Returns and refunds

Refunding a sale erases nothing: what you collected stays on record as a historical fact, and the document moves to Refunded or Partially refunded, with its own refund record attached. This guide covers the full flow, the three refund methods and what happens to the customer's balance.

Reading time: ~7 min

When to use this

• The customer brings goods back and you have to return their money.
• You overcharged and want to correct it without voiding the whole sale.
• You cancelled a counter sale and need the accounting trail to be right.
• You want to understand why a refunded sale no longer shows up in accounts receivable.

If what you need is to collect (record a payment, split it across methods, or void a payment recorded by mistake), go to Payments and payment methods.

Before you start

• The order must be billed: you do not refund a draft, you cancel it.
• Permissions, depending on where you refund from:
  • invoices:refund to issue the refund from the order, in the back office.
  • pos:orders.refund to process a counter return from the point of sale.
• To refund in cash you need an open cash shift: the money leaves that register and shows up in its reconciliation.
• To refund with a credit note, you do not need anything special: it is always available, no matter your country, your plan, or whether your business has electronic invoicing active. It is an instrument of the business itself, with its own number, and it never shows disabled for that reason. What electronic invoicing does decide is whether, in addition, the electronic credit note (E34) that corrects the document with the DGII is also issued - that happens only when the invoice's document was already accepted by the DGII (conditionally accepted counts as accepted), and it happens no matter which method you pick for returning the money. See Does a refund always issue a credit note? below.
• To leave the money as a customer credit balance, you also do not need anything special: it is available whether or not the electronic invoicing module is active. You do need the order to have an identified customer - an anonymous counter sale cannot leave a balance, and for the same reason a credit note born from a counter sale cannot later be used to pay another invoice either.
• If you have accounting active, the accounting period covering the refund date must be open.
• If the invoice carries a tax document, the ITBIS refund follows the 30-day window from the invoice date by default. To invert that default (return the ITBIS past 30 days, or withhold it within them) you need the invoices:withhold-tax-override permission. See ITBIS on the refund below.
• If the invoice's document was already accepted by the DGII, it carries its own available balance with the DGII, separate from the order's own collection balance. Mosce ERP respects it before letting you confirm. See The document's balance with the DGII below.

What happens to the document when you refund

A refund does not change what you already collected. The order's paid total stays as it is, because it is something that happened. What changes is the document status, plus a refund record of its own.

Both statuses have their own tab in the order and invoice lists, so you can filter them just like Paid or Unpaid.

A refunded sale stops counting as customer debt. Previously, refunding an already-paid sale made the system show that amount as outstanding, and the customer appeared to owe money that had in fact been handed back. That no longer happens: the document moves to Refunded, the balance drops to zero and it disappears from accounts receivable and from the customer statement.

Step by step

1. Open the order and click Refund

Go to Operations → Orders, open the billed order and click Refund. From the point of sale, a counter return is done on the sale you just collected, within the shift.

2. Choose what to return

The dialog lists the order lines with the quantity still left to refund on each one, not the original quantity. If you already returned 2 out of 5 units, next time the dialog offers you 3 at most. That way you cannot refund the same thing twice by accident.

Tick the lines and adjust the quantities. For a full refund, tick everything.

3. State the reason

The reason is mandatory and is stored with the refund. Write something that will still make sense in six months: "faulty goods", "customer changed their mind", "wrong amount charged at the counter".

4. Pick the refund method

• Cash. The money physically leaves the register. It requires an open shift and shows up as an outflow in that shift's reconciliation, so the closing count matches the drawer.
• Credit note. A credit note is issued with its own number (for example, CN-0001), in the customer's name, carrying a balance they can use to pay another invoice of the same customer. It is always available: it does not depend on your country, your plan, or whether your business has electronic invoicing active - it is an instrument of the business, not a tax document in itself, so this option never shows disabled. If only part of the invoice's value is refunded, the note is issued for that part; if it is later spent partially, both on the order's own page and in the payment picker on another invoice you always see what is left to spend, not the value it was issued for. If the sale was a counter sale (no identified customer), the note is still issued, but it is left unable to be spent afterwards: a balance has to belong to somebody identifiable.
• Customer credit balance. The money does not leave the business: it is recorded in the customer's name and they can use it to pay for a future purchase. It is available whether or not electronic invoicing is active. If the order has no identified customer, this option shows disabled with the reason visible - a balance has to belong to somebody.

Only money that was actually collected can become a balance - and what was still outstanding is settled first. If the sale was never collected, the refund still happens the same way - the goods come back and stop being owed - but no balance is left, because there is no money to leave. If part of it was collected and that invoice still had a balance outstanding, Mosce ERP uses what was collected to settle that debt first, and only what is left over becomes spendable balance on the credit note or the customer credit. See If the invoice had an outstanding balance, the refund settles it first below. The screen warns you of this before you confirm.

The customer credit balance is not a credit note. They are different things, with different accounting treatment and different fiscal meaning, and both are always available alike. If the invoice's document was already accepted by the DGII, the refund also issues its electronic credit note (E34) no matter which method you pick: withdrawing value from an accepted document is mandatory before the DGII, and that is independent of where the money ends up. See Does a refund always issue a credit note? below.

5. Confirm

On confirmation, Mosce ERP:

• Records the refund with its reason, its method and who did it.
• Moves the document to Refunded or Partially refunded.
• Drops the balance to zero on a full refund and takes it out of accounts receivable.
• Puts the returned goods back into the warehouse.
• Issues the credit note, if that is the method you chose.
• Leaves the corresponding amount as a customer credit balance, if that is the method you chose.
• Records the cash outflow in the cash shift, if you chose cash.

If something fails at that moment (the shift was closed, the connection dropped), the dialog stays open with your data in it. You fix what needs fixing and confirm again, without redoing the whole path from the order.

ITBIS on the refund: the 30-day window

When the invoice carries a tax document, the refund box tells you which window it falls in and how many days have passed, and breaks the amount down into Taxable base, ITBIS, ITBIS withheld by the business (only when it is withheld) and Total to refund:

• Within 30 days: "The invoice was billed N days ago, within the 30 days DGII allows for returning ITBIS. By default, ITBIS is returned to the customer."
• Past 30 days: "The invoice was billed N days ago, more than the 30 days DGII allows for returning ITBIS. By default, ITBIS is withheld."

The boundary is inclusive (day 30 still returns it, day 31 already withholds it) and the count starts from the invoice date.

If you hold the invoices:withhold-tax-override permission, the dialog shows a "Withhold ITBIS on this refund" toggle that inverts the default in either direction. Without that permission, the toggle does not appear and the refund follows the invoice's default.

Inverting the default does not carry the same weight in both directions:

• Withholding within 30 days is harmless: you are only giving up a refund the customer was entitled to.
• Returning past 30 days does have consequences: the document declares to the DGII that this note does not carry the right to rebate ITBIS, while your books rebate it anyway. That is why, before you confirm, the dialog warns you: "You are about to return ITBIS even though the invoice is more than 30 days old: the comprobante will declare to DGII that this note does not entitle a reduction of ITBIS, yet the books will reduce it anyway. It will be recorded who authorized this exception." Who authorized it is recorded.

What the toggle does not change. The code the credit note carries before the DGII, stating whether or not it carries the right to rebate ITBIS, is calculated solely from the invoice's and the note's dates; neither the permission, nor the toggle, nor any administrator changes it. What the toggle moves is the money: who ends up with the ITBIS. For the full rule, see ITBIS on returns in Void and modify e-CFs.

Example: an invoice for RD$1,146.00 (base RD$1,020.00 + ITBIS RD$126.00) is refunded 35 days later. The customer receives RD$1,020.00, the business withholds RD$126.00 of ITBIS, and the order ends up fully refunded with a zero balance.

Full refunds and partial refunds

• Full: you return every line and every quantity. The document ends up Refunded with a zero balance.
• Partial: you return part of it. The document ends up Partially refunded and you can return more later, up to whatever the dialog keeps offering you.

A sale can go through several partial refunds until it is exhausted. Once there is nothing left to return, the document moves to Refunded.

A full refund is still full even when it withholds the ITBIS. If you refund every line and every quantity and the ITBIS ends up withheld, the document still moves to Refunded with a zero balance: the withheld ITBIS does not sit half-collected or go back into accounts receivable, because it is money the customer will never see either way. This can feel counterintuitive because the amount you actually hand back is smaller than the invoice total, and yet the refund is complete.

The document's balance with the DGII

If the invoice's document was already accepted by the DGII, that document carries its own available balance with the DGII - a different figure from the order's own collection balance you saw in the previous section. Every correction applied to it moves that balance in one direction: a credit note, like the one this very refund issues, subtracts from it; a charge added to the invoice afterwards adds to it.

Per Informe Técnico e-CF v1.0 §6.1 (page 12): the electronic debit note is the document with which the seller "recovers costs and expenses, such as late-payment interest, freight or others, incurred by the seller after the issuance" of the original document; the electronic credit note is the one issued "for subsequent modifications to the originally agreed sale conditions... to void transactions, process returns, grant discounts and rebates, or correct errors or similar cases."

Mosce ERP respects that balance before letting you confirm anything:

• Partial refunds can be chained. Each one reduces the balance a little more, and the next time you open the refund dialog it always knows what is left: you can never refund the same line twice, by accident or on purpose.
• If what you are asking for does not fit, it tells you before you try - with both figures in view, the document's available balance and the amount you are requesting - instead of letting you send the refund only for the DGII to reject it.
• A document refunded in full exhausts its balance. Once it reaches zero, it no longer accepts a new additional charge: if anyone tries to add a debit note to it from Fiscal → e-CF Documents, the button to issue it shows disabled, explaining that the document no longer has an available balance for that operation.

For the full rule behind this balance and the DGII modification codes, see Voiding and modifying e-CFs.

If the invoice had an outstanding balance, the refund settles it first

When you pick credit note or customer credit balance and the invoice you are refunding still had something outstanding, Mosce ERP uses what was collected to settle that debt first, and only what is left over becomes spendable balance.

Example. An invoice for RD$18,200.00, of which RD$11,800.00 was collected (RD$6,400.00 still outstanding). The customer returns goods worth the full amount collected, RD$11,800.00, and you pick credit note:

1. Of the RD$11,800.00 refunded, RD$6,400.00 settles what was still owed first. The invoice ends up with zero outstanding balance.
2. The remaining RD$5,400.00 becomes the credit note's spendable balance - that is what you see as available on screen, not the RD$11,800.00 it was issued for.

The same split applies if you pick customer credit balance instead of a credit note: what was outstanding is settled first, and only the rest becomes available to spend.

A cash refund does not go through this split - the money leaves the register in full -, because that method never leaves a spendable balance that could be confused with the outstanding debt.

Refunding an invoice with third-party withholding

If the invoice you are refunding carried a third-party withholding - the customer withheld ITBIS and/or ISR when paying you -, the refund reverses that withheld tax credit first. It never treats it as cash that has to be given back: it is tax the customer already filed with the DGII on your behalf, not money that passed through your register or your bank.

Only what actually came in as cash, card, transfer, or cheque - or what was left outstanding - follows the normal refund path described above. The withheld amount is not handed back in cash and is not offered as a credit balance, because it was never money you held in the register. See Chart of accounts for where that credit lives.

Expected result

• The order and its invoice show the new status and appear under their tab in the list.
• The customer no longer shows debt for that sale in their statement.
• If you refunded in cash, the shift reconciliation reflects the outflow and the closing count is correct.
• If you issued a credit note, it stays linked to the original order with a balance available to that same customer - if the invoice had an outstanding balance, that amount was already deducted first, so what is available is what is left over, not the full value of the refund. See Payments and payment methods.
• If you left the money as a credit balance, it shows up on the customer's profile and is available to pay for another purchase, with the same deduction for what was outstanding applied first. See Clients and Payments and payment methods.

Common problems

Frequently asked questions

Does a refund free up my monthly sales limit?

No. The plan limit is consumed when the invoice is issued, and refunding afterwards does not subtract it from the current month. The counter resets on its own on the first day of the following month. See Plan usage limits.

Can a cashier issue refunds?

Yes, within their shift and at the counter: handing money back at the register goes into the shift reconciliation, so it is part of working a till. What the Cashier role does not carry out of the box is refunding from the back office outside the shift, applying a credit note as a payment method, or voiding a payment that is already booked. See Users, roles and permissions.

Is refunding a sale the same as voiding a payment?

No, and it is worth keeping them apart. Refunding is giving money back to the customer for goods or services: it creates a refund record and changes the document status. Voiding a payment is correcting a collection that was recorded wrong (wrong method, wrong amount, duplicate): the payment stops counting, but the document goes back to being outstanding. See Payments and payment methods.

Does a refund always issue a credit note?

If the DGII already accepted that invoice's document, yes, always, whichever method you pick. They are two independent things:

• The method (cash, credit note) only says how the money reaches the customer.
• The electronic credit note is what modifies the document with the DGII. Once the DGII accepts a document, the only way to correct or withdraw it is by issuing a credit note that references it. It is not optional.

That is why a cash refund, or one that leaves a customer credit balance, of an already accepted invoice issues its credit note too: the customer gets their money (or their balance) on one side, and the document is corrected with the DGII on the other. The screen tells you before you confirm.

If the document was not accepted (rejected, pending delivery, or the invoice has no document), there is nothing to modify with the DGII and no electronic credit note is issued. The business credit note, with its number and its balance, is issued all the same if you pick that method.

Do I need the electronic invoicing module to refund with a credit note?

No. A credit note is an instrument of the business, not a tax document in itself, and it is always available: it does not depend on your country, your plan, or whether the electronic invoicing module is active. You will never see it disabled for that reason.

What does depend on the module and on the document's status with the DGII is whether, in addition to that note, the electronic credit note (E34) that corrects the document with the DGII is also issued. That happens only when your business issues electronic tax documents and the invoice's document was already accepted by the DGII - and it happens no matter which method you pick for returning the money. See Does a refund always issue a credit note?.

The only real condition for picking a credit note is that the sale has an identified customer, if you want to be able to spend it on another invoice later: a note born from a counter sale is still issued, but it is left unable to be applied to anything afterwards, for the same reason a customer credit balance cannot be born from a sale with no customer.

What is the customer credit balance and when should I use it?

It is money the business owes the customer, recorded in their name instead of handed back on the spot. Nothing leaves the register and no credit note is issued through this route - the credit note, if one applies, is issued the same way and separately, depending on whether the document was already accepted. It is worth using when the customer is coming back to buy again: the balance spends itself, from the oldest source to the newest, the next time they pay for something. See Clients for where it shows and how it affects credit, and Payments and payment methods for how it is spent.

Is refunding everything the same as refunding part of it?

Not to the DGII. The credit note carries a code stating what it does to the original document:

• Full refund (every line, full quantities): the credit note voids the document entirely, for its full outstanding amount.
• Partial refund: the credit note corrects the amount of the document, for what was returned. The document stays valid for the rest.

The system picks the right code for you from what you return; you do not have to state it. You can consult the rules on the DGII electronic invoicing portal.

Who decides whether the ITBIS is returned or withheld?

Two different things, and you only get to choose one:

• The code the credit note declares to the DGII on whether it carries the right to rebate ITBIS is calculated on its own, from the invoice's and the note's dates. Nobody changes it: not you, not a permission, not an administrator.
• Who ends up with the ITBIS money is a decision, but only by default based on the date: it is returned to the customer if the invoice is 30 days old or less, withheld if it is older. An administrator holding the invoices:withhold-tax-override permission can invert that default in either direction, for that particular refund.

In other words: the dialog's toggle moves the money, not what the document tells the DGII. See ITBIS on the refund above for the detail and the asymmetry between returning and withholding.

Is refunding the same as cancelling?

No, and you are no longer offered both at once. The difference is whether you collected money on that sale:

• You collected something (all of it or part): the action is Refund, and you choose the method. On an invoiced order holding collected money the Cancel button is no longer shown, because cancelling ended up doing what refunding does, and two buttons for one operation invited mistakes.
• You collected nothing: the action is Cancel, from the order detail. All four cases are explained in Orders.

Can I refund a credit sale the customer never paid?

You do not need to: if no money came in, there is nothing to give back. Close it with Cancel from the order detail.

That does not mean nothing is issued. If the DGII had already accepted that invoice's document, cancelling it issues an electronic credit note that voids it with the DGII, paid or not: it is the only route the rules allow for a document already accepted. The only difference from a refund is that no money goes back here, because none came in, so there is no method to choose. The credit note is issued all the same, and it does not become spendable credit for the customer: it is applied to the very invoice it voids.

Do returned goods go back into inventory?

Yes. Returned goods are added back to the warehouse they left from.

Related

• Payments and payment methods
• Clients - where the credit balance shows and how it affects the customer's credit.
• Orders
• Invoices
• Point of sale (POS)
• Cash register
• Voiding and modifying e-CFs

---

Last updated: 2026-09-28

Regulatory sources

1. DGII - Informe Técnico e-CF v1.0. §6.1 "Tipos de Comprobantes Fiscales Electrónicos (e-CF)" (page 12) - definitions of the Electronic Debit Note (recovers costs and expenses the seller incurs after issuing the document: late-payment interest, freight or others) and the Electronic Credit Note (voids transactions, processes returns, grants discounts and rebates, or corrects errors). Available on the DGII portal.
2. DGII - Informe Técnico e-CF v1.0. §10 "Correcciones y Anulación de un e-CF" (page 17) - corrections to an e-CF are made only through electronic credit or debit notes, as applicable; the normative basis for why an accepted document's balance can only move by issuing one of those two notes, never by editing it directly. The same section sets the 30-day window for restoring the ITBIS on a refund (Arts. 8 and 28 of Regulation 293-11). Available on the DGII portal.