Votre fichier confirme octobre 2026, le portail affiche 2022

Votre fournisseur confirme une livraison au 5 octobre 2026 dans un fichier Excel. Après import dans le portail achats, le planning affiche le 4 octobre 2022. La cellule paraît pourtant correcte dans le classeur reçu. L’équipe corrige les lignes à la main, puis retrouve le même problème sur le fichier suivant : le lecteur a interprété un nombre avec un système de dates différent de celui du document.

Le décalage ne vient pas nécessairement d’une mauvaise saisie ni d’un fuseau horaire. Une date numérique Excel dépend du calendrier du classeur et de la manière dont le lecteur reconnaît sa cellule. Paradoxalement, ajouter quatre ans à toute la colonne peut réparer quelques lignes et dégrader celles qui contiennent déjà une date correctement interprétée ou un texte explicite. En pratique, l’import doit qualifier la représentation avant de proposer une correction de planning ; le calendrier, le type et la décision métier restent retrouvables dans le dossier.

Huit essais sur des fichiers XLSX fictifs distinguent calendrier, type de cellule, texte et formule. Ils montrent aussi une date historique impossible que notre contrat local refuse. Le résultat vérifie la lecture par une bibliothèque précise ; il ne certifie aucune version d’Excel, aucun importeur du client ni une modification dans son ERP.

Ce problème concerne les services achats, les fabricants et les distributeurs qui reçoivent encore des échéances par fichier. Le développement web sur mesure permet de construire un parcours de contrôle adapté. Un middleware spécifique pour les imports métier relie ensuite la donnée qualifiée au système qui possède la commande et son planning.

Pour qui : les équipes dont un import déplace une livraison

Repérer le défaut avant que le planning engage les équipes

Le cas concerne une confirmation fournisseur, une date de réception annoncée ou une échéance préparée dans un classeur. Le portail doit retrouver la commande et sa ligne avant de proposer une mise à jour. Une date correctement décodée ne prouve pas que l’expéditeur est autorisé à modifier cette commande, ni que sa réponse porte sur la dernière demande envoyée.

Un premier signal faible est un écart presque constant sur les dates d’un même fichier. Un second apparaît quand les opérateurs corrigent uniquement ce qu’ils voient à l’écran sans conserver le document reçu. Le support perd alors les valeurs et le contexte permettant de distinguer une erreur de lecture d’une modification commerciale réellement déclarée par le fournisseur.

Séparer l’échéance annoncée et l’engagement retenu

Le fournisseur peut annoncer une date sans que les achats acceptent toutes ses conséquences. Le portail conserve sa proposition, la référence de commande et le résultat du contrôle. Selon l’organisation, une personne autorisée approuve ensuite la mise à jour ou demande une clarification. L’import ne transforme pas automatiquement une cellule valide en engagement client ou en autorisation de réorganiser la production.

Lorsque le fichier sert seulement à une analyse ponctuelle, un contrôle manuel expliqué peut suffire. Le besoin de logiciel augmente lorsque le même parcours revient, concerne plusieurs fournisseurs ou transmet des décisions au SI. Le périmètre pilote doit partir de ces échanges réels ; le nombre de feuilles ne constitue pas seul une raison de reconstruire un portail.

Deux systèmes de dates pour une même journée

Comprendre pourquoi le nombre ne porte pas toute la date

La documentation Microsoft sur les systèmes de dates Excel distingue les calendriers 1900 et 1904. Pour une même journée, leurs numéros de série diffèrent de 1 462 jours. Le système utilisé appartient au contexte du classeur ; le seul nombre reçu ne permet donc pas de choisir correctement sa conversion.

Dans notre exercice, le 5 octobre 2026 correspond à 46300 dans le système 1900 et à 44838 dans le système 1904. Les deux fichiers donnent la même date après lecture avec leur propre calendrier. Forcer le système 1900 sur le second nombre produit le 4 octobre 2022. Les valeurs de ce témoin ont été calculées et relues localement, sans fichier fournisseur réel. Si votre contrôle reçoit le numéro 44838 avec le calendrier 1904 de ce fichier, alors le résultat attendu du cas est le 5 octobre 2026 ; obtenir le 4 octobre 2022 impose un refus de cette conversion, avec la référence documentaire, avant toute sortie vers le planning.

Chercher le paramètre dans le fichier reçu

La définition Microsoft de WorkbookProperties.Date1904 identifie l’attribut documentaire date1904. Le contrôle du témoin inspecte cet attribut dans le classeur XLSX généré, puis compare le calendrier retrouvé par la bibliothèque. La présence de ce contexte ne dispense pas de qualifier les types et les formats des cellules concernées.

Conservez le fichier original avant toute transformation. Une copie de colonne dans un nouveau classeur ou un export intermédiaire peut retirer des informations utiles au diagnostic. Si le SI reçoit seulement un nombre dans un CSV, le contexte du classeur n’accompagne plus automatiquement cette valeur. Le contrat d’export doit expliquer la représentation attendue au lieu de laisser le destinataire la deviner.

Une cellule affichée comme date n’est pas un simple libellé

Comparer valeur stockée, format et résultat du lecteur

Un classeur peut stocker une valeur numérique et lui associer un format d’affichage. Dans les fichiers du témoin, le lecteur reconnaît une cellule numérique formatée comme date et restitue un objet temporel. Le même nombre avec un format général reste numérique. Appliquer la conversion à tous les nombres d’une colonne traiterait aussi des données dont la nature n’a pas été établie.

Le diagnostic réunit donc numéro de ligne, colonne attendue, valeur brute, type documentaire, format et résultat du lecteur. L’écran métier présente une erreur compréhensible, tandis que la trace technique conserve les éléments nécessaires au support. Une capture montrant « 5 octobre » ne remplace pas cette comparaison : elle ne révèle ni le nombre stocké ni le calendrier utilisé pour le lire.

Ne pas déduire le type depuis une valeur plausible

Le nombre 46300 peut représenter une date dans un contrat et une quantité dans un autre. Le champ de destination, les règles du modèle d’import et la cellule reçue doivent être cohérents. Le backend ne choisit pas un type parce qu’une conversion produit une journée située dans une période crédible. Une date plausible peut précisément masquer une lecture incorrecte.

Le contrat du pilote peut exiger une colonne dédiée à la date annoncée et un modèle versionné. Si le fournisseur emploie une autre représentation, la ligne rejoint une file de clarification avec son motif. Le système conserve les autres contrôles : commande identifiable, ligne retrouvée, expéditeur habilité et version de réponse attendue. La qualification de date reste une étape de ce parcours.

Traiter les dates texte avec leur propre contrat

Lire une date ISO sans lui appliquer le calendrier numérique

La documentation openpyxl sur les dates décrit les représentations numériques et ISO utilisées dans les fichiers XLSX. Notre cas E transporte le texte 2026-10-05 dans un classeur 1904. Le contrôle local accepte cette journée selon son contrat de texte explicite ; il ne lui ajoute pas 1 462 jours.

Cette distinction interdit une correction globale fondée seulement sur le calendrier du document. Une même livraison peut arriver comme date reconnue ou comme texte dont le format a été convenu. Le lecteur doit garder la représentation observée et la règle appliquée. La normalisation produit ensuite une valeur typée, avec une provenance permettant de vérifier comment elle a été obtenue.

Refuser l’ambiguïté sans accuser le fournisseur de mauvaise saisie

Le texte 05/10/2026 reste en revue dans notre témoin, car aucun contrat de format régional n’a été fourni. Cela ne signifie pas que cette présentation doit être interdite dans tous les projets. Si une convention jour, mois, année est validée pour un échange, votre parser peut la prendre en charge explicitement, avec ses cas limites et son message en cas de valeur impossible.

Évitez de choisir la convention depuis la langue du navigateur ou le pays supposé du compte. Un fournisseur peut envoyer un document produit par un autre établissement. Le modèle d’import indique les formats autorisés ; la version du parser explique leur interprétation. Une nouvelle tolérance doit être qualifiée avant de relire les anciens dossiers, sans convertir une hypothèse locale en règle rétroactive.

Une formule présente ne prouve pas un résultat disponible

Vérifier ce que le lecteur a réellement obtenu

Le scénario G contient une formule de date dans un fichier généré, sans résultat mis en cache. La lecture locale configurée pour obtenir les valeurs calculées restitue une absence de valeur. Elle ne calcule pas la formule. Le contrat du témoin classe cette cellule en revue, au lieu d’inventer l’échéance depuis la formule ou de l’assimiler à une confirmation vide sans explication.

Le résultat dépend ici des fichiers construits et du lecteur exercé. Il n’annonce pas le comportement de toutes les formules Excel ni celui d’un classeur recalculé par un autre outil. Votre recette doit distinguer formule, résultat disponible, fraîcheur connue et dépendances éventuelles. Le service achats doit savoir quelle valeur le raccordement propose de reprendre et quelles incertitudes restent ouvertes.

Définir une procédure de remise en état du document

Une instruction fournisseur peut demander un export contenant des valeurs explicites, ou un fichier recalculé selon une procédure convenue. Cette procédure doit être testée avec les outils autorisés par le client. Le middleware ne devient pas un moteur universel de calcul parce qu’il sait ouvrir un XLSX ; ses bibliothèques et ses possibilités font partie du contrat d’exploitation.

La nouvelle transmission reste liée au dossier initial et conserve sa propre empreinte. Si le fournisseur a modifié simultanément une quantité et une date, l’équipe voit les différences avant de valider. La réparation du format ne doit pas masquer une nouvelle proposition commerciale. Un même nom de fichier ne suffit pas à établir que deux versions portent les mêmes données.

Exercice corrigé : huit lectures et décisions d’import

Comparer des classeurs fictifs avec un lecteur identifié

Le contrôle a généré des fichiers XLSX en mémoire avec openpyxl 3.1.5, puis les a relus avec cette bibliothèque. Le dossier inspecte également leurs propriétés documentaires et leurs cellules brutes. Aucune application Excel ou LibreOffice n’a été ouverte pour ces essais. La date cible fictive est le 5 octobre 2026 ; aucun planning client ni ERP n’a reçu de modification.

La comparaison A et B garde la même journée malgré deux nombres différents. C isole la mauvaise sélection de calendrier. D montre qu’un nombre dans une colonne ne doit pas devenir une date par simple supposition. E et F appliquent un contrat de texte distinct, tandis que G conserve l’absence de résultat. Ces décisions ne valent pas acceptation de la commande ou de sa nouvelle échéance.

Exercer les bornes et les valeurs qui semblent utilisables

Quatre gardes supplémentaires couvrent une fraction représentant midi, une cellule vide, un booléen et un texte ISO portant un jour impossible. Le contrat fictif attend une date seule ; la présence d’une heure demande donc une revue plutôt qu’une troncature silencieuse. Le même choix doit être discuté pour votre colonne, surtout si le fournisseur annonce une heure de rendez-vous logistique. Si le témoin reçoit 46300,5 dans son calendrier 1900 et son format date-heure, alors il retrouve midi le 5 octobre 2026. Son contrat de date seule classe ce résultat en revue, sans supprimer les douze heures pour faire passer la ligne.

Les bornes 59, 60 et 61 du calendrier 1900 ont été relues. Le lecteur donne le 28 février pour 59 et 60, puis le 1er mars pour 61. La garde consulte la valeur brute pour distinguer le numéro 60. Cette vérification historique démontre une limite du décodage ; elle ne justifie pas d’élargir le planning opérationnel à toutes les dates que la bibliothèque peut représenter.

Pourquoi une date lisible peut encore devoir être refusée

Conserver la valeur avant sa normalisation

Le calendrier 1900 présente une singularité historique liée au 29 février de cette année, qui n’existe pas. La documentation openpyxl explique cette limite. Dans notre essai, le lecteur ramène le numéro 60 au même jour que 59 ; le contrat le refuse avant de perdre leur distinction. Un objet date correctement formé après lecture peut donc provenir d’une entrée que votre recette voulait empêcher.

Cette garde constitue un choix explicite du témoin, pas une instruction universelle pour tous les tableurs. Le client définit les représentations acceptées et les périodes utiles à son échange. Le dossier technique conserve le contexte permettant d’expliquer les refus. Une politique de plausibilité peut compléter le contrôle, mais elle ne doit pas remplacer la preuve du calendrier et du type effectivement lus.

Ne pas confondre plausibilité et accord sur la livraison

Une date future peut rester incompatible avec une commande annulée, une ligne déjà soldée ou une réponse fournisseur antérieure. Le serveur confronte la proposition aux états métier autorisés. Une confirmation hors délai attendu rejoint le responsable compétent ; elle n’est pas automatiquement avancée au prochain jour ouvré pour faire disparaître une erreur d’écran.

Le seuil de passage du pilote doit être concret : aucune date issue d’un calendrier forcé ne doit alimenter la sortie sans qualification, et aucune proposition ne doit écraser une décision plus récente. Les calendriers ouvrés et les règles de promesse du client ont leurs propres responsables. L’importeur transporte les données contrôlées sans inventer une nouvelle politique de livraison.

Construire un import en étapes observables

Séparer lecture documentaire et décision du portail

Le backend reçoit un document, un compte fournisseur autorisé et la référence du modèle d’import. La première étape produit des cellules documentées ou des erreurs de lecture. La seconde normalise les représentations autorisées. La troisième rapproche commande, ligne et version. Le résultat prépare une proposition de mise à jour, avec les éléments que l’utilisateur doit vérifier avant la transition métier.

Une architecture contract-first décrit ces entrées et ces sorties avant de choisir les composants. L’API du portail renvoie un identifiant de dossier et des erreurs structurées, sans annoncer une modification ERP que le traitement n’a pas confirmée. Le frontend montre la date source, la proposition interprétée et le motif d’une revue. Une réponse HTTP positive à l’envoi du fichier ne prouve pas l’acceptation de toutes ses lignes.

Attribuer la lecture, les références et l’écriture distante

Le middleware peut porter la lecture et le mapping, tandis que l’ERP conserve la commande et les opérations d’écriture convenues. Vérifiez les interfaces disponibles avec l’éditeur ou l’installateur : API native, passerelle partenaire et import contrôlé n’offrent pas les mêmes garanties. Le portail doit savoir si la date a été proposée, acceptée par le système cible ou laissée en attente.

La journalisation conserve version du parser, calendrier détecté, règle de colonne et référence du dossier. Le monitoring suit les erreurs par fournisseur et modèle, ainsi que les sorties dont le résultat demeure inconnu. L’exploitation retrouve le lot concerné sans exposer les fichiers à tous les utilisateurs ; les droits de téléchargement et la conservation suivent les règles validées pour ces données.

Reprendre un fichier corrigé sans perdre sa première lecture

Versionner les interprétations et les réponses

Une correction du parser peut changer la date proposée pour une population déjà importée. Conservez la première interprétation, la nouvelle règle et les lignes affectées. Le support doit pouvoir expliquer ce qui avait été envoyé au système cible avant de préparer la suite. Régénérer un écran avec une nouvelle bibliothèque ne répare pas les écritures distantes déjà confirmées.

Le dossier de reprise distingue une nouvelle transmission du fournisseur et une relecture du même document. La première peut porter une autre proposition ; la seconde change une interprétation technique. Le versioning de la règle ne donne pas automatiquement le droit de réappliquer toutes les lignes. Chaque opération retrouve sa référence et les effets déjà observés avant de décider d’une sortie supplémentaire.

Qualifier le rejeu avant une mutation ERP

Le contrat d’idempotence doit relier dossier, ligne et opération cible selon les possibilités du raccordement. Avant un retry, recherchez la preuve d’acceptation distante et la version métier encore applicable. Notre exercice ne réalise aucune écriture et ne teste pas cette garantie. Un résultat local de lecture ne démontre donc ni l’absence de doublon ni la sécurité d’un rejeu dans votre installation.

Le runbook précise qui examine un décalage, qui valide une correction et qui autorise la reprise. Le rollback peut suspendre un nouveau parser ou fermer une sortie vers l’ERP. Il ne supprime pas les propositions déjà examinées ni les engagements obtenus ailleurs. La file conserve les dossiers à rapprocher pour que l’exploitation ne confonde pas retour de version et annulation métier.

Mesurer les erreurs de date qui déplacent du travail

Suivre les corrections jusqu’à leur cause

Comptez les lignes demandant une revue de calendrier, de type ou de texte, avec le fournisseur et la version de modèle concernés. Distinguez ces motifs d’une échéance réellement modifiée après négociation. Le taux global de réussite masque une anomalie si un fournisseur minoritaire utilise un autre calendrier et si toutes ses dates sont corrigées manuellement après import.

Le coût caché apparaît dans les relances, les retouches de planning et les recherches sur des commandes anciennes. Un exemple fictif de quinze dossiers relus pendant six minutes représente 90 minutes d’investigation. Ce calcul ne prédit aucun gain. Le pilote doit mesurer son temps réel de diagnostic et vérifier si les traces documentaires permettent de supprimer des recherches inutiles.

Vérifier les décisions conservées après la correction

Une baisse des rejets n’est pas suffisante si le lecteur commence à accepter tout texte plausible. Comparez aussi les dates proposées, les données brutes et les refus attendus. Le périmètre comprend les fournisseurs et formats réellement utilisés ; une démonstration sur deux fichiers propres ne couvre pas les formules, les cellules générales et les réponses anciennes du quotidien.

Le suivi garde les sorties ERP confirmées, les opérations en attente et les propositions annulées par le métier. Une lecture correcte peut encore conduire à un refus justifié. Le responsable achats doit distinguer cette décision d’un incident technique, afin que le projet améliore la fiabilité du parcours sans transformer toutes les dates décodées en engagements automatiquement acceptés.

Erreurs fréquentes quand les dates Excel se décalent

Éviter les réparations qui changent le sens des cellules

• Ajouter quatre ans à toute la colonne : modifier aussi les textes et les dates déjà interprétées correctement.
• Choisir le calendrier depuis le poste de l’expéditeur : remplacer les propriétés du fichier par une supposition sur son origine.
• Convertir tous les nombres : donner un type date à des cellules dont la représentation reste inconnue.
• Tronquer une heure : retirer une information potentiellement utile sans accord sur la nature du champ.

La correction doit reproduire le défaut sur un document conservé et expliquer chaque étape. Si un fichier contient plusieurs représentations, leur résultat doit être examiné séparément. Une règle qui répare le cas numérique 1904 mais décale son texte ISO échoue à la recette, même si la ligne initialement signalée affiche de nouveau une date satisfaisante.

Ne pas résoudre un jour civil avec une conversion de fuseau

Une échéance portant seulement sur une journée n’est pas un instant UTC caché. Ajouter une zone au milieu de la lecture peut déplacer l’affichage à minuit sans traiter le problème d’époque documentaire. Le contrat sépare date civile, heure de rendez-vous et instant d’événement. Le format Excel ne décide pas à lui seul laquelle de ces significations appartient à la colonne.

La bibliothèque, ses options et le type de sortie doivent être qualifiés dans le système réel. Une mise à jour technique peut changer des comportements sur des formats limites. La recette conserve les témoins utiles et leurs diagnostics ; elle refuse une nouvelle interprétation inexpliquée plutôt que de remplacer les résultats attendus pour rendre les tests positifs.

Plan d’action : qualifier une confirmation fournisseur avant import

Rassembler les documents et les décisions du pilote

Choisissez un échange achats qui alimente réellement un planning. Rassemblez des fichiers représentatifs avec leurs colonnes, types, calendriers et formules. Le métier définit la signification de l’échéance et les droits de modification ; l’équipe technique décrit la lecture et la sortie. L’installateur ERP confirme les opérations possibles et les preuves permettant de constater leur résultat.

• Achats : attribuer la confirmation à une commande, une ligne et la version de demande correspondante.
• Développement : documenter le parser, son calendrier détecté, ses formats admis et ses erreurs de colonne.
• Recette : rejouer les huit cas, les gardes et les exemples propres aux fournisseurs du pilote.
• Exploitation : préparer recherche de dossier, file de revue, seuil de suspension et reprise des sorties incertaines.

À faire d’abord : retrouver une entrée décalée et la première conversion qui la produit. À différer : les formats supplémentaires dont aucune équipe ne possède encore la convention. À refuser : une correction globale de colonne sans distinction de représentation. Ces priorités donnent un premier lot vérifiable, avec des erreurs qui restent expliquées aux personnes concernées.

Ouvrir la sortie après une comparaison complète

La recette intégrée compare document source, proposition du portail et état distant sur les scénarios autorisés. Elle vérifie une réponse ancienne, une identité inconnue et une interruption après envoi, en plus des dates elles-mêmes. Le seuil de généralisation exige des écarts expliqués et un responsable pour chaque dossier en attente ; aucun chiffre universel de volume ne remplace cette preuve.

Le premier lot peut conserver une validation humaine des propositions avant sortie. Son extension dépend des contrôles éprouvés et des règles que les achats acceptent d’automatiser. Le modèle d’import, le parser et le runbook évoluent ensemble. L’objectif est que l’équipe puisse reprendre le prochain fichier problématique sans retrouver l’auteur du premier correctif.

Approfondir le processus Excel et le contrat temporel

Choisir ce que le fichier doit continuer à porter

Le diagnostic pour sortir un processus d’Excel vers une application métier distingue conserver, sécuriser, connecter et remplacer. Un défaut de date peut justifier un import contrôlé sans supprimer tous les usages du tableur. La décision dépend du workflow, des responsabilités et des échanges à reprendre, pas seulement de la cellule qui a déclenché le ticket.

Préservez les usages d’analyse et de préparation qui restent utiles, tout en donnant au portail la responsabilité des décisions convenues. Le fournisseur peut continuer à transmettre un modèle, tandis que le service achats retrouve les refus et valide les propositions. Cette frontière évite qu’un fichier corrigé à la main devienne une seconde source d’écriture libre après la mise en place du raccordement.

Distinguer date civile, instant et heure locale

Le travail sur les dates et fuseaux horaires dans les contrats API traite les significations temporelles et les frontières de calendrier. Il complète la lecture documentaire lorsque la sortie doit transmettre un jour civil ou un rendez-vous. Le système de dates Excel explique la représentation numérique ; il ne définit pas l’autorité de la promesse ni la zone d’un horaire opérationnel.

Conservez ces deux qualifications dans le dossier d’intégration. Le parser indique ce que la cellule représente après décodage ; le contrat métier indique ce que la donnée permet de proposer. Les tests doivent pouvoir contester les deux résultats séparément, au lieu de conclure à la compatibilité d’un flux parce qu’un écran affiche une journée plausible.

Retrouver le retrait après la qualification de la date

Le parser peut produire une observation correcte et la comparaison suivante perdre son effet. Si le contrat qualifie un retrait explicite, une ancienne date comparée à NULL avec un test ordinaire peut manquer dans la sélection des changements. Les achats doivent retrouver cette transition sans la confondre avec une cellule absente ou un résultat de formule non obtenu.

L’exercice de la date fournisseur retirée sans alerte compare les lignes SQL sélectionnées et leur file de revue. La lecture documentaire conserve sa responsabilité en amont ; la correction du filtre ne rend pas valides les calendriers et représentations qui ont été refusés.

Conclusion : qualifier la cellule avant de changer le planning

Un décalage d’environ quatre ans peut venir d’une lecture numérique utilisant le mauvais système de dates. Les essais montrent pourquoi conserver le calendrier du classeur, le type et le format de la cellule. Le texte explicite et la formule suivent d’autres contrôles ; une correction uniforme peut transformer un défaut local en erreur sur plusieurs représentations.

Le témoin local relit huit cas XLSX et distingue leurs décisions avec quatre gardes et trois bornes. Il conserve l’absence de résultat calculé et refuse le numéro historique 60 selon son contrat. Ces sorties démontrent le comportement des fichiers et de la bibliothèque exercés. La recette client doit encore vérifier le lecteur installé, les règles métier et les effets obtenus dans les systèmes intégrés.

Le middleware sur mesure pour vos imports et échanges SI doit relier cette lecture à une proposition traçable, une file de clarification et une sortie confirmée. Une date décodée ne remplace pas l’accord nécessaire pour modifier une commande ; les achats et l’ERP gardent les décisions qui leur appartiennent.

Dawap vous accompagne dans le développement de votre portail et de ses contrôles métier, avec les équipes opérationnelles et les installateurs concernés. Un premier parcours peut sécuriser les confirmations fournisseur, leurs erreurs et leur reprise avant d’élargir les formats ou d’automatiser davantage de mises à jour.