Workflow SuiteFlow qui valide un bon d'achat : qui est responsable ?

Dans NetSuite, le module SuiteFlow permet de bâtir sans code des workflows d'approbation : un bon d'achat (Purchase Order) en dessous d'un seuil est validé automatiquement, au-dessus il remonte au responsable, encore au-dessus à la direction financière. Ces seuils matérialisent la politique de délégation de pouvoir de l'entreprise. Les casser, c'est toucher à un contrôle interne fondamental.

Le scénario à risque : un workflow qui, par une condition mal écrite, considère qu'un bon d'achat de montant élevé entre dans la tranche « validation automatique ». Le bon est approuvé sans intervention humaine. Le fournisseur livre. La facture arrive. Le client découvre qu'une dépense de plusieurs dizaines de milliers d'euros a été engagée sans validation hiérarchique.

C'est ici que la responsabilité se construit. Le préjudice est clair, mais sa cause peut se situer de part et d'autre de la frontière prestataire/client. Trois configurations typiques :

• Le client a mal spécifié. Il vous a transmis un seuil erroné, ou n'a pas mentionné un niveau d'approbation supplémentaire. Vous avez paramétré conformément à la demande écrite. La cause est en amont de votre intervention.
• Le consultant a mal paramétré. La spécification était correcte, mais votre condition SuiteFlow comportait une erreur de logique (opérateur inversé, mauvaise référence de champ). La faute professionnelle est caractérisée.
• La zone grise. La spécification était ambiguë et vous avez interprété sans faire valider. La responsabilité se partage, et c'est le terrain le plus disputé.

La frontière entre « le client a mal demandé » et « le consultant a mal exécuté » est le véritable enjeu juridique de la plupart des litiges ERP.

Contrairement à un bug d'affichage, un workflow d'approbation défaillant produit un engagement juridique et financier réel. Le bon d'achat validé devient un contrat avec un fournisseur. Le client est tenu de payer la livraison, même si la dépense n'avait jamais été autorisée en interne.

Le préjudice se décompose :

• La dépense engagée que le client n'aurait pas approuvée (manque à gagner ou surcoût).
• Le coût de gestion du litige avec le fournisseur si le client conteste la commande.
• L'atteinte au contrôle interne, parfois relevée par les commissaires aux comptes.

Ce préjudice relève des dommages immatériels couverts par la RC Pro : aucun bien n'est endommagé, mais une perte financière nette découle de votre prestation de paramétrage.

Dans un litige sur un workflow d'approbation, l'expert ne se contente pas de relire la condition SuiteFlow. Il reconstitue la chaîne documentaire pour situer la faute. Votre meilleure protection est donc constituée avant tout incident :

1. La spécification validée : le document où le client a confirmé par écrit les seuils et niveaux d'approbation attendus.
2. Le cahier de recette : les cas de test couvrant explicitement les bornes de seuil (juste en dessous, juste au-dessus), signés à la réception.
3. Le procès-verbal de recette : la preuve que le client a validé le comportement du workflow avant la mise en production.

Si vous avez fait valider une spécification erronée fournie par le client, et testé conformément à celle-ci, votre responsabilité est largement atténuée. Si la spécification était bonne et le test absent, la faute penche de votre côté. Dans tous les cas, la RC Pro finance l'expertise et la défense nécessaires pour faire valoir votre part exacte de responsabilité.

Les workflows touchant à l'argent et aux approbations méritent un traitement à part dans votre méthodologie. Quelques principes qui réduisent à la fois le risque et l'exposition juridique :

• Tester systématiquement les bornes : pour chaque seuil, valider le montant juste en dessous, juste au-dessus et le cas d'égalité stricte.
• Documenter la logique en langage métier : faire relire la règle au référent financier dans ses mots, pas en jargon SuiteFlow.
• Verrouiller les modifications post-recette : tout changement de seuil après livraison repasse par une demande écrite, jamais en direct en production.
• Conserver l'historique des workflows : NetSuite versionne les workflows ; gardez la trace de la version livrée et recettée.

Cette rigueur transforme un risque diffus en responsabilité bornée et documentée. Couplée à une RC Pro calibrée sur la nature financière de vos missions, elle vous permet d'intervenir sur les processus les plus sensibles de vos clients sans porter seul le risque résiduel.