L’approbation repose sur les groupes WeChat : comment intégrer le flux d’approbation, la gestion des documents officiels et les droits d’accès organisationnels dans un système

Introduction : Pour valider un déplacement professionnel, on s’appuie sur les messages de groupe ; pour trouver la personne chargée de l’approbation, on demande simplement.

Dans une entreprise manufacturière d’environ 200 salariés, la première demande de déplacement après le Nouvel An a suivi ce parcours : l’employé a mentionné son responsable dans le groupe, celui-ci a répondu « OK », puis l’employé a pris une capture d’écran ; à la fin du mois, lorsqu’il s’est agi de procéder aux remboursements de frais de voyage, le service financier a comparé chaque capture d’écran avec le budget correspondant ; enfin, le service RH a comptabilisé les « jours de déplacement des employés » et s’est rendu compte que certaines captures étaient incomplètes et que les données entre départements n’étaient pas alignées.

Ce n’est pas un cas isolé. Dans de nombreuses entreprises en Chine, le processus d’approbation se déroule ainsi :

• Trouver la bonne personne, c’est demander à quelqu’un : Au cours de sa première semaine, un nouvel employé pose souvent la même question : « Qui doit approuver mon congé ? Et qui valide mes notes de frais ? »
• Les messages de groupe servent de preuve : Sur WeChat ou DingTalk, un simple « @Patron approuvé » suffit à considérer qu’une demande a été validée, mais cela rend impossible tout contrôle ultérieur.
• Les données entre départements ne correspondent pas : Le service commercial estime que la visite client a déjà été approuvée, tandis que le service marketing pense que ce n’est pas le cas ; le service financier effectue le paiement en se basant sur la capture d’écran fournie par le service commercial.
• Les autorisations sont accordées oralement : Lorsqu’un manager quitte l’entreprise, ses droits d’accès ne sont pas révoqués, et le nouveau venu ignore à qui appartient le contrat précédemment approuvé par l’ancien responsable.

La cause profonde de ces problèmes ne réside pas dans la complexité même du processus d’approbation, mais plutôt dans le fait que le flux d’approbation n’a pas été intégré au système informatique. Les messages de groupe, les instructions orales et les captures d’écran ne sont que des moyens temporaires ; ce qui manque, c’est un support structuré, traçable et permettant de conserver une trace écrite. Un système OA (système d’automatisation bureautique) permet justement de structurer cette démarche : il consigne dans un seul flux d’approbation toutes les informations essentielles — qui, quel type de demande, à quel moment, auprès de qui, selon quelles règles, et comment les données sont ensuite traitées après validation.

01 Comment décomposer les tâches : la structure en trois niveaux du flux d’approbation

Décomposer le processus d’approbation revient en réalité à distinguer trois niveaux :

1. Niveau des tâches : L’employé initie des demandes spécifiques telles que « déplacement professionnel, congé, remboursement, contrat, utilisation du cachet officiel, achats », chacune comportant un montant, une durée, des pièces jointes et des objets commerciaux associés (par exemple, une demande de déplacement lié à une commande de vente, ou un remboursement lié à une facture).
2. Niveau du processus : Les tâches circulent d’un point à un autre ; les responsables de chaque étape sont calculés dynamiquement (en fonction du département, du niveau hiérarchique, du montant et du type de produit), et non fixés à l’avance.
3. Niveau des données : Une fois l’approbation accordée ou refusée, les données doivent être renvoyées vers les systèmes métiers (RH, finance, ventes, base de contrats), et ne peuvent rester cantonnées au seul flux d’approbation.

La relation entre ces trois niveaux est la suivante : Les tâches constituent l’entrée, le processus en est la colonne vertébrale, et les données en sont la sortie. Si l’on met en place un système OA sans intégrer les données sortantes, le flux d’approbation devient un îlot isolé ; si l’on ne développe que les tâches sans structurer le processus, on se retrouve avec un simple « formulaire à remplir ».

02 Comment concevoir : ensemble de trois éléments — nœuds dynamiques, matrice des autorisations et traçabilité —

Conception des nœuds : les responsables d’approbation ne sont pas figés.

Beaucoup de systèmes OA définissent dès le départ les responsables d’approbation de manière rigide : « Demande de déplacement → Responsable de département → RH → Directeur général ». Résultat : lorsque le responsable de département change de poste, que le service RH est intégré au service administratif, ou que le directeur général est en déplacement, tout s’effondre.

La bonne approche : Les responsables d’approbation sont calculés dynamiquement selon des règles. Ces règles reposent généralement sur quatre dimensions :

• Dimension départementale : Le département d’appartenance de l’initiateur est associé au responsable actuel de ce département (consultable en temps réel via l’organigramme).
• Dimension du niveau hiérarchique : Les montants, les durées et les valeurs contractuelles sont répartis selon différentes tranches, correspondant à des niveaux d’approbation distincts.
• Dimension du rôle : Si le montant d’un contrat dépasse 500 000, le service juridique doit obligatoirement intervenir ; si un employé part à l’étranger, la sécurité et la conformité exigent une signature conjointe.
• Dimension de l’agent désigné : Lorsque le responsable d’approbation est en congé ou en déplacement, la gestion est automatiquement transférée à un agent, choisi soit par rapport aux liens organisationnels, soit par le service RH.

En combinant ces quatre dimensions en une « expression régulière », le moteur de processus calcule en temps réel les nœuds correspondants, sans figer le nom du responsable d’approbation. Ainsi, même en cas de changement de poste ou d’ajustement organisationnel, aucun ajustement du modèle de processus n’est nécessaire.

Conception des autorisations : trois niveaux — menu, données, champs —

Les autorisations ne concernent pas seulement « l’accès au système », mais s’étendent à trois niveaux :

• Niveau du menu : Peut-on voir ce module (un employé ordinaire ne peut pas consulter « Gestion de l’organigramme ») ?
• Niveau des données : Peut-on accéder à cette donnée (le service commercial ne peut voir que les notes de frais des employés de son propre département, mais pas ceux du service commercial II) ?
• Niveau des champs : Certains champs de cette donnée sont-ils accessibles (un responsable d’approbation ordinaire ne voit pas le champ salaire du demandeur, mais le service RH y a accès) ?

Après avoir décomposé les autorisations en trois niveaux, le système OA peut désormais prendre en charge des structures organisationnelles complexes : groupe‑filiale‑département‑équipe ; les données inter‑niveaux sont contrôlées selon deux règles simultanées — « je peux voir ma propre ligne + je suis responsable de cette ligne ».

Conception de la traçabilité : sept éléments essentiels du journal d’approbation.

Chaque opération d’approbation doit laisser trace de sept éléments :

1. Opérateur : Qui a cliqué ?
2. Heure de l’opération : Précise jusqu’à la seconde.
3. Action réalisée : Approbation, rejet, transfert, signature supplémentaire, retrait.
4. Opinion de l’opérateur : L’opinion de rejet est obligatoire, celle d’approbation peut rester vide.
5. Position du nœud : À quelle étape du processus nous trouvons-nous ?
6. Instantané des données associées : Les valeurs des champs des objets commerciaux au moment de l’approbation (montants, pièces jointes) sont conservées telles quelles ; il est interdit de modifier ultérieurement les objets commerciaux sans que le registre d’approbation ne reflète ces changements.
7. Traces de l’appareil et de l’IP : Depuis quel appareil et quelle IP provient l’opération (utilisé pour les audits de conformité).

Si l’un de ces sept éléments manque, les audits se transforment rapidement en disputes. Une erreur courante est d’autoriser l’« opinion de l’opérateur à rester vide » ; ainsi, le rejet reste sans motif, l’employé insiste à plusieurs reprises, et le flux d’approbation s’allonge.

03 Comment développer : ensemble de trois composants — moteur de processus, moteur de formulaires et bus de messagerie.

Le cœur du développement d’un système OA repose sur trois moteurs, et non sur N pages :

Moteur de processus

Le moteur de processus ne nécessite pas de codage ; il suffit de le configurer pour faire fonctionner le flux. Caractéristiques à prendre en charge :

• Flux séquentiel, parallèle, signature conjointe, signature individuelle — : Quatre types de flux de base ; la demande de titularisation suit un flux séquentiel (RH → Responsable → PDG), tandis que les achats requièrent une signature conjointe (finance et responsable des achats examinent simultanément).
• Branches conditionnelles : Selon le montant, le type de produit ou le niveau du demandeur, les flux se divisent ; les demandes inférieures à 5 000 yuans suivent un circuit simplifié, celles comprises entre 5 000 et 50 000 passent par une double vérification département‑finance, et celles supérieures à 50 000 impliquent également le PDG.
• Réversion et rejet : trois types de rejet doivent être pris en charge — rejet vers le demandeur, rejet vers n’importe quel nœud, rejet vers le nœud précédent.
• Signature supplémentaire et transfert de signature : l’agent d’approbation peut transférer la tâche à un collègue (transfert de signature) ou inviter un collègue à participer à l’examen (signature supplémentaire).
• Retrait et annulation : le demandeur peut retirer les dossiers non encore approuvés ; l’administrateur peut annuler les dossiers anormaux.

Une fois le moteur de processus mis au point, il sera possible d’ajouter une nouvelle catégorie d’approbation sans avoir à écrire de code : il suffira de dessiner un diagramme et de configurer un formulaire pour mettre le système en ligne. C’est là l’élément clé qui distingue l’OA des solutions d’« externalisation du développement des approbations ».

Moteur de formulaires

Les formulaires doivent être conçus « sans codage » : types de champs (texte, nombre, date, pièce jointe, objet métier associé), règles de validation, champs obligatoires ou facultatifs, conditions d’affichage ou de masquage — tout cela doit pouvoir être configuré par glisser‑déposer de manière visuelle. Ainsi, lorsque le service RH modifie les champs relatifs aux notes de frais ou que le service commercial ajoute des champs pour les contrats,

il n’est plus nécessaire de planifier avec le service informatique.

Le moteur de formulaires doit prendre en charge :

• Autorisations au niveau des champs : sur un même formulaire, les différents agents d’approbation ne voient pas les mêmes champs (par exemple, un agent ordinaire ne peut pas voir le numéro de téléphone du demandeur).
• Liaison entre champs : lorsque l’on sélectionne « Type de contrat = Contrat de service », les champs spécifiques aux contrats de service s’affichent automatiquement.
• Rétro‑écriture des données : après approbation, les informations sont automatiquement réécrites dans les systèmes métiers (statut du contrat, présence RH, pièces comptables).

Bus de messages

Lorsque l’approbation est accordée ou refusée, le demandeur ainsi que les systèmes métiers concernés (RH, finance, ventes) reçoivent immédiatement une notification. Le bus de messages assure cette diffusion unifiée :

• Notifications internes au système : messages privés accompagnés de tâches à accomplir.
• Notifications IM : via les webhooks de WeChat d’entreprise, DingTalk et Feishu, envoyées aux groupes ou aux individus correspondants.
• E‑mails et SMS : notifications de sauvegarde pour les étapes clés (validation des contrats, déplacements à l’étranger).
• Messages des systèmes métiers : après approbation, un message est inscrit dans la liste des tâches à accomplir du système métier (par exemple, une tâche de remboursement pour le service financier, une tâche d’embauche pour le service RH).

Le bus de messages n’est pas un simple « ornement » ; c’est le « circuit de retour » du flux d’approbation — sans notification, le demandeur ne sait pas vers qui se tourner ensuite, et tout le processus se bloque.

Conclusion : séquence de mise en œuvre, risques et indicateurs

La mise en ligne du système OA se fait en trois étapes :

1. Première phase (1 mois) : intégration des trois opérations les plus fréquentes — congés, déplacements professionnels et remboursements — couvrant l’ensemble des utilisateurs. Il s’agit d’abord de transférer les validations actuellement gérées par les groupes WeChat vers le système ; même avec ces trois cas seulement, l’alignement des données inter‑départements devient immédiat.
2. Deuxième phase (2 à 3 mois) : ajout de quatre opérations de fréquence moyenne — contrats, apposition de sceaux, achats et paiements — connectées au système financier. Cette phase vise également à assurer la rétro‑écriture des données (lorsqu’un contrat est approuvé, il est automatiquement archivé dans la base de contrats).
3. Troisième phase (à définir selon les besoins) : intégration de l’ensemble des processus RH — évaluation, promotion, titularisation, recrutement, départ, etc. Cette phase, pilotée par le service RH, vise à connecter les données maîtres RH.

Risques courants :

• Règles trop flexibles : la configuration des flux d’approbation est trop libre, si bien que personne ne sait qui doit intervenir ensuite. Principes : Les modèles de processus ne doivent pas dépasser 30 éléments ; au-delà, le contrôle devient impossible.
• Absence d’agent désigné : lorsqu’un responsable d’approbation est en déplacement et qu’aucun agent n’a été nommé, le processus reste bloqué pendant trois jours sans aucune validation. Le système détecte automatiquement les « processus bloqués depuis plus de 24 heures » et déclenche une alarme.
• Absence de rétro‑écriture des données : malgré l’approbation, la présence n’est pas mise à jour dans le système RH, et aucune pièce comptable n’est générée dans le système financier. La rétro‑écriture exige une double vérification : une fois l’opération effectuée dans l’OA, l’interface du système métier est activement sollicitée pour confirmer la réception.

Indicateurs permettant d’évaluer la réussite du projet :

• Durée moyenne d’achèvement des approbations : avant la mise en ligne, les validations circulaient dans les groupes pendant trois jours ; après la mise en ligne, elles sont bouclées en moins d’une journée grâce au système.
• Cohérence des données inter‑départements : le taux d’erreur dans la conciliation entre les trois références — RH, finance et ventes — a diminué de plus de 80 %.
• Taux de traçabilité pour les audits : sur un échantillon aléatoire de 20 validations historiques, le taux de complétude des sept éléments essentiels atteint 100 %.

Transférer les approbations des groupes WeChat vers le système n’a pas pour but de simplement « mettre le système en ligne », mais plutôt de faire en sorte que la recherche de la bonne personne cesse d’être dépendante des individus et devienne dépendante des règles . Une fois les règles écrites, peu importe qui quitte l’entreprise ou comment l’organisation évolue, les approbations resteront organisées.