Implementación de un ERP paso a paso: etapas, plazos y qué tiene que preparar la empresa

La implementación de un ERP paso a paso se maneja como un proyecto: cada etapa termina en un entregable y no se pasa a la siguiente hasta que está aprobado. La empresa prepara datos, procesos, decisiones y un conteo de stock, asigna horas de su gente y arranca solo si la prueba con casos reales no deja errores bloqueantes.

Última actualización: 6 de octubre de 2026 · Nicolás Guerrero Mauad, área de tecnología de Contadores Córdoba

Contenido de esta página: el proyecto · etapas y condiciones · cronograma de ejemplo · roles y horas · qué preparar · prueba integral · decisión de arranque · primer mes · errores por etapa · preguntas frecuentes · cuándo pedir ayuda

¿Qué cambia cuando la implementación de un ERP se maneja como proyecto?

Cuando la implementación de un ERP se maneja como proyecto, cada etapa tiene un responsable, una fecha, un entregable que se puede revisar y una condición para pasar a la siguiente. Sin eso, las etapas se pisan: se capacita sobre una configuración que cambia o se arranca sin cuadrar los saldos.

Por qué fallan las implementaciones y qué camino conviene está en la guía de implementación de ERP para pymes y en la de Chile; qué hace el sistema, en qué es un ERP. Esa guía resume el recorrido en siete etapas; acá, con el sistema ya elegido, el mismo recorrido se abre en entregables, condiciones para pasar, semanas y horas, hasta dejarlo funcionando y usado por el equipo.

¿Cuáles son las etapas de la implementación de un ERP y qué tiene que estar terminado en cada una?

Las etapas de la implementación de un ERP, en una pyme, se pueden ordenar en ocho (adaptación práctica de Langenwalter, 2000), y cada una se nombra por lo que tiene que estar terminado antes de pasar a la siguiente:

1. Acta de alcance (organización): una página con objetivos, módulos, equipo con horas y fecha tentativa de arranque. Pasa cuando: el dueño la firmó.
2. Mapa de procesos y lista de brechas (diseño): un diagrama por proceso y lo que el estándar no cubre. Pasa cuando: cada usuario clave firmó su proceso y cada brecha tiene decisión (cambiar el proceso o personalizar, con costo).
3. Base de prueba configurada (configuración): el sistema armado, con permisos por rol. Pasa cuando: cada paso de los diagramas se puede hacer.
4. Maestros limpios y tabla de cuadre (migración de prueba). Pasa cuando: la diferencia da cero por rubro.
5. Hojas de tarea por rol (capacitación): una página por tarea. Pasa cuando: cada usuario opera sin ayuda.
6. Planilla de casos con su resultado (prueba integral). Pasa cuando: no queda ningún error bloqueante.
7. Corte con stock contado y saldos cargados (arranque). Pasa cuando: la empresa opera una semana sin volver al viejo.
8. Registro de incidencias y primer cierre (estabilización). Pasa cuando: el cierre coincide con el saldo del banco y con el conteo.

El diagrama pone cada etapa junto a su condición para seguir. Para que sirva, aprueba alguien distinto de quien hizo el trabajo: el usuario clave firma lo que configuró el implementador y el contador acepta el cuadre. La etapa 4 tiene su método propio en cómo cambiar de sistema sin perder la contabilidad.

¿Cuánto dura cada etapa de la implementación de un ERP?

Cuánto dura cada etapa de la implementación de un ERP depende del alcance, del estado de los datos, de cuánto se personalice y de las horas que ponga la empresa. La bibliografía consultada no da duraciones por etapa para una pyme; los dos extremos documentados para el proyecto completo, ninguno de pymes, están en la guía enlazada arriba (Savino y Neubert, 2007; Ross, 2015).

Ejemplo ilustrativo (números inventados): una distribuidora con un depósito, 1.200 artículos y 8 personas que cargan datos se prepara 3 semanas antes del inicio. Después vienen la organización (semanas 1 y 2), el diseño (2 a 4), la configuración (4 a 8), los maestros y la migración de prueba (5 a 10), la capacitación (8 a 11) y la prueba integral (10 a 12). Con la decisión al cierre de la semana 12, el corte se hace a fin de mes, el sistema arranca en la 13 y el primer cierre llega en la 17.

El cronograma muestra etapas en paralelo, como los maestros que se limpian mientras se configura. Lo que no se adelanta es la prueba integral, que necesita configuración y maestros terminados. Son 12 semanas hasta el arranque y 5 de estabilización; en otra empresa pueden ser muy distintas.

Por eso la fecha de arranque es tentativa hasta la decisión. En una encuesta sobre proyectos de ERP del sector público, no de pymes (EquaTerra, 2011, como se cita en Seno et al., 2017), la mayoría terminó tarde, con atrasos de seis meses, un año o más de un año en partes parecidas; la ciudad de Oakland sumó sobrecostos y hasta siete meses de demora por no cumplir su cronograma (Yen, Chou y Chang, 2002).

¿Quién tiene que participar y cuántas horas por semana pide cada rol?

En la implementación de un ERP en una pyme participan cuatro roles: el dueño del proyecto, un usuario clave por área, un administrador del sistema y el implementador; el contador entra en momentos puntuales.

Langenwalter (2000) describe un comité, de directivos y el líder del proyecto, que fija el rumbo, da los recursos y resuelve conflictos, y un equipo ideal de ocho a diez personas que representen a los sectores principales; con menos de seis, advierte, puede quedar sin voz un área crítica. Stadtler y Kilger (2008) suman, en proyectos de planificación avanzada, un coordinador por unidad de negocio, de tiempo completo, que ayuda a validar la solución y prepara a su área para el cambio. En una pyme, el comité es el dueño y cada coordinador, un usuario clave con horas parciales.

Ejemplo ilustrativo (números inventados): con tres usuarios clave, en 17 semanas la empresa pone 416 horas (dueño 47, usuarios clave 270, administrador 99) y el implementador, 239: la empresa pone el 63,5 % de las horas (416 de 655, sin contar las del contador).

La curva muestra que hasta la semana 7 el implementador pone más horas, porque configura, y que desde la 8 (25 contra 18) la empresa pasa adelante, porque carga, aprende y prueba, con un pico de 42 horas en las semanas 12 y 13. Ramaswamy (2019) llama punto de equilibrio de la carga al momento en que el esfuerzo pasa del equipo que implementa al de la empresa, y sostiene que cuanto antes ocurre, más se asocia con el éxito. Si en la semana 10 el implementador todavía pone más horas, el sistema se arma sin la gente que lo va a usar.

Esas horas se liberan antes de empezar: según Seno et al. (2017), la implementación suele atrasarse mientras se busca y contrata gente con la experiencia adecuada.

¿Qué datos, procesos y decisiones tiene que preparar la empresa antes de empezar?

Antes de empezar, la empresa tiene que preparar cuatro cosas: datos maestros, procesos dibujados, decisiones del dueño y el plan del conteo de stock.

Datos maestros. Stadtler y Kilger (2008), en proyectos de planificación avanzada, proponen que todas las áreas mantengan con un mismo proceso los datos maestros y los de cada operación, para no atrasar el proyecto por datos faltantes o malos.

Procesos dibujados. Ramaswamy (2019) señala el riesgo de que la empresa nunca haya documentado sus procesos antes de empezar. Una página por proceso alcanza:

1. Elegí las puntas: «del pedido del cliente al cobro».
2. Escribí cada paso con un verbo y quién lo hace: «Ventas carga el pedido».
3. Anotá el documento de cada paso: pedido, remito, factura, recibo.
4. Marcá controles y excepciones: quién revisa qué; devoluciones, notas de crédito.
5. Hacelo firmar por quien hace el trabajo.

Decisiones. El dueño define qué módulos y depósitos entran primero; Langenwalter (2000) propone ubicar cada módulo en un gráfico que cruza el tiempo y los recursos que pide con el beneficio esperado, y empezar por el de mayor prioridad. El plan de cuentas y la valuación del stock los define tu contador.

• Para Argentina: desde qué punto de venta y con qué numeración factura electrónicamente el sistema nuevo, definilo con tu contador y el proveedor antes de configurar.
• Para Chile: cómo emite el sistema nuevo los documentos tributarios electrónicos y quién los firma, definilo con tu contador y el proveedor antes de configurar.

Conteo de stock. El saldo inicial sale de un conteo, no del sistema anterior: cómo controlar el inventario explica cómo contar sin parar el negocio.

¿Cómo se prueba el sistema antes de arrancar?

El sistema se prueba antes de arrancar en dos pasos: una prueba técnica corta y una prueba integral con casos reales. Langenwalter (2000) separa la prueba breve del técnico del proveedor, que confirma que la versión estándar instalada funciona, de la prueba piloto «en sala», que combina un plan completo de capacitación con una prueba controlada del software antes de definir las modificaciones necesarias (véase también Ross, 2015). En una pyme sirve hacerla dos veces: al terminar el diseño, para decidir qué modificar, y antes del arranque.

1. Armá la lista de casos con los usuarios clave, con excepciones: devolución, nota de crédito, ajuste de stock.
2. Usá datos reales de un mes cerrado.
3. Que cada caso lo haga quien lo hará después, sin el implementador al lado.
4. Recorré cada circuito completo: del pedido al cobro y al reporte del dueño.
5. Anotá el resultado: sin error, error menor o error bloqueante.
6. Corregí y repetí los casos con error y los que dependen de ellos.

Un error es bloqueante si impide facturar, cobrar, pagar, mover stock o cerrar el mes, o si deja un dato mal sin que nadie lo note; es menor si se puede rodear a mano hasta corregirlo.

Ejemplo ilustrativo (números inventados): primera ronda de la prueba integral, en la semana 11.

Salen bien 33 de 42 casos (78,6 %), pero 4 errores bloqueantes, como una transferencia entre depósitos que no mueve el costo, alcanzan para no arrancar. En la semana 12 se repiten los 9 casos con error (5 + 4).

¿Cómo se decide si se arranca o se posterga?

Si se arranca o se posterga se decide al final de la prueba integral, con una lista de condiciones de sí o no: si falta una, se posterga. Decide el dueño, con los usuarios clave y el implementador.

• Ningún error bloqueante abierto; los menores, con responsable y fecha.
• La última prueba de carga cuadró en cero y el contador la aceptó.
• Cada usuario completó sus casos sin ayuda.
• Los maestros definitivos están cargados.
• La fecha de corte y el conteo de stock están organizados.
• El soporte de las primeras semanas tiene nombres y horarios.
• El sistema viejo queda en consulta, con un plan para volver a él si algo grave falla.

Si se posterga, la nueva fecha cae en el siguiente fin de mes, y la demora no se usa para sumar pedidos: a quien implementa se le aconseja conservar la funcionalidad estándar para no atrasar el cronograma (Seno et al., 2017).

¿Qué pasa en el primer mes después de la puesta en marcha?

En el primer mes después de la puesta en marcha, la productividad baja antes de mejorar y el trabajo pasa de construir el sistema a estabilizarlo. Langenwalter (2000) describe esa caída seguida de mejora y la atribuye a la falta de costumbre, que vuelve más lento a todos; advierte que, si la dirección no lo espera, puede juzgar que el sistema fracasó y cancelarlo. Conviene planificar esa caída: sin promociones esa semana y con refuerzo en el mostrador.

En paquetes ERP de código abierto, detectar y resolver problemas sobre la marcha figura entre los factores de la implementación (Ghorbaninia, 2014). El mes se ordena así:

1. Semana 1, soporte en el puesto: cada duda va al registro de incidencias.
2. Cada día, revisión corta: las incidencias bloqueantes se resuelven en el día.
3. Semanas 2 y 3, ajustes: lo que se repite se vuelve una hoja de tarea o un cambio aprobado.
4. Cada semana, controles: caja contra banco, conteo de artículos de más valor y ventas contra lo facturado.
5. Fin de mes, primer cierre con el contador y baja de las planillas paralelas.

Ejemplo ilustrativo (números inventados): se abren y se resuelven 31 y 24 incidencias en la semana 13; 18 y 22 en la 14; 9 y 12 en la 15; 5 y 4 en la 16, y 3 y 4 en la 17. Quedan pendientes 7, 3, 0, 1 y 0: las 66 se resuelven.

El gráfico muestra la estabilización: en la semana 13 se abren más incidencias de las que se resuelven; en la 14 y la 15 se resuelven más que las nuevas y los pendientes llegan a 0, con un rebote de 1 en la 16. Si las incidencias nuevas no bajan, quedó mal algo de la configuración o de la capacitación. Si después del primer cierre vuelven las planillas, el problema es de uso: mirá tengo un ERP y nadie lo usa bien.

¿Qué errores son comunes en cada etapa de la implementación?

Los errores comunes en cada etapa de la implementación repiten un patrón: saltear la condición de salida para cumplir la fecha.

Preguntas frecuentes

¿Cuánto tarda la implementación de un ERP en una pyme? Depende del alcance, los datos, la personalización y las horas de la empresa; el cronograma de esta página es un ejemplo.

¿Se puede implementar un ERP sin parar de vender? Sí: se trabaja en una base de prueba mientras sigue el sistema anterior, que solo se deja de cargar el día del corte.

¿Conviene arrancar con todos los módulos o de a uno? Depende de cuánto se necesitan entre sí. Conviene ubicarlos según el tiempo que piden y el beneficio que dan, y empezar por el prioritario (Langenwalter, 2000).

¿Quién tiene que estar en el proyecto si la empresa es muy chica? Los cuatro roles, aunque una persona tenga dos: el dueño puede ser el usuario clave de ventas. Lo que no conviene juntar es a quien configura con quien aprueba.

¿Cuándo conviene pedir ayuda?

Conviene pedir ayuda cuando nadie en la empresa puede dedicar las horas de usuario clave o de administrador, cuando la prueba integral deja errores bloqueantes que no se saben corregir o cuando un arranque anterior terminó en planillas paralelas. En Contadores Córdoba, estudio contable y de tecnología, hacemos de implementador con el ERP que elijas, sea Odoo u otro (no somos partner de ninguna marca): conducimos las etapas con sus condiciones y acompañamos hasta el primer cierre. Atendemos en Córdoba y en toda Argentina; en Chile también implementamos ERP, y la contabilidad en Chile la sumamos próximamente. Cada trabajo se cotiza a medida.

• Para Argentina: implementación de ERP para pymes en Córdoba y Argentina
• Para Chile: implementación de ERP para pymes en Chile
• Escribinos por WhatsApp

---

Esta información es de carácter general y orientativo; no reemplaza el asesoramiento profesional para tu caso particular.

Páginas relacionadas :

• Implementación de ERP para pymes en Córdoba y Argentina
• Implementación de ERP para pymes en Chile
• Qué es un ERP
• Tengo un ERP y nadie lo usa bien
• Cuánto cuesta implementar un ERP
• Contador en Córdoba Capital

Fuentes

• Ghorbaninia, M. (2014). Investigating the effects of different factors on development of open source enterprise resources planning software packages. Management Science Letters, 4, 1871-1876.
• Langenwalter, G. A. (2000). Enterprise resources planning and beyond: Integrating your entire organization. St. Lucie Press / APICS.
• Ramaswamy, V. K. (2019). Selected articles on ERP (Enterprise Resources Planning).
• Ross, D. F. (2015). Distribution planning and control: Managing in the era of supply chain management (3.ª ed.). Springer.
• Savino, M. M., & Neubert, G. (2007). A faster enterprise resources planning implementation for Euro Coin supply chain within the SCOR model. International Journal of Integrated Supply Management, 3(4), 385-405.
• Seno, B., Aji, E. B. K., Shena, M. A., Simbolon, P. M. S., & Jati, R. S. (2017). Implementation of Enterprise Resources Planning (ERP) at BPKP [Artículo completo]. SSRN.
• Stadtler, H., & Kilger, C. (Eds.). (2008). Supply chain management and advanced planning: Concepts, models, software, and case studies (4.ª ed.). Springer.
• Yen, D. C., Chou, D. C., & Chang, J. (2002). A synergic analysis for Web-based enterprise resources planning systems. Computer Standards & Interfaces, 24, 337-346.