Demandes de carte en souffrance : un agent Dust partagé pour repérer les goulots d'étranglement
Les demandes de carte restent bloquées en attente sans que l'équipe procurement le sache. Un agent Dust publié pour toute l'équipe procurement dresse l'état complet des demandes en attente en une question.
Le problème
Les demandes de carte sont la façon dont les équipes demandent à dépenser : une carte virtuelle pour un achat ou un abonnement, ou un rechargement. (Le MCP Spendesk lit uniquement les demandes de carte, pas les demandes de bon de commande.) 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.
Donne-moi l'état de toutes les demandes de carte en attente depuis plus de 7 jours. Trie par ancienneté.
J'ai identifié 14 demandes de carte en attente depuis plus de 7 jours (`get_requests` ne couvre que les demandes de carte ; les demandes de bon de commande n'y figurent pas) :
| Demande | Demandeur | Département | Montant | En attente depuis | Approbateur en attente |
|---|---|---|---|---|---|
| REQ-2026-0891 | Lucas Bernard | IT | 48 000 € | 22 jours | Thomas Renard |
| REQ-2026-0834 | Camille Vidal | Marketing | 12 400 € | 19 jours | Marie Dupont |
| REQ-2026-0867 | Florent Masse | Engineering | 8 900 € | 17 jours | Thomas Renard |
| REQ-2026-0902 | Sandra Klein | HR | 6 200 € | 16 jours | Paul Girard |
| REQ-2026-0915 | Marc Jouve | Sales | 5 800 € | 14 jours | Marie Dupont |
| REQ-2026-0923 | Inès Moreau | Finance | 4 400 € | 13 jours | Thomas Renard |
| REQ-2026-0941 | Romain Faure | Product | 3 100 € | 12 jours | Paul Girard |
| REQ-2026-0958 | Léa Dumont | CS | 2 800 € | 11 jours | Sophie Blanc |
| … | … | … | … | … | … |
Voulez-vous que je prépare un résumé des relances à envoyer aux approbateurs concernés, triées par urgence ?
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).
Quel approbateur a le plus de demandes de carte en attente non traitées ?
Classement des approbateurs par nombre de demandes en attente :
| Approbateur | Demandes en attente | Montant total | Délai moyen d'attente |
|---|---|---|---|
| Thomas Renard | 6 demandes | 74 100 € | 15,3 jours |
| Marie Dupont | 4 demandes | 21 800 € | 12,1 jours |
| Paul Girard | 3 demandes | 14 200 € | 9,4 jours |
| Sophie Blanc | 2 demandes | 5 600 € | 8,2 jours |
| Autres (5 approbateurs) | 4 demandes | 6 100 € | 7,1 jours |
Voulez-vous que j'identifie les types de demandes qui passent systématiquement par Thomas Renard pour évaluer où une délégation est possible ?
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).
Y a-t-il des demandes de carte de plus de 10 000 € qui attendent depuis plus de 14 jours ?
J'ai identifié 4 demandes de carte supérieures à 10 000 € en attente depuis plus de 14 jours :
| Demande | Objet | Montant | Département | En attente depuis | Approbateur |
|---|---|---|---|---|---|
| REQ-2026-0891 | Licences IBM Maximo | 48 000 € | IT | 22 jours | Thomas Renard |
| REQ-2026-0834 | Campagne display Q3 | 12 400 € | Marketing | 19 jours | Marie Dupont |
| REQ-2026-0867 | Infrastructure Kubernetes | 8 900 € | Engineering | 17 jours | Thomas Renard |
| REQ-2026-0902 | Formation leadership 2026 | 6 200 € | HR | 16 jours | Paul Girard |
Voulez-vous que je génère un email d'escalade pour chacun de ces approbateurs avec le détail de la demande ?
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 de carte bloquées >7 jours sont le signal d'un goulot d'approbation —
get_requests(avecwithApproval) +get_usersles identifient en une question. Les demandes de bon de commande ne sont pas renvoyées par cet outil. - 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.
Related skills