El alta de un proveedor y cada cambio posterior —cuenta bancaria, representante, sociedad, documentación vencida— se tratan como casos con requisitos declarados, revisores por área, autorización aplicable y un resultado registrado por el sistema o el responsable acordado para ese evento.
01 · El problema
Un proveedor no se incorpora una sola vez. Después del alta vence un certificado, cambia el representante que firma, se suma una sociedad del grupo, se modifica una condición de servicio o llega una instrucción para cambiar la cuenta bancaria. Cada uno de esos hechos abre trabajo simultáneo en Compras, en el equipo que mantiene el maestro de proveedores y en las áreas que deben revisar su propio requisito.
El expediente se arma con lo que hay a mano: un formulario en Microsoft Excel que el proveedor devuelve por correo, adjuntos guardados en Microsoft SharePoint con nombres distintos según quién los suba y una planilla paralela donde alguien lleva las vigencias. Cada pieza cumple una función útil y ninguna deja constancia de qué requisito faltaba, quién lo revisó y con qué autorización quedó cargado el cambio.
El proveedor termina entregando dos veces el mismo documento, el comprador no sabe a quién le toca revisar y el cambio se carga en el registro porque alguien lo pidió por correo.
El riesgo no aparece cuando falta un documento: aparece cuando un cambio queda registrado y nadie puede mostrar quién lo revisó, quién lo autorizó y cómo se comprobó su origen.
02 · La solución
Cada alta y cada cambio se trata como un caso con recorrido declarado: ingreso de la solicitud, identificación de los requisitos que aplican por categoría y por sociedad, revisión de cada área responsable, respuesta del proveedor sobre lo observado, autorización según la regla que corresponde y confirmación de que el cambio quedó registrado.
Ese recorrido se apoya en lo que el Operational Graph ya tiene declarado sobre cada proveedor: las sociedades con las que opera, la categoría que determina sus requisitos, la vigencia de cada documento, el responsable del maestro y los contratos asociados cuando existen. Un mismo proveedor puede estar habilitado para una sociedad y en revisión para otra, y esa diferencia queda a la vista en lugar de resolverse por memoria. BPMflow sostiene el recorrido —solicitudes, revisiones, plazos, autorizaciones y evidencia—: el proceso nace del grafo y no de un formulario aislado.
Sobre una relación ya vigente, el resultado también puede ser una restricción de alcance, una suspensión temporal o la baja del proveedor. Cada uno tiene su autorizador y su confirmación: la devuelve el sistema donde queda registrada la medida o el responsable que la asume, según lo acordado.
Supplier Service Desk for Shared Services es la puerta de entrada del proveedor y ordena sus consultas del día a día; no es donde se resuelve el alta ni el cambio del maestro. Cuando una consulta revela que falta un requisito, el caso de alta o cambio es el que llega a la decisión. Los términos, las vigencias y los responsables del contrato llegan desde Vendor, SLA & Contract Intelligence. Y cuando el proveedor habilitado va a ejecutar un trabajo sobre instalaciones o activos, los requisitos de esa intervención se coordinan en Contractors, Assets and Interventions.
03 · Capacidades
Las altas y los cambios quedan en una bandeja única, con tipo de caso, sociedad, requisito pendiente, antigüedad y autorización a la vista. Max responde sobre el expediente dentro del contexto autorizado: qué requisito falta, qué evidencia hay registrada y quién es el responsable siguiente.
Abre el caso desde una necesidad de compra, un vencimiento próximo, una instrucción enviada por el proveedor o la revisión periódica de la relación.
Arma la lista de documentos y comprobaciones que aplican: qué pide cada sociedad, qué agrega la categoría del proveedor y qué se hereda de un alta anterior sin volver a pedirlo.
El proveedor completa lo que se le pide y sigue el estado de su propio caso, sin acceso al expediente de otros ni a la revisión interna.
Cada área revisa el requisito de su alcance —tributario, legal, financiero, de riesgo o de seguridad— y deja su observación o su conformidad con autor y momento.
Un cambio de cuenta bancaria, de representante o de sociedad facturadora abre la comprobación que define la organización y queda pendiente hasta que esa comprobación tiene resultado registrado.
La autorización aplicable queda firmada y el caso conserva la confirmación de que el cambio quedó registrado: la devuelve el sistema responsable del maestro o el responsable autorizado, según lo acordado para ese evento, con su fecha y su origen.
04 · Roles
Abre el caso y sostiene el expediente.
Qué ve
Las altas y los cambios de su categoría, con el requisito pendiente, las sociedades afectadas y el plazo comprometido.
Qué hace
Inicia el caso, explica la necesidad, coordina al proveedor y registra el resultado acordado.
Custodia el registro y su calidad.
Qué ve
El expediente completo, los requisitos revisados, las autorizaciones firmadas y el estado del registro en cada sociedad.
Qué hace
Comprueba que el expediente esté completo, ejecuta el alta o el cambio en el sistema responsable y devuelve su confirmación al caso.
Revisa el requisito de su alcance.
Qué ve
Los casos que esperan su revisión, con el documento aportado, su vigencia y el antecedente del proveedor.
Qué hace
Aprueba su requisito, pide una corrección concreta o fundamenta por qué el caso no puede avanzar.
Aporta lo que falta y sigue su caso.
Qué ve
Qué se le pide, por qué se pide, hasta cuándo y en qué estado quedó su solicitud, en su propio caso.
Qué hace
Completa el formulario, adjunta la documentación vigente, responde la observación y confirma los datos que la organización comprueba por su canal.
05 · Implementación
La implementación parte del proceso actual: alcanza con el contexto mínimo del primer recorrido —una categoría de proveedor, las sociedades que la usan y sus requisitos—, sin un proyecto de limpieza del maestro previo.
1 · Acordar el resultado
Qué altas y qué cambios entran, qué requisitos pide cada sociedad y cada categoría, qué comprobación adicional abre un dato sensible, quién autoriza cada tipo y qué cuenta como confirmación.
2 · Recuperar contexto y conectar fuentes
Toma el registro vigente del proveedor, sus sociedades y las vigencias de sus documentos desde el sistema responsable del maestro y desde la plataforma de compras, y se integra con el repositorio documental de la organización cuando esa es la fuente autorizada.
3 · Probar el recorrido e incorporarlo
Se prueba con altas y cambios en curso —incluida al menos una comprobación de dato sensible—, se ajustan requisitos, responsables y plazos, y la operación diaria queda bajo control del equipo del cliente.
06 · Escenarios típicos
Varias sociedades con requisitos distintos, un maestro compartido entre países y equipos de compras descentralizados: situaciones que vuelven a lo largo del año, no solo cuando se incorpora un proveedor nuevo.
Un alta y un cambio de proveedor terminan bien cuando alguien puede mostrar qué se revisó, quién lo autorizó y dónde quedó registrado. Conviene empezar por un tipo de caso concreto: el cambio de datos bancarios es un buen primer caso, porque exige una comprobación aparte.
Supplier Onboarding and Changes es una solución transversal de EAFlow sobre el Operational Graph, sostenida por las capacidades de automatización de BPMflow. Supplier Service Desk for Shared Services atiende las consultas del proveedor y Vendor, SLA & Contract Intelligence aporta el contexto contractual. Los expedientes y recorridos descritos en esta página son ilustrativos: los requisitos, las comprobaciones, los autorizadores y la fuente que confirma el registro se acuerdan con cada organización.
