Le tableau de permanence a perdu son chiffre
À quelques minutes de la réunion hebdomadaire d’une association, la coordinatrice ouvre son tableau Notion : la carte « tâches à traiter cette semaine » ne montre plus rien. Un bénévole vient d’ajouter une ligne dans la base des permanences et de changer le nom de la personne responsable. « La formule a cassé », lance quelqu’un. Un autre membre s’apprête à remplacer l’expression dans la base partagée.

Je propose de ne pas toucher à la formule tout de suite. Un résultat vide peut venir de plusieurs endroits : la formule renvoie volontairement une chaîne vide dans une branche, une propriété source n’est pas renseignée, un champ a été renommé ou un filtre masque les lignes du tableau. La case vide n’est pas, à elle seule, la preuve d’une erreur de calcul. La corriger à l’aveugle peut enlever le seul indice utile.
La documentation de Notion explique que les formules combinent propriétés, opérateurs et fonctions et produisent un résultat en fonction des données de chaque ligne. Sa fonction empty() sert à tester une valeur vide, mais Notion considère aussi 0, une chaîne vide et une liste vide comme vides pour cette fonction. C’est un détail important si le tableau doit afficher zéro tâche en attente : zéro peut alors être confondu avec une information manquante.
Revenir de la carte à la ligne d’origine
Ouvrez la base source plutôt que la carte du tableau de bord. Choisissez une ligne qui devrait apparaître et vérifiez qu’elle existe, que le statut et la personne responsable sont renseignés et que la date se trouve dans la période prévue. Regardez ensuite la propriété de formule sur cette ligne. L’éditeur de formule Notion peut afficher un aperçu du résultat pour la ligne choisie, ce qui aide à distinguer le calcul lui-même de la vue du tableau.
Inspectez chaque propriété utilisée dans l’expression. Un champ a pu être renommé, remplacé ou laissé vide dans les nouvelles lignes. Si la formule contient plusieurs conditions, une seule condition non remplie peut mener à une branche qui renvoie "". Lisez l’expression de l’extérieur vers l’intérieur : quelle est la première condition, quelles valeurs compare-t-elle et que renvoie chaque branche ? Comparez une ligne correcte à une ligne vide sans modifier leurs données pendant l’examen.
Vérifiez particulièrement le sens de empty(). La référence officielle de Notion indique que empty(0) renvoie vrai. Si zéro est une valeur valable dans le suivi, empty() seul ne distingue donc pas nécessairement l’absence de saisie d’un vrai zéro. Décidez ce que le tableau doit montrer pour une donnée manquante, un zéro explicite et une valeur ordinaire. Essayez ensuite chaque cas sur une ligne représentative. Évitez de coller une formule improvisée dans la base de production juste avant la réunion.
| Symptôme | Premier contrôle | Étape suivante sûre |
|---|---|---|
| Une seule ligne est vide | Propriétés sources de cette ligne | Comparer ses valeurs à une ligne correcte |
| Seules les nouvelles lignes sont vides | Valeurs par défaut et champs attendus | Ajouter une ligne d’essai et renseigner chaque entrée |
| Zéro ressemble à une absence | Condition empty() | Déterminer si zéro est une valeur valable |
| La source est correcte, la carte reste vide | Filtres et regroupements de la vue | Ouvrir les filtres de la base sous-jacente |
| L’aperçu de formule fonctionne, pas le tableau | Base liée et vue sélectionnée | Confirmer que la carte utilise la bonne vue |
Une fois la ligne vérifiée, examinez la vue de base de données liée ou la carte elle-même. Pointe-t-elle vers la base et la vue attendues ? Quels filtres, regroupements, intervalles de dates et propriétés masquées sont actifs ? Une formule peut calculer correctement toutes les lignes tandis qu’un filtre les retire de l’affichage. À l’inverse, la vue peut montrer les bonnes lignes, mais la carte résumer une autre propriété.

Corriger la cause sans perdre la version utile
Si une modification affecte de nombreuses lignes, créez une ligne de test ou utilisez une copie sûre. Écrivez d’abord trois résultats attendus : une entrée manquante, un zéro explicite et une valeur ordinaire. Vérifiez que chacun garde son sens. Le but n’est pas de faire disparaître toute case vide. Afficher zéro quand la personne responsable manque peut donner l’impression que tout est traité alors que des tâches restent sans propriétaire.
Si une propriété a été renommée, faites pointer la formule vers le bon champ et vérifiez le type de résultat. Si une branche renvoie volontairement une chaîne vide pour un statut qui ne correspond pas, demandez-vous si ce statut suit encore les règles actuelles de l’équipe. Si la ligne source est incomplète, décidez s’il faut la compléter, rendre le champ obligatoire dans le processus ou afficher « à confirmer ». Une formule ne devrait pas inventer une donnée de gestion pour remplir une carte.
Pour une carte de comptage, confirmez que la vue contient les lignes attendues et que l’agrégation porte sur la bonne propriété. Testez quelques lignes connues puis relisez toute la vue avant de présenter le tableau. Si une automatisation ou une autre base réutilise la formule, examinez aussi ces dépendances. Une modification qui paraît petite à l’écran peut changer un autre processus. Copiez donc l’expression actuelle et notez ce que vous avez modifié.
Si le résultat reste surprenant, consultez les indications de l’éditeur et l’aide officielle de Notion au lieu de deviner à partir du mot « vide ». Le guide des formules présente les propriétés et fonctions disponibles, ainsi que l’aperçu par ligne. La page sur les erreurs courantes traite aussi des valeurs vides inattendues qui peuvent toucher les formules et les automatisations. Comparez les noms exacts des propriétés et les données de la ligne; ne concluez pas que l’enregistrement a disparu.
La réunion de l’association n’avait pas besoin d’une formule plus sophistiquée. Les nouvelles lignes n’avaient pas encore de responsable, et la vue était configurée pour n’afficher que les tâches attribuées. L’équipe a vérifié les enregistrements, rendu l’état de responsabilité explicite et examiné le filtre sans remplacer la formule déjà en place. La réunion a commencé avec une explication claire plutôt qu’une modification précipitée. La case vide révélait une règle de travail non décidée, pas forcément un calcul cassé.
Définir ce que la carte est censée compter
Avant de changer la formule, écrivez en une phrase ce que signifie « tâches à traiter cette semaine ». Est-ce que la carte compte seulement les lignes avec une personne responsable, un statut validé et une date dans la semaine en cours ? Si l’équipe n’a pas décidé ces critères, aucune formule ne peut lever l’ambiguïté. Choisissez un exemple pour chaque état attendu et demandez à la personne qui coordonne le travail de valider le résultat avant de modifier la vue partagée.
Après la correction, gardez une note concise avec les noms de propriétés, les filtres de la vue et les trois cas de test. La prochaine personne saura si le vide signifie une information manquante, une tâche écartée volontairement ou un véritable problème de calcul. Cela évite aussi qu’un collègue enlève une condition utile uniquement pour afficher un nombre. Un tableau de bord est fiable quand son sens reste stable, pas simplement quand toutes ses cartes affichent quelque chose.
Si la formule sert à une réunion récurrente, précisez qui valide ses règles et quand elles ont été revues. Les filtres de date peuvent changer de sens avec une semaine calendaire ou une période glissante. Une phrase de définition sur la carte, ou dans la documentation de la base, aide les remplaçants à comprendre pourquoi certains éléments n’apparaissent pas. Ne transformez pas une hypothèse temporaire en règle permanente sans validation de l’équipe.
Pendant l’examen, conservez aussi le nom et le statut de la ligne témoin. Cela permet de reproduire le problème plus tard et de vérifier que la correction ne fait pas disparaître un cas voisin. Si les données sont sensibles, évitez de les copier dans un document externe; une référence au nom interne de la propriété et à l’état du test suffit généralement. L’objectif est de rendre la vérification répétable tout en gardant la base partagée comme source de vérité.
Questions fréquentes
Une formule Notion vide indique-t-elle toujours une erreur ?
Non. Une branche peut renvoyer une chaîne vide, une propriété source peut manquer ou la vue peut masquer la ligne. Vérifiez d’abord la source et l’aperçu de formule.
Pourquoi empty() considère-t-il zéro comme vide ?
La référence officielle de Notion indique que 0, "" et [] sont vides pour empty(). Si zéro a un sens dans votre processus, tenez compte de ce comportement et testez la condition.
Puis-je corriger directement la formule de la base de production ?
Si elle agit sur de nombreuses lignes ou automatisations, testez d’abord les cas dans une copie sûre. Gardez l’expression précédente pour pouvoir examiner ou annuler le changement.
Consultez les guides officiels de Notion sur les formules, la syntaxe et les fonctions et les erreurs courantes.
À retenir en bref Vérifiez la ligne source, la logique des valeurs vides et la vue avant de modifier. Testez une valeur manquante, zéro et une valeur normale dans une copie.