Una pregunta sencilla retrata el estado del sistema de gestión de muchas distribuidoras medianas: ¿cuánto stock real queda de una referencia concreta? Si la respuesta exige llamar al almacén, el ERP ha dejado de cumplir su función principal, que es actuar como fuente fiable de datos del negocio. Y, sin embargo, el sistema está ahí: se pagó, se implantó y se utiliza a diario.
Cuando esta situación se hace crónica, el diagnóstico habitual reparte la culpa entre el software y los usuarios. Existe, no obstante, una tercera explicación que rara vez se considera y que, según la experiencia acumulada en proyectos de distribución, resulta ser la más frecuente: el sistema no se implantó bien. Configuraciones que no reflejaban los procesos reales de la empresa, migraciones que arrastraron el desorden del sistema anterior, formaciones incompletas o proyectos cerrados en falso al agotarse el presupuesto.
Distinguir un caso de otro tiene consecuencias económicas directas, puesto que un ERP equivocado obliga a empezar de cero, mientras que una mala implantación se corrige aprovechando casi toda la inversión realizada. A continuación se describen los siete síntomas que más se repiten en las empresas de distribución.
1. El stock del sistema no coincide con el del almacén
El sistema indica 240 unidades; el recuento físico, 198. Se ajusta el inventario, se continúa trabajando y, al cabo de unas semanas, el descuadre reaparece. En muchas organizaciones esta rutina está tan asumida que ya ni siquiera se percibe como un problema.
Lo es, porque toda la operativa de una distribuidora depende de esa cifra. El equipo comercial, por su parte, compromete mercancía inexistente o deja de ofrecer la que sí está disponible. A todo ello se suma que la valoración de existencias que llega a contabilidad a cierre de ejercicio es una cifra que se firma sin que nadie pueda defenderla. En definitiva, un inventario poco fiable no constituye un fallo cosmético, sino capital inmovilizado y ventas perdidas que no aparecen juntas en ningún informe.
2. El equipo comercial compromete plazos sin ver la disponibilidad real
Un cliente solicita 500 unidades para el jueves y el comercial acepta el plazo sin consultar nada. No se trata de negligencia: aplazar la respuesta con un «déjame confirmarlo» debilita la negociación, de modo que se asume el riesgo.
Esa consulta debería poder resolverse en el momento y desde el móvil: stock disponible, cantidad comprometida en otros pedidos, mercancía en tránsito y fechas previstas de llegada. Business Central incorpora esta visibilidad de serie, sin desarrollos adicionales. Por consiguiente, cuando tras una implantación el equipo comercial sigue sin disponer de ese acceso, o lo tiene pero no confía en el dato, el proyecto dejó sin resolver precisamente el punto por el que circula más dinero.
El coste de vender sin información nunca llega de una sola vez. Se materializa, más bien, en entregas fuera de plazo, en transportes urgentes que erosionan el margen y, con el paso de los meses, en clientes que derivan volumen hacia el competidor que sí cumple las fechas comprometidas.
3. El cierre de mes es una investigación, no un trámite
En un sistema bien implantado, el cierre mensual se reduce a una revisión: las compras, las ventas y los movimientos de almacén ya están contabilizados, dado que cada operación se registró una sola vez, en el momento en que se produjo. En caso contrario, el cierre se prolonga entre cuatro y seis días de conciliaciones y reconstrucciones.
Ahora bien, el coste principal no son esos días de trabajo administrativo, sino que la dirección toma decisiones de compras, precios y tesorería con cifras que acumulan entre tres y cinco semanas de antigüedad. Para un negocio de márgenes estrechos y rotación alta, operar un mes por detrás de la realidad tiene un precio que ningún informe recoge, precisamente porque el informe llega tarde.
4.Excel sigue siendo el sistema real de la empresa
Para detectar este síntoma basta con una pregunta al responsable de compras: ¿desde dónde se decide qué pedir a los proveedores? Si la respuesta es una hoja de cálculo propia, alimentada con exportaciones del ERP retocadas manualmente, el sistema de gestión real de la empresa es ese Excel, y el ERP queda relegado al lugar donde se registran las operaciones a posteriori.
Además, rara vez existe una sola hoja. A la de compras se suman la de tarifas, la de comisiones comerciales o la de rutas de reparto. Cada una nació por una carencia concreta, bien porque el sistema no cubría esa necesidad, bien porque nadie enseñó a cubrirla dentro del ERP. El resultado, años después, es una empresa que paga licencias de ERP mientras gestiona el negocio con hojas de cálculo. Identificar esos huecos antes del arranque forma parte, precisamente, del trabajo de implantación.
5. Se desconoce la rentabilidad por cliente
Cualquier distribuidora conoce su facturación por cliente. El margen real por cliente, en cambio, es otra cuestión, ya que entre la cifra de ventas y la rentabilidad efectiva media una capa de descuentos pactados, rappels y portes asumidos sin repercutir, a la que se añade el coste de servir a quien pide poco y con frecuencia.
Ese cálculo debería salir del ERP y, con una implantación rigurosa, sale: el sistema imputa los costes donde corresponde y la rentabilidad por cliente o por línea de producto queda disponible en pocos clics. De lo contrario, el dato no existe o, lo que resulta más grave, existe pero es incorrecto y alguien lo utilizará para decidir. No es infrecuente encontrar distribuidoras volcadas en sus cuentas de mayor volumen que descubren, al imputar descuentos y portes, que el margen de esas cuentas era mínimo: la facturación crecía cada año, el beneficio no, y nadie en la organización podía explicar la causa.
6. Cada exigencia nueva de un cliente grande se convierte en una crisis
Una gran superficie exige EDI para mantener la relación comercial. Un cliente industrial solicita trazabilidad por lote. La facturación electrónica avanza con un calendario normativo propio. Sobre un ERP bien implantado y actualizado, cada una de estas exigencias es un proyecto acotado que se presupuesta y se entrega; sobre uno mal implantado, en cambio, cada una desencadena su propia crisis de costes imprevistos y desarrollos apilados sobre desarrollos anteriores.
Lo llamativo es que, en la mayoría de los casos, el software está capacitado para asumir esas exigencias. El obstáculo reside en el estado en que quedó tras la implantación: personalizaciones sin documentar, módulos a medio configurar o una versión congelada durante años ante el riesgo de que una actualización «rompa algo». En la operativa diaria el sistema parece funcionar y, por ello, nadie lo cuestiona. Sin embargo, el crecimiento de una distribuidora pasa cada vez más por la conexión con clientes y proveedores, y es ahí donde un sistema que nadie se atreve a tocar acaba condicionando qué contratos pueden aceptarse y cuáles no.
7. Todo el conocimiento del sistema reside en una sola persona
Se trata del síntoma menos visible desde fuera. En la empresa existe una persona, habitualmente en administración o en sistemas, que es la única que conoce por qué el ERP está configurado como está: qué ajustes se realizaron durante la implantación, qué pantallas no conviene modificar y a quién llamar cuando algo falla. Ese contacto externo, por otra parte, cada vez tarda más en responder o factura cada consulta como si fuera un proyecto nuevo.
Mientras dicha persona permanece en la organización, el sistema funciona con normalidad. El problema se manifiesta en el momento de su salida: es entonces cuando se descubre que el sistema de gestión se sostenía sobre información no documentada. No se trata de una cuestión de azar, sino de método: en un proyecto bien ejecutado esa dependencia no llega a producirse, puesto que la documentación queda disponible, el equipo opera con autonomía y se dispone de un soporte que responde.
Rectificar o migrar: cómo decidir
Ante tres o cuatro de estas señales, conviene no precipitarse, ya que el ERP equivocado y el ERP correcto mal implantado producen síntomas casi idénticos, y el segundo caso es más habitual de lo que suele creerse. Resulta, además, considerablemente más económico de resolver que la sustitución completa del sistema.
La corrección pasa por que un partner distinto revise el proyecto: auditar la configuración, depurar los datos, rehacer los procesos mal planteados en su día y formar al equipo en aquello que nadie le enseñó entonces. Este tipo de encargo llega a Triangle con frecuencia, y constituye la razón de ser del servicio de cambio de partner.
El diagnóstico contrario también existe: sistemas que realmente se han quedado pequeños o versiones antiguas sin recorrido. En tal caso, corresponde una migración a Business Central planteada desde el primer día para una operativa de distribución, con la disponibilidad en tiempo real, la gestión de almacenes y el intercambio EDI con los grandes clientes resueltos antes del arranque, no parcheados después. Lo único que no compensa, en última instancia, es mantener la situación actual: las siete señales descritas tienen un coste mensual, aunque no figure en ninguna factura.
Preguntas frecuentes
La diferencia está en la arquitectura. Un ERP obsoleto no puede actualizarse para cumplir la normativa actual ni integrarse con herramientas modernas sin desarrollos costosos. Uno mal configurado sí tiene esa capacidad técnica, pero no está correctamente aprovechada. Una auditoría técnica independiente es la forma más fiable de determinarlo.
No necesariamente. Con una metodología de implementación por fases, es posible realizar la transición manteniendo el sistema anterior en paralelo hasta el arranque definitivo. Lo habitual en pymes distribuidoras es un período de parametrización en paralelo seguido de un arranque en fecha pactada.
El trámite administrativo ante Microsoft es inmediato. La auditoría técnica inicial del entorno existente puede llevar entre 2 y 5 días según la complejidad de la implementación. Tu trabajo en Business Central no se interrumpe en ningún momento durante este proceso.
Sí. La solución dispone de planes de implementación y licencias adaptadas a empresas pequeñas. El factor determinante no es el tamaño de la empresa sino la complejidad de su modelo operativo.
Los datos maestros y los saldos de apertura se migran al nuevo sistema como parte del proyecto de implementación. El historial completo de transacciones puede mantenerse en el sistema anterior en modo consulta durante el período que exige la normativa española de conservación de documentación contable.
¿Listo para digitalizar tu empresa con Business Central?
Optimiza cada área de tu empresa con Microsoft Dynamics 365 Business Central. Desde Triangle te acompañamos en todo el proceso de digitalización para que ganes control, trazabilidad y eficiencia.
Solicita una consultoría sin compromiso.
