날짜 세는 법 — 첫날을 넣느냐로 하루가 갈린다

하루 차이는 틀린 게 아니라 약속이 다른 것

같은 날짜 짝에서 5일과 4일로 갈리는 것은 판단 하나 때문입니다. 시작하는 날을 하루로 세는가. 첫날을 빼는 셈법은 두 점 사이의 거리를 재는 방식이라 1일에서 5일까지가 네 걸음이고, 스프레드시트·데이터베이스·프로그래밍 언어의 날짜 빼기는 거의 전부 이렇게 동작합니다. 첫날을 넣는 셈법은 내가 지낸 날을 세는 방식이라 1일부터 5일까지가 5일입니다. 호텔이 박과 일을 나눠 세는 것도, 입원 일수를 세는 것도, 여행을 세는 것도 이쪽입니다.

어느 쪽도 우주의 기본값이 아니라서 이 논쟁은 끝나지 않습니다. 실무에서는 「어느 쪽이 맞나」가 아니라 「이 숫자를 지배하는 규칙이 어느 쪽인가」를 먼저 묻는 편이 빠릅니다. 계약의 기한, 환불 기간, 예고 기간, 기념일은 각각 다른 약속으로 세어지고 대개 그 규칙 자체가 답을 갖고 있습니다. 규칙을 못 찾겠으면 자기가 어느 쪽으로 셌는지를 붙이세요. 「오늘 포함해서 5일」은 「5일」이 결코 가질 수 없는 명확함을 갖습니다.

어디서 어느 쪽이 표준인가

분야에 따라서는 약속이 충분히 굳어 있어 기댈 수 있습니다. 어느 쪽인지 아는 것만으로 다툼의 대부분이 사라집니다.

• 소프트웨어와 스프레드시트: 첫날 제외. 날짜를 빼면 간격이 나옵니다. 거의 어디서나 같은 동작이고, 「활동 일수」 집계가 그 날들을 실제로 보낸 사람에게는 하루 적어 보이는 이유이기도 합니다.
• 호텔과 여행: 일수가 아니라 박수. 1일부터 5일까지 예약은 4박이고, 5일째는 하루가 아니라 퇴실하는 아침입니다. 항공권이나 렌터카가 각자의 단위로 세는 것도 같은 이유입니다.
• 입원과 휴가: 대개 첫날 포함. 입원한 날과 퇴원한 날이 모두 일수에 들어가는 것이 일반적이고, 경조사 휴가나 병가도 같은 방식으로 세는 경우가 많습니다. 다만 정확한 규칙은 회사나 제도가 정합니다.
• 기념일과 연속 기록: 첫날 포함, 그날이 1일째. 처음 만난 날을 1일째라고 부르기 때문에, 날짜를 빼는 앱은 늘 하루 뒤처져 보입니다.
• 법률·행정 기한: 규칙에 적혀 있다. 첫날을 넣는지 명문으로 정해 둔 제도가 많고, 기한의 종류나 절차에 따라서도 달라집니다. 여기만큼은 짐작하면 안 됩니다.

영업일은 또 다른 문제

규칙이 달력일이 아니라 영업일이라고 말하는 순간, 세는 일은 산수가 아니게 되고 우리가 준비해야 하는 달력에 의존하기 시작합니다. 영업일은 보통 주말을 빼지만 어느 요일이 주말인지가 세계 공통이 아니고, 공휴일은 나라·지역·업종별로 정해집니다. 즉 「영업일 5일」이라는 같은 말이 어느 나라에 있느냐에 따라 다른 날짜가 됩니다.

실무상 영향은 적어 둘 값이 있습니다. 서로 다른 나라의 두 팀이 같은 「영업일 5일」로 움직여도 같은 날짜에 도착하지 않습니다. 공휴일이 주말과 겹쳤을 때 대체휴일이 생기는지 여부도 셈을 바꿉니다. 행정 절차의 영업일과 사적 계약의 영업일을 나눠 두는 제도도 있습니다. 숫자가 중요하면 실제 날짜로 옮겨서 상대와 확인하세요. 「영업일 5일」은 규칙이고 「12일」은 합의입니다.

이 사이트의 도구는 토요일과 일요일을 뺀 평일로 셀 수 있지만 공휴일은 일부러 빼지 않습니다 — 나라마다 다르고 해마다 바뀌기 때문입니다. 그 부분은 실제로 적용되는 달력에서 가져와야 합니다.

세기 전에 확인할 두 가지

날짜를 둘러싼 어긋남은 두 가지만 명시하면 거의 풀립니다. 둘 다 금방 끝납니다.

첫째, 시작하는 날이 들어가는가. 규칙에 안 적혀 있으면 기한이 쓰인 방식을 보세요. 「수령 후 5일 이내」는 수령일이 0일째이고 다음 날부터 세는 것이 보통이고, 「1일부터 5일간」은 1일을 포함하는 경우가 많습니다. 정말 불분명한데 숫자가 중요하다면 물어보고, 답을 날짜로 적어 두세요.

둘째, 달력일인가 영업일인가. 영업일이라면 누구의 달력인지, 지역 공휴일은 포함하는지. 관할을 안 적고 「영업일」이라고만 쓴 계약은 당사자들이 각자 다르게 채울 빈칸을 남긴 것입니다.

나라를 넘나든다면 셋째를 더하세요. 어느 시간대의 하루가 끝나는 시점인가. 자정에 끝나는 기한은 세계에서 열한 가지 순간에 끝나고, 전자적으로 제출하는 것이라면 그 차이가 실제로 존재합니다. 전부를 하나의 날짜와 시각으로 바꿔 버리면 모호함이 사라집니다.

앱과 스프레드시트와 친구의 답이 갈리는 이유

날짜 셈이 어긋나는 원인 상위 세 가지는 전부 기계적이고 각각 예측 가능한 오차를 냅니다. 스프레드시트는 날짜를 빼기 때문에 첫날 제외가 되고, 거기서 가져온 숫자는 같은 기간을 첫날 포함으로 센 것보다 반드시 1 작습니다. 카운트다운 앱은 기념일에는 첫날 포함, 기한에는 첫날 제외를 쓰는 경우가 많고 같은 앱 안에서 섞여 있기도 합니다. 서로 다른 두 기대에 맞추고 있기 때문입니다. 그리고 손가락으로 세는 사람은 거의 항상 첫날을 넣습니다. 사람은 자기가 있는 날을 세기 때문입니다.

두 가지를 더 알아 둘 값이 있습니다. 서머타임이 있는 지역에서는 한 해의 어느 하루가 23시간, 다른 하루가 25시간이 되어 날짜 셈은 그대로여도 시간으로 바꿔 나누는 계산은 깨집니다. 윤년은 「1년은 365일」이라는 전제를 깨고, 연 단위로 잰 기간을 다시 일로 바꿀 때 드러납니다. 이 사이트의 날짜 계산기는 그 판단을 숨기지 않고 앞에 내놓습니다 — 첫날을 셀지 고르는 스위치가 있어서, 계산기가 조용히 고른 쪽을 믿는 대신 스위치를 눌러 양쪽 답을 다 볼 수 있습니다.

달과 해를 세는 것이 더 어렵다

일은 고정된 단위지만 달은 아니라서, 어떤 체계든 어딘가에서는 임의로 정해야 합니다. 1월 31일에서 「1개월」이 시작하면 대부분의 체계에서 2월 28일에 끝나고, 일부에서는 3월 3일, 윤년 경계에서는 3월 2일이나 1일이 됩니다. 보편적으로 옳은 답은 없고 선언된 약속이 있을 뿐입니다.

흔한 규칙은 대상 달에서 같은 날짜 숫자를 유지하고, 그 숫자가 없으면 그 달의 마지막 날로 내리는 것입니다. 이 규칙을 따르는 체계는 1월 31일의 한 달 뒤를 2월 28일로, 다시 한 달 뒤를 3월 28일로 계산합니다. 즉 한 달을 두 번 더해도 31일로 돌아오지 않습니다. 결함이 아니라 길이가 변하는 단위의 대가입니다.

정밀함이 필요하면 달이 아니라 일로 세세요. 엄밀해야 하는 계약이 「1개월」 대신 「30일」이라고 쓰는 이유가 이것이고, 금융 계산에서는 한 달을 정확히 30일, 1년을 360일로 정의하기도 합니다. 달력의 서술이 아니라 약속입니다.

잘못 읽히지 않는 날짜 쓰는 법

제대로 세더라도 애초에 두 날짜를 잘못 읽었다면 소용이 없고, 전형적인 실패는 숫자만 쓴 표기입니다. 03/04는 세계 대부분에서 4월 3일이고 미국에서는 3월 4일인데, 그 문자열 자체에는 어느 쪽인지 알려 주는 것이 없습니다. 나라를 넘나드는 연락에서 하루를 잃는 가장 확실한 방법입니다.

습관 세 가지면 사라집니다. 사람이 읽을 것이라면 달을 말로 쓰세요 — 2026년 3월 4일은 누구도 잘못 읽을 수 없습니다. 기계가 읽거나 문자열 그대로 정렬해야 한다면 ISO 형식인 2026-03-04를 쓰세요. 연-월-일은 문자열로 그냥 정렬되고 설계상 모호함이 없습니다. 그리고 뻔해 보여도 연도를 적으세요. 연도 없는 날짜는 연도가 더 이상 뻔하지 않은 자리까지 살아남고, 바로 거기서 잘못 분류됩니다.

하나 더. 센 결과를 날짜로 옮겼다면 요일도 옆에 적으세요. 「12일(금)까지」는 「12일까지」가 숨기는 오류를 그 자리에서 잡아냅니다. 12일이 금요일이 아니면 사람은 바로 알아챕니다.