Validation des factures en tant que modèle de calcul prêt à l’emploi

Entrée : environ 1 200 factures par mois, soit environ 60 sur une journée de travail, avec un facteur de pointe en fin de mois.

Le constat décisif : La somme des temps de traitement est de 20 à 30 minutes par facture, le temps de traversée réel de huit à douze jours ouvrés. Il y a environ trois ordres de grandeur entre les deux, et cet écart consiste presque entièrement en temps d’attente, majoritairement avant la validation métier.

La raison est structurelle et n’a rien à voir avec de la négligence : la validation n’est pas un emploi à plein temps, mais une activité annexe de quatorze personnes. Il en résulte une très forte dispersion (dix minutes ou six jours) et l’absence de remplaçants. Deux caractéristiques qui, ensemble, génèrent le temps d’attente.

1. Volume par jour ouvrable. Entrées de factures de l’année dernière ÷ jours ouvrables. Figure dans la comptabilité fournisseurs ou dans le rapport ERP.
2. Facteur de pointe. Combien de factures arrivent le jour le plus chargé par rapport à un jour normal ? Le plus souvent en fin de mois ; un facteur de 1,5 à 2 est courant. Sans cette valeur, vous modélisez un processus qui n’est jamais sous charge.
3. Capacité de la comptabilité. Personnes × heures productives par jour. Règle empirique : quotité de poste × 7 heures, et non × 8. Les réunions, retours et interruptions ne sont pas du temps de traitement.
4. Nombre d’approbateurs. Combien de personnes accordent l’approbation de fond ? Ce nombre détermine la dispersion plus que tout autre.
5. Rythme d’approbation. À quelle fréquence une personne approbatrice consulte-t‑elle en moyenne son panier ? Quotidiennement, deux fois par semaine, de manière irrégulière ? À saisir comme plage de traitement, et non comme durée de l’approbation elle‑même.
6. Coûts complets par rôle. Salaire brut × 1,5 à 1,8, divisé par environ 1 500 heures productives par an. Un poste à 50 000 € coûte ainsi environ 53 € de l’heure, et non les 24 € naïfs issus de salaire ÷ 2 080 heures. Avec le taux naïf, votre affirmation en euros sera ensuite contestable.

Contre‑vérification avant de calculer : Comptez les factures en attente aujourd’hui et divisez par le débit journalier (Little's Law). Si l’on obtient à peu près votre délai de traversée connu, le modèle est exploitable. S’il s’en écarte fortement, il manque une file d’attente, le plus souvent une demande de précision au fournisseur ou un deuxième niveau d’approbation au‑delà d’un seuil de valeur.

Levier 1. Reconnaissance des pièces (OCR) pour la saisie. Réduit considérablement le temps de saisie. Faites les calculs et observez ce qui arrive à la validation : elle reçoit désormais la pleine quantité au lieu d’une quantité bridée et devient elle-même le goulot d’étranglement. Le temps de traitement diminue beaucoup moins que le temps de saisie. C’est précisément cet effet qui est la raison la plus fréquente pour laquelle le business case d’un projet d’automatisation ne se réalise pas.

Levier 2. Seuil de valeur pour la validation de fond. Factures sous un seuil sans validation individuelle, avec échantillonnage a posteriori. Cela réduit la quantité soumise à validation, pas le temps, et agit donc à l’endroit où le délai d’attente se crée.

Levier 3. Règle de remplacement et pool. Ne pas valider plus rapidement, mais réduire la dispersion : remplacement fixe en cas d’absence, panier commun par service au lieu de paniers individuels. Le délai d’attente croît quadratiquement avec la dispersion. En la divisant par deux, sa contribution est divisée par quatre.

Levier 4. Exécution des paiements quotidienne au lieu de deux fois par semaine. Le levier le moins coûteux, généralement un réglage. Réduit en moyenne d’environ un jour.

Calculez les quatre séparément et triez par effet par rapport à l’effort. Dans presque tous les modèles de ce type, le levier 2 ou 3 précède le levier 1. Sur le marché, on propose le levier 1.

L’analyse détaillée de cet exemple se trouve dans l’article Rechnungsfreigabe: warum OCR die Durchlaufzeit nicht halbiert.

Après avoir sécurisé l’état actuel, modifié un levier et effectué un deuxième passage, la comparaison donne :

• Temps de traitement avant/après en P50 et P90. L’engagement se fait par rapport au P90, pas par rapport à la médiane.
• Charge par étape le jour de pointe et le nouveau goulot d’étranglement après la mesure.
• Impact sur les coûts de personnel par an sous forme d’un intervalle, calculé à partir des quantités, des durées et des coûts complets.
• La liste des hypothèses avec chaque saisie estimée. La phrase « Rückfragen an den Lieferanten sind nicht modelliert » enlève au plus aigu des demandes de clarification son pic avant qu’elle ne soit posée.

Le résultat est délivré sous forme de deux PDF : offre pour le décideur, documentation pour la traçabilité, avec votre en-tête si vous en avez configuré un.

• Le traitement des commandes couvre de la commande à la confirmation de commande. Le cas d’un rôle partagé : deux étapes qui semblent faciles séparément constituent l’après‑midi de la même personne.
• Le processus d’offre couvre de la demande à l’offre expédiée. Le cas où le délai d’exécution influence directement le chiffre d’affaires plutôt que les coûts.
• La validation de facture est cette page.
• Dans le traitement des réclamations, le goulot d’étranglement se trouve hors de l’entreprise, et la recommandation honnête n’est donc pas « automatiser ».
• Le onboarding des employés implique de nombreux acteurs, un faible volume et une forte dispersion. Le cas où les chaînes de rendez‑vous déterminent le délai d’exécution.
• Le ticket IT montre un comportement de file d’attente classique avec embranchement : 65 % résolus immédiatement, 35 % au second niveau.

Chaque modèle s’ouvre dans la fenêtre d’accueil via Voir les modèles. La première fois, il vaut la peine d’en ouvrir un avant de commencer votre propre modèle. Sinon, on construit trop finement.