Artículo · 20 min
Todos me dijeron que sí
Qué parte del gasto de un ERP no aparece en la cotización que te enseñan primero, cinco pruebas que puedes correr tú en una demostración con tus propios datos, cómo se nota la diferencia entre módulos sobre una sola base y sistemas amarrados entre sí, y qué tiene que decir el contrato sobre el día que decidas irte.
- Autor:
- Cesar F. Manzano Trevizo Director General · Cofundador, MDS Sistemas
- Publicado:
Tres demostraciones y ningún «no»
Tres tardes, tres sistemas, la misma lista de preguntas. ¿Maneja lotes con caducidad? Sí. ¿Factura en parcialidades? Sí. ¿Puedo acotar lo que ve cada quien? Claro que sí. ¿Le sirve a un negocio como el mío? «Es justo para empresas como la suya.» El director cierra la libreta con tres cotizaciones y ni un solo «no» apuntado, y esa noche cae en la cuenta de que sigue sin saber nada: los tres dijeron que sí a todo, así que el sí no le sirvió para distinguirlos.
El problema no es que te mientan: es que un «sí» dicho en una demostración no se puede verificar. El vendedor contesta de buena fe sobre un sistema que conoce en su mejor ángulo, tú preguntas sobre una operación que él no conoce, y la palabra «sí» tapa la distancia entre las dos cosas. Lo que sí se puede verificar es lo que pasa en la pantalla cuando tú pides algo concreto, con tus datos enfrente, y lo que queda por escrito cuando pides el número.
Cuánto cuesta comprar a base de síes lo proyectó Gartner en su reporte «Predicts 2025», del 19 May 2025: para 2027, más del 70 % de las iniciativas de ERP implementadas recientemente no cumplirán del todo los objetivos de su caso de negocio original, y hasta un 25 % fracasará de forma catastrófica. Léelo con sus reservas puestas: es una proyección a futuro, no una medición del presente; habla de implantaciones recientes, no de todas; y el documento es de pago, así que la cifra se conoce por la cobertura de prensa que lo citó. Aun con todo eso encima, la casa de análisis más citada del ramo espera que la mayoría de los proyectos nuevos no entregue lo que prometió su justificación.
Gartner, proyección a 2027; es pronóstico, no medición
Software Path, 2020-2025 ERP Report (10,000 proyectos)
Software Path, ERP Report 2022 (1,384 proyectos)
Software Path, 2020-2025 ERP Report
Este artículo es la lista de preguntas que se contestan enseñando. Sirve contra cualquier proveedor, nosotros incluidos, y también contra el sistema que ya pagas. Al final nos sometemos al mismo examen.
La cotización que te enseñan primero es la parte chica
La conversación de dinero empieza por la licencia, porque la licencia es el número que el vendedor trae preparado. Los comparadores independientes le ponen proporción al resto: implementar cuesta entre el 100 y el 200 % de lo que cuesta la licencia, según ERPFocus, un comparador que no vende implementaciones (y que no fecha su cifra, así que tómala como proporción de referencia, no como foto de este año). Dicho al derecho: la cotización que tienes enfrente es entre un tercio y la mitad del gasto inicial. Si la licencia dice 300,000 pesos, el proyecto completo anda entre 600,000 y 900,000, y esa aritmética es tuya de rehacer con tu cotización real.
El presupuesto también se arma por cabeza: 9,000 dólares por usuario en promedio, midió Software Path sobre 1,384 proyectos de selección en 2022. Para una empresa con doce personas en el sistema son unos 108,000 dólares de proyecto. La cifra viene en dólares y mezcla países; lo que viaja es el orden de magnitud, no el monto exacto.
Y después del arranque el reloj sigue cobrando. La referencia pública de la gama alta: SAP cobra por mantenimiento anual el 22 % del valor de la licencia, en su esquema Enterprise Support sobre licencia perpetua. Ese porcentaje pertenece a un ERP de gama alta con ese modelo de licencia y no aplica tal cual a tu cotización; úsalo como orden de magnitud de lo que un sistema grande cobra cada año nada más por seguir ahí: alrededor de uno de cada cinco pesos de lo que costó entrar, cada año.
El soporte, en cambio, no tiene cifra que ofrecerte, nuestra ni de nadie: no existe ningún estudio con metodología publicada sobre tiempos de respuesta de soporte de proveedores de ERP, ni en México ni fuera. Por eso ese criterio no se compara en un cuadro; se escribe en el contrato: qué se considera caída, en cuántas horas contestan, quién contesta y qué pasa si no cumplen. Las cuatro preguntas se contestan por escrito o no están contestadas.
Hay una parte del gasto que nadie cotiza porque llega después: cada cambio que le pidas al sistema una vez instalado. Ahí conviene preguntar cuáles se hacen configurando y cuáles se cobran como programación, con un ejemplo concreto sobre la mesa: agregar una columna a un reporte, o un campo nuevo al catálogo de clientes. La cuenta no termina en la factura de esas horas. Un fabricante de ERP que vende justo eso, el colombiano Ofima, lo dice en su propio material: lo desarrollado a la medida hay que volver a probarlo contra cada actualización, y la empresa que personaliza de más se queda congelada en una versión vieja porque actualizar implicaría rehacer sus desarrollos.
Lo demás que conviene exigir por escrito viene de quienes litigan y revisan estos contratos: Panorama Consulting en su página de cláusulas, Connie Lindman, del despacho Frost Brown Todd, en The Indiana Lawyer en 2022, y Hyperstart, un proveedor de software de contratos con interés comercial declarado.
Son cuatro renglones. Tope de horas cuando el contrato es por tiempo y materiales, con autorización previa tuya para excederlo. Entregables desglosados por fase, para que «configuración estándar» no sea un cajón donde quepa cualquier cosa. Pruebas de aceptación por entregable y una final de usuario antes de dar por recibido. Y tope al aumento anual de precio, con ventana de aviso antes de la renovación automática. Del calendario del proyecto y de por qué se atora ya hablamos en El lunes que arranca; aquí el punto es anterior: que el papel diga qué compraste.
Cinco pruebas que corres tú, no el vendedor
Las cinco caben en una demostración de dos horas, y las corres tú, con el mouse en tu mano. El vendedor que las acepta ya te dijo algo bueno de su producto antes de empezar.
1. La venta completa, con tus datos
Lleva un pedazo chico de tu realidad: diez clientes, veinte artículos con sus unidades, tu lista de precios. Pide que los den de alta frente a ti y captura tú una venta completa: pedido, surtido, factura, cobro. Lo que tu mostrador hace cuarenta veces al día tiene que salir sin ensayo y sin que el vendedor tome el control «nada más para este pasito».
2. La DIOT desglosada por tasa
Pide la DIOT del periodo de la empresa de demostración. Es una obligación mensual (artículo 32, fracción VIII, de la Ley del IVA) y exige desglosar el valor de los actos por tasa de IVA, así que un sistema que guardó el impuesto revuelto no la puede armar: la prueba delata en dos minutos cómo registra el IVA cada operación. Del terreno fiscal completo, y de por qué el dato que el SAT cruza nace en el mostrador, ya hablamos en El SAT ya lo sabe.
3. El usuario que no puede
Pide que creen frente a ti un usuario que solo consulte, entra con él e intenta autorizar un descuento o cancelar un documento. El sistema tiene que negarse. Por qué esa negativa vale dinero está contado en El costo de la confianza.
4. El respaldo restaurado, con cronómetro
Que te enseñen la rutina de respaldo y que restauren uno enfrente, midiendo el tiempo. Que sea sobre su propia base de demostración, no sobre la tuya: nadie va a montarte un servidor una tarde de visita. Si aun así se niegan, o si nunca lo han hecho, eso también contesta la pregunta. Tener respaldo y poder restaurarlo son dos cosas distintas, y la distancia entre las dos ya la medimos en Tenemos respaldo, ¿verdad?.
5. El cliente de tu giro, al teléfono
Pide el contacto de un cliente de tu mismo giro con años usando el sistema, y haz tú la llamada, sin el vendedor en la línea. Sabes de antemano que la referencia la eligió él y que va a hablar bien, así que no preguntes si le gusta: pregunta lo que los folletos nunca traen. Qué se descompuso el año pasado, cuántas horas tardaron en contestarle, qué le cobraron aparte de lo cotizado y qué volvería a negociar. Un cliente contento contesta esas cuatro con detalle; uno aleccionado se queda en generalidades, y esa diferencia se oye.
Al final, cuenta los «no» que oíste en toda la demostración. Todo producto tiene límites; nosotros publicamos los nuestros en cada artículo de esta serie. Una demostración sin un solo «no» significa que los límites siguen escondidos, y los vas a conocer después de firmar, que es el peor precio al que se compran.
Una sola base, o varios sistemas amarrados
«¿Se integra con contabilidad?» «Totalmente.» Ese sí tapa dos arquitecturas que no se parecen: la de los módulos que leen y escriben una misma base de datos, y la de los sistemas separados que se pasan información por interfaces, con horarios y reglas de empate. En el folleto, las dos se llaman «integración».
La segunda tiene su costo medido, con dos advertencias que van por delante: la encuesta es de comercios minoristas pequeños y medianos de Estados Unidos, y la pagó Brightpearl, un proveedor de software, en 2022. Con eso dicho: entre más de 500 líderes encuestados, los proyectos de sistema de gestión tardaron 195 días más de lo planeado y costaron 34 % más de lo presupuestado, y el 27 % de los motivos de fracaso citados fueron problemas de integración continuos. El adjetivo es el dato: continuos. El amarre entre sistemas se paga en el arranque y se sigue pagando después, por su cuenta.
La prueba no exige saber de bases de datos. En plena demostración, abre una factura y pídele al sistema, sin salir de esa pantalla y sin abrir otro programa, tres cosas: la póliza contable que esa factura generó, el pedido del que salió y el XML timbrado. Si los tres aparecen al momento, con su folio, los módulos comparten una sola base. Si el vendedor cambia de sistema, o explica que «eso se sincroniza en la noche», acabas de ver dónde van a vivir tus datos: en varios lugares, empatándose entre sí, con alguien responsable de que el empate cuadre.
Y remata con la pregunta directa, que incomoda menos de lo que parece: ¿cuántas bases de datos hay detrás de lo que me enseñaste?
Si me voy, ¿qué me llevo, y en qué formato?
Nadie negocia la salida el día que firma, y ese es exactamente el día en que se negocia mejor: todavía te quieren. Las mismas fuentes de la sección de la cotización piden que la salida quede escrita en tres renglones concretos: los datos y las configuraciones se te entregan en formatos abiertos, que otro sistema pueda leer sin pedirle permiso al proveedor que dejas; el derecho a la extracción y a la destrucción de tus datos al terminar queda explícito; y los contratos relacionados (licencia, implementación, soporte) se pueden terminar todos si se incumple cualquiera, para no quedar pagando el soporte de una implementación que se quedó tirada.
Hay una versión más dura de la misma pregunta: ¿y si el proveedor desaparece? Para eso existe el escrow de software: un acuerdo tripartito en el que el proveedor deposita el código fuente y la documentación con un tercero neutral, que se los entrega al cliente si el proveedor quiebra, desaparece o deja de dar mantenimiento (lo documentan despachos como Kilpatrick Townsend en Estados Unidos y Ruiz Ballesteros en España). En la venta de ERP a PyME mexicana casi nadie lo menciona; por eso mismo, la cara que ponga el vendedor cuando lo preguntes es información.
Y hay una pieza de la salida que no es negociable, porque la puso la ley. Desde el 21 Mar 2025 rige una nueva Ley Federal de Protección de Datos Personales en Posesión de los Particulares: si los datos se van a usar para un fin distinto al que dice el aviso de privacidad, hay que volver a recabar el consentimiento, y la vigilancia ya no está en el extinto INAI.
En tu ERP viven nombres, domicilios y teléfonos de tus clientes y de tu gente, y la responsable de esos datos ante la ley sigue siendo tu empresa, los guarde quien los guarde. Así que al proveedor que va a hospedar tu base se le pregunta por escrito con qué fin trata esos datos y quién más los puede ver. De las medidas de seguridad que esa misma ley exige, y de lo que cuesta incumplirlas, ya hablamos en Tenemos respaldo, ¿verdad?.
Nube o tu propio servidor: la pregunta está mal hecha
En algún punto de la demostración llega la pregunta con la que el vendedor se siente más cómodo: ¿nube o servidor propio? Casi siempre trae la respuesta puesta, porque cada proveedor vende una de las dos.
Las cifras del país dicen que el terreno se mueve. La única cifra oficial mexicana de este artículo (y, dicho de una vez, la única fuente mexicana e independiente a la vez de toda esta lista) la levantó el IFT: el 32.5 % de las micro, pequeñas y medianas empresas usa algún servicio de cómputo en la nube para operar el negocio (Figura 1). Y la dirección del mercado la midió IDC: durante 2025, el software en la nube creció en México 24.6 %, contra 3.5 % del instalado en sitio, con el mercado total de software creciendo 14.2 % (Figura 2).
Figura 1
33 de cada 100 micro, pequeñas y medianas empresas mexicanas ya operan el negocio con algún servicio de cómputo en la nube
MiPymes que usan la nube para operar
Figura 2
El software en la nube creció en México siete veces más rápido que el instalado en sitio durante 2025
Ninguna de las dos figuras contesta lo que te importa, porque la pregunta está mal hecha. «Nube» y «servidor propio» son ubicaciones, y lo que decide tu tranquilidad se pregunta igual en las dos: ¿de quién es la base de datos? ¿Puedes sacar tú una copia completa, hoy, sin levantar un ticket? ¿Qué hace tu operación si el enlace se cae un sábado con la tienda llena (esa mañana ya la contamos en Se cayó el internet)? ¿Y qué pasa con tus datos el día que dejes de pagar la mensualidad?
Un sistema instalado en tu servidor con una base cerrada que no puedes leer te tiene igual de agarrado que una nube sin cláusula de salida. Y una nube con extracción garantizada por contrato es más tuya que ese servidor. La ubicación es un asunto de logística y de costo; la propiedad y la salida son asunto del contrato, que es a donde casi nadie voltea mientras se discute «nube sí o nube no».
El mismo examen al sistema que ya pagas
Software Path midió 10,000 proyectos de selección en su reporte publicado el 28 May 2026, y dos de sus cifras juntas cuentan una historia incómoda. La primera: elegir sistema toma en promedio 18 semanas, tres más que cuando empezó la medición; cuatro meses y medio de juntas y demostraciones antes del primer peso gastado. La segunda: el 32.7 % de las empresas que arrancan una búsqueda de ERP ya tenían un ERP. Una de cada tres sillas de ese proceso la ocupa alguien que ya pasó por sus tres demostraciones, ya oyó los síes, ya pagó una implementación completa, y volvió a la mesa a empezar de nuevo.
Antes de sumarte a esa tercera parte, el examen de este artículo se le corre primero al sistema que ya pagas. ¿Pasa la prueba de la factura: su póliza, su pedido, su XML sin cambiar de programa? ¿Puedes tú, hoy, sacar una copia completa de tu base y sabes en qué formato está? ¿Sabes cuánto pagas al año por mantenimiento y soporte, sumados, y qué dice tu contrato sobre el aviso antes de renovarse? ¿Y las respuestas de soporte están por escrito con números, o son «márcanos y vemos»?
Los resultados posibles son tres, y cada uno tiene camino. Si tu sistema pasa el examen y aun así tu gente se queja, el problema probablemente sea de adopción, y eso tiene artículo propio: El sistema no sirve. Si reprueba las preguntas de salida, lo primero que se negocia es la salida, antes de necesitarla y antes de firmar la entrada a otro lado. Y si reprueba las de fondo, la búsqueda vale sus 18 semanas: córrela con este examen en la mano, que para eso se escribió.
Cómo salimos nosotros de este examen
Prometimos pasar por el mismo aro. Aquí va, criterio por criterio, con lo que sí y con lo que se nos pide por escrito igual que a cualquiera.
La base única. Todos los módulos de Alleato viven en una sola base de datos SQL Server. El renglón de una factura guarda, además de sus importes, el folio de la póliza contable que generó, el del pedido del que salió, el del turno de caja, el del embarque, la cadena original, el sello y el XML timbrado. La prueba de la sección de la factura se corre tal cual sobre el sistema: abres una factura y le pides su póliza, su pedido y su XML sin salir de ahí.
Los permisos. Se otorgan por operación a cada persona, sobre un catálogo de operaciones agrupadas por módulo. La prueba del usuario que no puede se corre frente a ti. El detalle fino ya está publicado y no lo vamos a repetir aquí: el interruptor de centros está en El sistema no sirve, lo que cada candado evita en dinero en El costo de la confianza, y hasta dónde baja el permiso y qué queda registrado, en Tenemos respaldo, ¿verdad?.
El respaldo y la ubicación. Lo que se respalda es la base completa: una rutina programada corre un BACKUP DATABASE de SQL Server, empaqueta el resultado protegido con contraseña y lo deja en una carpeta que se sincroniza fuera del servidor, con una variante que respalda a un bucket de Amazon S3 cuando la base vive en la nube. La rutina y sus límites, incluido el que no se prueba a sí misma, están contados en Tenemos respaldo, ¿verdad?. Para lo que aquí importa basta el formato: un archivo de respaldo de SQL Server, fechado, que otro sistema puede abrir. Y la base corre en el servidor del cliente, propio o en la nube que él elija, así que la pregunta de la sección anterior (¿de quién es la base?) tiene respuesta de un renglón: tuya, y vive donde tú decidas.
El soporte. Lo que hoy publicamos es «acuerdos de nivel de servicio según el plan que contrates», y esa frase, tal cual, no pasa el examen de este artículo. Pídenosla por escrito y con números, exactamente igual que a cualquier otro proveedor: qué consideramos caída, en cuánto tiempo contestamos, quién contesta y qué pasa si no cumplimos.
El escrow. Esta tampoco te la vamos a contestar por adelantado: pregúntanoslo, como se lo preguntarías a cualquiera. Es de las cosas que se pactan por escrito si el cliente lo pide, y la respuesta que recibas (la nuestra incluida) te dice cuánto está dispuesto cada proveedor a comprometer sobre su propia continuidad.
La continuidad. Llevamos desde 1987 escribiendo y soportando el mismo sistema, desde Chihuahua. Son 39 años del mismo producto con el mismo despacho detrás, y aun así la antigüedad no sustituye al contrato: las cláusulas de este artículo se nos piden igual.
Si quieres correr las cinco pruebas, la de la factura y la del respaldo sobre una operación de verdad, pide una demostración y trae tu lista con todo y trampas. Las trampas son la mejor parte del examen.
Notas y fuentes
Corte de cifras: 29 Ago 2026. Los montos se citan en la moneda de la fuente original.
- Proyección de Gartner (más del 70 % de las iniciativas de ERP implementadas recientemente sin cumplir del todo los objetivos de su caso de negocio original para 2027, y hasta un 25 % con fracaso catastrófico): reporte «Predicts 2025: Revisit ERP Strategies to Prepare for the Future», Gartner, 19 May 2025. El documento es de pago; la cifra se conoce por la cobertura de prensa, verificada en The Register. Es una proyección a futuro sobre implantaciones recientes, no una medición del presente, y el cuerpo la presenta con ese encuadre.
- Costo de implementación de entre el 100 y el 200 % del costo de la licencia: ERPFocus, comparador independiente que no vende implementaciones. La página no publica año, y el cuerpo la usa como proporción de referencia. La traducción a «entre un tercio y la mitad del gasto inicial» y el ejemplo de los 300,000 pesos de licencia son aritmética nuestra.
- Mantenimiento anual de SAP (22 % del valor de la licencia en el esquema SAP Enterprise Support, sobre licencia perpetua): tarifa publicada por SAP. Es la referencia de un ERP de gama alta con modelo de licencia perpetua, no un número universal, y el cuerpo la usa solo como orden de magnitud.
- Presupuesto promedio por usuario (9,000 dólares): Software Path, ERP Report 2022, sobre una muestra de 1,384 proyectos de selección. Los 108,000 dólares de la empresa de doce usuarios son aritmética nuestra sobre esa cifra.
- Promedio de 18 semanas para elegir el sistema (tres semanas más que al inicio de la medición) y 32.7 % de búsquedas arrancadas por empresas que ya tenían un ERP: Software Path, «2020-2025 ERP Report», publicado el 28 May 2026, muestra de 10,000 proyectos.
- Uso de la nube en las MiPymes mexicanas (32.5 % con algún servicio de cómputo en la nube para operar el negocio): IFT, Cuarta Encuesta 2023 a Usuarios de Servicios de Telecomunicaciones MiPymes, comunicado 24/2024. La Figura 1 redondea a 33 para la cuadrícula de 100 puntos. Es la única cifra oficial mexicana del artículo y la única fuente mexicana e independiente a la vez de esta lista, y el cuerpo lo declara.
- Crecimiento del software en México durante 2025 (24.6 % en la nube, 3.5 % instalado en sitio, 14.2 % el mercado total): IDC, vía Infochannel. El «siete veces más rápido» del título de la Figura 2 es la división de esas dos cifras, no un dato adicional.
- Sobrecosto y sobreplazo con integración como motivo (195 días más de lo planeado, 34 % más de lo presupuestado, 27 % de los motivos de fracaso citados por problemas de integración continuos, sobre más de 500 líderes de comercios minoristas pequeños y medianos de Estados Unidos): encuesta de Brightpearl, 2022, vía Retail Dive. Es retail estadounidense y la pagó un proveedor de software; el cuerpo declara las dos cosas.
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares vigente desde el 21 Mar 2025 (consentimiento nuevo para fines distintos al del aviso de privacidad, vigilancia fuera del extinto INAI, responsabilidad de quien recaba los datos): vía IAPP. Sus medidas de seguridad y sanciones se cubren en Tenemos respaldo, ¿verdad? y no se repiten aquí.
- DIOT como obligación mensual con desglose del valor de los actos por tasa de IVA: artículo 32, fracción VIII, de la Ley del IVA. Este artículo la usa solo como prueba de demostración; los plazos y las multas están en El SAT ya lo sabe.
- Costo recurrente de los desarrollos a la medida (hay que volver a probarlos contra cada actualización, y personalizar de más deja a la empresa congelada en una versión vieja): Ofima, fabricante colombiano de ERP, 2025. Lo publica quien vende ese servicio, y aun así lo advierte; el cuerpo lo cita con esa procedencia.
- Cláusulas de contrato (tope de horas con autorización previa, entregables por fase, pruebas de aceptación, cláusula de salida con formatos abiertos, terminación cruzada de contratos relacionados, extracción y destrucción de datos, tope al aumento anual con ventana de aviso): Panorama Consulting; Connie Lindman, Frost Brown Todd, en The Indiana Lawyer, 2022; y Hyperstart, proveedor de software de contratos, con su interés comercial declarado.
- Escrow de software (acuerdo tripartito con depósito del código fuente y la documentación ante un tercero neutral): Ruiz Ballesteros, despacho español, y Kilpatrick Townsend, despacho estadounidense.
- No existe ningún estudio con metodología publicada sobre tiempos de respuesta de soporte de proveedores de ERP, ni en México ni fuera; por eso el criterio de soporte va como preguntas contractuales, sin cifra. Tampoco existe una cifra mexicana con metodología publicada del costo de implementar, migrar o capacitar, y el cuerpo lo declara donde toca.
- Lo afirmado de Alleato (la base única en SQL Server, con los folios de la póliza, el pedido, el turno de caja y el embarque, la cadena original, el sello y el XML guardados en el renglón de la factura; los permisos por operación a cada persona sobre el catálogo agrupado por módulo; la rutina programada que corre un
BACKUP DATABASEde SQL Server, empaqueta el resultado protegido con contraseña, lo deja en una carpeta que se sincroniza fuera del servidor y tiene variante a un bucket de Amazon S3; y la base corriendo en el servidor del cliente, propio o en la nube que él elija) corresponde a su funcionamiento actual, verificado en su código fuente y en el esquema real del ERP. Lo publicado de soporte es la frase citada en el cuerpo, y el propio artículo pide que se nos exija por escrito igual que a cualquiera.
← Volver a Recursos