Documents à durée de validité : les gérer dans Salesforce

Un document manquant se voit : la ligne est vide. Un document périmé, non. Il est au dossier, il porte le bon nom, il ressemble en tout point à ce qu’on attendait. Seule une date, écrite quelque part à l’intérieur, le distingue d’une pièce valide.

C’est pour cette raison que la péremption échappe à tous les contrôles manuels, et qu’elle est une cause d’incomplétude aussi fréquente que l’absence pure et simple.

Ce qui rend ce suivi difficile

Trois caractéristiques rendent les dates de validité particulièrement pénibles à tenir.

Les durées ne sont pas comparables entre elles. Certaines pièces valent trois mois, d’autres cinq ans. La première demande une vigilance quasi permanente ; la seconde demande un rappel qui devra survivre à deux ou trois changements d’interlocuteur.

Le délai de renouvellement compte autant que la durée. Certaines pièces se rééditent en ligne en deux minutes, d’autres demandent plusieurs semaines. Être prévenu le jour de l’expiration ne sert à rien dans le second cas.

Beaucoup de pièces dépendent d’un tiers. Un sous-traitant, un fournisseur, un intervenant indépendant n’enverra jamais spontanément sa pièce renouvelée. La relance vous incombe, et elle doit partir avant la péremption.

À titre d’illustration, voici l’allure d’un référentiel réel — les durées retenues varient d’une entreprise à l’autre, ces valeurs ne sont qu’un exemple de paramétrage :

Ce qui compte n’est pas la valeur exacte de chaque ligne : c’est qu’un référentiel réel mélange des durées de trois mois et de dix ans, et qu’aucun suivi humain ne tient les deux à la fois.

Pourquoi le tableur échoue toujours

Toute entreprise concernée commence par un tableur. Il fonctionne quelques mois, puis cède. Les raisons sont structurelles, pas humaines.

Il faut penser à l’ouvrir. Un tableur ne prévient personne. Il attend qu’on le consulte, et cette consultation dépend d’une intention qui s’émousse dès que la charge augmente.

Il vit à côté du document. La date est saisie ici, le document déposé là. Rien ne garantit leur cohérence, et l’écart s’installe sans que personne ne le voie.

Il repose sur une personne. Celle qui le tient connaît ses colonnes et ses cas particuliers. Son absence interrompt le suivi ; son départ y met fin.

Il ne se met à jour que si on y pense. Une pièce renouvelée doit être signalée pour que la ligne change. Sinon le tableur affiche une alerte sur une pièce parfaitement à jour, et après deux ou trois fausses alertes plus personne ne le croit.

La conclusion n’est pas qu’il faut mieux tenir le tableur. C’est qu’il faut supprimer l’écart entre le document et sa date.

Les quatre règles d’un suivi qui tient

1. La date appartient au document

Elle se saisit au moment du dépôt, sur le document lui-même, pas dans un registre à côté. Pour les types de documents qui le justifient, cette saisie doit être obligatoire : on ne dépose pas un extrait Kbis sans dire jusqu’à quand il vaut.

Trois secondes de contrainte au dépôt évitent de découvrir six mois plus tard qu’aucune date n’a jamais été renseignée.

2. La durée appartient au type, pas à l’exemplaire

L’utilisateur ne devrait pas avoir à savoir combien de temps vaut un Kbis. Il saisit la date du document ; la durée est attachée au tag dans votre référentiel, et l’échéance se calcule toute seule.

L’avantage se révèle le jour où une pratique change : vous modifiez la durée à un seul endroit, et tous les documents de ce type suivent.

3. L’alerte précède l’échéance, et se répète

Un avertissement le jour de l’expiration arrive trop tard. Un avertissement unique se perd dans une boîte mail chargée.

Il faut donc deux signaux : une alerte anticipée, assez tôt pour lancer le renouvellement, et un rappel rapproché. gedone prévient le propriétaire de la fiche sept jours avant, puis la veille.

4. « Périmé » n’est pas « manquant »

Ces deux états n’appellent pas la même action. Un document manquant se réclame ; un document périmé se renouvelle, souvent par une procédure différente.

Les fondre dans un même indicateur « incomplet » fait perdre l’information la plus utile à celui qui doit agir. C’est pourquoi gedone affiche trois états distincts, et non deux.

Où Salesforce s’arrête

La plateforme stocke très bien les fichiers, mais elle ne connaît pas la notion de validité. Pour elle, tous les documents sont identiques : des fichiers avec une date de création.

On peut évidemment construire l’équivalent : un objet personnalisé « Document », un champ date, un champ formule pour le statut, un flux qui envoie l’e-mail. C’est faisable, et c’est souvent fait.

Mais ce faisant, on a écrit un développement spécifique. Il faudra le documenter, le transmettre, et le reprendre à chaque montée de version — trois par an. Et on n’a traité qu’une seule des quatre règles ci-dessus : la date existe, mais elle n’est pas obligatoire, la durée n’est pas attachée au type, et rien ne distingue encore un document périmé d’un document absent.

Ce qu’il faut retenir

Une pièce périmée ressemble à une pièce valide : sa détection ne peut pas reposer sur la vigilance humaine.

Quatre règles : la date sur le document dès le dépôt, la durée attachée au type et non à l’exemplaire, une alerte avant l’échéance suivie d’un rappel, et un état « périmé » distinct de l’état « manquant ».

Un tableur ne satisfait aucune des quatre. C’est pour ça qu’il cède, à chaque fois, au bout de quelques mois.