30분·45분 단위 시간대가 존재하는 이유 — UTC+5:30, UTC+5:45의 역사

가이드 · 2026.08.20 최종 확인

시간대는 대부분 UTC 기준 정수 시간(+9, -5 등)으로 떨어진다고 생각하기 쉽지만, 세계에는 30분·45분 단위로 어긋난 시간대가 실제로 존재합니다. 인도(UTC+5:30)와 네팔(UTC+5:45)이 대표적입니다. 왜 이런 어중간한 오프셋이 생겼는지, 그리고 이런 값을 소프트웨어가 어떻게 정확히 계산하는지 원리를 짚어봅니다.

1. 인도가 UTC+5:30을 쓰는 이유

인도는 동서로 약 2,900km에 걸쳐 있어 지리적으로는 두 개 이상의 시간대에 걸쳐 있어야 정상입니다. 하지만 1947년 독립 이후 인도 정부는 국가 통합과 행정 효율을 위해 전국을 단일 표준시(IST)로 통일하기로 결정했습니다. 이때 인접한 파키스탄(UTC+5)과 방글라데시(UTC+6) 사이의 정확히 중간값인 UTC+5:30을 선택했는데, 이는 인도 대륙의 동서 폭을 감안했을 때 어느 한쪽 정수 시간대로 통일하면 동쪽 또는 서쪽 지역의 일출·일몰 시각이 크게 어긋나는 문제를 절충한 결과였습니다.

2. 네팔이 UTC+5:45를 쓰는 이유

네팔은 1986년 공식적으로 UTC+5:45를 표준시로 채택했습니다. 이는 지리적 경도를 기준으로 한 정밀 계산의 결과라는 설명과 함께, 정치적으로 인접국이자 오랜 영향력 아래 있던 인도의 IST(UTC+5:30)와 명확히 구분되는 독자적 시간대를 갖겠다는 의도가 함께 작용한 것으로 알려져 있습니다. 15분 차이라는 미세한 값이지만, 국경을 넘는 순간 시계를 다시 맞춰야 한다는 점에서 시간대가 단순한 지리적 계산을 넘어 정치적 상징이 될 수 있음을 보여주는 사례입니다.

3. 이런 오프셋을 소프트웨어가 정확히 계산하는 원리

시간대 변환기는 브라우저 내장 Intl.DateTimeFormat API와 IANA 시간대 데이터베이스(예: Asia/Kolkata)를 사용합니다. 이 도구의 getOffsetMinutes 함수는 오프셋을 시간 단위가 아니라 분 단위로 직접 계산합니다 — 같은 순간을 UTC 문자열과 대상 시간대 문자열로 각각 포맷한 뒤 두 값을 밀리초로 빼서 분으로 환산하는 방식입니다. 이렇게 하면 +9:00처럼 딱 떨어지는 시간대든, +5:30이나 +5:45처럼 30분·45분 단위로 어긋난 시간대든 코드 수정 없이 동일한 로직으로 정확히 처리됩니다. 표시할 때도 "시:분" 두 자리를 각각 패딩해 UTC+05:30처럼 정확한 분 단위까지 보여줍니다.

4. 프리셋 목록에 없는 시간대는 어떻게 하나

이 도구의 도시 프리셋 목록에는 인도(뭄바이, UTC+5:30)는 포함되어 있지만, 이 글을 쓰는 시점 기준으로 네팔(카트만두)은 프리셋 드롭다운에 별도로 올라와 있지 않습니다. 다만 계산 엔진 자체는 IANA 시간대 문자열만 있으면 어떤 분단위 오프셋이든 동일하게 처리하도록 설계되어 있어, 인도처럼 30분 오프셋 국가의 시차 계산은 프리셋 목록만으로도 바로 확인할 수 있습니다. 국제 회의나 항공편 스케줄을 짤 때는 상대방 시간대가 정수 시간이라고 가정하지 말고, 이런 비표준 오프셋 국가가 포함되어 있는지 항상 먼저 확인하는 습관이 필요합니다.

5. 왜 이런 사소한 차이가 실무에서 문제가 되는가

15분·30분 오프셋은 사람이 암산으로 계산하다 보면 정수 시간 차이로 반올림해버리기 쉬운 값입니다. 화상회의 시간을 "인도는 대략 3시간 반 차이"라고 대충 어림잡아 잡았다가 실제로는 30분 일찍 또는 늦게 접속하는 실수가 흔히 발생합니다. 항공편 도착 시각을 계산할 때도 마찬가지로, 출발지와 도착지 사이에 비표준 오프셋 국가가 끼어 있으면 단순히 시차만큼 더하고 빼는 암산으로는 정확한 도착 시각이 나오지 않습니다.

자주 묻는 질문