Suivre le cash réellement décaissé

Reporting de trésorerie basé sur la date de règlement réelle (settlements) plutôt que la date facture (payables) — le vrai moment où l'argent bouge.

CFOFinance Analyst📅 HebdoIntermédiaireLecture seule

Demandez-le comme ça

Fais-moi un point trésorerie réel par mois, pas basé sur les dates de facture

Quand l'utiliser

Quand vous voulez un reporting de trésorerie fondé sur la date où l'argent sort réellement, et non sur la date de facture.

Ce que ça produit

Comparaison chiffrée entre la vue payables et la vue règlement réel, via spendesk_analyze_settlements groupé par mois et type.

Comment ça se déroule

  1. 1Récupère les règlements réellement effectués sur la période
  2. 2Regroupe les montants par mois, selon la date de règlement
  3. 3Distingue les sorties d'argent des entrées, par type de mouvement
  4. 4Présente les totaux dans la devise de l'entreprise
  5. 5Compare, sur demande, avec la vue par date de facture

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 technique85/100 · 1 outils
RapportsAnalyse des dépensesspendesk_analyze_settlements

# Cash flow réel — date de règlement, pas date facture

## Le piège à éviter

`spendesk_analyze_spend` (payables) répond à "combien on doit / a dépensé", basé sur `payableDate` — la date du document. Pour un reporting de trésorerie ou une mise à jour investisseurs, c'est **la mauvaise date** : une facture datée du 5 du mois peut être réglée le 28, ou le mois suivant. `spendesk_analyze_settlements` répond à la vraie question — quand l'argent a effectivement bougé (`clearedAt`, la date de compensation du mouvement).

Les deux vues divergent réellement, pas juste en théorie. Exemple observé sur un compte réel :

| Vue | Mai 2026 | Juin 2026 | Juillet 2026 |
|---|---|---|---|
| `spendesk_analyze_spend` (date facture) | 120 870,00 € | 17 639,94 € | 22 980,88 € |
| `spendesk_analyze_settlements` (date règlement) | — | 264 436,47 € | 32 729,75 € |

Un CFO qui lit uniquement la vue payables sous-estime largement la sortie de cash réelle de juin.

## Appel

```json
{
  "tool": "spendesk_analyze_settlements",
  "params": {
    "companyId": "<companyId>",
    "fromDate": "2026-06-01",
    "toDate": "2026-06-30",
    "groupBy": ["month", "type"]
  }
}
```

`fromDate`/`toDate` filtrent sur `clearedAt`, pas sur la date d'export comptable. Toujours grouper par `type` en plus de `month` — sinon le total net mélange les entrées (`refund`, `cashReturn`, `chargeback`, négatives) avec les sorties (`payment`, `reimbursement`, `advance`, positives), ce qui peut donner un total net petit ou négatif même avec un volume brut élevé.

## Résultat observé

```
{"key":"2026-06","amount":{"formatted":"EUR 264436.47"},"count":27,
 "breakdown":[
   {"key":"payment","amount":{"formatted":"EUR 264304.23"},"count":23},
   {"key":"reimbursement","amount":{"formatted":"EUR 132.24"},"count":4}
 ]}
```

Le montant est déjà en devise fonctionnelle (`billingAmount` sommé côté serveur) — jamais sommer `amount` (devise de la transaction d'origine) sur plusieurs devises.

## Quand utiliser laquelle des deux vues

| Besoin | Tool |
|---|---|
| "Combien on doit / a dépensé sur la période" (vue comptable) | `spendesk_analyze_spend` |
| "Combien de cash est réellement sorti / rentré" (vue trésorerie) | `spendesk_analyze_settlements` |
| Rapprochement bancaire | `get_settlements` (enregistrements individuels) |

## Limite à mentionner

Un settlement `state=exported` = ce mouvement de cash a été exporté vers la compta — indépendant du `bookkeepingStatus` de la payable liée. Ne pas confondre les deux (voir `s39-settlements-vs-gl-export`).

## Exemples de prompts utilisateur

- "Fais-moi un point trésorerie réel par mois, pas basé sur les dates de facture"
- "Quel est le cash sorti sur juin, en excluant les remboursements ?"
- "Compare la vue payables et la vue règlement réel sur le dernier trimestre"

Comment installer ce skill

/
  1. 1
    Télécharger le fichier s65-cash-flow-date-reglement.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 s65-cash-flow-date-reglement.md .claude/s65-cash-flow-date-reglement.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_settlements.

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?