L'en-tête de chaque facture portait `[email protected]` alors que
`static/config/company.json` porte `[email protected]`. La divergence
ne se voit nulle part dans l'ERP : elle ne s'est découverte qu'en relisant un PDF
destiné au client. Arbitrage de l'opérateur : l'adresse au nom de domaine de la
société est la bonne.
`GET /setup/company` répond 403 à tout scope agent (« open to admin users only »)
et aucune route REST n'écrit les constantes MAIN_INFO_SOCIETE_*. La fiche n'est
donc modifiable que par l'interface.
Deux pièges consignés dans le script. Le champ s'appelle simplement `mail` — pas
`MAIN_INFO_SOCIETE_MAIL`, malgré le nom de la constante qu'il alimente et malgré
la convention que suivent tous ses voisins du même formulaire. Et la page de
retour réaffiche la valeur soumise qu'elle ait été enregistrée ou non : le script
RECHARGE la page avant de vérifier.
Répété en bac à sable, puis appliqué en production. FAC009 et FAC010 régénérées.
FAC005, FAC007 et FAC008 gardent l'ancienne adresse, délibérément : elles ont été
émises sous celle-ci, et on ne réécrit pas un document daté pour le faire coller
à un état postérieur.
Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
