SAP BusinessObjects Data Services è uno strumento ETL, integrato nativamente con la suite di prodotti SAP. In un’epoca di trasformazione digitale, questi tipi di strumenti sono diventati necessari per le organizzazioni di consolidare i dati e aumentare sia la loro gestione delle informazioni e capacità di analisi. Esso consente agli utenti di estrarre i dati da una fonte di dati, applicare regole al fine di passare i dati trasformati, e caricare i dati in un sistema di destinazione, essenzialmente portando più sistemi disparati in uno. Questo può essere fatto una volta come una semplice migrazione a un nuovo sistema, o può essere un processo di routine di migrazione di nuovi dati a un altro sistema.

Quali sono i vantaggi di SAP BusinessObjects Data Services?

Con molte aziende che eseguono SAP come sistema ERP (Enterprise Resource Planning), questo strumento è un’ottima scelta in quanto si integra al meglio con SAP. Se un’azienda ha un migliaio di clienti o un milione, questo strumento di livello enterprise è grande in termini di scalabilità. Con una curva di apprendimento rapida utilizzando un’interfaccia drag and drop, analisti o ingegneri di dati possono iniziare a utilizzare questo strumento senza particolari competenze di codifica richieste. Inoltre, c’è molta flessibilità nella creazione dei dati in quanto lo strumento consente vari modi per caricare i dati su SAP, come BAPIs, IDOCS e input batch. Lo strumento consente anche una facile pianificazione e monitoraggio dei lavori. Riduce anche la necessità di attività ripetitive con l’uso di variabili. Le variabili consentono agli utenti di eseguire varie operazioni, ad esempio decidere quali passaggi eseguire in un’attività, in quale ambiente deve essere eseguito un lavoro e modificare facilmente i passaggi di un processo senza ricreare l’intero lavoro. Ci sono anche funzionalità integrate che consentono l’armonizzazione dei dati e la qualità dei dati con l’uso della logica if/then o de-duplicazione.

Quali sono gli svantaggi dello strumento?

Proprio come con qualsiasi strumento ETL sul mercato, ci sono alcuni inconvenienti nell’utilizzo dei servizi dati. Uno svantaggio dello strumento è che c’è un costo di acquisto elevato. SAP in sé non è uno strumento economico, e mentre l’azienda incoraggia gli utenti a lavorare all’interno dello stesso ecosistema, il prezzo si traduce anche in questo strumento. A differenza di alcuni strumenti SAP, Data Services è più focalizzato per i team di sviluppatori e non mirato per gli utenti aziendali, con conseguente necessità di un’abilità specializzata. La funzionalità di debug di Data Services non è sofisticata come altri strumenti, il che può rendere lo sviluppo più difficile rispetto a una piattaforma di codifica in grado di eseguire tutto passo dopo passo quando necessario.

Modalità di utilizzo di SAP BusinessObjects Data Services:

Il modo più comune in cui viene utilizzato questo strumento è il trasferimento di dati da una fonte all’altra.
Ad esempio, abbiamo lavorato con una grande azienda globale che ha acquisito più marchi più piccoli e vuole implementare un sistema finanziario centrale per integrare tutti i dati principali in un’unica fonte. Le loro unità aziendali utilizzano tutti i propri sistemi SAP e hanno regole di formattazione diverse per i loro dati. Alcune aziende acquisite utilizzano diversi strumenti ERP rispetto SAP, e altri sono abbastanza piccoli per mantenere i loro dati anagrafici in file Excel. Vogliono consolidare e armonizzare tutti questi dati principali in un unico sistema.

Il primo passo in questo processo è l’estrazione di dati dai sistemi di origine. I diversi sistemi di dati SAP BusinessObjects possono essere collegati a Servizi dati e i file Excel possono essere importati nello strumento.

Da lì, il passo successivo è la trasformazione dei dati. In questo passaggio, ci sono più cose che possono essere fatte. Poiché i dati provengono da luoghi diversi, c’è spesso una varianza nelle lingue o nelle unità di misura. Per armonizzare questi dati, le diverse lingue e unità di misura possono essere convertite in modo che corrispondano tra i sistemi. De-duplicazione è un altro compito che può essere fatto, come per non portare in dati master ridondanti. La convalida è anche inclusa in questo passaggio per garantire che solo i dati corretti vengano introdotti nel nuovo sistema. In questa fase vengono applicate anche regole e mappature dei valori per trasformare i dati in modo che tutti i sistemi separati siano armonizzati nel sistema di destinazione.

Il passo finale è il caricamento dei dati nel sistema di destinazione. Ci sono diversi modi in cui questo può essere fatto, a seconda dei dati passati. I dati possono essere semplicemente passati in un database nel sistema di destinazione, oppure possono essere caricati nel sistema utilizzando diversi strumenti di comunicazione come IDocs e BAPIs.

Questi passaggi di solito non vengono eseguiti tutti in una volta, ma piuttosto spesso eseguiti in più iterazioni. Quando si sviluppa un flusso di lavoro di questo tipo, il processo viene eseguito sui dati in un ambiente di sviluppo o di test per garantire che tutti i requisiti di migrazione siano soddisfatti senza influire sugli utenti finali. Una volta completato il test e verificate le trasformazioni, è possibile modificare le variabili nel flusso di lavoro per indirizzare i dati al sistema di destinazione della produzione anziché all’ambiente di test.

Man mano che sempre più aziende si spostano verso soluzioni di dati migliori, cresce la necessità di un buon strumento di migrazione dei dati. Le aziende sono interessate a utilizzare più dati che mai da diversi strumenti funzionali, sistemi, canali di comunicazione dei consumatori e altro ancora. Avere la capacità di migrare i dati in modo efficiente consente a un’organizzazione di avere migliori capacità analitiche e governance dei dati.

Contributi di Suvrat Jhamb