Marco fd5d8e688b Fix BR-CO-16: declare the PayableAmount/order.total gap via PayableRoundingAmount ...

The 1-cent drift between this file's per-rate breakdown and the original invoice's independently-stored order.total (checkout's own cart math) turned out to be a hard schematron error (BR-CO-16), not just the non-fatal "Arithmetical issue" warning it looked like from the log alone. EN16931 has a field for exactly this gap, cbc:PayableRoundingAmount (BT-114) — using it keeps both PayableAmount (the actually-charged total) and TaxInclusiveAmount (this breakdown's own correctly-summed total) intact and reconciling, verified by hand before pushing.

2026-07-23 12:43:06 +00:00

..

__tests__

Initial commit: shared invoice/correction-invoice PDF generation

2026-07-23 08:33:12 +00:00

einvoice

Fix BR-CO-16: declare the PayableAmount/order.total gap via PayableRoundingAmount

2026-07-23 12:43:06 +00:00

correctionInvoicePdf.tsx

Add bankName back to InvoiceSeller, shown alongside IBAN/BIC

2026-07-23 10:26:23 +00:00

formatters.ts

Initial commit: shared invoice/correction-invoice PDF generation

2026-07-23 08:33:12 +00:00

index.ts

Split e-invoice exports into a separate server-only subpath

2026-07-23 11:31:15 +00:00

invoicePdf.tsx

Add bankName back to InvoiceSeller, shown alongside IBAN/BIC

2026-07-23 10:26:23 +00:00

seller.ts

Add bankName back to InvoiceSeller, shown alongside IBAN/BIC

2026-07-23 10:26:23 +00:00

taxBreakdown.ts

Rebuild EN16931 monetary fields on an integer-cents pipeline

2026-07-23 12:40:07 +00:00