Migración de SAP ECC a SAP S/4HANA en España: cómo preparar su empresa

Discover expert insights on SAP ECC to S/4HANA migration strategies, including Greenfield, Brownfield, and Hybrid approaches.

SAP ECC (ERP Central Component) lleva décadas dando soporte a procesos esenciales de finanzas, logística, compras, fabricación y otras áreas de negocio. SAP mantendrá el mantenimiento estándar de las aplicaciones principales de SAP Business Suite 7 hasta finales de 2027. De acuerdo con su política de mantenimiento, los clientes podrán contratar un mantenimiento ampliado opcional hasta finales de 2030.

Para las empresas que operan en España, este calendario coincide con cambios relevantes en la facturación y la gestión tributaria. El Real Decreto 238/2026 define el marco de la facturación electrónica B2B obligatoria. El Real Decreto 1007/2023 establece los requisitos aplicables a los sistemas informáticos de facturación y a los registros de facturación, habitualmente asociados al programa VERI*FACTU. Según el caso, también pueden resultar aplicables el Suministro Inmediato de Información (SII), la facturación B2G mediante FACe u otro punto de entrada designado por la Administración y la contabilidad conforme al Plan General de Contabilidad.

La migración a SAP S/4HANA permite revisar estos procesos de forma coordinada. El proyecto puede contribuir a acortar el cierre financiero, reforzar los controles de IVA, estandarizar varias sociedades, retirar desarrollos a medida obsoletos, aplicar principios de clean core y preparar datos ERP gobernados para inteligencia artificial, analítica avanzada y automatización de procesos. Los grupos internacionales también pueden alinear la sociedad española con una plantilla global de SAP, manteniendo las configuraciones e interfaces exigidas en el ámbito local.

Esta guía explica cómo seleccionar el enfoque de migración, preparar los datos y las integraciones, abordar los requisitos españoles y europeos y controlar los riesgos de ejecución.

¿Por qué migrar a SAP S/4HANA?

SAP ECC integra finanzas, ventas, compras, fabricación y logística mediante una arquitectura modular. Desde su lanzamiento han cambiado los volúmenes de transacciones, las necesidades de reporting, las interfaces de usuario y el intercambio de datos con las administraciones. SAP S/4HANA procesa cargas transaccionales y analíticas sobre SAP HANA, utiliza un modelo de datos simplificado, admite aplicaciones SAP Fiori y ofrece opciones de despliegue en cloud, on-premise y entornos híbridos.

Los datos globales de adopción aportan poca información para planificar una migración en España. Las fechas de mantenimiento, las carencias de cumplimiento normativo, el estado del sistema ECC y la disponibilidad de recursos son referencias más útiles para elaborar el business case y el calendario.

Breve historia de los sistemas ERP de SAP

SAP lleva cerca de cinco décadas desarrollando soluciones de planificación de recursos empresariales. Su evolución abarca desde los primeros sistemas para mainframe hasta las plataformas actuales con procesamiento en tiempo real, analítica integrada y capacidades de inteligencia artificial.

1979 — SAP R/2

SAP lanza un sistema ERP para mainframe con procesamiento centralizado.

1992 — SAP R/3

La arquitectura cliente-servidor y la interfaz gráfica amplían el acceso a procesos ERP modulares.

Principios de la década de 2000 — Evolución de SAP R/3

SAP amplía la funcionalidad y la cobertura sectorial.

2004 — SAP ECC 5.0

La nueva versión refuerza los procesos integrados y el soporte para distintos sectores.

2006 — SAP ECC 6.0

SAP incorpora nuevas funciones y mejoras de rendimiento a la versión que numerosas empresas siguen utilizando.

2015 — SAP S/4HANA

SAP presenta una suite ERP diseñada para la base de datos in-memory SAP HANA, con estructuras de datos simplificadas y analítica integrada.

Década de 2020 — Evolución de SAP S/4HANA

SAP continúa incorporando capacidades cloud, on-premise y sectoriales, incluidos escenarios compatibles con inteligencia artificial y automatización.

2027 — Fin del mantenimiento estándar de las aplicaciones principales de SAP Business Suite 7

Los clientes que necesiten más tiempo podrán evaluar las condiciones del mantenimiento ampliado opcional de SAP hasta 2030. Este horizonte ofrece a las empresas la oportunidad de revisar su estrategia digital y alinear la infraestructura de TI con sus objetivos a largo plazo mediante SAP S/4HANA.

Por qué conviene anticipar la migración desde SAP ECC en España

El compromiso de mantenimiento de SAP fija el 31 de diciembre de 2027 como fecha de finalización del mantenimiento estándar de las aplicaciones principales de SAP Business Suite 7. SAP ofrece mantenimiento ampliado opcional entre 2028 y 2030, sujeto a un coste adicional. Los sistemas podrán seguir funcionando después de 2027, por lo que esa fecha no implica su desconexión automática. Sí supone un cambio en el modelo de soporte y reduce el margen disponible para ejecutar una transición controlada.

Los programas de migración de gran alcance suelen abarcar varias sociedades, años de datos históricos, lógica fiscal específica de cada país, interfaces y desarrollos ABAP a medida. Una filial española integrada en un grupo internacional también necesita coordinar al equipo local de finanzas y fiscalidad con los responsables de la plantilla global. Los proyectos iniciados tarde pueden afrontar una demanda concentrada de especialistas en conversión SAP, localización, arquitectura fiscal y pruebas de negocio a medida que más clientes se aproximen al fin del mantenimiento estándar.

La evaluación inicial debe responder a cinco preguntas:

1. ¿Qué entidades jurídicas, sucursales, centros y procesos de negocio españoles forman parte de la primera fase?
2. ¿Qué configuraciones de ECC y desarrollos a medida dan soporte al IVA, el SII, la facturación B2G, los registros de facturación, los formatos bancarios y el reporting legal?
3. ¿Qué volumen de datos financieros y fiscales históricos debe permanecer en línea y qué información puede trasladarse a un archivo controlado?
4. ¿Qué decisiones de la plantilla global requieren una excepción para España y qué variaciones locales pueden sustituirse por procesos estándar de SAP?
5. ¿Qué arquitectura de destino admite el modelo de despliegue elegido, los principios de clean core, las plataformas de factura electrónica, la analítica y la automatización?

Una evaluación de preparación permite resolver estas decisiones antes de que la disponibilidad de recursos y los plazos limiten las opciones. El mantenimiento ampliado puede proporcionar un margen de contingencia, pero no elimina el trabajo necesario en procesos, datos y cumplimiento normativo.

Principales ventajas de SAP S/4HANA

Procesamiento de transacciones y reporting más ágiles

SAP HANA admite el procesamiento transaccional y analítico sobre una misma plataforma de datos. En los escenarios compatibles, los equipos de finanzas y operaciones pueden analizar contabilizaciones actuales sin esperar a un ciclo independiente de reporting por lotes. El beneficio efectivo dependerá del modelo de datos de destino, el diseño de los informes, las autorizaciones y la calidad de los datos migrados.

Modelo de datos financieros simplificado

El Universal Journal consolida numerosos registros de finanzas y controlling en ACDOCA. Una conversión bien diseñada puede reducir las tareas de conciliación entre el libro mayor, controlling, la contabilidad de activos y el material ledger. También puede agilizar el cierre y facilitar el análisis detallado desde un saldo reportado hasta el documento de origen.

Cierre financiero más rápido

El Universal Journal proporciona a los equipos financieros una base común de contabilización para el libro mayor, controlling, la contabilidad de activos y el material ledger. La armonización de imputaciones, las conciliaciones automatizadas y unas reglas intercompany coherentes pueden reducir el trabajo de cierre mensual y anual. El diseño del cierre debe incluir los ajustes legales en España, las periodificaciones, el inmovilizado, la conciliación del IVA y los plazos de reporting del grupo.

Gestión centralizada del IVA

Un modelo común de gobierno permite controlar el IVA soportado y repercutido, la inversión del sujeto pasivo, las operaciones intracomunitarias, las importaciones, las exportaciones y, cuando proceda, la ventanilla única OSS en las distintas sociedades españolas. Un modelo fiscal centralizado ayuda a eliminar códigos de impuestos duplicados, armonizar las reglas de determinación y aplicar correcciones de forma coherente, manteniendo las configuraciones necesarias para cada entidad jurídica.

Integración con los procesos tributarios españoles

SAP S/4HANA puede conectar los registros contables y de facturación con los flujos de envío al SII, las respuestas de la AEAT, los controles de conciliación y la gestión de excepciones. Las integraciones pueden apoyarse en funciones compatibles con SAP, un motor fiscal o un proveedor local. El alcance dependerá de la condición del contribuyente y del régimen de información aplicable, ya que el SII no afecta a todas las empresas españolas.

Preparación para la factura electrónica

La migración permite rediseñar la emisión de facturas sobre datos estructurados y preparar flujos diferenciados para la facturación B2G mediante Facturae y FACe y para el marco B2B obligatorio en desarrollo. El proceso de destino puede incluir el envío y la recepción de facturas, los mensajes de estado, el control del estado de pago, la gestión de rechazos y la conservación conforme a la normativa. La selección de la plataforma y las reglas de enrutamiento deben formar parte de la arquitectura antes de iniciar la construcción.

Reporting consolidado para empresas que operan en España y la UE

Los ledgers paralelos, las monedas locales y de grupo, las dimensiones de reporting armonizadas y los planes de cuentas mapeados pueden facilitar la consolidación entre varias jurisdicciones. Las entidades españolas pueden mantener el reporting conforme al Plan General de Contabilidad y, cuando corresponda, proporcionar información de grupo con arreglo a las NIIF u otro marco corporativo. Este diseño reduce los mapeos manuales durante el cierre y ofrece a los responsables de controlling una visión coherente de los saldos intercompany.

Trazabilidad de los documentos financieros

La vinculación de documentos de origen, asientos contables, registros fiscales, mensajes de estado de factura y referencias de archivo permite seguir una operación desde su origen hasta el reporting. Los registros de cambios, controles de conservación, reglas de acceso y mecanismos de supervisión de interfaces refuerzan la pista de auditoría y ayudan a investigar diferencias entre los registros de SAP y los datos transmitidos a la AEAT.

Mayor calidad de los datos maestros

La adopción del modelo SAP Business Partner establece un punto de control para revisar los registros de clientes y proveedores. La validación debe incluir NIF españoles, números de IVA intracomunitario, razón social, domicilio, condiciones de pago, datos bancarios e información de enrutamiento de la factura electrónica. Las reglas de propiedad del dato y los controles de duplicados ayudan a prevenir tratamientos de IVA incorrectos, facturas fallidas y conciliaciones evitables.

Analítica integrada y automatización

Las aplicaciones compatibles con SAP S/4HANA combinan las transacciones con la analítica operativa. Las empresas pueden utilizar datos gobernados de finanzas, compras, inventario, producción y ventas para gestionar excepciones, elaborar previsiones y ejecutar determinadas tareas asistidas por inteligencia artificial. Una arquitectura clean core y unas API documentadas facilitan las pruebas y el despliegue de cambios posteriores.

Opciones de despliegue y extensibilidad

Las empresas pueden elegir un despliegue cloud, on-premise o híbrido en función de sus procesos, restricciones de integración, controles de seguridad y requisitos normativos. Las extensiones side-by-side en SAP BTP pueden sustituir determinadas modificaciones dentro del núcleo ERP. La decisión debe basarse en una evaluación documentada del valor para el negocio, la compatibilidad con las nuevas versiones, la residencia de los datos y las responsabilidades operativas.

Experiencia de usuario basada en roles

SAP Fiori ofrece aplicaciones basadas en roles para equipos de escritorio y dispositivos móviles. Las organizaciones pueden simplificar tareas frecuentes, reducir pasos de navegación y adaptar los launchpads a cada función. Los cambios de proceso, las autorizaciones y la formación de los usuarios siguen requiriendo una dedicación específica durante la migración.

Comparativa entre SAP ECC y SAP S/4HANA

Requisitos normativos españoles que deben abordarse antes de la migración

Los requisitos aplicables en España varían según la sociedad, la condición tributaria, el tipo de operación y el territorio. La evaluación de preparación debe clasificar cada entidad jurídica y cada sistema de facturación.

• Requisitos de aplicación general: Las entidades españolas elaboran sus cuentas anuales conforme al Plan General de Contabilidad, el Plan General de Contabilidad de Pequeñas y Medianas Empresas o las normas sectoriales aplicables. El RGPD y la LOPDGDD regulan los datos personales tratados durante la migración.
• Requisitos vinculados a la condición tributaria: El IVA se aplica a las operaciones sujetas en la Península y Baleares, con las exenciones y los regímenes especiales correspondientes. El SII afecta a contribuyentes con periodo de liquidación mensual, incluidas grandes empresas, grupos de IVA y entidades inscritas en el REDEME, además de quienes opten voluntariamente por este sistema.
• Requisitos vinculados a la facturación: El Real Decreto 1007/2023 se aplica a los sistemas informáticos de facturación y las operaciones incluidas en su ámbito. Las obligaciones B2B dependen de la operación y del calendario de implantación, mientras que las reglas B2G se aplican cuando una empresa factura a una Administración pública española.
• Requisitos territoriales: El País Vasco y Navarra cuentan con regímenes fiscales forales. Canarias, Ceuta y Melilla requieren un tratamiento diferenciado de la imposición indirecta, incluido el IGIC o el IPSI cuando corresponda; los territorios históricos vascos también pueden exigir TicketBAI.

Para cada norma aplicable, conviene registrar la autoridad competente, el formato, el plazo, la interfaz, el responsable, el periodo de conservación, el procedimiento de excepciones y el caso de prueba.

Preparación de SAP S/4HANA para la factura electrónica B2B y B2G

La Ley 18/2022 estableció la obligatoriedad de la factura electrónica B2B. El Real Decreto 238/2026 define el modelo técnico, los formatos estructurados, las reglas de interoperabilidad, los estados de la factura y la información sobre pagos. La facturación B2G mantiene su propio marco aplicable al sector público.

El plazo de implantación B2B comenzará cuando entre en vigor la orden ministerial que regule la solución pública. Los empresarios y profesionales cuyo volumen de operaciones en el año natural anterior supere los 8 millones de euros dispondrán de 12 meses; los demás sujetos incluidos, de 24 meses. A 18 de septiembre de 2026, solo se ha publicado un proyecto de orden. Conviene comprobar su estado antes de publicar información sobre el calendario y evitar una fecha fija hasta que la orden definitiva aparezca en el BOE.

La migración puede aprovecharse para implantar cuatro cambios:

1. Generar y recibir facturas estructuradas para las operaciones incluidas, en lugar de limitar el intercambio a documentos PDF.
2. Integrar la entrega, validación, aprobación y rechazo de facturas, las facturas rectificativas, el pago y la comunicación de estados con clientes, proveedores, tesorería, gestión de cobros y gestión de disputas.
3. Conservar la factura estructurada, las firmas, los mensajes de estado y las evidencias de procesamiento conforme a los plazos aplicables.
4. Validar la razón social, el NIF o número de IVA, la dirección, las condiciones de pago, los datos bancarios y los puntos de enrutamiento en los registros de clientes y proveedores.

VERI*FACTU y la arquitectura de facturación de SAP

Gestión del IVA y del SII en SAP S/4HANA

La migración debe incluir cuatro tareas:

1. Mapear los escenarios fiscales: Incluir IVA soportado y repercutido, exenciones, inversión del sujeto pasivo, adquisiciones y entregas intracomunitarias, importaciones, exportaciones, operaciones triangulares relevantes, regímenes especiales y OSS cuando proceda. Para cada escenario deben definirse la determinación fiscal, los textos de factura, las contabilizaciones, la clasificación de reporting y la lógica de rectificación.
2. Depurar la configuración y los datos maestros: Retirar códigos de impuestos obsoletos, parametrizaciones duplicadas, asientos manuales innecesarios y ampliaciones locales sin valor actual para el negocio. Validar el NIF o número de IVA, los códigos de país, las clasificaciones fiscales y las direcciones.
3. Implantar controles para el SII: Capturar los datos exigidos en los libros registro del IVA, calcular el plazo aplicable, procesar las respuestas de la AEAT y dirigir los registros rechazados al circuito de corrección. Muchos registros deben remitirse en un plazo de cuatro días naturales, excluidos sábados, domingos y festivos nacionales. La conciliación debe vincular el documento de SAP, el mensaje enviado, la respuesta de la AEAT, las correcciones y la autoliquidación periódica del IVA.
4. Asignar responsabilidades: Documentar quién responde de la lógica fiscal, los envíos, la supervisión, los certificados, las actualizaciones del proveedor, las correcciones y la conservación de evidencias. Deben aplicarse la autoridad competente y el régimen local correspondientes en el País Vasco, Navarra, Canarias, Ceuta y Melilla.

Requisitos contables y de reporting financiero en España

Las entidades jurídicas españolas elaboran sus cuentas anuales conforme al Plan General de Contabilidad, al plan para pymes o a las normas sectoriales aplicables. Los grupos que cumplan los requisitos pueden consolidar de acuerdo con las NIIF adoptadas por la UE, mientras cada entidad española mantiene el marco local que le corresponda.

Diseño de una plantilla global de SAP para España y las operaciones en la UE

Una plantilla viable distingue entre las reglas comunes del grupo y la configuración específica de cada país.

• Núcleo global: Estandarizar el gobierno de datos maestros, las cuentas de grupo, las monedas, los procesos intercompany, la información para consolidación y los controles de precios de transferencia.
• Localización española: Configurar la contabilidad local, el IVA, el SII, la facturación, los procesos bancarios, la conservación documental y las aprobaciones legales para cada sociedad española.
• Capas nacionales en la UE: Incorporar las reglas nacionales de IVA, la información sobre operaciones intracomunitarias, Intrastat cuando lo requieran los umbrales y flujos, los datos de importación y exportación y los canales locales de factura electrónica.
• Extensiones: Utilizar la localización estándar y las interfaces liberadas cuando cubran el requisito. Las extensiones adecuadas pueden situarse en SAP BTP; cualquier desarrollo que permanezca en el núcleo debe documentarse conforme a los principios de clean core.
• Modelo operativo: Centralizar compras, tesorería, finanzas o gestión de datos maestros solo cuando los equipos locales conserven el control de las aprobaciones legales y las excepciones.

Estrategias de migración de SAP ECC a SAP S/4HANA

La elección entre Greenfield, Brownfield y la transición selectiva de datos determina el alcance del rediseño de procesos, los datos históricos, el código a medida, la secuencia de implantación y el cumplimiento normativo local. Las empresas españolas deben considerar también la calidad de la localización actual, la antigüedad de las interfaces fiscales, el número de entidades jurídicas, los cambios en el plan de cuentas, los planes relacionados con la plantilla global y los objetivos de clean core.

Migración Greenfield

Una nueva implantación ofrece el mayor margen para rediseñar y estandarizar procesos. Conviene valorar este enfoque cuando los procesos de ECC han acumulado soluciones provisionales, el código a medida aporta poco valor, es necesario consolidar varios ERP, el plan de cuentas requiere cambios sustanciales o el grupo prevé introducir un nuevo modelo operativo y una plantilla global.

El enfoque permite diseñar de nuevo la localización española y reducir de forma significativa los desarrollos heredados. También exige reglas detalladas de selección de datos, un archivo controlado, una gestión del cambio más amplia y formación exhaustiva. La información fiscal y financiera histórica debe seguir accesible mediante los datos migrados, un sistema heredado o un archivo auditable.

Conversión Brownfield

La conversión del sistema conserva gran parte de la configuración, el historial de transacciones y la estructura organizativa. Conviene considerarla cuando los procesos actuales cumplen su función, los datos históricos deben permanecer en línea, el sistema ECC ya sigue una plantilla controlada y el código a medida puede retirarse o adaptarse dentro del calendario previsto.

La conversión requiere una revisión específica de la localización española. De lo contrario, las interfaces antiguas del SII, los informes fiscales, los formularios de factura, las conexiones bancarias y la lógica de cumplimiento a medida pueden trasladarse al sistema de destino con sus limitaciones actuales. Los programas Brownfield deben definir objetivos medibles de clean core y evitar la conservación automática de desarrollos que ya no se utilizan.

Transición selectiva de datos o Bluefield

La transición selectiva de datos combina elementos de rediseño, conversión y selección de información. Puede facilitar implantaciones por fases en distintos países o unidades de negocio, la conservación selectiva del histórico, la adopción parcial de una plantilla global y distintos niveles de transformación según el proceso.

Los grupos presentes en varios países o con diferente madurez de procesos pueden obtener más control sobre la secuencia de implantación. A su vez, el enfoque genera dependencias entre la selección de datos, la coexistencia temporal de sistemas, la conciliación y las interfaces. El equipo debe definir con claridad qué sistema es responsable de cada proceso y registro en cada fase.

Comparativa de enfoques para un entorno SAP en España

Enfoque de DataLark para una migración controlada

Cuando el principal reto es ordenar años de datos acumulados, incoherentes o de baja calidad, DataLark de LeverX permite aplicar una migración selectiva. En lugar de trasladar todo el volumen, incluidos registros obsoletos o redundantes, la plataforma ayuda a identificar y migrar la información necesaria.

DataLark, desarrollado por LeverX, ofrece funciones de perfilado, validación, depuración y armonización de datos para gestionar la migración de información crítica. Los equipos pueden decidir qué datos conservar, archivar o eliminar y preparar un entorno SAP S/4HANA más depurado y fiable.

El uso de DataLark puede ayudar a:

• Reducir la complejidad y el coste de la migración al excluir datos sin valor operativo o legal.
• Mejorar la calidad y la coherencia de los datos entre unidades de negocio.
• Reducir el tiempo de inactividad y acelerar la puesta en valor de SAP S/4HANA.
• Reforzar el cumplimiento normativo y operativo mediante un gobierno del dato riguroso.

DataLark puede utilizarse de forma independiente o integrarse en migraciones Greenfield, Brownfield o híbridas para controlar qué datos se trasladan, cuándo se migran y mediante qué reglas.

Cómo preparar una migración a SAP S/4HANA en España

El trabajo debe integrar la conversión técnica con las decisiones de finanzas, fiscalidad, operaciones, seguridad y organización. La siguiente secuencia adapta el proceso habitual de migración a una empresa española o a la implantación en España dentro de un programa internacional.

1. Planificar la migración

• Definir el alcance de negocio: Identificar las entidades jurídicas, sociedades, centros, organizaciones de ventas y compras, países, interfaces y procesos incluidos en cada release. Establecer objetivos medibles para la duración del cierre, la calidad de los datos maestros, la retirada de código a medida, la automatización y el cumplimiento normativo.
• Crear una matriz de cumplimiento para España: Registrar la aplicabilidad del PGC, el IVA, el SII, la facturación B2B y B2G, el Real Decreto 1007/2023, los regímenes territoriales, la conservación documental, el RGPD y la LOPDGDD para cada entidad y flujo de facturación. Asignar responsables de finanzas, fiscalidad, legal, seguridad y TI.
• Seleccionar el enfoque de migración: Comparar Greenfield, Brownfield y la transición selectiva a partir del estado de los procesos, la calidad de la localización, las necesidades de datos históricos, los cambios en el plan de cuentas, el volumen de código a medida, el encaje con la plantilla global y la tolerancia al impacto operativo.
• Diseñar el modelo operativo de destino: Definir las responsabilidades de los equipos locales, las funciones corporativas, los centros de servicios compartidos, los partners de implantación, los proveedores de plataformas y los servicios gestionados. Incluir la gestión de las respuestas de la AEAT, los rechazos de facturas, las correcciones de datos maestros y las actualizaciones normativas.
• Establecer la arquitectura y el modelo de despliegue: Decidir entre cloud, on-premise o híbrido y definir los servicios de integración, la gestión de identidades, la analítica, el archivo, las extensiones en SAP BTP, las plataformas de factura electrónica, las herramientas fiscales y la monitorización.
• Preparar el plan de ejecución y el presupuesto: Incluir las comprobaciones de preparación, los talleres fit-to-standard, el diseño de la localización, el trabajo de datos, varios simulacros de migración, las pruebas de regresión, la validación fiscal, la formación, el ensayo del cutover, el periodo de hypercare, las licencias, la infraestructura y la contingencia.

2. Analizar el sistema SAP ECC actual

El análisis debe comenzar con SAP Readiness Check y un inventario técnico, vinculando después los resultados con el uso de negocio y el cumplimiento normativo en España. Conviene revisar la versión de ECC, los enhancement packages, el estado de Unicode, la base de datos, los add-ons, el tamaño del sistema, el crecimiento de datos, las interfaces, las ventanas de procesos por lotes, los roles de seguridad y los prerrequisitos previstos para la versión de SAP S/4HANA elegida.

En la evaluación funcional deben documentarse la localización española actual y todas las desviaciones respecto a la plantilla del grupo. La revisión debe incluir el plan de cuentas, los ledgers, la contabilidad de activos, la configuración del IVA, las retenciones, el reporting del SII, la numeración de facturas, las facturas rectificativas, los ficheros bancarios, los medios de pago, la facturación B2G, los informes locales y las actividades de cierre. También conviene registrar los controles manuales y las conciliaciones en hojas de cálculo, ya que suelen revelar requisitos ausentes en la documentación del sistema.

Código a medida, integraciones y clean core

Debe crearse un inventario único que recoja el uso, el responsable, la finalidad de negocio, la relevancia normativa, la compatibilidad técnica y la decisión de destino de cada objeto.

Cada extensión que se conserve debe someterse a una regla clara. El código dentro del núcleo debe limitarse a requisitos que no puedan resolverse mediante funcionalidad estándar, configuración, una API liberada o una extensión side-by-side dentro de unos límites aceptables de control y rendimiento. Las extensiones en SAP BTP deben seguir los mismos controles de seguridad, monitorización, pruebas y ciclo de vida que el sistema ERP.

3. Preparar los datos financieros y fiscales españoles

La preparación de datos debe comenzar antes del primer ensayo de migración. El perfilado puede revelar defectos cuya investigación por parte de los equipos de negocio requiera semanas o meses.

Una calidad deficiente puede provocar cálculos de IVA incorrectos, rechazo de facturas electrónicas, discrepancias en el SII, descuadres de conciliación, retrasos en el cutover y evidencias de auditoría incompletas. Cada regla de depuración necesita un responsable, un registro de aprobación, una transformación repetible y un informe de conciliación. Las decisiones de archivo deben garantizar la conservación de los documentos exigidos legalmente y un método práctico de recuperación para inspecciones fiscales y auditorías.

4. Configurar y ejecutar la migración

• Aprovisionar los entornos de destino con controles documentados de seguridad, conectividad, copias de seguridad y transportes.
• Configurar las estructuras organizativas, ledgers, cuentas, activos, lógica fiscal, facturación, medios de pago, reporting y funciones específicas del país conforme a los diseños aprobados.
• Construir y monitorizar las integraciones con la AEAT, las plataformas de factura electrónica, FACe u otros puntos de entrada públicos, las entidades financieras, los archivos documentales, los proveedores fiscales y los sistemas operativos.
• Ejecutar cargas de datos repetibles y conciliar los recuentos de registros, saldos, partidas abiertas, activos, bases imponibles, cuotas tributarias y vínculos documentales después de cada ensayo.
• Medir la duración del cutover en los simulacros de migración y programar después el bloqueo de producción, la extracción final, la conversión, la validación y el reinicio de la actividad teniendo en cuenta los calendarios operativos y fiscales.

5. Probar los procesos de negocio y cumplimiento normativo en España

Las pruebas deben seguir las transacciones de extremo a extremo, junto con sus resultados contables, fiscales, documentales y de interfaz. Una venta nacional, por ejemplo, comienza con los datos del cliente y del material y continúa con el pedido, la entrega, la facturación, la contabilización del IVA, el intercambio de la factura, el estado de pago, el SII u otras obligaciones de información, la conciliación y el archivo.

El catálogo de pruebas debe incluir compras y ventas nacionales, inversión del sujeto pasivo, flujos intracomunitarios, importaciones, exportaciones, exenciones, rectificaciones, facturas rectificativas, anticipos, cargos intercompany, operaciones de activos, extractos bancarios, ejecuciones de pagos y cierre contable. Cuando proceda, deben probarse los formatos estructurados y mensajes de estado B2B, las presentaciones B2G en Facturae, las respuestas del SII, las conciliaciones de informes fiscales y los registros de los sistemas informáticos de facturación.

Las pruebas de rendimiento deben utilizar volúmenes realistas de facturas y transacciones. Las pruebas de seguridad deben cubrir el acceso basado en roles, la segregación de funciones, los accesos privilegiados, las credenciales de interfaces, el registro de eventos y la recuperación. En las pruebas de aceptación de usuario deben participar representantes de finanzas, fiscalidad, ventas, compras, tesorería, operaciones y servicios compartidos de todas las sociedades incluidas.

6. Preparar la salida a producción y el cutover

Antes de la salida a producción debe realizarse una revisión final con la aprobación de los responsables técnicos, de negocio, fiscalidad, seguridad, datos, formación y soporte. El plan de cutover debe identificar la última transacción en ECC, el tratamiento de los documentos abiertos, los controles de rangos de numeración, el bloqueo de datos, la secuencia de conciliación, la conmutación de interfaces, los criterios de vuelta atrás y la persona autorizada para aprobar el inicio en producción.

La formación debe organizarse por rol y escenario. Los equipos de finanzas y fiscalidad necesitan procedimientos para gestionar registros del SII rechazados, facturas electrónicas fallidas, datos maestros incorrectos, facturas rectificativas, errores en el estado de pago y la conciliación del primer cierre. Los equipos de soporte necesitan cuadros de mando, canales de contacto, definiciones de severidad y acceso al diseño aprobado y a las evidencias de prueba.

7. Estabilizar y optimizar el sistema tras la migración

El periodo de hypercare debe abarcar los primeros ciclos de facturación, ejecuciones de pagos, presentaciones tributarias, movimientos de inventario, órdenes de producción y cierres financieros. Las primeras presentaciones al SII, los estados de factura electrónica, las autoliquidaciones de IVA, las contabilizaciones de activos, los saldos intercompany y los informes de grupo deben conciliarse con las transacciones de origen y las confirmaciones externas.

Después de la estabilización conviene realizar un seguimiento del código a medida sin uso, las correcciones manuales recurrentes, los fallos de interfaces, los defectos de datos maestros, los cuellos de botella del cierre y las incidencias de soporte. Las mejoras deben priorizarse conforme a resultados de proceso medibles y un plan de releases que proteja el clean core.

Protección de datos y ciberseguridad durante la migración

Los programas de migración suelen generar copias adicionales de los datos de producción para su perfilado, conversión, prueba, formación, resolución de incidencias y ensayos de cutover. El RGPD y la LOPDGDD se aplican en todos esos entornos cuando los datos identifican o permiten identificar a una persona.

Antes de copiar datos deben documentarse la finalidad, la base jurídica, los campos, los destinatarios, la ubicación, las medidas de protección, el periodo de conservación y el método de eliminación. Deben utilizarse datos sintéticos siempre que permitan realizar una prueba válida. Los datos personales que los equipos de pruebas no necesiten ver deben anonimizarse o enmascararse. El acceso a datos de producción sin enmascarar debe limitarse a roles autorizados y periodos definidos.

El diseño de seguridad debe abarcar el acceso basado en roles, la segregación de funciones, las cuentas privilegiadas, el cifrado, la gestión del ciclo de vida de las identidades, los secretos de las interfaces y los registros de actividad. Los controles de recuperación deben incluir copias de seguridad verificadas, procedimientos de recuperación ante desastres, alertas y pruebas de vulnerabilidades.

Los contratos cloud deben regular las responsabilidades del encargado del tratamiento, los subencargados, la ubicación de los datos, las transferencias internacionales, la gestión de incidentes, la eliminación, los derechos de auditoría y la salida del servicio. El acceso de terceros requiere usuarios nominativos, límites temporales, aprobación, monitorización y revocación.

Al cerrar el proyecto deben eliminarse los ficheros temporales, las extracciones de conversión, las copias de entornos de prueba y los espacios de trabajo de proveedores conforme al calendario aprobado. Solo deben conservarse los registros necesarios por motivos legales, de auditoría, operativos o contractuales, con un responsable y una política de acceso definidos.

Riesgos de la migración a SAP S/4HANA para las empresas españolas

Consideraciones sectoriales para entornos SAP en España

El sector condiciona el catálogo de pruebas y el modelo de datos de la migración. Las empresas deben convertir los siguientes ejemplos en escenarios de centros, productos, clientes, regulación e integraciones que reflejen sus operaciones.

Caso de éxito: migración a SAP S/4HANA en Eurasia Group

Eurasia Group colaboró con LeverX para migrar de SAP ECC a SAP S/4HANA y responder al crecimiento de la empresa y a la evolución del sector de la agricultura digital. El sistema heredado presentaba limitaciones de escalabilidad, funcionalidad y agilidad para impulsar la innovación, por lo que la compañía abordó una transformación integral de su entorno de TI. LeverX formó un equipo conjunto con Eurasia Group para ejecutar el proyecto en 8,5 meses, de acuerdo con la metodología SAP Activate y las buenas prácticas de SAP.

La transición permitió modernizar los procesos de negocio esenciales sobre una única plataforma. La empresa obtuvo mayor visibilidad, mejoró la gestión de datos y estableció una arquitectura preparada para futuras evoluciones mediante tecnología in-memory, analítica en tiempo real y nuevas interfaces de usuario. La transformación sentó asimismo las bases para iniciativas posteriores, incluida la implantación de SAP EWM y la gestión de programas de fidelización.

Resultados principales:

• Reducción de los costes de mantenimiento del sistema en un 10 %.
• Mejora de la coherencia de los datos en un 15 %.
• Implantación de copias de seguridad completas e incrementales periódicas.
• Analítica en tiempo real y visibilidad del 100 % de los datos.
• Migración a SAP S/4HANA en cloud con inicio de sesión único (SSO) moderno.
• Mejora del rendimiento del sistema y preparación para integrar machine learning (ML) y RPA.
• Incorporación de interfaces SAP Fiori para facilitar la experiencia de usuario.
• Integración fluida con SAP Cloud for Customer (C4C).

Consulte el caso de éxito completo para conocer cómo Eurasia Group preparó sus operaciones para la siguiente etapa de crecimiento con SAP S/4HANA.

Conclusión

Las empresas españolas pueden aprovechar el calendario de mantenimiento de ECC para coordinar la conversión del ERP con el rediseño financiero y operativo. Un mismo programa puede agilizar el cierre, estandarizar varias entidades, mejorar los datos maestros, retirar código a medida de escaso valor, reforzar las pistas de auditoría y preparar los procesos de clientes y proveedores para la factura electrónica estructurada. También permite alinear la organización española con un modelo operativo europeo o global, preservando los requisitos legales locales.

La primera decisión debe basarse en evidencias del sistema actual. Una evaluación de preparación permite conocer el estado del entorno ECC, la localización española, los datos, las interfaces, el código a medida, la seguridad y los procesos de usuario. A partir de esta información puede elegirse entre Greenfield, Brownfield y la transición selectiva de datos, además de estimar de forma realista los recursos, las pruebas, el cutover y el trabajo de cumplimiento normativo.

LeverX puede ayudar a las empresas a:

• Realizar una evaluación de preparación para SAP S/4HANA.
• Auditar el sistema ECC, el código a medida, las integraciones y la localización.
• Perfilar los datos financieros, fiscales, de clientes, proveedores y operaciones.
• Seleccionar y planificar el enfoque de migración.
• Definir el alcance de la contabilidad española, el IVA, el SII, la factura electrónica, los sistemas informáticos de facturación, los regímenes territoriales y la privacidad.
• Diseñar extensiones clean core, integraciones, pruebas, cutover y hypercare.

 Contacte con LeverX para revisar el entorno ECC actual y definir el alcance de la evaluación inicial. 

Preguntas frecuentes