Guides pratiques approfondis

Normaliser les dates d’un dossier de sources

Distinguer date civile, heure locale et instant avant de trier des pièces, rapprocher des événements ou convertir en UTC.

Mise à jour :

Ces deux horodatages décrivent-ils le même instant ?

Une date de publication, une date d’effet et une date de consultation répondent à des questions différentes. Conserver leur rôle et leur précision évite une chronologie artificiellement exacte. La normalisation facilite le rapprochement ; elle ne certifie pas l’horloge du producteur.

  1. Conserver le texte original

    Relever le champ, sa langue, son format et le rôle de la date. Garder 2026-10 comme période mensuelle ; ne pas fabriquer un jour ou une heure.

  2. Identifier le décalage

    Un Z ou +02:00 permet de situer un instant. Une heure locale sans décalage exige une zone et les règles applicables à la date ; CET, un pays ou le fuseau de votre ordinateur ne suffisent pas.

  3. Traiter les ambiguïtés

    03/04/2026 reste ambigu sans convention du producteur. Lors d’un changement d’heure, certaines heures locales se répètent ou n’existent pas. Noter une incertitude plutôt que choisir silencieusement.

  4. Normaliser sans perdre la précision

    Conserver original, valeur normalisée, zone, décalage et version des règles. Trier seulement les instants déterminés ; conserver les dates civiles dans une colonne distincte.

Normaliser une liste de dates

Traitement dans votre navigateur : les valeurs ne sont pas envoyées au serveur. Une ligne par valeur, 100 lignes maximum. Les exemples sont des cas de calcul.

Prêt à contrôler les exemples.

Formats pris en charge : AAAA-MM-JJ, année ou mois partiel, et horodatage avec secondes et décalage Z ou ±HH:MM. Les fractions de 1 à 9 chiffres sont conservées. Une heure locale n’est pas convertie ; les secondes intercalaires nécessitent un autre traitement. L’ordre des lignes reste celui de la saisie.

Situations et arbitrages

Situations types pour préparer un contrôle. Elles ne décrivent pas des missions ou observations réalisées.

Même instant

Exemple de calcul : 2026-01-15T10:00:00+02:00 et 2026-01-15T08:00:00Z désignent le même instant.

Jour sans heure

2026-01-15 est une date civile. La transformer en minuit UTC ajouterait une information absente de la source.

Preuve à conserver

  • Texte original, champ et rôle de la date.
  • Précision, décalage explicite ou zone identifiée.
  • Valeur normalisée, convention et version des règles.
  • Ambiguïtés, dates partielles et conversions refusées.

Références officielles

Fiches de sources associées

Protocoles connexes

Points à vérifier avant de conclure

  • Le rôle de chaque date est-il explicite ?
  • Le décalage provient-il de la source ?
  • La précision originale est-elle conservée ?
  • Les valeurs ambiguës sont-elles séparées du tri ?

Questions fréquentes

Puis-je utiliser le fuseau de mon ordinateur ?

Seulement s’il s’agit effectivement du fuseau du fait décrit et que vous disposez de cette information. Le réglage du lecteur ne renseigne pas l’heure de la source.

Que signifie -00:00 ?

Dans RFC 3339, il indique que le décalage local est inconnu alors que le temps UTC est connu. Conservez ce statut ; ne l’assimilez pas à une attestation du fuseau local.

OUTILS / REGISTRES

Rédiger un relevé

Conserver original, valeur normalisée, zone, décalage et version des règles. Trier seulement les instants déterminés ; conserver les dates civiles dans une colonne distincte.

  • Date de consultation et fuseau
  • URL exacte
  • Nom exact de colonne
  • Passage / valeur observée
  • Dates du fait, de publication, de relevé
  • Type logique et format
  • Code du jeu / de la série
  • Version / révision
  • Méthode / définition
  • Statut observé
  • Limite / incertitude
  • Décision / prochaine action
  • Responsable du contrôle
  • Prochain contrôle
Écrire une observationTélécharger le modèle CSV