Share via

Identificación de orígenes de datos de SAP

  • Artículo

Este artículo forma parte de la serie de artículos "Ampliación e innovación de datos de SAP: procedimientos recomendados".

La transformación digital requiere una combinación fluida de inteligencia derivada de datos a partir de las operaciones comerciales para cumplir los objetivos de negocio de una empresa. Las empresas usan aplicaciones SAP como sistemas de planificación de recursos empresariales (ERP), aplicaciones SaaS de línea de negocio (LOB), almacenes de datos empresariales, inteligencia empresarial o plataformas de integración. Los datos en silos de los sistemas SAP se pueden aprovechar para impulsar la transformación empresarial. A medida que avanza por el recorrido de adopción de la nube y mueve las cargas de trabajo críticas para la empresa a Azure, priorice el traslado de las cargas de trabajo de SAP a Azure. Este método integra de forma óptima los datos en el entorno de Azure.

Los clientes implementaron la infraestructura de SAP según los procedimientos recomendados del acelerador de zonas de aterrizaje de SAP. El siguiente paso es la innovación con los servicios de datos de Azure. El siguiente paso lógico consiste en ampliar las cargas de trabajo de SAP y combinarlas en Azure, que se implementan y operan como infraestructura como servicio (IaaS) o software como servicio (SaaS) con los servicios de datos de Azure. Cuando los clientes combinan datos de SAP y no SAP y aplican servicios de datos avanzados, como análisis e inteligencia artificial, extraen información predictiva en tiempo real. Este método mejora los resultados empresariales.

Información general

Los sistemas SAP contienen datos de toda la organización que se usan para obtener información. En muchos casos, estos datos se encuentran en silos y no están integrados en otros orígenes de datos ni dentro ni fuera de la organización. En la información general siguiente se describen las aplicaciones SAP más importantes que sirven como origen de una iniciativa de integración de datos.

  • SAP Business Suite es un conjunto de aplicaciones principales, como SAP ERP, SAP Customer Relationship Management (CRM), SAP Supply Chain Management (SCM) y SAP Supplier Relationship Management (SRM)). Estas aplicaciones se ejecutan en SAP HANA, que es la base de datos en memoria de SAP. O bien, se pueden ejecutar en cualquier base de datos que no sea de SAP, como Oracle, Microsoft SQL Server o IBM Db2.

  • SAP ERP es la solución de SAP más usada para la planificación de recursos empresariales. Ofrece funciones empresariales básicas, como contabilidad, logística y gestión del capital humano.

  • SAP S/4HANA es la próxima generación de aplicaciones empresariales. SAP S/4HANA incluye más datos y modelos empresariales y una interfaz de usuario basada en HTML5. Como su nombre lo da a entender, SAP S/4HANA solo se ejecuta en SAP HANA y brinda funcionalidades OLAP y OLTP en tiempo real.

  • SAP BW y SAP BW/4HANA son soluciones de almacenamiento de datos de SAP. Presentan el origen más común de datos empresariales de SAP. La mayoría de los clientes de SAP usan estas soluciones como almacenamiento de datos empresariales, data mart de departamento o plataforma de macrodatos para cargar datos desde los sistemas de operaciones de origen de SAP. SAP BW/4HANA solo se ejecuta en SAP HANA. Tiene una arquitectura de datos simplificada y características de análisis abiertos. Ambas soluciones ofrecen una experiencia integrada de almacenamiento de datos con el modelado, adquisición, integración y creación de niveles de datos.

Los clientes también pueden implementar en su infraestructura las siguientes soluciones de análisis y planificación basadas en la nube:

Soluciones SaaS de SAP:

Consideraciones de diseño

  • Sistema de origen Elija el sistema de origen en función de las implementaciones existentes y el caso de uso empresarial. El entorno de SAP de origen está en una determinada versión, como las versiones de SAP, sistema operativo y base de datos. Documente la versión de origen de la solución SAP, del sistema operativo y de la base de datos. Normalmente, el sistema operativo, SAP NetWeaver, y la base de datos se actualizan como parte de la administración del ciclo de vida del software. Según cada cliente, es posible que se actualicen una o dos veces al año. Los cambios rápidos en las versiones de software no son posibles a corto plazo. Las opciones para acceder a una solución SaaS pueden ser más limitadas que una solución heredada y local. En primer lugar, familiarícese con las funcionalidades y limitaciones de la solución actual en relación con la naturaleza de los datos y su extracción en función de los requisitos empresariales.

  • Licencias Comprenda las licencias existentes disponibles y tenga en cuenta las consecuencias de las licencias antes de extraer datos de los sistemas SAP. Trabaje con sus homólogos de SAP. Dado que las licencias son un tema complejo y las directivas pueden cambiar con el tiempo, puede ponerse en contacto con el equipo de la cuenta de SAP para obtener instrucciones. Para más información, consulte estas instrucciones:

  • Guía de acceso indirecto para clientes de SAP ERP (ECC y SAP S/4HANA) con contratos basados en directivas de precios de SAP anteriores al 10 de abril de 2018.

  • Precios de ERP para la era digital para los precios de ERP basados en resultados a partir del 10 de abril de 2018.

  • SAP HANA Para SAP HANA, debe diferenciar entre las licencias de base de datos en tiempo de ejecución y las de base de datos de uso completo. Las bases de datos en tiempo de ejecución solo admiten software con licencias de SAP. Las bases de datos de uso completo con licencias de SAP admiten software de SAP y ajeno a SAP. Las bases de datos de SAP HANA de uso completo se licencian en función de una métrica de gigabyte de memoria. Por lo tanto, los conectores de datos de terceros que acceden directamente a la base de datos de SAP HANA deben tener una licencia de base de datos de SAP HANA de uso completo. Para más información, consulte los detalles técnicos de las licencias de HANA y la guía de licencias de SAP.

  • Licencia de OpenHub Para la extracción de datos de SAP BW en anyDB o SAP HANA, considere la licencia de OpenHub de SAP NetWeaver y la licencia de SAP OpenHub para S/4HANA. Estas licencias se incluyen en SAP HANA, enterprise edition. SAP BW/4HANA no requiere una licencia de OpenHub. Para obtener más información sobre los términos y condiciones, consulte los derechos de uso de software de SAP.

  • Licencias de SLT El marco de Operational Data Provisioning (ODP) forma parte de muchos sistemas SAP, incluidos SAP ECC y SAP S/4HANA. También se incluye en SAP BW y SAP BW/4HANA. Uno de los posibles proveedores de ODP del conector CDC de SAP es SAP Landscape Transformation Replication Server (SLT). Se trata de una tecnología de replicación de datos basada en desencadenadores que permite la replicación en tiempo real desde orígenes de SAP y ajenos a SAP hacia destinos de SAP o ajenos a SAP. Para más información, consulte Licencias de SLT. El sistema de destino de la replicación determina qué licencia necesita. Si la licencia del sistema de destino incluye el uso de SLT, no necesita una licencia de SLT independiente. En cualquier otro caso de SLT, incluido el uso de un conector CDC de SAP, se requiere una licencia completa de SLT.

  • Dentro de la organización de un cliente, hay equipos independientes que admiten la integración de datos y los proyectos de SAP. A menudo, el equipo de datos no tiene conocimiento de las licencias de OpenHub existentes que habilitan la extracción de datos desde SAP BW mediante la interfaz de OpenHub.

  • Tenga en cuenta la deuda técnica de las transformaciones e inversiones existentes de SAP BW.

  • Las canalizaciones de Azure Data Factory y Azure Synapse Analytics proporcionan varios conectores para la extracción de datos desde orígenes de SAP. Para más información, consulte Transformación de datos desde un origen de ODP de SAP mediante el conector CDC de SAP e Integración de datos de SAP mediante Azure Data Factory.

  • Análisis de datos Una vez que se ha identificado el sistema de origen y se conocen sus funcionalidades y limitaciones, tenga en cuenta los siguientes elementos de análisis de datos:

    • Objeto de negocio de origen.
    • Tipo de datos, como datos principales, datos transaccionales o datos de texto dependientes del idioma.
    • Tablas de origen o vistas y columnas de clave principal.
    • Carga completa frente a carga diferencial, patrones de cambio de datos, volumen de datos y compresión de datos.
    • Extracción en lotes frente a replicación casi en tiempo real. El intervalo mínimo de un desencadenador de programación en Azure Synapse es de un minuto.
    • Métodos de acceso a datos proporcionados por el sistema de origen.
    • Herramientas ETL y conectores de datos nativos de Azure o de terceros más adecuados para el caso de uso.
    • En el caso de un conector CDC de SAP, considere el tipo de proveedor o contexto de ODP, como SAPI (DataSources/Extractors), BW (SAP NetWeaver Business Warehouse), ABAP CDS (ABAP Core Data Services) o HANA (vistas de información de HANA). En el caso de las vistas de ABAP CDS, tenga en cuenta las funcionalidades admitidas de la vista y las anotaciones de análisis.

Recomendaciones de diseño

  • Si varios sistemas de origen de SAP ERP envían datos a una instancia central de SAP BW regional o global, el sistema SAP BW es el candidato predeterminado para la extracción, transformación y carga de datos adicionales en los servicios de datos de Azure.

  • En algunos casos, tiene más sentido extraer los datos desde un sistema SAP ERP hacia Azure. Por ejemplo, una instancia independiente de SAP ERP sin conexión ni datos de SAP BW en tablas de SAP ERP que no requieren la lógica de transformación en una instancia de SAP BW existente y que se pueden extraer con conectores de datos disponibles en Azure. Un ejemplo es un cliente que usa SAP BW como origen y hay algunas tablas que tienen que extraerse en carga completa directamente desde el sistema SAP ERP. Otro escenario es si el origen del cliente es un sistema SAP ERP y requiere un conjunto de datos más grande.

  • Si el sistema SAP BW tiene muchas transformaciones sobre los datos extraídos de sistemas SAP ERP, puede considerar la posibilidad de usar un conector de OpenHub de SAP BW para extraer datos de SAP BW. Tenga en cuenta la estrategia de datos y el conjunto de aptitudes de su organización. Es posible que ya invierta en servicios de datos de Azure, lo que puede influir en la elección del sistema SAP de origen.

  • Si usa el conector CDC (captura de datos modificados), se recomiendan los siguientes proveedores de datos en función del sistema de origen.

    Origen de SAP Proveedor de datos
    ECC Extractores de ECC: Un extractor de SAP es un programa que se usa para recuperar datos en un sistema de origen de SAP y transferirlos a un sistema SAP Business Warehouse o Business Intelligence. Si usted o su asociado tienen experiencia y conocimientos en extractores de BW, son la opción preferida. Asegúrese de tener experiencia en implementación y operaciones para que el proyecto se complete correctamente.

    SLT (SAP Landscape Transformation Replication Server): Si no puede usar extractores o si se requiere una opción de desencadenadores de base de datos, puede confiar en tablas originales y trabajar con SLT.
    S/4 HANA Vistas de ABAP CDS: SAP Core Data Services (CDS) es una infraestructura para el modelado de datos en el que se definen y consumen modelos de datos en el servidor de bases de datos en lugar de hacerlo en el servidor de aplicaciones. Hay dos tipos de vistas de SAP CDS, vistas de HANA CDS y vistas de ABAP CDS. Las vistas de SAP ABAP CDS se definen a nivel del servidor de aplicaciones. Esta opción es la preferida para extraer datos. Los datos son más fáciles de consumir (modelo multidimensional). La tecnología es más fácil de controlar, ya que las vistas de CDS son como vistas de base de datos y se pueden entender sin conocimientos profundos de SAP. Las vistas de CDS personalizadas son más fáciles de crear y más eficaces.

    Extractors: Se usa en S/4 HANA para rellenar brechas. Use este proveedor cuando no tenga vistas de CDS y la brecha esté llena de extractores. Asegúrese de que usted o su asociado tengan experiencia en implementación y operaciones para que el proyecto se complete correctamente.

    SLT (SAP Landscape Transformation Replication Server): Conexión a tablas. Use esta opción si las dos opciones anteriores no se ajustan al caso de uso.
    BW (BW & BW/4 HANA) Objetos de BW (InfoProviders, InfoObjects): Este es el método preferido. En la mayoría de los casos, se recomienda acudir directamente a objetos de BW, ya que los datos ya están disponibles en InfoProviders e InfoObjects.

    Vistas de ABAP CDS: Para casos de uso excepcionales.

    BW Extractors: Para casos de uso excepcionales.

    SLT: Para casos de uso excepcionales.

    Nota: CDS, BW Extractors y SLT se usan para casos de uso excepcionales. Por ejemplo, si las funcionalidades, como CDC, no están disponibles en los objetos de BW, puede usar una de las otras opciones.

    Nota:

    Hay varias opciones de proveedor de datos cuando se tienen en cuenta todos los conectores.

  • Si usa un conector de SAP CDC, compruebe si el cliente usa SAP SLT. En algunos casos, el cliente tiene las licencias para usar SAP SLT, pero no cuenta con la infraestructura. Esta situación puede sumar costos adicionales.

  • Los clientes con la licencia y las instalaciones deben usar SLT porque ofrece a los usuarios más control del flujo de datos. Descarga la carga de rendimiento del sistema ERP principal, por ejemplo, tablas de sombras para capturar los cambios.

Pasos siguientes