Bons de commande : créer, annuler, clôturer — et ce qui est irréversible
Avec les outils d'écriture en Beta, un assistant peut maintenant ouvrir et annuler des bons de commande depuis la conversation. Voici ce que ça donne, ce qui est irréversible, et pourquoi le montant d'un bon de commande n'est pas le budget que vous avez approuvé.
Le problème
Les bons de commande s'accumulent. Certains sont ouverts et jamais facturés, d'autres survivent à leur période, d'autres encore ont été créés par erreur sans que personne ne les annule. Chacun gonfle les engagements jusqu'à ce que quelqu'un reprenne la liste.
Jusqu'ici, le MCP Spendesk ne pouvait que lire les bons de commande. Avec les outils d'écriture en Beta, il peut aussi les créer, les annuler et les clôturer — ce qui oblige à être précis sur ce que fait chaque action.
Les échanges ci-dessous sont reconstitués à partir de tests faits sur un compte démo Spendesk le 5 octobre 2026. La formulation est réécrite pour la lisibilité ; les chiffres et les résultats sont ceux que les outils ont renvoyés.
D'abord, voir ce qui est ouvert
13 bons de commande ouverts, EUR 96338.00 engagés. Aucun n'a été facturé.
🟠 Facture en retard : 1
⚪ En cours, pas encore facturés : 12 — EUR 95780.00
Un bon de commande reste ouvert après sa date de fin, tant que personne ne le clôture ou ne l'annule.
Prochaine étape suggérée pour PO-4 : relancer le fournisseur pour la facture, ou l'annuler si l'engagement a été abandonné. Je vous montre son détail ?
Le rattachement entre un bon de commande et ses factures est enregistré : l'assistant le lit directement, au lieu de le deviner à partir des noms de fournisseurs et des montants.
Créer un bon de commande
Avant de le créer, merci de confirmer :
| Fournisseur | Montant | Centre de coûts | Période |
|---|---|---|---|
| OKKO (fournisseur existant) | EUR 120.00 TTC, EUR 100.00 HT (hypothèse : TVA à 20 %) | CSM | du 2026-10-05 au 2026-10-31 |
Deux détails passent facilement inaperçus. L'assistant recherche d'abord le fournisseur, parce qu'un nom qui diffère autrement que par la casse ou les accents — un point final suffit — créerait une seconde fiche fournisseur. Et il ne relance pas sur un résultat incertain : un second appel créerait un second bon de commande.
En annuler un
PO-20 — OKKO — EUR 120.00. Il est ouvert et sans facture rattachée, donc a priori annulable (Spendesk refusera aussi si une dépense lui est associée).
Si on demande de l'annuler une seconde fois, l'outil répond que le bon de commande n'est pas ouvert. C'est une réponse, pas un échec à relancer.
Ce qui est irréversible, et une chose qu'on ne peut pas voir
| Action | Possible quand | Réversible ? |
|---|---|---|
| Créer | À tout moment | Pas de suppression ; seulement une annulation, tant qu'il est ouvert et sans facture |
| Annuler | Ouvert, sans facture rattachée ni dépense associée | Non |
| Clôturer | Ouvert, au moins une facture, toutes les factures payées | Non — et le montant est réécrit |
Le montant d'un bon de commande n'est pas le budget que vous avez approuvé. C'est le montant engagé actuel. À la clôture, et dans certaines configurations dès qu'une facture le dépasse, Spendesk réécrit ce montant avec le montant facturé. Un bon de commande approuvé à 10 000 et facturé 14 000 peut afficher 14 000 des deux côtés.
L'assistant ne peut donc pas vous dire quels bons de commande ont dépassé leur budget. Il peut signaler un cas où le facturé est supérieur à l'engagé, mais l'absence d'un tel cas ne prouve rien.
À savoir
- Rôle requis. Le MCP Spendesk n'est utilisable que par un Controller ou un Account Owner de la société concernée. Avec un autre rôle, ces demandes ne fonctionnent pas.
- Beta, désactivé par défaut. Un Admin ou Account Owner active « Gérer les bons de commande » (Manage purchase orders) sur la connexion, puis chaque utilisateur se reconnecte et la coche.
- Gardez une confirmation humaine sur chacune de ces actions ; dans Claude, l'option qui n'autorise l'action qu'une seule fois (« Allow once »).
- Les demandes de bon de commande ne sont pas lisibles : l'assistant lit les bons de commande eux-mêmes, et les demandes de carte.
- La clôture n'a pas été testée pour cet article. Elle demande un bon de commande avec des factures payées et elle est irréversible ; elle est décrite d'après la documentation de l'outil.
À retenir
- Un assistant peut maintenant créer, annuler et clôturer des bons de commande, avec les outils d'écriture en Beta
- Un bon de commande créé ainsi est ouvert aussitôt, et ne peut jamais être supprimé
- Annuler et clôturer sont irréversibles ; la clôture réécrit en plus le montant
- Le montant engagé n'est pas le budget approuvé à l'origine : les dépassements ne sont pas détectables de façon fiable
- Le skill Créer, annuler ou clôturer un bon de commande enchaîne les contrôles et les confirmations dans l'ordre
Related skills
Find invoices with no purchase order and purchase orders still waiting for an invoice, using the real link between them.
Identify open purchase orders with no recent invoice activity, expired POs, and the budget commitment they are blocking.
Create, cancel and close purchase orders from the conversation, with pre-checks and irreversible actions flagged.