Convertir l'heure entre décalages UTC

Saisissez un horodatage source tel que 2024-06-15T14:30:00, un from_offset de plus deux heures et un to_offset de moins cinq heures, et l'outil produit 2024-06-15T07:30:00 à la cible avec un horodatage UTC Zulu correspondant, le décalage horaire signé et une note de jour civil lorsque minuit est franchi. Le chemin est une arithmétique grégorienne purement déterministe, sans objet Date hôte, sans base de zones IANA et sans invention d'heure d'été, de sorte que l'exécuteur gratuit du navigateur et l'API prépayée à $0.002 par requête réussie s'accordent toujours octet par octet après l'arrondi fixe.

Décalages UTC fixes versus zones nommées et pourquoi la conversion d'horloge murale compte

Quatorze heures est la borne extérieure pratique des décalages civils réels largement utilisés ; les valeurs hors de cette plage sont traitées comme des erreurs de saisie et échouent avec invalid_input avant toute conversion.

Comment appeler l'API et lire chaque champ de la réponse

Envoyez un corps JSON avec trois champs obligatoires. Le champ datetime est une chaîne d'horloge murale ISO-8601 : année à quatre chiffres, mois, jour, séparateur T ou espace, heures et minutes, secondes optionnelles, fractions de seconde optionnelles tronquées aux secondes entières, et un Z ou décalage numérique final optionnel accepté seulement pour analyser les composantes murales—from_offset reste le décalage source autoritaire pour la conversion. Les alias de datetime incluent dt, time, when, timestamp et datetime_in. Le champ from_offset est le décalage fixe source en heures et to_offset est la cible ; chacun accepte un nombre fini tel que deux, moins cinq ou cinq virgule cinq, ou une chaîne comme plus zéro deux deux-points zéro zéro ou moins zéro cinq deux-points trente, et chacun doit se situer entre moins quatorze et plus quatorze heures inclus. Les alias de from_offset incluent from, offset_from, source_offset et utc_from ; ceux de to_offset incluent to, offset_to, target_offset et utc_to. En cas de succès la réponse renvoie datetime_in comme horodatage mural normalisé sans suffixe de décalage, datetime_in_iso avec le ±HH:MM source, from_offset et to_offset comme heures arrondies, from_offset_label et to_offset_label comme chaînes courtes UTC±, offset_diff_hours comme cible moins source, datetime_out et datetime_out_iso pour l'horloge de destination, utc_iso pour le même instant en Zulu, year month day hour minute second comme entiers de l'horloge civile de destination, day_offset pour le nombre de minuits franchis, day_note et message comme résumés brefs, formula comme identité d'une ligne, et steps comme tableau ordonné de lignes de substitution que vous pouvez afficher à côté de la réponse. Une validation échouée—champs manquants, décalages non finis, décalages hors ±14, chaînes ISO mal formées, jours de calendrier impossibles tels que 2023-02-29 ou heures hors de zéro à vingt-trois—renvoie invalid_input et n'est jamais facturée. Le tarif est un $0.002 forfaitaire par requête réussie avec unité item.

Conseils pratiques, limites, recherches liées et place de cet outil

Souvenez-vous que le décalage signé est toujours to_offset moins from_offset : si la source est UTC plus deux et la cible UTC moins cinq, offset_diff_hours vaut moins sept, ainsi quatorze heures trente à la source devient sept heures trente le même jour civil à la cible. Franchir minuit fixe day_offset à plus un ou moins un et day_note explique de quel côté tombe la destination. Associez des exemples pour enseigner : le même décalage laisse l'horloge inchangée ; une conversion vers l'ouest en heures entières soustrait des heures ; vers l'est en ajoute ; un décalage d'une demi-heure produit un décalage de trente minutes ; un décalage hors plage démontre le chemin strict invalid_input. Les tâches en échec avec invalid_input ne consomment pas le solde prépayé, ce qui maintient les scripts exploratoires peu coûteux lorsque l'on envoie volontairement le décalage quinze.