Desarrollo ERP a medida para que cada operación tenga una sola versión en toda la empresa.

Muchas veces vale uno del mercado, y lo decimos aunque no sea lo que nos interesa vender. Un ERP estándar parte de una estructura cerrada y la empresa se adapta a ella; eso funciona bien cuando la operativa se parece a la del sector. El desarrollo a medida tiene sentido cuando hay tramos del proceso que ninguna herramienta contempla, cuando esos tramos son justamente los que dan margen, o cuando adaptarse al software obligaría a trabajar peor de como se trabaja hoy.

Depende del alcance, de cuántas áreas comparten estado, del nivel de integración con lo que ya usáis y de si se aborda entero o por fases. No hay un precio único porque no hay un ERP único. Lo que sí podemos dar pronto es un orden de magnitud: para eso hace falta ver una operación de principio a fin, no una lista de módulos.

Sí, y casi siempre es la mejor forma de hacerlo. Se entra por el tramo que más duele —lo que hoy obliga a comprobar en varios sitios o lo que retrasa la facturación— y se pone en producción con datos reales. Eso permite validar las reglas antes de construir el resto, controlar la inversión y que el equipo se acostumbre por partes en lugar de cambiar de sistema un lunes.

Se revisa antes de tocar nada y se decide caso por caso: qué se migra, qué se limpia primero, qué se conecta y se queda donde está, y qué no se migra porque en realidad no es un dato sino una costumbre que hay que convertir en regla. El histórico antiguo normalmente se consulta donde está mientras haga falta. No prometemos una migración perfecta; prometemos saber qué se trae y qué no antes de empezar.

Es lo normal, y suele ser una de las claves del proyecto. El ERP puede integrarse con la tienda online, con el CRM, con la contabilidad o la gestoría, con el banco y la pasarela de pago, con software del sector y con herramientas de reporting, mediante APIs o los mecanismos que cada una ofrezca. La regla es que para cada dato haya un sistema que manda y los demás lo lean: sin esa decisión, integrar multiplica las versiones en lugar de reducirlas.

Es el riesgo real de un ERP, mucho más que el técnico. Se reduce de tres maneras: entrando por el tramo cuyo arreglo se nota la primera semana, separando en el análisis lo que es una regla del negocio de lo que es una costumbre heredada —copiar las costumbres es lo que hace que un sistema nuevo se abandone— y validando con la gente que lo va a usar antes de dar por buena una pantalla. Si un área tiene que trabajar peor para que el sistema esté contento, el sistema está mal planteado.

El sistema es vuestro: el código, los datos y la documentación. Nosotros nos ocupamos del mantenimiento, del soporte y de la evolución mientras queráis, porque un ERP no se termina —cambia cuando cambia el negocio—, pero no se queda atado a nosotros. Si un día lo lleva otro equipo, se lo puede llevar.