SGA flexible: por qué la adaptabilidad es crítica en logística
Sin un SGA flexible, los procesos logísticos quedan atados al software. Cómo evaluar la adaptabilidad de un WMS y qué ofrece dvlogistic en Business Central.
Muchas empresas eligen su SGA / WMS por una pregunta corta: “¿cubre nuestros procesos actuales?”. Toda buena solución de mercado los cubre — recepción, almacén, picking, expedición. Es el mínimo. El problema no aparece el día del go-live, aparece a los 12-24 meses, cuando entra un cliente nuevo con su propio modo de trabajar, una zona regulatoria cambia, o la dirección decide pasar de B2B puro a B2C/dropshipping.
✏️ Actualizado en junio de 2026 — Hemos revisado este artículo para reflejar la presión normativa PPWR y la integración 3PL/transporte. Si echas en falta algún punto, escríbenos.
En ese momento, la diferencia entre un software flexible y uno rígido decide si el cambio es de 3 días o de 3 meses.
Este artículo va sobre cómo evaluar adaptabilidad en serio antes de comprar un SGA, qué señales de rigidez aprender a detectar, y qué propone dvlogistic sobre Microsoft Business Central como filosofía de software logístico configurable.
El objetivo de la logística (sin floritura)
Cualquier operación logística persigue tres palancas básicas — y solo tres:
- Rentabilidad — margen por pedido, por cliente, por ruta.
- Productividad — output por hora de operario, por palet, por euro de coste fijo.
- Servicio (output final) — OTIF, calidad, plazo, sin incidencia.
El software no genera ninguna de las tres por sí solo. Lo que hace un buen software es dejar que la empresa optimice las tres a medida que el negocio cambia, sin que el sistema sea el cuello de botella.
Ahí entra la adaptabilidad.
Qué significa “flexible” — definición operativa
Un SGA es flexible cuando la lógica del negocio se configura, no se programa. Concretamente, deberías poder:
- Añadir una nueva regla de ubicación (slotting) en horas, no en semanas.
- Cambiar la secuencia de picking (por zona, por ola, por urgencia) sin desarrollo.
- Configurar una nueva tarifa 3PL por cliente y por servicio sin tocar código.
- Añadir un flujo de cross-docking específico para un cliente sin proyecto.
- Cambiar criterios de FEFO/FIFO por familia sin abrir ticket.
- Generar un nuevo modelo de etiqueta o albarán desde una plantilla.
- Definir ventanas de muelle y restricciones de carga por cliente sin desarrollo.
Cuanta más casuística de operación cabe en parametrización, más adaptable es el sistema.
Cómo detectar rigidez antes de firmar
Pregunta directa al proveedor durante la evaluación:
“Cuando una operación cambia — nuevo cliente con flujo propio, nueva regla de slotting, nueva tarifa — ¿cuánto cuesta y cuánto tarda implementarlo?”
Las respuestas decantan claro:
| Respuesta del proveedor | Señal |
|---|---|
| ”Desarrollo a medida, 4-8 semanas, presupuesto aparte” | Rígido |
| ”Tenemos un módulo X que lo cubre, semana de configuración” | Intermedio |
| ”Parametrización, 1-3 días, dentro del contrato de soporte” | Flexible |
Segundo test, también potente: pide ver una demo donde se cambie una regla en directo. Si el consultor abre un panel de admin, modifica un parámetro y lo aplica en 10 minutos, es buena señal. Si te dice “esto lo vemos en una sesión técnica aparte”, probablemente requiere desarrollo.
Por qué es difícil corregir rigidez después
El coste de migrar de un SGA a otro es alto: re-implantación, integración con BC/ERP, formación de equipos, paralelización de operación. Muchas empresas acaban pagando “desarrollos a medida” al partner del SGA rígido durante 3-5 años porque migrar duele más. Y cada desarrollo añade complejidad al sistema que dificulta el siguiente desarrollo.
La flexibilidad se evalúa en el diseño de la decisión, no después del go-live. Si tu negocio va a cambiar — y casi todos cambian — el coste de un SGA cerrado se nota a los 18-36 meses, no antes.
dvlogistic: la filosofía configurable sobre BC
dvlogistic es el SGA avanzado de Davisa Informática, desarrollado como extensión AL sobre Microsoft Dynamics 365 Business Central. Está construido con la premisa de que el 80 % de los cambios operativos viven en parametrización, no en código.
Qué se configura en dvlogistic (sin desarrollo)
- Almacenes y ubicaciones: estructura jerárquica con atributos (zona, temperatura, capacidad, peso máximo).
- Reglas de slotting: por rotación, por familia, por cliente, por temporada.
- Estrategias de picking: por pedido, por ola, por zona, mixto, con secuencias configurables.
- FEFO / FIFO / LIFO por familia o por almacén.
- Cross-docking: reglas por proveedor, por cliente, por tipo de producto.
- Devoluciones: flujos diferenciados según motivo, con calidad obligatoria o no.
- Ventanas de muelle y restricciones de carga.
- Etiquetado: plantillas dinámicas con datos de producto/lote/cliente.
- Multi-empresa y multi-almacén en el mismo tenant.
Cuándo sí hace falta desarrollo
Sin pintarlo de rosa, hay cambios que no son parametrización:
- Integración con un sensor IoT exótico que el sector apenas usa.
- Lógica de negocio totalmente única (cálculos propios que ningún otro cliente tiene).
- Integraciones EDI con proveedores con esquemas no estándar.
Estos casos se resuelven con desarrollo AL dentro de la extensión — 2-4 semanas típicas en sprint regular, con la lógica viviendo dentro de BC, no en un sistema satélite que se rompa con cada upgrade.
Las 4 verticales de dvlogistic
dvlogistic es la base. Cuatro verticales hermanos extienden lo específico:
| Vertical | Para qué empresa |
|---|---|
| dvlogistic-almacen | Operación de almacén intensiva (slotting, olas, RF) |
| dvlogistic-transporte | Flota propia o subcontratada (rutas, km, conductor) |
| dvlogistic-custodia | Custodia documental o de mercancía con facturación por servicio |
| dvlogistic (3PL combo) | Operador 3PL multi-cliente con tarificación variable y SLA |
Una empresa puede arrancar con una vertical y añadir otra después sin re-implantar el núcleo. Es la modularidad que un grupo logístico necesita cuando se diversifica.
Cuándo NO conviene flexibilidad
Honestidad necesaria: la flexibilidad tiene un coste. Licencia + consultoría suelen ser mayores que un SGA rígido más barato. No siempre compensa.
- Almacén de un único cliente con procesos congelados, sin previsión de cambio → SGA cerrado puede bastar.
- Operativa muy regulada con poco margen de variación (productos farmacéuticos en cadena cerrada) → SGA cerrado con localización del sector puede ser óptimo.
- Volumen pequeño y plantilla limitada → quizás Excel + módulo logístico básico de BC nativo bastan.
La regla: si el negocio va a cambiar en los próximos 3-5 años, paga la flexibilidad. Si no, paga lo cerrado.
Cierre — la flexibilidad es una decisión estratégica
Elegir SGA por la cobertura funcional actual es como elegir coche por el equipamiento del salpicadero. Lo que decide los 5 años siguientes es cómo se comporta cuando la operación cambia.
dvlogistic está diseñado para que el 80 % de los cambios habituales — nuevas ubicaciones, reglas de slotting, tarifas 3PL, flujos de cliente — sean parametrización rápida; y el 20 % restante, desarrollo controlado dentro del propio Business Central, sin sistemas satélites que mantener.
¿Quieres ver dvlogistic adaptándose en directo a un caso parecido al tuyo? Habla con un asesor de Davisa — 45 minutos remotos para entender el encaje real.
Sigue leyendo en Davisa
- Conoce el ecosistema dvlogistic
- ERP SGA avanzado sobre Business Central
- Inteligencia de negocio y gestión logística
