Vous soustrayez deux dates dans un tableur, le résultat affiche un nombre aberrant ou une erreur, et vous passez vingt minutes à chercher pourquoi. Le problème vient rarement de la formule. Il vient de ce que le tableur comprend quand il lit vos cellules. Calculer une durée entre deux dates paraît simple, mais plusieurs pièges récurrents faussent les résultats sans déclencher le moindre avertissement visible.
Dates stockées en texte : le piège invisible après un import CSV
C’est l’erreur la plus répandue et la moins détectée. Quand vous importez des données depuis un ERP, un CRM ou un export cloud, les dates arrivent souvent au format ISO (par exemple 2024-07-15 ou 2024/07/15). Visuellement, elles ressemblent à des dates. Le tableur, lui, les traite comme du texte brut.
A découvrir également : Les essais non destructifs, un atout fiable pour vos infrastructures
La conséquence est immédiate. Toute soustraction entre deux cellules contenant du texte renvoie une erreur #VALEUR!, même si votre formule est correcte. Et si le tableur ne renvoie pas d’erreur, il peut produire un résultat silencieusement faux en interprétant partiellement la chaîne.
Vous avez déjà remarqué qu’une cellule de date alignée à gauche dans Excel ? C’est le signal. Les vraies dates s’alignent à droite par défaut. Un alignement à gauche signifie que la cellule contient du texte, pas une valeur numérique exploitable.
A découvrir également : Jeux Sémantique et IA : comment les algorithmes devinent vos mots ?
Corriger des dates-texte dans Excel
La méthode recommandée par Microsoft consiste à sélectionner la colonne, puis à passer par Données, puis Convertir (assistant Texte en colonnes). À la dernière étape, choisissez explicitement le format de date de la colonne importée (AMJ pour le format ISO). Le tableur convertit alors chaque cellule en vraie date.
Sans cette étape, vos formules DATEDIF ou vos soustractions calculent sur du texte, pas sur des dates. Le résultat sera faux ou absent.
Paramètres régionaux et séparateur de liste : des calculs de durée qui changent d’un PC à l’autre
Un fichier Excel ouvert sur un poste configuré en français (France) ne se comporte pas de la même façon que sur un poste configuré en anglais (US) ou en français (Suisse). Le format de date système et le séparateur de liste de Windows modifient directement la façon dont le tableur interprète vos données.
En France, le séparateur de liste par défaut est le point-virgule. Aux États-Unis, c’est la virgule. Si vous ouvrez un CSV exporté depuis un outil américain sur un poste français, les colonnes de dates peuvent fusionner ou se décaler. Le tableur ne reconnaît plus les dates et les stocke en texte.
- Un séparateur de liste mal configuré transforme une formule de soustraction en texte invalide, ce qui génère une erreur #VALEUR! sans explication claire.
- Le format de date système (JJ/MM/AAAA contre MM/DD/YYYY) peut inverser le jour et le mois. Le 03/04/2025 devient le 4 mars au lieu du 3 avril, et l’écart calculé est faux de plusieurs semaines.
- Les fichiers partagés entre collaborateurs situés dans des pays différents sont les plus exposés. Chaque poste interprète les mêmes cellules différemment.
Pour vérifier votre configuration, ouvrez les options régionales de Windows (Paramètres, puis Heure et langue, puis Région). Contrôlez le format de date court et le séparateur de liste avant de lancer un calcul de durée sur des données importées.
Erreurs de calcul liées à DATEDIF et aux bornes de période
La fonction DATEDIF existe dans Excel depuis des années, mais elle n’apparaît pas dans l’autocomplétion. Ce n’est pas un hasard. Son comportement pose plusieurs problèmes que la documentation officielle ne met pas en avant.
Le piège de l’ordre des dates
DATEDIF exige que la date de début soit antérieure à la date de fin. Si vous inversez les deux, la fonction renvoie une erreur #NOMBRE! au lieu d’un résultat négatif. Une simple soustraction (date fin – date début) gère ce cas en renvoyant une valeur négative, ce qui est souvent plus utile.
Faut-il compter le jour de départ ?
Quand vous calculez la durée entre le 1er janvier et le 5 janvier, la réponse dépend de ce que vous mesurez. Une soustraction simple renvoie 4 jours (jours écoulés). Si vous avez besoin de compter les deux bornes (jours calendaires incluant le départ et l’arrivée), il faut ajouter 1 au résultat.
Cette ambiguïté est la source d’erreurs fréquentes dans le calcul d’ancienneté, de délais contractuels ou de durées de préavis. Le choix entre « jours écoulés » et « jours calendaires » doit être posé avant d’écrire la formule.
Années bissextiles et mois de longueurs variables : quand DATEDIF arrondit mal
Calculer un écart en mois entre deux dates semble anodin. Avec DATEDIF en mode « M », la fonction renvoie le nombre de mois entiers écoulés. Elle ignore les jours restants. Entre le 15 janvier et le 14 mars, DATEDIF renvoie 1 mois, pas 2.
Les années bissextiles ajoutent une couche de complexité. Un écart calculé entre le 28 février et le 1er mars ne donne pas le même nombre de jours selon que l’année compte 365 ou 366 jours. Sur des calculs financiers ou des échéanciers, un jour d’écart peut décaler toute une série de résultats.
Pour les durées longues exprimées en mois et jours, combinez plusieurs appels DATEDIF (un en mode « Y », un en mode « YM », un en mode « MD ») plutôt qu’un seul. Vérifiez toujours le résultat sur une période connue avant de déployer la formule sur un jeu de données complet.
Checklist avant tout calcul de durée entre deux dates
- Vérifiez l’alignement des cellules de dates : à droite signifie date numérique, à gauche signifie texte.
- Après un import CSV ou un copier-coller depuis un outil web, passez systématiquement par l’assistant Texte en colonnes pour forcer la conversion.
- Confirmez que le format de date système correspond au format des données importées (JJ/MM/AAAA ou AAAA-MM-JJ).
- Décidez si vous comptez les bornes (ajouter 1) ou les jours écoulés (soustraction directe).
- Testez votre formule sur un couple de dates dont vous connaissez le résultat attendu.
La majorité des erreurs de calcul de durée entre deux dates ne proviennent pas d’une mauvaise formule. Elles viennent de données mal interprétées par le tableur. Vérifier le format réel des cellules avant d’écrire la moindre formule reste le réflexe le plus efficace pour obtenir des résultats fiables.
