Si estás preparando una migración de SAP ECC a SAP S/4HANA, seguramente ya sabes que no es solo cuestión de «cambiar de sistema». Si además usas SAP Vendor Invoice Management (VIM) de OpenText, hay un paso que no puedes pasar por alto: revisar si tu versión actual es compatible con el nuevo entorno. Porque no, no todas las versiones de VIM encajan con todos los releases de S/4HANA, y el salto puede tocar cosas que no esperas: componentes, funcionalidades, el OCR o incluso desarrollos propios que llevas años usando.
Por eso conviene dejar claro desde el principio: un upgrade de VIM a S/4HANA no es simplemente instalar una versión nueva. La clave está en definir bien la ruta de actualización y saber de antemano qué partes de tu solución actual pueden verse afectadas durante la conversión.
¿Cómo definir la ruta de upgrade de VIM a S/4HANA?
Es tentador centrarse solo en la versión de destino. Pero saber qué release de VIM es compatible con el S/4HANA al que quieres llegar es solo una parte del trabajo. También necesitas tener claro desde dónde partes y qué pasos hay que dar para llegar hasta allí.
Dependiendo de tu release actual, puede que todavía tengas que cumplir ciertos prerrequisitos en ECC: alcanzar un Support Package mínimo, incorporar determinados componentes o preparar la arquitectura de antemano. Estos requisitos pueden condicionar la conversión y también influyen en cómo el SAP Maintenance Planner determina el software stack de destino.
Conviene revisar también aspectos como los componentes instalados y ciertas condiciones de licenciamiento, que pueden variar según si tu VIM se adquirió a través de SAP o directamente con OpenText.
En resumen: antes de arrancar el upgrade, confirma que existe una ruta de actualización soportada entre tu entorno actual y el sistema al que quieres llegar.
Funcionalidades obsoletas y cambios obligatorios en VIM
Si tu solución VIM lleva ya varios años de evolución, es muy probable que tenga workflows, informes, modelos de aprobación, mecanismos de contabilización o configuraciones que han cambiado bastante en las versiones actuales.
Identificar las funcionalidades obsoletas de VIM es un paso esencial. Algunas ya habrán sido sustituidas por alternativas nuevas; otras necesitarán adaptaciones para encajar en el nuevo entorno.
Y ojo: incluso si tu objetivo es un upgrade principalmente técnico, puede haber cambios que no son opcionales. Un buen ejemplo es la evolución de determinados usos de las Reglas de Negocio hacia Módulos Lógicos, que refleja cómo ha cambiado también el modelo interno de procesamiento de VIM.
La idea es llegar a la conversión sabiendo qué hay que sustituir, qué necesita adaptación y qué se puede conservar tal cual, en lugar de trasladar configuraciones antiguas sin comprobar antes si encajan en la versión destino y si OpenText sigue dándoles soporte.
OCR, Intelligent Capture y aprendizaje
El OCR y el aprendizaje asociado al reconocimiento de facturas merecen una atención especial en cualquier upgrade de VIM. Según las versiones de origen y destino, pueden cambiar la tecnología utilizada, la forma de determinar las entidades de negocio, el tratamiento del aprendizaje ya existente o las opciones de entrenamiento disponibles.
Esto se nota especialmente cuando soluciones anteriores como ICC/BCC evolucionan hacia Intelligent Capture for SAP (IES). En estos casos no basta con pensar en el cambio tecnológico: también hay que definir cómo se va a gestionar el aprendizaje ya disponible y cómo se va a validar el reconocimiento en el nuevo entorno.
Además, las versiones actuales traen nuevas capacidades de entrenamiento y analítica de extracción, que permiten actuar sobre proveedores, layouts o campos concretos cuyo reconocimiento se puede mejorar. Así que el upgrade no tiene por qué ser solo una migración técnica de la solución de OCR: puede convertirse también en la oportunidad perfecta para mejorar la calidad de extracción y avanzar en la automatización del proceso.
Desarrollos Z e integraciones: ¿qué merece la pena conservar?
Los desarrollos propios son otro punto que hay que analizar antes de decidir el alcance de la migración.
Una customización puede depender de funciones, transacciones o comportamientos estándar que han cambiado tanto en VIM como en S/4HANA. Y a veces ocurre lo contrario: una necesidad que años atrás requería un desarrollo específico, hoy ya está cubierta por funcionalidad estándar.
Por eso migrar todos los desarrollos «tal cual» no siempre es la mejor opción. El upgrade es un buen momento para revisar qué debe adaptarse y dónde hay margen para reducir customizaciones, simplificar la solución y facilitar futuras evoluciones.
¿Aprovechar S/4HANA para revisar también el archivado documental?
Para muchas organizaciones, la migración a S/4HANA forma parte de una estrategia más amplia de modernización de la arquitectura SAP y de evolución hacia modelos cloud. Si ese es tu caso, también puede tener sentido aprovechar el momento para revisar el gestor documental, el servidor de contenido y la estrategia de archivado.
Cuando se decide migrar documentos históricos a nuevos repositorios, uno de los requisitos fundamentales es garantizar que sigan siendo accesibles desde SAP, tanto durante como después del cambio.
En ImagineRight contamos con experiencia específica en migraciones documentales y evolución de arquitecturas de archivado en entornos SAP. Además, disponemos de ArchiveLord, nuestra solución basada en SAP ArchiveLink para conectar SAP con distintos repositorios, incluidos entornos cloud, y facilitar la migración documental entre ellos.
Preparar el upgrade de VIM antes de iniciar la conversión
Un upgrade de OpenText VIM dentro de una migración a SAP S/4HANA exige mirar más allá de la versión de destino. La ruta de actualización, los prerrequisitos, las funcionalidades obsoletas, el OCR y los desarrollos existentes pueden influir tanto en el proceso de conversión como en el resultado final.
Analizar bien todos estos puntos te permite reducir riesgos y aprovechar la migración para llegar a S/4HANA con una solución VIM soportada, simplificada y preparada para seguir evolucionando.
