Condividi tramite

Identificare le origini dati SAP

  • Articolo

Questo articolo fa parte della serie di articoli "Sap extend and innovazione data: Best practices".

La trasformazione digitale richiede una perfetta combinazione di intelligenza derivata dai dati nelle operazioni aziendali per soddisfare gli obiettivi aziendali di un'azienda. Le aziende usano applicazioni SAP come sistemi ERP (Enterprise Resource Planning Systems), applicazioni SaaS line-of-business (LOB), data warehouse aziendali, business intelligence o piattaforme di integrazione. I dati silo nei sistemi SAP possono essere sfruttati per favorire la trasformazione aziendale. Man mano che si procede nel percorso di adozione del cloud e si spostano carichi di lavoro business critical in Azure, assegnare priorità allo spostamento dei carichi di lavoro SAP in Azure. Questo metodo integra in modo ottimale i dati nell'ambiente Azure.

I clienti hanno distribuito il panorama sap seguendo le procedure consigliate dall'acceleratore di zona di destinazione SAP. Il passaggio successivo è l'innovazione con i servizi dati di Azure. Il passaggio successivo logico consiste nel combinare ed estendere i carichi di lavoro SAP in Azure, distribuiti e gestiti come infrastruttura distribuita come servizio (IaaS) o software distribuita come servizio (SaaS) con i servizi dati di Azure. Quando i clienti combinano dati SAP e non SAP e applicano servizi dati avanzati, ad esempio analisi e intelligenza artificiale, estraggono informazioni dettagliate predittive in tempo reale. Questo metodo migliora i risultati aziendali.

Panoramica

I sistemi SAP contengono dati provenienti da tutta l'organizzazione usata per derivare informazioni dettagliate. In molti casi, questi dati sono silo e non sono integrati con altre origini dati all'interno o all'esterno dell'organizzazione. La panoramica seguente descrive le applicazioni SAP più rilevanti che fungono da origine di un'iniziativa di integrazione dei dati.

  • SAP Business Suite è un set di applicazioni di base, ad esempio SAP ERP, SAP Customer Relationship Management (CRM), SAP Supply Chain Management (SCM) e SAP Supplier Relationship Management (SRM). Queste applicazioni vengono eseguite in SAP HANA, ovvero il database in memoria di SAP. Oppure possono essere eseguiti in qualsiasi database non SAP, ad esempio Oracle, Microsoft SQL Server o IBM Db2.

  • SAP ERP è la soluzione SAP più usata per la pianificazione delle risorse aziendali. Fornisce funzioni aziendali di base, ad esempio contabilità, logistica e gestione del capitale umano.

  • SAP S/4HANA è la nuova generazione di applicazioni aziendali. SAP S/4HANA include più modelli di dati e business e un'interfaccia utente basata su HTML5. Come suggerisce il nome, SAP S/4HANA viene eseguito solo in SAP HANA e offre funzionalità OLAP e OLTP in tempo reale.

  • SAP BW e SAP BW/4HANA sono soluzioni di data warehousing di SAP. Presentano l'origine più comune dei dati aziendali SAP. La maggior parte dei clienti SAP usa queste soluzioni come data warehouse aziendale, data mart di reparto o piattaforma Big Data per caricare i dati dai sistemi di origine SAP operativi. SAP BW/4HANA viene eseguito solo in SAP HANA. Offre un'architettura semplificata dei dati e funzionalità di analisi aperte. Entrambe le soluzioni offrono un'esperienza integrata di data warehousing con modellazione dei dati, acquisizione, integrazione e suddivisione in livelli.

I clienti possono anche distribuire le soluzioni di analisi e pianificazione basate sul cloud seguenti nel proprio panorama:

Soluzioni Sap SaaS:

Considerazioni relative alla progettazione

  • Sistema di origine Scegliere il sistema di origine in base alle implementazioni esistenti e al caso d'uso aziendale. L'ambiente SAP di origine si trova in una determinata versione, ad esempio SAP, sistema operativo e versioni del database. Documentare la soluzione SAP di origine, il sistema operativo e la versione del database. In genere, il sistema operativo, SAP NetWeaver e il database vengono aggiornati come parte della gestione del ciclo di vita del software. A seconda del cliente, potrebbero essere aggiornati una o due volte all'anno. Le modifiche rapide alle versioni software non sono possibili a breve termine. Le opzioni per accedere a una soluzione SaaS potrebbero essere più limitate rispetto a una soluzione legacy e locale. Acquisire prima familiarità con le funzionalità e le limitazioni della soluzione corrente relative alla natura dei dati e all'estrazione in base ai requisiti aziendali.

  • Licenze : comprendere le licenze esistenti disponibili e prendere in considerazione le implicazioni relative alle licenze prima di estrarre i dati dai sistemi SAP. Usare le controparti SAP. Poiché le licenze sono un soggetto complesso e i criteri possono cambiare nel tempo, è possibile contattare il team dell'account SAP per indicazioni. Per altre informazioni, vedere queste guide:

  • Guida all'accesso indiretto per i clienti SAP ERP (ECC e SAP S/4HANA) con contratti basati sui criteri tariffari SAP precedenti al 10 aprile 2018.

  • Prezzi ERP per l'età digitale per i prezzi ERP basati sui risultati introdotti il 10 aprile 2018.

  • SAP HANA per SAP HANA, è necessario distinguere tra il database di runtime e le licenze di database a uso completo. I database di runtime supportano solo il software concesso in licenza da SAP. I database a uso completo concessi in licenza da SAP supportano il software SAP e non SAP. I database SAP HANA a uso completo vengono concessi in licenza in base a una metrica gigabyte-of-memory. Di conseguenza, i connettori dati di terze parti che accedono direttamente al database SAP HANA devono avere una licenza di database SAP HANA completa. Per altre informazioni, vedere i dettagli tecnici sulle licenze haNA e la guida alle licenze SAP.

  • Licenza OpenHub Per l'estrazione dei dati da SAP BW in anyDB o SAP HANA, prendere in considerazione la licenza SAP NetWeaver OpenHub e la licenza SAP OpenHub per S/4HANA. Queste licenze sono incluse nell'edizione Enterprise di SAP HANA. SAP BW/4HANA non richiede una licenza OpenHub. Per altre informazioni sui termini e sulle condizioni, vedere SAP Software Use Rights (SUR).For more information about terms and conditions, see SAP Software Use Rights (SUR).

  • Licenze SLT Il framework ODP (Operational Data Provisioning) fa parte di molti sistemi SAP, tra cui SAP ECC e SAP S/4HANA. È anche contenuto in SAP BW e SAP BW/4HANA. Uno dei possibili provider ODP del connettore SAP CDC è SAP Landscape Transformation Replication Server (SLT). Si tratta di una tecnologia di replica dei dati basata su trigger che consente la replica in tempo reale da origini SAP e/o non SAP a destinazioni SAP e/o non SAP. Per altre informazioni, vedere Licenze SLT. Il sistema di destinazione della replica determina la licenza necessaria. Se la licenza del sistema di destinazione include l'uso di SLT, non è necessaria una licenza SLT separata. In qualsiasi altro caso SLT, incluso l'uso di un connettore SAP CDC, è necessaria una licenza completa SLT.

  • All'interno di un'organizzazione del cliente sono presenti team distinti che supportano l'integrazione dei dati e i progetti SAP. Spesso il team di dati non è a conoscenza delle licenze OpenHub esistenti che consentono l'estrazione dei dati da SAP BW usando l'interfaccia OpenHub.

  • Prendere in considerazione il debito tecnico delle trasformazioni e degli investimenti SAP BW esistenti.

  • Le pipeline di Azure Data Factory e Azure Synapse Analytics offrono più connettori per l'estrazione dei dati dalle origini SAP. Per altre informazioni, vedere Trasformare i dati da un'origine SAP ODP usando il connettore SAP CDC e l'integrazione dei dati SAP con Azure Data Factory.

  • Analisi dei dati Dopo l'identificazione del sistema di origine e delle relative funzionalità e limitazioni, considerare gli elementi di analisi dei dati seguenti:

    • Oggetto business di origine.
    • Tipo di dati, ad esempio dati primari, dati transazionali o dati di testo dipendenti dalla lingua.
    • Tabelle di origine e/o viste e colonne chiave primaria.
    • Caricamento completo e caricamento differenziale, modelli di modifica dei dati, volume di dati e compressione dei dati.
    • Estrazione in batch e replica quasi in tempo reale. L'intervallo minimo di un trigger di pianificazione in Azure Synapse è di un minuto.
    • Metodi di accesso ai dati forniti dal sistema di origine.
    • Strumenti ETL nativi di Azure o connettori dati di terze parti più adatti per il caso d'uso.
    • In caso di connettore SAP CDC, prendere in considerazione il tipo di provider o contesto ODP, ad esempio SAPI (DataSources/Extractors), BW (SAP NetWeaver Business Warehouse), ABAP CDS (ABAP Core Data Services) o HANA (visualizzazioni informazioni HANA). In caso di viste ABAP CDS, prendere in considerazione le funzionalità supportate della visualizzazione e le annotazioni di analisi.

Suggerimenti per la progettazione

  • Se più sistemi di origine SAP ERP inviano dati a un'istanza sap BW regionale o globale centrale, il sistema SAP BW è il candidato predefinito per l'estrazione, la trasformazione e il caricamento dei dati in Servizi dati di Azure.

  • In alcuni casi, l'estrazione dei dati da un sistema SAP ERP in Azure ha più senso. Ad esempio, sap ERP autonomo senza connessione SAP BW o dati nelle tabelle SAP ERP che non richiedono la logica di trasformazione in un SAP BW esistente e possono essere estratti con connettori dati disponibili in Azure. Un esempio è un cliente che usa SAP BW come origine e che è necessario estrarre alcune tabelle direttamente dal sistema SAP ERP. Un altro scenario è se l'origine del cliente è un sistema SAP ERP e richiede un set di dati più grande.

  • Se il sistema SAP BW include molte trasformazioni sui dati estratti dai sistemi SAP ERP, è possibile prendere in considerazione un connettore SAP BW Open Hub per estrarre dati da SAP BW. Prendere in considerazione la strategia dei dati e il set di competenze dell'organizzazione. Si potrebbe già investire in servizi dati di Azure, che possono influenzare la scelta del sistema SAP di origine.

  • Se si usa il connettore CDC (Change Data Capture), i provider di dati seguenti sono consigliati in base al sistema di origine.

    Origine SAP Provider di dati
    ECC Estrattori ECC: un estrattore SAP è un programma usato per recuperare i dati in un sistema di origine SAP e trasferirlo in un sistema SAP Business Warehouse o Business Intelligence. Se l'utente o il partner ha esperienza e conoscenza degli estrattori BW, è l'opzione preferita. Assicurarsi di avere esperienza nell'implementazione e nell'operazione per un progetto riuscito.

    SLT (SAP Landscape Transformation Replication Server): se non è possibile usare estrattori o se è necessaria un'opzione di trigger di database, è possibile basarsi su tabelle originali e lavorare tramite SLT.
    S/4 HANA Viste CDS ABAP: SAP Core Data Services (CDS) è un'infrastruttura per la modellazione dei dati in cui i modelli di dati vengono definiti e usati nel server di database anziché nel server applicazioni. Esistono due tipi di viste SAP CDS, viste CDS HANA e viste ABAP CDS. Le viste CDS DI SAP ABAP vengono definite a livello di server applicazioni. Questa opzione è preferibile per estrarre i dati. I dati sono più facili da usare (modello multidimensionale). La tecnologia è più semplice da gestire perché le viste CDS sono simili a viste di database e possono essere comprese senza conoscenze SAP approfondite. Le visualizzazioni CDS personalizzate sono più facili da creare e più potenti.

    Estrattori: esiste in S/4 HANA per riempire le lacune. Usare questo provider quando non si dispone di visualizzazioni CDS e il gap viene riempito con estrattori. Assicurarsi che l'utente o il partner disponga di un'esperienza operativa e di implementazione per un progetto di successo.

    SLT (SAP Landscape Transformation Replication Server) : connessione alle tabelle. Usare questa opzione se le due opzioni precedenti non rientrano nel caso d'uso.
    BW (BW & BW/4 HANA) Oggetti BW (InfoProviders, InfoObjects):questo metodo è preferibile. Nella maggior parte dei casi, è consigliabile passare direttamente agli oggetti BW perché i dati sono già disponibili in InfoProviders e InfoObjects.

    Viste di ABAP CDS: per casi d'uso eccezionali.

    Estrattori BW: per casi d'uso eccezionali.

    SLT: per casi d'uso eccezionali.

    Nota: CDS, estrattori BW e SLT vengono usati per casi d'uso eccezionali. Ad esempio, se le funzionalità, come CDC, non sono disponibili negli oggetti BW, è possibile usare una delle altre opzioni.

    Nota

    Esistono diverse opzioni del provider di dati quando vengono presi in considerazione tutti i connettori.

  • Se si usa un connettore SAP CDC, verificare se il cliente usa SAP SLT. In alcuni casi, il cliente ha le licenze per l'uso di SAP SLT, ma l'infrastruttura non è presente. Questa situazione può aggiungere un costo aggiuntivo.

  • I clienti con licenza e funzionalità devono usare SLT perché offre un maggiore controllo del flusso di dati per gli utenti. Esegue l'offload del carico di prestazioni dal sistema ERP principale, ad esempio le tabelle shadow per acquisire le modifiche.

Passaggi successivi