Partager via

Identifier les sources de données SAP

  • Article

Cet article fait partie de la série d’articles « Étendre et innover des données SAP : bonnes pratiques ».

La transformation numérique nécessite une combinaison facilitée des insights dérivés des données provenant des opérations métier pour atteindre les objectifs métier d’une entreprise. Les entreprises utilisent des applications SAP comme systèmes de planification des ressources d’entreprise (ERP), des applications SaaS métier (LOB), des entrepôts de données d’entreprise, du décisionnel ou des plateformes d’intégration. Les données en silos dans les systèmes SAP peuvent être exploitées pour favoriser la transformation de l’entreprise. À mesure que vous progressez dans votre parcours d’adoption du cloud et que vous déplacez des charges de travail critiques pour l’entreprise vers Azure, donnez la priorité au déplacement des charges de travail SAP vers Azure. Cette méthode intègre de façon optimale les données dans votre environnement Azure.

Les clients ont déployé le paysage SAP en suivant les bonnes pratiques de l’accélérateur de zone d’atterrissage SAP. L’étape suivante est l’innovation avec les services de données Azure. L’étape suivante logique consiste à combiner et étendre des charges de travail SAP sur Azure, qui sont déployées et exploitées en tant qu’infrastructure IaaS (Infrastructure as a Service) ou service SaaS (Software as a Service) avec des services de données Azure. Quand des clients combinent des données SAP et non-SAP, et appliquent des services de données avancés, comme de l’analytique et de l’IA, ils extraient des insights prédictifs en temps réel. Cette méthode améliore les résultats métier.

Vue d’ensemble

Les systèmes SAP contiennent des données provenant de l’ensemble de l’organisation, qui sont utilisées pour en dériver des insights. Dans de nombreux cas, ces données sont en silos, et elles ne sont pas intégrées à d’autres sources de données à l’intérieur ou à l’extérieur de l’organisation. La vue d’ensemble suivante décrit les applications SAP les plus pertinentes qui servent de source pour une initiative d’intégration de données.

  • SAP Business Suite est un ensemble d’applications centrales, comme SAP ERP, SAP Customer Relationship Management (CRM),SAP Supply Chain Management (SCM) et SAP Supplier Relationship Management (SRM). Ces applications s’exécutent sur SAP HANA, qui est la base de données en mémoire de SAP. Elles peuvent également s’exécuter sur n’importe quelle base de données non-SAP, comme Oracle, Microsoft SQL Server ou IBM DB2.

  • SAP ERP est la solution SAP la plus couramment utilisée pour la planification des ressources d’entreprise. Elle fournit des fonctions métier centrales, comme la comptabilité, la logistique et la gestion du capital humain.

  • SAP S/4HANA est la nouvelle génération d’applications métier. SAP S/4HANA est fournie avec plus de données et de modèles métier ainsi qu’une interface utilisateur HTML5. Comme son nom l’indique, SAP S/4HANA s’exécute seulement sur SAP HANA, et fournit des fonctionnalités OLAP et OLTP en temps réel.

  • SAP BW et SAP BW/4HANA sont les solutions d’entreposage de données de SAP. Ils présentent la source de données métier SAP la plus courante. La plupart des clients SAP utilisent ces solutions en tant qu’entrepôt de données d’entreprise, de datamart de département ou de plateforme Big Data pour charger des données à partir de systèmes sources SAP opérationnels. SAP BW/4HANA s’exécute seulement sur SAP HANA. Elle a une architecture de données simplifiée et des fonctionnalités d’analytique ouvertes. Les deux solutions offrent une expérience d’entreposage de données intégrée avec la modélisation, l’acquisition, l’intégration et la hiérarchisation des données.

Les clients peuvent également déployer les solutions d’analytique et de planification cloud suivantes dans leur paysage :

Solutions SaaS SAP :

Remarques relatives à la conception

  • Système source Choisissez votre système source en fonction des implémentations existantes et du cas d’usage métier. L’environnement SAP source a une certaine version, comme les versions de SAP, du système d’exploitation et de la base de données. Documenter la solution la version de la solution SAP source, du système d’exploitation et de la base de données. En règle générale, le système d’exploitation, SAP NetWeaver et la base de données sont mis à jour dans le cadre de la gestion du cycle de vie des logiciels. Selon le client, ils peuvent être mis à jour une ou deux fois par an. Les modifications rapides apportées aux versions logicielles ne sont pas possibles sur le court terme. Les options pour accéder à une solution SaaS peuvent être plus limitées qu’une solution héritée et locale. Commencez par vous familiariser avec les fonctionnalités et les limitations de la solution actuelle concernant la nature des données et leur extraction en fonction des besoins de l’entreprise.

  • Licences Comprenez bien les licences existantes disponibles et tenez compte des implications en matière de licence avant d’extraire des données depuis de systèmes SAP. Collaborez avec vos homologues SAP. Comme les licences sont un sujet complexe et que les stratégies peuvent changer au fil du temps, vous pouvez contacter l’équipe de votre compte SAP pour obtenir des conseils. Pour plus d’informations, consultez ces guides :

  • Guide des accès indirects pour les clients SAP ERP (ECC et SAP S/4HANA) avec des contrats basés sur des politiques de tarification SAP antérieures au 10 avril 2018.

  • Tarification ERP pour l’ère numérique pour la tarification ERP basée sur les résultats introduite le 10 avril 2018.

  • SAP HANA Pour SAP HANA, vous devez faire la différence entre la base de données de runtime et les licences de base de données à utilisation complète. Les bases de données de runtime prennent en charge seulement les logiciels concédés sous licence de SAP. Les bases de données à utilisation complète sous licence SAP prennent en charge les logiciels SAP et non-SAP. Les bases de données SAP HANA à utilisation complète sont concédées sous licence en fonction d’une métrique de gigaoctets de mémoire. Par conséquent, les connecteurs de données tiers qui accèdent directement à la base de données SAP HANA doivent disposer d’une licence de base de données SAP HANA à utilisation complète. Pour plus d’informations, consultez Détails techniques des licences HANA.

  • Licence Open Hub Pour l’extraction de données depuis SAP BW sur anyDB ou SAP HANA, envisagez la licence SAP NetWeaver Open Hub et la licence SAP Open Hub pour S/4HANA. Ces licences sont incluses dans l’édition entreprise de SAP HANA. SAP BW/4HANA ne nécessite pas de licence Open Hub. Pour plus d’informations sur les conditions générales, consultez SAP Software Use Rights (SUR).

  • Licences SLT L’infrastructure ODP (Operational Data Provisioning) fait partie de nombreux systèmes SAP, dont SAP ECC et SAP S/4HANA. Elle est également contenue dans SAP BW et SAP BW/4HANA. Un des fournisseurs ODP possibles du connecteur SAP CDC est SAP Landscape Transformation Replication Server (SLT). Il s’agit d’une technologie de réplication de données basée sur des déclencheurs, qui permet la réplication en temps réel depuis des sources SAP et/ou non-SAP vers des cibles SAP et/ou non-SAP. Pour plus d’informations, consultez Licences SLT. Le système cible de la réplication détermine la licence dont vous avez besoin. Si la licence du système cible inclut l’utilisation de SLT, vous n’avez pas besoin d’une licence SLT distincte. Dans tout autre cas SLT, y compris l’utilisation d’un connecteur SAP CDC, une licence SLT complète est nécessaire.

  • Au sein d’une organisation cliente, des équipes distinctes prennent en charge l’intégration des données et les projets SAP. Souvent, l’équipe de données n’est pas informée des licences Open Hub existantes qui permettent l’extraction de données depuis SAP BW en utilisant l’interface Open Hub.

  • Tenez compte de la dette technique des transformations et des investissements SAP BW existants.

  • Les pipelines Azure Data Factory et Azure Synapse Analytics fournissent plusieurs connecteurs pour l’extraction de données depuis des sources SAP. Pour plus d’informations, consultez Transformer des données provenant d’une source SAP ODP en utilisant le connecteur SAP CDC et intégration de données SAP en utilisant Azure Data Factory.

  • Analyse des données Une fois que le système source est identifié et que ses fonctionnalités et ses limitations sont connues, tenez compte des éléments d’analyse des données suivants :

    • Objet métier source.
    • Type de données, comme les données primaires, les données transactionnelles ou les données texte dépendantes de la langue.
    • Tables et/ou vues sources et colonnes de clé primaire.
    • Chargement complet et chargement delta, modèles de changement des données, volume de données et compression des données.
    • Extraction par lots ou réplication en quasi-temps réel. L’intervalle minimal d’un déclencheur de planification dans Azure Synapse est d’une minute.
    • Méthodes d’accès aux données fournies par le système source.
    • Outils ETL natifs ou de tiers, et connecteurs de données les plus adaptés au cas d’usage.
    • Dans le cas d’un connecteur SAP CDC, tenez compte du type de fournisseur ODP ou de contexte, comme SAPI (Sources de données/Extracteurs), BW (SAP NetWeaver Business Warehouse), ABAP CDS (ABAP Core Data Services) ou HANA (vues d’informations HANA). Dans le cas de vues ABAP CDS, tenez compte des fonctionnalités prises en charge et des annotations analytiques de la vue.

Recommandations de conception

  • Si plusieurs systèmes sources SAP ERP envoient des données à une instance SAP BW centrale régionale ou globale, le système SAP BW est le candidat par défaut pour l’extraction, la transformation et le chargement de données dans les services de données Azure.

  • Dans certains cas, l’extraction de données depuis un système SAP ERP dans Azure est plus logique. Par exemple, un ERP SAP autonome sans connexion SAP BW, ou des données dans des tables SAP ERP qui ne nécessitent pas la logique de transformation dans un SAP BW existant et qui peuvent être extraites avec des connecteurs de données disponibles dans Azure. Un client qui utilise SAP BW comme source avec quelques tables qui doivent être extraites en chargement complet directement depuis le système SAP ERP en est un exemple. Un cas où la source du client est un système SAP ERP et nécessite un jeu de données plus grand est un autre scénario.

  • Si le système SAP BW nécessite de nombreuses transformations sur les données extraites des systèmes SAP ERP, vous pouvez envisager un connecteur SAP BW Open Hub pour extraire des données de SAP BW. Tenez compte de la stratégie de données et de l’ensemble de compétences de votre organisation. Vous pouvez avoir déjà investi dans les services de données Azure, ce qui peut influencer votre choix du système SAP source.

  • Si vous utilisez le connecteur CDC (capture des changements de données),, les fournisseurs de données suivants sont recommandés en fonction du système source.

    Source SAP Fournisseur de données
    ECC Extracteurs ECC : un extracteur SAP est un programme utilisé pour récupérer des données dans un système source SAP et les transférer vers un système SAP Business Warehouse ou Business Intelligence. Si vous ou votre partenaire avez de l’expérience et des connaissances dans les extracteurs BW, c’est l’option préférable. Vérifiez que vous disposez d’une expérience d’implémentation et d’exploitation pour un projet réussi.

    SLT (SAP Landscape Transformation Replication Server) : si vous ne pouvez pas utiliser d’extracteurs ou si une option de déclencheur de base de données est nécessaire, vous pouvez utiliser les tables d’origine et travailler via SLT.
    S/4 HANA Vues ABAP CDS : SAP Core Data Services (CDS) est une infrastructure de modélisation des données où les modèles de données sont définis et consommés sur le serveur de base de données et non pas sur le serveur d’applications. Il existe deux types de vues SAP CDS : les vues HANA CDS et les vues ABAP CDS. Les vues SAP ABAP CDS sont définies au niveau du serveur d’applications. Cette option est préférable pour extraire des données. Les données sont plus faciles à consommer (modèle multidimensionnel). La technologie est plus facile à gérer, car les vues CDS sont similaires aux vues de base de données et peuvent être comprises sans connaissances approfondies de SAP. Les vues CDS personnalisées sont plus faciles à créer et plus puissantes.

    Extracteurs : existe dans S/4 HANA pour combler les lacunes. Utilisez ce fournisseur quand vous n’avez pas de vues CDS et que les lacunes sont comblées avec des extracteurs. Vérifiez que vous ou votre partenaire disposez d’une expérience d’implémentation et d’exploitation pour un projet réussi.

    SLT (SAP Landscape Transformation Replication Server) : connexion à des tables. Utilisez cette option si les deux options précédentes ne correspondent pas au cas d’usage.
    BW (BW & BW/4 HANA) Objets BW (InfoProviders, InfoObjects) : cette méthode est préférable. Dans la plupart des cas, il est recommandé d’accéder directement aux objets BW, car les données sont déjà disponibles dans InfoProviders et InfoObjects.

    Vues ABAP CDS : pour des cas d’usage exceptionnels.

    Extracteurs BW : pour des cas d’usage exceptionnels.

    SLT : pour des cas d’usage exceptionnels.

    Remarque : CDS, les extracteurs BW et SLT sont utilisés pour des cas d’usage exceptionnels. Par exemple, si des fonctionnalités Comme CDC ne sont pas disponibles dans les objets BW, vous pouvez utiliser une des autres options.

    Notes

    Il existe plusieurs options de fournisseur de données quand tous les connecteurs sont pris en compte.

  • Si vous utilisez un connecteur SAP CDC, vérifiez si le client utilise SAP SLT. Dans certains cas, le client dispose des licences nécessaires pour utiliser SAP SLT, mais l’infrastructure n’existe pas. Cette situation peut ajouter un coût supplémentaire.

  • Les clients disposant de la licence et de l’installation doivent utiliser SLT, car il fournit davantage de contrôle des flux de données pour les utilisateurs. Il permet au système ERP central de ne pas être concerné par les performances, par exemple en créant des tables fantômes pour capturer les changements.

Étapes suivantes