ToolMill.io

Validateur d'horodatage et matière

Valider les timestamps ISO 8601 et normaliser le formatage pour les API, les charges utiles JSON, les journaux de vérification, les calendriers, les flux et les exportations de bases de données. Utilisez-le pour attraper des dates mal formées avant qu'elles ne cassent les intégrations ou créent une confusion dans le fuseau horaire. ToolMill fonctionne entièrement côté client, ce qui le rend pratique pour vérifier des valeurs comme la production sans les envoyer à un autre service de validation.

Développement

Essaie.

Exemples

Horodatage UTC complet
Entrée
2026-03-05T17:46:39Z
Produit
Horodatage ISO 8601 UTC valide
Date seulement
Entrée
2026-03-05
Produit
Date ISO 8601 valide

Ce que ce valideur vérifie

Ce validateur est conçu pour un workflow de développeur pratique: collez une chaîne d'horodatage ou de date, vérifiez s'il correspond à la forme ISO 8601 attendue, et attraper des problèmes de formatage évidents avant que la valeur soit envoyée à une API, stockée dans JSON, ou copiée dans un fichier de configuration. Il vérifie si la valeur ressemble à une date ou un timestamp ISO valide et si le navigateur peut l'analyser en une date réelle au lieu d'une date impossible.

Ce que ce valideur ne vérifie pas

Une chaîne peut être structurellement valide ici et être toujours erronée pour votre application. Cette page ne connaît pas vos règles d'affaires, la commande d'événements, les exigences de schéma d'API, ou si un service en aval insiste sur un décalage de fuseau horaire, un suffixe UTC Z, des secondes fractionnées, ou un format de date seulement. Il vous aide à attraper les erreurs de format, mais il ne remplace pas le contrat défini par le système qui finira par consommer l'horodatage.

Raisons communes d'un défaut d'horodatage ISO 8601

Les défaillances les plus courantes sont simples : absence du séparateur T, utilisation d'un espace où un horodatage strict attend T, saisie d'un mois ou d'un jour impossible, omission d'un décalage de fuseau horaire requis, ajout de texte de suivi supplémentaire, ou copie d'une valeur avec un espace blanc caché à partir d'un tableur ou d'un visionneur de journaux. Un horodatage peut également échouer parce qu'il semble proche d'ISO 8601 mais ne comprend pas les pièces exactes que votre système cible attend.

Exemples acceptés et exemples rejetés

Les bons exemples comprennent un horodatage UTC complet tel que 2026-03-05T17:46:39Z et une valeur de date seulement telle que 2026-03-05 quand une date est tout ce dont vous avez besoin. Les entrées rejetées comprennent souvent des valeurs comme 2026/03/05, des horodatages avec espace mais pas de fuseau horaire, ou des chaînes avec des champs de temps partiellement manquants. Comparer un exemple de passage et de défaillance côte à côte est souvent le moyen le plus rapide de voir si le problème est la ponctuation, la notation de fuseau horaire, ou une valeur de calendrier impossible.

UTC, offsets, et la signification de Z

Le suffixe Z signifie UTC. Un décalage explicite tel que +00:00 représente également UTC, tandis que des valeurs telles que -05:00 ou +02:00 représentent le même type d'horodatage avec un décalage local différent. Deux chaînes peuvent représenter le même instant tout en regardant différemment à l'écran parce qu'une est écrite en UTC et une autre est écrite avec un décalage régional. C'est l'une des raisons pour lesquelles le débogage par timestamp nécessite souvent à la fois la validation et l'interprétation, et pas seulement l'appariement des motifs.

Date seulement vs date-heure Entrées

Une valeur de date unique telle que 2026-03-05 peut être valide ISO 8601, mais elle ne porte pas d'heure de jour ou de fuseau horaire. Cela peut être acceptable pour les dates d'échéance, les intervalles de déclaration et les champs de calendrier, mais pas pour les horodatages d'événements, les dossiers de vérification ou les charges utiles de l'API qui nécessitent un instant exact. Utilisez cette distinction pour décider si une valeur est simplement valide ou convient réellement au système que vous testez.

Comment corriger un délai non valide

Commencez par couper la valeur et vérifier les séparateurs. Confirmez ensuite si le système cible n'attend qu'une date, un chronomètre UTC avec Z ou un chronomètre avec un décalage numérique explicite. Si la valeur provient d'un tableur, d'un journal d'exportation ou d'un champ d'interface utilisateur copié, supprimez les espaces supplémentaires et confirmez que le mois, le jour et les pièces temporelles sont terminés. Les petits problèmes de ponctuation sont souvent la cause réelle d'un résultat de validation raté.

Confidentialité et validation locale

Avant de vous reposer sur un Timestamp validé

Après validation, confirmer le format exact d'horodatage prévu par la destination réelle, y compris la précision, la manipulation offset et si la normalisation UTC est nécessaire. La validité de la syntaxe n'est que la première vérification; la compatibilité avec le système récepteur est la partie qui doit encore être revue.

Pourquoi un Timestamp apparemment clair peut encore causer des problèmes

Même un horodatage propre peut causer des problèmes si un système s'attend à UTC, qu'un autre stocke des offsets locaux ou qu'une destination nécessite des secondes, des millisecondes ou un style de offset particulier. Les valeurs de date seulement peuvent également être ambiguës si le code en aval suppose minuit dans un fuseau horaire spécifique.

Ce qu'un résultat ISO 8601 valide ne signifie pas

Un résultat valide signifie que le texte correspond aux règles de format que ce validateur accepte pour les horodatages de style ISO 8601. Il ne garantit pas que l'horodatage décrit le bon événement, utilise le fuseau horaire prévu, ou corresponde aux exigences de stockage exactes de votre API, base de données ou pipeline de stockage.

Validation fonctionne dans votre navigateur afin que vous puissiez inspecter les horodatages des journaux, des webhooks, des calendriers et des systèmes internes sans les envoyer à un vérificateur tiers horodatage. C'est utile lorsque la valeur elle-même est sensible, liée à un incident, ou une partie d'une charge utile que vous préférez garder dans une session de débogage locale.

Outils connexes