La migrazione selettiva dei dati SAP per la creazione di sistemi di Test con volume ridotto

Problema #1: il refresh dei sistemi SAP di Test

Tutte le organizzazioni che utilizzano la soluzione gestionale ERP SAP si ritrovano ben presto a che fare con un grande volume dati, che proliferano e crescono nel corso del tempo, contestualmente alla generazione di nuove transazioni core business.

Il problema della crescita del database informativo, oltre ad avere impatto diretto sui costi di amministrazione di sistema e di spazio disco del sistema SAP produttivo, si ripropone poi – in tutta la sua portata – anche sugli ulteriori sistemi SAP collegati all’ambiente produttivo.

Vale a dire tutti i vari sistemi di Test o Quality Assurance (QAS), Pre-Production, Sandbox, Training, etc.

Ora, i sistemi Non-produttivi sono normalmente ottenuti per copia integrale (refresh) del corrispettivo sistema produttivo.

Pertanto, questi sistemi di test ereditano tutto il corredo dati dell’ambiente di provenienza, senza filtri, e con gli stessi volumi.

Risultato? Nel corso del tempo le attività di refresh dei sistemi di Quality diventano sempre più lunghe ed onerose.

Di conseguenza i refresh dei sistemi non-produttivi si fanno via via più sporadici, rendendo ben presto i sistemi di test sempre più datati e non in linea con i dati produttivi più recenti (fresh data).

Tutto ciò va a detrimento dell’efficacia dei test su nuovi programmi o funzionalità, con la controindicazione di dover eseguire i veri test solo previo – e rischioso – rilascio dei nuovi sviluppi direttamente in produzione.

In conclusione la procedura tradizionale di refresh dei sistemi SAP non-produttivi presenta i seguenti, evidenti, svantaggi:

• Lunghi tempi del ciclo completo di refresh (backup + restore + postprocessing)
• Elevato spazio disco nei sistemi di destinazione ( storage dei sistemi di test uguale a quello produttivo)

Problema #2: la protezione di dati sensibili dei business partner strategici e/o del know-how industriale

Agli svantaggi più sopra elencati, se ne aggiunge un altro su cui molti clienti SAP sono sensibili: ad un refresh standard della produzione su un ambiente di Test corrisponde la replica di una serie di dati sensibili e personali di clienti, fornitori, impiegati, utenti, etc…

Tipicamente ad un sistema SAP di test è garantito l’accesso a tutta una serie di agenti esterni, ad esempio consulenti di aziende System Integrator, che hanno pertanto libero accesso anche a dati riservati e protetti da segreto industriale.

Sempre più spesso i clienti SAP richiedono soluzioni per il mascheramento o l’anonimizzazione di dati sensibili (quali i dati relativi al parco clienti e fornitori), ma la procedura standard di refresh non copre questo requisito.

Richieste di data masking / scrambling di dati personali e sensibili nei sistemi non produttivi sono all’ordine del giorno, alimentate oltretutto dall’esigenza di compliance al nuovo regolamento GDPR (General Data Protection Regulation).

Soluzione: la migrazione dati selettiva e il data scrambling

Inquaero, forte della pluriennale esperienza in ambito SLO (System Landscape Optimization), sviluppa ed eroga servizi e soluzioni ad hoc per risolvere i problemi qui sopra evidenziati.

La creazione di ambienti SAP di test con volume dati ridotto e con regole di data scrambling può essere eseguita sia in modalità servizio (Managed Services), sia attraverso l’impiego di pacchetti software rilasciati al cliente per l’esecuzione in completa autonomia (in-house), senza più dover ricorrere a consulenza esterna.

Generalmente lo scenari di migrazione selettiva più richiesti e implementati sono:

• From-date filter: i dati transazionali vengono selezionati e replicati nel sistema Test di destinazione a partire da una certa data liberamente inputabile dal cliente es. > 01.01.2020)
• Company Code filter: vengono selezionati e filtrati solo i dati di una o “n” società del gruppo, da migrarsi nel sistema Test di destinazione I due criteri di filtro possono essere anche combinati in uno scenario misto per From-Date e Company Code.

A tutto ciò è possibile aggiungere il pacchetto per il data scrambling dei dati sensibili ( es. riferimenti di clienti, quali indirizzi, codici fiscali, partite IVA, etc..) per la loro pseudonimizzazione, che può avvenire anche contestualmente alla migrazione.

Il pacchetto software Inquaero® VELOCE 4TS (for Test Systems) per la creazione selettiva di sistemi SAP, unito al pacchetto Inquaero® ANONIMO per il data masking/scrambling è la soluzione che cercavi.