Demandes d'achat en souffrance : un agent Dust partagé pour repérer les goulots d'étranglement

Le problème

Les demandes d'achat (purchase requests) sont le point d'entrée du processus procurement. Elles permettent aux équipes de formaliser leurs besoins avant qu'un bon de commande soit émis. Mais dans la pratique, elles restent fréquemment bloquées dans des files d'attente d'approbation pendant des jours, voire des semaines — sans que l'équipe procurement ni le demandeur ne sachent exactement où est le blocage.

Le problème vient du manque de visibilité centralisée. Chaque approbateur voit sa propre file, mais personne n'a une vue transversale : combien de demandes sont en attente depuis plus d'une semaine ? Qui est le goulot d'étranglement ? Quels départements accumulent les demandes non traitées ? Ces questions nécessitent aujourd'hui d'exporter les données, de croiser plusieurs tables, et de construire manuellement une vue consolidée.

En attendant, les équipes opérationnelles relancent par email ou Slack, ce qui génère du bruit et fragilise la relation entre procurement et les business units. Les demandes urgentes ne sont pas priorisées visuellement. Et quand une demande de 50 000 € attend depuis 3 semaines dans la file d'un manager absent, personne ne le sait.

Un agent partagé par toute l'équipe procurement

Avec le MCP Spendesk connecté une fois pour tout le workspace par un admin, un agent Dust configuré pour cette analyse est immédiatement utilisable par toute l'équipe procurement — pas besoin que chaque acheteur reconstruise sa propre vue consolidée dans un tableur.

Aller plus loin : 2 cas d'usage complémentaires

Approbateur avec le plus de demandes non traitées

Identifier quel approbateur concentre le plus de demandes en attente permet de comprendre si un goulot d'étranglement est structurel (périmètre trop large) ou conjoncturel (absence, période chargée).

Demandes de plus de 10 000 € bloquées depuis plus de 14 jours

Les grosses demandes bloquées longtemps représentent à la fois un risque opérationnel (impact sur les projets) et un risque financier (engagements non formalisés qui peuvent conduire à des achats hors processus).

Automatiser la relance chaque lundi

Une fois cette analyse validée manuellement, un Trigger planifié peut la relancer chaque lundi matin et poster directement le résultat dans le canal #procurement via @Dust — toute l'équipe voit les blocages sans avoir à lancer la question elle-même.

À retenir

→ Un agent Dust publié sur le workspace évite à chaque acheteur de reconstruire la même vue consolidée. → Les demandes d'achat bloquées >7 jours sont un signal de dysfonctionnement dans le processus procurement — get_requests + get_users les identifient en une question. → Un seul approbateur peut concentrer une part disproportionnée des demandes en attente — la visibilité sur ce goulot permet d'agir (délégation, rappel, priorisation). → Les demandes >10 000 € bloquées >14 jours créent un risque de contournement (achat hors processus) et d'impact projet. → Un Trigger hebdomadaire transforme cette vérification en routine automatique partagée par toute l'équipe.