Digitaliser les demandes internes : congés, dépenses et validations

TL;DR (Quick Summary)

Digitaliser les demandes internes (congés, notes de frais, validations), c’est remplacer les circuits informels par des workflows tracés. Priorisez les flux à fort volume ou à risque, standardisez avant d’automatiser, et pensez preuve, mobile et conformité dès le départ.

• Prioriser les bons flux : commencer par les demandes où l’informel crée le plus de relances, de blocages ou de risque.
• Standardiser avant d’automatiser : figer champs obligatoires, règles de recevabilité, motifs de refus et statuts communs.
• Router explicitement : définir qui valide, selon quel seuil, avec délégations, escalades et délais cibles par étape.
• Tracer et conserver dès l’origine : intégrer preuve, contrôles, durées légales de conservation et RGPD dans le workflow.
• Rendre le mobile opérationnel : dépôt, photo de justificatif, notifications actionnables et mode hors-ligne, côté demandeur comme approbateur.
• Basculer par vagues : déployer un lot pilote, couper les canaux parallèles à une date fixée, accompagner les managers.
• Piloter dans la durée : suivre quelques indicateurs seuillés, revoir les exceptions chaque mois, nommer un responsable du dispositif.
• Takeaway: un workflow interne fiable repose sur trois piliers : un standard clair, un routage explicite et une preuve exploitable. Sans mobile réellement utilisable et sans date de bascule hors e-mail, l’informel revient en quelques semaines.

Quand les demandes internes circulent encore par e-mail, messagerie ou accord oral, vous perdez du temps, de la traçabilité et parfois la conformité. La bonne approche n’est pas de tout digitaliser d’un coup, mais de structurer d’abord les flux qui coûtent le plus cher quand ils dérapent. Voici comment procéder, du choix des premiers flux jusqu’au pilotage dans la durée.

Commencer par les flux internes où l’informel coûte le plus cher

Le problème est rarement l’absence d’outil. C’est l’empilement de demandes traitées « comme d’habitude » : un e-mail au manager pour un congé, une photo de ticket envoyée sur messagerie, une validation budgétaire obtenue à l’oral puis régularisée plus tard. Le jour où il faut retrouver une décision, prouver un accord ou corriger un retard de paie, tout le monde perd du temps.

Un workflow interne digitalisé, c’est un circuit où une demande est saisie dans un outil, routée vers le bon valideur, tracée jusqu’à sa décision finale, puis enregistrée dans le système concerné (SIRH, comptabilité). Commencez par les flux où l’informel crée le plus de relances, de blocages ou de risque.

Trois familles se traitent en général en premier :

• Congés et absences : volume élevé, impact immédiat sur les équipes, la paie et les soldes.
• Notes de frais : pièces justificatives, contrôle de la politique interne, impact comptable et fiscal.
• Validations à impact financier ou RH : achats hors contrat, avances, primes, changements de situation, exceptions RH.

L’ordre de déploiement suit des critères concrets : volume hebdomadaire, temps passé à relancer, risque de non-conformité, nombre de niveaux de validation. Une entreprise peut commencer par les congés si les managers oublient de répondre, une autre par les notes de frais si la comptabilité reçoit des justificatifs incomplets, en retard et dans plusieurs formats.

Pour chaque flux, gardez un périmètre initial simple :

• qui peut soumettre la demande ;
• ce qui déclenche la demande ;
• quelle décision clôture le circuit ;
• dans quel système le résultat final est enregistré.

Pour un congé payé, le salarié soumet, le manager valide, le solde se met à jour dans le SIRH. Les absences atypiques viendront plus tard. Au début, visez un flux qui tourne vraiment, pas un circuit qui prétend couvrir tous les cas.

Standardiser chaque demande avant d’automatiser le circuit

Automatiser un processus flou ne le nettoie pas. Il le rend seulement plus rapide à mal exécuter. Avant de configurer des règles, figez la structure de chaque demande.

Chaque formulaire précise les champs obligatoires, les pièces attendues, les règles de recevabilité et les motifs de refus. Sans ce cadre, le workflow devient un aller-retour permanent entre demandeur, manager, RH et finance.

Une micro-checklist par type de flux évite ces allers-retours. Ce qu’il faut trancher avant toute automatisation :

Congé ou absence :

• type d’absence, dates de début et de fin ;
• solde disponible au moment de la demande ;
• remplaçant ou continuité de service si nécessaire ;
• pièce justificative pour les absences qui l’exigent (arrêt maladie) ;
• motifs de refus standard : solde insuffisant, période bloquée, justificatif manquant.

Note de frais :

• date, montant HT et TTC, devise, motif de la dépense ;
• rattachement à un centre de coûts et à un projet ;
• justificatif obligatoire selon le type et le montant ;
• plafond interne et TVA récupérable ;
• motifs de refus standard : dépense hors politique, justificatif illisible, doublon.

Demande de validation :

• objet, montant et nature de l’impact (budgétaire, RH, contractuel) ;
• niveau de validation requis selon le montant ou l’entité ;
• pièces à joindre (devis, contrat, bon de commande) ;
• échéance attendue ;
• motifs de refus standard : budget non disponible, hors délégation, informations incomplètes.

Distinguez très tôt le cas standard des exceptions. Beaucoup d’équipes essaient de tout faire rentrer dans un seul circuit, ajoutent des champs libres, des commentaires et des validations ad hoc, et obtiennent un formulaire illisible.

Les exceptions à cadrer dès la conception :

• absence rétroactive ;
• dépense hors politique interne ;
• approbateur indisponible ;
• urgence en dehors des horaires habituels.

Le but n’est pas de tout automatiser tout de suite, mais de savoir ce qui suit le circuit normal et ce qui sort vers un traitement sous contrôle.

Autre point souvent négligé : la taxonomie des statuts. Une base commune simplifie les reportings, les relances et les échanges entre équipes :

• Brouillon : la demande n’a pas encore été envoyée ;
• Soumis : le demandeur a transmis la demande ;
• En validation : la demande attend une décision ;
• Approuvé : la demande est acceptée ;
• Rejeté : la demande est refusée ;
• Renvoyé pour correction : la demande revient au demandeur sans être annulée ;
• Archivé : le dossier est clos et conservé.

Si « rejeté », « annulé » et « renvoyé » veulent dire des choses différentes selon les équipes, personne ne sait quoi faire ensuite. Une fois ces règles écrites, des règles d’automatisation peuvent les appliquer sans intervention manuelle : un champ manquant bloque l’envoi, un dépassement de plafond ajoute un validateur. Bitrix24 propose ce type de règles et de déclencheurs, où une condition déclenche une action définie.

Concevoir un modèle d’acheminement clair avec validateurs et escalades

Une fois la demande standardisée, décidez comment elle circule dans la vraie vie interne : absences, montants, changements d’équipe et validations à distance.

Le circuit définit qui décide, à quelle étape, selon quelle règle. Les critères varient : type de demande, montant, entité juridique, centre de coûts, statut du salarié, ou combinaison de plusieurs critères.

Traduisez ces critères en règles chiffrées, pas en principes vagues. Voici un exemple de matrice de routage, à adapter à vos montants et à vos entités :

Les seuils et les délais ci-dessus sont des repères illustratifs : fixez les vôtres selon votre organisation. L’important est que chaque étape porte un délai cible, par exemple une validation manager sous 48 heures et un contrôle finance sous 72 heures, pour éviter les demandes qui stagnent.

La délégation doit être prévue comme une règle normale d’exploitation, pas comme un arrangement par message privé :

• une durée définie ;
• un périmètre précis : flux, entités, plafonds ;
• une traçabilité complète : qui a délégué à qui, quand, pour quoi ;
• une reprise automatique des validations au retour.

Sans ce cadre, les demandes se coincent ou partent à la mauvaise personne. Et si la délégation reste invisible dans l’outil, personne ne comprend pourquoi une décision a été prise par un tiers.

Encadrez aussi les escalades pour éviter qu’une demande urgente reste bloquée :

• relance automatique après un délai défini ;
• réaffectation si l’approbateur est absent ou inactif ;
• saisine du niveau supérieur si le délai maximum est dépassé.

Attention : toutes les escalades ne doivent pas déboucher sur une validation automatique. Pour un flux RH ou financier, l’absence de réponse ne vaut pas accord. Il faut escalader pour obtenir une décision, pas contourner la décision.

Ce circuit gagne à être outillé. Des flux d’approbation automatisés font passer une demande de congé ou de note de frais d’un valideur à l’autre selon ces règles, avec relance et réaffectation quand un approbateur ne répond pas. Bitrix24 propose ce type de flux, où le routage suit les conditions définies plutôt qu’un rappel manuel.

"Le CRM Bitrix24 est un outil qui possède de nombreuses possibilités d’automatisation."

Formateur, Lionel Graf

LGXR Consulting

Obtenir Bitrix24 gratuitement

Intégrer la preuve, la conformité et la conservation dès le workflow

Si la preuve est gérée à part, elle finit mal rangée, incomplète ou introuvable. Un bon workflow produit le dossier qui prouve ce qui a été demandé, décidé, modifié et conservé.

Selon le flux, les preuves à joindre ou à générer incluent :

• les justificatifs de dépense ;
• l’horodatage des soumissions et des décisions ;
• le motif de refus ou de retour pour correction ;
• l’historique des modifications ;
• un accusé de réception ou un consentement quand c’est nécessaire.

Un refus sans motif pousse le demandeur à relancer par e-mail. Une validation non horodatée complique les contrôles. Un historique incomplet rend les litiges difficiles à trancher.

La conservation se pense en même temps que le workflow, car les durées légales diffèrent selon les pièces. En France, les pièces comptables et leurs justificatifs se conservent dix ans à compter de la clôture de l’exercice (article L123-22 du Code de commerce). Les pièces comptables et leurs justificatifs sont à conserver dix ans au titre du Code de commerce. Un délai fiscal de six ans s'applique par ailleurs à certains documents soumis au contrôle de l'administration fiscale ; lorsqu'un justificatif relève des deux régimes, retenez la durée la plus longue applicable, et l’employeur conserve le double des bulletins de paie cinq ans (article L3243-4 du Code du travail).

Un justificatif papier peut être numérisé puis détruit, à condition de respecter des règles d’inaltérabilité : reproduction fidèle, format PDF/A-3, horodatage et archivage à valeur probante, encadré par la norme NF Z42-013. L’arrêté du 22 mars 2017 et, côté cotisations sociales, celui du 23 mai 2019 fixent ces conditions. Un scan approximatif, sans ces garanties, n’a pas la même valeur en cas de contrôle.

Côté données personnelles, le RGPD ajoute trois exigences : une base légale (souvent l’exécution du contrat de travail pour la paie et la gestion administrative), le principe de minimisation et un droit d’accès des salariés à leurs données. Concrètement, on ne conserve pas « au cas où » : on garde le temps strictement nécessaire, puis on supprime, on anonymise ou on bascule en archivage à accès restreint.

Reliez chaque durée de conservation au type de pièce dans le paramétrage du workflow, avec le niveau d’accès associé et la règle de suppression ou d’anonymisation à terme.

Autre sujet : les contrôles bloquants et non bloquants. Tout bloquer frustre les utilisateurs, ne rien bloquer laisse passer les erreurs répétées.

Exemples de contrôles bloquants :

• format de pièce non accepté ;
• dépense au-dessus d’un plafond non autorisé ;
• solde de congés insuffisant ;
• doublon évident sur une note de frais ;
• violation d’une séparation des tâches sur certaines validations.

Exemples de contrôles non bloquants :

• commentaire recommandé mais non obligatoire ;
• justificatif lisible mais partiellement recadré ;
• écart mineur à revoir par un contrôleur humain.

Le dosage est décisif. Une application qui refuse une photo pourtant exploitable pousse au mail ou au papier. À l’inverse, un paramétrage qui laisse un manager valider sa propre demande crée un risque bien plus grave. C’est là que se joue l’adoption réelle du workflow.

Kit de flux internes : modèles, délais, validations

Saisissez votre adresse e-mail pour recevoir un guide complet, étape par étape

Je confirme d'avoir lu et compris la Politique de confidentialité de Bitrix24

Rendre le mobile réellement opérationnel pour demandeurs et approbateurs

Le mobile n’est pas un bonus de confort. Pour les managers en déplacement, les salariés sans poste fixe, les équipes terrain ou les astreintes, c’est souvent le vrai point d’entrée. Si le mobile ne marche qu’à moitié, l’informel revient immédiatement.

Le minimum attendu côté demandeur :

• déposer une demande depuis mobile ;
• prendre ou joindre une photo de justificatif ;
• reprendre un brouillon ;
• consulter le statut sans fouiller dans plusieurs menus ;
• recevoir des notifications qui permettent d’agir.

Côté approbateur, le parcours doit être encore plus court. Une validation mobile qui oblige à se reconnecter au VPN, à ouvrir un PDF externe puis à chercher le bon bouton finit remise à plus tard.

Quelques leviers techniques rendent le mobile vraiment opérationnel :

• Authentification adaptée au risque : SSO et double authentification seulement quand l’action le justifie, pas à chaque geste simple.
• Notifications push actionnables : valider ou refuser depuis la notification, sans ouvrir dix écrans.
• Compression automatique des photos : un justificatif pris en photo est allégé sans perdre en lisibilité.
• File d’attente hors-ligne : une demande saisie sans réseau se synchronise dès la connexion revenue.
• Alternative au VPN : un accès zero-trust, si la politique de sécurité le permet, évite la reconnexion lourde.

Quelques frictions recréent presque toujours de l’informel :

• authentification trop lourde pour une action simple ;
• formulaires trop longs pour un écran mobile ;
• impossibilité d’enregistrer un brouillon ;
• validation inaccessible hors réseau interne, même quand une autre option existe.

Testez le mobile dans des situations réelles : manager entre deux rendez-vous, salarié en entrepôt avec une connectivité moyenne, justificatif pris dans un parking mal éclairé, approbation à traiter avant l’ouverture du bureau.

Ces cas révèlent vite les angles morts : champ obligatoire illisible, bouton de validation mal placé, photo trop lourde, session qui expire, notification non exploitable. Tant que ces irritants subsistent, les utilisateurs gardent une voie de secours hors outil.

Déployer par vagues et couper les canaux parallèles

Attendre un workflow parfait est une mauvaise idée. Les équipes repoussent la mise en production, accumulent les cas particuliers et finissent avec un projet trop gros pour être adopté proprement. Mieux vaut lancer un premier lot restreint, avec des règles simples, puis élargir.

Une séquence de déploiement saine ressemble souvent à ceci :

• Vague 1 : cas standards sur un périmètre limité ;
• Vague 2 : ajout de quelques exceptions fréquentes ;
• Vague 3 : extension à d’autres entités, populations ou circuits d’approbation.

Ce rythme permet de corriger les problèmes réels : règles mal comprises, routage erroné, pièces manquantes, délégations mal configurées.

Le point clé est la règle de bascule : à partir d’une date donnée, seules les demandes passées par l’outil font foi. Sans cette règle, l’ancien fonctionnement continue en parallèle. Traitez aussi les dossiers en cours : les demandes déjà engagées avant la bascule vont au bout dans l’ancien canal, les nouvelles passent uniquement dans l’outil.

La bascule tient surtout à l’accompagnement. Quelques outils de conduite du changement font la différence :

• Message de bascule daté : une communication claire annonçant la date à partir de laquelle l’outil fait foi.
• Réponse automatique des anciennes boîtes : un e-mail envoyé à l’ancienne adresse renvoie vers l’outil.
• Mise à jour de la politique interne : la règle écrite reflète le nouveau circuit et les motifs de refus.
• Kit managers : une FAQ et un pas-à-pas courts pour valider, déléguer et refuser dans le cadre.
• Plan de communication et de formation : des sessions courtes par population, avant et juste après la bascule.

Les managers doivent comprendre ce qui change concrètement :

• quelles preuves doivent désormais être jointes ;
• qui valide quoi selon le type de demande ;
• quand activer une délégation ;
• comment refuser une demande hors workflow.

Si un collaborateur envoie encore un e-mail pour « aller plus vite », le manager répond dans le cadre défini. Il ne valide pas pour demander une régularisation ensuite. La régularisation a posteriori entretient exactement le comportement qu’on cherche à supprimer.

Piloter la fiabilité du dispositif dans la durée

Une fois les workflows en place, vérifiez qu’ils restent utilisables, fiables et tenables quand le volume monte, que les équipes changent et que les règles internes évoluent.

Les métriques les plus utiles sont généralement :

• délai moyen de traitement ;
• taux de demandes incomplètes ;
• volume d’exceptions ;
• validations en retard ;
• usage mobile ;
• taux de contournement hors outil.

Fixez un seuil cible par indicateur pour transformer ces mesures en signaux d’alerte. Un tableau de bord de pilotage peut viser, par exemple :

• délai moyen de traitement inférieur à 48 heures ;
• taux de demandes incomplètes inférieur à 10 % ;
• usage mobile supérieur à 60 % sur les populations terrain ;
• taux de contournement hors outil inférieur à 5 %.

Ces seuils sont des repères à ajuster à votre contexte, pas des normes universelles. L’intérêt est de déclencher une action dès qu’un indicateur sort de sa cible.

Interprétez ensuite les écarts. Si le taux de demandes incomplètes reste élevé, le formulaire est mal conçu ou une règle reste trop implicite. Si les validations en retard se concentrent sur quelques managers, regardez le routage, les délégations et les notifications. Si l’usage mobile reste faible, le parcours est trop lourd pour les situations terrain.

Les exceptions et les rejets méritent une revue périodique, par exemple mensuelle, pour repérer les motifs récurrents.

Un bon réflexe consiste à classer les exceptions en trois groupes :

• À standardiser : fréquent, clair, faible ambiguïté ;
• À encadrer manuellement : rare mais légitime ;
• À bloquer : non conforme ou incompatible avec la politique interne.

Nommez enfin qui maintient le dispositif. Une gouvernance simple, de type RACI, clarifie qui met à jour les règles d’éligibilité, qui valide les changements de circuit et qui teste une nouvelle délégation ou une nouvelle étape avant la mise en production.

Le test des changements mérite un minimum de discipline. Un ajustement anodin peut casser un autre circuit, modifier un routage ou empêcher l’archivage correct d’une pièce. Ce sont souvent des erreurs silencieuses, découvertes trop tard.

Pour passer à l’action, tenez-vous-en à une séquence courte :

1. Choisir un flux pilote : un seul type de demande, sur un périmètre limité, avec des règles simples.
2. Standardiser puis router : figer les champs, les motifs de refus et la matrice de validation avant d’automatiser.
3. Fixer une date de bascule : au-delà, seules les demandes passées par l’outil font foi, avec un premier lot pilote daté.
4. Mesurer et étendre : suivre les indicateurs seuillés, corriger, puis élargir aux autres flux et entités.

FAQ