Verificar RNC del proveedor antes de pagar: guía DGII

Antes de pagar una factura de proveedor en República Dominicana, cuentas por pagar debe verificar cuatro cosas: que el RNC o cédula pertenezca al suplidor, que la razón social coincida con la factura, que el estado del contribuyente no bloquee el tratamiento fiscal esperado y que el NCF o e-NCF haya sido autorizado por DGII para ese proveedor. La evidencia de esa consulta debe quedar guardada con la factura o en el maestro de proveedores.

Si un dato falla, la factura debe quedar en excepción antes de entrar al 606, al ITBIS o a la aprobación de pago. El error común es tratar la consulta del RNC como una tarea posterior: primero se paga, luego contabilidad prepara el Formato 606 y recién ahí aparece la fila rechazada o la diferencia de razón social.

El control no exige el mismo nivel de automatización para todas las empresas. Una mipyme puede validar manualmente cada proveedor nuevo y cada factura sensible; una empresa con cientos de suplidores necesita revisión mensual del maestro y excepciones antes del cierre. En ambos casos, el orden correcto es el mismo: capturar los datos tributarios, compararlos contra DGII, documentar el resultado y solo entonces aprobar el pago o el registro definitivo.

Por qué un RNC mal validado termina en problemas fiscales

El primer golpe suele aparecer en el Formato 606. Si el RNC o cédula del proveedor no pasa la validación, la fila queda observada, el archivo se corrige tarde y el cierre mensual se vuelve una investigación de facturas viejas. Por eso la validación pertenece al flujo previo de cuentas por pagar, aunque el síntoma se vea al preparar el Formato 606 desde facturas de proveedores.

El segundo riesgo es el soporte del crédito fiscal. Una factura con ITBIS no se defiende solo porque el PDF muestre un monto de impuesto. El comprador necesita que el proveedor y el comprobante sean consistentes con los registros de DGII. Si el suplidor no corresponde, el estado no es limpio o el comprobante no está autorizado, el crédito fiscal en el IT-1 queda expuesto a revisión.

El tercer riesgo es la deducción del gasto. En una revisión, contabilidad no solo muestra que se pagó algo; muestra que la factura pertenece a un proveedor identificable, formal y documentado. Un RNC usado indebidamente, una razón social que no cuadra o un proveedor dado de baja debilitan ese soporte, especialmente cuando el mismo error se repite durante meses en el maestro de proveedores.

DGII también coloca responsabilidad sobre el comprador al validar comprobantes. En su guía de NCF, la institución indica que los contribuyentes tienen la responsabilidad de validar los comprobantes fiscales del proveedor emitidos por sus suplidores, y que la consulta puede hacerse por DGII Móvil o por el portal con el RNC del suplidor y el NCF. Esa frase cambia el enfoque: no basta con archivar la factura recibida.

RNC válido y NCF válido no son la misma prueba. El RNC confirma identidad tributaria y estado del suplidor; el NCF o e-NCF confirma que ese comprobante específico fue autorizado para ese emisor. Un proveedor puede existir en el padrón y aun así entregar un comprobante inválido, vencido, mal asociado o digitado con error.

Cuándo consultar el RNC: onboarding, pagos sensibles y cierre mensual

La primera consulta debe hacerse en el onboarding del proveedor, antes de registrar la primera factura y antes del primer pago. Compras puede negociar con un suplidor, pero cuentas por pagar no debería abrirlo como proveedor pagable hasta confirmar RNC o cédula, razón social, estado y tipo de comprobante que puede emitir.

La segunda consulta se activa cuando la factura no se comporta como una factura rutinaria: monto alto, proveedor nuevo, cambio de cuenta bancaria, cambio de razón social, e-NCF distinto al patrón usual, factura recibida fuera de ciclo o proveedor que presiona por pago inmediato. En pagos por tarjeta, débito u otros instrumentos electrónicos cubiertos por la Norma General 06-2023, una operación individual mayor de RD$300,000 también debe disparar una revalidación del estado del proveedor antes de procesarse. Esa regla no debe trasladarse mecánicamente a toda transferencia bancaria, pero sí pertenece a la política de revisión cuando el canal de pago cae dentro de esa norma.

El tercer momento es mensual. Antes del cierre del 606, contabilidad debería revisar el maestro de proveedores usado durante el período y marcar cambios de estado. Un suplidor que estaba activo al alta puede estar suspendido o dado de baja meses después. Si la empresa descubre el cambio cuando el 606 ya está listo, el control llega tarde.

La política puede ser proporcional al volumen. Una mipyme con treinta proveedores activos puede validar manualmente cada alta y revisar los suplidores con movimiento antes del cierre. Una empresa con trescientos o tres mil proveedores necesita una consulta masiva del maestro, una columna de fecha de última validación y un reporte de excepciones para cuentas por pagar, impuestos y auditoría interna.

El papel de trabajo no tiene que ser complejo, pero sí debe existir. Por cada revisión relevante, guarde fecha de consulta, RNC o cédula consultada, razón social devuelta, estado, resultado de NCF cuando aplique, usuario que hizo la revisión y evidencia asociada. Si más adelante alguien pregunta por qué se pagó, se registró o se bloqueó una factura, el expediente no depende de la memoria del auxiliar.

Qué revisar en DGII: RNC, razón social, estado y NCF

Empiece por el identificador. El RNC o cédula en la factura debe ser el mismo que se consulta y debe devolver un contribuyente coherente con el suplidor que está cobrando. Si el documento dice un nombre comercial, compare contra la razón social registrada y contra cualquier certificación o soporte del proveedor. Un nombre comercial puede diferir de la razón social; un RNC de otra entidad no es una diferencia menor.

El estado es el siguiente filtro. Activo es el resultado normal para un proveedor formal. Suspendido indica que DGII tiene una restricción administrativa sobre ese contribuyente; dado de baja apunta a una cesación definitiva; inactivo sugiere que no está operando tributariamente de forma regular; no inscrito significa que el identificador no corresponde a un contribuyente formal en el padrón consultado. Cuentas por pagar no debe tratar esos resultados como simples errores de digitación: la factura se bloquea o se eleva a contabilidad antes de registrar crédito fiscal, preparar el 606 o liberar tesorería.

La razón social distinta merece revisión incluso cuando el RNC existe. Puede tratarse de una actualización pendiente, una factura emitida con nombre comercial, una reorganización societaria o una digitación descuidada. También puede ser uso indebido de un RNC ajeno. La respuesta práctica es pedir al proveedor una explicación documentada y, cuando sea necesario, un comprobante corregido.

Después viene el comprobante. Valide que el NCF o e-NCF corresponda al RNC del suplidor y al tipo de factura recibida. Si el RNC está activo pero el NCF no aparece autorizado, no resuelva el problema cambiando una letra o aceptando una captura informal del proveedor. El comprobante específico debe sostenerse por sí mismo.

Cuando el suplidor entrega cédula en lugar de RNC, la pregunta cambia. Puede ser una persona física con actividad inscrita, una operación ocasional o un proveedor informal. Este artículo no debe convertirse en una guía de comprobantes de compras; para ese escenario, el tratamiento completo corresponde al tratamiento B11 cuando el proveedor no tiene RNC.

Canales de validación: web, DGII Móvil, listas descargables y API

Para una factura puntual, la consulta web de DGII es el canal natural. El área de pagos toma el RNC o cédula de la factura, consulta el registro y compara nombre, estado, tipo, RNC o cédula y actividad contra el documento recibido. Es lento para volumen alto, pero adecuado para altas nuevas, proveedores poco frecuentes y excepciones que requieren revisión humana.

Para validar el comprobante, use el canal de NCF o e-NCF. Ahí la pregunta no es solo si el proveedor existe, sino si ese comprobante fiscal fue autorizado para ese suplidor. Esta verificación es especialmente importante con proveedores nuevos, NCF fuera del patrón habitual o montos de ITBIS materiales.

DGII Móvil sirve para consultas rápidas fuera del escritorio, pero no reemplaza el expediente interno: la empresa igual necesita guardar fecha, usuario y resultado. Para revisión mensual o volumen alto, use listas descargables, consulta masiva o API solo si la política define qué ocurre cuando la fuente no responde, el RNC existe pero el NCF no valida o el resultado contradice datos ya aprobados.

Cómo integrar la validación al flujo de extracción y aprobación

La validación funciona mejor cuando ocurre sobre datos ya estructurados. Si cuentas por pagar recibe facturas en PDF o imagen, primero necesita capturar RNC, razón social, NCF o e-NCF, fecha, ITBIS, total y, cuando hace falta, líneas de detalle. Luego esos campos se comparan contra DGII, una consulta batch o una API definida por la empresa. Para equipos que todavía arman hojas manuales, el primer paso suele ser extraer NCF, RNC e ITBIS de facturas dominicanas a Excel.

Invoice Data Extraction encaja en esa parte del flujo como capa de captura: convierte facturas y otros documentos financieros en Excel, CSV o JSON a partir de instrucciones en lenguaje natural. Para una operación dominicana, el equipo puede pedir columnas como RNC, nombre del suplidor, NCF, fecha, ITBIS, total y referencia de archivo y página, y usar ese resultado como base para extraer RNC, NCF e ITBIS de facturas de proveedores antes de confrontarlos con DGII. La extracción no sustituye la consulta oficial; solo reduce digitación y deja una tabla revisable para bloquear facturas sin RNC, nombres que no coinciden, NCF ausentes, ITBIS atípico o suplidores que requieren revalidación.

Qué hacer cuando la consulta no sale limpia

• RNC no aparece: detenga el pago y pida al proveedor confirmar el identificador. No corrija el maestro por intuición; el proveedor debe emitir o respaldar el dato correcto.
• RNC suspendido, inactivo o dado de baja: eleve el caso a contabilidad o impuestos, solicite el estatus actualizado y documente la decisión antes de registrar ITBIS, 606 o pago.
• Razón social no coincide: bloquee la aprobación automática, pida soporte y actualice el maestro solo cuando quede claro si es nombre comercial, reorganización, error o uso indebido de otro RNC.
• RNC válido pero NCF inválido: pida un comprobante corregido o una explicación documentada antes de tomar crédito fiscal o incluir la factura en el 606.
• Proveedor usa cédula: confirme si es persona física con actividad inscrita y si el tipo de comprobante corresponde. Si no hay RNC ni comprobante fiscal válido, trátelo como proveedor informal, no como factura ordinaria.
• El pago ya salió: registre el hallazgo, evalúe el asiento, revise ITBIS y 606, y decida con contabilidad si procede rectificación, nota de crédito, comprobante nuevo o consulta profesional.