Software de planificación de ventas y operaciones: cómo elegirlo y cuándo no comprarlo

¿Qué debe resolver el software de S&OP?

El software de S&OP resuelve dos cosas: el tiempo que se tarda en preparar un ciclo de planificación y el coste de calcular un escenario. No resuelve quién puede cambiar el plan, quién es responsable de la previsión ni el hecho de que la capacidad de producción viva en la hoja de cálculo de un jefe de turno. Si necesita repasar el ciclo en sí, nuestra entrada del glosario sobre qué es el S&OP y cómo funciona el ciclo mensual explica la revisión de la demanda, la revisión del suministro, la conciliación y la revisión de dirección.

El problema de la preparación es real. En una empresa mediana típica, un planificador pasa la primera semana del mes extrayendo el histórico de ventas del ERP, agrupando a mano las referencias en familias de producto, convirtiendo unidades en facturación con una tarifa que finanzas mantiene por separado y conciliando tres versiones del mismo archivo. Cuando llega la reunión de dirección, las cifras sobre la mesa tienen dos semanas y nadie ha tenido tiempo de preparar una alternativa. La reunión hace entonces lo que hacen las reuniones con una única opción algo desfasada: la aprueba, o discute sobre los datos en lugar de sobre la decisión.

El software puede comprimir esa semana en un día o dos y abaratar un segundo o tercer escenario. Eso vale dinero. Pero solo si la reunión del final del ciclo tiene el mandato de elegir entre esos escenarios y las personas que se sientan en ella mantienen lo que eligieron.

Lo vimos en Viscofan, donde dos plantas, una en la República Checa y otra en Alemania, tenían que traspasarse tripas semielaboradas entre fases de producción. El intervalo entre la maduración y el fruncido bajó de 20 días a 9, una reducción del 55 %, y con él bajó el stock de seguridad entre las plantas. Lo que cambió fue el proceso de S&OP y el flujo de información entre las dos plantas. Se sincronizaron los programas y se simplificaron los cambios de lote. Nadie compró una plataforma de planificación para llegar ahí.

Bajo el nombre de «software de S&OP» se venden tres cosas distintas

Antes de comparar proveedores, conviene saber que la etiqueta cubre al menos tres tipos de producto, y que una demo rara vez le dice cuál está viendo.

El primero es una herramienta para ejecutar el propio ciclo de S&OP. Agrega los planes desde el nivel de referencia a familias de producto y grupos de capacidad, concilia unidades y dinero, mantiene escenarios uno al lado del otro y registra qué se decidió y por qué. El segundo es una plataforma de planificación integrada del negocio (IBP). Hace todo lo que hace la primera categoría y añade planificación detallada del suministro, a veces programación de la producción, y un plan financiero que funciona sobre el mismo modelo. El tercero es un motor de previsión, que produce la baseline estadística de demanda de la que parte la revisión de la demanda. Es un dato de entrada del S&OP, no el S&OP.

Una cuarta cosa se vende con el mismo nombre más a menudo de lo que debería: un cuadro de mando de BI que muestra el plan del mes pasado frente a lo real. La visibilidad es útil. No es una herramienta de planificación, porque nada en ella permite cambiar el plan y ver qué se sigue.

Los proveedores mezclan estas capas con libertad, así que un equipo de compra acaba comparando un motor de previsión con una plataforma de planificación y un cuadro de mando, y concluyendo que uno de ellos es «el más completo». Una pregunta lo ordena: ¿qué capa le falta hoy? Para muchos fabricantes y distribuidores medianos, la respuesta es la baseline, porque la revisión de la demanda parte de la intuición del equipo de ventas. Esa es la capa que cubre Veritico STOCK, como parte de nuestro trabajo en previsión de la demanda y optimización del inventario. El ciclo en sí (responsables, calendario, derechos de decisión, KPI) es algo que diseñamos con el cliente, y puede funcionar sobre varios tipos de herramienta.

Cuatro cosas que deben existir antes de que el software compense

El software multiplica el proceso que se le da. Cuando el proceso funciona, lo hace más rápido. Cuando no, hace más detallados los desacuerdos. Cuatro condiciones le dicen cuál de las dos cosas obtendrá.

Un ritmo que ya se sostiene. Ha hecho al menos tres ciclos mensuales seguidos, con la herramienta que sea, con el mismo calendario, el mismo orden del día y las mismas personas en la sala. Si el ciclo nunca ha sobrevivido a un mes de mucho trabajo, el software no hará que sobreviva.

Un único responsable de la previsión. Una función responde de la cifra de demanda y tiene derecho a cambiarla. Ventas puede discutir y finanzas puede cuestionar, pero la cifra tiene un responsable. Cuando la previsión es de todos, una herramienta nueva sobre todo le da a cada departamento una forma más rápida de producir su propia versión.

Una jerarquía de planificación acordada. Sabe sobre qué familias de producto y qué grupos de capacidad se decide el plan. Sin eso, el software no tiene nada que agregar, y la implantación se convierte en una discusión de meses sobre cómo agrupar 1200 productos.

Un único juego de cifras con finanzas. El plan en unidades y el plan en dinero salen de la misma versión. Si finanzas mantiene su propia previsión en paralelo, la reunión de dirección siempre tendrá dos verdades entre las que elegir, y ninguna herramienta puede decidir cuál es la correcta.

El orden importa más que la herramienta. En AG FOODS Group, un productor de alimentación con 215 empleados, 1200 productos y dos plantas de producción, los cambios frecuentes en el plan de producción generaban costes adicionales. El trabajo empezó por mapear cómo se planificaba realmente, después alineó la producción con la demanda real y solo entonces desplegó el nuevo proceso. El resultado fue un plan único y estable que producción podía ejecutar, con funciones más claras y menos cambios caros de última hora. La herramienta siguió al proceso, no al revés.

¿Excel, el módulo de planificación del ERP o una plataforma especializada?

No hay una herramienta correcta en general, solo la correcta para el número de decisiones que toma y la frecuencia con la que necesita rehacerlas. Cuatro preguntas hacen la mayor parte de la clasificación: cuántos planificadores y plantas alimentan el plan, cuántas veces al mes necesita recalcular un escenario, contra cuántas restricciones de capacidad planifica (plantas, líneas, almacenes, proveedores clave) y si finanzas planifica con el mismo horizonte.

Excel es una respuesta legítima para una planta, unas pocas decenas de familias de producto y un planificador responsable del archivo. Deja de bastar en un punto que se reconoce sin benchmark: cuando dos personas editan el plan la misma semana y nadie está seguro de qué versión fue a la reunión, cuando preparar un segundo escenario lleva más tiempo que la propia reunión, o cuando ya no puede reconstruir por qué cambió el plan hace tres meses.

El módulo de planificación del ERP tiene la ventaja de los datos. El histórico de ventas, las listas de materiales y las capacidades ya están ahí, así que la integración es corta. Los costes habituales están en otra parte: el módulo lo administra sistemas, los cambios en la jerarquía de planificación pasan por una cola de solicitudes y el trabajo con escenarios suele ser lo bastante lento como para que los planificadores exporten a Excel de todos modos.

Una plataforma especializada de S&OP o IBP tiene sentido cuando el proceso está maduro y el cuello de botella es la velocidad y el número de escenarios. Las señales típicas son varias plantas que comparten capacidad, decisiones frecuentes entre servicio y coste que hay que cuantificar antes de la reunión, y un equipo financiero preparado para planificar dentro del mismo modelo.

Si ninguna de las tres encaja, el problema no suele ser la herramienta. Es una de las cuatro condiciones de la sección anterior, y eso es trabajo de planificación de la capacidad, de responsabilidad sobre la demanda o de gobierno antes de cualquier compra.

Qué comprobar que la demo de un proveedor no le enseñará

Toda demo muestra escenarios, cuadros de mando y una jerarquía limpia construida con datos de ejemplo. Las preguntas siguientes son las que deciden si la herramienta sigue en uso un año después de la puesta en marcha.

Cómo llega un escenario a la reunión. No si la herramienta puede modelar un escenario, sino cuánto trabajo cuesta preparar tres variantes del próximo trimestre para el lunes por la mañana, y si un director comercial puede leerlas sin un planificador en la sala.

Cómo se convierten las unidades en dinero. De dónde salen los precios, márgenes y costes, quién los mantiene y qué pasa cuando finanzas actualiza la tarifa a mitad del ciclo.

Cómo se registran las decisiones. Si la herramienta guarda el supuesto detrás de cada cambio, de modo que dentro de tres meses pueda responder «¿por qué recortamos el plan de esta familia en mayo?» sin buscar en el correo.

De dónde sale la baseline. Algunas plataformas prevén de forma nativa; otras esperan los datos de un motor especializado. Ambas cosas pueden funcionar. Lo que importa es que pruebe la precisión sobre su propio histórico antes de firmar, y explicamos cómo montar esa prueba en nuestra guía sobre cómo probar el software de previsión antes de firmar.

Quién mantiene la jerarquía cuando se va el equipo de implantación. Productos nuevos, líneas descatalogadas, un almacén nuevo. Si cada cambio necesita al proveedor, el modelo se alejará del negocio en un año.

Lo que cuesta mantenerlo, no solo comprarlo

La licencia suele ser la parte menor del coste. La mayor es el trabajo alrededor, y es la parte que los casos de negocio de las empresas medianas omiten con más frecuencia.

Alguien tiene que llevar el ciclo: preparar las revisiones, perseguir los datos de entrada, mantener el calendario y anotar las decisiones. En las empresas donde esto no es trabajo de nadie, se convierte en silencio en el segundo trabajo del planificador de demanda, y el proceso se degrada en pocos meses. Alguien tiene que mantener la jerarquía de planificación y la correspondencia entre referencias y familias. La integración con el ERP necesita atención cada vez que cambia el ERP. Y las personas nuevas de ventas y finanzas tienen que aprender a leer el plan, o seguirán pidiendo la versión en Excel.

Para un director financiero, el otro lado de la ecuación es lo que debe dar el proceso y cómo medirlo: menos cambios del plan dentro del horizonte congelado, menos stock de seguridad donde las plantas o los almacenes se traspasan material, menos cambios de línea causados por cambios tardíos del plan, menos compras de urgencia. Cada uno se puede medir frente a los meses anteriores al cambio. Si no se espera que se mueva ninguno, el software es difícil de justificar a cualquier precio. Analizamos con más detalle el lado de los costes de las decisiones de desarrollar o comprar en el coste real de desarrollarlo uno mismo.

Cómo probarlo antes de firmar

Para un motor de previsión, la prueba correcta es un backtest sobre su propio histórico. Para el software de S&OP, el equivalente es hacer dos ciclos mensuales en paralelo: uno como lo hace hoy y otro en la herramienta que está evaluando, con los mismos datos y las mismas personas.

Mida cuatro cosas en ambos ciclos: cuántos días laborables llevó la preparación, cuántos cambios se hicieron en el plan dentro del horizonte congelado, cuántas decisiones quedaron registradas con su supuesto y cuántos escenarios llegaron realmente a la reunión de dirección. La comparación dice más que cualquier lista de funcionalidades, y le dice pronto si la herramienta encaja con la forma de trabajar de su gente.

La prueba solo es válida si participan ventas y finanzas, no solo planificación. Si no se presentan a los ciclos de prueba, tampoco se presentarán a los reales, y el software se convertirá en una herramienta del departamento de planificación con público del departamento de planificación. Un proceso estructurado de búsqueda y selección de tecnología mantiene la evaluación centrada en estas medidas y no en la demo más impresionante.

Cuándo no comprar software de S&OP

Hay situaciones en las que la decisión correcta es esperar, y decirlo pronto ahorra meses de trabajo de implantación.

La reunión de dirección no tiene mandato para cambiar el plan. Si el resultado de la reunión se decide en otra parte, o el plan se ignora al día siguiente, arregle primero el gobierno. El software solo documentará que el plan se ignoró.

Está en plena puesta en marcha de un ERP o un WMS. Los datos maestros, la exactitud del stock y la atención del equipo de planificación están todos absorbidos por la migración. Empezar un segundo proyecto de planificación en paralelo significa que ambos reciben la mitad de la atención. Describimos lo que se rompe en la planificación durante una puesta en marcha de ERP o WMS en una guía aparte.

El problema real es la reposición, no la conciliación. Si lo que duele son las roturas de stock y el exceso de stock a nivel de referencia y ubicación, necesita una herramienta de reposición y optimización del inventario, no un proceso mensual de consenso. Las dos cosas están relacionadas, pero se compran, se prueban y se implantan de forma distinta.

Una planta, demanda estable, un surtido estrecho. Un calendario disciplinado y una hoja de cálculo bien mantenida le servirán bien, y el dinero está mejor invertido en la previsión que la alimenta.