Demandes de carte en souffrance : identifier les goulots d'approbation
Les demandes de carte restent bloquées en attente sans que l'équipe procurement le sache. Claude dresse l'état complet des demandes en attente par département et par responsable 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.
Ce que change le MCP Spendesk avec Claude
Avec le MCP Spendesk, Claude accède aux demandes de carte en attente (achat unique, abonnement, carte multi-usage, rechargement de carte), les trie par ancienneté, et les croise avec les données utilisateurs pour identifier les goulots d'étranglement — en une seule question. Les demandes de bon de commande ne sont pas renvoyées par get_requests ; les factures fournisseurs en attente d'approbation se lisent avec get_invoices.
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).
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).
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 ?
À retenir
- 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.
- Le délai moyen de traitement est un KPI procurement essentiel — l'objectif est généralement <5 jours ouvrés.
- Lancer cette analyse chaque lundi matin permet de gérer les blocages avant qu'ils deviennent des crises opérationnelles.
Related skills