SAP BW - Guida rapida

In questo capitolo, comprenderemo le basi di SAP BW e SAP BI. Come si è evoluto e migliorato negli anni.

Introduzione a SAP BW e BI

LINFA Business Intelligence (BI)significa analizzare e riportare dati da diverse fonti di dati eterogenee. LINFABusiness Warehouse (BW)integra i dati da diverse fonti, trasforma e consolida i dati, esegue la pulizia dei dati e anche l'archiviazione dei dati. Include anche modellazione dei dati, amministrazione e area di staging.

I dati in SAP BW vengono gestiti con l'aiuto di uno strumento centralizzato noto come SAP BI Administration Workbench. La piattaforma BI fornisce infrastrutture e funzioni che includono:

  • Processore OLAP
  • Repository di metadati,
  • Process designer e altre funzioni.

Il Business Explorer (BEx)è uno strumento di reporting e analisi che supporta le funzioni di query, analisi e reporting in BI. Utilizzando BEx, è possibile analizzare i dati storici e attuali con diversi gradi di analisi.

SAP BW è noto come uno strumento standard aperto che consente di estrarre i dati da diversi sistemi e quindi inviarli al sistema BI. Inoltre valuta i dati con diversi strumenti di reporting e puoi distribuirli ad altri sistemi.

Il diagramma seguente mostra un'Architettura di Business Intelligence aperta, ampia e basata su standard.

  • BI sta per Business Intelligence
  • BW sta per Business Warehouse

Nel 1997, SAP aveva introdotto per la prima volta un prodotto per il reporting, l'analisi e il data warehousing ed era stato chiamato Business Warehouse Information System (BIW).

Successivamente, il nome è stato modificato da SAP BIW a SAP Business Warehouse (BW). Dopo che SAP ha acquisito Business Objects, il nome del prodotto è stato cambiato in SAP BI.

Nome Versione BIW Data e anno di uscita
BIW 1.2A Ottobre 1998
BIW 1.2B Settembre 1999
BIW 2.0A Febbraio 2000
BIW 2.0B Giugno 2000
BIW 2.1C Novembre 2000
BW (nome cambiato in BW) 3.0A Ottobre 2001
BW 3.0B Maggio 2002
BW 3.1 Novembre 2002
BW 3.1C Aprile 2004
BW 3.3 Aprile 2004
BW 3.5 Aprile 2004
BI (nome cambiato in BI) 7 Luglio 2005

Acquisizione dati in SAP BI

SAP BI consente di acquisire dati da più origini dati che possono essere distribuiti a diversi sistemi BI. Un sistema SAP Business Intelligence può funzionare come un sistema di destinazione per il trasferimento dei dati o un sistema di origine per la distribuzione dei dati a diverse destinazioni BI.

Come accennato nell'immagine sopra, puoi vedere i sistemi sorgente SAP BI insieme ad altri sistemi -

  • Sistemi SAP (applicazioni SAP / SAP ECC)
  • Database relazionale (Oracle, SQL Server, ecc.)
  • File flat (Excel, Blocco note)
  • Sistemi di origine multidimensionale (universo che utilizza il connettore UDI)
  • Servizi Web che trasferiscono i dati alla BI tramite push

Quando si accede al workbench di amministrazione di SAP BI, il sistema di origine viene definito lì. Vai aRSA1 → Source Systems

In base al tipo di origine dati, puoi distinguere tra i sistemi di origine:

  • Origini dati per i dati delle transazioni
  • Origini dati per dati anagrafici
  • Origini dati per le gerarchie
  • Fonti di dati per il testo
  • Origini dati per attributi

È possibile caricare i dati da qualsiasi origine nella struttura dell'origine dati in BI con un'estensione InfoPackage. Il sistema di destinazione in cui devono essere caricati i dati viene definito nella trasformazione.

InfoPackage

Un InfoPackage viene utilizzato per specificare come e quando caricare i dati nel sistema BI da diverse origini dati. Un InfoPackage contiene tutte le informazioni su come i dati vengono caricati dal sistema di origine a un'origine dati o un PSA. InfoPackage consiste in una condizione per la richiesta di dati da un sistema di origine.

Note - Utilizzando un InfoPackage in BW 3.5, è possibile caricare i dati in Persistence Staging Area e anche nelle destinazioni dal sistema di origine, ma se si utilizza SAP BI 7.0 il caricamento dei dati dovrebbe essere limitato a PSA solo per le versioni più recenti.

BI Data Flow (InfoPackage and InfoProvider)

Contenuto BI

Gli oggetti BI sono costituiti dai seguenti componenti:

  • Roles
  • Modelli Web e cartella di lavoro
  • Queries
  • InfoProvider
  • Aggiorna regole
  • InfoSource
  • Regole di trasferimento
  • InfoObjects
  • DataSources

Gli oggetti BI sono suddivisi in più aree di contenuto BI in modo che possano essere utilizzati in modo efficiente. Ciò include l'area dei contenuti di tutti i moduli chiave di un'organizzazione, che includono:

  • SCM
  • CRM
  • HR
  • Gestione finanziaria
  • Ciclo di vita del prodotto
  • Soluzioni industriali
  • Origini dati non SAP, ecc.

In questo capitolo parleremo di Star e Extended Star Schema. Capiremo anche cosa sono InfoArea e InfoObjects.

Schema a stella

In Star Schema, ogni dimensione è unita a una singola tabella dei fatti. Ogni dimensione è rappresentata da una sola dimensione e non è ulteriormente normalizzata. Una tabella delle dimensioni contiene una serie di attributi utilizzati per analizzare i dati.

Ad esempio: abbiamo una tabella dei fatti chiamata FactSales che ha chiavi primarie per tutte le tabelle e misure Dim units_sold e dollars_sold fare analisi.

Abbiamo 4 tabelle dimensionali: DimTime, DimItem, DimBranch, DimLocation come mostrato nell'immagine seguente.

Ogni tabella delle dimensioni è collegata a una tabella dei fatti poiché la tabella dei fatti ha la chiave primaria per ciascuna tabella delle dimensioni utilizzata per unire due tabelle.

I fatti / misure nella tabella dei fatti vengono utilizzati a scopo di analisi insieme agli attributi nelle tabelle delle dimensioni.

Schema a stella esteso

Nello schema Extended Star, le tabelle dei fatti sono collegate alle tabelle delle dimensioni e questa tabella delle dimensioni è ulteriormente connessa alla tabella SID e questa tabella SID è collegata alle tabelle dei dati principali. In uno schema a stella esteso, le tabelle dei fatti e delle dimensioni sono all'interno del cubo, tuttavia le tabelle SID si trovano all'esterno del cubo. Quando si caricano i dati transazionali nel cubo Info, gli ID Dim vengono generati in base ai SID e questi ID Dim vengono quindi utilizzati nelle tabelle dei fatti.

Nello schema a stella esteso una tabella dei fatti può connettersi a 16 tabelle delle dimensioni e a ciascuna tabella delle dimensioni è assegnato un massimo di 248 tabelle SID. Queste tabelle SID sono anche chiamate caratteristiche e ogni caratteristica può avere tabelle di dati master come ATTR, Testo, ecc.

  • ATTR - Viene utilizzato per memorizzare tutti i dati degli attributi.

  • Text - Viene utilizzato per memorizzare la descrizione in più lingue.

InfoArea e InfoObjects

Gli InfoObject sono conosciuti come l'unità più piccola in SAP BI e vengono utilizzati in InfoObject, DSO, Multi provider, ecc. Ogni InfoObject contiene più InfoObject.

Gli InfoObject vengono utilizzati nei report per analizzare i dati memorizzati e per fornire informazioni ai decisori. Gli InfoObject possono essere classificati nelle seguenti categorie:

  • Caratteristiche come cliente, prodotto, ecc.
  • Unità come quantità venduta, valuta, ecc.
  • Cifre chiave come entrate totali, profitti, ecc.
  • Caratteristiche temporali come anno, trimestre, ecc.

Gli InfoObject vengono creati nel catalogo InfoObject. È possibile che un InfoObject possa essere assegnato a un Info Catalog diverso.

Area informazioni

L'Area informazioni in SAP BI viene utilizzata per raggruppare tipi di oggetti simili. L'Area informazioni viene utilizzata per gestire i cubi informazioni e gli InfoOggetti. Ogni InfoObject risiede in un'Area informazioni e puoi definirlo in una cartella che viene utilizzata per tenere insieme file simili.

In questo capitolo, discuteremo del flusso e dell'acquisizione dei dati in SAP BW.

Panoramica del flusso di dati

Il flusso di dati nell'acquisizione dei dati implica la trasformazione, il pacchetto informativo per il caricamento in PSA e il processo di trasferimento dei dati per la distribuzione dei dati all'interno della BI. In SAP BI, si determina quali campi dell'origine dati sono necessari per il processo decisionale e devono essere trasferiti.

Quando si attiva l'origine dati, viene generata una tabella PSA in SAP BW e quindi è possibile caricare i dati.

Nel processo di trasformazione, i campi vengono determinati per InfoObject e i relativi valori. Questo viene fatto utilizzando i dati DTP che vengono trasferiti da PSA a diversi oggetti di destinazione.

Il processo di trasformazione prevede le seguenti diverse fasi:

  • Consolidamento dei dati
  • Pulizia dei dati
  • Integrazione dei dati

Quando si spostano i dati da un oggetto BI a un altro oggetto BI, i dati utilizzano una trasformazione. Questa trasformazione converte il campo di origine nel formato della destinazione. La trasformazione viene creata tra un'origine e un sistema di destinazione.

BI Objects - InfoSource, oggetti DataStore, InfoCube, InfoObjects e InfoSet agiscono come oggetti di origine e questi stessi oggetti fungono da oggetti di destinazione.

Una trasformazione dovrebbe consistere in almeno una regola di trasformazione. È possibile utilizzare trasformazioni diverse, tipi di regole dall'elenco delle regole disponibili e creare trasformazioni da semplici a complesse.

Accesso diretto ai dati del sistema di origine

Ciò consente di accedere direttamente ai dati nel sistema di origine BI. È possibile accedere direttamente ai dati del sistema di origine in BI senza estrazione utilizzando i provider virtuali. Questi provider virtuali possono essere definiti come InfoProvider in cui i dati transazionali non sono archiviati nell'oggetto. I provider virtuali consentono solo l'accesso in lettura ai dati BI.

Sono disponibili diversi tipi di provider virtuali che possono essere utilizzati in vari scenari:

  • VirtualProvider basati su DTP
  • VirtualProvider con moduli funzionali
  • VirtualProvider basati su BAPI

VirtualProvider basati su DTP

Questi VirtualProvider si basano sull'origine dati o su un InfoProvider e assumono caratteristiche e figure chiave dell'origine. Gli stessi estrattori vengono utilizzati per selezionare i dati in un sistema di origine utilizzati per replicare i dati nel sistema BI.

  • Quando i provider virtuali si basano su DTP?
  • Quando viene utilizzata solo una certa quantità di dati.
  • È necessario accedere ai dati aggiornati da un sistema di origine SAP.
  • Solo pochi utenti eseguono query contemporaneamente sul database.

I provider virtuali basati su DTP non dovrebbero essere utilizzati nelle seguenti condizioni:

  • Quando più utenti eseguono query insieme.

  • Quando si accede più volte agli stessi dati.

  • Quando viene richiesta una grande quantità di dati e non sono disponibili aggregazioni nel sistema di origine.

Creazione di un VirtualProvider basato su DTP

Per passare a Administration Workbench, utilizzare RSA1

Nel Modeling tab → go to Info Provider tree → In Context menu → Create Virtual Provider.

In Type Select Virtual Providerbasato sul processo di trasferimento dei dati per l'accesso diretto. È inoltre possibile collegare un provider virtuale a un'origine SAP utilizzando un fileInfoSource 3.x.

UN Unique Source System Assignment Indicatorviene utilizzato per controllare l'assegnazione del sistema di origine. Se si seleziona questo indicatore, è possibile utilizzare un solo sistema di origine nella finestra di dialogo di assegnazione. Se questo indicatore non è selezionato, è possibile selezionare più di un sistema di origine e un provider virtuale può essere considerato come un multi-provider.

Clicca su Create (F5)in fondo. È possibile definire il provider virtuale copiando gli oggetti. Per attivare il provider virtuale, fare clic come mostrato nella seguente schermata.

Per definire la trasformazione, fai clic con il pulsante destro del mouse e vai a Crea trasformazione.

Definisci le regole di trasformazione e attivale.

Il passaggio successivo consiste nel creare un processo di trasferimento dati. Fare clic con il tasto destro → Crea processo di trasferimento dati

Il tipo predefinito di DTP è DTP per accesso diretto. Devi selezionare la fonte per Virtual Provider e attivare DTP.

Per attivare l'accesso diretto, context menu → Activate Direct Access.

Seleziona uno o più processi di Trasferimento dati e attiva l'assegnazione.

Fornitori virtuali con BAPI

Viene utilizzato per la creazione di report sui dati nei sistemi esterni e non è necessario memorizzare i dati delle transazioni nel sistema BI. Puoi connetterti a sistemi non SAP come database gerarchici.

Quando questo provider virtuale viene utilizzato per i rapporti, chiama il provider virtuale BAPI.

Provider virtuale con modulo funzione

Questo provider virtuale viene utilizzato per visualizzare i dati da un'origine dati non BI a una BI senza copiare i dati nella struttura BI. I dati possono essere locali o remoti. Viene utilizzato principalmente per le applicazioni SEM.

Se lo confronti con altri fornitori virtuali, questo è più generico e offre maggiore flessibilità, tuttavia è necessario impegnarsi molto per implementarlo.

Immettere il nome del modulo funzione che si desidera utilizzare come origine dati per i provider virtuali.

Il processo di trasformazione viene utilizzato per eseguire il consolidamento, la pulizia e l'integrazione dei dati. Quando i dati vengono caricati da un oggetto BI a un altro oggetto BI, la trasformazione viene applicata ai dati. La trasformazione viene utilizzata per convertire un campo di origine nel formato dell'oggetto di destinazione.

Ogni trasformazione consiste in almeno una regola di trasformazione. Poiché sono disponibili diversi tipi di regole e routine che consentono di creare trasformazioni da semplici a complesse.

Per creare la trasformazione, vai al contesto e fai clic con il pulsante destro del mouse → Crea trasformazione.

Nella finestra successiva, ti verrà chiesto di inserire l'origine della trasformazione e il nome e fare clic sulla casella del segno di spunta.

Viene creata una regola dal sistema di origine a quello di destinazione e viene visualizzata la mappatura.

Regole di trasformazione

Le regole di trasformazione vengono utilizzate per mappare campi di origine e campi di destinazione. È possibile utilizzare diversi tipi di regole per la trasformazione.

  • Rule Type - Un tipo di regola è definito come un'operazione applicata ai campi utilizzando una regola di trasformazione.

  • Rule Group - È definito come il gruppo di regole di trasformazione e ogni campo chiave nella destinazione contiene una regola di trasformazione.

  • Transformation Type - Viene utilizzato per determinare i valori di trasformazione e il modo in cui i dati vengono inseriti nella destinazione.

  • Routines- Le routine vengono utilizzate per eseguire trasformazioni complesse. Le routine sono definite come classi ABAP locali e sono costituite da aree di definizione e implementazione predefinite.

    Viene creata una routine nell'area di implementazione e i parametri in entrata e in uscita sono definiti nell'area di definizione. Le routine possono essere definite come regole di trasformazione per una figura chiave e sono disponibili come tipi di regole.

Acquisizione dati in tempo reale (RDA)

L'acquisizione dei dati in tempo reale si basa sullo spostamento dei dati in Business Warehouse in tempo reale. I dati vengono inviati alla coda delta o alla tabella PSA in tempo reale. L'acquisizione dei dati in tempo reale viene utilizzata quando si trasferiscono i dati più frequentemente: ogni ora o ogni minuto e i dati vengono aggiornati a livello di report più volte in un unico intervallo di tempo.

L'acquisizione dei dati in tempo reale è una delle proprietà chiave dell'origine dati e l'origine dati dovrebbe supportare l'acquisizione dei dati in tempo reale. Le origini dati configurate per trasferire i dati in tempo reale non possono essere utilizzate per il trasferimento dati standard.

L'acquisizione dei dati in tempo reale può essere ottenuta in due scenari:

  • Utilizzando InfoPackage per l'acquisizione dei dati in tempo reale tramite Service API.

  • Utilizzo del servizio Web per caricare i dati su PSA (Persistent Storage Area) e quindi utilizzando DTP in tempo reale per spostare i dati su DSO.

Processo in background per l'acquisizione dei dati in tempo reale -

Per elaborare i dati in InfoPackage e il trasferimento dei dati elaborare DTP a intervalli regolari, è possibile utilizzare un processo in background noto come Daemon.

Il processo Daemon ottiene tutte le informazioni da InfoPackage e DTP su quali dati devono essere trasferiti e quali oggetti PSA e Data sore devono essere caricati con i dati.

In questo capitolo, discuteremo in dettaglio di alcuni componenti SAP BW chiamati InfoArea, InfoObject e Catalog.

InfoArea in SAP BI

InfoArea in SAP BI viene utilizzato per raggruppare tipi simili di oggetti insieme. InfoArea viene utilizzato per gestire gli InfoCubi e gli InfoObject. Ogni InfoObject risiede in un'InfoArea ed è possibile definirlo in una cartella che viene utilizzata per tenere insieme file simili.

Come creare un'Infoarea?

Per creare un'area informazioni, vai al workbench RSA. T-Code: RSA1

Vai a Modeling tab → InfoProvider. Right click on Context → Create InfoArea.

Immettere il nome di InfoArea e la descrizione, fare clic su Continua.

InfoArea creata verrà mostrata in basso.

Come creare un catalogo InfoObject e InfoObject?

Gli InfoObject sono noti come l'unità più piccola in SAP BI e vengono utilizzati in InfoProvider, DSO, Multi provider, ecc. Ciascun InfoProvider contiene più InfoObject.

Gli InfoObject vengono utilizzati nei report per analizzare i dati memorizzati e per fornire informazioni ai responsabili delle decisioni. Gli InfoObject possono essere classificati nelle seguenti categorie:

  • Caratteristiche come cliente, prodotto, ecc.
  • Unità come quantità venduta, valuta, ecc.
  • Cifre chiave come entrate totali, profitti, ecc.
  • Caratteristiche temporali come anno, trimestre, ecc.

Gli InfoObject vengono creati nel Catalogo InfoObject. È possibile che un InfoObject possa essere assegnato a un Info Catalog diverso.

Creazione del catalogo InfoObject

T-Code: RSA1

Vai a Modeling → InfoObjects → Right Click → Create InfoObject Catalog.

Immettere il nome tecnico del catalogo InfoObject e la descrizione.

Select InfoObject Type - Pulsante di opzione caratteristica - Questo è un catalogo InfoObject caratteristico.

Key Figure - Questo è il catalogo InfoObject che verrebbe creato.

Fare clic sul pulsante Crea. Il passaggio successivo consiste nel salvare e attivare il catalogo InfoObject. Viene creato un nuovo catalogo InfoObject come mostrato nello screenshot seguente:

Creazione di InfoObject

Per creare un InfoObject con caratteristiche, andare su RSA1 e aprire Administration Workbench. Vai aModeling → InfoObjects.

Selezionare My Sales InfoObject Catalog → Right Click → Create InfoObjects.

Immettere il nome tecnico delle caratteristiche e la descrizione. È possibile utilizzare le caratteristiche di riferimento se le nuove caratteristiche, che devono essere create, hanno le stesse proprietà tecniche di una caratteristica esistente.

È possibile utilizzare le caratteristiche del modello per una nuova caratteristica che ha alcune delle proprietà tecniche di una caratteristica già esistente. Fare clic su Continua.

Nella finestra successiva apparirà la schermata di modifica dell'InfoObject. La schermata di modifica di InfoObject ha 6 schede seguenti che sono anche mostrate nello screenshot:

  • General
  • Esploratore aziendale
  • Dati anagrafici / testi
  • Hierarchy
  • Attribute
  • Compounding

Una volta definiti tutti i campi, fare clic su Salva e attiva.

Creazione di un InfoObject con cifre chiave

Per creare un InfoObject con caratteristiche, andare su RSA1 e aprire Administration Workbench. Vai aModeling → InfoObjects

Vai a Not Assigned Key Figures → Right Click → Create InfoObject.

Allora puoi -

  • Immettere il nome e la descrizione tecnici.
  • Immettere la figura della chiave di riferimento
  • Immettere il modello di riferimento e fare clic su Continua.

In Modifica caratteristiche, definire i seguenti campi:

  • Type/Unit
  • Aggregation
  • Proprietà aggiuntive
  • Elimination

Fare clic su Salva e attiva come mostrato nella seguente schermata. Questo InfoObject verrà salvato e sarà attivo.

Modifica di un InfoObject

È inoltre possibile modificare un InfoObject esistente in Administration Workbench. SelezionareInfoObject you want to maintain → Context menu → Change. È inoltre possibile utilizzare l'icona di mantenimento di InfoObject dal menu della barra degli strumenti.

Questa funzione consente di modificare solo alcune proprietà di un InfoObject se viene utilizzato nell'InfoProvider. È possibile modificare il testo e il significato di un InfoObject. InfoObject con cifre chiave - non è possibile se il tipo di figura chiave, il tipo di dati o l'aggregazione della cifra chiave viene utilizzato nell'InfoProvider.

È possibile utilizzare la funzione Verifica per modifiche incompatibili.

In questo capitolo, discuteremo i vari oggetti DataStore e i suoi sottomoduli.

Cos'è un oggetto DataStore?

Un DSO (DataStore Object) è noto come luogo di archiviazione per mantenere i dati di transazione o master puliti e consolidati al livello di granularità più basso e questi dati possono essere analizzati utilizzando il BEx query.

Un oggetto DataStore contiene cifre chiave e i campi caratteristici ei dati di un DSO possono essere aggiornati utilizzando l'aggiornamento Delta o altri oggetti DataStore o anche dai dati anagrafici. Questi oggetti DataStore vengono comunemente archiviati in tabelle di database trasparenti bidimensionali.

Architettura DSO

La componente DSO è composta dalle seguenti tre tabelle:

  • Activation Queue- Viene utilizzato per memorizzare i dati prima che venga attivato. La chiave contiene l'ID della richiesta, l'ID del pacchetto e il numero di registrazione. Al termine dell'attivazione, la richiesta viene eliminata dalla coda di attivazione.

  • Active Data Table - Questa tabella viene utilizzata per memorizzare i dati attivi correnti e questa tabella contiene la chiave semantica definita per la modellazione dei dati.

  • Change Log- Quando si attiva l'oggetto, le modifiche apportate ai dati attivi vengono nuovamente memorizzate in questo registro delle modifiche. Un registro delle modifiche è una tabella PSA e viene gestito in Administration Workbench nella struttura PSA.

Quando si caricano i nuovi dati in un DSO e la chiave tecnica viene aggiunta ai record. Una richiesta viene quindi aggiunta alla coda di attivazione. Può essere attivato manualmente o automaticamente.

Tipi di oggetti DataStore

È possibile definire gli oggetti DataStore nei seguenti tipi:

  • DSO standard
  • Aggiornamento diretto DSO
  • DSO ottimizzato per la scrittura
genere Struttura Fornitura di dati Generazione SID
Oggetto DataStore standard Consiste di tre tabelle: coda di attivazione, tabella dei dati attivi, registro delle modifiche Dal processo di trasferimento dei dati
Oggetti dell'archivio dati ottimizzati per la scrittura È costituito solo dalla tabella dei dati attivi Dal processo di trasferimento dei dati No
Oggetti DataStore per aggiornamento diretto È costituito solo dalla tabella dei dati attivi Dalle API No

Oggetti DataStore standard

Per creare un DSO standard, vai a RSA Workbench.

Uso T-Code: RSA1

Vai a Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Immettere il nome tecnico e la descrizione dell'oggetto DataStore.

Type of DataStore Object→ Viene utilizzato per selezionare il tipo di DSO. Per impostazione predefinita, richiede un DSO standard.

Click the Create (F5) button.

Per modificare il tipo di DSO, vai alla scheda delle impostazioni come mostrato nella seguente schermata. Fare clic sull'icona Modifica e in una nuova finestra che si apre, è possibile modificare l'oggetto DataStore e anche selezionare il tipo.

Generazione SID

Il SID viene generato per ogni valore dei dati anagrafici. Fare clic su Modifica per modificare le impostazioni per la generazione di SID.

Crea un SID

È possibile selezionare tra le seguenti opzioni:

  • Durante la segnalazione
  • Durante l'attivazione o
  • Non creare mai SID

Unique Data Records - Questa opzione viene utilizzata per garantire che il DSO contenga valori univoci.

Set Quality Status to OK - Ciò consente di impostare lo stato della qualità dopo che il caricamento dei dati è stato completato.

Key Fields and Data Fields- I campi chiave vengono utilizzati per aggiungere record univoci. Per aggiungere la chiave archiviata, fare clic con il pulsante destro del mouse su Campi chiave e selezionare InfoObject Direct Input.

In una nuova finestra, immettere i nomi tecnici sugli InfoObject e fare clic su Continua. Puoi vedere che l'InfoObject viene aggiunto nella sezione dei campi chiave.

Di seguito è riportata la chiave archiviata in InfoObject nel DSO. Una volta completata questa struttura DSO, è possibile attivare quel DSO.

Aggiornamento diretto degli oggetti DataStore

L'oggetto DataStore per l'aggiornamento diretto consente di accedere ai dati per la creazione di report e l'analisi immediatamente dopo il caricamento. È diverso dai DSO standard per il modo in cui elabora i dati. Questi dati vengono memorizzati nello stesso formato in cui sono stati caricati nell'oggetto DataStore per qualsiasi aggiornamento diretto dall'applicazione.

La struttura dei DSO ad aggiornamento diretto

Questi archivi dati contengono una tabella per i dati attivi e non esiste alcuna area del registro delle modifiche. I dati vengono recuperati da sistemi esterni utilizzando le API.

Esistono le seguenti API:

  • RSDRI_ODSO_INSERT - Vengono utilizzati per inserire nuovi dati.

  • RSDRI_ODSO_INSERT_RFC - È simile a RSDRI_ODSO_INSERT e può essere richiamato da remoto.

  • RSDRI_ODSO_MODIFY- Viene utilizzato per inserire dati con nuove chiavi. Per i dati con chiavi già nel sistema, i dati vengono modificati.

  • RSDRI_ODSO_MODIFY_RFC - Questo è simile a RSDRI_ODSO_MODIFY e può essere richiamato da remoto.

  • RSDRI_ODSO_UPDATE - Questa API viene utilizzata per aggiornare i dati esistenti.

  • RSDRI_ODSO_UPDATE_RFC - Questo è simile a RSDRI_ODSO_UPDATE e può essere richiamato da remoto.

  • RSDRI_ODSO_DELETE_RFC - Questa API viene utilizzata per eliminare i dati.

Benefici

Negli aggiornamenti diretti dei DSO, i dati sono facilmente accessibili. È possibile accedere ai dati per la creazione di report e analisi subito dopo il caricamento.

Inconvenienti

  • Poiché la struttura di questo DSO contiene una tabella per i dati attivi e nessun registro delle modifiche, ciò non consente l'aggiornamento delta a InfoProvider.

  • Poiché il processo di caricamento dei dati non è supportato dal sistema BI, i DSO non vengono visualizzati nella sezione di amministrazione o nel monitor.

Per creare un DataStore con aggiornamento diretto, vai al workbench di amministrazione. UsoT-Code: RSA1

Vai a Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Immettere il nome tecnico e la descrizione dell'oggetto DataStore.

Type of DataStore Object- Viene utilizzato per selezionare il tipo di DSO. Per impostazione predefinita, richiede un DSO standard.

Clicca sul Create (F5) pulsante.

Per modificare il tipo di DSO, vai alla scheda delle impostazioni come mostrato nella seguente schermata. Fare clic sull'icona Modifica e in una nuova finestra che si apre, è possibile modificare l'oggetto DataStore e anche selezionarne il tipo. Selezionare Direct Update DataStore e quindi fare clic su Continua.

Una volta definito il DataStore, fare clic sul pulsante Attiva per attivare il DSO.

Nel DSO ottimizzato per la scrittura, i dati caricati sono immediatamente disponibili per un'ulteriore elaborazione.

Write Optimized DSO fornisce un'area di archiviazione temporanea per grandi set di dati se si eseguono trasformazioni complesse per questi dati prima che vengano scritti nell'oggetto DataStore. I dati possono quindi essere aggiornati a ulteriori InfoProvider. Devi solo creare le trasformazioni complesse una volta per tutti i dati.

I DSO ottimizzati in scrittura vengono utilizzati come livello EDW per il salvataggio dei dati. Le regole aziendali vengono applicate solo quando i dati vengono aggiornati a InfoProvider aggiuntivi.

In Write Optimized DSO, il sistema non genera SID e non è necessario attivarli. Ciò significa che puoi risparmiare tempo ed elaborare ulteriormente i dati rapidamente. La segnalazione è possibile sulla base di questi oggetti DataStore.

Struttura del DSO ottimizzato in scrittura

Contiene solo la tabella dei dati attivi e non è necessario attivare i dati come richiesto con il DSO standard. Ciò consente di elaborare i dati più rapidamente.

In DSO ottimizzato per la scrittura, i dati caricati non vengono aggregati. Se due record di dati con la stessa chiave logica vengono estratti dall'origine, entrambi i record vengono salvati nell'oggetto DataStore. Il record reso responsabile dell'aggregazione resta, tuttavia, in modo che l'aggregazione dei dati possa avvenire successivamente negli oggetti DataStore standard.

Il sistema genera una chiave tecnica univoca per l'oggetto DataStore ottimizzato per la scrittura. I campi chiave standard non sono necessari con questo tipo di oggetto DataStore. Se ci sono comunque campi chiave standard, vengono chiamati chiavi semantiche, in modo che possano essere distinti dalle altre chiavi tecniche.

Le chiavi tecniche sono costituite da:

  • Richiedi campo GUID (0REQUEST)
  • Campo Pacchetto dati (0DATAPAKID)
  • Campo Numero record dati (0RECORD) e vengono caricati solo nuovi record di dati.

Uso T-Code: RSA1

Vai a Modeling tab → InfoProvider → Select InfoArea → Right click and click on create DataStore Object.

Immettere il nome tecnico e la descrizione dell'oggetto DataStore.

Type of DataStore Object- Viene utilizzato per selezionare il tipo di DSO. Per impostazione predefinita, richiede un DSO standard.

Clicca su Create (F5) come mostrato nella seguente schermata.

Per modificare il tipo di DSO, vai alla scheda delle impostazioni come mostrato nella seguente schermata. Fare clic sull'icona Modifica e quando si apre una nuova finestra, è possibile modificare l'oggetto DataStore e selezionare anche il tipo richiesto.

In questo capitolo, discuteremo di cosa sia un Infoset, come crearlo e modificarlo e quali sono i suoi diversi tipi.

Infoset in SAP BI

Gli infoset sono definiti come un tipo speciale di InfoProvider in cui le origini dati contengono una regola di join sugli oggetti DataStore, InfoCubi standard o InfoObject con caratteristiche dei dati master. Gli infoset vengono utilizzati per unire i dati e tali dati vengono utilizzati nel sistema BI.

Quando un InfoObject contiene caratteristiche dipendenti dal tempo, quel tipo di join tra origini dati viene chiamato come join temporale.

Questi join temporali vengono utilizzati per mappare un periodo di tempo. Al momento della segnalazione, altri InfoProvider gestiscono i dati anagrafici dipendenti dal tempo in modo tale che il record valido per una data chiave univoca predefinita venga utilizzato ogni volta. È possibile definire un join temporale come un join che contiene almeno una caratteristica dipendente dal tempo o uno pseudo InfoProvider dipendente dal tempo.

Un InfoSet può anche essere definito come un livello semantico sulle origini dati.

Usi di un infoset

Gli infoset vengono utilizzati per analizzare i dati in più InfoProvider combinando le caratteristiche dei dati master, gli oggetti DataStore e gli InfoCubi.

È possibile utilizzare l'unione temporale con InfoSet per specificare in un determinato momento in cui si desidera valutare i dati.

Puoi utilizzare i rapporti utilizzando Business Explorer BEx sui DSO senza abilitare l'indicatore BEx.

Tipi di join di infoset

Come Infoset è definito dove le origini dati contengono la regola di join su oggetti DataStore, InfoCubi standard o InfoObject con le caratteristiche dei dati master. I dati uniti tramite Infoset possono essere utilizzati nelle query BEx per la creazione di report. I join possono essere suddivisi nelle seguenti query:

Inner Join

Questo join restituisce righe quando c'è una corrispondenza completa in entrambe le tabelle.

Table - 1

ID ordine Identificativo del cliente Data dell'ordine
1308 2 18-09-16
1009 17 19-09-16
1310 27 20-09-16

Table - 2

Identificativo del cliente Nome del cliente Nome del contatto Nazione
1 Andy Maria Germania
2 Ana Ana T Canada
3 Jason Jason Messico

Il risultato di Inner join nella Tabella 1 e nella Tabella 2 nella colonna CustomerID produrrà il seguente risultato:

ID ordine Nome del cliente Data dell'ordine
1308 Ana 09-18-16

Join esterno sinistro

Un join esterno sinistro, o join sinistro, risulta in un set in cui vengono conservate tutte le righe della prima tabella o del lato sinistro. Le righe della seconda tabella o della tabella di destra vengono visualizzate solo se hanno una corrispondenza con le righe della prima tabella.

Table – 1

gid nome di battesimo cognome compleanno preferito_tool
1 Albert Einstein 1879-03-14 mente
2 Albert Slater 1973-10-10 singoletto
3 cristiano Slater 1969-08-18 vanga
4 cristiano Balla 1974-01-30 videocassette
5 Bruce Wayne 1939-02-19 pala
6 Wayne Cavaliere 1955-08-07 vanga

Table – 2

pid gardener_id nome_pianta fertilizzante planting_date
1 3 rosa 2001-01-15
2 5 margherita 2020-05-16
3 8 rosa no 2005-08-10
4 9 viola 2010-01-18
5 12 rosa no 1991-01-05
6 1 girasole 2015-08-20
7 6 viola 1997-01-17
8 15 rosa no 2007-07-22

Ora, se applichi Left Outer Join su gid = gardener_id, il risultato sarà la seguente tabella -

gid nome di battesimo cognome pid gardener_id nome_pianta
1 Albert Einstein 6 1 girasole
2 Albert Slater nullo nullo nullo
3 cristiano Slater 1 3 rosa
4 cristiano Balla nullo nullo nullo
5 Bruce Wayne 2 5 margherita
6 Wayne Cavaliere 7 6 viola

Allo stesso modo, puoi utilizzare il join esterno destro in cui tutte le righe delle tabelle di destra vengono conservate come righe comuni.

Join temporale

I join temporali vengono utilizzati per mappare un periodo di tempo. Al momento della segnalazione, altri InfoProvider gestiscono i dati anagrafici dipendenti dal tempo in modo tale che il record valido per una data chiave univoca predefinita venga utilizzato ogni volta. È possibile definire un join temporale che contiene almeno una caratteristica dipendente dal tempo o uno pseudo InfoProvider dipendente dal tempo.

Self Join

Quando un tavolo è unito a se stesso, è come se ti unissi a un tavolo due volte.

Creazione di un set di informazioni

Vai a RSA Workbench e usa il Transaction Code: RSA1

Sotto Modeling → Go to InfoProvider tab → Right click → Create InfoSet.

Nella finestra successiva che si apre, puoi compilare i seguenti campi:

  • Immettere il nome tecnico.
  • Immettere il nome lungo e il nome breve.

Start with the InfoProvider section- Qui è possibile definire l'oggetto che si desidera utilizzare durante la definizione di un InfoSet. È possibile selezionare tra i seguenti tipi di oggetti:

  • Oggetto DataStore
  • Oggetto Info
  • InfoCube

Nella finestra successiva, modificare la modalità di visualizzazione della schermata InfoSet. Fare clic sull'opzione Seleziona InfoProvider. Ciò consentirà di selezionare l'InfoProvider a cui vengono uniti i dati.

Apparirà la seguente schermata con due InfoProvider selezionati.

Per attivare questo InfoSet, fare clic sul pulsante Attiva.

Modifica di un infoset

Per modificare un infoset, utilizzare T-Code: RSISET

Il Edit InfoSet: Initial Screen appare come mostrato nella seguente schermata:

Apportare le modifiche all'InfoSet. Seleziona Tipo di partecipazione, ecc., Quindi fai clic sull'icona Attiva come mostrato nella seguente schermata.

Un InfoCubo è definito come un set di dati multidimensionale utilizzato per l'analisi in una query BEx. Un InfoCubo è costituito da un insieme di tabelle relazionali che sono unite logicamente per implementare lo schema a stella. Una tabella dei fatti nello schema a stella è unita a più tabelle delle dimensioni.

È possibile aggiungere dati da uno o più InfoSource o InfoProvider a un InfoCube. Sono disponibili come InfoProvider per scopi di analisi e reportistica.

Struttura InfoCube

Un InfoCubo viene utilizzato per memorizzare i dati fisicamente. Consiste in una serie di InfoObject riempiti con i dati della gestione temporanea. Ha la struttura di uno schema a stella.

La caratteristica in tempo reale può essere assegnata a un InfoCubo. Questi InfoCubi in tempo reale vengono utilizzati in modo diverso dagli InfoCubi standard.

Schema a stella in BI

Gli InfoCubi sono costituiti da diversi InfoObject e sono strutturati secondo lo schema a stella. Esistono tabelle dei fatti di grandi dimensioni che contengono la cifra chiave per InfoCube e più tabelle di dimensioni più piccole che lo circondano.

Un InfoCubo contiene tabelle dei fatti che contengono inoltre le cifre chiave e le caratteristiche di un InfoCubo memorizzate nelle dimensioni. Queste dimensioni e tabelle dei fatti sono collegate tra loro mediante numeri di identificazione (ID dimensione). Le cifre chiave in un InfoCubo sono legate alle caratteristiche della sua dimensione. La granularità (grado di dettaglio) delle figure chiave in un InfoCubo è definita dalle sue caratteristiche.

Le caratteristiche che logicamente appartengono insieme sono raggruppate in una dimensione. La tabella dei fatti e le tabelle delle dimensioni in un InfoCubo sono entrambe tabelle di database relazionali.

In SAP BI, un InfoCube contiene lo schema a stella esteso come mostrato sopra.

Un InfoCubo è costituito da una tabella dei fatti che è circondata da 16 tabelle delle dimensioni e dati master che si trovano all'esterno del cubo. È un set di dati auto-racchiuso che comprende uno o più processi aziendali correlati. Un utente che genera rapporti può definire o eseguire query su un cubo di informazioni.

InfoCube memorizza i dati riepilogati / aggregati per un lungo periodo di tempo. In SAP BI, gli InfoCubi iniziano con un numero che di solito è 0 (zero). Il tuo InfoCubo personale dovrebbe iniziare con una lettera compresa tra A e Z e dovrebbe essere lungo da 3 a 9 caratteri.

Come creare un InfoCubo?

Tutti gli InfoObject da utilizzare in un InfoCubo dovrebbero essere disponibili in una versione attiva. Nel caso in cui ci sia un InfoObject che non esiste, è possibile crearli e attivarli.

Vai al workbench RSA - T-Code: RSA1

Vai a Modeling tab → InfoProvider → Create InfoCube.

Immettere il nome tecnico dell'InfoCubo. È possibile selezionare il tipo da - Standard o Tempo reale in base al tipo di InfoCubo.

Una volta fatto tutto questo, puoi fare clic su Crea come mostrato nello screenshot seguente.

Per creare una copia di un InfoCubo già esistente, è possibile inserire un InfoCubo come modello.

Fare clic con il tasto destro su Dimension 1 → Properties. Rinomina la dimensione secondo l'InfoObject.

Il passaggio successivo è fare clic con il pulsante destro del mouse Dimension → InfoObject Direct Input come mostrato nello screenshot seguente.

Aggiungi InfoObject alla dimensione. In modo simile puoi anche creare nuove dimensioni e aggiungere InfoObject.

Per aggiungere cifre chiave a InfoCube, fare clic con il tasto destro su Key Figure → InfoObject Direct Input. In modo simile puoi aggiungere anche altre cifre chiave.

Dopo aver aggiunto tutte le dimensioni e le cifre chiave, puoi attivare il cubo.

InfoCubi in tempo reale

Gli InfoCubi in tempo reale vengono utilizzati per supportare l'accesso in scrittura parallela. Gli InfoCubi in tempo reale vengono utilizzati in connessione con l'immissione dei dati di pianificazione.

È possibile inserire i dati negli InfoCubi in tempo reale in due modi diversi:

  • Transazione per l'inserimento dei dati di pianificazione o da
  • Staging BI

Puoi anche convertire un InfoCubo in tempo reale. Per fare ciò, nel menu contestuale dell'InfoCubo in tempo reale → selezionare Converti InfoCubo in tempo reale.

Per impostazione predefinita, è possibile vedere che un InfoCubo in tempo reale può essere pianificato: è selezionata l'opzione Caricamento dati non consentito. Per riempire questo InfoCubo utilizzando la gestione temporanea BI → Passare questa impostazione a Il cubo in tempo reale può essere caricato con dati, pianificazione non consentita.

Creazione di un InfoCubo in tempo reale

È possibile creare un InfoCubo in tempo reale utilizzando una casella di controllo Indicatore in tempo reale.

Conversione di un InfoCubo standard in un InfoCubo in tempo reale

Per convertire un InfoCubo standard in un InfoCubo in tempo reale, sono disponibili due opzioni:

  • Convert with loss of Transactional data - Nel caso in cui l'InfoCubo standard contenga dati transazionali non richiesti, è possibile utilizzare il seguente approccio:

    Nel workbench di amministrazione, selezionare InfoCube → Delete Data Content. Ciò eliminerà i dati della transazione e InfoCube verrà impostato su inattivo.

  • Conversion with Retention of Transaction Data - Nel caso in cui un InfoCubo standard contenga già i dati transazionali dalla produzione, è possibile utilizzare i seguenti passaggi:

    Devi eseguire il rapporto ABAP SAP_CONVERT_NORMAL_TRANSsotto l'InfoCubo standard. È possibile pianificare questo rapporto come processo in background per InfoCubi con più di 10.000 record di dati perché il tempo di esecuzione potrebbe essere potenzialmente lungo.

Virtual InfoProvider è noto come InfoProvider che contiene dati transazionali che non sono archiviati nell'oggetto e possono essere letti direttamente a scopo di analisi e reportistica. In Virtual Provider, consente l'accesso in sola lettura ai dati.

I dati nei provider virtuali possono provenire dal sistema BI o da qualsiasi sistema SAP / non SAP.

Utilizza

  • Gli InfoProvider virtuali vengono utilizzati per fornire informazioni senza alcun ritardo e senza memorizzare fisicamente i dati.

  • Gli InfoProvider virtuali sono strutture che non contengono PSA e possono gestire i requisiti di reporting secondo la richiesta nel sistema BI.

I provider virtuali devono essere utilizzati solo nei seguenti scenari:

  • Quando è necessario accedere solo a una piccola quantità di dati dalla sorgente.

  • Le informazioni verranno richieste solo da pochi utenti contemporaneamente.

  • C'è bisogno di informazioni aggiornate.

Tipi di provider virtuali

Come accennato in precedenza, è necessario scoprire quando deve essere utilizzato un InfoProvider virtuale. Devi anche trovare il tipo corretto di provider virtuale -

  • VirtualProvider basato sul processo di trasferimento dei dati

  • VirtualProvider con BAPI

  • VirtualProvider con moduli funzionali

VirtualProvider basato sul processo di trasferimento dati

I provider virtuali basati su questo metodo sono il modo più semplice e trasparente per creare questo tipo di InfoProvider. In questo caso, un provider virtuale può essere basato su un DataSource per l'accesso diretto o su un altro InfoProvider.

La query BEx viene eseguita o navighi all'interno della query. Tuttavia, una richiesta viene inviata tramite il provider virtuale alla sua origine e i dati necessari vengono restituiti. Per l'ottimizzazione delle prestazioni, è necessario limitare i dati, in modo che una richiesta di reporting non debba elaborare dati non necessari dal sistema di origine.

Dovrebbe essere utilizzato un VirtualProvider basato su questo InfoProvider -

  • Quando è necessario accedere solo a una piccola quantità di dati dalla sorgente.

  • Le informazioni verranno richieste solo da pochi utenti contemporaneamente.

  • C'è bisogno di informazioni aggiornate.

Questo tipo di Virtual InfoProvider non deve essere utilizzato nei seguenti scenari:

  • Si accede a una grande quantità di dati nel primo passaggio di navigazione della query e non sono disponibili aggregazioni appropriate nel sistema di origine.

  • Sono presenti più utenti che eseguono query contemporaneamente in parallelo.

  • Quando si accede frequentemente agli stessi dati.

VirtualProvider con BAPI

In questo provider virtuale, è possibile utilizzare i dati transazionali per scopi di analisi e reporting dal sistema esterno utilizzando BAPI. Quando si utilizza un VirtualProvider con BAPI, è possibile eseguire il reporting su un sistema esterno senza memorizzare i dati transazionali nel sistema BI.

Viene eseguita una query su VirtualProvider che attiva una richiesta di dati con selezioni di caratteristiche. La struttura della sorgente è dinamica ed è determinata dalle selezioni. Il sistema non SAP trasferisce i dati richiesti al processore OLAP utilizzando BAPI.

Quando questo VirtualProvider viene utilizzato per la segnalazione, avvia una richiesta per chiamare BAPI che raccoglie i dati e quindi viene passato a un BW OLAP engine.

Provider virtuale basato su modulo funzionale

Questo è il tipo più complesso di un VirtualProvider ma allo stesso tempo è anche più flessibile grazie al quale è possibile aggiungere dati dall'origine e anche applicare calcoli complessi o qualsiasi modifica prima che venga inviato al motore OLAP.

Sono disponibili numerose opzioni per definire le proprietà dell'origine dati in modo più preciso. In base a queste proprietà, il gestore dati fornisce varie interfacce del modulo funzione per la conversione dei parametri e dei dati. Queste interfacce devono essere implementate al di fuori del sistema BI.

Utilizza

  • Questo provider virtuale viene utilizzato quando è necessario visualizzare i dati da un'origine dati non BI in BI senza copiare il set di dati nella struttura BI. I dati possono essere locali o remoti.

  • Viene utilizzato nelle applicazioni SAP come l'applicazione SEM SAP Strategic Enterprise Management.

  • Se confronti questo VirtualProvider con altri tipi, questo VirtualProvider è più flessibile, più generico ma devi impegnarti molto per l'implementazione.

Utilizzo di InfoObjects come provider virtuali

In questo si consente un accesso diretto al sistema di origine per un tipo di InfoObject di una caratteristica selezionata per l'uso come InfoProvider. Quindi non è necessario caricare i dati anagrafici, tuttavia l'accesso diretto può avere un impatto negativo sulle prestazioni delle query.

How to setup InfoObjects as Virtual Providers?

Vai alla pagina Manutenzione di InfoObjects. Nella scheda Dati / testi anagrafici, assegnare un'InfoArea a una caratteristica e selezionare Diretto come tipo di accesso ai dati anagrafici.

Successivamente è andare alla scheda di modellazione, selezionare l'albero di InfoProvider. Accedere a InfoArea che si desidera utilizzare → Crea trasformazione come indicato nell'argomento Trasformazione.

Definisci le regole di trasformazione e attivale. Nel menu contestuale, fare clic su Crea processo di trasferimento dati (DTP per l'accesso diretto è il valore predefinito) → Selezionare l'origine e attivare il processo di trasferimento.

Un MultiProvider è noto come InfoProvider che consente di combinare i dati di più InfoProvider e li rende disponibili a scopo di reportistica.

Caratteristiche

  • Un MultiProvider non contiene dati per la creazione di report e l'analisi proviene direttamente da InfoProvider su cui si basa MultiProvider.

  • Questi InfoProvider sono collegati tra loro da un'operazione dell'Unione.

  • È possibile segnalare e analizzare i dati in base a più InfoProvider.

Struttura MultiProvider

Un MultiProvider è costituito dalle seguenti diverse combinazioni di tipi di InfoProvider:

  • InfoObject
  • InfoCube
  • Oggetto DataStore
  • Provider virtuale

Per combinare i dati, viene utilizzata un'operazione di unione in un MultiProvider. Qui, il sistema costruisce il set di unione dei set di dati coinvolti e tutti i valori di questi set di dati vengono combinati.

In un set di informazioni si crea il set di dati utilizzando i join. Questi join combinano solo i valori che appaiono in entrambe le tabelle. Rispetto a un'unione, le unioni formano l'intersezione delle tabelle.

Creazione di un MultiProvider

Per creare un MultiProvider utilizzando un InfoObject, ogni InfoObject che si desidera trasferire al MultiProvider deve essere in uno stato attivo. Se è presente un InfoObject che non esiste, è necessario crearlo e attivarlo.

È inoltre possibile installare un MultiProvider da SAP Business Content se non si desidera creare un nuovo MultiProvider.

Per creare un MultiProvider, puoi eseguire i seguenti passaggi:

Creare un InfoArea a cui si desidera assegnare il nuovo MultiProvider. Go to Modeling → InfoProvider

Nel menu contestuale dell'InfoArea, scegliere Crea MultiProvider.

Nella finestra successiva, inserisci un nome tecnico e una descrizione → Crea icona

Selezionare l'InfoProvider che si desidera formare il MultiProvider → Continua. Quindi viene visualizzata la schermata MultiProvider.

Utilizzare il trascinamento della selezione per trasferire gli InfoObject richiesti nel MultiProvider. Puoi anche trasferire le intere dimensioni.

Utilizzare Identify Characteristics e Select Key Figures per effettuare assegnazioni InfoObject tra MultiProvider e InfoProvider.

Il passaggio successivo consiste nel salvare e attivare il MultiProvider e solo questo MultiProvider attivato sarà disponibile per la reportistica e l'analisi.

È possibile caricare i dati da un sistema esterno a BI utilizzando questi file flat. SAP BI supporta il trasferimento dei dati utilizzando file flat, file in formato ASCII o in formato CSV.

I dati da un file flat possono essere trasferiti a BI da una workstation o da un server delle applicazioni.

Di seguito sono riportati i passaggi coinvolti in un trasferimento di dati su file flat:

  • Definisci un file source system.

  • Crea un DataSource in BI, definendo i metadati per il tuo file in BI.

  • Creare un InfoPackage che includa i parametri per il trasferimento dei dati al PSA.

Punti importanti sul trasferimento dati di file flat

  • Se ci sono campi di caratteri che non sono compilati in un file CSV, vengono riempiti con uno spazio vuoto e con uno zero (0) se sono campi numerici.

  • Se i separatori vengono utilizzati in modo incoerente in un file CSV, il separatore errato viene letto come un carattere ed entrambi i campi vengono uniti in un campo e possono essere abbreviati. I campi successivi non sono più nell'ordine corretto.

  • Un'interruzione di riga non può essere utilizzata come parte di un valore, anche se il valore è racchiuso tra un carattere di escape.

Un paio di indicazioni per quanto riguarda i file CSV e ASCII

  • Le routine di conversione utilizzate per determinare se è necessario specificare gli zeri iniziali. More information - Routine di conversione nel sistema BI.

  • Per le date, di solito si utilizza il formato AAAAMMGG, senza separatori interni. A seconda della routine di conversione utilizzata, è possibile utilizzare anche altri formati.

Definisci un file source system

Prima di poter trasferire dati da un file source system, i metadati devono essere disponibili in BI sotto forma di DataSource. Vai aModeling tab → DataSources.

Fare clic con il tasto destro nell'area di contesto → Crea origine dati.

Immettere il nome tecnico dell'origine dati, il tipo di origine dati e quindi fare clic su Trasferisci.

Vai alla scheda Generale → Seleziona la scheda Generale. Immettere le descrizioni per DataSource (breve, medio, lungo).

Se necessario, specificare se DataSource è inizialmente non cumulativo e potrebbe produrre record di dati duplicati in una richiesta.

È possibile specificare se si desidera generare il PSA per DataSource nel formato carattere. Se il PSA non è digitato, non viene generato in una struttura digitata ma viene generato solo con campi simili a caratteri di tipo CHAR.

Il passaggio successivo è fare clic sulla pagina della scheda Estrazione e inserire i seguenti dettagli:

Definire il processo delta per DataSource. Specificare se si desidera che DataSource supporti l'accesso diretto ai dati (l'acquisizione dei dati in tempo reale non è supportata per il trasferimento dei dati dai file).

Seleziona l'adattatore per il trasferimento dei dati. È possibile caricare file di testo o file binari dalla stazione di lavoro locale o dal server delle applicazioni. Seleziona il percorso del file che desideri caricare o inserisci direttamente il nome del file.

Nel caso in cui sia necessario creare una routine per determinare il nome del file. Il sistema legge il nome del file direttamente dal campo del nome del file, se no, la routine è definita.

In base all'adattatore e al file da caricare, è necessario effettuare la seguente impostazione:

  • Binary files - Specificare le impostazioni del record di caratteri per i dati che si desidera trasferire.

  • Text-type files- Per i file di testo, determinare che le righe nel file sono righe di intestazione e possono quindi essere ignorate quando i dati vengono trasferiti. Specificare le impostazioni del record di caratteri per i dati che si desidera trasferire.

  • For ASCII files - Per caricare i dati da un file ASCII, i dati vengono richiesti con una lunghezza del record di dati fissa.

  • For CSV files - Per caricare i dati da un file CSV di Excel, menzionare il separatore di dati e il carattere di escape.

    Il passaggio successivo consiste nell'andare alla pagina della scheda Proposta, necessaria solo per i file CSV. Per i file in formati diversi, definire l'elenco dei campi nella pagina della scheda Campi.

Il prossimo passo è andare alla scheda Campi -

È possibile modificare i campi trasferiti all'elenco dei campi dell'origine dati dalla scheda Proposta. Se non hai trasferito l'elenco dei campi da una proposta, puoi definire i campi dell'origine dati qui come mostrato nella schermata seguente.

È quindi possibile eseguire il controllo, salvare e attivare DataSource.

Puoi anche selezionare la scheda Anteprima. Se si seleziona Leggi Anteprima dati, il numero di record di dati specificato nella selezione del campo viene visualizzato in un'anteprima.

DB Connect viene utilizzato per definire un'altra connessione al database oltre alla connessione predefinita e queste connessioni vengono utilizzate per trasferire i dati nel sistema BI da tabelle o viste.

Per connettere un database esterno, dovresti avere le seguenti informazioni:

  • Tools
  • Conoscenza dell'applicazione di origine
  • Sintassi SQL nel database
  • Funzioni di database

Presupposti

Nel caso in cui l'origine del sistema di gestione del database sia diversa da BI DBMS, è necessario installare il client database per il DBMS di origine sul server delle applicazioni BI.

La funzionalità chiave di DB Connect include il caricamento dei dati in BI da un database supportato da SAP. Quando si collega un database a BI, un sistema di origine richiede la creazione di un punto di accesso diretto al sistema di gestione del database relazionale esterno.

Architettura DB

La funzione multiconnect del componente SAP NetWeaver consente di aprire connessioni di database aggiuntive oltre alla connessione predefinita SAP ed è possibile utilizzare questa connessione per connettersi a database esterni.

DB Connect può essere utilizzato per stabilire una connessione di questo tipo come connessione del sistema di origine a BI. I miglioramenti di DB Connect al database consentono di caricare i dati in BI dalle tabelle del database o dalle viste delle applicazioni esterne.

Per la connessione predefinita, il client DB e DBSL sono preinstallati per il sistema di gestione del database (DBMS). Per utilizzare DB Connect per trasferire dati nel sistema BI da altri sistemi di gestione database, è necessario installare DB Client specifico del database e DBSL specifico del database sul server delle applicazioni BI che si sta utilizzando per eseguire DB Connect.

Creazione di DBMS come sistema di origine

Vai a RSA1 → Administration workbench. Sotto ilModeling Tab → Source Systems

Vai a DB Connect → Right click → Create.

Immettere il nome del sistema logico (DB Connect) e la descrizione. Fare clic su Continua.

Immettere il sistema di gestione del database (DBMS) che si desidera utilizzare per gestire il database. Quindi inserire l'utente del database sotto il cui nome si desidera aprire la connessione e la password DB deve essere inserita per l'autenticazione dal database.

In Connection Info, è necessario inserire le informazioni tecniche richieste per aprire la connessione al database.

Indicatore permanente

È possibile impostare questo indicatore per mantenere una connessione permanente con il database. Se la prima transazione termina, ogni transazione viene controllata per vedere se la connessione è stata riavviata. È possibile utilizzare questa opzione se è necessario accedere frequentemente alla connessione DB.

Salva questa configurazione e puoi fare clic su Indietro per vederla nella tabella.

Universal Data Connect (UDC) consente di accedere a fonti di dati relazionali e multidimensionali e di trasferire i dati sotto forma di dati flat. I dati multidimensionali vengono convertiti in un formato flat quando Universal Data Connect viene utilizzato per il trasferimento dei dati.

UD utilizza un file J2EE connectorper consentire il reporting su dati SAP e non SAP. Sono disponibili diversi connettori BI Java per vari driver, protocolli come adattatori di risorse, alcuni dei quali sono i seguenti:

  • Connettore BI ODBO
  • Connettore BI JDBC
  • Connettore BI SAP Query
  • Connettore XMLA

Per impostare la connessione a un'origine dati con oggetto di origine (Relazionale / OLAP) sul motore J2EE. In primo luogo, è necessario abilitare la comunicazione tra il motore J2EE e il sistema BI creando la destinazione RFC da J2EE a BI. Quindi modellare gli InfoObject in BI in base agli elementi dell'oggetto di origine e nel sistema BI determinare l'origine dati.

Creazione di un sistema sorgente UD Connect

Come accennato in precedenza, hai creato una destinazione RFC attraverso la quale il motore J2EE e BI consentono la comunicazione tra questi due sistemi.

Vai al workbench di amministrazione, RSA1 → Go to Modeling tab → Source Systems.

Fare clic con il tasto destro sull'UD Connect → Create. Quindi nella finestra successiva, inserisci i seguenti dettagli:

  • Destinazione RFC per il motore J2EE
  • Specificare un nome di sistema logico
  • Tipo di connettore

Quindi dovresti inserire il -

  • Nome del connettore.
  • Nome del sistema di origine se non è stato determinato dal nome del sistema logico.

Dopo aver inserito tutti questi dettagli → Scegli Continua.

In SAP BI Data Warehouse Management, è possibile pianificare una sequenza di processi in background per un evento e pochi di questi processi possono attivare un evento separato per avviare gli altri processi.

Una catena di processi offre i seguenti vantaggi in un sistema SAP BI:

  • Possono essere utilizzati per gestire e controllare centralmente i processi.

  • È possibile visualizzare i processi utilizzando la grafica.

  • Utilizzando l'elaborazione controllata dagli eventi, è possibile automatizzare le pianificazioni complesse.

Features −

  • Security
  • Flexibility
  • Openness

Struttura di una catena di processo

Ogni catena di processo è composta dai seguenti componenti:

  • Avvia processo
  • Processi di candidatura individuali
  • Processi di raccolta

Il processo di avvio viene utilizzato per definire la condizione di avvio di una catena di processi e tutti gli altri processi della catena sono programmati per attendere un evento. I processi dell'applicazione sono i processi definiti in una sequenza e sono i processi effettivi in ​​un sistema BI. Possono essere classificati come:

  • Processo di caricamento
  • Processo agente segnalante
  • Processo di amministrazione della destinazione dei dati
  • Altri processi BI

Un processo può essere definito come una procedura interna o esterna al sistema SAP e ha un inizio e una fine definiti.

Avvia il processo per la progettazione di una catena di processi

Il processo di avvio viene utilizzato per definire la condizione di avvio di una catena di processi. È possibile avviare una catena di processi all'ora specificata o dopo un evento attivato da un processo di avvio.

Un inizio della catena di processi può anche essere configurato utilizzando una metacatena. Se la condizione iniziale di una catena di processo è integrata con un'altra catena di processo, questa è nota come ametachain.

Di seguito sono riportate le caratteristiche principali di un processo di avvio:

  • In una catena di processi, solo un processo di avvio può essere pianificato senza un processo predecessore.

  • È possibile definire un solo processo di avvio per ciascuna catena di processi.

  • Un processo di avvio non può essere il successore di un altro processo.

  • È possibile utilizzare un processo di avvio solo in una singola catena di processi.

Come creare una catena di processi?

Uso T-Code: RSPC o in Modeling tab → Go to Process Chain.

Fare clic con il tasto destro nel file Context area → Create Process Chain.

Immettere il nome tecnico e la descrizione della catena del processo. Fare clic su Continua.

Per creare un processo di avvio, fare clic sulla nuova icona nella finestra successiva che si apre. Immettere il nome tecnico e la descrizione del processo a stella.

Nella finestra successiva è possibile definire le opzioni di pianificazione. La pianificazione diretta consiste nel pianificare la catena di processi in un intervallo di tempo specificato.

È possibile utilizzare "Modifica selezione" per immettere i dettagli della pianificazione.

Vai al pulsante Data / Ora. Indica la data / ora di inizio pianificata, la data / ora di fine.

Per definire la frequenza, selezionare la casella di controllo Lavoro periodico come mostrato nella seguente schermata. Clicca suPeriod Values. Immettere la frequenza (oraria / giornaliera / settimanale / mensile / altro periodo). Fare clic sul pulsante Salva e indietro per tornare alla schermata RSPC precedente.

Il passaggio successivo consiste nel selezionare il tipo di processo.

  • Per eseguire il dataload tramite un InfoPackage, utilizzare il tipo di processo Execute InfoPackage.

  • Per eseguire il dataload tramite un DTP, utilizzare il tipo di processo Data Transfer Process.

Fare doppio clic sul tipo di processo e si aprirà una nuova finestra. È possibile selezionare InfoPackage dalle opzioni fornite.

Per connettere la variante con un InfoPackage, selezionare “Avvia variante” e tenere premuto il tasto sinistro del mouse. Quindi spostare il pulsante del mouse sul passaggio di destinazione. Una freccia dovrebbe seguire il tuo movimento. Smetti di premere il pulsante del mouse e verrà creata una nuova connessione.

Per eseguire un controllo di coerenza, fare clic su Goto → Checking View.

Per attivare la catena di processi, fare clic su Attiva o vedere la seguente schermata per comprendere i passaggi a cui attenersi.

Per pianificare la catena di processi, vai a Execution → Schedule. Select Priority and Continue.

Questo pianificherà la catena di processi come processo in background e può essere visualizzato utilizzando Transaction SM37.

Monitorare la catena del processo

Uso T-Code: RSPCM

Viene utilizzato per monitorare le catene di processo quotidiane.

Per visualizzare i registri, utilizzare T-code: RSPC

Seleziona Processo chain → Right Click → Display Log.

In un sistema SAP BI, è possibile analizzare e creare report sui dati InfoProviders selezionati utilizzando il trascinamento della selezione o il menu di scelta rapida per navigare nelle query create in BEx Query Designer.

Nel mercato competitivo di oggi, le aziende di maggior successo rispondono rapidamente e in modo flessibile ai cambiamenti e alle opportunità del mercato. Una chiave per questa risposta è l'uso efficace ed efficiente di dati e informazioni da parte di analisti e manager. Un "Data Warehouse" è un archivio di dati storici organizzati per soggetto per supportare i responsabili delle decisioni nell'organizzazione. Una volta che i dati sono stati archiviati in un data mart o in un magazzino, è possibile accedervi.

In SAP BI, Business Explorer (BEx) è uno dei componenti chiave che consente di eseguire rapporti e analisi flessibili e fornisce diversi strumenti che possono essere utilizzati per l'analisi strategica e supportare i decisori nel prendere decisioni per la strategia futura.

Gli strumenti più comuni inclusi in BEx sono:

  • Query
  • Reporting
  • Funzioni di analisi

Di seguito sono riportati i componenti chiave in un Business Explorer:

  • BEx Query Designer
  • BEx Web Application Designer
  • BEx Broadcaster
  • Analizzatore BEx

BEx Query Designer

In BEx Query Designer, è possibile analizzare i dati nel sistema BI progettando query per InfoProvider. È possibile combinare InfoObject ed elementi di query che consentono di esplorare e analizzare i dati nell'InfoProvider.

Funzioni chiave di BEx Query Designer

  • È possibile utilizzare query in BEx Query Designer per i report OLAP e per i report aziendali.

  • Le query possono contenere diversi parametri come variabili per valori caratteristici, gerarchie, formule, testo, ecc.

Puoi selezionare InfoObjects in modo più preciso:

  • In Query Designer è possibile applicare un filtro per limitare l'intera query. Durante la definizione del filtro, è possibile aggiungere valori caratteristici da una o più caratteristiche o anche cifre chiave nel filtro. Tutti i dati di InfoProvider vengono aggregati utilizzando la selezione del filtro della query.

  • È inoltre possibile utilizzare caratteristiche definite dall'utente e determinare il contenuto delle righe e delle colonne della query. Viene utilizzato per specificare le aree dati dell'InfoProvider attraverso cui si desidera navigare.

  • È disponibile un'opzione di navigazione attraverso la query che consente di generare diverse visualizzazioni dei dati di InfoProvider. Ciò può essere ottenuto trascinando una qualsiasi delle caratteristiche definite dall'utente nelle righe o nelle colonne della query.

Come accedere a Query Designer?

Per accedere a BEx Query Designer, vai a Start → All Programs.

Nel passaggio successivo, seleziona BI system → OK.

Enter the following details −

  • Entra nel cliente
  • Nome utente
  • Password
  • Lingua di accesso
  • Fare clic sul pulsante Ok

You can see the following components in a Query Designer −

  • I dettagli di InfoProvider sono disponibili qui.

  • Schede per visualizzare vari componenti del report.

  • Finestra delle proprietà che mostra le proprietà di ogni componente selezionato nella query.

La barra degli strumenti Standard in Query Designer mostrata in alto ha i seguenti pulsanti.

  • Crea nuova query
  • Apri query
  • Salva query
  • Salva tutto
  • Proprietà query
  • Pubblica sul Web
  • Seleziona Query e molte altre opzioni.

Elementi di query in InfoProvider

  • Key figures - Contiene i dati numerici o le misure o gli indicatori chiave di prestazione KPI e può essere ulteriormente suddiviso in cifre chiave calcolate CKF e cifre chiave limitate RKF.

  • Characteristics- Definiscono i criteri per classificare gli oggetti. Ad esempio: prodotto, cliente, posizione, ecc.

  • Attributes - Definiscono le proprietà aggiuntive di una caratteristica.

Proprietà query

Variable Sequence - Viene utilizzato per controllare l'ordine in cui le variabili della schermata di selezione vengono visualizzate agli utenti.

Display - Vai alla scheda Display per impostare le proprietà di visualizzazione come segue -

  • Hide Repeated Key Values - Viene utilizzato per controllare le caratteristiche che si ripeteranno o meno in ogni riga.

  • Display Scaling Factors for Key Figures - Viene utilizzato per controllare se il fattore di scala è riportato nella parte superiore della colonna corrispondente.

È inoltre possibile definire filtri, utilizzare Variabili in Query designer. Questi filtri vengono utilizzati per limitare l'accesso ai dati nel reporting, nell'analisi a un determinato settore aziendale, gruppo di prodotti o periodo di tempo.

Variabili

Le variabili sono definite come parametri di una query in Query Designer che vengono riempiti con valori quando si esegue la query. È possibile creare diversi tipi di variabili, alcune delle quali sono le seguenti:

  • Variabili della gerarchia
  • Caratteristiche Valore Variabili
  • Variabile di testo
  • Variabile formula
  • Variabili del nodo gerarchico

Per creare una variabile, vai alla cartella Caratteristica Valore Variabili disponibile sotto la caratteristica corrispondente.

Il passaggio successivo è fare clic con il pulsante destro del mouse sulla cartella → selezionare l'opzione Nuova variabile.

Cifre chiave limitate

È anche possibile limitare le cifre chiave di un InfoProvider per il riutilizzo selezionando una o più caratteristiche. È possibile limitare le cifre chiave di una o più selezioni di caratteristiche e possono essere cifre chiave di base, cifre chiave calcolate o cifre chiave già limitate.

Per creare una nuova cifra chiave limitata, nell'area della schermata InfoProvider → selezionare la voce Figure chiave e scegliere Nuova figura chiave limitata dal menu contestuale.

Restricted Characteristics −

  • Selezione di singoli valori
  • Selezione di intervalli di valori
  • Salvataggio dei valori nei preferiti
  • Visualizzazione delle chiavi dei valori
  • Valori disponibili nella storia
  • Eliminazione dei valori dalla finestra di selezione

Analizzatore BEx: reportistica e analisi

BEx Analyzer è noto come strumento di progettazione incorporato in Microsoft Excel e utilizzato per la creazione di report e l'analisi. In un BEx Analyzer, è possibile analizzare e pianificare con i dati InfoProvider selezionati utilizzando il menu di scelta rapida o trascinandoli per navigare nelle query create in BEx Query Designer.

BEx Analyzer è diviso in due modalità per scopi diversi:

Analysis mode - Viene utilizzato per eseguire analisi OLAP sulle query.

Design mode - Viene utilizzato per progettare l'interfaccia per le applicazioni di query.

Modalità di analisi

È possibile eseguire le seguenti attività in modalità Analisi:

  • È possibile accedere a BEx Query Designer per definire le query.

  • È possibile analizzare i dati di InfoProvider navigando nelle query.

  • È possibile utilizzare diverse funzioni come ordinamento, filtraggio, perforazione ecc. Che sono comuni in OLAP.

  • Distribuzione di cartelle di lavoro con BEx Broadcaster.

  • Per la programmazione avanzata è possibile incorporare i propri programmi VBA personalizzati.

  • È possibile salvare le cartelle di lavoro sul server / localmente sul computer o nei preferiti.

Modalità di progettazione

È possibile eseguire le seguenti attività in modalità progettazione:

  • Può essere utilizzato per progettare la query e puoi incorporare diversi elementi di progettazione della query come caselle a discesa, gruppi di pulsanti di opzione, griglia e pulsanti nella cartella di lavoro di Microsoft Excel.

  • Puoi anche personalizzare la tua cartella di lavoro con la formattazione di Excel e la funzionalità del grafico.

Per avviare BEx Analyzer, dal menu Start di Windows, scegliere Programs → Business Explorer → Analyzer.