En la solución DFPS anterior, el proceso de generación de fuerzas comenzó con la creación de la estructura organizativa detallada. Sin embargo, en la vida real, la creación de la estructura organizativa en el sistema se produce después de una fase de diseño y análisis de más alto nivel. Durante esta fase, los planificadores comienzan con la intención estratégica y las directivas del mando político y del Ejército, que son de naturaleza no estructurada, los analizan, los descomponen en requisitos concretos y formulados. Solo entonces definirán la estructura y los recursos necesarios.
En D&S, SAP mejoró la solución para dar soporte a esta fase de planificación.
SAP S/4HANA Enterprise Management es el núcleo digital de próxima generación de SAP:
- Base de datos in-memory innovadora
- Nueva arquitectura y nuevos modelos de datos
- Solicitudes renovadas
- Nueva tecnología de IU (SAP Fiori)
- Modelos de implementación on-premise y en la nube
- Integrado de forma nativa
Esta figura destaca las diferencias entre la arquitectura de SAP S/4HANA y la arquitectura clásica de SAP Business Suite, así como el enfoque de desarrollo de nuestro nuevo núcleo digital.
SAP S/4HANA es una nueva línea de productos. La Suite clásica y SAP ERP aún están disponibles. El fin planificado actual del mantenimiento principal para la Suite es 2027. Consulte la nota SAP 2881788 para obtener más detalles.
Pila de support packages para SAP S/4HANA 2022*
Después de la disponibilidad general de SAP S/4HANA 2022, las pilas de paquetes de funciones (FPS) y las pilas de paquetes de soporte (SPS) contienen estabilizaciones agrupadas con correcciones y cambios legales. Los clientes se benefician de esta funcionalidad como parte de su tarifa de mantenimiento. El primer SPS de una nueva versión puede contener funciones seleccionadas y se etiqueta como Pila de paquetes de funciones (FPS) según corresponda. Las pilas de support packages se compilan periódicamente y se ponen a disposición en SAP Service Marketplace.
SAP S/4HANA 2023*
Nueva versión, incluida la pila de nuevas tecnologías y el seguimiento de una nueva estrategia de lanzamiento.
Enlaces importantes
Nota
- SAP S/4HANA 2022 con RTC el 12 de octubre de 2022 se mantiene con la estrategia de versión actual 1+4 (línea de innovación de 1 año, línea de mantenimiento estándar de 4 años)
- A partir de SAP S/4HANA 2023, la línea de innovación se ampliará a 2 años con una línea de mantenimiento adicional de 5 años (2+5)
- Para los 3 releases 1709, 1809 y 1909, el mantenimiento ampliado finalizará en 2025
- Durante la línea de innovaciones, SAP continuará ofreciendo innovaciones en 3 pilas de paquetes de funciones (FPS) en 2 años
- Convención para fijar nombres de versión: [AAAA] (por ejemplo, 2022) para SAP S/4HANA y SAP S/4HANA Cloud, edición privada, [YYMM] (por ejemplo, 2208) para SAP S/4HANA Cloud, edición pública
- SAP seguirá dando soporte a SAP S/4HANA hasta 2040
→ todos los clientes pueden adoptar las innovaciones de SAP S/4HANA a su propio ritmo (ningún cliente tiene una desventaja en comparación con la estrategia anterior [1+4])
Evolución de la arquitectura de SAP S/4HANA
Adquisiciones / nuevas:
- Ariba: 2012
- SFSF: 2012
- SCP: 2012
- Hybris: 2013
- Concur: 2014
- Fieldglass: 2014
- IBP: 07/2014
- BW/4HANA: 2016
- Leonardo: 2017–2019
- AIN: 2017
- Qualtrics: 2019
Ajustes
- Hybris → C/4HANA: 2018
- C/4HANA → Experiencia del cliente: 2020
- (ML, iRPA, IA conversacional, IoT, situaciones)
Este es el mapa de productos oficial de SAP S/4HANA Suite, que se compone de diferentes secciones.
Todas las áreas de solución reflejan la terminología oficial de SAP GTM, que está documentada en SAP Solution Explorer, pero también en la descripción del alcance de las funciones de SAP.
- En el área gris oscura, puede ver todas las Áreas de solución, incluidas en el Alcance del envío y en la licencia de SAP S/4HANA Enterprise Management.
- En el área gris claro, encontrará Áreas de solución incluidas en el envío (o disponibles como add-ons), que requerirán licencias separadas.
- En el área blanca, verá productos o soluciones fuera del alcance de envío que se pueden integrar pero requieren proyectos individuales. Muchas de ellas se pueden integrar perfectamente con interfaces disponibles (API) o Best Practices para que se admita un alcance de integración relevante "listo para usar".