L'appel de cotisations URSSAF 2026 (PDF officiel du 09/07/2026, n° TI 117 1583346778 4) a permis de trancher l'imputation comptable, restée explicitement ouverte dans RUNBOOK_charges_sociales.md. La réponse contredit ce qui y était écrit.
Ce qui était faux
Poste
Écrit dans le runbook
Vérifié
Cotisations du gérant
646
641, sous-compte dédié
CSG/CRDS
646 + réintégration de la part non déductible
641, intégralement déductible
Contribution formation
6333
641, avec le reste
« Le type de charge pilote le compte »
affirmé
faux — dictionnaire sans code comptable
Le 646 (« cotisations sociales de l'exploitant ») vise l'entreprise individuelle et les sociétés à l'IR. Arcodange est une SARL à l'IS : la prise en charge par la société des cotisations de son gérant majoritaire est un complément de rémunération, donc du 641, et c'est déductible. Les comptes 645 et 631/633 restent vides — aucun salarié, l'opérateur n'est pas employeur, ce qui écarte doublement le 6333 (participation employeur à la formation).
Le piège CSG. La mention « montant de CSG déductible fiscalement : 602 € » portée par l'appel vise l'IR personnel du gérant (art. 62 CGI), pas l'IS de la société. Pour la SARL la CSG/CRDS est intégralement déductible ; la réintégration de 257 € annoncée dans un premier temps transposait à tort un raisonnement d'entreprise individuelle.
Ce que l'ERP ne tranche pas
La colonne « Code comptable » du dictionnaire Types de charges sociales ou fiscales (/admin/dict.php?id=7) est vide pour tous les types, TAXSSI compris — vérifié au niveau cellule. Le module comptabilité n'est pas déployé (/accountancy/* → 404) et la carte affiche « Code comptable: Inconnu ». Dolibarr porte les faits ; l'imputation vit dans le grand livre de l'expert-comptable.
Deux corrections de fond
Échéance ≠ prélèvement. L'appel donne des dates d'échéance au 5 du mois ; le débit tombe plus tard. La 1re échéance est au 05/05, débitée le 22/05 — soit 17 jours de retard, que la date de débit masquait.
Les 3 041 € sont provisoires, assis sur un forfait début d'activité de 8 856 €, et seront régularisés après la déclaration des revenus 2026. L'assiette est la rémunération du gérant, jamais le chiffre d'affaires : nouvelle entrée urssaf-2026-regularisation au calendrier.
Bug amont découvert en route
En tentant la correction de la date : aucune charge sociale n'est modifiable sur ce déploiement. Toute édition, même du seul montant, échoue sur
ERROR 42601: multiple assignments to same column "fk_user_modif"
ChargeSociales::update() génère un UPDATE qui affecte deux fois la même colonne — MySQL l'accepte, PostgreSQL le rejette. Le défaut est propre à cet objet : la mise à jour d'un tiers via REST fonctionne. Conséquence opératoire : la date doit être juste à la création. test/updateSocialCharge.ts conserve le cas de reproduction et diagnostique l'erreur au lieu de la subir.
La date de la charge n°1 en production reste donc à 22/05 au lieu de 05/05 — non corrigeable par l'application. Voie restante : correction en base, à arbitrer.
Contrôle du challenge contradictoire
L'imputation a été soumise à mistral-large-2512, dont le verdict a lui-même été vérifié et pris en défaut : il donnait 6333 pour « versements libératoires taxe d'apprentissage » (c'est 6335), 6354 pour « impôts sur rémunérations » (c'est « droits d'enregistrement et de timbre »), et citait des décisions de justice invérifiables. Son diagnostic « 646 est faux » était juste ; sa correction (658/455, non déductible, acte anormal de gestion) ne l'était pas. Recoupé ensuite sur deux sources indépendantes concordantes. adc-009 en tire la leçon opératoire : un verdict de challenger ne se reporte pas sans contrôle.
Justificatif attaché aux trois charges de production, vérifié sur /compta/sociales/document.php?id=1|2|3
Pourquoi ce PR reste en Draft
adc-009 est en statut Proposed : l'imputation en 641 est solidement étayée, mais une question conditionne son passage en Accepted et relève de l'expert-comptable — aucune rémunération n'ayant été versée en 2026, la prise en charge des cotisations constitue-t-elle à elle seule l'assiette, et faut-il verser une rémunération avant le 31/12 ? La décision de corriger ou non la date en base attend aussi un arbitrage.
L'appel de cotisations URSSAF 2026 (PDF officiel du 09/07/2026, n° TI 117 1583346778 4) a permis de trancher l'imputation comptable, restée explicitement ouverte dans `RUNBOOK_charges_sociales.md`. **La réponse contredit ce qui y était écrit.**
## Ce qui était faux
| Poste | Écrit dans le runbook | Vérifié |
| --- | --- | --- |
| Cotisations du gérant | 646 | **641**, sous-compte dédié |
| CSG/CRDS | 646 + réintégration de la part non déductible | **641, intégralement déductible** |
| Contribution formation | 6333 | **641**, avec le reste |
| « Le type de charge pilote le compte » | affirmé | **faux** — dictionnaire sans code comptable |
Le **646** (« cotisations sociales de l'exploitant ») vise l'entreprise individuelle et les sociétés à l'IR. Arcodange est une **SARL à l'IS** : la prise en charge par la société des cotisations de son gérant majoritaire est un **complément de rémunération**, donc du **641**, et c'est déductible. Les comptes **645** et **631/633** restent vides — aucun salarié, l'opérateur **n'est pas employeur**, ce qui écarte doublement le 6333 (participation *employeur* à la formation).
**Le piège CSG.** La mention « montant de CSG déductible fiscalement : 602 € » portée par l'appel vise l'**IR personnel du gérant** (art. 62 CGI), **pas l'IS de la société**. Pour la SARL la CSG/CRDS est intégralement déductible ; la réintégration de 257 € annoncée dans un premier temps transposait à tort un raisonnement d'entreprise individuelle.
## Ce que l'ERP ne tranche pas
La colonne « Code comptable » du dictionnaire *Types de charges sociales ou fiscales* (`/admin/dict.php?id=7`) est **vide pour tous les types**, `TAXSSI` compris — vérifié au niveau cellule. Le module comptabilité n'est pas déployé (`/accountancy/*` → 404) et la carte affiche « Code comptable: **Inconnu** ». Dolibarr porte les faits ; l'imputation vit dans le grand livre de l'expert-comptable.
## Deux corrections de fond
- **Échéance ≠ prélèvement.** L'appel donne des dates d'échéance au 5 du mois ; le débit tombe plus tard. La 1re échéance est au **05/05**, débitée le 22/05 — soit **17 jours de retard**, que la date de débit masquait.
- **Les 3 041 € sont provisoires**, assis sur un forfait début d'activité de 8 856 €, et seront régularisés après la déclaration des revenus 2026. L'assiette est la **rémunération du gérant, jamais le chiffre d'affaires** : nouvelle entrée `urssaf-2026-regularisation` au calendrier.
## Bug amont découvert en route
En tentant la correction de la date : **aucune charge sociale n'est modifiable sur ce déploiement.** Toute édition, même du seul montant, échoue sur
```
ERROR 42601: multiple assignments to same column "fk_user_modif"
```
`ChargeSociales::update()` génère un `UPDATE` qui affecte deux fois la même colonne — MySQL l'accepte, **PostgreSQL le rejette**. Le défaut est **propre à cet objet** : la mise à jour d'un tiers via REST fonctionne. Conséquence opératoire : **la date doit être juste à la création**. `test/updateSocialCharge.ts` conserve le cas de reproduction et diagnostique l'erreur au lieu de la subir.
**La date de la charge n°1 en production reste donc à 22/05 au lieu de 05/05** — non corrigeable par l'application. Voie restante : correction en base, à arbitrer.
## Contrôle du challenge contradictoire
L'imputation a été soumise à `mistral-large-2512`, **dont le verdict a lui-même été vérifié et pris en défaut** : il donnait 6333 pour « versements libératoires taxe d'apprentissage » (c'est 6335), 6354 pour « impôts sur rémunérations » (c'est « droits d'enregistrement et de timbre »), et citait des décisions de justice invérifiables. Son diagnostic « 646 est faux » était juste ; sa correction (658/455, non déductible, acte anormal de gestion) ne l'était pas. Recoupé ensuite sur deux sources indépendantes concordantes. `adc-009` en tire la leçon opératoire : **un verdict de challenger ne se reporte pas sans contrôle**.
## Vérifications
- `fleet/profile/scripts/validate.py` → **PASS** (17 entrées, 9 ADC, 0 erreur)
- `deno check test/updateSocialCharge.ts` → OK
- Arithmétique de l'appel : 2 062 + 120 + 859 = 3 041 ✓ ; 0 + 493 + 1 215 + 1 333 = 3 041 ✓
- Justificatif attaché aux **trois** charges de production, vérifié sur `/compta/sociales/document.php?id=1|2|3`
## Pourquoi ce PR reste en Draft
`adc-009` est en statut **Proposed** : l'imputation en 641 est solidement étayée, mais une question conditionne son passage en *Accepted* et relève de l'expert-comptable — aucune rémunération n'ayant été versée en 2026, la prise en charge des cotisations constitue-t-elle à elle seule l'assiette, et faut-il verser une rémunération avant le 31/12 ? La décision de corriger ou non la date en base attend aussi un arbitrage.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
L'appel de cotisations URSSAF 2026 (PDF officiel du 09/07) a permis de qualifier
l'imputation, restée explicitement ouverte dans le runbook. La réponse contredit
ce qui y était écrit.
Le compte 646 est réservé à l'entreprise individuelle et aux sociétés à l'IR : il
ne s'applique pas à une SARL à l'IS. La prise en charge par la société des
cotisations de son gérant majoritaire est un complément de rémunération —
compte 641, sous-compte dédié, déductible. 645 et 631/633 restent vides :
aucun salarié, l'opérateur n'est pas employeur.
Piège corrigé au passage : la mention « CSG déductible fiscalement » de l'appel
vise l'IR personnel du gérant (art. 62 CGI), pas l'IS de la société. Pour la
SARL la CSG/CRDS est intégralement déductible — la réintégration annoncée dans
un premier temps était un raisonnement d'entreprise individuelle mal transposé.
Le runbook affirmait aussi que le type de charge Dolibarr pilotait le compte.
Faux : la colonne « Code comptable » du dictionnaire est vide pour tous les
types, TAXSSI compris (vérifié cellule par cellule), et le module comptabilité
n'est pas déployé. La carte affiche « Code comptable: Inconnu ». L'ERP porte les
faits, pas les écritures.
Deux corrections de fond sur les dates et les montants :
- les dates de l'échéancier sont des dates d'ÉCHÉANCE (le 5 du mois), pas de
débit bancaire — 05/05 et non 22/05, ce qui rend visible le retard de 17 jours ;
- les 3 041 EUR sont PROVISOIRES, assis sur un forfait début d'activité, et
seront régularisés. L'assiette est la rémunération du gérant, jamais le CA.
Enfin, découvert en tentant la correction de date : aucune charge sociale n'est
modifiable sur ce déploiement. Toute édition, même du seul montant, échoue sur
« multiple assignments to same column fk_user_modif » — ChargeSociales::update()
génère un UPDATE que PostgreSQL rejette (42601) là où MySQL passe. Le défaut est
propre à cet objet ; la mise à jour d'un tiers via REST fonctionne. La date doit
donc être juste à la création. updateSocialCharge.ts conserve le cas de
reproduction et diagnostique l'erreur au lieu de la subir.
Le justificatif officiel est attaché aux trois charges de production.
Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
L'appel de cotisations URSSAF 2026 (PDF officiel du 09/07/2026, n° TI 117 1583346778 4) a permis de trancher l'imputation comptable, restée explicitement ouverte dans
RUNBOOK_charges_sociales.md. La réponse contredit ce qui y était écrit.Ce qui était faux
Le 646 (« cotisations sociales de l'exploitant ») vise l'entreprise individuelle et les sociétés à l'IR. Arcodange est une SARL à l'IS : la prise en charge par la société des cotisations de son gérant majoritaire est un complément de rémunération, donc du 641, et c'est déductible. Les comptes 645 et 631/633 restent vides — aucun salarié, l'opérateur n'est pas employeur, ce qui écarte doublement le 6333 (participation employeur à la formation).
Le piège CSG. La mention « montant de CSG déductible fiscalement : 602 € » portée par l'appel vise l'IR personnel du gérant (art. 62 CGI), pas l'IS de la société. Pour la SARL la CSG/CRDS est intégralement déductible ; la réintégration de 257 € annoncée dans un premier temps transposait à tort un raisonnement d'entreprise individuelle.
Ce que l'ERP ne tranche pas
La colonne « Code comptable » du dictionnaire Types de charges sociales ou fiscales (
/admin/dict.php?id=7) est vide pour tous les types,TAXSSIcompris — vérifié au niveau cellule. Le module comptabilité n'est pas déployé (/accountancy/*→ 404) et la carte affiche « Code comptable: Inconnu ». Dolibarr porte les faits ; l'imputation vit dans le grand livre de l'expert-comptable.Deux corrections de fond
urssaf-2026-regularisationau calendrier.Bug amont découvert en route
En tentant la correction de la date : aucune charge sociale n'est modifiable sur ce déploiement. Toute édition, même du seul montant, échoue sur
ChargeSociales::update()génère unUPDATEqui affecte deux fois la même colonne — MySQL l'accepte, PostgreSQL le rejette. Le défaut est propre à cet objet : la mise à jour d'un tiers via REST fonctionne. Conséquence opératoire : la date doit être juste à la création.test/updateSocialCharge.tsconserve le cas de reproduction et diagnostique l'erreur au lieu de la subir.La date de la charge n°1 en production reste donc à 22/05 au lieu de 05/05 — non corrigeable par l'application. Voie restante : correction en base, à arbitrer.
Contrôle du challenge contradictoire
L'imputation a été soumise à
mistral-large-2512, dont le verdict a lui-même été vérifié et pris en défaut : il donnait 6333 pour « versements libératoires taxe d'apprentissage » (c'est 6335), 6354 pour « impôts sur rémunérations » (c'est « droits d'enregistrement et de timbre »), et citait des décisions de justice invérifiables. Son diagnostic « 646 est faux » était juste ; sa correction (658/455, non déductible, acte anormal de gestion) ne l'était pas. Recoupé ensuite sur deux sources indépendantes concordantes.adc-009en tire la leçon opératoire : un verdict de challenger ne se reporte pas sans contrôle.Vérifications
fleet/profile/scripts/validate.py→ PASS (17 entrées, 9 ADC, 0 erreur)deno check test/updateSocialCharge.ts→ OK/compta/sociales/document.php?id=1|2|3Pourquoi ce PR reste en Draft
adc-009est en statut Proposed : l'imputation en 641 est solidement étayée, mais une question conditionne son passage en Accepted et relève de l'expert-comptable — aucune rémunération n'ayant été versée en 2026, la prise en charge des cotisations constitue-t-elle à elle seule l'assiette, et faut-il verser une rémunération avant le 31/12 ? La décision de corriger ou non la date en base attend aussi un arbitrage.🤖 Generated with Claude Code
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.