Cómo elegir e implantar un ERP: de los requisitos y las demos guiadas a la puesta en marcha
Elija un ERP por sus propios procesos y escenarios, e implántelo sin que el proyecto se desborde.
En este tema: Tecnología y datos 18
Toda demo de un ERP funciona. El consultor conoce el sistema, los datos de ejemplo están impecables y un pedido pasa de la oferta a la factura en pocos clics. Sus pedidos reales son otra cosa: media entrega sale hoy de un almacén y el resto la semana próxima de otro, un cliente tiene su propia lista de precios, un envío dañado exige una nota de crédito. Elegir un ERP consiste en probar el sistema contra esa realidad antes de firmar, y después implantarlo sin que el proyecto se desborde.
- Pedidos, inventario y facturas se vuelven a teclear entre sistemas
- El inventario y el margen solo se conocen tras cuadrar a mano
- Un pedido reserva inventario y se convierte en factura y en asiento
- Una sola versión de clientes, artículos y precios
Esta guía recorre el camino desde las primeras señales hasta una puesta en marcha tranquila.
Un ERP lleva ventas, compras, inventario, producción o proyectos y finanzas sobre una misma base de datos. Elíjalo por sus propios procesos y escenarios, no por la demo más pulida, y compare el costo total de varios años, con el tiempo interno incluido. Después, quédese cerca del estándar, limpie los datos pronto, pruebe con escenarios reales y arranque cuando se cumplan los criterios acordados, no cuando lo marque el calendario.
- Procesos
- Selección
- Datos
- Arranque
Qué es un ERP y cuándo se quedan cortas las herramientas sueltas
ERP son las siglas en inglés de planificación de recursos empresariales: un sistema en el que ventas, compras, inventario, producción o proyectos y finanzas comparten los mismos datos.
Un pedido reserva inventario al momento, crea una tarea de preparación en el almacén y, tras la entrega, se convierte en factura y en asiento contable sin que nadie lo vuelva a teclear. El software de contabilidad registra lo que pasó; el ERP dirige el trabajo, y la contabilidad lo sigue.
Un software de contabilidad con algunas aplicaciones conectadas lleva lejos a muchas empresas (vea cómo elegir software de contabilidad), hasta que las conexiones y las hojas de cálculo cuestan más tiempo que el trabajo al que sirven:
- Doble registro: pedidos, inventario o facturas pasan de un sistema a otro a mano o por archivo.
- Sin foto actual: conocer el inventario o el margen por pedido cuesta una tarde de conciliaciones.
- El crecimiento se atasca: un segundo almacén, sociedad o país no cabe en la configuración.
- Todo en una cabeza: solo un colega sabe cómo encajan las hojas de cálculo.
- Exigencias de fuera: clientes, la casa matriz, un banco o el fisco piden informes, trazabilidad o facturas electrónicas que usted no puede dar.
Si reconoce varias de estas señales, explore opciones; a veces basta un software sectorial o una mejor integración.
Requisitos de un ERP: describa procesos, no listas de funciones
Una larga lista de funciones invita a marcar todas las casillas. Una descripción de procesos muestra si el sistema puede llevar de verdad su negocio.
Describa cada proceso de principio a fin: cómo funciona hoy, dónde aprieta y cómo debería funcionar. Para la mayoría de las empresas eso significa del pedido al cobroDel pedido al cobroEl proceso completo desde el pedido del cliente, pasando por la entrega y la factura, hasta el cobro. En inglés, order to cash., de la compra al pago, del plan a la producción o del proyecto a la factura, y del asiento al cierre mensual. Dé a cada proceso dos o tres escenarios con sus propios datos y excepciones, y marque cada requisito como imprescindible, importante, deseable o no por ahora.
La guía de implantación de Microsoft para su propio software de gestión lo confirma: valorar el encaje a partir de los procesos de negocio reduce el riesgo de olvidar requisitos, y cubrir las necesidades con configuración, en lugar de escribir requisitos detallados a partir del sistema anterior, reduce los desarrollos a medida (fuente: Microsoft, febrero de 2026).
Incluya lo que exige el fisco donde usted factura: el ERP debe emitir y recibir facturas electrónicas y calcular los impuestos según las reglas de cada país. Esas reglas están en la guía de factura electrónica; aquí basta con convertirlas en escenarios de prueba.
| Lista de funciones | Proceso con escenario |
|---|---|
| Admite entregas parciales | Parte de un pedido sale hoy de un almacén y el resto la semana próxima de otro; una factura por entrega y el pendiente visible para ventas |
| Precios por cliente | Un cliente tiene precios netos propios y un descuento por volumen; la pantalla de pedido muestra el precio correcto |
| Multimoneda | Un cliente del extranjero recibe la factura en su moneda y paga más tarde a otro tipo de cambio; la diferencia se registra sola |
| Factura electrónica | Cada factura sale en el formato que exige el país donde se emite, y el sistema guarda la validación o el acuse de la administración tributaria |
Selección de un ERP: lista corta, demos guiadas y costo total
Durante la selección usted tiene todas las cartas: úselas para ver el sistema con sus escenarios y con las personas que lo van a implantar.
- 1De la lista larga a la cortaDescarte por los imprescindibles y por la falta de un socio de implantación que conozca su sector, y envíe a tres o cuatro candidatos su solicitud de propuesta con sus procesos y escenarios.
- 2Demos guiadasCada proveedor recibe con antelación los mismos escenarios y una muestra de sus datos reales, y los enseña en vivo ante los usuarios claveUsuario claveEmpleado que conoce a fondo un proceso y representa a su área en el diseño, las pruebas y la formación. de su empresa. Lo que se describe y no se enseña cuenta como ausente.
- 3Llamadas de referenciaHable con clientes de tamaño parecido cuyo sistema implantó el equipo que trabajaría para usted, y pregunte qué les decepcionó.
- 4Costo totalCompare el costo total de propiedadCosto total de propiedadTodos los costos de un sistema durante su vida útil, desde licencias e implantación hasta soporte, actualizaciones y las horas de su propio personal. de al menos cinco años: licencias o suscripciones, implantación, integraciones, migración, formación, soporte, actualizaciones y tiempo interno. Pida precios actuales a cada proveedor en un mismo formato.
- 5Fabricante y socioQuien fabrica el software y quien lo implanta suelen ser empresas distintas: evalúe a ambos y nombre en el contrato a los consultores principales.
El mayor costo que nunca aparece en una oferta es el tiempo interno: los usuarios clave diseñan, prueban y forman a la vez que hacen su trabajo, así que organice quién los cubre antes de empezar. Cómo elegir y gestionar al socio está en cómo elegir un proveedor de TI.
Evalúe al equipo que implantará el sistema, no al que se lo vendió.
Análisis de brechas: estándar, configuración, solución alternativa o desarrollo a medida
Para cada requisito, el análisis de brechas registra cómo lo cubrirá el sistema. Esa respuesta fija el costo y el riesgo durante años.
Un análisis de brechasAnálisis de brechasComparación de sus procesos con el software estándar que registra, para cada requisito, si encaja tal cual, si basta con parámetros, si pide una solución alternativa o código a medida. En inglés, fit-gap. sitúa cada requisito en una de cuatro casillas. Estándar: el sistema lo hace tal como viene. Configuración: parámetros, sin código. Solución alternativa: usted cambia el proceso o acepta un paso más. Desarrollo a medida: código propio que alguien mantiene y vuelve a probar con cada actualización.
La gran decisión del diseño es si usted adapta el proceso al sistema o al revés. Microsoft aconseja a sus clientes adoptar siempre que sea posible y adaptar solo cuando esté justificado (fuente: Microsoft, febrero de 2026). SAP advierte que las capas de código a medida crean sistemas difíciles de mantener y caros de actualizar (fuente: SAP, noviembre de 2026).
Se justifica cuando su forma de trabajar le gana clientes o margen; si no, cambie el proceso. Que el comité de dirección pese cada petición por su beneficio, lo que cuesta construirla y lo que costará en cada actualización: cuanto más se amplía una solución, más hay que probar con cada actualización (fuente: Microsoft, julio de 2025).
Implantación de un ERP: fases, migración de datos, pruebas y formación
Cada método nombra las fases a su manera, pero el orden es parecido, y los datos, las pruebas y la formación las atraviesan todas.
La preparación forma el equipo, un comité de dirección y un patrocinador en la alta dirección que pueda desbloquear decisiones. En el diseño, usuarios clave y consultores recorren los procesos y las brechas, y el negocio aprueba antes de que el socio construya. Tras el arranque llega un periodo de soporte reforzado antes del traspaso.
Migración y limpieza de datos
Se migran datos maestros, como clientes, artículos y proveedores, y transacciones abiertas, como pedidos abiertos, inventario disponible y saldos pendientes (fuente: Microsoft, enero de 2024). Dé a cada tipo de dato un responsable, empiece a limpiar en el diseño, cuadre cada carga de prueba en cantidades y saldos, y deje el historial antiguo en un archivo.
Pruebas con escenarios reales
Las pruebas de principio a fin necesitan un juego completo de datos migrados, que puede comportarse distinto que los de demostración, y las pruebas de aceptación las hacen los usuarios del negocio con sus propios datos (fuente: Microsoft, febrero de 2024). Acuerde los criterios de aceptación antes de empezar.
Formación y cambio
Forme por puesto, poco antes del arranque, en el entorno de pruebas, con sus propios datos y con los usuarios clave como formadores. Explique pronto por qué llega el cambio y compruebe después que la gente trabaja de la nueva forma.
Puesta en marcha: big bang, por fases o en paralelo
La forma de pasar al sistema nuevo decide cuánto puede fallar a la vez y cuánto tiempo convivirá con dos sistemas.
La guía de implantación de Microsoft describe tres enfoques, comparados abajo (fuente: Microsoft, enero de 2024). El despliegue por fases puede ir por módulos, unidades de negocio o países, y el arranque en paralelo es más una técnica de validación que un enfoque de despliegue.
| Enfoque | Encaja con | Atención a |
|---|---|---|
| Big bang | Implantaciones pequeñas y sencillas que se entregan en poco tiempo | Muchos cambios a la vez; volver atrás puede ser difícil o imposible |
| Por fases | Varias sedes, sociedades o países; los errores quedan en un área | Proyecto más largo, conexiones temporales entre lo antiguo y lo nuevo, alcance que crece |
| En paralelo | Un riesgo de negocio alto que las pruebas no bastan para eliminar | Doble registro, dos sistemas que pagar, y una formación o unas pruebas flojas quedan ocultas |
El corte y la decisión de arrancar
El corteCorteEl paso planificado del sistema antiguo al nuevo, con la carga final de datos. En inglés, cutover. suele durar un fin de semana de menos de 48 horas en el que no se puede usar ninguno de los dos sistemas; ensáyelo en un entorno de pruebas con los mismos datos, herramientas y personas hasta que salga sin tropiezos (fuente: Microsoft, febrero de 2024). Fije antes quién decide si se arranca y con qué criterios, como el número de incidencias abiertas que acepta, y tenga listo un plan de vuelta atrás (fuente: Microsoft, febrero de 2024). Evite el cierre del ejercicio y su temporada alta.
Por qué se desbordan los proyectos ERP y cómo mantener el rumbo
La investigación sobre grandes proyectos de TI da cifras que invitan a la prudencia, y nombra causas que también hacen descarrilar un ERP.
En una investigación con la Universidad de Oxford sobre más de 5.400 proyectos de TI, McKinsey halló que los grandes proyectos, con un presupuesto inicial de más de 15 millones de dólares, superaron de media su presupuesto en un 45% y su plazo en un 7%, y aportaron un 56% menos de valor del previsto (fuente: McKinsey, octubre de 2012). Los proyectos de software eran los de mayor riesgo de desvío en costo y en plazo (fuente: McKinsey, octubre de 2012).
El estudio tiene años y muchos proyectos ERP son más pequeños, pero las causas siguen vigentes. McKinsey las agrupa en cuatro dimensiones, y fallar en las dos primeras suele causar alrededor de la mitad de los sobrecostos (fuente: McKinsey, octubre de 2012). En un proyecto ERP se ven así:
Estrategia y partes interesadas
Sin un objetivo medible y con la dirección mirando de lejos. "Un sistema moderno" no es un objetivo; "cada pedido sale el mismo día en que entra" sí lo es.
Tecnología y contenido
Los desarrollos a medida se acumulan petición tras petición, y nadie mira la calidad de los datos hasta que falla la primera carga de prueba.
Equipo
Los usuarios clave encajan el proyecto en los huecos de una jornada completa, y el socio cambia de consultores a mitad de camino.
Gestión del proyecto
Los deseos nuevos entran sin control de cambios, y la fecha de arranque la fija el calendario, no los criterios.
Más guías en tecnología y datos.
¿Está su proyecto ERP preparado para salir bien?
Responda por su propio proyecto y vea dónde actuar primero.
- 1Sabemos en qué procesos se vuelven a teclear datos entre sistemas.
- 2Nuestros requisitos describen procesos completos con escenarios reales, no una lista de funciones.
- 3Todos los proveedores enseñan los mismos escenarios guiados con nuestros datos de muestra.
- 4Nuestra comparación de costos abarca al menos cinco años e incluye el tiempo de nuestra gente.
- 5Cada desarrollo a medida necesita un caso de negocio aprobado por el comité de dirección.
- 6Cada tipo de dato tiene un responsable, y la limpieza empieza en la fase de diseño.
- 7El arranque depende de criterios acordados y de un corte ensayado, no de una fecha.
- 8Un miembro de la dirección patrocina el proyecto, y los usuarios clave tienen tiempo liberado para él.
Guías relacionadas
Escenarios de demo guiada, lista para decidir el arranque y tabla de responsabilidades
A continuación encontrará siete escenarios de demo guiada con reglas de puntuación para un mayorista, una lista para decidir el arranque con la evidencia que conviene pedir y una tabla de responsabilidades del proyecto.
Preguntas frecuentes
¿Cuánto dura la implantación de un ERP?
¿Debe implantar el sistema el propio fabricante?
¿Cuánto tiempo exige un proyecto ERP a nuestro propio personal?
¿Es más seguro un ERP en la nube?
- McKinsey: Delivering large-scale IT projects on time, on budget, and on value (octubre de 2012)
- Microsoft Learn: Optimize your implementation with a fit-to-standard and fit-gap analysis (febrero de 2026)
- SAP: What is a clean core? (noviembre de 2026)
- Microsoft Learn: Plan your solution deployment and release (enero de 2024)
- Microsoft Learn: Transition to new solutions successfully with the cutover process (febrero de 2024)
- Comisión Europea: Explicación de la Ley de Datos (diciembre de 2025)