# Rapport — v3.13.3 (facture PDF : pied en 2 lignes, désignation élargie, une page)

**Micro-lot du socle, un commit : se livre aux DEUX installations, à l'identique.
Aucune migration, aucune dépendance. Un seul fichier de vue (+ tests).**

Constat de l'exploitant : la facture réelle 16-2026 (10 lignes, 2 sections, RAS, RIB,
signature) débordait encore sur une 2ᵉ page. Trois réglages dans
`resources/views/pdf/invoice.blade.php` :

1. **Pied légal en 2 lignes max** — ligne 1 : société — Capital — CNSS — ICE — RC — IF — TP ;
   ligne 2 : Banque — RIB. Police 7,5 px. La marge basse de `@page` passe de 2,3 à **1,8 cm**
   (pied ancré à `bottom: -1.5cm`, toujours dans la marge) : la place gagnée revient au contenu.
2. **Désignation élargie** : 45 → **52 %** (57 % sans numéros de lignes, 60/65 % sans colonne
   Unité), prise sur N° (6→5 %), Qté (9→7 %) et Unité (12→8 %). PU HT / Total HT inchangés
   (14 % chacun, alignés à droite). Mécanique v3.13.2 (redistribution quand N° est masquée)
   conservée.
3. **Une page, contrôlé au rendu réel** : fixture d'`InvoicePdfLayoutTest` portée à **10 lignes
   en 2 sections** (profil 16-2026) → 1 page (comptage de pages dompdf) ; densité resserrée
   d'un cran (paddings de lignes 4→3 px, signature 64→58 px, marges de blocs 8→6 px). PDF
   inspectés page par page : pied au bas de la feuille sur la facture d'une page ET sur les
   2 pages de la facture de 40 lignes, en-tête de tableau répété, aucun chevauchement,
   rien de tronqué.

Recette : suite Factures verte (71 tests) — seule l'assertion de largeur (51→57 %) et la
fixture de mise en page ont bougé ; contenu des fixtures inchangé. Suite complète verte +
`pint` + `npm run build`.