1) La dépendance “CRA = vérité” (alors qu’il ne l’est pas toujours)

En ESN, le CRA est souvent traité comme la pièce maîtresse.
Or, il n’est pas une “vérité comptable” : c’est une preuve opérationnelle, avec des variantes selon les clients (format, validations, dates, signataires, règles d’acceptation).

Symptômes

• CRA validé côté opérationnel, mais refus côté client (forme, délai, période).

• CRA “validé” sans verrouillage : modifications après coup.

• Divergence entre CRA, commande/SOW, et modalités de facturation.

Pourquoi ça bloque e-invoicing
Parce que l’émission devient plus structurée : si la preuve (CRA) et la règle (contrat/commande) ne sont pas alignées, vous industrialisez des rejets.

Action structurante
Standardiser un statut “facturable” qui exige : CRA validé + pièce contractuelle référencée + règles de cut-off explicites.

2) La dépendance “contrat / SOW / commande” (souvent introuvable au moment critique)

Beaucoup d’ESN facturent correctement… jusqu’au jour où un client demande : “sur quelle base contractuelle ?”.
Dans les flux e-invoicing, l’absence de référence propre (commande, contrat, SOW) devient un accélérateur de litiges.

Symptômes

• La référence commande est “optionnelle” en pratique, “obligatoire” en litige.

• Les équipes cherchent la dernière version du SOW dans des emails.

• Facturation “au fil de l’eau” sans mapping clair : service → contrat → ligne de facture.

Pourquoi ça bloque e-invoicing
Parce que l’entreprise ne sait pas systématiquement relier : prestation délivrée → base contractuelle → règle de facturation → émission.

Action structurante
Mettre en place une exigence simple : aucune facture ne part sans référence “opposable” (commande/contrat/SOW) enregistrée et contrôlée.

3) La dépendance “données tiers” (le poison lent)

Ce point est sous-estimé : une bascule e-invoicing se fait ou se casse sur la qualité du référentiel tiers (clients, parfois fournisseurs).
En ESN, la donnée “client” est souvent dispersée entre CRM, ERP, portails clients, et équipes terrain.

Symptômes

• SIRET/TVA/adresses incohérents selon les sources.

• Contacts de facturation obsolètes (service compta / portail).

• Multiples entités clientes mélangées (groupe vs filiale vs site).

Pourquoi ça bloque e-invoicing
Parce que la transmission structurée tolère moins l’approximation : la donnée devient une condition de passage, pas un détail administratif.

Action structurante
Créer une checklist “tiers prêt à facturer” (format, pièces, contrôle) et l’imposer en prérequis d’émission.

4) La dépendance “statuts ERP” (quand ils ne veulent plus rien dire)

C’est le blocage silencieux le plus fréquent : l’entreprise a des statuts (validé, en attente, facturé…) mais ils ne sont pas fiables.
Résultat : personne ne peut piloter les délais, ni mesurer le coût des rejets et litiges.

Symptômes

• “Validé” ne signifie pas “facturable”.

• Statuts contournés : on passe de “brouillon” à “facturé” par urgence.

• Impossibilité de sortir une balance des encours réellement facturables.

Pourquoi ça bloque e-invoicing
Parce qu’un projet e-invoicing exige un langage commun. Si vos statuts ne sont pas propres, chaque automatisation devient une source d’erreurs.

Action structurante
Nettoyer la grammaire des statuts : un statut = une définition + un owner + un contrôle + une sortie (SLA).

5) La dépendance “arbitrage” (quand personne ne tranche)

C’est la dépendance la plus politique : qui tranche quand ça bloque ? ADV, finance, commerce, delivery, direction ?
Quand l’arbitrage est flou, l’organisation fonctionne en mode “plan B” : on rattrape après, on négocie, on contourne. Jusqu’au moment où le système refuse.

Symptômes

• Litiges qui stagnent, car personne n’a de mandat pour décider.

• Factures bloquées “en attente client” sans SLA.

• Escalades tardives : on découvre le problème quand le cash manque.

Pourquoi ça bloque e-invoicing
Parce que la réforme renforce la discipline des flux : une organisation sans ownership transforme chaque exception en crise.

Action structurante
Formaliser un RACI “facture→cash” et une règle d’escalade : qui décide, sous quel délai, avec quelle preuve.

Comment savoir si vous êtes concerné (diagnostic rapide)

Si vous répondez “non” à 2 questions ou plus, vous avez très probablement ces dépendances invisibles :

1. Avez-vous une définition écrite et partagée de “facturable” ?

2. Vos statuts ERP permettent-ils de piloter le délai validation → émission ?

3. Une facture peut-elle partir sans référence contractuelle opposable ?

4. Vos données tiers sont-elles fiabilisées avec un contrôle systématique ?

5. Les rejets/litiges ont-ils un owner et un SLA (ex : 48h / 5j) ?

Conclusion

Les ESN qui réussiront leur bascule ne seront pas celles qui “choisissent la meilleure plateforme”.
Ce seront celles qui rendent visibles et gouvernables ces 5 dépendances : preuves (CRA), base contractuelle, données tiers, statuts, arbitrage.

Recevez la checklist ADV