À comprendre
Juste après minuit à Séoul, il peut être le matin de la veille à New York. Ce sont des dates locales du même instant : n’ajoutez pas un jour arbitrairement. Communiquez date et heure ensemble.
Étapes dans l’outil
Dans Date et heure locales, saisissez la date et l’heure locales de départ, pas celles d’arrivée. Sélectionnez Fuseau de départ et Fuseau d’arrivée parmi les zones disponibles, puis Calculer. Il ne s’agit pas d’une saisie libre de n’importe quel nom IANA ni d’un décalage fixe.
Exemple vérifié
2026-01-15 00:30 en Asia/Seoul a donné Jan 14, 2026, 10:30 · America/New_York : le 14, pas le 15. Python ZoneInfo l’a confirmé indépendamment. Copiez le résultat entier et vérifiez la date dans votre calendrier.
| Entrée | Sortie |
|---|---|
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 |
Vérifier le résultat
America/New_York à 2026-01-15 12:00 a donné UTC 17:00 ; à 2026-07-15 12:00, UTC 16:00. Les décalages saisonniers diffèrent. N’utilisez pas celui de janvier en juillet et ne supposez pas des changements simultanés partout. Les données viennent du navigateur.
En cas de problème
À New York, 2026-03-08 02:30 n’existe pas et 2026-11-01 01:30 se produit deux fois. L’outil a refusé les deux sans deviner. Confirmez un horaire sans ambiguïté avec l’organisateur ou un instant UTC connu. Sinon, revérifiez date et fuseaux de départ et d’arrivée.
Questions fréquentes
Faut-il remplacer la veille par aujourd’hui ?
Non. Vérifiez les champs : le résultat peut être correct.
Pourquoi une heure d’écart entre hiver et été ?
La zone applique des décalages différents aux dates testées.
L’outil choisit-il une occurrence répétée ?
Non. Il refuse les heures ambiguës ou inexistantes.
Limites
Ne planifie pas les réunions récurrentes. Zones et dates disponibles uniquement ; dépend des données horaires du navigateur.