Checklist técnico y operativo para asegurar que la representación impresa del e-CF sea consistente y útil.
QR y Representación Impresa del e-CF: Qué Verificar para Evitar Rechazos de Clientes
Un cliente recibe su factura electrónica, la imprime en su oficina y se la entrega a su contador para la declaración. El contador escanea el código QR y no obtiene respuesta. Llama al proveedor molesto, dice que el documento "no es válido" y retiene el pago hasta que se aclare la situación. El proveedor revisó el XML, todo está en regla en el sistema de la DGII, pero la representación impresa (RI) que generó su sistema tenía el QR mal codificado. Dos días perdidos, una relación tensa y una factura cobrada tarde.
Este escenario ocurre más seguido de lo que parece. No porque las empresas no emitan bien el e-CF, sino porque confunden la validez del comprobante electrónico con la calidad de su representación impresa. Son dos cosas distintas: el e-CF válido vive en el XML firmado y en el registro de la DGII; la RI es solo una visualización de ese documento para uso humano. Pero si esa visualización está mal armada, genera fricción, desconfianza y rechazos operativos que cuestan tiempo y dinero real.
Aquí encontrarás un checklist técnico y operativo para que la RI que entregas a tus clientes sea consistente, útil y no genere dudas innecesarias sobre la validez de tus documentos.
Por Qué la RI No Es un Simple PDF
Muchas personas asumen que la representación impresa es un "adorno" del proceso de facturación electrónica. En la práctica, es el primer punto de contacto que tienen tus clientes con el comprobante. Si tu cliente trabaja con una empresa mediana, su área de cuentas por pagar va a verificar ese documento antes de registrar la compra. Si trabaja con el Estado, la revisión puede ser más rigurosa aún.
Según los lineamientos técnicos publicados por la DGII para el esquema de e-CF en República Dominicana, la representación impresa debe permitir la verificación del comprobante a través del código QR y debe contener los campos mínimos que identifican inequívocamente el documento. El QR no es decorativo: es la puerta de entrada a la consulta en el portal de la DGII. Si ese QR falla, el receptor no puede confirmar la autenticidad del e-CF sin acudir directamente al portal y buscar manualmente.
Los Errores Más Comunes en el QR
El código QR del e-CF debe contener una URL funcional que apunte al portal de consulta de la DGII e incluir los parámetros correctos para identificar el comprobante. Los errores más frecuentes son:
- URL truncada o mal concatenada: el sistema genera la URL sin algún parámetro requerido (como el RNC del emisor o el número de e-CF), y el portal no puede resolver la consulta.
- QR generado desde un campo de texto en lugar del valor real: algunos sistemas toman el campo de texto que muestra el número de secuencia en pantalla y no el valor estructurado del XML. Si hay diferencia de formato, el QR lleva datos incorrectos.
- Resolución insuficiente: el QR se genera en baja resolución y, al imprimir o al escalar el PDF, los módulos se pixelan y el escáner no lo lee.
- Margen quieto (quiet zone) eliminado: el QR se encuadra sin el margen en blanco obligatorio alrededor del símbolo, lo que impide la lectura correcta con muchos lectores.
Cómo Probar el QR Antes de Enviarlo
No esperes a que un cliente lo reporte. Establece una rutina de prueba simple:
- Genera una RI de prueba con un e-CF real ya aprobado.
- Usa al menos dos aplicaciones diferentes para escanear el QR (el lector nativo del teléfono y una app de terceros como Google Lens o un lector dedicado).
- Verifica que la URL que aparece sea completa y apunte al portal de la DGII.
- Abre esa URL en un navegador y confirma que el documento es consultable.
- Imprime la RI en papel (no solo la veas en pantalla) y vuelve a escanear.
Si el QR pasa estas cinco pruebas, la posibilidad de rechazo por ese motivo baja significativamente.
Campos Mínimos que Debe Mostrar la RI
Más allá del QR, la representación impresa debe mostrar ciertos campos que permiten al receptor identificar y registrar el documento sin tener que abrir el XML. Revisa que tu plantilla incluya todos estos:
- RNC del emisor y nombre o razón social completa
- Número de e-CF (ej. E310000000001)
- Tipo de comprobante fiscal
- Fecha y hora de emisión
- RNC o cédula del receptor (cuando aplica)
- Nombre del receptor
- Descripción de los bienes o servicios
- Monto gravado, ITBIS desglosado y monto total
- Código QR
- Leyenda de validez electrónica (indicando que el documento original es el XML)
Si tu plantilla omite alguno de estos elementos, estás creando ambigüedad innecesaria. Los contadores y auditores buscan estos campos de forma casi automática; si no los encuentran, el documento genera preguntas.
Checklist Operativo para la RI
Antes de considerar que tu proceso de RI está listo para producción, valida cada punto:
- El QR se genera dinámicamente a partir de los datos del XML, no de campos de texto de la interfaz
- La URL del QR es completa e incluye todos los parámetros de consulta de la DGII
- El QR es legible al escanear desde pantalla y desde papel impreso
- El QR tiene margin quiet zone visible (mínimo 4 módulos de borde)
- La resolución del QR es suficiente para impresión (mínimo 300 DPI o escalable en vectores)
- Todos los campos mínimos están presentes en la plantilla
- Los montos muestran exactamente dos decimales y el símbolo de moneda correcto
- La fecha de emisión coincide con la del XML (incluyendo la hora si aplica)
- El número de e-CF es idéntico al del XML, carácter por carácter
- La RI incluye leyenda clara de que el documento válido es el XML registrado en DGII
- El diseño se adapta correctamente a papel carta y al formato PDF para envío digital
- Has probado la RI con al menos un cliente real antes de escalar el proceso
Consistencia Entre la RI y el XML
Un punto que genera conflictos legales y comerciales: la información visible en la RI debe coincidir exactamente con el contenido del XML firmado. Esto suena obvio, pero ocurre que sistemas que aplican redondeos de forma diferente en la capa de presentación muestran montos distintos a los del XML. O plantillas que formatean fechas diferente al campo original.
Establece una validación cruzada periódica: toma una muestra de e-CF emitidos, abre el XML y compara campo por campo con la RI generada. Si encuentras diferencias, aunque sean menores, corrígelas antes de que un receptor las encuentre primero.
Cómo Ejecutarlo en Pleelo
En Pleelo, la representación impresa del e-CF se genera automáticamente a partir de los datos del XML aprobado, sin que debas construir ni mantener la plantilla manualmente. El QR se codifica directamente desde los valores estructurados del comprobante, no desde campos de texto de la interfaz, lo que elimina el riesgo de truncamiento o desincronización.
Desde el módulo de facturación electrónica puedes previsualizar la RI antes de enviarla, descargarla en PDF con resolución adecuada para impresión, y reenviarla directamente al correo del cliente desde la misma pantalla. Si necesitas ajustar el logo o información adicional de tu empresa en la plantilla, el equipo de onboarding te asiste en la configuración inicial. El proceso está diseñado para que tu área de ventas o administración opere sin depender del equipo técnico en el día a día.
Referencias Visuales del Proceso
Configuración inicial fiscal para operación en República Dominicana.
Vista de reportes fiscales para revisión y cierre mensual.
Siguiente Paso
Revisar tu proceso de RI hoy puede evitarte un reclamo mañana. Si todavía estás gestionando tu facturación electrónica en un sistema que te genera dudas sobre la calidad del QR o la consistencia de los campos, es buen momento para probar una alternativa sin riesgo.
