Generar los reportes 606 y 607 de forma automática es un avance real. Pero «generado» no es lo mismo que «listo para remitir». Cada mes, contadores en todo el país envían reportes con NCF duplicados, RNC que no existen en la DGII o descuadres de ITBIS que llegan a la Oficina Virtual —y solo se descubren cuando ya hay una observación encima.
La buena noticia: puede validar los reportes 606 y 607 con IA antes de que lleguen a la OFV. No como sustituto del criterio del contador, sino como un filtro técnico que trabaja en segundos lo que toma horas hacer a mano.
Te puede interesar: Inteligencia artificial para contadores en República Dominicana: ¿Cómo usarla en la práctica?
¿Por qué los reportes 606 y 607 siguen fallando aunque uses software?
El software contable automatiza la extracción de datos, pero no puede evitar los errores que llegan desde la fuente: una factura registrada con el NCF equivocado, un proveedor con RNC mal digitado, una retención que se aplicó dos veces por un duplicado en el módulo de compras. Esos errores viajan intactos al reporte.
La DGII valida el 606 contra sus propias bases antes de aceptarlo. Si hay discrepancias entre los NCF declarados y los registrados en la OFV, el reporte puede ser rechazado o generar inconsistencias en la declaración de ITBIS. Ese es el momento más costoso para corregir.
¿Qué puede detectar la IA en el reporte 606 antes de enviarlo?
El 606 declara compras y gastos. Los errores más frecuentes que la IA puede identificar en segundos son:
| Error frecuente | Cómo lo detecta la IA |
| RNC de proveedor inválido o inexistente | Cruza contra el padrón de contribuyentes de la DGII |
| NCF duplicado en el período | Compara todos los registros del archivo en busca de repeticiones |
| Tipo de NCF incorrecto según el gasto | Verifica coherencia entre el concepto del gasto y la serie del comprobante |
| ITBIS declarado que no corresponde al tipo de bien o servicio | Detecta operaciones exentas registradas con ITBIS activo |
| Retenciones aplicadas sin NCF válido | Identifica retenciones sin respaldo de comprobante |
Para usar la IA como validador del 606, exporta el archivo en Excel y usa este prompt en ChatGPT o Claude:
«Actúa como auditor fiscal experto en normativas de la DGII de República Dominicana. Revisa esta tabla del Formato 606 del mes de [mes, año]. Identifica: (1) RNC con formato inválido, (2) NCF duplicados dentro del período, (3) montos de ITBIS que no correspondan al tipo de comprobante, (4) retenciones sin NCF asociado. Organiza los hallazgos por tipo de error e indica el número de fila donde aparece cada uno.»
¿Qué puede detectar la IA en el reporte 607 antes de enviarlo?
Antes de validar el 607 con IA, define en qué escenario está tu cliente, porque la obligación de remitirlo cambia:
- Emisor electrónico al 100%: no remite 607 ni 608. Toda su facturación viaja a la DGII vía e-CF en tiempo real. La validación con IA aplica al cruce de e-CF contra el IT-1 y el libro de ventas, no al 607.
- En convivencia (serie B + e-CF): remite el 607, pero solo con los comprobantes serie B emitidos en el período. Los e-CF no se incluyen.
- Sin certificarse o exento: remite el 607 completo con todos los NCF tradicionales del período.
Hay una excepción transversal: las facturas de consumo iguales o superiores a RD$250,000 sí deben reportarse en el 607, sin importar el escenario (Norma General 10-18).
Validación con IA según el escenario
Si tu cliente está en convivencia o aún emite NCF tradicionales, estos son los errores frecuentes que la IA puede identificar:
| Error frecuente | Cómo lo detecta la IA |
| NCF serie B duplicados dentro del período | Compara todos los registros del archivo en busca de repeticiones |
| Facturas de consumo ≥ RD$250,000 sin reportar | Filtra el listado de ventas y señala las que superan el umbral |
| Notas de crédito sin NCF original referenciado | Identifica anulaciones sin comprobante de respaldo |
| Monto de ITBIS que no corresponde a la tasa del 18% o exención | Recalcula el ITBIS esperado y señala desviaciones |
| Inclusión indebida de e-CF en el 607 | Detecta NCF de la serie electrónica (E31, E32, E34, E41, E43, E44, E45, E46, E47) que no deberían estar en el reporte |
Prompt recomendado para el 607 (escenario de convivencia o NCF tradicional):
«Eres un revisor fiscal experto en la normativa de la DGII de República Dominicana. Analiza esta tabla del Formato 607 correspondiente a [mes, año]. El contribuyente está en escenario de [convivencia serie B + e-CF / NCF tradicional]. Detecta: (1) NCF de la serie electrónica (E31, E32, E34, E41, E43, E44, E45, E46, E47) que estén incluidos por error, ya que los e-CF no se reportan en el 607; (2) NCF serie B duplicados dentro del período; (3) facturas de consumo iguales o superiores a RD$250,000 que falten en el reporte; (4) notas de crédito sin NCF original referenciado; (5) errores en el cálculo del ITBIS al 18%. Presenta los resultados en una tabla con columna de fila, tipo de error y descripción.»
Si tu cliente es emisor electrónico al 100%, el cruce cambia
El emisor electrónico no remite el 607, pero sí debe asegurarse de que sus e-CF cuadren con la declaración de ITBIS (IT-1) y con el libro de ventas que mantiene como respaldo contable. Ese es el cruce que la DGII hace automáticamente al validar el período.
La IA puede apoyar en este cruce de la siguiente forma:
| Validación | Cómo la apoya la IA |
| Total de ITBIS facturado en e-CF vs ITBIS declarado en el IT-1 | Suma el ITBIS de los e-CF del período y lo compara con el monto declarado |
| e-CF anulados sin nota de crédito o mensaje de cancelación | Identifica comprobantes anulados que no tengan el documento electrónico de respaldo |
| e-CF tipo E32 (consumo) emitidos sin RNC del receptor cuando supera el umbral | Detecta operaciones de consumo ≥ RD$250,000 que requieren identificación del cliente |
Prompt recomendado para emisores electrónicos al 100%:
«Eres un revisor fiscal experto en la normativa de la DGII de República Dominicana bajo la Ley 32-23. Mi cliente es emisor electrónico al 100% y no remite el 607. Analiza esta tabla de e-CF emitidos en [mes, año] y la declaración IT-1 del mismo período. Detecta: (1) diferencias entre el ITBIS total facturado en e-CF y el ITBIS declarado en el IT-1; (2) e-CF anulados que no tengan nota de crédito electrónica o mensaje de cancelación de respaldo; (3) e-CF E32 de consumo iguales o superiores a RD$250,000 que estén sin RNC del receptor. Presenta los hallazgos en tabla con número de fila, tipo de error y descripción.»
El flujo completo de validación antes de remitir
Antes de ingresar a la OFV, este es el proceso de tres pasos que combina software e IA:
- Genera el reporte desde tu software contable en formato Excel o archivo plano. Alegra produce ambos formatos directamente desde el módulo de reportes, con los campos requeridos por la DGII ya estructurados.
- Pasa el archivo por el validador de IA usando los prompts anteriores. Documenta los errores que detecte y corrígelos en el origen (en el módulo de compras o ventas, no solo en el archivo exportado) para que el reporte regenerado quede limpio.
- Verifica el período antes de remitir: confirma que los totales del 606 cuadren con el ITBIS soportado que vas a declarar en el IT-1. Si tu cliente está en convivencia o aún emite NCF tradicionales, valida también que los totales del 607 coincidan con el ITBIS facturado del IT-1. Si es emisor electrónico al 100%, el cruce es directo entre los e-CF emitidos y el ITBIS facturado declarado, sin pasar por el 607. Ese cruce es el que la DGII hace automáticamente.
Tip Alegra: Con Alegra puedes generar el 606, el 607 y el 608 en formato .txt o Excel con un clic, con todos los campos estructurados según el instructivo vigente de la DGII. Eso reduce los errores de formato antes de que lleguen a la revisión con IA.
¿Qué no puede hacer la IA por ti?
Es importante tener claro el límite. La IA detecta errores de forma y consistencia en los datos, pero no tiene acceso en tiempo real a la OFV ni puede confirmar si un NCF específico fue aceptado o rechazado por la DGII. La validación final y la remisión siguen siendo responsabilidad del contador.
Tampoco reemplaza la conciliación contable del período: asegurarte de que cada factura registrada en el sistema coincida con el documento físico o electrónico es un paso previo que la IA no puede hacer sin esa información de respaldo.
Preguntas frecuentes
Aclara las principales dudas sobre el uso de inteligencia artificial para validar los reportes 606 y 607 antes de enviarlos a la DGII. Aquí encontrarás respuestas prácticas sobre errores comunes, datos clave a revisar y cómo usar la IA como apoyo en el proceso tributario.
¿Puedo usar cualquier IA para validar el 606 y el 607?
Sí. ChatGPT, Claude o Gemini pueden procesar tablas de Excel pegadas directamente en el chat. El resultado depende de la calidad del prompt y de que los datos estén en formato estructurado. Para archivos muy grandes, exporta por tramos de 500 filas.
¿La DGII acepta el 606 si tiene errores de RNC de proveedores?
La DGII puede rechazar o marcar el reporte si los RNC no corresponden a contribuyentes registrados. Además, los adelantos de ITBIS respaldados por comprobantes con RNC inválido no son reconocidos como crédito fiscal, lo que aumenta el impuesto a pagar.
¿Con qué frecuencia debo validar con IA?
Lo ideal es una validación antes de cada remisión mensual. Si manejas varios clientes, puedes crear un flujo estándar: exportar, validar con IA, corregir en el origen, regenerar, remitir.
¿Tengo que enviar el 607 si mi cliente ya es emisor electrónico?
No. Si tu cliente factura el 100% de sus operaciones con e-CF, queda exento de remitir el 607 y el 608, porque la DGII ya recibe esa información en tiempo real vía XML. Solo se mantiene la obligación del 606 (para facturas físicas/serie B recibidas y e-CF autogenerados) y la del 609 cuando aplique. Esta exención está sustentada en la Norma General 01-20 y la Ley 32-23.
¿Este proceso sirve también para el 608?
Sí, cuando aplica. El 608 declara anulaciones de comprobantes serie B. La IA puede verificar que cada NCF anulado en el 608 haya estado previamente declarado en un 606 o 607 del mismo período o de períodos anteriores. Si tu cliente es emisor electrónico al 100%, no remite el 608: las anulaciones se gestionan con nota de crédito electrónica o mensaje de cancelación.
Revisar manualmente cientos de filas cada mes no escala. Incorporar un paso de validación con IA al flujo del 606 y el 607 convierte ese trabajo de horas en minutos, y llegar a la OFV con el reporte limpio es la diferencia entre un cierre tranquilo y una observación de la DGII.
Fuentes
- Dirección General de Impuestos Internos. (2026, febrero). Instructivo para el llenado del Formato 606. DGII.
- Dirección General de Impuestos Internos. (2025, diciembre). Instructivo para el llenado del Formato 607. DGII.
- Dirección General de Impuestos Internos. (2026, marzo). Paso a paso para envío de datos. DGII.
