Cómo crear un proceso de alta de proveedores
Cómo diseñar un proceso de alta de proveedores que mantenga separadas la homologación y la habilitación: la puerta que debe ser la única entrada al alta de pago y por qué la habilitación también lleva controles.
Un proceso de alta de proveedores homologa a un suministrador y después lo habilita para cobrar, y el control que importa es la puerta entre esas dos mitades, no el rigor con que se recorra ninguna de ellas.
En resumen
- Homologación y habilitación son dos procesos, y solo una puerta debería unirlos.
- Un proveedor con registro maestro y sin aprobación ya es un proveedor cobrable.
- Un nivel de riesgo no sirve de nada si no fija además cuándo se vuelve a mirar al proveedor.
- Un pedido emitido antes de la aprobación ya ha comprometido el dinero que la puerta gobierna.
- El rechazo necesita un final dibujado, o los proveedores rechazados se vuelven a pedir por otro comprador.
Dos procesos que comparten un mismo nombre
El alta de proveedores se suele dibujar como una única secuencia y en realidad son dos, con responsables distintos y preguntas distintas. La primera mitad homologa: decide si este proveedor es una exposición que la organización esté dispuesta a asumir. La segunda habilita: un registro maestro, unos datos bancarios, unas condiciones de pago y un pedido contra el que el proveedor pueda facturar. Ambas mitades suelen estar bien gestionadas. El fallo casi nunca está dentro de una de ellas.
Está en la frontera. La habilitación es lo que quiere el solicitante, así que se empieza pronto: un maestro abierto para ganar tiempo, unos datos bancarios copiados de un PDF, un pedido emitido mientras legal todavía está leyendo. A partir de ese momento la organización tiene un proveedor cobrable que nadie ha aprobado, y esa única condición es la que comparten la mayor parte del fraude a proveedores y de los hallazgos de auditoría sobre terceros. «¿Diligencia debida superada?» tiene que ser la única entrada a la segunda mitad, y un diagrama es lo que vuelve eso comprobable en lugar de cultural.
El ejemplo de abajo es un flujo de proveedores repartido en cinco funciones, y una sola fila lo gobierna todo: desde «Negociar y acordar el contrato» en adelante, todo cuelga de «¿Diligencia debida superada?», cuya rama «Rechazado» está dibujada como un final y no como una pausa. Un paso de habilitación lleva después su propia puerta: a «Verificar datos bancarios por llamada» le sigue «¿Datos bancarios verificados?», que es la señal de que la habilitación no es administración. Empezarla pronto no es prematuro: es empezarla sin vigilancia.
Monta un flujo de alta de proveedores en cuatro etapas
Primero homologación y después habilitación, en seis fases. Cada etapa añade trabajo que deja al proveedor sin poder cobrar, hasta la última, donde una sola fila acaba con eso.
El único rodeo legítimo
La recepción ocupa una fila y la regla llega con ella. «Enviar el formulario de alta» es la única entrada, y «¿Lo cubre un proveedor actual?» manda su «Sí» a «Pedir al proveedor existente»: un pedido emitido sin diligencia debida, permitido solo porque ese proveedor ya la superó una vez.
Cinco filas y nada cobrable
La mitad de homologación al completo: «Reunir el expediente de diligencia debida», las cláusulas del contrato, «Verificar solvencia y crédito», la revisión de protección de datos y después «Asignar nivel de riesgo». Nada de eso crea un registro contra el que pueda casar una factura, y por eso esta mitad se puede recorrer despacio sin riesgo.
La puerta entre las dos mitades
«¿Nivel de riesgo alto?» enruta a los proveedores que lo merecen por «Diligencia debida reforzada», y llega después «¿Diligencia debida superada?», donde la única salida dibujada hasta aquí es «Rechazado», que termina en «Rechazar y avisar al solicitante». La vía aprobada abre la segunda mitad, en la etapa siguiente.
La mitad que no es administración
La vía aprobada llega a la firma del contrato y la habilitación produce entonces una puerta propia: «Verificar datos bancarios por llamada», sostenida por «¿Datos bancarios verificados?». Solo al pasarla aparece «Crear el maestro de proveedores», la primera fila contra la que podría casar una factura, y detrás va la entrada en el registro.
Cómo funciona
Separa la homologación de la habilitación
Escribe dos listas. La homologación es todo lo que establece si la organización debería comerciar con este proveedor: diligencia debida, cláusulas del contrato, solvencia financiera, seguridad y protección de datos, cribado de sanciones y titularidad real. La habilitación es todo lo que lo vuelve cobrable. Nada de la segunda lista pertenece a la primera.
Fija las reglas de clasificación antes del primer proveedor
Decide qué coloca a un proveedor en cada nivel de riesgo (sensibilidad de los datos, gasto anual, acceso a sistemas, dificultad para sustituirlo) y escribe los umbrales. El nivel tiene dos trabajos: fijar la profundidad de esta revisión y fijar el intervalo con el que el proveedor vuelve a mirarse. Un nivel que no hace ninguno de los dos es decoración.
Construye las dos mitades en una sola lista de filas
Pon cada paso en la columna «Box text» por orden, primero la homologación, y rellena después la columna «Line to» con los números de fila a los que lleva cada paso. Mantén una acción por fila: una única fila que diga diligencia debida no puede decirte cuál de las cuatro comprobaciones que contiene está frenando el expediente, y ese es justo el dato que la gente pide.
Haz que la puerta sea la única entrada
Lee la columna «Line to» de cada fila de habilitación y confirma que ninguna es alcanzable salvo a través de la fila de diligencia debida. Pon Decision en la columna «Shape» de esa fila y sus dos desenlaces en «Line text», para que el rechazo quede en el diagrama. Una puerta que se puede rodear es documentación, no un control.
Pon las dos mitades en la columna de fase
La fase va en la columna «Horizontal lane» (el ejemplo recorre solicitud, diligencia debida, clasificación de riesgo, contrato, alta de pago y activación), de modo que la frontera entre las dos mitades sea un borde visible y no algo que traces a mano. Una fila de alta de pago cuya flecha de entrada arranca antes de la puerta es exactamente el rodeo.
Concilia el maestro de proveedores contra la puerta
Exporta el maestro de proveedores actual y marca a cada proveedor que no tenga detrás una diligencia debida superada. Esos son los registros que la puerta habría rechazado, y su número es el atraso que heredas y no un motivo para empezar de cero: trabaja primero los de mayor gasto y da a cada superviviente un nivel y una fecha de reevaluación en el registro.
Errores que debes evitar
Maestro abierto antes de la aprobación
Crear pronto el registro del proveedor parece inofensivo y produce un proveedor cobrable que nadie ha homologado. En cuanto el registro existe, una factura puede casar contra él, y la aprobación que falta permanece invisible hasta que una auditoría muestrea el libro mayor.
Diligencia debida reforzada sin disparador
Cuando los criterios de la vía de riesgo alto no están escritos sobre la decisión, la profundidad de la revisión la fija quién tenga el expediente y lo ocupado que esté. Pon los umbrales en el paso y el enrutado se vuelve repetible.
Un proveedor rechazado sin final
Un rechazo que no se dibuja como estado terminal deja la solicitud a medio vivir, y las solicitudes a medio vivir se vuelven a presentar por otro comprador que no tiene ni idea de que ya se rechazó una vez.
Saltarse la llamada en un cambio de banco
Una modificación vuelve a entrar en la mitad de habilitación sin pasar por nada, así que la llamada de verificación, el único paso que habría detectado un desvío, es justo el paso que se salta. Enruta un cambio de cuenta por la misma verificación que una cuenta nueva.
Crea tu propio proceso de alta de proveedores
Abre el ejemplo como diagrama propio, fija unos umbrales de nivel que puedas defender y confirma que nada del alta de pago precede a la puerta.
Guías relacionadas
Preguntas frecuentes
¿En qué se diferencian el alta de un proveedor y su aprobación?
La aprobación es la decisión; el alta es todo el camino a ambos lados de ella. La aprobación de un proveedor responde a si la organización está dispuesta a comerciar con él, y es una sola puerta. El alta cubre la solicitud que hay detrás, la diligencia debida que la informa y todo lo posterior que vuelve operativo al proveedor: contrato, verificación bancaria, registro maestro, entrada en el registro de homologados y fecha de revisión. Confundir las dos cosas es como las organizaciones acaban con un proveedor aprobado al que no pueden pagar, o con uno cobrable al que nunca aprobaron.
¿Qué debe contener un expediente de diligencia debida de proveedor?
Como mínimo: datos de la entidad jurídica y número de registro, titularidad real, cuentas auditadas o un informe de crédito, certificados de seguro con coberturas y fechas de vencimiento, alta fiscal y las políticas que cubran aquello que el proveedor toca: seguridad de la información, protección de datos, anticorrupción y esclavitud moderna. Añade un cribado de sanciones y de personas con responsabilidad pública. Tanto como la lista importa que cada elemento tenga caducidad: un certificado de seguro de hace tres años no evidencia nada.
¿Y si se emitió un pedido antes de aprobar al proveedor?
Retira o retén el pedido, termina después la homologación y vuelve a emitirlo contra el registro de proveedor creado a continuación. Un pedido contra un proveedor sin homologar es un compromiso que nadie pidió aprobar, y homologar al proveedor con efecto retroactivo es peor que no homologarlo: el revisor sabe ya que un rechazo cuesta una relación comercial, que es exactamente la presión que la puerta existe para eliminar. Cuenta estos casos en lugar de resolverlos en silencio, porque un recuento al alza dice que la homologación se ha vuelto demasiado lenta.
¿Cada cuánto hay que reevaluar a los proveedores?
Según el nivel de riesgo, y por sucesos más que solo por calendario. Anual para riesgo alto, cada dos años para medio y en la renovación para bajo es una base habitual, pero los disparadores rinden más que la periodicidad: una integración nueva con tus sistemas, una brecha en el proveedor, un cambio de titularidad, una subida relevante del gasto, un cambio de datos bancarios. Mantén la fecha en el registro de proveedores homologados, porque un registro sobrevive a una reorganización y un recordatorio personal no.