feat(25-4-c3-b): solder au centime, l'écart d'arrondi en troisième ligne (closes #476)

CHANGELOG.md

@@ -58,6 +58,8 @@ Le contenu est rédigé en français à destination des **fiduciaires, PME, ind
 
 - **Un rapprochement et un règlement manuel enregistrés au même moment pouvaient régler deux fois la même facture ([#480](https://github.com/guycorbaz/kesh/issues/480)).** Un règlement manuel **partiel** ne marquait pas la facture comme modifiée : une acceptation de rapprochement en cours, qui avait lu le reste dû juste avant, l'encaissait une seconde fois — une facture de 1 000.— finissait réglée 1 400.—, et le compte clients devenait créditeur sans que rien ne le signale. Chaque règlement marque désormais la facture, et l'acceptation qui arrive trop tard est refusée sans rien écrire (« la facture a changé ») : il suffit de relire les propositions. Un interblocage entre deux opérations simultanées, qui rendait une erreur interne, est maintenant rejoué par le serveur.
 
+- **Une facture dont le total a plus de deux décimales ne pouvait pas être soldée au centime ([#476](https://github.com/guycorbaz/kesh/issues/476)).** Une ligne à prix ou quantité fractionnaire donne un reste dû comme 10.0050, alors que la QR-facture, les rappels et le dialogue de règlement réclament 10.01. Ce virement de 10.01 n'était pas proposé au rapprochement (score de montant nul), et, saisi à la main, il était **refusé comme trop-perçu** — le dialogue refusait le montant qu'il venait de proposer. Un paiement de 10.00 laissait la facture « partiellement réglée » pour un demi-centime. Désormais, toute comparaison se fait **au centime** ; un paiement égal au reste arrondi **solde** la facture, le règlement est enregistré au reste exact, et l'écart passe en **troisième ligne** d'écriture sur le compte de différences d'arrondi — la créance se ferme à zéro. Sans compte utilisable désigné, ce paiement est **refusé sans rien écrire** (`ROUNDING_ACCOUNT_NOT_CONFIGURED`, 400 au règlement manuel, refus par proposition au rapprochement). Un règlement manuel à plus de deux décimales est refusé (`VALIDATION_ERROR`). ⚠️ Reste ouvert : un reste exact inférieur au demi-centime (avoir de 10.00 sur 10.004) ne peut toujours pas être soldé ([#490](https://github.com/guycorbaz/kesh/issues/490)).
+
 ### Changed
 
 - **`invoices.csv` de l'export de souveraineté gagne trois colonnes** — `pdf_sha256`, `pdf_frozen_at`, `pdf_language`, l'empreinte, la date et la langue du PDF émis ([#387](https://github.com/guycorbaz/kesh/issues/387)). Elles s'insèrent **avant** `version`, `created_at` et `updated_at` : un outil qui lit ce fichier par position de colonne doit être ajusté. Le PDF lui-même n'est pas dans l'archive. L'API expose `pdfFrozenAt` et `pdfLanguage` sur la facture, et une route d'administration `POST /api/v1/invoices/{id}/pdf/refreeze` refige un document dont le fichier a disparu.
@@ -90,7 +92,7 @@ Le contenu est rédigé en français à destination des **fiduciaires, PME, ind
 
 ### Added
 
-- **Désigner le compte de différences d'arrondi dans les paramètres ([#476](https://github.com/guycorbaz/kesh/issues/476)).** *Paramètres → Facturation* porte une nouvelle section, *Différences d'arrondi* : le compte — charge ou produit, actif et imputable — qui recevra l'écart d'un demi-centime au plus qu'un paiement arrondi au centime laisse sur une facture dont le total a plus de deux décimales. Les plans livrés (PME, indépendant, association) le proposent — **6940 *Différences d'arrondi***, une charge — et le **désignent d'office** à la création d'une société ; une société créée auparavant le crée dans le plan comptable, puis le choisit ici. Le réglage n'est encore lu par aucune écriture : le passage des écarts en écriture suit. *(API : `defaultRoundingAccountId` dans `GET` et `PUT /company/invoice-settings` ; absent du corps d'un `PUT`, il est préservé ; à `null`, effacé.)*
+- **Désigner le compte de différences d'arrondi dans les paramètres ([#476](https://github.com/guycorbaz/kesh/issues/476)).** *Paramètres → Facturation* porte une nouvelle section, *Différences d'arrondi* : le compte — charge ou produit, actif et imputable — qui recevra l'écart d'un demi-centime au plus qu'un paiement arrondi au centime laisse sur une facture dont le total a plus de deux décimales. Les plans livrés (PME, indépendant, association) le proposent — **6940 *Différences d'arrondi***, une charge — et le **désignent d'office** à la création d'une société ; une société créée auparavant le crée dans le plan comptable, puis le choisit ici. L'écart y passe en écriture (cf. *Fixed*, même issue). *(API : `defaultRoundingAccountId` dans `GET` et `PUT /company/invoice-settings` ; absent du corps d'un `PUT`, il est préservé ; à `null`, effacé.)*
 
 - **Consulter le journal d'audit à l'écran.** La trace de chaque opération qui modifie les livres se lisait depuis la v0.12.0 par l'interface de programmation seulement, ce qui supposait un outil technique. Elle se consulte désormais dans l'application — *Administration → Journal d'audit*, pour les comptables et les administrateurs : filtres par période, type d'entité, numéro et action, actions et types traduits dans la langue de l'installation, détail de chaque entrée, export CSV. ⚠️ Les dates filtrent sur des **jours UTC** ; le tableau affiche l'heure locale. ([#378](https://github.com/guycorbaz/kesh/issues/378))