Descripción de la arquitectura detrás del servicio SAP S/4HANA

Los principios principales de la arquitectura de S/4HANA Service al compararla con SAP CRM 7.0 son los siguientes:

• Datos maestros armonizados:
  • Uso del maestro de materiales de SAP S/4HANA, no del producto SAP CRM
  • Uso del registro maestro de interlocutor comercial (cliente) para datos dependientes del área de ventas en lugar de tablas específicas de SAP CRM
  • Uso de objetos técnicos (como equipo) en lugar de IObjects
• Armonización del motor:
  • Uso de SAP S/4HANA Sales Pricing en lugar de IPC (SAP CRM 7.0)
  • Uso de SAP S/4HANA Sales Billing en lugar de SAP CRM Billing
  • Integración del motor de configuración Configuración de variantes avanzada (de SAP S/4HANA)
• Armonización de Customizing (uso de tablas originales de SAP S/4HANA, no tablas espejo de SAP CRM)
• Sin uso de middleware SAP CRM para procesos internos, como la creación de documentos de seguimiento o el intercambio de datos con sistemas externos (SAP o no SAP)
• Principios de IU:
  • La IU de Web Client continúa, las aplicaciones de SAP Fiori están disponibles
  • Armonización visual (tema Belice)
• No más pilas de tecnología obsoletas (IPC/VMC, TREX, JAVA Stack)

Con respecto a la armonización de datos maestros de producto (maestros de materiales): no se utiliza el maestro de productos de SAP CRM. Las categorías de producto y las jerarquías ya no están disponibles. Los únicos criterios de agrupación son el grupo de artículos y la jerarquía de productos (Comercial).

La tecnología de tipo de set para ampliar el maestro de productos ya no está disponible. Todo el uso de API para el maestro de productos (SAP_ABA) se ha sustituido por nuevas API en SAP S/4HANA. La clase central para el acceso es CL_CRMS4_PRODUCT_API. La búsqueda de productos aún está disponible como una aplicación de búsqueda de IU WebClient, pero ahora utiliza vistas Core Data Services (CDS) del maestro de materiales de SAP S/4HANA. El modelo BOL se conserva, pero se ha simplificado considerablemente.

Para los clientes que trabajan con SAP CRM 7.0, está disponible una vía de migración de los productos de SAP CRM a los maestros de materiales de SAP S/4HANA para los productos de servicio.

La figura muestra posibles objetos de referencia en operaciones de servicio.

Los objetos individuales (también denominados IObjects o simplemente objetos) ya no se admiten porque pertenecen al maestro de productos SAP_ABA.

Con respecto al socio comercial: SAP S/4HANA utiliza el socio comercial como su objeto principal: la sincronización con los registros maestros de cliente/proveedor (SAP ERP) se realiza mediante la integración de cliente/proveedor (CVI). La actualización de cuentas aún es posible mediante la aplicación IU WebClient. Las tablas de base de datos SAP CRM del área de ventas - datos dependientes (expedición, facturación, etc.) ya no se utilizan. En su lugar, se utilizan las tablas del maestro de clientes (tablas KNV*). En concreto, las funciones de interlocutor ya no están asignadas a una relación, sino que se actualizan a nivel de área de ventas (tabla KNVP).

Ya no se admite la siguiente funcionalidad:

• Jerarquía de grupos
• Atributos de marketing
• Consentimientos de marketing
• Framework de plantilla

Con respecto a la gestión de la organización y los empleados: la transacción SAP GUI PPOMA_CRM ya no funciona para la asignación de empleados, porque el tipo de relación 008 para la asignación CP – S (persona central a posición) se ha sustituido por un nuevo tipo llamado 771. La asignación debe realizarse, por ejemplo, mediante la aplicación IU WebClient. El nuevo tipo de relación permite una coexistencia con el modelo de organización HR, sin efectos secundarios como el exceso de empleo asignando un empleado a dos posiciones. Los propios empleados solo se pueden actualizar en HCM (transacción PA30), ya no en la aplicación IU de Web Client.

Con respecto a C armonización de personalización: SAP CRM C tablas de personalización que son réplicas de una tabla de cliente de C SAP S/4HANA ya no se utilizan. Un ejemplo es el siguiente: condiciones de pago: CRMC_PMNTTRMS se sustituye por T052.

En cuanto a la determinación de precios, no se admiten las siguientes funciones:

• Exclusión de condiciones mediante el indicador de exclusión KZNEP
• Seguimiento de valores acumulados con actualización de condiciones
• Fuentes de datos
• Ajustes de cantidad
• Factores de conversión acordados
• Parámetros y fórmulas configurables en la determinación de precios (CPF)
• Determinación de precios de productos básicos

Para los campos admitidos, consulte la siguiente opción en C Customizing: Guía de implementación de Customizing de SAP→Servicio→Funciones básicas→Determinación de precios→Visualizar campos relevantes para el precio admitidos (entrega estándar).

Respecto al intercambio de datos:

• Gracias a los datos maestros armonizados y al Customizing en SAP S/4HANA, ya no es necesario replicar los datos maestros o el Customizing.
• En SAP CRM 7.0, el middleware de SAP CRM también se utilizaba para generar documentos de seguimiento en SAP ERP a partir de una transacción de SAP CRM, por ejemplo, un pedido de cliente o una solicitud de pedido. En SAP S/4HANA Service, el middleware de SAP CRM se elimina completamente de estos procesos. Todos los documentos de seguimiento se crean al guardar mediante una llamada sincrónica de las API correspondientes:
  • Pedido de cliente SD (que contiene las posiciones de ventas de una orden de servicio)
  • Orden CO
  • Solicitud de documento de facturación (BDR)
  • Reserva, solicitud de pedido, pedido (integración logística)
• El inicio de los procesos siguientes se controla mediante la tabla de sistema CRMS4S_EXCH_FCTR. Existe una tabla de Customizing correspondiente C CRMS4C_EXCH_FCTR que los clientes de SAP pueden utilizar para integrar sus propios procesos.

Las operaciones comerciales (orden de servicio, oportunidad, actividad, etc.) se basan en el llamado modelo de datos One Order, que se desarrolló a finales de los años 90. Este modelo de datos es muy desventajoso para aplicaciones analíticas debido a la distribución de datos entre muchas tablas, punteros GUID y tablas de tipo nombre/valor. Por este motivo, se ha introducido un rediseño del modelo de datos con SAP S/4HANA Service. El objetivo de esto es que las aplicaciones transaccionales y analíticas se puedan ejecutar en la misma persistencia primaria de los datos.

Los siguientes son los principios básicos del modelo de datos y su rediseño:

• Una tabla plana de cabecera y posición para cada grupo de business objects
• Claves semánticas en lugar de GUIDs
• Extensiones y conjuntos complejos:
  • Los registros importantes se extraen como campos individuales en las tablas de cabecera/posición. Ejemplos: Socio: solicitante, destinatario de mercancías, contacto; Estado: abierto, completado, facturado; Fechas: válido desde, válido hasta.
  • Todos los registros se conservan en una tabla separada, pero la estructura clave se simplifica para permitir JOIN directos (evitando el programa de control de enlaces)
• Repetición de campos de cabecera a nivel de posición
• Las API de pedido permanecen estables (también las API de nivel inferior)
• Las búsquedas avanzadas, los informes interactivos, la búsqueda empresarial y las aplicaciones analíticas se implementan mediante vistas de Core Data Services (CDS)
• No más uso de tablas de índices
• A cada tipo de business object (por ejemplo, una operación de servicio) se le asigna un acrónimo (por ejemplo, SERV) y la tabla de base de datos correspondiente tiene el nombre CRMS4D_<acronym> _H (cabecera) o CRMS4D_<acronym> _I (posición), respectivamente. Los acrónimos se almacenan en la tabla CRMS4C_ACRONYM.
• Las tablas (nuevas) para los componentes complejos se denominan CRMS4D_<componente>, por ejemplo, CRMS4D_PARTNER, CRMS4D_SCHEDLIN.
• Para conectar el enfoque basado en GUID anterior al diseño utilizado ahora, se conservaron las "versiones reducidas" de CRMD_ORDERADM_H/I, que se denominan CRMS4D_BTX_H/I.

La figura anterior muestra algunos ejemplos de sentencias SELECT convertidas basadas en el rediseño One Order.

AET es la herramienta de ampliación de la aplicación. En SAP CRM 7.0, SAP introdujo una herramienta de desarrollo basada en la IU WEB - llamada Application Enhancement Tool (AET) para la creación de campos para business objects.

En relación con la ampliabilidad de campos: los campos se pueden añadir a las tablas de cabecera y de posición, mediante un include de persistencia. Este include de persistencia también se incluye en el segmento CUSTOMER_H/I de One Order, que es el enlace a la API y la IU, y en las estructuras de resultados de búsqueda y búsqueda.

Por lo que respecta a la integración:

• En SAP CRM 7.0, la integración con otros sistemas (SAP y no SAP) siempre se implementó utilizando el middleware de SAP CRM (excepción: SAP Supply Chain Management (SAP SCM)).
• La interfaz estándar para sistemas externos era el llamado adaptador XIF, que permitía a los clientes de SAP intercambiar objetos en un formato IDOC genérico (asincrónico). Además, los servicios SOAP (sincrónicos y asincrónicos) y las BAPI estaban disponibles.
• Con SAP S/4HANA Service, todas estas interfaces han quedado obsoletas: el adaptador XIF utiliza el middleware, no se permiten IDOCs en la nube, la interfaz contiene muchos segmentos no admitidos, los servicios SOAP contienen una funcionalidad no admitida y no cumplen con la arquitectura de servicios de SAP S/4HANA. Del mismo modo, las BAPI contienen parámetros no admitidos.
• Por lo tanto, el paradigma de integración actual es: para cada business object se proporcionan servicios CRUD sincrónicos (OData). También se proporcionan servicios SOAP asincrónicos. La priorización de qué servicios se envían con qué versión depende de los casos empresariales que se incluyen en el alcance de la versión correspondiente.

Con respecto a las herramientas de verificación de preparación y migración:

• No hay conversión del sistema de SAP CRM 7.0 a SAP S/4HANA Service como la conversión de SAP ERP a SAP S/4HANA. Siempre se trata de una migración porque el add-on de servicio de SAP S/4HANA debe instalarse por adelantado y, en un segundo paso, los datos deben migrarse.
• Readiness Check: SAP ha publicado elementos de simplificación que describen el delta entre SAP CRM 7.0 y SAP S/4HANA Service en detalle. Cada elemento de simplificación puede tener asignada una verificación que se puede ejecutar en un sistema de cliente para determinar automáticamente las áreas en las que no se admite la funcionalidad o se deben realizar adaptaciones.
• Herramientas de migración: SAP proporciona herramientas de migración para migrar objetos al modelo de datos de SAP S/4HANA. Ejemplos de esto son los siguientes:
  • Migración de productos de servicio SAP CRM a maestros de materiales de SAP S/4HANA
  • Migración de operaciones comerciales

Es posible que los clientes que deseen migrar de una instalación de SAP CRM 7.0 a SAP S/4HANA Service no quieran hacerlo en un solo paso. Es posible que prefieran realizar una transición sin problemas con el tiempo. Esto reduce los riesgos, permite una adaptación más flexible a las necesidades empresariales y minimiza el impacto para la empresa.

Por este motivo, se admite un modelo de despliegue híbrido como se muestra en la figura Despliegue híbrido: Infraestructura de sistemas.

Si un cliente está considerando o planificando una migración de una instalación de SAP CRM 7.0 o SAP CRM 7.0 EhP a la versión 1909 de SAP S/4HANA (local) o superior, la información actualizada en la Nota SAP 2691605 - Persistencia de transacciones empresariales optimizadas para HANA es relevante con respecto a la forma en que los datos se guardan de forma persistente en el sistema.

La persistencia de los datos de las transacciones empresariales de servicio de SAP S/4HANA se ha rediseñado por completo para admitir consultas rápidas y actividades analíticas. Cada business object en SAP S/4HANA se representa mediante una tabla plana (nivel de cabecera y de posición) que absorbe todos los conjuntos planos y ampliaciones. Los componentes complejos, como interlocutores u objetos de referencia, aún se mantienen en una tabla separada, pero la estructura clave de esta tabla se ha simplificado.

• Los principios principales detrás de la arquitectura de S/4HANA Service al compararla con SAP CRM 7.0 son los siguientes: datos maestros armonizados, armonización de motores, armonización de Customizing, sin uso de middleware de SAP CRM, IU moderna y no más uso de tecnologías obsoletas.
• Es posible que los clientes que deseen migrar de una instalación de SAP CRM 7.0 a SAP S/4HANA Service no quieran hacerlo en un solo paso. Es posible que prefieran realizar una transición sin problemas con el tiempo. Esto reduce los riesgos, permite una adaptación más flexible a las necesidades empresariales y minimiza el impacto para la empresa. Por este motivo, se admite un modelo de despliegue híbrido.
• La persistencia de los datos de las transacciones empresariales de servicio de SAP S/4HANA se ha rediseñado por completo para admitir consultas rápidas y actividades analíticas.