Analyse du tail spend (longue traîne)

Applique l'analyse de Pareto aux dépenses fournisseurs pour identifier le tail spend (petits fournisseurs nombreux, peu de volume) et les opportunités de consolidation.

↓ Télécharger le skill (.md)
75/100·📆 Mensuel·IntermédiaireFinance AnalystProcurement
Analyse des dépensesFournisseursspendesk_analyze_spendget_suppliers

🎯 But du skill

Applique l'analyse de Pareto aux dépenses fournisseurs pour identifier le tail spend (petits fournisseurs nombreux, peu de volume) et les opportunités de consolidation.

📊 Ce que ça produit

Tableau Pareto (Tier A/B/C), opportunités de consolidation par catégorie, fournisseurs one-shot à archiver, et économies potentielles estimées.

Bénéfice

Avant

Les achats dispersés dans de nombreux petits fournisseurs génèrent une charge administrative disproportionnée et un pouvoir de négociation dilué.

Après

Identification claire des opportunités de consolidation avec estimation des économies, prête pour un plan d'action procurement.



# Analyse du tail spend (longue traîne)

## But
Appliquer le principe de Pareto aux dépenses fournisseurs : identifier le "tail spend" (les nombreux petits fournisseurs représentant peu de volume mais générant beaucoup de charge opérationnelle), et trouver les opportunités de consolidation.

## Instructions

### Étape 1 — Récupérer les dépenses par fournisseur sur 12 mois
```
Appelle spendesk_analyze_spend avec :
  - groupBy : supplier
  - Period : 12 derniers mois

Résultat : liste des fournisseurs avec volume annuel.
Trier par montant décroissant.
```

### Étape 2 — Calcul de la courbe de Pareto
```
Total spend = somme de tous les montants

Pour chaque fournisseur (trié par montant desc) :
  Calculer le % du total et le cumulatif %

Identifier les seuils :
  Tier A (strategic) : fournisseurs représentant les premiers 70% du volume cumulé
  Tier B (preferred) : fournisseurs de 70% à 90% du volume cumulé
  Tier C (tail spend) : fournisseurs représentant les 10% restants du volume

Typiquement : 80% du volume est concentré sur ~20% des fournisseurs.
```

### Étape 3 — Analyser le tail spend
```
Pour les fournisseurs Tier C :
  Compter : X fournisseurs | X€ total | X% du spend
  Montant moyen par fournisseur
  Nombre de transactions par fournisseur

Sous-catégories du tail spend :
  💲 One-shot : un seul achat, jamais renouvelé
  🔄 Micro-récurrent : < 5 transactions/an, < 500€/an
  📦 Catégorie consolidable : même type de service que Tier A/B
```

### Étape 4 — Identifier les opportunités de consolidation

⚠️ **Risque de dépassement de taille de réponse — critique ici** : le Tier C est par définition la longue traîne, potentiellement des centaines de fournisseurs. `get_suppliers` embarque un champ `accountPayable.supplierIds` qui peut faire exploser la taille de la réponse pour chaque fournisseur partageant un compte AP consolidé — même `pageSize=3` peut échouer. **Ne jamais appeler `get_suppliers` sur l'ensemble du Tier C.** Cibler uniquement les 5-10 fournisseurs Tier C avec le plus de transactions, via `ids=[...]`, un par un ou en très petits lots.

⚠️ `get_suppliers` n'a pas de champ "secteur d'activité" — seulement `name`, `legalName`, `address`, coordonnées bancaires. Le rapprochement "fournisseurs similaires" reste manuel, basé sur la description des payables (`get_payables[].description`) plutôt que sur un champ structuré.

```
Pour le tail spend, chercher les doublons par catégorie :
  Ex: 12 fournisseurs de formation → peut-on consolider vers 1-2 partenaires ?
  Ex: 8 agences de voyage → consolider vers une seule?

Appelle get_suppliers avec ids=[...] pour les 5-10 fournisseurs Tier C avec le plus de transactions (ciblé, jamais une pagination large) :
  Vérifier : nom, pays
  Croiser avec les descriptions de payables (get_payables) pour deviner le type de service
```

### Étape 5 — Rapport tail spend
```
Présenter :
1. Tableau Pareto :
   Tier | Nb fournisseurs | Total spend | % du total
   A (≥ 70%) | X | X€ | 70%
   B (70-90%) | X | X€ | 20%
   C (tail, <10%) | X | X€ | 10%

2. Opportunités de consolidation :
   Catégorie | Nb fournisseurs actuels | Spend total | Action suggérée

3. Fournisseurs one-shot > 6 mois (sans activité récente) :
   À archiver pour nettoyer le référentiel

4. Économies potentielles estimées si consolidation :
   Réduction charge admin + négociation volume
```

## Points d'attention
- Le tail spend n'est pas forcément mauvais — certains achats ponctuels sont inévitables
- La consolidation doit être validée par les métiers (changement de fournisseurs impacte les opérations)
- Certains "petits" fournisseurs peuvent être stratégiques (niche, qualité rare)

## Exemples de prompts
- "Combien de fournisseurs représentent 80% de mes dépenses ?"
- "Y a-t-il des opportunités de consolidation dans mon tail spend ?"
- "Montre-moi les fournisseurs que je n'utilise qu'une fois par an"

Comment installer ce skill

/
  1. 1
    Télécharger le fichier s57-tail-spend-analysis.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 s57-tail-spend-analysis.md .claude/s57-tail-spend-analysis.md
  3. 3
    Utiliser dans Claude Codele 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.

Skills similaires

★ Top
95/100·🔍 Ponctuel·Expert

Audit de couverture MCP — Gap analysis automatisée

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