Cómo se ejecuta un proyecto ERP: de la planeación al arranque

Un proyecto ERP es, ante todo, un proyecto de organización: el software es la herramienta, pero lo que cambia es la manera en que su empresa compra, vende, produce, factura y cierra su contabilidad. Por eso la mise en place de un ERP funciona mejor cuando se divide en etapas claras, cada una con un objetivo, entregables verificables y trampas conocidas.

Esta guía recorre las etapas del proyecto ERP de punta a punta, tal como las vive una PyME o una empresa mediana en México. Describe qué se busca en cada fase, qué documentos deben existir al terminar y qué errores conviene evitar. Si todavía está en la fase de reflexión, puede empezar por la guía qué es un ERP y volver aquí cuando necesite el mapa completo de la implantación.

Visión general del proyecto: nueve etapas, tres bloques

La implementación de un ERP puede leerse en tres bloques:

• Preparar: diagnóstico y cuadre, selección, diseño funcional.
• Construir: parametrizado, migración de datos, pruebas de aceptación.
• Poner en marcha: capacitación, arranque, mejora continua.

Cada bloque se apoya en el anterior. Un diseño impreciso produce un parametrizado inestable; un parametrizado inestable vuelve las pruebas interminables; y unas pruebas apresuradas se pagan el primer día de operación real. Lo más caro de un proyecto no es dedicar tiempo a preparar, sino corregir en producción lo que debió decidirse al principio.

Los actores del proyecto

Antes de entrar en las etapas, conviene fijar quién hace qué:

Nuestro servicio no ejecuta el proyecto: nos limitamos a poner en contacto a su empresa con un integrador adaptado a su caso. Quien lleva el proyecto es el integrador, con su equipo interno.

Etapa uno: diagnóstico y cuadre del proyecto

Objetivo. Entender por qué se quiere un ERP y qué debe lograr. Un ERP no se compra para «modernizarse», sino para resolver problemas concretos: cierres contables lentos, inventarios inexactos, doble captura, facturación manual, falta de visibilidad sobre márgenes o dependencia de hojas de cálculo que solo una persona entiende.

Qué se hace.

• Inventariar los sistemas actuales (contabilidad, facturación, almacén, nómina, hojas de cálculo).
• Cartografiar los procesos clave, desde la cotización hasta el cobro y desde la requisición hasta el pago.
• Identificar las áreas que entran en la primera fase y las que se dejan para después.
• Fijar los criterios de éxito, expresados en resultados de negocio y no en funciones.

Entregables.

• Una nota de cuadre con los objetivos, el alcance y lo que queda fuera.
• La lista de procesos y de usuarios afectados.
• Un presupuesto de referencia y un marco de gobierno (quién decide, con qué frecuencia se reúne el comité).

Trampas.

• Un alcance impreciso: «queremos todo, ya». Un primer alcance realista, con una segunda fase prevista, protege el proyecto.
• Partir de una lista de funciones y no de problemas. Las funciones se compran; los problemas se resuelven.
• Olvidar las obligaciones fiscales mexicanas: CFDI, complementos de pago, nómina timbrada, contabilidad electrónica, carta porte si hay transporte. Deben estar en el alcance desde el primer día.

Para dimensionar la inversión sin comprometerse, consulte la guía de precio de un ERP.

Etapa dos: selección del ERP y del integrador

Objetivo. Elegir una solución y un socio de implantación que encajen con su operación, su tamaño y su capacidad de absorber el cambio. Son dos decisiones distintas: el mismo software puede dar un proyecto excelente o desastroso según quién lo implante.

Qué se hace.

• Redactar un pliego de requisitos breve y priorizado: lo imprescindible, lo deseable, lo prescindible.
• Comparar los candidatos con base en sus casos de uso. Entre las opciones habituales para PyMEs y empresas medianas en México figuran Odoo, SAP Business One, Oracle NetSuite, Microsoft Dynamics 365 Business Central y CONTPAQi, muy extendido en la contabilidad y la facturación de empresas mexicanas.
• Pedir demostraciones con sus propios casos, no con datos de ejemplo.
• Entrevistar a varios integradores y pedir referencias verificables.

Entregables.

• Un cuadro de comparación firmado por el comité.
• Una propuesta del integrador con alcance, método, equipo, hitos y modelo de facturación.
• La decisión documentada, con las razones de la elección.

Trampas.

• Elegir por el precio de licencia y olvidar el costo total: implantación, integraciones, capacitación, soporte.
• Dejar que la demostración más vistosa decida. Lo que importa es cómo se comporta el sistema con su facturación, sus listas de precios y su cadena de suministro.
• Aceptar una propuesta sin entregables ni criterios de aceptación definidos.

Para esta etapa le serán útiles las guías cómo elegir un ERP y cómo elegir un integrador ERP, así como la comparativa de ERP para PyMEs.

Etapa tres: diseño funcional

Objetivo. Traducir sus procesos a la lógica del sistema, decidiendo qué se adapta al estándar y qué requiere desarrollo a medida. Es la etapa que más condiciona el resultado final.

Qué se hace.

• Talleres por área con los usuarios clave: ventas, compras, almacén, producción, finanzas, recursos humanos.
• Revisión de cada proceso: situación actual, situación deseada, diferencias.
• Decisión explícita sobre cada diferencia: adaptar el proceso al estándar, parametrizar, o desarrollar.
• Definición de las integraciones: banca, comercio electrónico, punto de venta, proveedores de timbrado, transportistas.

Entregables.

• Un documento de diseño funcional validado por escrito por cada responsable de área.
• La lista de desarrollos a medida, con su justificación.
• El plan de integraciones y el catálogo de cuentas, impuestos y series de facturación.

Trampas.

• Reproducir en el nuevo sistema lo que se hacía en el antiguo. Un ERP es una oportunidad para simplificar procesos, no para replicar los vicios heredados.
• Multiplicar los desarrollos a medida. Cada uno encarece el proyecto, complica las actualizaciones y exige mantenimiento. Pregunte siempre si el estándar resuelve el problema de otra manera.
• Diseñar sin la presencia de quienes usarán el sistema todos los días.

Etapa cuatro: parametrizado y construcción

Objetivo. Configurar el sistema conforme al diseño aprobado: estructura de la empresa, catálogos, flujos de autorización, impuestos, formatos de documentos, roles y permisos, y los desarrollos acordados.

Qué se hace.

• Instalar el entorno de trabajo y un entorno de pruebas separado del de producción.
• Parametrizar los módulos por iteraciones, mostrando avances a los usuarios clave de forma periódica.
• Configurar la facturación electrónica, los complementos y la contabilidad electrónica según las reglas del SAT. La guía de ERP y factura electrónica detalla estos puntos.
• Construir las integraciones y los reportes necesarios.

Entregables.

• Un entorno configurado, documentado y accesible para las pruebas.
• La documentación de parametrizado: qué se configuró, dónde y por qué.
• Los reportes y tableros acordados en el diseño.

Trampas.

• Aceptar cambios de alcance sin pasarlos por el comité. Un «pequeño ajuste» repetido veinte veces es un proyecto nuevo.
• No documentar el parametrizado. Cuando el integrador se vaya, su empresa debe poder entender cómo está configurado el sistema.
• Dejar los permisos para el final. Los roles y las autorizaciones forman parte del control interno, no son un detalle.

Etapa cinco: migración de datos

Objetivo. Cargar en el nuevo sistema datos fiables: clientes, proveedores, artículos, saldos, inventarios, activos fijos, contratos. La calidad de la migración determina la confianza de los usuarios en el sistema desde el primer día.

Qué se hace.

• Decidir qué se migra y qué no: saldos iniciales, partidas abiertas, histórico limitado, archivo consultable.
• Depurar antes de cargar: duplicados, RFC incorrectos, códigos postales o regímenes fiscales incompletos, artículos obsoletos, unidades de medida incoherentes.
• Preparar las plantillas de carga y ejecutar varios ensayos antes de la carga definitiva.
• Conciliar los saldos cargados con la contabilidad y con el inventario físico.

Entregables.

• Un plan de migración con responsables, orden de carga y criterios de conciliación.
• Los reportes de conciliación firmados por finanzas y por almacén.
• Un archivo del histórico que no se migra, accesible en caso de auditoría.

Trampas.

• Migrarlo todo «por si acaso». Un sistema cargado de datos viejos arranca lento y confuso.
• Subestimar el trabajo de depuración, que recae sobre su equipo y no sobre el integrador.
• Olvidar los datos fiscales de clientes y proveedores, indispensables para el timbrado correcto de los CFDI.

La guía de migración de ERP profundiza en esta etapa, en particular cuando se sustituye otro sistema en funcionamiento.

Etapa seis: pruebas y aceptación

Objetivo. Comprobar que el sistema funciona con la operación real antes de abandonar el anterior. Es la última oportunidad de corregir sin que el error cueste dinero.

Qué se hace.

• Pruebas unitarias del integrador, para validar cada función.
• Pruebas de extremo a extremo con guiones reales: una cotización que se convierte en pedido, entrega, factura timbrada, cobro y conciliación bancaria; una requisición que termina en pago al proveedor; una orden de producción de principio a fin.
• Pruebas de rendimiento con volúmenes cercanos a los reales.
• Pruebas de roles: que cada usuario vea y haga lo que le corresponde, y nada más.
• Registro y priorización de las incidencias: bloqueantes, importantes, menores.

Entregables.

• Un cuaderno de pruebas con los guiones, los resultados y las incidencias.
• Un acta de aceptación firmada por los responsables de cada área.
• La lista de incidencias pendientes aceptadas, con un plan de corrección.

Trampas.

• Probar solo con datos «limpios» de ejemplo. Los casos raros (notas de crédito parciales, cancelaciones de CFDI, pagos en moneda extranjera, devoluciones) son los que rompen el arranque.
• Dejar las pruebas en manos del integrador. Si los usuarios no prueban, no se apropian del sistema.
• Acortar esta fase para recuperar un retraso acumulado antes. Es el atajo más caro de todo el proyecto.

Etapa siete: capacitación y gestión del cambio

Objetivo. Que cada persona sepa hacer su trabajo en el nuevo sistema y entienda por qué cambia. La resistencia al cambio es la causa silenciosa de muchos fracasos.

Qué se hace.

• Capacitar por rol y no por módulo: lo que necesita una cajera no es lo que necesita un controller o un jefe de almacén.
• Formar primero a los usuarios clave, que luego acompañan a sus equipos.
• Preparar guías breves, videos de los procesos frecuentes y un entorno de práctica.
• Comunicar con regularidad: qué cambia, cuándo, a quién acudir.

Entregables.

• Un plan de capacitación por rol, con asistencia registrada.
• Material de consulta en español, claro y actualizado con la configuración real.
• Una red de usuarios clave identificada, con un canal directo hacia el equipo de proyecto.

Trampas.

• Capacitar demasiado pronto, con un sistema inestable, o demasiado tarde, la semana del arranque.
• Reducir la capacitación a una presentación general. Se aprende haciendo, con sus propios casos.
• Ignorar a los mandos intermedios, que pueden frenar o impulsar la adopción.

Etapa ocho: arranque y acompañamiento

Objetivo. Pasar de manera controlada del sistema anterior al nuevo y sostener la operación durante los primeros ciclos, incluyendo el primer cierre contable.

Qué se hace.

• Elegir el momento del corte: un cierre de periodo suele ser el punto más natural, y se evita una temporada de ventas máximas.
• Preparar una lista de verificación del corte: congelar el sistema anterior, cargar saldos finales, validar, abrir el nuevo.
• Instalar una mesa de ayuda reforzada: usuarios clave disponibles, integrador presente o accesible, canal de incidencias claro.
• Dar seguimiento diario a las incidencias en las primeras semanas, y luego espaciar el seguimiento.
• Acompañar el primer cierre mensual y las primeras declaraciones fiscales con el nuevo sistema.

Entregables.

• Un plan de corte con responsables y plan de retorno en caso de incidente grave.
• Un registro de incidencias del arranque con su resolución.
• Un acta de cierre del proyecto con los puntos pendientes y su calendario.

Trampas.

• Arrancar sin un plan de retorno ni de contingencia.
• Operar en paralelo con el sistema anterior durante demasiado tiempo: duplica el trabajo y frena la adopción.
• Dar por terminado el proyecto el día del arranque. El primer cierre y la primera conciliación son parte de la prueba.

Etapa nueve: mejora continua

Objetivo. Aprovechar el ERP más allá de lo que se configuró al principio. Una vez estabilizada la operación, aparecen las mejoras: automatizar autorizaciones, afinar los reportes, incorporar nuevas áreas, conectar canales de venta.

Qué se hace.

• Revisar a intervalos regulares los indicadores acordados al inicio.
• Priorizar una lista de mejoras con el mismo rigor que el proyecto original.
• Planificar las actualizaciones del software y de las obligaciones fiscales, que cambian con el tiempo.
• Evaluar si las áreas excluidas de la primera fase están listas para incorporarse.

Entregables.

• Un tablero de seguimiento con los indicadores de negocio definidos en el cuadre.
• Un acuerdo de soporte y evolución con el integrador, con tiempos de respuesta claros.
• Una hoja de ruta de segunda fase.

Trampas.

• Dejar el sistema «congelado» y acumular soluciones paralelas en hojas de cálculo.
• No mantener la documentación al día, lo que vuelve cada cambio un riesgo.
• Descuidar la rotación del personal: cada nuevo empleado necesita su capacitación.

Resumen de las etapas

Cómo se adapta el método según el tamaño y el sector

El mismo método sirve para una PyME y para una empresa mediana, pero cambia la profundidad. En una empresa pequeña, el diagnóstico y el diseño pueden condensarse en pocas sesiones; en una organización con varias razones sociales, almacenes o sucursales, hay que añadir reglas de consolidación, precios entre empresas del grupo y permisos más finos. La guía de ERP para PyMEs explica qué simplificar y qué no.

El sector también pesa. Una empresa industrial dedica mucho más esfuerzo a listas de materiales, rutas de producción y costeo; una de distribución se concentra en inventarios, listas de precios y logística de entrega; un negocio de comercio electrónico prioriza la sincronización con la tienda en línea y los medios de pago. Pida que el diseño funcional refleje estas particularidades en lugar de aplicar una plantilla genérica.

Gobierno del proyecto: lo que sostiene todas las etapas

Más allá de cada fase, cuatro prácticas protegen el proyecto de principio a fin:

1. Un comité de seguimiento con ritmo fijo, donde se revisan avances, riesgos y decisiones pendientes.
2. Un control de cambios. Toda modificación de alcance se evalúa por escrito: impacto en el plan, en el presupuesto y en los usuarios.
3. Un registro de riesgos que se actualiza en cada reunión, con un responsable por riesgo.
4. Hitos con criterios de aceptación. Un hito sin criterios claros no se puede cerrar ni facturar con justicia.

Estas prácticas no son burocracia: son el mecanismo que permite detectar a tiempo las desviaciones que describe la guía de errores en un proyecto ERP.

Elección del modelo de despliegue

Durante el diseño y la selección también se decide dónde vivirá el sistema. Hay soluciones en la nube, instaladas en sus propios servidores o mixtas, y la elección influye en el parametrizado, en las integraciones, en la seguridad y en el calendario. La guía ERP en la nube o local compara ambos enfoques con criterios prácticos para una empresa mexicana, incluyendo la conectividad de sus sucursales y el manejo de la información fiscal.

Qué conviene preparar desde hoy

Aunque aún no haya elegido software, hay trabajo que adelanta cualquier proyecto futuro:

• Nombrar a un responsable interno y liberarle tiempo.
• Depurar sus catálogos de clientes, proveedores y artículos.
• Documentar sus procesos principales, aunque sea en esquemas sencillos.
• Aclarar qué problemas concretos espera resolver y cómo los medirá.
• Revisar la situación de su facturación electrónica y de su contabilidad ante el SAT.

Con esta base, la conversación con un integrador será más precisa, las propuestas serán comparables y el proyecto arrancará con menos incertidumbre. Cuando esté listo, puede describir su caso y recibir contacto de un integrador que encaje con su operación, sin costo ni compromiso, a través de nuestro servicio de puesta en contacto.

Los nombres de software mencionados son marcas de sus respectivos editores y se citan únicamente a título informativo. Este sitio es independiente y no está afiliado a ningún editor.