A developer tool for validating Dominican Republic e-CF invoice XML against official DGII XSD schemas. It highlights every issue in context — breaking errors, math discrepancies, conditional warnings, and informational notes — with human-readable messages instead of the vague feedback DGII gives you.
Nine times out of ten, the most you get from DGII is a field name and a generic error code — no indication of what the correct value should be, no hint at why your structure is wrong, no explanation of which conditional rule you violated. During the certification process you get slightly more context, but it's still limited and cryptic.
Developers end up debugging invoices blind: resubmitting, getting the same error, changing one field at a time, burning limited government-issued NCF sequences in the process.
"Campo RNCComprador invalido."
RNCComprador is required for all E-31 invoices. Your buyer must have a valid RNC (or cedula). The field cannot be omitted even if the buyer name is present.
Click any error card to jump to the highlighted XML line — and back.
DGII will reject — missing required fields, invalid RNC, wrong field names, schema violations.
Calculated ITBIS, totals, or retentions don't match the declared amounts.
Invoice passes as Aceptado Condicional — phone too long, address over character limit.
Not an error — signature absent, unusual date gap, or a deprecated field in use.
No issues found — the entire XML highlights in green.
Shipping a useful MVP first, then expanding. No feature creep.
The core validator logic will be published as a TypeScript npm package — so other developers can integrate it into their own tooling without depending on this interface. The web app is both a showcase of the package and a standalone tool anyone can use.