ERP y operaciones

Qué es realmente un ERP

Un solo sistema que contiene las operaciones sobre las que funciona una empresa: pedidos, existencias, compras, finanzas y, a veces, producción, proyectos y personas. El objetivo es un registro único y no cinco sistemas discutiendo sobre la misma cifra.

Ese registro único es el beneficio y el coste. Todo se conecta, así que todo tiene que cuadrar, y la disciplina que eso exige es la razón de que estos proyectos sean difíciles.

La contabilidad por sí sola pertenece a finanzas y contabilidad. Las existencias por sí solas son inventario. Las relaciones con los clientes están en CRM y ventas.

Cuándo un sistema supera a varios

Las herramientas especializadas conectadas suelen ser mejores para una empresa pequeña. Cada una hace bien su trabajo, cada una es fácil de sustituir y las conexiones son un mantenimiento mensual de alguien y no un proyecto.

El ERP empieza a compensar cuando la conciliación se convierte en el trabajo. Recuentos de existencias que no coinciden con el libro mayor. Pedidos retecleados entre sistemas. Un cierre de mes que dura dos semanas porque hay que alinear a mano tres fuentes.

El otro desencadenante es estructural: varias entidades jurídicas, varias divisas, varios almacenes o un proceso de fabricación en el que el cálculo de costes depende de los movimientos de materiales. Eso es difícil de mantener unido con conectores.

Módulos y comprar solo lo que se usa

• Finanzas, el libro mayor en el que se contabiliza todo lo demás.
• Compras y proveedores, con aprobaciones y conciliación de recepciones.
• Inventario y almacén, incluidas ubicaciones, lotes y números de serie cuando proceda.
• Ventas y preparación de pedidos, del presupuesto a la factura.
• Producción, si se fabrican cosas en lugar de moverlas.
• Proyectos, servicio o trabajo de campo, según la forma del negocio.

Los proveedores venden suites y cobran los módulos por separado. Haga un mapa de los módulos que realmente usará en el primer año, pida presupuesto de esos y trate el resto como una decisión posterior y no como un descuento que perseguir ahora.

La implantación es el verdadero producto

El software es una fracción de lo que cuesta un ERP. El resto es configuración, migración de datos, integración y el tiempo que su propio personal pasa lejos de su trabajo.

Los datos son donde mueren los proyectos. Registros de existencias sin responsable, una lista de clientes con cuatro grafías de la misma empresa y un libro mayor con ajustes históricos que nadie sabe explicar tendrán que limpiarse antes de poder cargarse. Empiece ese trabajo pronto, porque no depende del producto que elija.

Pregunte al proveedor quién hace la implantación. Una red de socios implica calidad variable y un contrato aparte, y el socio importa más para su resultado que el logotipo del software.

Personalización, actualizaciones y largo plazo

Cada personalización es un impuesto que se paga en cada actualización.

Distinga entre los procesos que le dan una ventaja y los que son simplemente como siempre se ha hecho. Los primeros merecen que se construya en torno a ellos. Los segundos deberían doblarse ante el software, y la resistencia a doblarlos es la fuente más previsible de sobrecostes.

Pregunte cómo funcionan las actualizaciones: automáticas, programadas o un proyecto cada vez, y qué le ocurre a su configuración cuando se ejecutan. Los productos alojados se actualizan según el calendario del proveedor, lo que elimina una decisión y añade una dependencia.

Coste, contratos y cómo salir

Las licencias suelen ser por usuario y mes con niveles por rol, ya que un lector de códigos de almacén no necesita un puesto de finanzas. La implantación se presupuesta aparte y suele ir de una a tres veces el primer año de licencias.

Haga tres preguntas comerciales antes de firmar. Cuál es el precio en la renovación y no en la firma. Cómo es la extracción de datos si se va, completa y en un formato legible. Y qué soporte está incluido, ya que el soporte con nombre propio suele ser un nivel adicional.

Las costumbres que hay detrás de las cifras presupuestadas en el software en general se describen en lo que ocultan las páginas de precios.

Señales de que un proyecto va mal

Estas implantaciones rara vez fracasan de golpe, y las señales de aviso son lo bastante constantes como para nombrarlas.

La limpieza de datos que se sigue aplazando para más adelante en el plan. Una lista creciente de personalizaciones, cada una defendida por separado y nunca contadas en conjunto. Personal clave que asiste a talleres sin dejar de cargar con toda su carga de trabajo. Una fecha de puesta en marcha que no se ha movido aunque tres hitos anteriores sí.

Dos cualquiera de ellas juntas significan que el plan ha dejado de describir la realidad.

La respuesta es impopular y eficaz: recortar el alcance en lugar de mover las fechas. Una primera fase que cubra finanzas y un área operativa y funcione bien supera a un despliegue completo que llega tarde y en el que nadie confía. Los módulos restantes entran después, desde una posición en que el sistema ya funciona.