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

  1. 1Compte les demandes de carte en attente et leur montant
  2. 2Liste ces demandes et calcule depuis quand elles attendent
  3. 3Les classe par ancienneté, de récente à critique
  4. 4Retrouve l'approbateur attendu sur chaque demande
  5. 5Regroupe par approbateur pour montrer où ça bloque
  6. 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
▸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

/
  1. 1
    Télécharger le fichier s62-procurement-requests-aging.md via le bouton ci-dessus.
  2. 2
    Placer 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
  3. 3
    Utiliser 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
95/100·🔍 Ponctuel·Expert

Auditer la couverture du MCP

Sonde tous les outils MCP disponibles, re-évalue la couverture des 50 cas d'usages persona, détecte les nouveaux champs ou outils, et régénère le rapport d'analyse des gaps.

CFOControllerAP Manager
90/100·📅 Hebdo·Débutant

Demandes de carte via get_requests

Explique comment utiliser get_requests pour les demandes de carte et pourquoi les remboursements de frais n'y apparaissent pas. Évite une source de confusion fréquente entre deux workflows distincts.

ControllerFinance Analyst
★ Top
89/100·🔍 Ponctuel·Intermédiaire

Créer un skill sur mesure

Transforme un besoin métier précis en un nouveau skill Claude sur mesure, prêt à l'emploi sur le MCP Spendesk.

CFOControllerAP Manager

Interested in AI Agent services or Custom Integrations?