Cuando tu proveedor de ERP apuesta por agentes de IA: quién paga la transición y cómo no ser tú

Los grandes proveedores de software empresarial están reinvirtiendo los ahorros de sus recortes de plantilla en automatización con IA, y el coste real de esa apuesta lo absorbe el cliente que ya está dentro del ecosistema.

El patrón que hay detrás de los titulares

En lo que va de 2026, el sector tecnológico ha acumulado más de 150.000 despidos en EE.UU. mientras publica resultados récord. SAP y Salesforce no son excepciones: ambos han anunciado reducciones de plantilla al tiempo que incrementan su inversión en agentes de IA y automatización. Como analizamos en Las ‘big tech’ recortan empleo mientras disparan beneficios: qué implica para el software empresarial, el patrón es coherente desde el punto de vista financiero para el proveedor. La pregunta que ese artículo deja abierta es quién absorbe el coste de la transición. La respuesta corta: tú, si no tomas decisiones antes.

La lógica es sencilla. Cuando SAP reduce su equipo de soporte e implementación y sustituye parte de ese trabajo por herramientas automatizadas o agentes de IA, el ahorro queda en la cuenta de resultados del proveedor. Pero el cliente que migraba apoyándose en consultores certificados de SAP —muchos de los cuales ya no estarán— o que contaba con escalado humano para incidencias críticas, empieza a encontrarse con tiempos de respuesta más lentos, documentación más escasa y proyectos que antes costaban X ahora cotizando a X+30% porque los perfiles especializados escasean.

Tres formas concretas en que el coste llega al cliente

Primera: el fin de soporte como palanca de upselling. SAP ECC tiene fecha de muerte en 2027. Si tu empresa aún corre sobre esa plataforma, estás en terreno conocido: la presión para migrar a S/4HANA no viene solo de la hoja de ruta tecnológica, viene del reloj. Lo que cambia ahora es que el fin de soporte de SAP ECC en 2027 coincide con una reducción de los equipos humanos de SAP que podrían haberte ayudado a planificar esa migración con cierto margen. Menos recurso humano en el proveedor significa más dependencia de los SIs (integradores de sistemas) que, lógicamente, cobran más cuando la oferta de perfiles cualificados se contrae.

Segunda: los contratos de mantenimiento como zona opaca. La mayoría de los contratos firmados hace tres o cinco años no anticipan un escenario en el que el proveedor cambia radicalmente su modelo de soporte. Antes de cualquier decisión estratégica, conviene revisar qué garantías de servicio tienes realmente comprometidas y cuáles son declaraciones de intenciones. En Contratos de mantenimiento de ERP: qué cláusulas revisar cuando tu proveedor recorta soporte detallamos qué buscar: SLAs con penalización real, cláusulas de portabilidad de datos, y si el contrato diferencia entre soporte correctivo y evolutivo, porque los recortes suelen empezar por el segundo.

Tercera: los agentes de IA como nueva capa de dependencia. SAP y Salesforce están empujando sus propios agentes de IA integrados en las plataformas. La promesa es automatización de procesos; el riesgo es que cada agente que conectas al núcleo de tu ERP o CRM introduce una dependencia adicional sobre la que tienes poco control. Si el agente accede a tus APIs de negocio, necesitas definir con precisión qué puede hacer y qué no. No es una cuestión técnica menor: como explicamos en Agentes de IA sobre tu ERP o CRM: cómo definir qué pueden y qué no pueden hacer con tus APIs, los límites de autorización de un agente mal configurado tienen consecuencias reales sobre la integridad de los datos y el cumplimiento normativo.

Las palancas reales que tiene una empresa mediana

Si estás dentro del ecosistema de un gran proveedor, tienes menos margen del que crees y más del que parece. Aquí lo que funciona:

Auditar el contrato antes de la próxima renovación. No esperes a que el proveedor plantee condiciones nuevas. Si tu contrato vence en los próximos doce meses, es el momento de negociar desde una posición de elección, no de urgencia. Los SLAs de soporte, los precios de migración de datos y las condiciones de salida son negociables cuando tienes tiempo; no lo son cuando tienes una incidencia crítica abierta.

Medir el coste real de quedarse. La inercia del ERP es enorme. Los costes de cambio son reales: formación, migración, riesgo operativo. Pero hay que comparar ese coste contra el coste acumulado de tres años más de mantenimiento en alza, dependencia de integradores escasos y adopción forzada de funcionalidades de IA que no has pedido. Para una pyme española que no necesita la complejidad de S/4HANA, las alternativas a SAP para pymes españolas ofrecen una referencia útil de qué buscar antes de firmar en cualquier dirección.

No subestimar el coste de la deuda de conocimiento. Cuando un proveedor reduce su equipo de soporte, el conocimiento sobre cómo funciona realmente el sistema —los workarounds, las configuraciones no documentadas, los módulos que nadie toca— se volatiliza. Si ese conocimiento reside solo en consultores externos cada vez más caros, estás asumiendo un riesgo operativo que no aparece en ningún balance pero que se materializa en el peor momento posible.

En qué punto la alternativa local o de código abierto empieza a tener sentido

No existe un umbral universal, pero hay señales claras: cuando el coste anual de mantenimiento supera el 25-30% del coste inicial del proyecto, cuando el proveedor no puede garantizar un interlocutor humano cualificado en menos de 48 horas para incidencias críticas, o cuando la hoja de ruta del producto no tiene ninguna de las funcionalidades que necesitas en los próximos dos años pero sí muchas que no has pedido.

En esos casos, la comparación honesta no es “SAP vs. alternativa X”. Es “coste total de quedarse durante tres años vs. coste total de migrar ahora”. El segundo número suele ser más alto a corto plazo y más bajo a medio. El primero es más fácil de calcular pero tiende a subestimar los incrementos de mantenimiento y el coste de oportunidad de estar atado a una plataforma cuya evolución no controlas.

Mi lectura

Los recortes de SAP y Salesforce son decisiones de asignación de capital perfectamente racionales desde dentro del proveedor. El problema no es que sean malas empresas; es que sus incentivos y los del cliente que ya está dentro han dejado de estar alineados en un punto concreto: el proveedor gana eficiencia reduciendo soporte humano, y el cliente pierde el recurso que más necesita precisamente cuando afronta la transición más compleja de su historia reciente.

Mi apuesta: las empresas medianas que salgan mejor paradas de este ciclo serán las que hagan dos cosas en paralelo. Primero, blindar contractualmente los niveles de servicio antes de que el proveedor los reduzca de facto. Segundo, desarrollar conocimiento interno suficiente para no depender de un único interlocutor externo, sea el proveedor o el integrador. Eso no es fácil ni barato. Pero es considerablemente más barato que descubrirlo cuando el sistema de gestión se cae un lunes a las ocho de la mañana y el teléfono de soporte contesta con un chatbot.

$ qué pasó: SAP y Salesforce reducen plantilla mientras invierten en agentes de IA
$ quién paga: el cliente atrapado en el ecosistema, vía soporte más caro y escaso
$ palancas: auditar contrato antes de renovar · medir coste real de quedarse · tener alternativa creíble
$ estado: en curso — los recortes continúan, las migraciones pendientes (ECC → S/4HANA) no esperan
$ fuente: contexto del clúster editorial + análisis propio El Comando