Para quien usa SAP MII | PCO
El fin del soporte de SAP MII y SAP PCO suele tratarse como un problema de aplicación. No lo es: es un problema de integración. Esta página explica el calendario real, qué está de verdad en riesgo y cuáles son los caminos — incluido el de no ir a SAP DM.
Soporte pleno de SAP. El mejor momento para diagnosticar y planificar sin prisa.
31/12/2027: última fecha con mantenimiento principal incluido en el contrato.
Soporte solo mediante Extended Maintenance, contratado aparte.
Un programa de migración lleva de uno a tres años. Empezar aquí es ajustado.
31/12/2030: sin correcciones, sin parches de seguridad, sin soporte estándar.
Fechas según los comunicados públicos de SAP sobre el fin de vida de SAP MII. Confirme con SAP el calendario aplicable a su contrato antes de planificar.
Lo que está en juego
Cuando empieza la conversación sobre salir de SAP MII, suele empezar por las aplicaciones Web — las pantallas que usa el operador. Son visibles, todo el mundo tiene una opinión sobre ellas y por eso se vuelven el centro del proyecto. Pero quien mantiene un entorno SAP MII desde hace años sabe que la parte difícil está debajo: las transacciones que hablan con el ERP, los bucles que leen el PLC, las colas que sostienen la producción cuando SAP no responde.
Esas integraciones rara vez están documentadas en un solo lugar. Se construyeron a lo largo de años, por equipos distintos, y buena parte de lo que se sabe sobre ellas está en las personas, no en papel. Ese acervo es lo que el fin del soporte pone en riesgo, y es lo que más tarda en reconstruirse — no la interfaz.
Cambiar la capa de integración antes de tocar las pantallas invierte el orden de riesgo del proyecto: primero sale la plataforma que perdió soporte, y la decisión sobre el front-end queda para después, sin un plazo encima.
Decisión
No hay una respuesta única — hay la respuesta que cabe en su riesgo, su presupuesto y su calendario. Los cinco caminos que aparecen en la práctica:
Costo bajo ahora, riesgo creciente después.
Nada deja de funcionar el 31/12/2027. Lo que termina es la corrección de defectos, el parche de seguridad y el soporte contratado. Para una planta que opera las 24 horas, mantener una capa de integración sin correcciones de seguridad es una decisión que debe pasar por el área de riesgo, no solo por TI.
Tiene sentido para quien quiere un MES. No todos lo quieren.
SAP Digital Manufacturing es un MES en la nube SAP BTP, con costo recurrente y un proyecto de implantación propio. Para quien usaba SAP MII como MES, es una sucesión natural. Para quien lo usaba como capa de integración — que es la mayoría — significa comprar otra categoría de producto para resolver el problema que ya tenía.
Resuelve el plazo primero y preserva lo que funciona.
Las integraciones con SAP y con la planta salen de SAP MII y pasan a una plataforma con soporte, manteniendo las mismas BAPIs, los mismos IDocs y los mismos equipos del otro lado. Las pantallas siguen en pie mientras usted decide qué hacer con ellas. Es el camino para el que se creó CMS.
Sale de SAP MII por completo, sin heredar la deuda técnica.
La integración pasa a CMS y las aplicaciones Web construidas sobre SAP MII se rehacen en tecnología actual — desacopladas, responsivas y bajo su control. Cuesta más y lleva más tiempo que cambiar solo la integración, pero cierra el tema: no queda nada atado al ciclo de vida de un producto de terceros.
Se queda en el ecosistema SAP sin tercerizar la planta.
Las aplicaciones Web migran a SAP BTP y el Integration Suite se encarga de las integraciones entre sistemas corporativos. CMS cubre lo que el Integration Suite no alcanza: OPC UA, Modbus, PLC, historiadores y el resto de la planta. Para quien ya decidió invertir en BTP, es la división de trabajo que evita forzar a una herramienta corporativa a conversar de forma directa con equipos y APIs internas, sin un hub de integración y control.
Preguntas frecuentes
El mantenimiento principal incluido en el contrato va hasta el 31/12/2027. Después existe solo como Extended Maintenance, contratada aparte y con costo adicional, hasta el 31/12/2030. A partir de 2031 no hay corrección, ni parche de seguridad, ni soporte estándar.
No. Nada se apaga de forma remota. Lo que termina es el derecho a corrección de defectos, parches de seguridad y atención. El entorno sigue funcionando — lo que cambia es que cualquier problema nuevo pasa a ser suyo, sin canal al que escalar.
No. SAP DM es la sucesión que ofrece SAP, pero es un MES en la nube con alcance y costo propios. Si usted usa SAP MII como capa de integración entre SAP y la planta, y no como MES, CMS es un camino que resuelve el fin del soporte e incorpora diversas tecnologías actuales y de vanguardia.
Se pueden usar los dos, y suele ser el mejor arreglo: resuelven capas distintas. Integration Suite es fuerte en la integración entre sistemas corporativos, pero no habla los protocolos de planta — no hay OPC UA, ni Modbus, ni Sparkplug B, ni lectura de PLC, ni historiador como AVEVA PI. Transporta MQTT mediante Advanced Event Mesh, pero como bus corporativo de eventos, no como cliente de equipo. Y, por ejecutarse en la nube, ponerlo en el camino entre un equipo y SAP crea una dependencia de conectividad que la producción no acepta: cuando el enlace se cae, la línea no deja de producir. CMS se queda junto al equipo, habla esos protocolos y sostiene la cola local hasta que SAP vuelve. En una arquitectura con BTP, Integration Suite se ocupa de lo corporativo y CMS de la planta.
Porque no es su función. El MES existe para ejecutar y rastrear la producción, y es ahí donde invierte el proveedor. La conectividad suele venir como una API que recibe datos: resuelve la entrada, pero no lo que la rodea — sostener la cola cuando el ERP no responde, reprocesar solo lo que falló, avisar a las tres de la mañana que una conexión se cayó, mostrar lo que iba dentro de cada mensaje. Sin eso, la falla aparece solo cuando la producción la nota. Y un MES rara vez está dimensionado para mantener decenas de conexiones vivas y leer tags de PLC en bucle, así que cada integración nueva pasa a depender del roadmap del proveedor. CMS asume esa capa para cualquier sistema de planta, y el MES vuelve a hacer lo que hace bien.
Sí, y suele ser el camino de menor riesgo. Las pantallas heredadas siguen en producción mientras la integración pasa a una plataforma con soporte. La decisión sobre el front-end queda para después, sin el plazo del fin de vida presionando.
SAP Plant Connectivity acompaña el mismo movimiento de SAP MII. Es el componente que conversa con OPC, PLC y equipos de planta, así que quien depende de él para la recolección debe tratarlo en el mismo plan — no como un ítem aparte.
No. Se siguen llamando las mismas BAPIs, RFCs e IDocs, con los mismos parámetros. Lo que cambia es quién hace la llamada. El contrato con el lado SAP se preserva, que es justamente lo que hace este camino más corto que reconstruir todo.
Un programa completo de migración, incluido el front-end, varía bastante de un entorno industrial a otro. Hacemos un relevamiento de su caso y le devolvemos una estimación. Cambiar solo la capa de integración es bastante más corto, porque el alcance es conocido y no depende de rediseñar la experiencia del operador.
Por el inventario. Antes de elegir plataforma hay que saber cuántas integraciones existen, qué hace cada una, con qué sistema habla y quién depende de ella. En casi todo entorno SAP MII este levantamiento revela integraciones que nadie recordaba — y es lo que define el tamaño real del proyecto.
Por dónde empezar
Antes de elegir plataforma hay que saber qué existe. Le enviamos la planilla que usamos al inicio de todo proyecto de migración: trece columnas que, en la práctica, cambian la decisión — cada una explicada en el propio archivo, con una fila de ejemplo ya completada.
