Zimbabwe FDMS Note
ZIMRA FDMS Credit & Debit Note Fiscalisation for Odoo 18 & 19
Issue and fiscalise credit notes and debit notes against the Zimbabwe
Revenue Authority (ZIMRA) Fiscalisation Data Management System (FDMS)
Fiscal Device Gateway API. Builds the CREDITNOTE /
DEBITNOTE receipt with the mandatory reference to the original
fiscalised receipt, so output-tax adjustments and your customers' input-tax
claims stay reconciled with ZIMRA.
CREDITNOTE & DEBITNOTE Receipts
Each posted credit note (out_refund) and debit note becomes a
ZIMRA adjustment receipt with the correct receipt type, lines, the A/B/C tax
breakdown and decimal totals — negative on a credit note per the ZIMRA
sign rules — built on the same canonical, signable JSON serialization
as a fiscal invoice.
Mandatory Original-Receipt Reference
The FDMS creditDebitNote block is resolved from the original
fiscalised invoice (receiptID, deviceID, global number, fiscal day) and
validated for completeness. FDMS rejects an adjustment note that does not
point at a previously fiscalised receipt — this module blocks generation
until the reference is correct.
Reversal-Reason Taxonomy
A ZIMRA-aligned reason on every note — return of goods, price or quantity correction, cancellation, discount, bad-debt relief, additional charge or other — carried into the receipt notes and used to police the adjustment direction.
Adjustment-Sign Discipline
A real signed reconciliation: a credit note must reduce output tax, a debit note must increase it. The module computes the net signed adjustment and refuses to sign a note whose amount, type and reason disagree — the most common cause of an FDMS adjustment-note rejection.
One-Step Reversal Wizard
From a posted, fiscalised invoice, create the credit or debit note, pre-fill the original reference and reason, post it and generate the FDMS receipt with its verification QR in a single action.
FDMS-Signed Receipt & QR
Reuses the device receipt-signature hash chain (SHA-256, previous-receipt chaining) and the ZIMRA verification QR for the note, rendered to PNG — identical handling to a fiscal invoice.
Built on the e-Invoice Core Engine
Depends on the shared e-Invoice Core Engine and the Zimbabwe FDMS fiscalisation connector. No transport, QR, signature or numeric logic is duplicated — this module adds only the credit/debit note shaping, reference resolution, reason taxonomy and note-specific validation.
Bring-your-own-key. This module is an invoice-format generator and a bring-your-own-key transport — not a ZIMRA-accredited service operator. Device certificates and keys live on the base connector, are never bundled, and never leave your database except to authenticate to the ZIMRA gateway you configure. Adjustment-note data is transmitted only to that gateway. A note is issued in, and validated against, the same currency (e.g. ZWG or USD) as the original receipt it adjusts; the tax rate follows the original receipt and the device GetConfig configuration (Zimbabwe's standard VAT rate is 15.5% from 1 January 2026).
Screenshots
Zw Fdms Credit Note Form
Zw Fdms Credit Note Document
Update date: 2026-07-12