Files
erp/fleet/harness/runs/2026-08-13-indemnite-occupation/ABANDONNE.md
T
arcodangeandClaude Opus 5 67a74924e9 feat(erp): indemnité d'occupation janv→juil 2026 — paiements divers, sans tiers
Appliqué en production : 7 écritures, 1 483,23 EUR, compte courant d'associé
porté de -429,75 à -1 912,98. Grand livre auxiliaire intact — 12 tiers, 15
factures fournisseur, inchangés.

La première approche créait un tiers fournisseur « Radureau Gabriel » et lui
adressait 7 factures. C'était faux : le gérant n'est pas un fournisseur de sa
société, et lui ouvrir une fiche l'aurait fait apparaître au grand livre
auxiliaire, dans les balances âgées et les états de dettes fournisseurs —
l'objection exacte déjà opposée à l'URSSAF dans RUNBOOK_charges_sociales.md,
que j'ai reproduite en la contredisant. L'existant le disait pourtant : les 8
dettes déjà portées au compte courant sont toutes des factures de fournisseurs
RÉELS payées personnellement, le tiers n'étant jamais le gérant.

Le modèle correct est direct. Le compte bancaire CCA1 (id 3) porte le numéro
comptable 45511 et son propre journal ; un paiement divers en sens débit, code
613000 Locations, produit

    débit  613000  Locations                     (la charge)
    crédit 45511   G. RADUREAU, compte courant   (la dette envers l'associé)

Correction au passage : le plan comptable EST chargé (358 comptes, dont un
455110 dédié au compte courant du gérant). adc-009 affirme « module comptabilité
pas déployé » en confondant trois choses — le plan chargé, l'API REST absente,
et le dictionnaire des types de charges sans code comptable.

Deux bugs de ma main, trouvés en répétition :

- l'idempotence comparait les 24 PREMIERS CARACTÈRES du libellé, or
  « Indemnité d'occupation — » en fait exactement 24 : mars reconnaissait
  février et se déclarait déjà enregistré. Six mois silencieusement sautés.
  On compare désormais le libellé entier, avec tolérance à la troncature
  « … » de Dolibarr. recordSocialCharge.ts porte le même défaut, latent :
  ses libellés diffèrent avant le 24e caractère, aujourd'hui seulement.
- une boucle shell utilisait `set -- $m`, qui ne découpe pas les mots en zsh :
  la date devenait « 2026-- ». Le script a correctement refusé d'écrire.

/variouspayments répond « API not found » : le pipeline gated, qui parle REST,
ne peut pas porter cette opération — comme pour les charges sociales. Le script
en garde la discipline (répétition sandbox, relecture par la liste, opt-in
production explicite) sans le juge ni l'artefact de gate.

Le run gated abandonné est conservé sous fleet/harness/runs/ avec ABANDONNE.md :
il documente ce que le harness a vu, et surtout ce qu'il n'a pas vu.

Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
2026-08-13 21:04:55 +02:00

60 lines
2.9 KiB
Markdown

# Run abandonné — mauvaise modélisation, pas mauvaise exécution
Ce dossier de preuve est conservé parce qu'il documente une **erreur de
conception rattrapée avant d'atteindre la production**. Les artefacts (01 à 04)
décrivent un change-set qui n'a jamais été appliqué.
## Ce qui était proposé
Créer un tiers fournisseur « Radureau Gabriel », lui adresser 7 factures
fournisseur d'indemnité d'occupation, et régler chacune par le compte courant
d'associé — la voie `adc-005`.
## Pourquoi c'était faux
**Le gérant n'est pas un fournisseur de sa société.** Lui ouvrir une fiche
fournisseur le fait apparaître au grand livre auxiliaire, dans les balances âgées
et dans les états de dettes fournisseurs. C'est mot pour mot l'objection déjà
opposée à l'URSSAF dans `RUNBOOK_charges_sociales.md` — et je l'ai reproduite en
la contredisant.
Le contrôle qui aurait dû le révéler existait pourtant : les 8 dettes déjà
portées au compte courant sont toutes des factures de **fournisseurs réels**
(La Poste, Greffe, Infogreffe, Qonto), payées personnellement, le règlement
transitant par le compte courant. Le tiers y est toujours le fournisseur, jamais
le gérant. Il suffisait de regarder l'existant.
## Ce qui a arrêté le change-set
Un **403** à l'étape `apply` : le scope `prod-write` exclut délibérément le droit
122 « Créer/modifier les tiers », avec ce commentaire dans `test/scopes.ts`
*« No thirdparty creation […] those are rehearsed then applied by a human when
they are genuinely needed »*. La restriction a fait office de garde-fou pour une
raison qui n'était pas la sienne. La production n'a rien reçu.
C'est ensuite l'opérateur qui a posé la bonne question : faut-il vraiment un
tiers pour une dette envers le compte courant de l'associé ?
## Ce qui a été fait à la place
Sept **paiements divers** (`test/recordVariousPayment.ts`) sur le compte bancaire
`CCA1` (id 3, numéro comptable 45511), code comptable `613000 - Locations`,
sens débit :
débit 613000 Locations (la charge)
crédit 45511 G. RADUREAU, compte courant (la dette envers l'associé)
Aucun tiers, aucune facture, aucune pollution du grand livre auxiliaire.
## Ce que ce run apprend au harness
- Le pipeline ne porte que du REST. `/variouspayments` répond « API not found »,
donc la bonne opération lui échappe — comme les charges sociales. La couverture
du promote gated est plus étroite qu'elle en a l'air, et le choix de
l'instrument comptable décide de la voie disponible.
- Le verdict pré-gate (BLOCK sur la chronologie, art. 289) portait sur un
détail réel mais mal qualifié, et **passait à côté du défaut structurel**. Un
juge qui lit le change-set sans lire l'existant ne peut pas voir qu'un modèle
contredit celui déjà en place. Piste : donner au juge l'état observé, pas
seulement le manifeste.