606 y 607 sin errores: la checklist del cierre mensual

El envío del 606 y el 607 no se califica por lo bien que quedó: se califica por si la DGII lo aceptó o lo rebotó. Un solo NCF mal formado o un RNC inactivo puede tumbar el archivo completo. Esta es la rutina — y la fecha — para que cuadre a la primera.

1. Qué reporta cada formato

Son dos caras del mismo mes. El 606 es tu registro de compras de bienes y servicios: cada gasto y costo del período, con el RNC/cédula del proveedor, su NCF, el ITBIS pagado y las retenciones que practicaste. El 607 es tu registro de ventas: los NCF que emitiste, el RNC del cliente (o el resumen de consumidor final), el ITBIS cobrado y la forma de pago.

Los acompañan dos formatos menores que a menudo se olvidan: el 608 (NCF anulados) y el 609 (pagos al exterior). Si anulaste comprobantes en el mes, el 608 no es opcional.

2. El calendario que no puedes fallar

Aquí es donde muchas firmas se confunden: el 606 y el 607 no vencen con el ITBIS. Van antes. Este es el orden real del mes siguiente:

• Día 10 — IR-17. Retenciones de ISR a terceros y retribuciones complementarias.
• Día 15 — 606 / 607 / 608. Los formatos de envío de datos (Norma General 07-2018).
• Día 20 — IT-1. La declaración jurada del ITBIS.

3. La checklist antes de enviar

Recorre esto sobre cada línea antes de subir el archivo a la Oficina Virtual:

1. NCF con el formato correcto. Físico serie B = 11 caracteres (B + tipo de 2 dígitos + 8 de secuencia). e-CF serie E = 13 caracteres. El tipo debe corresponder a la operación (crédito fiscal vs consumo).
2. RNC/cédula validado. Un RNC inactivo o mal tecleado del proveedor rebota la línea del 606. Valídalo en el padrón de la DGII antes de enviar.
3. Forma de pago correcta en el 607. Efectivo, cheque/transferencia, tarjeta, crédito, permuta, bonos o nota de crédito — cada venta con su código.
4. Retenciones en su sitio. El 606 solo marca que existe una retención; la liquidación del ITBIS retenido va en el IT-1 y la del ISR en el IR-17. No las mezcles.
5. Fechas dentro del período. La fecha del comprobante debe caer en el mes que declaras. Un NCF de mayo en el envío de junio es un rechazo seguro.

4. Por qué se rebota un envío

El envío del 606/607 es todo o nada: la DGII valida el archivo completo y lo devuelve con errores a la primera inconsistencia. Los rechazos más comunes son siempre los mismos — NCF con longitud o tipo equivocado, RNC que ya no está activo, y comprobantes fuera del período. No son errores de contabilidad; son errores de captura. Y son exactamente el trabajo que se puede automatizar.

Por eso la validación importa más que la velocidad: no se trata de teclear más rápido, sino de que cada NCF llegue ya validado contra la DGII, con su nivel de confianza, antes de que armes el envío.