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.

Verificar en DGII el RNC del proveedor antes de pagar una factura no es un trámite decorativo. Es una puerta de control entre recibir el documento y liberar dinero. Si el RNC está mal digitado, pertenece a otra empresa, está suspendido, figura dado de baja o el comprobante no fue autorizado, la factura deja de ser un soporte limpio para el 606, el ITBIS y la aprobación interna del pago.

El error común es tratar la consulta 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. Para un equipo de AP, el orden correcto es al revés. La factura entra, se extraen o capturan los campos tributarios, se comparan contra DGII, se documenta el resultado y solo entonces se aprueba el pago o el registro definitivo.

Ese control no exige el mismo nivel de automatización para todas las empresas. Una mipyme con pocos suplidores puede validar manualmente cada proveedor nuevo y cada factura sensible. Una empresa con cientos de proveedores necesita una revisión mensual del maestro y una forma de marcar excepciones antes del cierre. En ambos casos, el principio es el mismo: el RNC, la razón social, el estado y el NCF se validan antes de que el problema llegue al 606 o a una auditoría.

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 AP, 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.

Hay un cuarto riesgo que conviene explicar con precisión. La Norma General 06-2023 trata operaciones de tarjetas, débito y pagos electrónicos realizadas por entidades adquirentes o de pago. En ese marco, ciertas operaciones individuales mayores de RD$300,000 con afiliados no registrados, suspendidos, dados de baja o registrados sin obligaciones recurrentes pueden enfrentar retención del 18% del ITBIS. No es correcto convertir esa regla en una afirmación universal para toda transferencia bancaria entre comprador y proveedor, pero sí es una señal de por qué el estado del RNC importa cuando el flujo de pago cae dentro de ese alcance.

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 AP 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 flujos de tarjeta, débito o pagos electrónicos cubiertos por la Norma 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 AP, 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. AP 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. AP toma el RNC o cédula de la factura, consulta el registro y compara el resultado contra la razón social y el estado esperado. La consulta de RNC registrados devuelve datos como nombre, estado, tipo, RNC o cédula y actividad, que son suficientes para detectar un proveedor que no corresponde al 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. La guía de DGII remite a DGII Móvil o a la ruta del portal de Impuestos Internos en Herramientas, Consultas, NCF / e-NCF, usando el RNC del suplidor y el NCF. Esta verificación es especialmente importante cuando la factura llega de un proveedor nuevo, cuando el NCF no sigue el patrón habitual o cuando el monto de ITBIS hace material el crédito fiscal.

DGII Móvil cumple una función práctica para consultas rápidas fuera del escritorio. No reemplaza el expediente interno, porque la empresa igual necesita guardar evidencia de fecha, usuario y resultado, pero ayuda cuando compras, operaciones o un responsable de campo necesita confirmar un proveedor antes de aceptar o tramitar una factura.

Para revisión mensual del maestro de proveedores, la consulta una a una se vuelve frágil. En ese punto aparecen listas descargables, bases públicas de RNC o herramientas de consulta masiva que permiten comparar el maestro contra un padrón actualizado. El control importante no es solo obtener el dato, sino dejar claro qué fuente se usó, cuándo se actualizó y qué reglas marcan una excepción.

Las APIs y herramientas de terceros tienen sentido cuando la validación se integra al ERP, al flujo de aprobación o a una bandeja de facturas pendientes. En esos casos, IT y contabilidad deben acordar qué ocurre si la consulta falla, si la fuente no responde, si el RNC existe pero el NCF no valida, o si el resultado contradice datos ya aprobados. Un API sin política de excepciones solo acelera el mismo problema.

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 AP 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. La factura que no cuadra se marca antes de aprobar pago, no cuando contabilidad ya está cerrando.

Invoice Data Extraction encaja en esa parte del flujo como capa de captura. La plataforma convierte facturas y otros documentos financieros en archivos 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.

Ese matiz importa. La extracción automatizada no sustituye la consulta oficial de RNC ni prueba por sí sola que un comprobante esté autorizado. Lo que sí hace es reducir la digitación manual y dejar a AP trabajando con una tabla revisable. Desde ahí, el equipo puede filtrar facturas sin RNC, nombres que no coinciden, NCF ausentes, ITBIS atípico o suplidores que requieren revalidación.

El producto soporta PDF nativos, documentos escaneados e imágenes JPG o PNG, maneja lotes grandes y devuelve resultados con referencia al archivo y página de origen. Esa referencia es útil para auditoría interna: si una fila del Excel marca un RNC dudoso, el revisor puede volver al PDF exacto y confirmar si el error viene del proveedor, de una mala lectura, de una factura borrosa o de una regla de extracción que necesita ajuste.

Para el equipo que todavía arma hojas manuales, el primer paso suele ser extraer NCF, RNC e ITBIS de facturas dominicanas a Excel. La validación contra DGII viene después, pero depende de que esos campos estén completos, consistentes y trazables desde la factura original.

Qué hacer cuando la consulta no sale limpia

Si el RNC no aparece, detenga el pago y pida al proveedor confirmar el identificador. Puede ser una digitación mala, una factura emitida con datos incompletos o un proveedor que no está formalmente inscrito. No corrija el RNC dentro del sistema contable por intuición; el proveedor debe emitir o respaldar el dato correcto.

Si el RNC aparece suspendido, inactivo o dado de baja, AP no debería aprobar la factura como si el resultado fuera normal. Escale a contabilidad o impuestos, solicite al proveedor su estatus actualizado y documente la decisión. Si la empresa acepta registrar la factura, debe hacerlo con una evaluación consciente del ITBIS, el 606 y el soporte del gasto.

Si la razón social no coincide, bloquee la aprobación automática. La salida puede ser simple, como corregir una factura con nombre comercial incompleto, o más delicada, como detectar que el proveedor usó el RNC de otra entidad. Pida soporte, conserve la respuesta y actualice el maestro solo cuando el dato quede claro.

Si el RNC es válido pero el NCF o e-NCF no valida, el problema está en el comprobante. La acción normal es pedir un comprobante corregido o una explicación documentada antes de tomar crédito fiscal o incluir la factura en el 606. Un proveedor formal con un comprobante inválido sigue dejando al comprador con un documento débil.

Si el proveedor entrega cédula, revise si corresponde a una persona física con actividad inscrita y si el tipo de comprobante recibido es el correcto. Si no hay RNC ni comprobante fiscal válido, contabilidad debe tratarlo como caso de proveedor informal, no como una factura ordinaria de suplidor formal.

Si el pago ya ocurrió antes de validar, el control no desaparece. Registre el hallazgo, evalúe si el asiento debe corregirse, revise el tratamiento de ITBIS y 606, y decida con contabilidad si procede rectificación, nota de crédito, comprobante nuevo o consulta profesional. La política mínima es clara: ninguna alta de proveedor, factura sensible o cierre mensual debe depender de una validación hecha después de que el dinero salió.