Pleelo Beta: Soporte beta activo para equipos de RD y US.

606, 607 y 608: Preparación Final para Cumplir sin Sobresaltos en los Primeros 15 Días
Guides

606, 607 y 608: Preparación Final para Cumplir sin Sobresaltos en los Primeros 15 Días

PT
Pleelo Team
May 11, 20266 min read
💡TL;DR

Si esperas al último día, el riesgo se multiplica. Preparar validaciones y borradores con tiempo reduce errores y retrabajo.

Estructura un cierre fiscal limpio y previsible para reportes mensuales vinculados a e-CF.


606, 607 y 608: Preparación Final para Cumplir sin Sobresaltos en los Primeros 15 Días

Son las 11:30 de la noche del día 14. El contador llama porque el sistema de la DGII está lento, hay tres facturas con RNC que no concuerdan y el reporte 607 todavía muestra discrepancias con los e-CF emitidos durante el mes. Nadie duerme bien esa noche. Y lo peor es que esta situación no es una excepción: es el patrón habitual de cientos de negocios en el país que acumulan trabajo durante cuatro semanas y luego intentan resolverlo todo en 48 horas.

El problema no es la complejidad técnica de los formatos 606, 607 y 608. El problema es el momento en que se empieza a trabajar en ellos. Cuando el volumen de transacciones ya está cerrado y no hay margen para corregir inconsistencias, cualquier error —un NCF duplicado, un RNC inválido, un monto que no cuadra con el comprobante electrónico— se convierte en una carrera contra el reloj con el riesgo de incumplimiento encima.

Este artículo está escrito para el dueño o administrador que quiere salir de ese ciclo. No hace falta ser experto fiscal: hace falta un proceso claro ejecutado con consistencia durante todo el mes, no solo al final.


Por Qué los Primeros 15 Días Son el Momento Crítico

Según las publicaciones y avisos de la DGII, los reportes 606 (compras), 607 (ventas) y 608 (anulaciones) deben enviarse dentro de los primeros 15 días hábiles del mes siguiente al período reportado. Eso significa que el reloj empieza a correr el primer día hábil de junio para los datos de mayo, por ejemplo.

Quince días suenan como tiempo suficiente. No lo son, si el equipo tiene que levantar data desde cero, validar cada registro manualmente y coordinar con proveedores para obtener comprobantes que llegaron tarde o incompletos. El margen real para corregir errores sin presión es, en la práctica, de tres a cinco días. Todo lo demás es riesgo acumulado.


Qué Contiene Cada Reporte y Dónde Falla la Mayoría

Antes de hablar de proceso, conviene tener claro qué mueve cada formato:

  • 606 – Compras y gastos: Registra todas las adquisiciones con NCF recibidos de proveedores. Incluye datos del proveedor (RNC, nombre), tipo de comprobante, monto y fecha.
  • 607 – Ventas: Registra los comprobantes emitidos a clientes. Con la implementación del e-CF, este reporte debe estar alineado con los comprobantes electrónicos validados por la DGII.
  • 608 – Anulaciones: Registra los comprobantes anulados durante el período, tanto de compras como de ventas.

Dónde Ocurren los Errores Más Frecuentes

  • RNC de proveedores no validados: Se registra un proveedor con un RNC incorrecto o inactivo y el reporte rechaza la fila completa.
  • Comprobantes recibidos fuera de fecha: El proveedor emite en mayo, pero el documento llega en junio. Si no hay un proceso claro, termina en el período equivocado o se omite.
  • Desalineación entre e-CF y 607: Los comprobantes electrónicos emitidos deben coincidir exactamente con lo reportado. Un número de secuencia mal registrado genera inconsistencias difíciles de rastrear a último momento.
  • Anulaciones no documentadas: Se anulan comprobantes durante el mes sin registrar el motivo o el número original, y el 608 queda incompleto.

El Proceso Que Cambia el Resultado: Preparación Continua, No Acumulada

La diferencia entre cerrar el mes con calma o con pánico está en si el trabajo se distribuye durante las cuatro semanas o se concentra en los últimos dos días. Aquí están las prácticas que más impacto tienen:

Semana 1 y 2 del mes:

  • Validar los RNC de nuevos proveedores al momento de registrar la factura, no al final del mes.
  • Confirmar que cada e-CF emitido quedó validado en la plataforma de la DGII antes de registrarlo como definitivo.
  • Registrar anulaciones en el mismo momento en que ocurren, con la referencia del comprobante original.

Semana 3:

  • Hacer una revisión parcial del 606 y 607 acumulados hasta la fecha.
  • Identificar facturas de proveedores pendientes de recibir y hacer seguimiento.
  • Revisar si hay diferencias entre el libro de ventas interno y los e-CF emitidos.

Semana 4 (cierre del período):

  • Cerrar el período con todos los registros completos.
  • Generar el borrador de los tres reportes y comparar totales contra el mayor contable.
  • Resolver discrepancias antes del último día del mes.

Lista de Verificación: 15 Puntos Antes de Enviar

Antes de hacer el envío definitivo a la DGII, confirma cada uno de estos puntos:

  • Todos los RNC de proveedores han sido validados en el portal de la DGII
  • No hay NCF duplicados en el reporte 606
  • Cada e-CF emitido aparece en el 607 con el mismo número de secuencia
  • Los montos del 607 coinciden con el registro interno de ventas del período
  • Las anulaciones del 608 tienen referencia al comprobante original
  • No hay facturas de compras con fecha de otro período incluidas en este reporte
  • El reporte 606 incluye todas las categorías de gasto aplicables (bienes, servicios, gastos de personal cuando corresponde)
  • Los tipos de comprobante (B01, B02, B14, etc.) están correctamente asignados en cada registro
  • Se revisaron los comprobantes de proveedores informales y su tratamiento fiscal
  • El borrador fue revisado por el contador o responsable financiero antes del envío
  • Se tiene copia de respaldo del archivo generado
  • Se verificó que el período reportado es el correcto (no el mes actual)
  • No hay filas con campos vacíos obligatorios en ninguno de los tres reportes
  • El total de ventas del 607 concuerda con la declaración de ITBIS del mismo período
  • Se tiene confirmación de recepción o acuse de la DGII una vez enviado

Cómo Ejecutarlo en Pleelo

Pleelo centraliza la información que necesitas para preparar estos reportes sin depender de hojas de cálculo dispersas ni procesos manuales propensos a error.

Desde el módulo de compras: Cada factura de proveedor se registra con su NCF, RNC y categoría de gasto. El sistema alerta si un RNC no sigue el formato correcto antes de guardar el registro. Al cierre del mes, el acumulado está disponible para exportar en el formato requerido por la DGII para el 606.

Desde el módulo de ventas y facturación electrónica: Los e-CF emitidos quedan vinculados automáticamente al registro de ventas. Cuando llega el momento de preparar el 607, los datos ya están estructurados y alineados con los comprobantes validados.

Anulaciones: Cualquier comprobante anulado en el sistema genera automáticamente el registro correspondiente con la referencia al documento original, facilitando el llenado del 608 sin buscar en correos o carpetas físicas.

Revisión de borradores: Puedes generar una vista previa de los tres reportes antes del cierre, identificar registros incompletos y corregirlos dentro del mismo sistema sin exportar, modificar y reimportar archivos.

El objetivo es que cuando llegue el día 12 o 13 del mes siguiente, el trabajo ya esté hecho en un 90% y el equipo solo tenga que revisar, no construir desde cero.


Referencias Visuales del Proceso

Configuración fiscal RD en Pleelo Configuración inicial fiscal para operación en República Dominicana.

Reportes fiscales 606 607 608 en Pleelo Vista de reportes fiscales para revisión y cierre mensual.

Siguiente Paso

Si tu proceso actual depende de hojas de cálculo y correos de último momento para cerrar el 606, 607 y 608, este mes es buen momento para cambiarlo. Pleelo está diseñado para negocios como el tuyo en República Dominicana, con los flujos fiscales integrados desde el primer registro.

Prueba Pleelo gratis →

Try Pleelo Free

Start your free trial and simplify your business operations.

Get Started