Recording a refund
as a negative entry.

nouz handles refunds with the simplest possible mechanism: a negative-value entry on the day the refund was issued. No special refund infrastructure, no separate column, no different category. The math works out identically to having sold less that day, which is mathematically what happened.

01 Why we use negatives

A €25 refund is, in your books, the opposite of €25 of revenue. Logging it as a negative manual entry on the day you issued the refund is mathematically identical to having sold €25 less that day — which is what actually happened.

A separate refund type would need its own column in every report, its own line in the P&L. A negative entry slots into the existing infrastructure with zero overhead.

02 How to enter one

1. 1
   Open Revenue

   Pick the date the refund was issued.

2. 2
   Click + Manual entry

   Opens the cash/card form.

3. 3
   Type the refund amount as negative

   Refunded to cash? Type -25 in the BAR column. Card? -25 in EC.

4. 4
   Optional note

   "Refund for sandwich complaint" — useful for reconciliation later.

5. 5
   Save

   Green toast. The day's total drops by €25.

03 Don't forget COGS

If the original sale was a product sale, the customer returning it means your COGS for that product comes back too. You can either:

• Log a negative product sale for the returned quantity. Net effect: revenue and COGS both reverse.
• Log a negative manual entry for the refund and separately delete the original product sale row.

For one-off refunds the negative manual entry is faster. For pattern-tracking, the negative product sale is more accurate.

04 Partial refunds

For a partial refund (say, you gave €5 back on a €25 purchase as a courtesy), log just the refunded portion as a negative entry. The original sale stays as-is; the negative entry reduces the day's total by the refunded amount. The customer effectively paid €20, which is what the day total ends up reflecting.