Agente de Alta de Proveedores

Cada nuevo proveedor es un punto de entrada de riesgo en los datos maestros. Quien da de alta sin verificar, potencia el error en cada asiento posterior - desde la deducción del IVA soportado hasta la ejecución de pagos. El agente de alta de proveedores convierte la verificación en paso obligatorio antes de que la primera factura llegue al sistema.

El problema no está en el onboarding, está en el vuelo a ciegas posterior

La mayoría de las organizaciones financieras verifican a los nuevos proveedores en el momento del alta. Después llega el vuelo a ciegas. Un análisis sectorial muestra que, mientras alrededor del 74 por ciento de las empresas controla los datos maestros en el onboarding, la cuota antes de la ejecución de pagos baja a en torno al 20 por ciento. Precisamente en esa brecha operan los ataques de suplantación de proveedor: una cuenta bancaria modificada, una entrada caducada en lista de sanciones, un NIF-IVA inválido - y el dinero acaba en la cuenta equivocada o la deducción del IVA soportado salta en la siguiente inspección.

A esto se suma el error estructural de datos. Según una encuesta a responsables de compras, el 65 por ciento no tiene una visión clara sobre toda la red de proveedores de su organización. El 83 por ciento de los responsables de purchase-to-pay reporta falta de alineación end-to-end y falta de ownership sobre los datos maestros. Quien parte así, descubre duplicados, cuentas bancarias antiguas y perfiles de riesgo ilocalizables solo cuando el daño ya está contabilizado.

Un escenario que los CFO conocen

Un fabricante químico mediano es contactado por un nuevo proveedor de materias primas de Europa del Este. Pedido inicial: 240.000 EUR (unos 260.000 USD). Compras envía la autodeclaración a contabilidad, y ahí se da de alta al proveedor. Dos semanas después llega la primera factura y se paga. Tres meses más tarde, el auditor interno constata: el NIF-IVA era inválido desde el principio. La deducción del IVA soportado debe revertirse y la inspección tributaria plantea además la cuestión del deber de diligencia. Al mismo tiempo, el proveedor aparece en una lista de sanciones actualizada - el responsable de cumplimiento no tiene un proceso para verificar los datos maestros existentes contra las actualizaciones de listas.

Con el agente de alta de proveedores, este caso se detiene antes del primer pago. La validación contra EU VIES detecta el NIF-IVA inválido en segundos. La verificación contra listas de sanciones de la UE, OFAC y ONU funciona de forma automática y se aplica a la base existente con cada actualización. Los datos bancarios se verifican algorítmicamente, la verificación de duplicados protege frente a un alta doble accidental y la puntuación de riesgo combina sector, país y datos de solvencia en un indicador que el Human-in-the-Loop debe aprobar cuando supera el umbral.

Cómo el Decision Layer descompone el proceso

El agente cubre nueve pasos de decisión, cada uno con asignación clara a regla, IA o persona. La extracción de datos maestros de la autodeclaración y la lectura de condiciones de pago de contratos utilizan procesamiento documental basado en LLM. La validación del NIF-IVA, el screening de sanciones, la verificación de IBAN, el cotejo de duplicados y el alta en el ERP corren por reglas a través de integraciones API. La evaluación de riesgo es un híbrido: factores basados en reglas combinados con scoring de IA. Solo una decisión queda con el Human-in-the-Loop - la aprobación ante una puntuación de riesgo elevada. Donde hace falta criterio, decide el responsable de cumplimiento, documentado en el audit trail.

Lo que el agente entrega al CFO

El efecto económico es doble. Primero, desaparece la debilidad estructural: cada proveedor queda validado antes de que se contabilice la primera factura. Segundo, surge la base sobre la que se apoyan los agentes de Finance posteriores. La validación del NIF-IVA se reutiliza en el agente de recepción de facturas y en el agente de retenciones. La verificación contra listas de sanciones alimenta al agente de ejecución de pagos. El patrón de scoring de riesgo constituye la plantilla para el agente de detección de fraude. Una vez construida, la infraestructura sirve a varios procesos a la vez.

Para el CFO esto significa: documentación robusta de due diligence para la inspección tributaria, menor exposición al fraude de proveedores y una base de acreedores en la que la ejecución de pagos puede confiar. El proceso cumple además, de forma anticipada, con los requisitos europeos de cumplimiento de sanciones y con las ampliaciones del marco Nacha ACH que entran en vigor en junio de 2026 - quien hoy construye una infraestructura de validación limpia cumple estos requisitos sin tener que reajustar.

Fuentes: Trustpair: Vendor Fraud 2026, CDQ: Vendor Master Data Quality, PaymentWorks: Nacha ACH Risk Management 2026.