Home

/

Resources

/

Glossary

/

Approval workflow (circuit d’approbation)

Un circuit d’approbation est le chemin d’une demande jusqu’à sa décision. Fonctionnement, types, exemples par équipe et points de blocage.

Qu’est-ce qu’un circuit d’approbation ?

Un circuit d’approbation, aussi appelé circuit de validation, est le chemin défini qu’une demande suit pour obtenir une décision : qui la valide, dans quel ordre, à quelles conditions, et ce qui se passe en cas de refus, de silence ou de changement. Toutes les équipes en font tourner, pour les demandes d’achat, les notes de frais, les revues de contrat, les demandes d’accès, les changements de poste ou les deals non standard.

La règle existe en général, écrite dans une politique ou une délégation de pouvoirs. La friction vient de son application entre les équipes, les outils et les boîtes mail : c’est là que les demandes attendent.

Comment fonctionne un circuit d’approbation : briques et types

Tout circuit d’approbation repose sur les mêmes quatre briques. Le déclencheur, c’est une demande qui attend un oui, envoyée avec ce dont le valideur a besoin pour trancher : le montant, la justification, les documents. La règle de routage dit qui valide, selon le montant, le type, l’entité ou le risque. La séquence fixe l’ordre. Enfin, la gestion des issues décide de la suite sur un oui, sur un non, quand personne ne répond ou quand quelque chose change après la validation, et c’est là que la plupart des demandes bloquent.

La séquence donne les principaux types de circuits. Un circuit séquentiel attend un valideur avant de passer au suivant, parce qu’une décision dépend de l’autre. Un circuit parallèle envoie les validations indépendantes en même temps, si bien que le juridique et la finance peuvent répondre le même jour. Un circuit multi-niveaux ajoute des valideurs à mesure que l’enjeu monte : un manager jusqu’à un seuil, un directeur au-delà. Un circuit conditionnel, lui, ouvre une branche pour l’exception et laisse passer directement la demande standard. Dans la réalité, la plupart des circuits en combinent deux ou trois.

Tout circuit d’approbation combine les mêmes quatre briques, et la plupart mélangent deux ou trois types.
Ce que c’estQuand ça s’applique
Les quatre briques
DéclencheurUne demande qui attend un oui, avec ce dont le valideur a besoin pour déciderTout circuit commence ici
Règle de routageQui valide, selon le montant, le type, l’entité ou le risqueÉcrite une fois, appliquée à chaque demande
SéquenceL’ordre dans lequel les valideurs répondentElle détermine le type de circuit, ci-dessous
Gestion des issuesCe qui se passe sur un oui, un non, un silence ou un changementLà où la plupart des demandes bloquent
Les quatre types courants
SéquentielUn valideur après l’autreUne décision dépend de la précédente
ParallèleDes valideurs indépendants en même tempsLe juridique et la finance répondent le même jour
Multi-niveauxPlus de valideurs à mesure que l’enjeu monteMontants, remises, seuils de risque
ConditionnelUne branche pour l’exceptionLa demande standard passe directement

Exemples de circuits d’approbation, équipe par équipe

Chaque service fait tourner des circuits d’approbation, et d’un service à l’autre seuls la demande, les valideurs et l’enjeu changent. Le tableau ci-dessous en présente six courants, de la demande d’achat au changement de poste côté RH, avec les résultats qu’une équipe peut attendre une fois le circuit orchestré de bout en bout.

Le même chemin dans chaque équipe. Résultats attendus issus des cas d’usage Ofelia Agentic.
ÉquipeDemandeQui valideRésultat attendu, une fois orchestré
AchatsDemande d’achatLe manager, puis le responsable du budget, puis la financeCycle d’achat 50 à 65 % plus court, au moins 80 % d’achats hors process en moins
FinanceNote de fraisLe manager, la finance pour les exceptions60 à 70 % de dossiers incomplets en moins, remboursement en quelques heures et non plus en jours
JuridiqueRevue de contratLe juridique sur les clauses, la finance sur les conditions de paiementCycle de revue 30 à 50 % plus court, NDA standard traités dans la journée
ITDemande d’accèsLe manager, la sécurité pour les outils sensibles, puis l’ITProvisionnement 50 à 60 % plus rapide, au moins 70 % d’accès orphelins en moins
RHChangement de posteLe manager, les RH et l’IT en parallèleVariable selon l’entreprise
VentesDeal non standardLe Head of Sales jusqu’à un seuil, le CRO au-delàDélai de validation 40 à 60 % plus court

La revue de contrat est souvent la plus lente des six, parce qu’elle attend le juridique pendant que les ventes attendent le client. Un VP Sales d’un éditeur de logiciels européen la décrit côté ventes :

« Tout ce qui touche à la documentation juridique peut être assez long, selon la complexité du deal. Le juridique est le maillon le plus lent. »

VP Sales, éditeur de logiciels européen

Les deals non standard suivent la même logique. Une remise au-delà de la limite du commercial part au Head of Sales jusqu’à un seuil, et au CRO au-delà. Cette validation relève du deal desk, qui la mène avec ses propres règles.

Là où les circuits d’approbation cassent

Un circuit d’approbation casse rarement sur la règle. Il casse sur le chemin que prend la demande entre les équipes.

Souvent, la demande arrive sans son contexte, et le valideur commence par réclamer le contrat, le devis ou la ligne budgétaire. Parfois, le valideur a changé de poste, et la demande attend devant un siège vide. Une échéance passe sans réponse, et le demandeur se met à relancer dans un fil de discussion. Plus tard, une modification du client rouvre une clause que le juridique avait déjà validée, sans que personne ne remarque que la validation ne tient plus. Et quand la finance ou un auditeur finit par demander qui a dit oui, la réponse se trouve quelque part dans un historique de messagerie.

Un ancien Head of Sales avec qui nous avons échangé pointe l’erreur la plus fréquente : les entreprises sous-estiment « le temps que prendront le juridique et les achats ». Le process existe dans la plupart des entreprises. Ce qui le ralentit, c’est tout ce qu’il doit traverser : les équipes, les outils, les boîtes mail, les agendas. Or quand le chemin officiel est plus lent qu’un message, chacun envoie le message, et la trace reste vide précisément là où se trouve le risque.

Circuit d’approbation, process d’approbation, visa et règle métier

Ces termes sont souvent employés l’un pour l’autre, à tort. Le process d’approbation, c’est la politique : qui doit valider quoi, écrit dans une procédure ou une délégation de pouvoirs. Une règle métier en est une condition, par exemple une remise de plus de 20 % qui doit passer par le CRO. Un visa est une validation unique. Le circuit d’approbation, enfin, est le chemin qui applique la politique à chaque fois : il enchaîne les visas, applique les règles et gère ce qui se passe entre eux.

L’automatisation des workflows en est proche, et elle fait bien son travail : elle déplace des tâches et des données d’un outil à l’autre. Le circuit d’approbation y ajoute une décision qu’une personne prend à un moment défini, et le process attend cette décision. Les deux fonctionnent ensemble : l’automatisation prépare la demande et exécute l’issue, tandis que le circuit d’approbation encadre la décision entre les deux.

Bien faire tourner un circuit d’approbation

Écrivez la règle une fois, puis faites du chemin orchestré le chemin le plus rapide. Quand suivre le circuit demande moins d’effort qu’envoyer un message, les gens le suivent, et la trace se constitue d’elle-même.

  • Donnez un responsable à chaque étape et une échéance à chaque valideur.
  • Envoyez la demande avec son contexte : le montant, la justification, les documents.
  • Lancez en parallèle les validations indépendantes.
  • Quand un valideur laisse passer l’échéance, le process demande, relance, puis escalade. Rien n’est validé par défaut.
  • Quand une condition change après validation, la demande repart vers le bon valideur, avec ce qui a changé.
  • Enregistrez chaque décision avec son fondement. Cet enregistrement constitue la piste d’audit de la demande.
  • Laissez la décision à la personne qui en répond : c’est ce que le human-in-the-loop veut dire sur une validation.
  • Laissez le responsable du process faire évoluer la règle, pendant que la DSI contrôle qui peut publier le changement.

Mesurez ensuite un seul chiffre : le délai entre la demande et la décision. S’il ne baisse pas, le circuit n’est qu’un formulaire, pas un chemin.

Encadré · Trois signes que vos validations se font en dehors du process

  • Une condition a été accordée dans un fil de discussion, et personne ne peut montrer qui l’a validée.
  • Les demandes partent encore vers la personne qui occupait le poste avant.
  • La même validation est demandée deux fois, parce que la première réponse s’est perdue dans un canal.
Pour aller plus loin : voyez comment les équipes opérations et ventes orchestrent leurs validations avec Ofelia, et comment le deal desk traite les deals non standard.

Ofelia Agentic et les circuits d’approbation

Ofelia Agentic est la couche d’exécution agentique gouvernée des opérations de l’entreprise, dans Slack et Microsoft Teams. Elle fait tourner les circuits d’approbation là où les demandes naissent déjà, fonctionne avec votre ERP, votre SIRH, votre CRM et tous les systèmes que vous utilisez, et laisse chaque décision à une personne.

Ofelia répond et guide. Un collaborateur demande « Qui valide cet achat ? » ou « De quoi ai-je besoin pour demander un accès pour un prestataire ? ». Ofelia répond à partir de la politique validée et de vos systèmes connectés, puis le guide vers l’étape suivante, avec un bouton pour soumettre la demande.

Quand une demande traverse plusieurs équipes, Ofelia la fait tourner comme un workflow. Prenons une revue de contrat. Le commercial la lance depuis Slack, avec les conditions du client en pièce jointe. Le juridique reçoit une seule demande, avec le contexte du deal et une échéance, et la finance reçoit les conditions de paiement en même temps. Une étape agentique extrait les termes clés et signale les clauses qui sortent du standard, puis un juriste tranche sur chacune. Si un valideur laisse passer l’échéance, Ofelia demande, relance, puis escalade. Si le client modifie une clause que le juridique avait validée, la demande repart vers le juridique avec ce qui a changé, et les autres validations restent acquises. Une fois toutes les validations obtenues, la demande de signature part, et chaque décision est tracée : qui a validé quoi, quand, selon quelle règle.

Regardez un deal orchestré du lead au renouvellement, en quatre minutes

Le responsable du process, à la finance, au juridique, à l’IT ou aux RH, confie à Ofelia la politique ou décrit la règle en langage courant. Ofelia propose le workflow, avec ses valideurs, ses seuils et ses étapes en parallèle, que le responsable adapte dans l’éditeur no-code Workflow Designer, teste et publie dans Slack ou Teams. La DSI garde la main sur qui peut construire et publier, sur les accès et les connexions, et sur toute la piste d’audit. Toutes les personnes dont une demande a besoin peuvent y prendre part, avec ou sans licence CRM.

Sous le capot, Ofelia s’appuie sur Bonita BPM, qui fait tourner des process d’entreprise depuis plus de 15 ans chez plus de 130 entreprises clientes. Le bon chemin est le plus rapide.

Téléchargez le one-pager Ofelia Agentic (PDF).

Découvrez Ofelia sur vos propres circuits d’approbation, lors d’une session personnalisée
Obtenir une démo

‍

Questions fréquentes

Quelle différence entre un process d’approbation et un circuit d’approbation ?

Un process d’approbation, c’est la politique : qui doit valider quelle demande, et à quelles conditions. Un circuit d’approbation est le chemin qui applique cette politique à chaque fois. Il envoie chaque demande aux bons valideurs dans le bon ordre, gère les silences et les changements, et enregistre chaque décision. Le process dit ce qui doit se passer, le circuit le fait arriver.

Que se passe-t-il quand un valideur ne répond pas : faut-il valider la demande par défaut ?

Non. Quand un valideur laisse passer l’échéance, un circuit d’approbation bien mené redemande, relance, puis escalade vers la personne suivante. Valider par défaut transforme un silence en décision que personne n’a prise et dont personne ne peut répondre. La rapidité vient de l’échéance et de l’escalade, pas du contournement du valideur.

Que se passe-t-il quand le client modifie une condition déjà validée ?

La validation ne tient plus pour cette condition. Dans un circuit d’approbation bien mené, la modification repart vers le valideur concerné, avec ce qui a changé, et les autres validations restent acquises. La nouvelle décision est enregistrée à côté de la première, pour que chacun puisse voir quelle version a été validée, par qui et quand.

Sources
Résultats attendus : cas d’usage Ofelia Agentic (demande d’achat et validation multi-niveaux, note de frais, revue de contrat, demande d’accès, deal desk).

Temps de lecture : 5 min
Sommaire
Questions fréquentes
‍
What does human-in-the-loop mean?
It means a person sets the limits an AI system works within, decides at the critical points and can step in at any time. The agent researches, analyses, acts and proposes inside those limits, and a person validates the outcome. Every step goes on record. The term is best known from machine learning, where people correct a model’s outputs to train it. It now extends to AI agents, which act with real autonomy. In automated and agentic processes, it applies to execution: the steps that commit the company.
Does the EU AI Act require human-in-the-loop?
The EU AI Act requires human oversight and record-keeping for high-risk AI systems. Human oversight means a person can understand, intervene and override. Human-in-the-loop by design is a practical way to meet that requirement. Whether a given process falls under the high-risk category, and from when, is a legal question for your counsel.
Where should a human stay in the loop in a sales process?
At the points that commit the company. A discount above policy goes to the sales director, the COO or the CEO, by threshold. A contract clause outside Legal’s approved matrix goes to a lawyer. The scope of the offer deserves a human eye too: a CIO of an industrial group notes that a scoping error at the offer stage surfaces 18 to 24 months later. Everything else, an agent can prepare: the quote, the standard clauses, the handoff to Finance and Customer Success.
What is BPMN and why does it matter in BPM?
BPMN, Business Process Model and Notation, is the standard notation for describing processes: tasks, decisions, roles, events and flows. Business and IT read the same diagram, and a BPM platform can execute it directly. A process modelled in BPMN is both the documentation and the application logic.