날짜가 같은데 집계 결과가 다른 이유: 시간대와 기준일

먼저 답하면

같은 순간도 시간대에 따라 달력 날짜가 달라질 수 있습니다. 또 주문일과 처리일은 같은 기준이 아닙니다. 날짜별 집계는 날짜 문자열만 맞추는 일이 아니라 어떤 사건의 시각과 시간대를 기준으로 하루를 나눌지 정하는 일입니다.

한 순간이 두 날짜로 기록된다

직접 구성한 시각 2026-10-05T16:30:00Z는 UTC 기준 10월 5일 오후 4시 30분입니다. 같은 순간을 한국의 UTC+09:00로 표시하면 2026-10-06T01:30:00+09:00가 됩니다. 앞의 날짜만 잘라 집계하면 두 기록은 서로 다른 날에 들어갑니다.

RFC 3339는 날짜와 시간, UTC 오프셋을 함께 기록하는 형식을 설명합니다. 오프셋이 없는 ‘2026-10-06 01:30’은 어떤 지역의 시각인지 별도 약속이 필요합니다. 시간을 단순히 아홉 시간 더하는 규칙을 모든 지역에 적용하면 일광 절약 시간 등을 놓칠 수 있습니다.

시간대와 사건 기준을 함께 정한다

주문이 밤에 들어오고 처리가 다음 날 끝났다면 주문일 기준과 처리일 기준의 건수는 다릅니다. 영업일을 새벽 특정 시각에 마감하는 조직이라면 달력 날짜와 업무 날짜도 다를 수 있습니다. 화면에서 날짜 형식만 통일해도 이 차이는 남습니다.

웹오피스의 그룹 집계와 필터는 준비된 열 값을 사용합니다. 지역별 시간대 변환이나 영업일 산정을 자동으로 수행하는 기능이 아닙니다. 원천 환경에서 합의한 기준 날짜를 준비하고, 원래 시각과 오프셋을 별도 열로 보존하면 집계 이유를 추적하기 쉽습니다.

날짜 경계의 기록을 표본으로 본다

자정 전후의 몇 행을 골라 어느 날에 포함돼야 하는지 직접 대조하세요. 시간대를 바꾸기 전후 전체 행 수가 같은지도 확인해야 합니다. 변환 실패로 빈 날짜가 생기면 합계에서 조용히 제외되는 기록이 있을 수 있습니다.

보고서에는 ‘한국 시간 주문일 기준’처럼 시간대와 사건을 함께 적으세요. 월말·연말에는 하루 차이가 기간 전체의 결과를 바꿀 수 있습니다. 이 글의 시각은 직접 계산한 예이며 특정 업무 시스템의 시간대 처리를 실측한 결과는 아닙니다.

참고 자료와 확인 범위

공식 문서의 개념과 웹오피스의 실제 지원 범위는 다를 수 있습니다. 각 자료를 참고한 범위를 함께 표시합니다.

• RFC 3339: 날짜·시간과 UTC 오프셋

  시각을 기록할 때 시간대를 명시하는 형식