La plupart des équipes découvrent à leurs dépens la différence entre un outil de workflow et un système de gestion de cas. Elles achètent un outil de workflow, configurent quelques déclencheurs et actions, puis, six semaines plus tard, elles se retrouvent face à un dossier bloqué qui ne correspond à aucun des chemins qu'elles ont construits. La logique de routage supposait une ligne droite. Le dossier a bifurqué.
L’automatisation des workflows de gestion de cas n’est pas un nom plus sophistiqué pour l’automatisation de workflows classique. Il s’agit d’une philosophie de conception différente, pour une catégorie de travail différente : celle où le parcours change selon ce que vous apprenez en cours de route, et non selon une séquence définie à l’avance.
Ce que les équipes apprennent trop tard
- Les dossiers et les tâches sont structurellement différents : une automatisation qui fonctionne pour l’un échoue souvent pour l’autre.
- Les équipes juridiques, RH, de santé et de service client ont besoin de gestion de cas, pas seulement d’outils de workflow, pour automatiser efficacement.
- La gestion adaptative des cas maintient les humains dans la boucle : elle renforce leur jugement, sans le remplacer.
- Les organisations qui automatisent les workflows de dossiers peuvent réduire les efforts manuels de 40 à 90 % et déployer des processus jusqu’à 50 % plus rapidement.
Ce que signifie réellement l’automatisation des workflows de gestion de cas
C’est là que les gens se trompent. Ils entendent « automatisation de workflow » et imaginent un organigramme : l’étape un mène à l’étape deux, l’étape deux déclenche l’étape trois. C’est l’automatisation linéaire des workflows, et elle traite les processus métier prévisibles. Un client soumet un formulaire, le formulaire crée un ticket, le ticket est attribué, le ticket est clôturé. Même parcours, à chaque fois.
L’automatisation des workflows de gestion de cas, c’est autre chose. Elle traite les situations dans lesquelles la séquence n’est pas connue à l’avance, car le travail lui-même génère de nouvelles informations qui modifient ce qui doit se passer ensuite. Un litige juridique n’arrive pas avec un chemin de résolution prédéterminé. Un dossier de relations avec les employés peut nécessiter un échange avec un responsable, un examen des politiques, une enquête, ou les trois, selon ce qui apparaît au cours de la première semaine.
Les recherches de McKinsey sur les opérations de service assistées par l’IA ont révélé que les organisations qui repensaient leurs processus de bout en bout dans des fonctions telles que le traitement des dossiers ont obtenu des réductions de coûts de service supérieures à 25 %. Ce chiffre ne consiste pas à cliquer plus vite : il s’agit d’éliminer la charge de coordination manuelle qui occupe la moitié de la journée des gestionnaires de dossiers lorsqu’un système ne s’en charge pas pour eux.
La définition formelle : l’automatisation de la gestion de cas traite des processus faiblement liés, où l’état du travail, son contexte et le jugement des personnes qui s’en occupent déterminent tous ce qui se passe ensuite. C’est l’opposé d’un processus métier séquentiel rigide.
En quoi un dossier diffère d’un workflow standard
Un workflow standard suit une séquence définie. Quelqu’un soumet un bon de commande, il est transmis à l’approbateur, l’approbateur clique sur oui ou non, puis l’enregistrement est mis à jour. La seule variation est la branche oui/non. Tout le reste est fixe. Ce sont des tâches de routine : à fort volume, prévisibles et faciles à automatiser une fois que quelqu’un a correctement cartographié le parcours.
Un dossier est différent. Il peut être mis en pause. Il peut recueillir de nouveaux éléments de preuve et changer de direction. Il peut générer des sous-tâches qui n’avaient pas été anticipées lors de son ouverture. Une réclamation client qui semblait simple devient un problème de conformité au troisième jour. Un dossier RH ouvert comme une question de politique interne se transforme en enquête formelle. Dans ces situations, « s’écarter de la norme » n’est pas un cas limite : c’est simplement un mardi.
Cette différence structurelle compte avant même que quiconque choisisse un outil. Si votre travail suit le même parcours 95 % du temps, un outil de workflow suffit. Si le parcours change régulièrement selon ce que vous apprenez au cours du dossier, vous avez besoin d’une infrastructure de gestion de cas sous-jacente à l’automatisation.
La place de la gestion adaptative des cas
La gestion adaptative des cas (ACM) est le sous-type spécifique conçu pour les situations imprévisibles et intensives en connaissances. L’idée — et les recherches de Flowable sont utiles à ce sujet — est que les gestionnaires de dossiers doivent pouvoir façonner le workflow en temps réel à mesure que de nouvelles informations arrivent, plutôt que d’être enfermés dans une séquence prédéfinie qui ne correspond plus à la réalité.
Un gestionnaire de dossiers traitant un litige d’assurance maladie peut devoir ajouter une étape d’examen des preuves qui ne figurait pas dans le plan d’action initial. Les systèmes ACM le permettent. L’automatisation gère les mécanismes : notifications aux parties concernées, suivi des échéances, demandes de documents, tandis que le gestionnaire de dossiers décide de ce dont le dossier a réellement besoin ensuite.
Voici l’idée reçue qu’il convient de nommer directement : l’automatisation intelligente de la gestion de cas ne retire pas les personnes du processus. Elle retire les parties qui ne nécessitent pas d’intervention humaine. Acheminer un dossier vers la bonne file ? Automatisez-le. Décider si une réclamation mérite d’être escaladée ? Cette décision reste du ressort du gestionnaire de dossiers, qui dispose désormais de meilleures informations pour la prendre.
Les problèmes de processus métier que l’automatisation de la gestion de cas est conçue pour résoudre
J’ai vu la même liste de problèmes générer des tickets de support dans toutes les équipes qui viennent nous voir avec des difficultés de gestion de cas. Ces problèmes ne sont pas exotiques. Ce sont ceux qui s’accumulent lorsqu’une équipe dépasse les limites de ses feuilles de calcul et de ses e-mails, sans les remplacer par une solution structurée.
Les transferts manuels constituent le premier goulot d’étranglement. Un dossier est ouvert par une personne, doit être transmis à un spécialiste, et le transfert se fait par e-mail avec un objet du type « TR : TR : Problème client - URGENT ». Le spécialiste n’a aucun contexte. Le client ne reçoit aucun accusé de réception. La personne initiale suppose que le dossier a été traité. Ce n’est pas le cas.
Les échéances manquées constituent le deuxième problème. Les équipes juridiques ont des échéances liées aux calendriers des tribunaux. Les dossiers RH suivent des délais réglementaires. Les assureurs santé ont des fenêtres de conformité. Lorsque le suivi des échéances repose sur la mémoire de quelqu’un ou sur un calendrier partagé sans automatisation, des éléments passent entre les mailles du filet. Le travail manuel de vérification des dates, d’envoi de rappels et d’escalade des éléments en retard revient à la personne qui a pensé à vérifier ce matin-là.
Les lacunes d’audit sont plus discrètes, mais coûteuses. Lorsqu’un dossier est résolu au moyen d’une série d’e-mails et de mises à jour dans des feuilles de calcul, sans enregistrement centralisé, reconstituer ce qui s’est passé devient un projet à part entière. Audits de conformité, communication de pièces dans une procédure juridique, enquêtes RH : tous nécessitent une trace. Le traitement manuel des dossiers n’en produit souvent pas une suffisamment solide.
Le quatrième schéma est le routage incohérent. Sans automatisation, les décisions de routage dépendent de la personne qui lit l’e-mail de réception ce jour-là. Le même type de dossier arrive chez différentes personnes selon les effectifs, l’attention portée et la connaissance institutionnelle. Certains dossiers atteignent l’expert. D’autres non.
La documentation d’Oracle sur l’automatisation du cycle de vie de bout en bout décrit à quoi ressemble une version résolue du problème : des notifications qui se déclenchent automatiquement à mesure que les attributs du dossier sont mis à jour, des plans d’action qui s’activent selon le type et le statut du dossier, et tout le cycle de vie qui s’exécute de la réception à la résolution avec une intervention manuelle minimale pour les étapes mécaniques. C’est l’écart que la plupart des équipes tentent de combler lorsqu’elles recherchent une automatisation de la gestion de cas.
📊 En pratique :
Les équipes qui mettent en œuvre des workflows automatisés de gestion de cas indiquent un déploiement des nouveaux processus de dossiers jusqu’à 50 % plus rapide et une réduction de 40 à 90 % des activités manuelles. Ce n’est pas une simple histoire d’efficacité abstraite : c’est la différence entre des gestionnaires de dossiers qui passent leur journée à faire du routage et des notifications, et des gestionnaires qui travaillent réellement sur les dossiers.
Suivi des échéances et automatisation des alertes
Le suivi manuel des échéances ne tient pas à l’échelle. Dix dossiers ouverts, très bien. Cinquante dossiers ouverts avec différentes fenêtres SLA réparties sur trois types de dossiers, tous attribués à des personnes différentes ? Quelqu’un oubliera quelque chose. Chaque semaine.
La gestion automatisée des échéances dans un système de gestion de cas traite ce problème au niveau du mécanisme. Lorsqu’un dossier est ouvert, le système calcule les échéances pertinentes selon le type de dossier, sa priorité et les éventuelles fenêtres réglementaires applicables. Il définit des rappels automatisés à des intervalles configurables : par exemple 72 heures avant, 24 heures avant et au moment même de l’échéance. Si l’échéance du dossier est dépassée sans résolution, un déclencheur d’escalade se lance automatiquement, en acheminant le dossier vers un superviseur ou en le signalant dans une file de conformité.
Un bon seuil de départ : signaler tout dossier ayant dépassé 80 % de sa fenêtre SLA sans mise à jour de statut. Ce n’est pas une règle absolue — cela dépend de vos types de dossiers — mais c’est un point de départ utile pour construire une logique d’escalade. Le cas d’usage juridique est l’exemple le plus concret : manquer une date limite de dépôt n’est pas seulement un problème d’efficacité. C’est un événement engageant la responsabilité. Les rappels automatisés et les chemins d’escalade existent précisément parce que les conséquences d’un oubli sont trop graves pour laisser le suivi à des processus manuels.
Notifications et mises à jour des attributs tout au long du cycle de vie d’un dossier
Les parties prenantes doivent savoir quand les choses changent. Un demandeur en attente d’une décision de santé, un employé qui suit un dossier RH, un client dont l’affaire juridique vient de franchir une nouvelle étape : tous ont un intérêt légitime à recevoir des mises à jour sur le statut du dossier. Sans automatisation, ces notifications sont envoyées lorsque quelqu’un s’en souvient, donc de manière incohérente.
L’automatisation du cycle de vie des dossiers gère cela en déclenchant les notifications en fonction des changements d’attributs plutôt que de la mémoire humaine. Lorsque le statut d’un dossier passe de « en cours d’examen » à « décision en attente », une notification est automatiquement envoyée à l’aide du modèle approprié pour ce type de dossier et ce public de parties prenantes. Lorsqu’un document nécessitant un accusé de réception est téléversé, la partie concernée est avertie sans qu’aucune personne n’ait à envoyer un e-mail manuellement.
Cela devient encore plus important dans les situations impliquant plusieurs parties prenantes : par exemple, les dossiers de santé impliquant un demandeur, un prestataire et un assureur, ou les affaires juridiques avec plusieurs réviseurs internes. Le cadre d’automatisation du cycle de vie d’Oracle couvre spécifiquement les mises à jour d’attributs, l’activation des plans d’action et les notifications comme déclencheurs centraux dans un système de gestion de cas. Résultat pratique : moins d’e-mails demandant « où en est-on ? », et moins de dossiers bloqués parce qu’une personne n’avait pas réalisé qu’elle attendait une action.
Automatisation de workflow ou solution de gestion de cas : là où la distinction s’estompe
Les deux catégories se chevauchent suffisamment pour que les équipes achètent régulièrement la mauvaise solution. Une comparaison est utile avant de s’engager sur une plateforme.
| Dimension | Automatisation de workflow | Solution de gestion de cas |
|---|---|---|
| Type de processus | Linéaire, répétable, piloté par une séquence | Dynamique, piloté par le contexte, parcours variable |
| Cas d’usage idéal | Traitement des factures, routage des leads, synchronisation de données, approbations à logique fixe | Affaires juridiques, enquêtes RH, demandes d’indemnisation, réclamations clients |
| Besoin de jugement humain | Faible : la plupart des étapes sont déterministes | Élevé : les chemins de résolution dépendent du contexte du dossier et des nouvelles informations |
| Logique de routage | Basée sur des règles, configurée à l’avance | Dynamique, peut changer au cours du dossier selon de nouveaux attributs ou constats |
| Point de rupture sous pression | Lorsque des exceptions apparaissent et ne correspondent pas aux parcours prédéfinis | Lorsque les modèles sont trop rigides et ne permettent pas d’ajustements en cours de dossier |
La distinction dans le tableau est nette, mais la réalité est plus complexe. De nombreuses équipes utilisent des outils d’automatisation des processus pour gérer certaines parties des workflows de gestion de cas — la réception, les notifications, le routage de base — et cela fonctionne jusqu’à un certain point. La limite apparaît lorsqu’un dossier dévie : l’outil n’a aucun moyen de le gérer correctement, car il a été conçu pour des séquences prévisibles, et non variables. C’est l’écart structurel entre l’automatisation de workflow et une solution de gestion de cas conçue à cette fin.
Pour les équipes qui construisent une logique de gestion de cas sur des plateformes d’automatisation généralistes, l’approche de Latenode mérite d’être connue. Elle prend en charge à la fois la logique de workflow linéaire et les ramifications dynamiques au moyen de nœuds JavaScript appliquant des règles de routage personnalisées. Vous pouvez ainsi créer une classification des types de dossiers et un routage conditionnel sans être enfermé dans des chemins prédéfinis. Ce n’est pas un argument commercial : c’est une réponse pratique à la question de savoir quels outils prennent réellement en charge une logique de dossiers variable au niveau de la plateforme.
Ce que couvre l’automatisation de la gestion de cas de bout en bout
Lorsque les fournisseurs parlent d’« automatisation de cas de bout en bout », ils désignent généralement quelque chose de précis. Il est utile de savoir ce que cela comprend réellement afin de vérifier si une plateforme donnée couvre l’ensemble du besoin ou seulement une partie.
Réception, classification et routage dynamique des dossiers
La réception est un domaine où une quantité surprenante de travail manuel subsiste. Je vois souvent ce problème remonter au support : des équipes équipées d’un système de gestion de cas parfaitement capable, mais qui demandent toujours à quelqu’un de lire chaque demande entrante et de la catégoriser manuellement, car elles n’ont jamais mis en place l’étape de classification. Le formulaire de réception existe. L’automatisation, non.
La réception automatisée capture les soumissions provenant de formulaires web, d’e-mails, de portails ou de flux API, puis les transforme en enregistrements de dossiers structurés sans saisie humaine. La classification suit immédiatement : le système applique des règles ou une catégorisation basée sur l’IA afin d’attribuer des types de dossiers, des niveaux d’urgence et des destinations de routage selon le contenu de la demande. Une demande d’indemnisation pour invalidité est différente d’un litige de facturation. Le système doit connaître la différence avant même qu’un humain ne voie le dossier.
Ensuite, le routage dynamique des dossiers attribue automatiquement le dossier à la bonne personne ou à la bonne file, selon le type de dossier, la charge de travail, l’expertise requise ou les règles réglementaires d’affectation. L’idée derrière le routage de « dossier dynamique » est que la logique d’attribution peut intégrer plusieurs variables simultanément, au lieu de vérifier une seule condition. Un dossier complexe signalé pour un réviseur senior est orienté différemment d’une demande courante. L’attribution des tâches s’effectue sans qu’un répartiteur humain ait à prendre cette décision pour chaque élément entrant.
Plans d’action guidés par des modèles ou décisions de dossier ad hoc
L’automatisation basée sur des modèles est la manière dont la plupart des systèmes de gestion de cas traitent les aspects prévisibles. Lorsqu’un dossier d’un type donné est ouvert, le système crée automatiquement un plan d’action standard : un ensemble de tâches, de notifications et de points de contrôle appropriés à ce type de dossier. Un nouveau dossier RH relatif à une faute professionnelle déclenche un modèle qui crée des tâches d’entretien préliminaire, définit des exigences de documentation et programme un premier point de contrôle. Personne n’a eu à le construire manuellement : le modèle s’active dès la réception.
Mais les modèles ne couvrent que ce qui a été anticipé. Les recherches de Flowable sur la gestion adaptative des cas le montrent clairement : les travailleurs du savoir doivent pouvoir ajouter des étapes, modifier le plan d’action ou remplacer la séquence lorsque les données du dossier l’exigent. Un dossier qui débute comme une demande de routine et devient une enquête formelle au milieu du processus doit pouvoir évoluer.
Les bons systèmes de gestion de cas prennent en charge les deux approches. Le modèle gère le parcours standard et crée automatiquement les tâches attendues. Le gestionnaire de dossiers peut étendre ou modifier ce plan lorsque les faits le justifient. L’automatisation suit les deux : le plan initial et toutes les décisions ad hoc prises en cours de route. Cette piste d’audit, d’ailleurs, n’est pas facultative dans les secteurs réglementés. C’est ce que les auditeurs demandent en premier.
Où les équipes utilisent concrètement les logiciels de gestion de cas
Les déploiements de solutions de gestion de cas se concentrent généralement dans quatre domaines. Chacun présente un problème opérationnel précis qui rend les outils de workflow génériques insuffisants, et chacun génère un ensemble identifiable de défaillances lorsque ce problème n’est pas traité avec une automatisation conçue à cette fin.
Équipes juridiques : routage des documents et gestion des échéances
Avant l’automatisation, les coordinateurs juridiques suivaient manuellement les échéances de dépôt de dossiers actifs dans des feuilles de calcul partagées, tandis que les documents juridiques passaient d’un réviseur à l’autre par e-mail, sans visibilité centralisée. Les dossiers manquaient des échéances non pas parce que les avocats les oubliaient, mais parce que le système de coordination des réceptions n’était pas fiable. La réception et classification automatisées acheminent les nouveaux dossiers vers le bon groupe de pratique selon leur type, définissent automatiquement les alertes d’échéance à partir de la date d’ouverture du dossier et garantissent que les documents juridiques atteignent le bon réviseur sans transfert manuel. Résultat pratique : moins de demandes de communication de pièces de dernière minute et une meilleure conformité aux SLA des échéances judiciaires.
Santé et assurance : coordination de multiples parties prenantes et conformité
Les dossiers de demandes d’indemnisation et de recours dans le secteur de la santé impliquent des demandeurs, des prestataires, des réviseurs internes et des responsables conformité, qui ont tous besoin de mises à jour rapides sur le même dossier. La coordination manuelle entre ces groupes est lente, sujette aux erreurs et fréquemment non documentée. L’automatisation de la gestion de cas gère les notifications à chaque groupe de parties prenantes selon les changements de statut, achemine les demandes vers le type de réviseur clinique approprié et crée une piste d’audit répondant aux exigences réglementaires sans effort supplémentaire de documentation manuelle. Les équipes traitant un volume élevé de dossiers constatent que la charge de coordination diminue nettement lorsque les notifications basées sur le statut s’exécutent automatiquement.
RH : dossiers de relations avec les employés et pistes d’audit
Le traitement des dossiers RH souffre d’une version spécifique du problème de fragmentation des données : les dossiers de relations avec les employés impliquent souvent simultanément des e-mails, des dossiers SIRH, des lecteurs partagés et des systèmes de tickets, sans enregistrement centralisé. Produire des rapports sur la charge de travail, la conformité aux SLA ou les tendances de résolution exige des jours de rapprochement manuel chaque trimestre. L’automatisation de la gestion des cas RH centralise la réception depuis plusieurs canaux, classe automatiquement les dossiers selon leur type et leur niveau de sensibilité, les achemine avec des minuteurs SLA actifs dès l’ouverture et maintient une piste d’audit complète pour chaque action réalisée. Les organisations visant 80 % de conformité aux SLA et 70 % de résolution dès le premier contact utilisent le routage automatisé et la logique de rappel comme mécanismes principaux pour atteindre ces objectifs.
Service client et centres d’assistance : réception, classification et gestion des SLA
Les demandes de service entrantes arrivent par e-mail, chat, téléphone et portails. Sans tri automatisé, les agents consacrent beaucoup de temps à catégoriser et attribuer les demandes plutôt qu’à les résoudre. La logique de classification d’un système de gestion de cas achemine automatiquement les demandes de service entrantes selon le type de demande, le niveau du client et l’urgence, définit la fenêtre SLA appropriée pour chaque catégorie de demande et envoie un accusé de réception initial sans intervention de l’agent. L’amélioration de l’expérience client découle directement de la réduction du délai entre la réception et le premier contact humain, un délai qui se réduit lorsque la classification et le routage ont lieu au moment de la soumission plutôt qu’au tri.
Une équipe RH d’une organisation de taille moyenne peut configurer des règles de routage automatisé pour les dossiers de relations avec les employés afin que les questions relatives aux avantages soient dirigées vers une file de spécialistes, les demandes sur les politiques vers une autre, et les sujets sensibles vers un groupe restreint, sans qu’un répartiteur ait à prendre ces décisions manuellement chaque matin. L’automatisation de ces décisions de routage de routine crée la capacité nécessaire au travail qui exige du jugement.
Bonnes pratiques pour configurer des workflows de gestion de cas sans les fragiliser par la suite
Je veux m’arrêter un instant sur ce point, car c’est lors de la phase de configuration que la plupart des problèmes évitables sont créés.
Le schéma que je vois le plus souvent : une équipe met en place une excellente automatisation pour le parcours idéal. Le type de dossier standard, le chemin de résolution attendu, la séquence de notification la plus courante pour les parties prenantes. Tout fonctionne parfaitement lors des tests. Puis l’équipe passe en production. Trois semaines plus tard, un dossier ne correspond pas au type attendu, la logique de routage ne prévoit aucune solution de repli, et le dossier reste en suspens jusqu’à ce que quelqu’un le remarque.
Ce n’est pas un cas limite rare. C’est le premier mode de défaillance d’un système de gestion de cas, et il est presque entièrement évitable.
🤔 Attendez.
La plupart des workflows de gestion de cas sont configurés pour le dossier qui arrive comme prévu, avec des informations complètes et correspondant à un type connu. Le véritable test consiste à voir ce qui se passe lorsqu’un dossier arrive incomplet, ambigu ou dans un type que le système ne reconnaît pas. Si vous n’avez pas conçu ce parcours, le système n’en a pas — et le dossier n’atterrit nulle part.
Comment décider ce qu’il faut automatiser et ce qu’il faut laisser au gestionnaire de dossiers
Il existe ici une règle de décision pratique, qu’il vaut la peine d’appliquer explicitement avant de configurer quoi que ce soit.
Automatisez les mécanismes. Acheminez les dossiers selon leur type, leur urgence et leurs attributs : c’est automatisable. Envoyez des notifications lorsque le statut change : automatisable. Définissez des rappels d’échéance : automatisable. Créez des ensembles de tâches standard à partir de modèles à l’ouverture d’un dossier : automatisable. Mettez à jour les enregistrements lorsque les attributs changent : automatisable. Toutes ces tâches sont répétables et reposent sur une logique déterministe. Le routage par rôle — ce type de dossier va à cette équipe — est le candidat à l’automatisation le plus évident de tout l’ensemble.
Laissez le jugement au gestionnaire de dossiers. Les décisions de résolution exigent un contexte que l’automatisation ne peut pas évaluer : ce que l’enquête a réellement révélé, si les faits justifient une escalade, si une exception à la politique est appropriée dans cette situation précise. Ce sont les décisions où les connaissances et le pouvoir d’appréciation du gestionnaire de dossiers comptent, et les automatiser crée de la responsabilité juridique, non de l’efficacité.
Le principe ACM de Flowable s’applique directement ici : l’automatisation doit permettre au gestionnaire de dossiers de se concentrer sur les décisions de jugement, sans remplacer ces décisions elles-mêmes. Les tâches de gestion de workflow répétitives et fondées sur des règles appartiennent à la couche d’automatisation. Le traitement des exceptions, les décisions de résolution et tout élément nécessitant une interprétation des faits doivent rester entre les mains de la personne.
Une courte liste de contrôle de configuration avant la mise en production :
- Chaque type de dossier dispose-t-il d’un parcours défini de la réception au routage, y compris une solution de repli pour les « types non reconnus » qui les envoie vers un réviseur humain ?
- Les déclencheurs d’échéance sont-ils configurés avec au moins deux points d’escalade avant l’échéance réelle, et pas uniquement au moment de cette échéance ?
- Existe-t-il un parcours de notification pour les dossiers inactifs, c’est-à-dire sans mise à jour de statut après une période configurable ?
- Quelqu’un a-t-il testé ce qui se passe lorsqu’un champ obligatoire manque à la réception ?
- Une personne ou une file est-elle expressément responsable des cas limites qui sortent des parcours configurés ?
Si l’un de ces cinq éléments manque, le workflow produira le ticket de support que vous ne voulez pas recevoir à 9 h un lundi matin.
C’est généralement là que commence le ticket.
