Síntomas
Lo que suelen ver los directivos
- Las aprobaciones se van fuera del sistema
- Los atajos con proveedores, pedidos, facturas y contratos vuelven una y otra vez
- Los cuadros de mando muestran fricción pero no asignan responsabilidad
01Vía de búsqueda de directivos
Vía de búsqueda de directivos
Asesoría de transformación S2P, cuando Source-to-Pay necesita un sistema de ejecución gobernado.
Los programas de S2P fracasan cuando el proceso, los datos, la responsabilidad, la tecnología y la adopción se gestionan como líneas de trabajo separadas en lugar de como un solo sistema de ejecución.
Diagnóstico
Lo que diagnostico
- Lagunas en la taxonomía de procesos
- Vías de decisión y de escalada
- Barreras de adopción entre el negocio, compras y finanzas
Resultado
Lo que usted se lleva
Una lectura clara de la ruptura del sistema S2P y de la ruta para rediseñar, estabilizar o escalar.
Definición
Qué es realmente Source-to-Pay, cuando se deja de dibujarlo
Source-to-Pay suele dibujarse como una cadena: identificar la necesidad, abastecer, contratar, pedir, recibir, facturar, pagar. Ese dibujo es exacto y casi inútil. Describe la secuencia y esconde lo que decide si la secuencia funciona.
S2P es una cadena de transferencias de responsabilidad. En cada paso, algo cambia de manos. Una necesidad se convierte en una especificación. Una especificación se convierte en una negociación. Una negociación se convierte en un contrato. Un contrato se convierte en una entrada de catálogo, un pedido de compra, una recepción, una factura, un pago. El proceso rara vez falla dentro de un paso. Falla en la costura entre dos de ellos, donde el dueño anterior ha soltado y el siguiente no ha recogido.
El error estructural
Cinco líneas de trabajo, un solo sistema
La mayoría de los programas de S2P se organizan como líneas de trabajo paralelas con responsables separados, planes separados y dirección separada. Cada una se lleva con competencia. Aun así el programa se estanca, porque las cinco no son cinco cosas.
Diseñado por personas que no lo van a operar, con una taxonomía que finanzas y el negocio leen de forma distinta.
Datos maestros de proveedores, materiales y contratos que el proceso supone limpios y que los sistemas saben que no lo están.
Nombrada en una diapositiva, disputada en cada costura donde se encuentran categoría, unidad de negocio y servicio compartido.
Configurada según un diseño que todavía se estaba moviendo, y tratada después como la razón por la que el diseño no puede cambiar.
La línea de trabajo que recibe menos presupuesto y que decide el resultado. No es formación. Es si el sistema es el camino más fácil.
Llevadas por separado, cada línea de trabajo optimiza contra su propio plan y rompe en silencio las demás. Llevadas como un solo sistema de ejecución, las cinco se condicionan entre sí desde el principio, lo cual es incómodo y mucho más barato.
Diagrama
Las siete costuras donde S2P se rompe de verdad
Cada costura es un punto donde se transfiere la responsabilidad. Cada una es donde nace un atajo.
01De la necesidad a la especificaciónEl negocio conoce el resultado. Compras recibe un nombre de producto. La palanca de abastecimiento ya se ha perdido.
02De la especificación al abastecimientoEl momento decide la palanca. Una entrega tardía convierte una negociación en una confirmación.
03Del abastecimiento al contratoLo negociado y lo firmado se separan cuando la revisión legal no tiene fecha de decisión.
04Del contrato al catálogoLa costura que casi nadie posee. Las condiciones que nunca llegan al canal de compra son condiciones que nunca se aplican.
05Del pedido a la recepciónLa recepción se trata como un trámite. Es el control que hace posible la conciliación a tres bandas.
06De la factura a la conciliaciónEl volumen de excepciones no es un problema de cuentas por pagar. Es la suma de cada decisión poco clara aguas arriba.
07Del pago al conocimientoLos datos de gasto vuelven al responsable de categoría demasiado tarde para cambiar la siguiente decisión de abastecimiento.
Lea las costuras en orden y el patrón se hace visible: la fuga no empieza en el pago. Empieza en la primera entrega, y cada costura posterior la hereda.
En concreto
El síntoma está donde usted mira. La causa está aguas arriba.
Cada síntoma de S2P tiene un dueño evidente y uno real. Rara vez coinciden. Elija un síntoma para ver dónde suele estar la causa.
El gasto sigue produciéndose fuera del canal acordado.
- Se atribuye a
- La disciplina. La respuesta habitual es un recordatorio de la política.
- Suele deberse a
- La ruta conforme es más lenta que la no conforme.
- Mire
- Costura 04. Si las condiciones negociadas llegaron alguna vez a un canal donde se pueda comprar.
- Prueba
- Cronometre la ruta conforme de principio a fin. Si pierde, la política no ganará.
Cuentas por pagar arrastra una cola de excepciones permanente.
- Se atribuye a
- Los proveedores, o los ajustes de tolerancia de la conciliación.
- Suele deberse a
- Pedidos emitidos a posteriori, y recepciones registradas tarde o nunca.
- Mire
- Las costuras 05 y 06 juntas. La conciliación solo puede ser tan limpia como la recepción.
- Prueba
- Desglose las excepciones por causa raíz, no por proveedor. La distribución nombra la costura.
El catálogo existe y nadie compra en él.
- Se atribuye a
- La gestión del cambio, o la interfaz de usuario.
- Suele deberse a
- Contenido incompleto, obsoleto o con un precio superior al que el solicitante encuentra en otra parte.
- Mire
- Costura 04, y quién es dueño del contenido del catálogo tras la puesta en marcha.
- Prueba
- Tome diez solicitudes reales. Cuente cuántas podrían haberse atendido desde el catálogo.
El valor negociado no aparece en las cuentas.
- Se atribuye a
- La metodología de finanzas, o la línea base.
- Suele deberse a
- No hay dueño entre la firma y la partida presupuestaria.
- Mire
- Costuras 03, 04 y 07. El valor se fuga en cada una y nadie responde del conjunto.
- Prueba
- Rastree un ahorro firmado hasta el centro de coste. El número de entregas es la respuesta.
Esto no es un diagnóstico de su entorno. Es la forma que adopta un diagnóstico: síntoma, dueño supuesto, costura real y una prueba que lo zanja.
Secuencia
Rediseñar, estabilizar o escalar. No las tres cosas a la vez.
La mayoría de los programas de S2P intentan las tres posiciones a la vez y después se preguntan por qué nada termina. Las tres necesitan una gobernanza distinta, un ritmo distinto y una definición distinta de «hecho».
Elegir la posición es la decisión. Escalar un modelo inestable multiplica la inestabilidad, y rediseñar mientras el modelo actual está en llamas no produce ni lo uno ni lo otro.
La realidad del sistema
La suite impondrá un modelo. La pregunta es el de quién.
Una suite de S2P no es neutral. Cada umbral de aprobación, cada campo obligatorio y cada rama del flujo de trabajo es una decisión de modelo operativo, tomada una vez en la configuración y después aplicada miles de veces al día.
Cuando el modelo operativo está sin resolver en el momento de configurar, lo resuelve el socio de implantación. No por mala fe, sino porque el proyecto necesita una respuesta para avanzar. Lo que queda congelado es una suposición razonable hecha por personas sin el mandato para hacerla. Deshacerlo después cuesta más que decidirlo ahora.
Antes de automatizar
La automatización, y lo que le hace a una costura rota
Aplicada a una costura limpia, la automatización elimina trabajo. Aplicada a una poco clara, elimina a la persona que compensaba en silencio la ambigüedad. El volumen de excepciones no baja. Cambia de forma y se vuelve más difícil de rastrear.
La pregunta de preparación es estrecha y tiene respuesta. Para la decisión que quiere automatizar: ¿está nombrado el responsable, está definido el umbral y son fiables, en el momento de decidir, los datos de los que depende la decisión? Tres síes hacen que la automatización merezca la pena. Con menos, usted está escalando la ambigüedad, más rápido y con menos visibilidad que antes.
Las preguntas que los líderes hacen primero
Antes del próximo programa de S2P
¿S2P es una cuestión de proceso o de tecnología?
Ninguna de las dos por sí sola. S2P es una cadena de transferencias de responsabilidad que el proceso describe y la tecnología hace cumplir. Un rediseño de procesos que los sistemas no hacen cumplir no cambia nada. Un despliegue de sistema sin una responsabilidad resuelta congela la ambigüedad que exista en el momento de configurar.
Ya tenemos una suite. ¿Hay que sustituirla?
Normalmente no. La mayor parte del dolor de S2P viene de costuras que la suite nunca se configuró para sostener, no de la suite en sí. Determine qué costura tiene la fuga antes de suponer que la herramienta es la restricción. La sustitución es la forma más cara de descubrir que el problema era el modelo.
¿Dónde está la mayor fuga?
Rara vez en el pago, que es donde se mide. La mayor parte de la fuga se origina en las dos primeras costuras, cuando la necesidad llega a compras ya especificada y ya con fecha. Todo lo que viene después hereda esa pérdida y luego carga con la culpa.
Nuestras cifras de adopción son bajas. ¿Es un problema de formación?
Casi nunca. La adopción es una cuestión de rutas. La gente usa el camino más rápido hacia un resultado que funcione. Si la ruta conforme es más lenta, la formación da a conocer una ruta que seguirán sin tomar. Mida ambas rutas de principio a fin antes de diseñar una intervención.
¿Por dónde se empieza?
Con una lectura sénior de qué costura tiene realmente la fuga y de si la posición es rediseñar, estabilizar o escalar. Esa respuesta cambia lo que deberían costar los próximos doce meses.
Evidencia
La prueba antes que la metodología.
Use las pruebas para reducir el riesgo de compra y empiece después con un diagnóstico sénior antes de añadir otro programa, herramienta, taller o capa de consultoría.
Abrir las pruebas