arcodangeandClaude Opus 5
775daacd18
Doctrine posée par l'opérateur le 13/08 : si une donnée fautive est déjà en production et sans incidence insurmontable sur l'exercice, on ne force pas la correction — on annote l'objet. Le registre reste append-only et l'écriture n'est pas maquillée. La règle est juste, son canal habituel est fermé ici : sur ce déploiement, AUCUNE écriture sur une charge sociale n'aboutit — ni la date, ni le montant, NI MÊME LA NOTE PUBLIQUE. Toutes passent par le même UPDATE et échouent sur « multiple assignments to same column fk_user_modif » (erp#87). Ce qui fonctionne est un autre chemin : attacher un document, le téléversement n'étant pas un UPDATE sur l'objet. La charge n°1 (URSSAF 1re échéance, 493 EUR) porte désormais deux pièces : l'appel de cotisations officiel, et une note de correction expliquant que le 22/05 est la date du PRÉLÈVEMENT quand l'échéance officielle est le 05/05 — 17 jours de retard, écart resté dans le même mois et le même exercice. annotateObject.ts écrit la note publique d'un objet et REFUSE explicitement quand le bug la bloque. Ce garde-fou vient d'un faux positif qui a bien failli passer : la page de retour de Dolibarr ré-affiche le texte soumis, si bien qu'un contrôle « le texte est là » réussit sur un enregistrement qui n'a jamais eu lieu. J'ai d'abord conclu que le chemin des notes échappait au bug — il ne lui échappe pas. Relire l'objet, jamais la page de retour. Le script reste utile sur les objets non affectés par erp#87. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
1.7 KiB
Note de correction — date de la 1re échéance URSSAF 2026
Objet : charge sociale n°1 — « URSSAF 2026 — 1re échéance », 493,00 € Établie le : 13 août 2026
Ce que la charge porte, et ce qui fait foi
La charge est enregistrée au 22/05/2026. Cette date est celle du prélèvement bancaire, non celle de l'échéance.
La date d'échéance officielle est le 05/05/2026, portée par l'appel de cotisations de l'URSSAF Île-de-France du 09/07/2026, n° TI 117 1583346778 4, joint à cette même charge.
Le règlement a donc été effectué avec 17 jours de retard sur l'échéance.
Pourquoi la date n'a pas été corrigée
Sur ce déploiement (Dolibarr 22.0.4 + PostgreSQL), aucune modification d'une charge sociale n'aboutit — ni la date, ni le montant, ni la note publique. Toute écriture échoue sur :
ERROR 42601: multiple assignments to same column "fk_user_modif"
ChargeSociales::update() affecte deux fois la même colonne ; MySQL l'accepte,
PostgreSQL le rejette. Suivi : erp#87.
L'écart restant dans le même mois et le même exercice, il est sans incidence sur l'exercice 2026. Conformément à la doctrine append-only du registre, la donnée n'est pas forcée : la présente note et le justificatif joint font foi.
Rappel sur les montants
Les 3 041 € appelés au titre de 2026 sont provisoires : ils sont calculés sur la base forfaitaire applicable aux assurés en début d'activité (8 856 €) et seront régularisés après la déclaration des revenus 2026.
Échéancier officiel : 0 € au 05/02 · 493 € au 05/05 · 1 215 € au 05/08 · 1 333 € au 05/11 (dont 120 € de contribution à la formation professionnelle).