Condividi tramite

Identificare origini dati SAP

  • Articolo

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

La trasformazione digitale richiede una combinazione perfettamente integrate di intelligence derivata dai dati provenienti dalle varie operazioni aziendali per soddisfare gli obiettivi aziendali di un'impresa. 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 in silos 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, occorre 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 logico successivo consiste nel combinare ed estendere i carichi di lavoro SAP in Azure, che vengono distribuiti e gestiti come infrastruttura distribuita come servizio (IaaS) o software distribuito come servizio (SaaS) con i servizi dati di Azure. Quando i clienti combinano i dati SAP e non SAP e applicano servizi dati avanzati, ad esempio analisi e intelligenza artificiale, estraggono informazioni dettagliate in tempo reale e predittive. Questo metodo migliora i risultati aziendali.

Panoramica

I sistemi SAP contengono dati provenienti da tutta l'organizzazione per derivare informazioni dettagliate. In molti casi, questi dati sono in silos e non sono integrati con altre origini dati interne o esterne all'organizzazione. Nelle seguente panoramica vengono descritte 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, come 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, come 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, come 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 di 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 le 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 di 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 nel proprio panorama le seguenti soluzioni di analisi e pianificazione basate sul cloud:

Soluzioni SaaS di SAP:

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 le versioni di SAP, sistema operativo e database. Documentare la versione della soluzione SAP di origine, del sistema operativo e del database. In genere, il sistema operativo, SAP NetWeaver e il database vengono aggiornati nell'ambito della gestione del ciclo di vita del software. A seconda del cliente, l'aggiornamento può avvenire una o due volte all'anno. Le modifiche rapide alle versioni del software non sono possibili a breve termine. Le opzioni per accedere a una soluzione SaaS potrebbero essere più limitate rispetto a quelle per accedere a una soluzione legacy e locale. Acquisire prima familiarità con le funzionalità e le limitazioni della soluzione attuale relative alla natura dei dati e alla loro estrazione in base ai requisiti aziendali.

  • Licenze Comprendere le licenze esistenti disponibili e prendere in considerazione le relative implicazioni prima di estrarre i dati dai sistemi SAP. Usare le controparti SAP. Le licenze sono una materia complessa e i criteri possono cambiare nel tempo, quindi è possibile contattare il team dell'account SAP per avere 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 di prezzi SAP precedenti al 10 aprile 2018.

  • Prezzi ERP per l'era 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 a uso completo. Per altre informazioni, vedere Dettagli tecnici sulle licenze HANA.

  • Licenza OpenHub Per l'estrazione dei dati da SAP BW in anyDB o SAP HANA, prendere in considerazione la licenza OpenHub di SAP NetWeaver e la licenza SAP OpenHub per S/4HANA. Queste licenze sono incluse in SAP HANA Enterprise Edition. SAP BW/4HANA non richiede una licenza OpenHub. Per altre informazioni sui termini e sulle condizioni, vedere 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 in SAP BW/4HANA. Uno dei possibili provider ODP del connettore SAP CDC è il server di replica SAP Landscape Transformation (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 stabilisce la licenza necessaria. Se la licenza del sistema di destinazione include l'uso di SLT, non serve una licenza SLT separata. In qualsiasi altro caso di 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 tramite l'interfaccia OpenHub.

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

  • Le pipeline di Azure Data Factory e Azure Synapse Analytics offrono numerosi 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 Integrazione dei dati SAP con Azure Data Factory.

  • Analisi dei dati Una volta identificato il sistema di origine e note le sue capacità e limitazioni, prendere in considerazione i seguenti elementi dell'analisi dei dati:

    • Oggetto business di origine.
    • Tipo di dati, ad esempio dati primari, dati transazionali o dati di testo dipendenti dalla lingua.
    • Tabelle e/o viste di origine e colonne chiave primaria.
    • Caricamento completo e caricamento differenziale, modelli di modifica dei dati, volume dei dati e compressione dei dati.
    • Estrazione in batch e replica near real-time. 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 e connettori dati nativi di Azure o di terze parti più adatti per il caso d'uso.
    • Nel caso di un 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 (Servizi dati di base ABAP) o HANA (visualizzazioni informazioni HANA). Nel caso di viste ABAP CDS, prendere in considerazione le funzionalità supportate le annotazioni di analisi della vista.

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 nei servizi dati di Azure.

  • In alcuni casi, l'estrazione dei dati da un sistema SAP ERP in Azure è più appropriata. 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 ci sono alcune alcune tabelle che devono essere estratte direttamente e completamente dal sistema SAP ERP. Un altro scenario è se l'origine del cliente è un sistema SAP ERP che 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 Open Hub SAP BW per estrarre dati da SAP BW. Prendere in considerazione la strategia dei dati e il set di competenze dell'organizzazione. Si potrebbe già investire nei 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.

    SAP source Provider di dati
    ECC Estrattori ECC: un estrattore SAP è un programma usato per recuperare i dati in un sistema di origine SAP e trasferirli 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. Per il successo del progetto, assicurarsi di avere esperienza operativa e nell'implementazione.

    SLT (server di replica SAP Landscape Transformation): 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 ABAP CDS : i servizi dati di base SAP (CDS) sono 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 viste CDS personalizzate sono più facili da creare e più potenti.

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

    SLT (server di replica SAP Landscape Transformation) : 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 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 di 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 dispone delle licenze per l'uso di SAP SLT, ma l'infrastruttura non è presente. Questa situazione può comportare 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