Rectifying invoices
When an issued invoice contains an error or the original transaction changes, the key question is not only “how to fix it”, but whether the change requires a rectifying invoice and how to preserve a clear reason trail.
When it usually applies
- Errors affecting amounts, taxable bases, quotas, or essential transaction data.
- Post-sale discounts, returns, or price changes.
- Cases where fiscal correction requires a documented rectification rather than silent editing.
What users expect from the interface
- A specific rectification flow, clearly separate from normal draft editing.
- Visible reference to the original invoice and the reason for rectification.
- Clear impact on totals, statuses, and tax reporting.
- Cautious language: rectifying is not the same as “delete and rewrite”.
What public documentation should clarify
- The difference between fixing before issuance and rectifying after issuance.
- Which historical data should remain visible.
- How the correction appears in exports and tax records.
- Which checks users should perform before issuing the rectifying invoice.