Invoices

In Mosce ERP, invoices are the fiscal representation of an invoiced order. Each invoice is a digitally signed e-CF and reported to the DGII automatically when your certificate is configured.

Reading time: ~7 min

When to use this

Invoices are always generated from an invoiced order or from a POS sale. There is no "Create invoice" flow from scratch: the order is the operational document and the invoice is its fiscal counterpart.

Use the Operations → Invoices section to:

• Look up issued invoices with filters by status, e-CF number, or client.
• Download the professional PDF to send to the client.
• Verify the e-CF status at the DGII (Pending, Accepted, Rejected).
• View the financial detail (subtotal, ITBIS, discounts, payments, balance).

Before you start

• Configure your RNC and legal name in Fiscal → Settings.
• Load at least one active e-CF sequence for the type you are going to issue (E31, E32, etc.).
• If you are going to send e-CF to the DGII, upload your .p12 certificate or use the platform certificate (requires registering the delegation).
• Read Fiscal configuration first if it is your first invoice.

How taxes are calculated

Mosce ERP calculates ITBIS, ISC, and other rates per detail line, using the rate configured on each product. The result is reflected in the corresponding e-CF fields (<MontoITBIS>, <ISCEspecifico>, <ISCAdValorem>).

For a full explanation of rates, exemptions, ISC products, and withholdings, see ITBIS and other taxes.

Voucher types (e-CF)

Mosce ERP supports the DGII's 10 e-CF types (Norm 06-2018):

The type is chosen when pressing Invoice on an order. The sequence must be loaded for that specific type.

Step by step

1. Issue the invoice from an order

1. Open an order in Draft status and press Invoice.
2. Select the Voucher type (E31, E32, etc.).
3. Choose Cash or Credit:
   • Cash: indicate the receiving register; a payment is created for the total.
   • Credit: indicate days (1 - 365); the due date is calculated.
4. Confirm. The next number from the e-CF sequence is assigned and the invoice is created.

The process is asynchronous: the e-CF number is assigned in a queue. You will see the number within seconds. If it takes more than a minute, check Fiscal → e-CF documents or contact support.

2. Issue from the POS

In the Point of sale, when pressing Collect you select the voucher type in the payment modal. On confirmation, the order and the invoice are created in a single operation. See Point of sale (POS).

3. Download the PDF

In the invoice detail press Download PDF.

The PDF includes:

• Header with your logo, legal name, RNC, and tax address.
• Client data (name, RNC/ID if applicable).
• e-CF number, voucher type, and issue date.
• Items with description, quantity, unit price, discount, ITBIS, and total.
• Financial summary (subtotal, ITBIS, discount, total).
• Recorded payments with method and date.
• Outstanding balance if the invoice is on credit.
• DGII validation QR code (when the e-CF is accepted).

4. Apply a payment

Payments are recorded from the order, not from the invoice. Open the associated order and press Record payment:

• Available methods: Cash, Card, Transfer, Cheque, Credit Note, and Third-party withholding.
• For cash, indicate the register that receives the collection. The method you pick is what decides where the money lands.
• For transfer or cheque you can note the bank reference.
• For Credit Note, pick which one to use from the list: each shows its real available balance.
• For Third-party withholding, enter how much ITBIS and/or ISR the customer withheld and on what date: the system suggests the amount based on the rule in force, but you can correct it against the certificate the customer gave you.

The payment is reflected immediately in the invoice balance. You can record partial payments and split one collection across several methods.

An invoice with third-party withholding shows a "Withheld by customer" total separate from "Paid". That part never came in as cash or by any other method: the customer withheld it and files it with the DGII on your behalf, but the invoice is settled all the same. It is not a discount and not lost money: it is tax already paid in your name, and it is claimed on your return. See Collecting with third-party withholding.

"Credit" and "Other" are no longer payment methods. "Credit" never was a method: it is the payment term you choose when invoicing. "Other" described nothing and had no accounting treatment. See Payments and payment methods.

Voiding a payment is not the same as recording one. Undoing a booked payment requires the payments:void permission, which does not come with the permission to collect. A voided payment is not deleted: it is marked as voided and stops counting in the shift reconciliation, in the reports and in the customer statement.

The ITBIS the card processor withholds

Every time you collect by card, the processor withholds 2% ITBIS on the amount charged (tax included, not on the taxable base) and files it with the DGII on your behalf. It is not a processing fee. It is your own tax, paid in advance, and it is claimed on your monthly ITBIS return. It is a different figure from the third-party withholding a customer applies when paying you: here no customer decides anything, the processor always withholds, on any card collection.

Booking it as an expense is the classic mistake - it happens because it arrives mixed with the commission in the same bank deposit - and it loses the money twice: the advance is never claimed as a tax credit, and the expense ends up inflated on top of that.

Alongside the card payment, the invoice and the order show a line of its own with what the processor withheld. It is named differently from "Withheld by customer" on purpose: they are two different figures, claimed in different boxes of your return, and calling them the same would leave you unable to tell which is which.

What you see on the invoice at the moment of the charge is an estimate, calculated with the rate in force that day. The actual figure - what the processor really withheld - is confirmed later, when you reconcile the bank deposit against your card collections. See Settling the card processor deposit and Card withholding report for the difference between estimated and confirmed, and which one you can declare.

When it is not withheld. If your business holds the DGII certification that excludes it for selling exempt goods or services, nothing is withheld and the line does not appear. That exclusion is not automatic: you have to request it from the DGII and then mark it in your tax settings. Until you mark it, withholding is assumed, which is the general case.

The rate stays current. The platform administers it, because it is national law. A rate change only affects new collections: a card collection already recorded keeps the rate that was in force the day it happened.

Refunding a card sale does not currently reverse its withholding. A period with refunds can show more declarable ITBIS than actually applies - check before you file. Voiding the collection, on the other hand, does remove it. See Returns and refunds and Voiding a payment.

See Chart of accounts for where it is booked.

5. Apply a discount to an already-issued invoice

Sometimes the customer keeps the goods, but the price is adjusted after the invoice was issued: a minor defect, a goodwill gesture, an agreement reached with the customer afterward. That is what the post-invoice discount is for, and it is different from a refund: the customer returns nothing, and you do not hand any money back - you only reduce what they still owe.

The Discount button lives on the invoice detail, next to Refund. It only appears while the invoice still has an outstanding balance and the DGII has already accepted the voucher (or accepted it with observations); while the voucher is still in progress, or once the invoice is fully settled, the button does not show.

1. Open the invoice and press Discount.
2. Enter a single total amount - there is no per-line discounting. The field shows the maximum you can ask for, which is exactly what the invoice still owes: a discount can only reduce what is outstanding, never what was already collected. If you need to hand back money already collected, that is a refund, not a discount.
3. Enter the reason for the discount (up to 90 characters, the maximum the DGII allows for this field).
4. Confirm. Mosce ERP splits the amount across the invoice's lines on its own, in proportion to what each one still has outstanding - you do not pick the line.

The discount issues its own electronic credit note. It is the same kind of document used to void an entire invoice, only here it corrects the voucher's amounts instead of voiding it: the invoice stays alive, just for less. The DGII defines the electronic credit note for exactly this - "to void operations, process returns, grant discounts and rebates, correct errors, or similar cases" (Informe Técnico e-CF v1.0, p. 12). See the official DGII e-CF documentation.

Only within the 30 days the voucher itself declares. Past that window, the credit note backing the discount is marked before the DGII as carrying "no right to rebate ITBIS" - and a discount does rebate ITBIS, so the system refuses the attempt rather than file a voucher that contradicts itself. Adjusting what the customer owes can no longer be done this way.

The window counts from the issue date printed on the voucher, which is the order's date and not the day you billed it. If your orders stay open for weeks before they are charged, an order older than a month is already out of window for this operation even if you bill it today.

The system may still refuse an amount even when it fits within what the invoice still owes: that happens when the lines, taken together, can no longer absorb it because part of them was credited by earlier discounts or refunds. What the invoice owes and what its lines can still absorb are two different figures, and the discount has to fit in both.

6. Void with a Credit Note (E34)

To void an issued invoice, it is not "deleted": a Credit Note is issued from the original order with the Refund button:

1. Select the items and quantities to credit.
2. Indicate the reason.
3. Select the refund method (cash, CN, original method).
4. Select type E34 (Credit Note).
5. Confirm.

The CN is linked to the order and to the original invoice, and its balance stays available for that same customer to apply on another purchase, in full or in part.

Credit notes require electronic invoicing. A credit note is an electronic tax document filed with the DGII, not an internal note: if your business does not have that module active, the method does not appear and the refund is made in cash. A cash refund is an operational record of yours and does not replace a credit note before the DGII. See the official DGII e-CF documentation.

After the refund, the order and its invoice end up Refunded or Partially refunded, each with its own tab in the list, and the refunded amount stops showing as outstanding. The full flow is in Returns and refunds.

7. DGII status (e-CF)

In the list and detail you will see a badge with the status of the submission to the DGII:

If a document ends up Rejected, go to Fiscal → e-CF documents, open the detail, and review the reason. You can edit allowed fields and retry the submission.

Expected result

• The invoice has a sequential number (FAC-000789) and a unique e-CF number (E32...).
• The client receives the PDF with their fiscal voucher ready to report.
• The e-CF is sent to the DGII automatically and appears Accepted within a few minutes.
• The order and the invoice stay linked: any payment, refund, or CN updates both.

Common errors

Related

• Orders
• Payments and payment methods
• Returns and refunds
• Point of sale (POS)
• Fiscal configuration
• ITBIS and other taxes
• Cash register
• Chart of accounts - where the 2% on cards is booked.
• Bank reconciliation - separating commission from withholding when settling the deposit.
• Card withholding report - which part is confirmed and can be declared.