Implantar un ERP: qué aporta y qué deja fuera

Un ERP —sistema integrado de gestión— unifica en un solo sitio lo que antes vivía en un programa por departamento: contabilidad, facturación, compras, inventario, producción y a menudo ventas.

La ventaja de fondo no es tener más funciones: es que el mismo dato deja de existir en tres sitios. Y la desventaja de fondo es que un ERP no cubre bien todo, y conviene saber qué deja fuera antes de descubrirlo a mitad del proyecto.

Lo que aporta

Un solo maestro de clientes y artículos. Se acaban los duplicados con dos códigos, que rompen cualquier informe y provocan facturas a la entidad equivocada.

El circuito económico completo. Del pedido a la factura y al cobro, sin saltos manuales.

Trazabilidad contable. Cada movimiento con su respaldo, que es lo que permite cerrar un ejercicio sin reconstruir nada.

Información agregada. Poder mirar la empresa entera en lugar de sumar hojas de cálculo departamentales.

Los tres criterios al elegirlo

Que sea integral, capaz de cubrir las áreas sin dejar huecos que se tapen con hojas de cálculo. La prueba práctica: cuántas veces se teclea un cliente nuevo desde que entra hasta que se le factura. Si es más de una, no lo es tanto.

Que sea modular, para implantarlo por partes. Y aquí una pregunta incómoda y reveladora: qué pasa cuando necesitas algo que está en otro módulo. Si la respuesta es una ampliación de contrato cada vez, el coste real no es el de la oferta inicial.

Que sea abierto. Que admita conectarse con lo que ya tienes y con lo que vendrá. Es el criterio que más determina el coste de los próximos cinco años.

Hay un desarrollo más largo en criterios para elegir un ERP adaptable.

Lo que un ERP no cubre bien

Y no por descuido: no es su materia. Concretamente, cuatro cosas del mantenimiento.

La ficha del activo como historia. No el artículo comprado, sino el equipo instalado: dónde está, qué número de serie tiene, qué se le ha hecho, qué anomalías quedaron abiertas y cuánto lleva costando acumulado.

La periodicidad. Un ERP no genera solo la revisión semestral de doscientos equipos, ni comprueba si el día que toca es festivo o si el técnico está de vacaciones. Y no contempla que el desgaste dependa de un contador —horas, ciclos, kilómetros— en lugar del calendario.

El trabajo en campo. Es la carencia más clara. Los ERP están pensados para una oficina, y el mantenimiento ocurre en una cubierta, un sótano o una nave sin cobertura.

La relación con quien recibe el servicio. Quién avisó, con qué prioridad, qué se le prometió y qué se le puede demostrar después.

Dónde encaja entonces el mantenimiento

Como pieza que convive con el ERP, no que compite con él. La frontera se acuerda antes de conectar nada:

El ERP manda en clientes, artículos y tarifas. El GMAO manda en activos, intervenciones y consumos.

Tiene sentido si se piensa en quién crea cada cosa: el alta de un cliente nace en el circuito comercial; un consumo de repuesto nace cuando un técnico abre la caja.

Con esa frontera clara, el flujo se ordena solo. Del ERP vienen los maestros; hacia el ERP van las órdenes de trabajo cerradas con sus horas y su material, que es exactamente lo que necesita para facturar.

Qué preguntar sobre las integraciones

«¿Se integra con X?» no sirve: la respuesta siempre es que sí. Lo útil es qué dato viaja y en qué dirección.

No todos los conectores hacen lo mismo. En el catálogo de integraciones de GMAO CLOUD está el alcance de cada uno, y conviene exigir ese nivel de detalle a cualquier proveedor: por ejemplo, Sage X3 importa clientes, direcciones y artículos pero no exporta órdenes de trabajo.

Y si tu sistema no está en ninguna lista —el caso más frecuente—, lo que importa es que existan vías genéricas: API REST, SOAP, acceso directo a base de datos e intercambio por CSV y FTP.

El orden de los proyectos

La pregunta práctica cuando hay que hacer los dos: ¿ERP primero o mantenimiento primero?

ERP primero si el problema que más duele es el circuito económico: facturación lenta, duplicados, cierres imposibles.

Mantenimiento primero si lo que duele es operativo: revisiones que se pasan, stock que no cuadra, imposibilidad de demostrar lo que se hizo, clientes que llaman para preguntar. Y especialmente si hay obligación normativa de por medio, porque el mantenimiento legal se sostiene sobre el histórico de órdenes, los checklists y la documentación con sus fechas.

Lo que casi nunca funciona es hacer los dos a la vez. Son proyectos que compiten por las mismas personas.

Lo que se subestima de un proyecto de ERP

Tres partidas que aparecen siempre y casi nunca están en la estimación inicial.

La limpieza de datos. Migrar clientes y artículos con duplicados, códigos inconsistentes y campos vacíos solo traslada el problema. Ese trabajo lo hace la empresa, no el proveedor, y suele ser el que marca la fecha real de arranque.

Los procesos que nadie había escrito. Un ERP obliga a decidir quién hace qué y en qué orden. Donde eso no estaba acordado, el proyecto se para hasta que alguien lo acuerde, y eso no es un retraso técnico.

La convivencia temporal. Durante meses conviven el sistema antiguo y el nuevo. Es la fase en que más errores se cometen y la que más se omite al planificar.

Lo mismo aplica, a menor escala, a una implantación de mantenimiento: la partida grande no es el software, es el trabajo de dejar los datos y los procesos en condiciones.

Lo que no hay que hacer

Migrar el ERP para poder hacer mantenimiento. Es caro, tiene curva de aprendizaje larga y pone en riesgo el circuito que factura. Si el ERP funciona, lo sensato es dejarlo y añadir la pieza que le falta.

Sincronizarlo todo en ambos sentidos. Se empieza trayendo clientes y artículos y mandando las órdenes cerradas. El resto, cuando eso lleve meses sin que nadie lo mire.

Esperar tiempo real. Casi nunca hace falta. Que las órdenes cerradas lleguen cada noche suele bastar, y es mucho más barato de mantener.

Si quieres ver cómo encajaría con tu ERP actual, puedes escribirnos o solicitar una demo.