Open table of contents
Key takeaways
- Separate the document correction from the cash refund.
- Keep original and correcting documents linked and versioned.
- A commercial platform label does not determine legal or VAT meaning.
- Partial corrections need an explicit remaining amount and open-item result.
Four different events
| Event | What changes | Does cash necessarily move? |
|---|---|---|
| Corrected invoice | Invoice information or amount | No |
| Cancellation/reversal document | Reverses an earlier document through a traceable path | No |
| Credit note | Meaning depends on the actual document and context | No |
| Refund | Money is repaid | Yes, but supporting document context is still needed |
The words on a dashboard are not enough. Inspect issuer, recipient, reference, amounts, dates, and tax details.
A review sequence
- Locate the original invoice or transaction.
- Identify the later document and its explicit reference.
- Compare line items, net, tax, and total amounts.
- Determine whether the change is full or partial.
- Check the open customer or supplier balance.
- Locate any refund or offsetting payment.
- Review period and VAT implications.
- Keep unresolved differences visible.
Worked partial-refund example
A synthetic studio issued and received payment for a €600.00 customer invoice. It later agrees a €120.00 reduction and pays €120.00 back.
The complete case contains the original invoice, the valid correcting document, the refund decision, and the €120.00 bank payment. If the correcting document is for €100.00 but €120.00 was refunded, a €20.00 difference remains. It must not be buried as rounding.
| Layer | Amount | Review question |
|---|---|---|
| Original invoice | €600.00 | Was it valid and recorded? |
| Document correction | -€120.00 | Does it reference and correct the original? |
| Cash refund | -€120.00 | Does the bank payment match the correction? |
| Remaining customer amount | €480.00 economic total | Is the open-item history complete? |
The example is synthetic and does not determine the required document type, VAT period, or posting method for a real case.
Platform refunds and chargebacks
A platform may deduct a customer refund from a later payout. The bank then shows only the net settlement. Reconstruct the underlying refund and its original sale before reviewing the payout. Chargebacks add another stage because a temporary debit can later be reversed after a dispute.
Do not merge every deduction into “fees”. Keep refund, dispute fee, reserve, and correction separate where evidence supports that distinction.
Two workflows that must not be collapsed
Case A: a document correction and later cash refund
A €600 customer invoice was already paid. A valid €120 correction refers to the original. The open-item history changes first; the €120 bank payment later proves the refund. DeinHans can keep the original, correction, amount difference and payment candidate in one case. The accountant still reviews document validity, VAT and period.
Case B: a refund inside a platform settlement
A platform report contains €3,000 current sales, a €120 customer refund, a €45 dispute fee and a €2,835 net payout. If the €120 refund was already represented by the platform activity, the later net bank deposit must not create a second refund. DeinHans can reconstruct supported payout rows, link the refund to its source context where available, and expose any missing original sale. It does not infer the legal meaning of the provider’s word “credit”.
| Control | Case A | Case B |
|---|---|---|
| Original evidence | Issued invoice | Transaction or sales record |
| Change evidence | Correction document | Platform refund/chargeback row and supporting detail |
| Cash evidence | Separate refund payment | Net payout and bank settlement |
| Main duplication risk | Booking correction and refund as two reductions | Booking refund once from activity and again from net payout |
Responsibilities
The owner confirms why the commercial change occurred and whether the customer or supplier received money. Software can link the original, correction, and payment and calculate the residual. The accountant decides the accounting and VAT treatment and whether the documents are sufficient.
DeinHans can preserve that chain and surface mismatched amounts. It must not infer the legal meaning of “credit” from a provider label or publish a private document mapping.
Close checklist
- Does every correction reference an original event?
- Are original and corrected documents both retained?
- Is the correction full or partial?
- Did cash move, and does it match the document change?
- Is the open item reduced or closed correctly?
- Is the change in the appropriate review period?
- Has the VAT effect been professionally reviewed?
- Are platform deductions reconstructed from transaction evidence?
The end state is a traceable history, not a overwritten invoice or unexplained net bank amount. The end state is a traceable history, not an overwritten invoice or unexplained net bank amount.
Reconcile correction populations
Maintain a register of corrections with original reference, reason, full or partial amount, document date, cash status and reviewer. Compare credit-note totals with the sales/purchase systems and with refunds in bank or platform reports. A document correction may exist before cash moves, while a chargeback can move cash before the commercial case is resolved.
For partial corrections, show the original base, corrected component and remaining open balance. Test that the original invoice is not deleted, paid twice or left fully open. If the correction affects a prior filing, exported package or customer statement, record the approved downstream action and completion date.
Sources
Sources were checked on 21 July 2026. This article provides orientation and is not tax, legal, or accounting advice.
Related resources
See prepared bookkeeping with visible review boundaries
DeinHans keeps evidence, questions, and proposals together; professional review and approval remain visible with the firm.
DeinHans for accountants