- Sí. El SRM, sea SAP Ariba, Coupa u otro, sigue siendo el sistema de registro: maestro de proveedores, estado del proveedor y los procesos que leen de ellos.
- El agente trabaja delante, en la parte que el SRM guarda pero no hace: hablar con los proveedores que no entran en el portal, leer cada documento, comprobarlo contra tus requisitos y reclamar lo que falta.
- Una persona aprueba cada proveedor y cada excepción. Solo entonces se escribe el estado aprobado en el SRM.
- Se puede empezar sin integraciones: el agente trabaja desde tus buzones y hojas de cálculo y tu equipo actualiza el SRM desde el expediente validado. La escritura en el SRM llega cuando hay acceso.
- Los proveedores que prefieren el portal pueden seguir usándolo. El agente cubre a los que responden por correo.
¿Puede un agente de IA trabajar sobre SAP Ariba o Coupa?
Sí, y esa es la idea. Sustituir un SRM es un proyecto de años con sus propios riesgos, y la mayoría de equipos que lo tienen no quieren quitarlo. Lo que quieren es que el trabajo alrededor deje de depender de personas reclamando documentos y leyendo PDF. Una capa de agentes mantiene el SRM como sistema de registro y hace ese trabajo delante de él, con una persona aprobando cada proveedor antes de escribir nada.
Qué hace bien un SRM y dónde sigue el trabajo manual
Un SRM es bueno en registros y procesos: un maestro de proveedores, un portal de registro, circuitos de aprobación, almacenamiento de documentos y la conexión con sourcing, contratos y pagos. Lo que no hace es el criterio de en medio. Guarda el certificado del seguro; alguien tiene que abrirlo y ver que la cobertura está por debajo del requisito. Manda un recordatorio; alguien tiene que leer la respuesta y saber qué documento sigue faltando. Y solo funciona con los proveedores que entran.
Qué se queda en el SRM y qué hace el agente
| Parte del trabajo | SRM | Agente |
|---|---|---|
| Ficha del proveedor, maestro y estado | Sí | No. Escribe el estado aprobado, una vez conectado |
| Portal y formularios de registro | Sí | No. Ofrece el correo a quien no usa el portal |
| Flujo de aprobación y circuitos | Sí | Prepara el expediente sobre el que decide una persona |
| Guardar documentos | Sí | Los archiva con las comprobaciones hechas |
| Reclamar documentos que faltan | Recordatorios, si están configurados | Responde en el hilo diciendo exactamente qué falta |
| Leer cada documento contra el requisito | Normalmente una persona | Comprueba emisor, titular, coberturas, alcance, caducidad y coherencia |
| Sanciones y registros | Con módulos adicionales o una persona | Revisa la empresa y sus titulares; las coincidencias van a una persona |
| Caducidades y renovaciones | Campos de fecha, si se rellenan | Lee las fechas de los documentos y pide la renovación |
Describe cómo suelen resolver los SRM cada paso, no una evaluación de un producto o configuración concretos. Contrástalo con tu instalación.
Cómo trabajan juntos
La petición empieza donde empieza hoy
Un alta abierta en el SRM, un correo del solicitante o una fila en una hoja de cálculo. El agente la recoge con el conjunto de requisitos que tu política asigna a esa categoría, país y gasto.
El agente recopila y comprueba
Escribe al proveedor por correo, lee las respuestas y los adjuntos, comprueba cada documento y reclama solo lo que falta. A quien completa el portal del SRM no se le pide dos veces.
Una persona aprueba
La persona responsable recibe un expediente en Microsoft Teams o Slack: qué se comprobó, contra qué fuente, qué está bien, qué no está claro y una recomendación.
Se actualiza el SRM
Una vez conectado, el agente escribe el estado y los datos aprobados en el maestro de proveedores. Hasta entonces, lo hace tu equipo desde el expediente validado. Expediente, hilo y decisión quedan juntos para la auditoría.
Integración: qué hace falta y cuándo
Para empezar, el agente necesita acceso a los buzones donde llegan los documentos de proveedores y a tus requisitos, que pueden estar en una hoja de cálculo. Con eso basta para un diagnóstico sobre tus propios datos y para las primeras semanas del piloto. Escribir los estados aprobados en el SRM necesita acceso a él, concedido y revisado por tu equipo de sistemas. Entre las herramientas de Nora están el maestro de proveedores de SAP y Coupa; para otros sistemas, qué se puede escribir y cómo se confirma al definir el alcance.
Qué pasa con el portal de proveedores
Se queda para quien lo usa. Muchos compradores ven que una parte de los proveedores nunca completa el portal y manda los documentos por correo, y alguien del equipo los sube por ellos. El agente cubre a esos proveedores por correo y comprueba sus documentos igual que los que llegaron por el portal, así que la política se aplica sea cual sea el canal. La guía de gestión de proveedores sin portal muestra cómo es ese intercambio.
Preguntas antes de añadir una capa de agentes
- ¿Qué parte de la homologación se lleva más tiempo hoy: reclamar, leer o decidir?
- ¿Qué parte de nuestros proveedores completa el portal por su cuenta y qué pasa con el resto?
- ¿Tenemos los requisitos por escrito por categoría, país y gasto, o están en la cabeza de alguien?
- ¿Quién puede dar acceso de lectura y escritura al maestro de proveedores y qué revisión necesita?
- ¿Quién aprueba hoy los proveedores y qué excepciones necesitan una segunda aprobación?
- ¿Qué evidencia nos pediría hoy un auditor y dónde la encontraríamos?
Para la elección más amplia entre el módulo de la suite, una herramienta especializada y un agente, consulta la comparativa de software de homologación.
Límites
- El agente no es un sistema de registro. El SRM o el ERP conservan el maestro de proveedores.
- Escribir en el SRM necesita acceso. Hasta entonces, tu equipo lo actualiza desde el expediente validado.
- Con los proveedores se trabaja por correo. Microsoft Teams o Slack son para tu equipo.
- Comprueba los documentos que aportan los proveedores. No audita plantas ni certifica cumplimiento.
- Una persona aprueba cada proveedor y cada excepción.
Para ver el expediente de aprobación y los sistemas con los que trabaja Nora, consulta su perfil o la guía de homologación de proveedores. Para plantear un piloto sobre tu SRM, reserva una llamada.
Preguntas frecuentes
¿Esto sustituye a SAP Ariba o Coupa?
No. El SRM sigue siendo el sistema de registro y el maestro de proveedores. El agente hace la recopilación, la comprobación de documentos y la revisión de sanciones antes de aprobar un proveedor, y escribe el resultado aprobado en el SRM una vez conectado.
¿Con qué sistemas se conecta el agente?
Entre las herramientas de Nora están el maestro de proveedores de SAP y Coupa, Gmail u Outlook, Slack, listas de sanciones y registros fiscales. En qué sistemas escribe depende del acceso que conceda tu equipo de sistemas y se confirma al definir el alcance.
¿Hace falta un proyecto de integración para empezar?
No. El diagnóstico y el inicio del piloto funcionan desde tus buzones y hojas de cálculo, sin integraciones. Tu equipo actualiza el SRM desde el expediente validado hasta que se conecta la escritura.
¿Qué pasa con los proveedores que ya usan nuestro portal?
Para ellos no cambia nada. El agente cubre a los proveedores que responden por correo y comprueba los documentos lleguen por el canal que lleguen.
¿Quién aprueba al proveedor?
Siempre una persona con nombre. El agente prepara el expediente y no puede aprobar un proveedor. Las posibles coincidencias en sanciones y las puntuaciones por encima de tu umbral siempre van a una persona.
Sigue leyendo
Este artículo es informativo y no sustituye al asesoramiento legal. Las referencias normativas corresponden a España; comprueba los requisitos que aplican a tu caso.