# Cómo implementar un ERP: etapas, plazos, roles y errores comunes (con Odoo como ejemplo)

> Cómo implementar un ERP como Odoo: etapas, de qué dependen los plazos, qué hace la empresa y qué hace el implementador, errores comunes y cómo medir.

Fuente: https://codigolibre.cl/implementar-un-erp/ · Martín Olave, Código Libre · Actualizado: 2026-11-01

Implementar un ERP es poner a toda la empresa a trabajar sobre un solo sistema, y casi nunca falla por el software: falla por los procesos, los datos y las personas. Un proyecto ordenado pasa por ocho etapas: **diagnóstico de procesos, elección del sistema, configuración, migración de datos, integraciones, capacitación, puesta en marcha y soporte**. El plazo depende menos del tamaño de la empresa que de cuántas áreas se ponen en marcha a la vez, del estado de los datos y de cuánto se aparta el proceso del estándar del sistema. Con [Odoo](https://codigolibre.cl/que-es-odoo/) como ejemplo, este artículo recorre cada etapa, quién hace qué y cómo saber si funcionó.

Si todavía estás decidiendo si necesitas uno, empieza por [qué es un ERP](https://codigolibre.cl/que-es-un-erp/) y por la comparación de [ERP libres para pymes](https://codigolibre.cl/erp-libres-para-pymes/).

## Las etapas de una implementación

| Etapa | Pregunta que responde | Resultado |
|---|---|---|
| 1. Diagnóstico de procesos | ¿Cómo trabajamos hoy y qué tiene que cambiar? | Mapa de procesos y lista de requisitos priorizada |
| 2. Elección del sistema y del implementador | ¿Qué ERP y quién lo pone en marcha? | Sistema, edición, alojamiento e implementador elegidos |
| 3. Configuración | ¿Cómo se refleja nuestro proceso en el sistema? | Base de prueba configurada y validada por los usuarios |
| 4. Migración de datos | ¿Qué información pasamos y en qué estado? | Maestros limpios cargados y saldos iniciales cuadrados |
| 5. Integraciones | ¿Con qué otros sistemas tiene que conversar? | Conexiones probadas con datos reales |
| 6. Capacitación | ¿Cada persona sabe hacer su trabajo en el sistema nuevo? | Usuarios capacitados en su propio flujo |
| 7. Puesta en marcha | ¿Cuándo y cómo dejamos el sistema anterior? | Operación en el ERP desde una fecha de corte |
| 8. Soporte y mejora | ¿Qué ajustamos después? | Incidencias resueltas y mejoras planificadas |

### 1. Diagnóstico de procesos

Antes de abrir el sistema, hay que describir cómo se vende, se compra, se despacha, se factura y se cobra hoy, quién lo hace y con qué herramientas. El objetivo no es documentar todo, sino detectar qué procesos son estándar (la mayoría) y cuáles son realmente propios del negocio.

De aquí sale una lista de requisitos priorizada: lo que el sistema tiene que hacer el primer día, lo que puede esperar a una segunda etapa y lo que se descarta. Sin esta lista, cada reunión posterior se convierte en una negociación sobre el alcance.

### 2. Elección del sistema y del implementador

Con los requisitos en la mano, se evalúan sistemas. En el caso de Odoo, esta etapa incluye decidir la edición, porque cambia lo que viene de fábrica (lo explicamos en [Odoo Community vs Enterprise](https://codigolibre.cl/odoo-community-vs-enterprise/)), y el alojamiento: en la nube de Odoo, en su plataforma Odoo.sh o en un servidor propio. Odoo Online, la nube estándar, no admite módulos fuera de los oficiales, así que si vas a necesitar desarrollos a medida o módulos de terceros, esa decisión condiciona todo lo demás.

En Chile hay que revisar en esta etapa la facturación electrónica ante el SII y las remuneraciones, que es donde más se equivocan las comparaciones. Lo detallamos en [Odoo en Chile](https://codigolibre.cl/odoo-en-chile/) y en [facturación electrónica con software libre](https://codigolibre.cl/facturacion-electronica-chile-software-libre/).

La mejor prueba es una demostración con tus propios casos: pide que te muestren una venta con despacho parcial, una devolución o una compra en moneda extranjera, no la demostración genérica.

### 3. Configuración

Configurar es traducir el proceso al sistema: empresas y sucursales, plan de cuentas, impuestos, listas de precios, bodegas, rutas de inventario, flujos de aprobación, permisos de usuario y formatos de documento. En un ERP como Odoo, buena parte de lo que parece necesitar programación se resuelve con configuración.

Se trabaja en una **base de prueba**, separada de la que se usará en producción, y se valida con los usuarios clave de cada área recorriendo casos reales de principio a fin. Lo que no se pueda resolver configurando pasa a una lista de desarrollos, cada uno con su justificación.

### 4. Migración de datos

Se migran, como mínimo, los **datos maestros** (clientes, proveedores, productos, plan de cuentas) y los **saldos iniciales** (cuentas por cobrar y por pagar abiertas, stock por bodega, saldos contables a la fecha de corte). Odoo permite importar datos desde archivos CSV o Excel con su herramienta de importación, y también por su API.

La decisión importante es cuánta historia migrar. Pasar años de facturas y movimientos cuesta tiempo y arrastra errores; muchas empresas migran solo saldos y dejan el sistema anterior en modo consulta para revisar la historia.

Antes de cargar, hay que limpiar: clientes duplicados, productos que ya no se venden, RUT mal escritos, unidades de medida inconsistentes. Se hacen al menos dos cargas de prueba completas antes de la definitiva.

### 5. Integraciones

Un ERP rara vez trabaja solo. Las integraciones típicas son la tienda en línea, los bancos (cartolas y pagos), el proveedor de facturación electrónica si no está dentro del ERP, el sistema de remuneraciones, un marketplace o un sistema de despacho. Cada una se define con tres datos: qué información viaja, en qué dirección y cada cuánto.

Se construyen con la [API](https://codigolibre.cl/que-es-una-api/) de cada sistema, con módulos existentes o con herramientas de automatización como [n8n](https://codigolibre.cl/n8n-que-es-y-su-licencia/). Cada integración agrega un punto que hay que mantener: vale la pena preguntarse si alguna se puede reemplazar por una función del propio ERP.

### 6. Capacitación

Se capacita por rol, no por módulo: el vendedor aprende a cotizar, confirmar y revisar el estado de sus pedidos; la bodega, a recibir y despachar; contabilidad, a conciliar y cerrar el mes. Funciona mejor cuando los usuarios clave, que ya participaron en la configuración, capacitan a sus equipos con casos de su área y con una guía corta de sus propios procesos.

### 7. Puesta en marcha

Se elige una **fecha de corte**, normalmente el inicio de un mes para facilitar el cierre contable. Antes de esa fecha se hace un ensayo completo, se carga la migración definitiva y se verifican los saldos con el sistema anterior. Desde la fecha de corte, todas las transacciones nuevas se hacen en el ERP.

Hay que definir de antemano qué hacer si algo crítico falla: quién decide, en cuánto tiempo y si existe la opción de volver atrás. Las primeras semanas conviene tener al implementador disponible a diario.

### 8. Soporte y mejora

Después de la puesta en marcha aparecen los casos que no se probaron. Se registran, se priorizan y se resuelven. Pasado el primer cierre de mes, se retoma la lista de lo que quedó para una segunda etapa.

El mantenimiento no termina nunca: respaldos, actualizaciones de seguridad y, cada cierto tiempo, el cambio de versión. Odoo da soporte a sus tres últimas versiones mayores y publica una por año, así que una base de datos que no se actualiza queda sin correcciones en unos tres años. Los desarrollos a medida hay que adaptarlos en cada cambio de versión.

## Cuánto demora implementar un ERP

No hay un plazo estándar, y conviene desconfiar de cualquier cifra que se dé sin haber visto los procesos y los datos. Como orden de magnitud:

| Caso | Alcance típico | Orden de magnitud |
|---|---|---|
| Empresa pequeña, procesos estándar | Ventas, facturación y contabilidad básica, pocos usuarios | Semanas |
| Pyme con inventario | Compras, ventas, inventario, contabilidad, alguna integración | Varios meses |
| Empresa mediana o con producción | Varias bodegas o sucursales, fabricación, integraciones, desarrollos a medida | Medio año o más, a menudo en etapas |

Lo que alarga un proyecto:

- **Número de áreas a la vez.** Cada área agrega configuración, pruebas y usuarios que capacitar.
- **Estado de los datos.** Limpiar maestros desordenados suele tomar más que cargarlos.
- **Desarrollos a medida.** Cada uno hay que especificarlo, programarlo, probarlo y mantenerlo.
- **Integraciones.** Dependen también de la calidad de la API y del soporte del otro sistema.
- **Disponibilidad del equipo interno.** Si los usuarios clave no tienen horas asignadas, las validaciones se atrasan.
- **Trámites externos.** En Chile, la certificación como emisor electrónico ante el SII tiene su propio calendario.

## Qué hace la empresa y qué hace el implementador

| La empresa | El implementador |
|---|---|
| Nombra un responsable interno con autoridad para decidir | Nombra un jefe de proyecto y un consultor funcional |
| Explica sus procesos y prioriza los requisitos | Propone cómo resolverlos con el estándar del sistema |
| Asigna usuarios clave por área, con horas reales para el proyecto | Configura, desarrolla lo acordado e integra |
| Limpia y entrega los datos | Diseña las plantillas de carga, migra y verifica |
| Valida la configuración en la base de prueba | Corrige y documenta lo configurado |
| Decide la fecha de corte | Prepara el ensayo y acompaña la puesta en marcha |
| Mantiene a su contador involucrado | Explica las implicancias contables y tributarias de cada decisión |

El responsable interno es el rol más importante. No tiene que ser técnico: tiene que conocer la operación, tener tiempo para el proyecto y poder decidir sin esperar a la gerencia en cada punto.

## Errores comunes

1. **Personalizar de más.** Reproducir en el ERP cada costumbre del sistema anterior encarece el proyecto y cada actualización. Antes de pedir un desarrollo, pregunta si el proceso estándar del sistema funcionaría con un pequeño cambio en la forma de trabajar.
2. **Migrar datos sucios.** Un ERP nuevo con clientes duplicados y stock que no cuadra pierde la confianza de los usuarios en la primera semana. La limpieza es parte del proyecto, no un detalle.
3. **No designar un responsable interno.** Si nadie en la empresa decide, el implementador termina diseñando los procesos o el proyecto se detiene esperando respuestas.
4. **Cambiar todo de golpe.** Poner en marcha todas las áreas el mismo día multiplica los puntos de falla. Partir por el núcleo (ventas, compras, inventario y contabilidad) y sumar el resto en etapas reduce el riesgo.
5. **Capacitar tarde o en abstracto.** Una sesión general de una tarde, días antes del cambio, no basta. Cada persona tiene que haber hecho su trabajo en la base de prueba.
6. **No presupuestar lo que viene después.** Soporte, alojamiento, respaldos y cambios de versión son costos permanentes. Un presupuesto que solo incluye la implementación está incompleto.
7. **No asegurar la propiedad.** La base de datos y el código a medida deben quedar a nombre de la empresa, para poder cambiar de implementador sin cambiar de sistema.

## Cómo medir si funcionó

Define los indicadores en el diagnóstico, mídelos antes del cambio y vuelve a medirlos unos meses después de la puesta en marcha:

| Qué medir | Ejemplo de indicador |
|---|---|
| Cierre contable | Días desde fin de mes hasta tener el cierre |
| Inventario | Diferencias entre el stock del sistema y el conteo físico |
| Ventas | Tiempo desde que se confirma un pedido hasta que se factura |
| Cobranza | Días promedio de cobro y facturas vencidas sin gestionar |
| Doble digitación | Planillas o sistemas paralelos que siguen en uso |
| Adopción | Usuarios activos y operaciones que se siguen haciendo fuera del ERP |
| Soporte | Incidencias abiertas por semana y su tendencia |

La señal más clara de que algo falló es que reaparezcan las planillas paralelas. Si la gente vuelve a llevar el stock o la cobranza en Excel, el sistema no está resolviendo ese proceso y hay que revisar la configuración o la capacitación.

También hay que revisar el cumplimiento: que los documentos tributarios se emitan sin rechazos y que el sistema trate los datos de clientes y trabajadores según la [Ley 21.719](https://codigolibre.cl/ley-21719-proteccion-de-datos-personales-chile/).

## Preguntas frecuentes

**¿Cuáles son las etapas de la implementación de un ERP?** Diagnóstico de procesos, elección del sistema y del implementador, configuración, migración de datos, integraciones, capacitación, puesta en marcha y soporte posterior. Las etapas de configuración, migración y capacitación suelen avanzar en paralelo sobre una base de prueba.

**¿Cuánto demora implementar Odoo?** Depende de cuántas áreas se ponen en marcha a la vez, del estado de los datos, de los desarrollos a medida y de las integraciones. Una empresa pequeña con procesos estándar puede hacerlo en semanas; una mediana con producción e integraciones, en meses y por etapas.

**¿Puedo implementar Odoo sin un partner?** Sí, sobre todo una empresa pequeña con procesos estándar y alguien con tiempo para aprender el sistema. Odoo tiene documentación y tutoriales oficiales. Lo que más cuesta hacer solo es la contabilidad, la facturación electrónica y las migraciones de versión.

**¿Conviene migrar todo el historial al ERP nuevo?** Normalmente no. Lo habitual es migrar los datos maestros y los saldos a la fecha de corte, y dejar el sistema anterior disponible para consultar la historia.

**¿Por qué fracasan las implementaciones de ERP?** Por causas que no son técnicas: falta de un responsable interno, personalización excesiva, datos sucios, capacitación insuficiente y querer cambiar todas las áreas el mismo día.

## Fuentes

- [Documentación oficial de Odoo](https://www.odoo.com/documentation/20.0/), versión 20.0.
- [Exportar e importar datos](https://www.odoo.com/documentation/20.0/applications/essentials/export_import_data.html), documentación oficial de Odoo.
- [Alojamiento de Odoo](https://www.odoo.com/documentation/20.0/administration/hosting.html), documentación oficial: compatibilidad de Odoo Online con módulos no estándar.
- [Versiones soportadas](https://www.odoo.com/documentation/20.0/administration/supported_versions.html), documentación oficial de Odoo.
- [Código fuente de Odoo Community](https://github.com/odoo/odoo), repositorio oficial.
- [Odoo Community Association](https://odoo-community.org/), módulos libres de la comunidad.
- [Factura electrónica](https://www.sii.cl/servicios_online/1039-.html), Servicio de Impuestos Internos.