Mosce ERP · Help Center
Fiscal

Printed Representation and QR

What the Printed Representation (RI) of the e-CF is, how to download it in Mosce ERP, how to read exempt lines, Exempt Subtotal, CDT/Legal Tip, the buyer's RNC and the Digital Signature Date, and what the QR and the Security Code contain.

The Printed Representation (RI) is the physical document (or printable PDF) that accompanies each signed e-CF. DGII defines what information it must contain, in what order, and requires a scannable QR code on every copy. This guide explains how Mosce ERP generates the RI, where it is downloaded, and what each block and each parameter mean.

Reading time: ~9 min

When to use this

  • You want to understand what Mosce ERP prints when you hand an electronic invoice to the client.
  • You need to explain to the client how to verify the validity of their e-CF by scanning the QR.
  • The client reports that the QR does not scan or that the Security Code does not match.
  • You are going to audit an RI issued months ago and want to confirm it complies with the DGII format.
  • You work with continuous tickets (E32 < RD$250k) and want to know how they render on thermal paper.

Before you start

  • Your role includes fiscal:read. To download the RI you go to the Fiscal → e-CF Documents screen (documentos-ecf).
  • The e-CF you want to print is in Accepted or Conditional status. DGII generates the QR and the Security Code only after signing; documents in Not sent or Pending do not have an RI yet.
  • If you are going to print, make sure the printer resolves at least 200 dpi (Mosce ERP's recommendation for QR legibility). The RI must remain legible throughout the fiscal retention period applicable to the taxpayer.

What the RI is and why it is mandatory

Per DGII Informe Técnico e-CF v1.0 §18 (Printed Representation, March 2026, page 31): "There are minimum specifications, mandatory in nature, that must be presented in a Printed Representation (RI) of an e-CF, as well as a specific order and place where the information relating to the corresponding type of fiscal voucher must be placed."

The RI is the physical equivalent of the e-CF that the client takes away (on paper or as a PDF). DGII defines it in the Informe Técnico e-CF v1.0 §18 with mandatory fields, presentation order, and a scannable QR code on each sheet. An RI that belongs to an e-CF not received by DGII or rejected does not serve to support a tax credit - the QR is precisely the tool the recipient uses to verify the voucher's status online.

Each RI has a maximum of one thousand (1,000) lines in the goods or services detail section, with the exception of Electronic Consumer Invoices under DOP$250k, which may contain up to ten thousand (10,000) lines.

How to download the RI in Mosce ERP

⚠️ Availability - read this before continuing. Mosce ERP already generates the signed RI for every e-CF in Accepted or Conditional status. However, the "Download RI" button on the Fiscal → e-CF Documents screen is not in the UI yet - it is coming soon. In the meantime, contact support to retrieve the RI per document. The flow described below is the intended future flow.


Intended flow (when the button is available)

  1. Open Fiscal → e-CF Documents from the side menu.
  2. Filter until you find the e-CF (by number, by Accepted/Conditional status, by type, etc.).
  3. Click the row to open the detail page.
  4. Press Download RI. Mosce ERP redirects to a short-lived signed URL (≤ 15 minutes) and the browser downloads the PDF.

The signed XML (which serves for technical audit, not for handing to the client) is downloaded with the Download XML button that is already available in the UI today.

Anatomy of an RI

Per DGII Informe Técnico e-CF v1.0 §18.2 (Order and Distribution of Information, page 31).

A standard RI (A4 or Letter) is laid out as follows:

Header - right side

  • Electronic Tax Voucher Type - the denomination in words according to the type (e.g. Factura de Crédito Fiscal Electrónica for E31, Nota de Crédito Electrónica for E34).
  • e-NCF - the DGII-authorized sequence (13 characters, format EXX...).
  • Expiration Date - the sequence's expiration date. Not applicable for Electronic Credit Notes (E34) or for Electronic Consumer Invoices (E32).
  • Modified e-NCF - only for Debit Notes (E33) and Credit Notes (E34), or when it is a replacement: the sequence of the original document. It may have a serie B structure (11 digits), serie E (13 digits), or series A/P (19 digits).
  • Modification Code - only when applicable. The description in words according to the canonical DGII code (see below).

Header - left side (issuer data)

  • Trade Name (if any).
  • Name or Business Name (as it appears in the National Taxpayer Registry).
  • Branch (if applicable).
  • RNC.
  • Address.
  • Municipality.
  • Province.
  • Emission Date.

Recipient block (below the header, left side)

  • Client's Name or Business Name.
  • Client's RNC. Optional for the Electronic Consumer Invoice (E32) with an amount under DOP$250k; mandatory when the E32 is equal to or greater than DOP$250k.

Central part - goods or services detail

Per line (as applicable to the type): quantity, exemption indicator ("E" to the left of the description if applicable), description, unit of measure, alcohol content and retail price (PVP) (alcohol producers - E31 with ISC), price, Specific ISC, Ad-Valorem ISC, ITBIS, discount, surcharge, value.

Totals

Taxed Subtotal, Exempt Subtotal, Total ISC, Total ITBIS, CDT (Contribución al Desarrollo de las Telecomunicaciones), Legal Tip, Total. When there are global discounts or surcharges: description, percentage, and amount.

Taxed Subtotal vs. Exempt Subtotal. Each exempt line carries the indicator "E" to the left of the description and its amount adds to the Exempt Subtotal, never to the Taxed Subtotal. This way, the Taxed Subtotal reflects only what pays ITBIS and the Exempt Subtotal what does not.

CDT and Legal Tip are two of the additional taxes DGII codes in its Table of Coding of Additional Tax Types: 001 = Legal Tip and 002 = CDT (Contribución al Desarrollo de las Telecomunicaciones). When the voucher includes them, they appear as their own lines in the printout totals.

Additional data to be included in the RI

Per DGII Informe Técnico e-CF v1.0 §18.2.3 (Additional data to be included in the RI, page 35).

  • QR code - lower left side of the e-CF (on handheld devices it may be centered at the foot). Minimum distance of 2 cm from the edge of the sheet, minimum size 22 × 22 mm with an internal margin of 3 mm.
  • Security Code - below the QR, 6 characters indicated in words.
  • Digital Signature Date - format dd-MM-yyyy HH:mm:ss.

Canonical modification codes

Per DGII Formato e-CF v1.0 §F.4 (October 2025, pages 56-57).

CodeDescriptionApplies to
1Cancels the modified NCFOnly E33 and E34 (Debit and Credit Notes)
2Corrects the text of the modified Fiscal VoucherOnly E33 and E34
3Corrects amounts of the modified NCFOnly E33 and E34
4Replacement of NCF issued in contingencyAny e-CF type whose type matches the equivalent of the original Serie B (see contingency)
5Reference to Electronic Consumer InvoiceOnly E31 (Fiscal Credit Invoice); not printed on the RI, it is an internal XML reference

About the name "NCF modificado" in codes 1, 2, and 3. "NCF modificado" is DGII's literal wording in Formato e-CF v1.0 §F.4 - it includes the acronym NCF (which under the previous regime was the numbering of paper vouchers). In the context of Mosce ERP, the field always references another e-CF, never an NCF from the previous regime.

The QR - what it contains and how it is composed

Per DGII Informe Técnico e-CF v1.0 §18.2.3 (page 35).

The QR contains a DGII query URL. There are two distinct formats depending on the e-CF type and the amount, and Mosce ERP automatically chooses the correct one when rendering.

Default URL - most e-CFs

Applies to E31, E33, E34, E41, E43, E44, E45, E46, E47, and to E32s with a total amount ≥ DOP$250k.

https://ecf.dgii.gov.do/ecf/ConsultaTimbre?RncEmisor={11}&RncComprador={11}&ENCF={13}&FechaEmision=dd-MMyyyy&MontoTotal=XXXX.XX&FechaFirma=dd-MMyyyy%20HH:mm:ss&CodigoSeguridad={6}

Parameters:

  • RncEmisor - RNC of the taxpayer that emits the e-CF (11 digits).
  • RncComprador - RNC of the recipient (11 digits).
  • ENCF - sequence number of the e-CF (13 characters, e.g. E310000000042).
  • FechaEmision - emission date, format dd-MMyyyy.
  • MontoTotal - total amount of the voucher with two decimals.
  • FechaFirma - digital signature date and time, format dd-MMyyyy HH:mm:ss (URL-encoded %20 as separator).
  • CodigoSeguridad - the first 6 characters of the SignatureValue hash (see next §).

Compact URL - only Consumer Invoice < DOP$250k (E32)

https://fc.dgii.gov.do/eCF/ConsultaTimbreFC?RncEmisor={11}&ENCF={13}&MontoTotal=XXXX.XX&CodigoSeguridad={6}

This variant omits RncComprador, FechaEmision, and FechaFirma. The reason is that in consumer invoices below the DOP$250k threshold the recipient's RNC is optional, and DGII publishes a separate service at fc.dgii.gov.do specifically for this case.

Physical specifications of the QR

  • Position: lower left side of the e-CF. On handheld devices (ticket printers, mobile terminals) the lower center is also allowed.
  • Minimum distance to the edge of the sheet: 2 cm.
  • Minimum size: 22 × 22 mm.
  • Internal white margin around the QR: 3 mm.

Mosce ERP uses error correction level M (Medium) by default when generating the QR - it balances information density and tolerance to smudges or minor damage in printing.

The Security Code - what it is and where it comes from

Per DGII Informe Técnico e-CF v1.0 §18.2.3, footnote 5 (page 35): "It corresponds to the first six (6) digits of the signature hash, found below the QR code on the printed representation."

The Security Code is not a PIN, it is not a secret, and it requires no authentication to view. It is the first 6 characters of the base64 string of the <SignatureValue> element inside the e-CF's XMLDSig signature. It is a stable fingerprint of the document that serves DGII and the recipient to confirm that the printed copy corresponds to the signed XML.

Because it is base64, the 6 characters can include letters (uppercase and lowercase), digits, +, /, and possibly =. Example: S/DQdu. It is not hex nor normalized to uppercase - the exact character that appears below the QR must match the CodigoSeguridad parameter of the QR and the first 6 characters of the SignatureValue of the signed XML. If an RI shows one code and the XML another, the RI does not correspond to that e-CF.

Special models

Continuous Paper (E32 < DOP$250k)

Per DGII Modelos Ilustrativos de Representación Impresa §2.3 (April 2025).

For Electronic Consumer Invoices with a total amount under DOP$250k emitted on ticket printers (80 mm thermal paper), Mosce ERP offers a compact monospaced template. The layout changes to accommodate the reduced width: header, lines, and totals in compact format, QR centered at the foot with its minimum margin. It does not apply to other e-CF types - for E31, E33, E34, etc., the standard A4/Letter template is always used.

Deferred Submission overlay (Model 3.1)

Per DGII Modelos Ilustrativos §3.1.

When an e-CF is emitted in Deferred Submission mode, the foot of the RI carries the legend:

"e-CF emitido en modalidad Envío Diferido, podrá ser consultado para su validez fiscal, a partir de las veinticuatro (24) horas."

And the label of the signature date changes from "Fecha Firma" to "Fecha de Firma Digital".

Contingency Mode - Loss of Connectivity overlay (Model 4.1)

Per DGII Modelos Ilustrativos §4.1.

When an e-CF is emitted while Mosce ERP is in Loss of Connectivity mode (the offline queue is active), the RI carries at its foot the regulated legend:

"e-CF emitido en modalidad de Contingencia, el cual podrá ser consultado para su validez fiscal, a partir de las setenta y dos (72) horas."

The client receives the RI immediately and can use it; the validity check against DGII is done when the 72 hours are met or when the e-CF has already been delivered to DGII (whichever happens first). For the operational details of the contingency state, see contingency and backup plans.

Model 4.2 - Technical Incapacity

DGII defines a Model 4.2 for Technical Incapacity, but it is not an e-CF RI: when the system cannot generate an e-CF, the taxpayer issues paper Serie B vouchers from their authorized pre-printed booklet. Those are not generated in Mosce ERP nor rendered as an RI. The later replacement e-CF (within 30 days after recovery) is printed as a standard RI - with no special overlay - because it is already a normal e-CF with <CodigoModificacion>4</CodigoModificacion> in its reference block.

Pagination

Per DGII Informe Técnico e-CF v1.0 §18.2.3 (Information concerning pagination of an e-CF, pages 36-37).

When the line detail exceeds one page, Mosce ERP repeats the header and the recipient block on each page and shows per-page subtotals: Subtotal Gravado Página, Subtotal Exento Página, Subtotal ITBIS Página, Subtotal Impuesto Selectivo al Consumo Página, Subtotal Otros Impuestos Adicionales Página, Monto total Página. The last page replaces those subtotals with the totals of the complete document. The foot shows Página No. X de Y.

Common errors

SymptomLikely causeSolution
The QR does not scanLow-resolution printer, toner smudge over the QR, wrinkled paperReprint from the e-CF detail screen; if the problem persists raise the print resolution to ≥ 200 dpi
The QR scans but the URL returns "comprobante no encontrado"The e-CF has not been accepted by DGII yet (status Pending or Not sent)Wait for the status to change to Accepted or Conditional; in the meantime the URL does not resolve even though the QR is printed
The client reports that the Security Code does not matchThe RI got out of sync with the signed XML (probably reprinted from a parallel process)Re-issue the RI from Fiscal → e-CF Documents of the correct e-CF; verify that the downloaded XML has the same SignatureValue
The RI does not load in e-CF DocumentsThe e-CF has not completed DGII acceptance yetThe RI is generated only after the terminal Accepted/Conditional status; check the e-CF detail to see the real status
The invoice comes out without the e-CF emitido en modalidad de Contingencia legend even though there was an episodeThe document was emitted before the formal episode was declaredThe legend applies only to documents emitted during an active episode; check the timestamp of the e-CF and of the episode
The QR amount differs from the printed totalRounding bug or manual manipulation of the XMLReport to support; the values must be identical

Last updated: 2026-08-02

Regulatory sources

  1. DGII - Informe Técnico e-CF v1.0, March 2026. §18 Printed Representation (RI) of the e-CF (pages 31-48): §18.1 print quality and fiscal retention, §18.2 order and distribution (header right/left sides, central part, totals, additional data), §18.2.3 Additional data to be included in the RI - QR (parameters, position, size 22×22 mm, margin 2 cm), Security Code (first 6 characters of the SignatureValue), Digital Signature Date, pagination. Available at the DGII portal.
  2. DGII - Modelos Ilustrativos de Representación Impresa (RI) - Facturación Electrónica, April 2025. §1 models by type (E-FCF, ISC, Debit and Credit Notes, pagination), §2 vouchers without fiscal value (E32 ≥ DOP$250k, E32 < DOP$250k, E32 < DOP$250k on Continuous Paper), §3 Deferred Submission (3.1 e-CF in Deferred Submission, 3.2 Deferred Submission document when the e-CF cannot be generated), §4 Contingency Mode (4.1 Loss of Connectivity / Offline / Intermittency, 4.2 Technical Incapacity with paper Serie B voucher). Available at the DGII portal.
  3. DGII - Formato Comprobante Fiscal Electrónico v1.0, October 2025. §F.4 (pages 56-57) - the five canonical <CodigoModificacion> codes and their type restrictions: codes 1/2/3 only in E33/E34, code 5 only in E31, code 4 with no type restriction (must match the equivalent Serie B). Available at the DGII portal.
  4. DGII - Formato Comprobante Fiscal Electrónico v1.0 - Table I, Coding of Additional Tax Types (page 59): 001 = Legal Tip (10%) and 002 = CDT, Contribución al Desarrollo de las Telecomunicaciones (Ley 153-98 Art. 45, 2%), which appear as their own lines in the RI totals. Available at the DGII portal.
  5. DGII - Informe Técnico e-CF v1.0 §18.2.1 (recipient block): the buyer's RNC is optional in the Electronic Consumer Invoice only when the total amount is under DOP$250k; equal to or above that amount it is mandatory and is printed on the RI. Available at the DGII portal.