feat(15-12a): clôture des exercices dans l'ordre, garde de création, 409 EARLIER_FISCAL_YEAR_OPEN (refs #543)

[guycorbaz]

refs #543. C'est la 15-12b qui fermera l'issue.

Ce qui change

Clôture dans l'ordre. Les exercices se clôturent du plus ancien vers le plus récent. close procède ainsi :

1. il lit sans verrou la liste des exercices antérieurs ;
2. il les verrouille un par un, dans l'ordre de leur date de début ;
3. il verrouille l'exercice à clôturer ;
4. il relit les antérieurs sous verrou.

Tant qu'un exercice antérieur est ouvert, il refuse avec 409 EARLIER_FISCAL_YEAR_OPEN. L'ordre des verrous est fixé par le code et ne dépend pas du plan d'exécution.

Création gardée. Créer un exercice antérieur à un exercice déjà clos est refusé (400 LATER_FISCAL_YEAR_CLOSED), avec un message propre à ce cas.

Message borné. Le message de LATER_FISCAL_YEAR_CLOSED ne dit plus que ce que le code refuse réellement : la modification et la suppression, pas la saisie.

Rejeu. La clôture et la création sont rejouées en cas d'interblocage.

Écran des exercices. Les boutons « Clôturer » et « Réouvrir » sont désactivés, avec une infobulle, quand l'ordre l'interdit.

Documentation à jour : manuels (texte et PDF), api-external.md, patrons de verrous et CHANGELOG.

Gate

Exécuté localement, sur l'état rebasé sur 39b52628 :

• Backend (scripts/test-fast.sh) : 2951 tests sur 2951, 4 ignorés.
• Frontend : check, lint-i18n-ownership, test:unit (1095 tests) et build verts.
• E2E complet : 245 passés et 9 échecs, tous attendus : sept de la KF-029, deux de l'issue [KF-051] invoices.spec.ts:405 et :429 échouent le MATIN et passent l'après-midi — sentAt codé à T12:00:00 comparé à Utc::now() #421 (avant midi UTC).
• Mesures de départ : les deux requêtes de recherche passent par l'index uq_fiscal_years_company_start_date, sans filesort. Les interblocages prévus se produisent bien, et leur rejeu est testé.
• Mutations : sept tuées (dont la (xi), « garde de création non verrouillante », par le test 13 b3). Une huitième a été observée.

Revues

Revue	Passe	Résultat
Validation de la spec	P1 à P4 (15-12 puis 15-12a)	0 au-dessus de LOW à la P4
Revue de code	P1, Sonnet ×3	2 MEDIUM, remédiés
Revue de code	P2 ciblée (Haiku)	0

Les deux MEDIUM de la revue de code :

• le message du refus affirmait à tort que rien ne pouvait être « enregistré » ;
• aucun test ne prouvait le verrou de la garde de création. C'est désormais le rôle du test 13 b3.

À la passe ciblée, l'orchestrateur a vérifié lui-même le test 13 b3 : il appelle bien la vraie garde, et l'attente de la clôture est observée, pas supposée.

🤖 Generated with Claude Code