Comparativa
Un SaaS si repones como repone la mayoría: a medida si tu reparto tiene reglas que ningún programa trae.
Un SaaS de previsión es un programa en la nube que alquilas tal como viene: entras, conectas tus datos y usas las pantallas que hay. Un sistema a medida se construye alrededor de tu forma de reponer. Entre los dos hay un punto medio que es el más habitual. Aquí tienes la tabla, los casos en que cada uno compensa, qué preguntar sobre los datos y la salida, y dónde nos colocamos nosotros.
¿Qué es un SaaS de previsión de stock?
Un SaaS (software como servicio) de previsión de stock es un programa alojado por su proveedor que se usa desde el navegador con una suscripción. Lee tus ventas y tu stock, calcula la previsión y propone pedidos con la lógica que su fabricante ha decidido para todos sus clientes. Tú configuras parámetros (plazos, niveles de servicio, calendario), pero no cambias cómo funciona por dentro.
Su ventaja es la de cualquier producto estándar: está hecho, lo usan otras empresas y lo mantiene otro. Arranca rápido si tu programa de gestión está entre los conectores que ya tiene, y las mejoras llegan a todos los clientes a la vez. Su límite también es el de cualquier producto estándar: está pensado para el caso más común, y si tu caso no es el común, te adaptas tú a él.
¿Qué es un sistema de reposición a medida?
Un sistema a medida es un programa construido para una empresa concreta: sus fuentes de datos, sus reglas de reparto, sus pantallas y sus avisos. La lógica de cálculo se escribe pensando en cómo repone esa empresa, y las excepciones que en un SaaS serían «eso no lo hace» se programan como una regla más.
Hecho desde cero, es lo más caro en tiempo y lo más arriesgado: hay que escribir el motor de previsión, probarlo y mantenerlo, y depende de que quien lo hizo siga ahí. Por eso lo habitual hoy es un punto medio: un motor de previsión probado, común a varios clientes, con la conexión, las reglas y las pantallas ajustadas a cada uno. Es lo que hacemos nosotros, y lo explicamos al final para que sepas dónde estamos en esta comparación.
SaaS o a medida: la tabla.
Cada fila es un criterio. Primero el SaaS estándar; después el sistema a medida, hecho desde cero o sobre un motor común.
- Tiempo hasta usarlo: SaaS, días o semanas si tu programa tiene conector; a medida, semanas, más cuanto menos se parta de algo hecho.
- Reglas de reparto propias: SaaS, las que traiga su configuración; a medida, las que tengas, escritas como reglas del sistema.
- Conexión con tu programa: SaaS, si está en su lista de conectores, o con exportaciones; a medida, se conecta a lo que uses, incluido un ERP antiguo o un Excel.
- Quién decide las mejoras: SaaS, el fabricante, para todos sus clientes; a medida, tú, con quien lo mantiene.
- Explicación de cada pedido: SaaS, la que tenga la pantalla; a medida, la que necesite quien aprueba los pedidos en tu empresa.
- Dependencia: SaaS, del fabricante y de sus condiciones; a medida, de quien lo construyó, salvo que el código y los datos sean tuyos.
- Salida: SaaS, regulada por el contrato y, en la UE, por el Reglamento de Datos; a medida, depende de que tengas el código, los datos y la documentación.
- Riesgo de que no sirva: SaaS, bajo si te ajustas a su forma de trabajar; a medida, bajo si se prueba con tus datos antes de construir nada.
Cuándo te sirve un SaaS.
Un SaaS de previsión es la opción sensata cuando tu forma de reponer se parece a la de muchas otras empresas: un almacén que compra a proveedores y vende a clientes o a una tienda online, con plazos conocidos y un programa de gestión de los habituales. En ese caso, alguien ya ha resuelto tu problema para cientos de empresas y no tiene sentido pagar por resolverlo otra vez.
También compensa cuando no tienes a nadie que pueda dedicar horas a definir reglas. Un SaaS te da una configuración por defecto razonable y te deja empezar. La contrapartida es que esa configuración por defecto sea la tuya para siempre, porque cambiarla depende de lo que el fabricante permita.
- Un solo almacén, o pocos, que compran a proveedores.
- Un programa de gestión que está en su lista de conectores.
- Pedidos que se deciden por producto, sin reglas de reparto entre sitios.
- Un equipo que prefiere adaptarse a una herramienta antes que definirla.
Cuándo compensa un sistema a medida.
Compensa cuando lo que te hace distinto está justo en cómo repones, y un programa estándar te obligaría a seguir haciéndolo fuera, en Excel. Los casos que más vemos tienen que ver con el reparto: repones a muchos sitios desde un almacén y cada sitio tiene sus reglas.
- Rutas y días de reparto fijos: a cada sitio se le puede mandar solo el martes, y el pedido tiene que cubrir hasta el martes siguiente.
- Mínimos de envío o huecos en la furgoneta: no compensa mandar menos de una caja o de medio palé a un punto.
- Stock en consigna o en casa del cliente: el stock que hay que vigilar no está en tu almacén, sino en el suyo.
- Reglas comerciales: ciertos clientes tienen prioridad cuando hay poco stock, o un producto nuevo se reparte primero a las tiendas de prueba.
- Un programa de gestión propio o antiguo para el que no existe conector.
- La necesidad de que el sistema explique cada pedido con las palabras de tu negocio, porque quien lo aprueba no es técnico.
Tus datos y la salida: lo que dicen el Reglamento de Datos y el RGPD.
En cualquiera de los dos caminos, la pregunta que más se olvida al contratar es cómo se sale. En la Unión Europea hay una norma que la responde para los servicios en la nube: el Reglamento (UE) 2023/2854, llamado Reglamento de Datos, aplicable desde el 12 de septiembre de 2025. En sus considerandos deja claro que los servicios de tratamiento de datos incluyen el software como servicio.
Su artículo 25 obliga a que el contrato recoja, entre otras cosas, un plazo máximo de preaviso para empezar el cambio de proveedor que no puede pasar de dos meses, y una lista completa de los datos que se pueden exportar. Su artículo 29 dice que a partir del 12 de enero de 2027 el proveedor no podrá cobrar al cliente costes por el cambio. Estas obligaciones son del proveedor; lo que te toca a ti es leer esas cláusulas antes de firmar y comprobar que la exportación incluye el histórico completo, además de la configuración.
Con un sistema a medida, la salida depende de lo que diga tu contrato sobre el código, los datos y la documentación. Pregunta de quién es cada cosa y en qué formato te la entregan si se acaba la relación.
Las ventas y el stock rara vez son datos personales, pero los avisos sí suelen llevarlos: el nombre y el teléfono del encargado de cada tienda o del repartidor que recibe la lista de envíos. Cuando un proveedor, sea SaaS o a medida, trata esos datos por cuenta tuya, es un encargado del tratamiento según el artículo 28 del Reglamento General de Protección de Datos, que obliga a elegir solo encargados que ofrezcan garantías suficientes y a firmar con ellos un contrato de encargo.
En la práctica: pide el contrato de encargado, pregunta en qué país están alojados los datos y quién más accede a ellos. La responsabilidad sobre esos datos sigue siendo de tu empresa.
Preguntas para hacer a cualquier proveedor.
Sirven igual para un SaaS que para un sistema a medida, y las respuestas separan rápido a quien ha probado su sistema con datos reales de quien solo tiene una demostración bonita.
- ¿Me enseñas qué habría propuesto tu sistema en fechas pasadas de mi negocio, con lo que se sabía ese día?
- ¿Cómo se mide si acierta, y con qué número me lo vas a enseñar cada mes?
- ¿Qué permisos necesitas en mi programa de gestión? ¿Puede ser un usuario que solo lea?
- ¿Dónde se alojan los datos y quién accede a ellos?
- ¿Qué me llevo si me voy, en qué formato y en cuánto tiempo?
- ¿Qué pasa con la propuesta cuando no estoy de acuerdo? ¿Queda registrado por qué la cambié?
Lo que cuesta en horas de tu equipo, en cada camino.
Sin hablar de cuotas ni de presupuestos, hay un coste que se olvida en las dos opciones: las horas de tu gente. Con un SaaS, el trabajo está al principio y es de adaptación: conectar los datos, limpiar la ficha de productos, decidir los parámetros y, sobre todo, cambiar la forma de trabajar del equipo de compras para que encaje con las pantallas del programa. Si tu reparto tiene reglas que el SaaS no recoge, ese trabajo no termina nunca: cada semana alguien corrige a mano la propuesta en una hoja aparte.
Con un sistema a medida, el trabajo también está al principio, pero es de explicación: alguien de tu empresa tiene que contar cómo se reparte de verdad, qué excepciones hay y quién aprueba qué. Son conversaciones, no formularios, y suelen sacar a la luz reglas que nadie había escrito nunca («a la tienda del aeropuerto no se le manda los viernes porque no tiene muelle»). Una vez escritas, dejan de depender de la memoria de una persona.
En los dos casos hay una tarea que no se puede saltar: tener los datos en orden. Referencias únicas, unidades por caja correctas y fechas reales de entrada de cada compra. Ningún programa, estándar o a medida, calcula bien con una ficha de productos desordenada.
Cómo probar los dos antes de decidir.
La comparación justa entre un SaaS y un sistema a medida no se hace con demostraciones, sino con el mismo trozo de tu histórico. Elige tres meses pasados que incluyan algo difícil (una campaña, un proveedor que se retrasó, una tienda nueva) y pide a cada proveedor que te enseñe qué habría propuesto semana a semana con lo que se sabía cada día. Después compara las propuestas con lo que se vendió.
Fíjate en tres números por producto y sitio: días sin stock, stock medio y número de envíos o pedidos. Y en una cosa que no es un número: si las explicaciones de cada propuesta las entendería la persona que tiene que aprobarlas. Un sistema que acierta y no se entiende acaba ignorado; uno que se entiende y se equivoca, corregido a mano cada semana.
Dónde encaja Arume.
Estamos en el punto medio de la tabla. El sistema de control de stock con IA que montamos usa un motor de previsión común, probado con datos reales, y lo ajustamos a cada empresa: la conexión con su programa (Odoo, Business Central, Sage, Holded, SAP Business One, su tienda online o un Excel), sus reglas de reparto, sus días de envío y las explicaciones que necesita quien aprueba. El arranque lleva de tres a seis semanas.
Los datos se alojan en la UE, con copias diarias y exportación completa si te vas. Antes de firmar nada hacemos la simulación con tus datos, que es la primera pregunta de la lista anterior respondida con tu histórico.
Lo que no hace.
No sustituye a tu programa de gestión ni lleva la contabilidad, la facturación o los albaranes: lee de él y devuelve la propuesta. Tampoco es un SaaS de autoservicio en el que te das de alta solo; lo montamos contigo, y eso quiere decir que necesita unas horas de alguien de tu equipo para explicar las reglas de reparto. Si tu caso es el de la primera lista, un SaaS estándar te puede servir igual de bien y te lo diremos.
Preguntas frecuentes
¿Qué es mejor para la previsión de stock, un SaaS o un desarrollo a medida?
Si repones como la mayoría (un almacén, proveedores, un programa de gestión con conector), un SaaS estándar suele bastar. Si tu reparto tiene reglas propias, como días fijos por ruta, mínimos de envío o stock en casa del cliente, un sistema ajustado a esas reglas evita seguir decidiendo en Excel.
¿Un sistema a medida tarda mucho en estar listo?
Hecho desde cero, sí, porque hay que escribir y probar el motor de previsión. Sobre un motor ya probado, lo que se construye es la conexión, las reglas y las pantallas, y eso se mide en semanas. En nuestro caso, entre tres y seis.
¿Podemos llevarnos nuestros datos si cambiamos de proveedor?
Debes poder. Para servicios en la nube, el Reglamento (UE) 2023/2854 obliga a que el contrato detalle los datos exportables y limite el preaviso a dos meses, y desde el 12 de enero de 2027 prohíbe cobrar por el cambio. Comprueba que la exportación incluye el histórico completo.
¿Hace falta darle acceso total a nuestro ERP?
No debería. Para calcular la previsión basta con leer ventas, stock y compras. Pide que la conexión use un usuario de solo lectura, así el sistema no puede cambiar nada en tu programa.
¿Quién es responsable de los datos personales de los avisos?
Tu empresa, como responsable del tratamiento. El proveedor que trata esos datos por tu cuenta es encargado según el artículo 28 del RGPD, y tiene que firmar contigo un contrato de encargo. Pide ese contrato antes de cargar teléfonos o nombres.
¿Cómo sabemos si nos va a servir antes de pagar?
Pidiendo una prueba con tu histórico: qué habría propuesto el sistema en fechas pasadas, con los datos que había ese día, frente a lo que hiciste. Si un proveedor no puede enseñártelo, la demostración no prueba nada sobre tu negocio.