먼저 확인할 점
서울의 자정 직후가 뉴욕에서는 전날 오전일 수 있습니다. 같은 순간의 지역별 달력 표시가 다른 것이므로 하루를 임의로 더하지 마세요. 약속을 전달할 때 시각만 보내면 날짜를 잘못 잡을 수 있습니다.
실제 조작 순서
현지 날짜와 시각에는 목적지가 아니라 출발지의 현지 날짜·시각을 입력합니다. 출발 시간대과 도착 시간대에서 제공되는 시간대를 선택하고 계산을 누릅니다. 자유 입력으로 임의 IANA 이름을 받는 화면은 아닙니다. 고정 시차 암산 대신 날짜를 포함한 변환을 사용하세요.
검증한 예제
2026-01-15 00:30, Asia/Seoul→America/New_York의 실제 영어 결과는 Jan 14, 2026, 10:30 · America/New_York였습니다. 목적지 날짜는 1월 15일이 아니라 14일입니다. 독립 Python ZoneInfo로도 확인했습니다. 전체 결과를 복사하고 일정 앱에서 날짜를 다시 확인하세요.
| 입력 | 출력 |
|---|---|
2026-01-15 00:30 · Asia/Seoul | 2026-01-14 10:30 · America/New_York |
2026-01-15 12:00 · America/New_York | 2026-01-15 17:00 · UTC |
2026-07-15 12:00 · America/New_York | 2026-07-15 16:00 · UTC |
결과 확인
America/New_York의 2026-01-15 12:00→UTC는 17:00, 2026-07-15 12:00→UTC는 16:00이었습니다. 검증한 두 날짜의 계절별 오프셋이 다릅니다. 겨울 시차를 여름 약속에 그대로 쓰거나 모든 나라가 같은 날 시계를 바꾼다고 가정하지 마세요. 브라우저의 시간대 데이터와 향후 규칙 변경도 영향을 줍니다.
실패했을 때
뉴욕의 2026-03-08 02:30은 존재하지 않고 2026-11-01 01:30은 두 번 발생합니다. 도구는 두 입력 모두 거부해 추측하지 않았습니다. 주최자에게 모호하지 않은 현지 시각을 확인하거나 확인된 UTC 순간을 사용하세요. 보통 결과가 이상하면 출발 날짜·출발 시간대·목적 시간대를 먼저 다시 확인합니다.
자주 묻는 질문
전날 결과를 오늘로 바꿔야 하나요?
먼저 입력을 확인하세요. 같은 순간의 달력 날짜가 다를 수 있습니다.
겨울과 여름 결과가 왜 한 시간 다른가요?
검증한 날짜에서 해당 시간대의 계절별 오프셋이 달랐습니다.
두 번 발생하는 시각을 자동 선택하나요?
아니요. 모호하거나 존재하지 않는 현지 시각은 거부합니다.
한계
반복 일정 관리 도구가 아닙니다. 제공되는 시간대·지원 날짜만 사용하며 과거·미래 결과는 브라우저 시간대 데이터에 의존합니다.