Saltar al contenido
ALLEATO

Artículo · 18 min

El lunes que arranca

Qué tiene que estar cargado antes de que alguien facture la primera venta, por qué el catálogo de cuentas atora más proyectos que cualquier servidor, cuántas horas de tu propia gente cuesta un arranque, y cuándo se puede apagar el sistema viejo sin quedarte a ciegas.

Autor:
Cesar F. Manzano Trevizo Director General · Cofundador, MDS Sistemas
Publicado:

Hay un lunes en el futuro de tu empresa. Ese día, la primera venta de la mañana se captura en el sistema nuevo: la factura sale timbrada, el inventario descuenta las piezas, el saldo del cliente se mueve y la póliza se registra sola. Para que esa venta salga en dos minutos, decenas de cosas se decidieron semanas atrás, y se decidieron en un orden preciso.

Este artículo se lee hacia atrás desde ese lunes. Porque cuando un dueño se sienta a hablar de cambiar de sistema, lo primero que pregunta casi nunca es de módulos ni de licencias. Pregunta: “¿voy a tener que parar las ventas?”. La respuesta completa viene más adelante, en la sección del corte. Antes conviene entender qué se construye, en qué orden, y por qué ese orden no lo decide nadie en una junta.

Un dato para ubicarte: el 86.3 % de las PyMEs mexicanas (de 11 a 250 personas ocupadas) ya llevaba su contabilidad en un sistema o con un despacho externo en 2023, según los Censos Económicos del INEGI. Cambiar de sistema, para casi todas, es mudar una contabilidad que ya existe. Y las mudanzas tienen orden.

9 meses
es la mediana global de duración de un proyecto de ERP, medida sobre 170 organizaciones

Panorama Consulting, 2026 ERP Report

20+ horas
de trabajo adicional por semana suma el personal clave de la empresa durante la implementación

ERP Advisors Group, 2025

46.4 %
de las organizaciones terminó su implementación dentro del presupuesto planeado

Panorama Consulting, ERP Report 2023, vía ECI Solutions

El orden no es opinión: está en las llaves

Un ERP guarda sus datos encadenados unos a otros. No puedes dar de alta un artículo si no existen su unidad de medida y la familia a la que pertenece. No puedes registrar la existencia de ese artículo si no existe la sucursal donde está guardado. No puedes cargar el saldo de un cliente si el sistema todavía no sabe qué tipos de movimiento le suman a ese saldo y cuáles le restan. Cada capa exige la anterior.

De ahí sale la secuencia obligatoria de la migración: primero el catálogo de cuentas y la estructura contable; después los datos maestros (artículos, clientes, proveedores); después los saldos de apertura; al final, las transacciones que siguen abiertas, como los pedidos sin surtir y las facturas sin cobrar. Cargar en otro orden produce registros huérfanos, llaves rotas e inventario que no cuadra contra el mayor.

El único caso de falla documentado y citable es viejo, corporativo y extranjero, y aun así ilustra el mecanismo: en 1999, Hershey’s, la chocolatera estadounidense, arrancó un ERP de 112 millones de dólares con la secuencia rota y se quedó sin poder procesar 100 millones de dólares en pedidos, con el inventario en la bodega. No hay un caso mexicano documentado con ese detalle, pero el mecanismo no depende del tamaño: es el pedido que no encuentra a su cliente y la existencia que no encuentra a su almacén.

Por eso el proyecto no arranca por la pantalla de facturación, aunque sea la que más ganas dan de ver. Arranca por lo aburrido: cuentas, unidades, familias, sucursales.

Lo que de verdad atora el calendario

Si las dependencias dictan el orden, uno esperaría que los proyectos se atrasen por tropiezos técnicos. Los datos dicen otra cosa. En el reporte 2026 de Panorama Consulting, más de una cuarta parte de las organizaciones terminó arriba del presupuesto y casi una cuarta parte fuera del cronograma, y la causa más citada de los retrasos son problemas organizacionales. El reporte le pone nombre al más concreto: los dueños de proceso que se resisten a estandarizar el catálogo de cuentas, lo que obliga a revisitar el diseño una y otra vez.

Suena abstracto hasta que lo aterrizas en tu empresa: ponerse de acuerdo en una sola forma de contabilizar entre el contador, el de ventas y el de almacén es una negociación, y esa negociación no la puede hacer el proveedor por ti.

La otra mitad del atraso son horas. Durante la implementación, tus empleados clave (el contador, el jefe de almacén, el gerente de ventas) suman 20 horas o más de trabajo adicional por semana a su carga normal, según ERP Advisors Group. Y el sobrecosto más común en la edición 2023 del reporte de Panorama fue haber subestimado el personal necesario para el proyecto (38.4 % de los casos), por encima de la ampliación del alcance (34.9 %).

Menos de una cuarta parte de las organizaciones reportó un enfoque intenso de preparación de su gente, según la edición 2026. Todo apunta al mismo lugar: el cuello de botella vive en la agenda de tu contador y de tu jefe de almacén, antes que en cualquier servidor. Si el proyecto no les libera horas, las va a tomar del calendario.

Cuánto tarda, con las cifras que hay y las que no

La cifra más sólida es la mediana global: 9 meses por proyecto, medida por Panorama Consulting entre enero de 2025 y enero de 2026 sobre 170 organizaciones. Esa mediana incluye corporativos y multinacionales, así que para una PyME funciona como techo de referencia y no como pronóstico.

Los rangos publicados para sistemas del tamaño que usa una PyME cuentan otra historia, y no coinciden entre sí: un partner mexicano de SAP Business One cita de 4 a 12 semanas para una implementación exitosa; Rand Group ubica una activación rápida en 6 a 12 semanas y una transformación completa en 3 a 12 meses; para Business Central, MetaOption va de 6 semanas en una implementación básica a 6 meses en una compleja. Nosotros publicamos en la página de producto de Alleato implementaciones típicas en PyME de 2 a 6 meses, con arranques modulares.

Por dentro, el proyecto se reparte en fases con rangos conocidos (Figura 1). Dos advertencias para leer las barras: miden el tope de cada rango, y las fases no se suman en línea recta, porque varias corren encimadas. La que más conviene que corra encimada es la migración de datos: la limpieza de catálogos empieza desde la primera fase, junto con la configuración. El error común es dejarla para cuando “ya esté todo configurado”, y ahí es donde los datos sucios aparecen tarde y tumban la fecha.

Figura 1

La migración de datos corre en paralelo a la configuración y pesa casi tanto como ella

Fuente: ERP Software Blog, «ERP Implementation Plan: Phases, Timeline & Costs», 2026

¿Todo el mismo día o por partes?

Cuando la fecha ya está a la vista queda decidir el cómo, y las cifras muestran que ahí tampoco hay una receta única (Figura 2).

Figura 2

Ningún enfoque de arranque domina: el más usado, por fases y módulo por módulo, no llega a tres de cada diez proyectos

Fuente: Panorama Consulting Group, ERP Report 2023, citado por ECI Solutions

El dato que más le sirve a una PyME viene de NetSuite México: el big bang (todos al sistema nuevo el mismo día) suele funcionar mejor en empresas pequeñas y medianas por su menor complejidad organizativa, mientras que ir por fases obliga a operar y costear dos sistemas a la vez durante toda la transición. Las empresas grandes consideran el big bang demasiado arriesgado; una empresa de 40 personas con una sola bodega carga mucho menos de ese riesgo, y en cambio siente completo el costo de sostener dos sistemas vivos.

Esas proporciones son de la edición 2023 del estudio. En la más reciente, la de 2026, más de una cuarta parte de las organizaciones terminó usando un híbrido: arrancan en big bang con los módulos centrales o con una entidad piloto, y después van sumando sucursales o funciones de manera escalonada.

La pregunta que decide el enfoque es cuántas sucursales tienes, más que cuál suena más prudente. Con una sola planta, ir “por fases” suele traducirse en pagar y cuadrar dos sistemas durante meses. Con tres tiendas, arrancar en una sucursal piloto y replicar después tiene sentido. Una aclaración honesta: sobre PyMEs con dos o tres sucursales en la misma ciudad no hay fuente publicada; todo el material de arranques escalonados está escrito para filiales en países distintos. Ese criterio es nuestro y así lo declaramos.

El paralelo y el corte

Apagar el sistema viejo tiene una regla concreta: los dos sistemas corren simultáneos durante al menos un ciclo completo de cierre contable mensual, y el viejo se apaga cuando ese mes cerró y cuadró en ambos (Eubanks Accounting). Llevar doble operación un mes cuesta trabajo, y es la prueba de que el sistema nuevo aguanta la realidad completa de tu empresa.

Los saldos iniciales, por su parte, se cargan como un mini-cierre:

La migración de saldos iniciales al cambiar de software contable en México se debe planear como un mini-cierre: primero se cierra y concilia el sistema viejo, se obtiene un balance de comprobación a la fecha de corte y, con base en ese balance, se cargan saldos al nuevo sistema.

— Siempre al Día México, sobre la migración de saldos al cambiar de sistema contable

Se cargan saldos, sin el detalle de transacciones sueltas, y antes de arrancar se comprueba lo elemental: que en el sistema nuevo el Activo sea igual al Pasivo más el Capital.

El resto del corte tiene fechas. El ensayo general de la migración se corre al menos dos semanas antes del arranque; las primeras 48 a 72 horas después del corte se dedican a estabilizar la operación; a las dos semanas hay una revisión formal, y un checklist de 30 días le pone dueño y fecha límite a cada pendiente (Concentrus). El corte mismo va en fin de semana, para que el lunes todo el mundo trabaje sobre un solo sistema (Cetec). Esas primeras semanas conviene vigilarlas con los indicadores de siempre: en El pulso de la empresa están los signos vitales que delatan a tiempo si algo del arranque quedó cojo.

La capacitación del usuario final va pegada al arranque, y después de que los datos están cargados. Los checklists de proveedores la ponen como antepenúltimo paso, justo antes del ensayo general y del corte (CAI Software), y la práctica de migrar los datos centrales primero existe para darle a la capacitación una base estable (Cetec). El razonamiento que nosotros le agregamos: enseñar sobre un sistema vacío es enseñar un sistema que nadie va a reconocer el lunes; tu gente aprende mejor sobre sus propios clientes y sus propios productos, ya cargados.

Falta la fecha del corte. El cierre del ejercicio, el 31 de diciembre, es el corte natural: el balance de comprobación que alimenta los saldos iniciales es el mismo que va a sustentar la declaración anual, que para personas morales vence el 31 de marzo del año siguiente. Amarrar el arranque a ese corte es criterio nuestro; ninguna fuente conecta las dos cosas, y lo decimos tal cual. Lo que sí está escrito es que el CFDI 4.0 es obligatorio desde el 01 Abr 2023: quien arranca facturando sale en vivo ya cumpliéndolo desde la primera factura, sin ajustes posteriores. De lo que el SAT ya sabe de tu empresa antes de que declares, y de por qué el dato fiscal se decide en el mostrador, hablamos en El SAT ya lo sabe.

Con eso queda contestada la pregunta del principio: no, no vas a parar las ventas. El corte se hace en fin de semana, el paralelo sostiene la operación mientras el mes cuadra, y el viejo se apaga hasta que el nuevo demostró un cierre completo. Lo que sí va a parar unas semanas es la comodidad de tu gente: horas extra, doble captura durante el paralelo, y el trabajo de aprender dónde quedó cada cosa. Ese costo es real, se presupuesta en horas, y es el que atrasa proyectos con más frecuencia que cualquier falla técnica.

Dónde encaja Alleato

En Alleato, el orden de carga está escrito en las llaves foráneas de la base de datos. Un artículo exige su unidad de medida y su jerarquía de línea, sublínea y familia antes de existir. Un cliente exige segmento, agente o cobrador y ciudad. La existencia de un artículo vive por sucursal (la llave junta artículo y sucursal), así que sin la sucursal dada de alta no hay existencia que cargar. Y el saldo de un cliente no se puede cargar antes que el catálogo de tipos de movimiento, porque el signo de cada movimiento, si suma o resta al saldo, lo decide ese catálogo. Nada de eso es una recomendación del consultor: es la base de datos negándose a guardar el renglón.

Los saldos de arranque siguen la misma lógica de corte. Una chequera no existe hasta que existe su cuenta contable, y se da de alta con tres datos: la fecha de conciliación inicial, el saldo del banco a esa fecha y el saldo del sistema a esa misma fecha; de ahí en adelante la conciliación se calcula sola. El inventario inicial entra por una toma física de dos conteos, con la mercancía en mal estado capturada aparte, y al cerrar la toma el sistema genera el ajuste y la entrada por la diferencia; hasta que la toma cuadra, no hay existencias en las que confiar, y ese es el gate del almacén.

A partir del arranque, las pólizas nacen de la operación: cada documento operativo genera su asiento, sin recaptura en contabilidad. Y como cada documento del sistema lleva su sucursal, el arranque por sucursal es posible cuando el negocio lo pide.

Sobre calendario, lo que publicamos es lo que ya viste arriba: implementaciones típicas de 2 a 6 meses, con arranques modulares. Se migran catálogos (clientes, proveedores, productos), saldos de cartera, inventarios y los CFDI emitidos, y la migración se valida con el equipo del cliente antes del arranque productivo. La capacitación es por módulo, a operadores y administradores. Lo que no tenemos es una cifra pública de cuántas semanas tardó nuestra última implementación, ni un caso propio publicable. Y de precio este artículo no habla: no existe una sola cifra de costo de implementación para PyME mexicana con metodología, y no vamos a inventarla.

Si quieres ponerle fecha a tu propio lunes, pídenos un plan de implementación para tu empresa. Se arma viendo tu operación, tus sucursales y tu calendario de cierre, que es hasta donde un artículo no puede llegar por ti.

Notas y fuentes

Corte de cifras: 22 Ago 2026.

  • Mediana global de 9 meses por proyecto (170 organizaciones, levantamiento de enero de 2025 a enero de 2026), más de una cuarta parte sobre presupuesto y casi una cuarta parte fuera de cronograma, problemas organizacionales como causa más citada de retraso (con la resistencia de los dueños de proceso a estandarizar el catálogo de cuentas nombrada de manera explícita), menos de una cuarta parte con enfoque intenso de preparación de la gente, y más de una cuarta parte con enfoque híbrido: Panorama Consulting Group, The 2026 ERP Report.
  • Enfoques de arranque (27.9 % por fases módulo por módulo, 20.8 % big bang, 20.8 % híbrido, 18 % por ubicación, 12.6 % por unidad de negocio), 46.4 % dentro del presupuesto, y sobrecosto más común por subestimar el personal del proyecto (38.4 %) seguido de la ampliación del alcance (34.9 %): Panorama Consulting Group, ERP Report 2023, citado por ECI Solutions. Las cifras de Panorama provienen de dos ediciones distintas (2023 y 2026) y se citan por separado, sin mezclarse en un mismo cálculo.
  • Desglose de fases en semanas de la Figura 1 y la advertencia de arrancar la migración de datos desde la primera fase: ERP Software Blog, «ERP Implementation Plan: Phases, Timeline & Costs», 2026.
  • Secuencia obligatoria de migración (cuentas, después maestros, después saldos de apertura, al final transacciones abiertas) y el caso Hershey’s (ERP de 112 millones de dólares en 1999, 100 millones de dólares en pedidos sin poder procesarse): ClonePartner, 2026. Hershey’s es el único caso de falla documentado y citable que existe; es extranjero, corporativo y de 1999. No hay un caso mexicano equivalente publicado.
  • 20 o más horas adicionales por semana del personal clave: ERP Advisors Group, 2025.
  • Rangos de duración para PyME: 4 a 12 semanas según IJAM Consulting, partner mexicano de SAP Business One, 2025; activación rápida de 6 a 12 semanas y transformación completa de 3 a 12 meses según Rand Group, 2025; Business Central de 6 semanas a 6 meses según complejidad, MetaOption, 2026. No existe una cifra mexicana de calendario de implementación con metodología publicada, y ninguna fuente desglosa el tiempo por módulo; los rangos citados son por fase de proyecto.
  • Big bang para empresas pequeñas y medianas por su menor complejidad organizativa, y el costo de operar y financiar dos sistemas a la vez en el enfoque por fases: NetSuite México, 2026. El criterio para PyMEs con dos o tres sucursales en la misma ciudad es nuestro: el material publicado de arranques escalonados está escrito para filiales en países distintos.
  • Paralelo de al menos un ciclo completo de cierre contable mensual antes de apagar el sistema viejo: Eubanks Accounting & Advisory, 2026.
  • Migración de saldos iniciales como mini-cierre, con balance de comprobación a la fecha de corte y verificación de la ecuación patrimonial: Siempre al Día México, 2026.
  • Ensayo general al menos dos semanas antes del arranque, estabilización de 48 a 72 horas tras el corte, revisión formal a las dos semanas y checklist de 30 días con dueño y fecha por pendiente: Concentrus, 2026.
  • Capacitación de usuario final como penúltimo paso antes del ensayo general y del corte, con saldos confirmados antes del arranque: CAI Software, 2025. Corte en fin de semana y migración de datos centrales antes de capacitar: Cetec ERP, 2025. El razonamiento de que capacitar sobre un sistema vacío enseña un sistema irreconocible es nuestro.
  • CFDI 4.0 obligatorio desde el 01 Abr 2023: Advantage PC, citando el comunicado del SAT. Plazo de la declaración anual de personas morales (31 de marzo del año siguiente): SAT, minisitio de Declaración Anual de Empresas. Amarrar el arranque en vivo al cierre del ejercicio es criterio nuestro; ninguna fuente conecta el calendario fiscal con la fecha del corte.
  • 86.3 % de las PyMEs mexicanas (11 a 250 personas ocupadas) con sistema contable o servicios externos de contabilidad en 2023: INEGI, Censos Económicos 2024, Reporte de Resultados.
  • La mecánica de Alleato citada (llaves foráneas de artículos, clientes y existencias por sucursal, el signo de los movimientos definido por su catálogo, el alta de chequeras con sus tres datos de corte, la toma física de dos conteos con su ajuste automático, las pólizas generadas desde la operación y la sucursal en cada documento) corresponde a su funcionamiento actual, verificado en su código fuente y en el esquema real del ERP. Los rangos de 2 a 6 meses con arranques modulares, y el alcance de la migración y la capacitación, son los que este sitio publica en su página de producto. No existe una cifra pública de la duración de nuestra última implementación, ni un caso propio publicable, y así se declara.

← Volver a Recursos

¿Listo para verlo en tu operación?

Agenda 30 minutos con un consultor.