Repérer les demandes de carte bloquées
Repère les demandes de carte qui attendent une approbation depuis trop longtemps, et chez quel approbateur elles sont bloquées.
ProcurementAP Manager📅 HebdoDébutantLecture seule
Demandez-le comme ça
Quelles demandes de carte attendent une approbation depuis trop longtemps ?
Quand l'utiliser
Chaque semaine, pour repérer les demandes de carte bloquées en approbation et savoir chez qui elles attendent.
Ce que ça produit
Total en attente, répartition par ancienneté, puis liste des demandes avec demandeur, montant, âge et approbateur attendu.
Comment ça se déroule
- 1Compte les demandes de carte en attente et leur montant
- 2Liste ces demandes et calcule depuis quand elles attendent
- 3Les classe par ancienneté, de récente à critique
- 4Retrouve l'approbateur attendu sur chaque demande
- 5Regroupe par approbateur pour montrer où ça bloque
- 6Présente les demandes à relancer en priorité
Ce qui vous protège
- Ce skill ne fait que lire : il ne modifie rien dans Spendesk
- Il agit avec vos permissions et votre rôle, jamais au-delà
- L'assistant ne peut ni approuver ni payer
↓ Télécharger le skill (.md)Comment l'installerSuivant : Créer, annuler ou clôturer un bon de commande →
▸Détail technique80/100 · 4 outils
Budget & POsConformitéget_requestsspendesk_analyze_requestsget_usersget_cost_centers
# Vieillissement des demandes de carte en attente
## Ce que ce skill couvre — et ce qu'il ne couvre pas
`get_requests` et `spendesk_analyze_requests` ne renvoient que les **demandes de carte** : carte à usage unique, abonnement, carte multi-usage et ses recharges, rechargement de carte physique.
Ne sont **pas** couverts, sans marqueur ni erreur : les demandes de bon de commande, les travel budgets, les notes de frais, les indemnités kilométriques et les factures. Ne jamais présenter ce rapport comme « toutes les demandes d'achat ». Pour les factures en attente d'approbation, utiliser le skill dédié (`get_invoices`).
## Étape 1 — Volume et montant en attente
```json
{
"tool": "spendesk_analyze_requests",
"params": { "fromDate": "YYYY-MM-DD", "toDate": "YYYY-MM-DD", "groupBy": ["requestState", "month"] }
}
```
Annoncer les dates exactes. La période porte sur la **date de création** des demandes et ne peut pas dépasser 366 jours : prendre les 12 derniers mois, et le dire, car une demande plus ancienne encore en attente n'apparaîtra pas.
La ligne `pending` donne le nombre et le montant en attente ; son détail par mois montre de quand datent ces demandes.
## Étape 2 — Liste des demandes en attente, avec leur approbateur
```json
{ "tool": "get_requests", "params": { "state": "pending", "withApproval": true, "pageSize": 100 } }
```
- Le filtre s'appelle `state` (pas `status`). `withApproval: true` ajoute la chaîne d'approbation.
- Âge d'une demande = aujourd'hui − `createdAt`.
- Approbateur attendu = les `approvers` de l'étape dont `state` vaut `current`.
- Montant : lire `amountInFunctionalCurrency.formatted` pour comparer ou totaliser ; `requestedAmount` est dans la devise de la demande. Les deux peuvent être `null` (demande sans montant).
- Paginer avec `page` tant que `hasNextPage` est `true`.
## Étape 3 — Classer par ancienneté
| Tranche | Âge |
|---------|-----|
| 🔴 Critique | plus de 30 jours |
| 🟠 Urgent | 15 à 30 jours |
| 🟡 À surveiller | 7 à 14 jours |
| 🟢 Récent | moins de 7 jours |
Pour chaque tranche : nombre de demandes et montant total en devise fonctionnelle.
## Étape 4 — Trouver où ça bloque
Regrouper les demandes en attente :
- **par approbateur attendu** — c'est le regroupement le plus utile : un même nom sur toutes les demandes anciennes désigne le goulot ;
- par demandeur (`requesterId`) ;
- par centre de coûts (`costCentreId`, souvent `null` : le dire plutôt que d'afficher un groupe vide).
Résoudre tous les identifiants avant d'afficher quoi que ce soit :
```json
{ "tool": "get_users", "params": { "ids": ["<userId>", "<requesterId>"] } }
```
`get_cost_centers` résout les centres de coûts, `get_supplier_by_id` les fournisseurs. Ne jamais afficher un identifiant brut ; s'il ne se résout pas, le dire.
## Étape 5 — Rapport
```
Demandes de carte en attente — <date du jour> (créées depuis le <date>)
Total : N demandes — X EUR
| Tranche | Demandes | Montant |
| Demande | Demandeur | Montant | Âge | Approbateur attendu | Lien |
À relancer en priorité : les demandes de plus de 30 jours, par approbateur.
```
`appUrl` donne le lien direct vers chaque demande : le fournir tel quel.
## Limites à dire dans le rapport
- **Pas de délai de traitement.** Une demande ne porte ni date d'approbation ni date de dernière mise à jour : on peut mesurer depuis combien de temps une demande attend, pas combien de temps les demandes approuvées ont mis. Ne pas calculer de « délai moyen d'approbation ».
- **Les demandes supprimées restent comptées**, sans marqueur : le total en attente peut surestimer la charge réelle.
- **L'assistant ne peut pas approuver** : la relance et l'approbation se font dans Spendesk.
## Résultat observé (compte démo, 5 octobre 2026)
3 demandes de carte en attente pour EUR 607,00, toutes créées le 9 juin 2026, soit 118 jours d'attente : tranche critique. Les trois attendaient le même approbateur, et aucune n'avait de centre de coûts. Sur 12 mois : 11 demandes, dont 8 approuvées (EUR 1 702,98).
## Exemples de prompts
- "Quelles demandes de carte attendent une approbation depuis trop longtemps ?"
- "Chez quel approbateur les demandes de carte sont-elles bloquées ?"
- "Y a-t-il des demandes de carte de plus de 30 jours que je dois relancer ?"
Comment installer ce skill
/
- 1Télécharger le fichier
s62-procurement-requests-aging.mdvia le bouton ci-dessus. - 2Placer le fichier dans le répertoire
.claude/de votre projet (ou~/.claude/pour une installation globale).cp s62-procurement-requests-aging.md .claude/s62-procurement-requests-aging.md - 3Utiliser dans Claude Code — le skill est automatiquement découvert. Décrivez votre besoin en langage naturel et Claude appliquera les instructions du skill.
💡 Assurez-vous que le MCP Spendesk est configuré dans votre
.claude/settings.json avec les outils get_requests, spendesk_analyze_requests, get_users, get_cost_centers.Skills similaires
★ Top