Điều cần biết
Ngay sau nửa đêm ở Seoul có thể vẫn là sáng hôm trước tại New York. Cùng một thời điểm mang ngày địa phương khác nhau: đừng tự cộng một ngày. Hãy gửi cả ngày lẫn giờ.
Các bước trên công cụ
Ở Ngày và giờ địa phương, nhập ngày giờ địa phương của nơi xuất phát, không phải nơi đến. Chọn Múi giờ nguồn và Múi giờ đích trong danh sách rồi nhấn Tính. Không phải ô tự do cho mọi tên IANA hay phép tính theo chênh lệch giờ cố định.
Ví dụ đã kiểm chứng
2026-01-15 00:30 tại Asia/Seoul cho Jan 14, 2026, 10:30 · America/New_York: ngày 14, không phải 15. Python ZoneInfo xác nhận độc lập. Sao chép toàn bộ kết quả và kiểm tra ngày trong lịch.
| Đầu vào | Đầu ra |
|---|---|
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 |
Kiểm tra kết quả
America/New_York 2026-01-15 12:00 cho UTC 17:00; 2026-07-15 12:00 cho UTC 16:00. Độ lệch UTC theo mùa khác nhau. Không dùng độ lệch tháng Một cho tháng Bảy hay cho rằng mọi nước đổi cùng lúc. Công cụ dùng dữ liệu múi giờ của trình duyệt.
Khi gặp lỗi
Tại New York, 2026-03-08 02:30 không tồn tại và 2026-11-01 01:30 xuất hiện hai lần. Cả hai bị từ chối thay vì đoán. Xác nhận giờ địa phương rõ ràng với người tổ chức hoặc dùng thời điểm UTC đã biết. Nếu kết quả khác bất thường, kiểm tra ngày xuất phát và hai múi giờ.
Câu hỏi thường gặp
Có nên đổi kết quả hôm trước thành hôm nay?
Không. Kiểm tra các ô; kết quả có thể đúng.
Vì sao mùa đông và hè chênh một giờ?
Múi giờ có độ lệch UTC theo mùa khác nhau vào các ngày kiểm thử.
Công cụ tự chọn giờ bị lặp cho tôi không?
Không. Giờ địa phương mơ hồ hoặc không tồn tại bị từ chối.
Giới hạn
Không lập lịch họp lặp lại. Chỉ dùng múi giờ và ngày được hỗ trợ; kết quả phụ thuộc dữ liệu trình duyệt.