Repérer les achats hors fournisseurs habituels

Identifie les dépenses réalisées auprès de fournisseurs hors référentiel approuvé, mesure le taux de conformité achats, et localise les équipes à risque.

ProcurementFinance Analyst📆 MensuelIntermédiaireLecture seule

Demandez-le comme ça

Quelle part de nos dépenses passe par des fournisseurs occasionnels ?

Quand l'utiliser

Quand vous voulez mesurer les achats faits en dehors de vos fournisseurs habituels.

Ce que ça produit

Taux de conformité achats global, top 5 fournisseurs one-shot par montant, équipes avec le plus de maverick spend, et catégories à risque.

Comment ça se déroule

  1. 1Identifie les fournisseurs réguliers sur douze mois
  2. 2Repère les dépenses récentes chez des fournisseurs occasionnels
  3. 3Regroupe ces dépenses par équipe et par montant
  4. 4Classe les cas par niveau de risque
  5. 5Présente la part d'achats hors fournisseurs habituels

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 technique68/100 · 3 outils
ConformitéFournisseursspendesk_analyze_spendget_suppliersget_payables

# Détection du maverick spend (achats hors politique)

## But
Identifier les dépenses réalisées en dehors du référentiel fournisseurs approuvés (maverick spend). Mesurer le taux de conformité de la politique d'achats et identifier les équipes ou catégories à risque.

**Limite :** Spendesk ne stocke pas nativement une liste "fournisseurs approuvés vs non-approuvés". Ce skill construit un proxy en distinguant les fournisseurs actifs réguliers des nouveaux fournisseurs one-shot.

## Instructions

### Étape 1 — Construire le référentiel proxy des fournisseurs "établis"
```
Appelle spendesk_analyze_spend avec :
  - groupBy : ["supplier", "month"]
  - limit : 50 (par défaut, seules 10 lignes sont renvoyées ; le reste part dans « Others »)
  - Période : 12 derniers mois (366 jours au maximum par appel)
  Le champ count de chaque ligne donne le nombre de dépenses ; le détail par mois donne le nombre de mois facturés.

Construire le référentiel proxy :
  Fournisseur "établi" = au moins 3 transactions ET au moins 2 mois différents de facturation
  Fournisseur "nouveau" ou "one-shot" = 1-2 transactions sur la période
  
Note : ce critère est une approximation. Idéalement, la liste des fournisseurs approuvés 
viendrait d'un ERP ou d'un fichier import.
```

### Étape 2 — Identifier les dépenses hors référentiel proxy
```
Appelle get_payables pour les 3 derniers mois.
Pour chaque payable :
  Vérifier si le fournisseur (counterparty.supplierId) est dans le référentiel "établi"
  Si non → potentiel maverick spend

Pour les fournisseurs one-shot identifiés :
  Appelle get_supplier_by_id pour récupérer le nom et le pays.
  Note : même pour un seul fournisseur, la réponse peut être volumineuse si son accountPayable est un compte consolidé partagé (voir [[s22-fournisseurs-actifs-iban]]) — c'est attendu, pas une erreur.
```

### Étape 3 — Analyser les patterns de maverick spend
```
Grouper le maverick spend par :
  - Centre de coût (quelle équipe achète hors référentiel ?)
  - Catégorie de dépense (quel type d'achat est concerné ?)
  - Montant (achat ponctuel vs engagement récurrent ?)

Calculer :
  Total maverick spend : X€ (X% du spend total)
  Nombre de fournisseurs one-shot : X
  Centres de coût avec le plus de maverick spend
```

### Étape 4 — Identifier les risques
```
Niveaux de risque :
  🔴 ÉLEVÉ : nouveau fournisseur, montant > 5 000€, pas de PO associé
  🟡 MODÉRÉ : nouveau fournisseur, montant 1 000-5 000€ ou récurrence
  🟢 FAIBLE : achat ponctuel < 1 000€ (peut être acceptable)

Pour les risques élevés :
  Le demandeur avait-il un besoin justifié ?
  Existe-t-il un fournisseur référencé équivalent ?
```

### Étape 5 — Rapport maverick spend
```
Présenter :
1. Taux de conformité achats :
   Spend fournisseurs référencés : X€ (X%)
   Maverick spend : X€ (X%)
   Objectif cible : < 10% (best practice procurement)

2. Top 5 fournisseurs one-shot par montant :
   Fournisseur | Montant | Nb transactions | Centre de coût | Catégorie | Risque

3. Centres de coût avec le plus de maverick spend :
   Équipe | Montant maverick | % de leur spend total

4. Catégories à risque :
   Catégorie | Maverick spend | Fournisseurs référencés disponibles ?

5. Recommandations :
   - Référencer les fournisseurs one-shot récurrents
   - Former les équipes fautives
   - Mettre en place des contrôles préventifs
```

## Points d'attention
- Ce skill produit un proxy — tous les "fournisseurs one-shot" ne sont pas forcément du maverick spend (certains achats ponctuels sont légitimes)
- Le taux de maverick spend optimal dépend du secteur et de la maturité achats (objectif < 10%)
- Ce skill est complémentaire au skill de tail spend (s57) — le maverick spend est un sous-ensemble du tail spend

## Exemples de prompts
- "Quel est notre taux de maverick spend ce trimestre ?"
- "Quelles équipes achètent le plus hors référentiel fournisseurs ?"
- "Identifie les achats hors politique d'achats des 3 derniers mois"

Comment installer ce skill

/
  1. 1
    Télécharger le fichier s61-maverick-spend.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 s61-maverick-spend.md .claude/s61-maverick-spend.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 spendesk_analyze_spend, get_suppliers, get_payables.

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
90/100·🔍 Ponctuel·Intermédiaire

Cost centers actifs vs archivés

Distingue les centres de coût actifs des archivés via le bon usage de get_cost_centers. Évite le piège de la convention de nommage isArchived vs isActive qui est contre-intuitive.

ControllerFinance Analyst

Interested in AI Agent services or Custom Integrations?