Miten muo­dos­taa tule­vai­suu­den kes­tä­vä data-alus­ta SAP-jär­jes­tel­mien datan pohjalta?

SAP:n toi­min­na­noh­jaus­rat­kai­sut ovat erit­täin suo­sit­tu­ja eten­kin suu­ris­sa ja kes­ki­suu­ris­sa orga­ni­saa­tiois­sa. Suu­rin osa Suo­men­kin suu­rim­mis­ta orga­ni­saa­tiois­ta hyö­dyn­tää yhtä tai useam­paa SAP:n jär­jes­tel­mää ope­raa­tioi­den­sa hal­lit­se­mi­seen ja ohjaa­mi­seen. Glo­baa­lin toi­min­na­noh­jauk­sen mark­kin­ajoh­ta­jan tämän­het­ki­nen lip­pu­lai­va­tuo­te on SAP S/4HANA ja sen pil­vi­ver­siot. Tämä tie­ten­kin tar­koit­taa myös sitä, että useas­sa data- ja ana­ly­tiik­ka­puo­len hank­kees­sa eteen tulee tilan­ne, jos­sa SAP-jär­jes­tel­mä toi­mii kes­kei­se­nä läh­de­jär­jes­tel­mä­nä ja täl­löin on rat­kais­ta­va, miten SAP:n data saa­daan jär­ke­vim­mäl­lä taval­la integroi­tua uuteen, tai jo käy­tös­sä ollee­seen data-alustaan.

Äkki­sel­tään kuvio voi kuu­los­taa yksin­ker­tai­sel­ta, eihän SAP ole kuin yksi läh­de­jär­jes­tel­mä mui­den jou­kos­sa. Siis lada­taan datat ja ruve­taan hom­miin, eikö niin? Asia har­voin on kui­ten­kaan näin yksin­ker­tai­nen, kos­ka SAP-jär­jes­tel­mät, eri­tyi­ses­ti SAP ECC ja S/4HANA, tuo­vat muka­naan lukui­sia eri­lai­sia ete­ne­mis­vaih­toeh­to­ja, joi­den pyör­teis­tä tulee löy­tää kul­le­kin orga­ni­saa­tiol­le se kaik­kein paras ja ark­tis­ta kirk­kaut­ta ilmen­tä­vä ratkaisu.

Moni­mut­kai­seen yhtä­löön sekoit­tuu SAP-jär­jes­tel­mien eri­tyis­piir­teet, ver­siot, lisen­soin­tieh­dot, tie­to­kan­ta­va­lin­nat (DB2, SQL Ser­ver, Oracle, SAP HANA), SAP BW:n ole­mas­sao­lo, kol­man­nen osa­puo­len SAP-integroin­ti­työ­ka­lut, kuten Aecor­soft ja Theo­bald, sekä tie­ten­kin kehit­tä­jän SAP-tie­to­mal­lien ja ‑pro­ses­sien tun­te­mus. Kai­ken lisäk­si usein sopas­sa omia kau­ho­jaan hei­lut­te­le­mas­sa on niin orga­ni­saa­tion oma SAP-tii­mi näke­myk­si­neen, SAP suo­si­tuk­si­neen, kuin tie­ten­kin myös vali­tun kump­pa­nin osaajat.

Raa­ka­da­tal­la on val­ta­va arvo

Usein tör­mää SAP-inte­graa­tio­rat­kai­sui­hin, jois­sa SAP:n dataa hae­taan esi­mer­kik­si data ext­rac­to­reil­la, que­ry­jen tai CDS-näky­mien kaut­ta, luke­mal­la func­tio­nal modu­le­ja tai moni­mut­kai­sel­la SQL-lausek­keil­la. Kaik­kia näi­tä tapo­ja yhdis­tää se, että dataa haet­taes­sa poi­mi­taan tie­to­ja, joi­ta tar­vi­taan tiet­tyyn rapor­toin­ti­tar­pee­seen. Taus­tal­la on siis jo logiik­kaa dataa haettaessa.

Edel­lä kuvat­tu tapa aiheut­taa sen, ettei data-alus­tal­la tai tie­to­va­ras­tos­sa ole SAP:n raa­ka­da­taa ja esi­mer­kik­si jär­jes­tel­män vaih­tues­sa raa­ka­da­ta hävi­ää van­han jär­jes­tel­män pois­tues­sa. Jos orga­ni­saa­tio halu­aa­kin myö­hem­min teh­dä edis­ty­nei­tä ana­ly­tiik­ka­rat­kai­su­ja ja hyö­dyn­tää sii­nä van­haa dataa, se ei ole enää mah­dol­lis­ta, kos­ka meil­lä on käy­tös­sä pel­käs­tään jo tie­tyn logii­kan perus­teel­la poi­mit­tua ja pahim­mas­sa tapauk­ses­sa aggre­goi­tua dataa. Toi­sin sanoen, on äärim­mäi­sen kriit­tis­tä lähes­ty­mis­ta­vas­ta riip­pu­mat­ta siir­tää data-alus­tal­le SAP:n raa­ka­da­ta sel­lai­se­naan. Käy­tän­nös­sä tämä tar­koit­taa SAP:n tie­to­mal­lin tau­lu­jen siir­tä­mis­tä. Näin mah­dol­lis­tam­me tule­vai­suu­den kes­tä­vän rat­kai­sun, jos­sa kaik­ki raa­ka­da­ta on tule­vai­suu­des­sa tal­les­sa uusia käyt­tö­ta­pauk­sia var­ten, riip­pu­mat­ta sii­tä, onko jär­jes­tel­mät vaih­tu­neet vai eivät.

Älä aja lisensointimiinaan

SAP:n lisen­soin­ti­maa­il­ma ei vält­tä­mät­tä näyt­täy­dy sel­keä­nä, jos asi­aan ei ole pereh­ty­nyt eikä omaa pit­kää koke­mus­ta aiheen tii­moil­ta. Huo­mioi­ta­via asioi­ta on lukui­sia, jois­ta tär­keim­pä­nä SAP ECC/SAP BW-ympä­ris­töis­sä ns. ”Open Hub”-lisenssi, joka rajaa inte­graa­tio­mah­dol­li­suuk­sia kol­man­sien osa­puo­lien jär­jes­tel­miin, sekä S/4­HA­NA-maa­il­mas­sa valit­tu HANA-lisens­si, muu­ta­mia mai­ni­tak­se­ni. Mie­len­kiin­toi­suut­ta aihee­seen tuo se, että riip­pu­mat­ta lisens­seis­tä, asiat voi olla tek­ni­ses­ti mah­dol­lis­ta toteut­taa, vaik­ka lisens­si ei sitä sal­li­si­kaan. Har­va halu­aa tör­mä­tä asi­aan SAP:n lisens­si­au­di­toin­nis­sa ja mak­saa kor­vauk­sia lisens­sieh­to­jen rik­ko­mi­ses­ta, joten suo­sit­te­len että asi­aan pereh­dy­tään kun­nol­la etu­kä­teen, jot­ta tie­de­tään tark­kaan mihin ollaan ryhtymässä.

Yksin­ker­tai­nen on kaunista

Jos se vain suin­kin on vaih­toeh­to, niin Isle­til­lä suo­sit­te­lem­me usein mah­dol­li­sim­man yksin­ker­tai­sia rat­kai­su­ja. Mitä vähem­män liik­ku­via osia, sitä vähem­män on nimit­täin myös koh­tia, jois­sa jokin voi men­nä pie­leen. Jokai­nen ker­ros, kom­po­nent­ti ja työ­ka­lu lisää kus­tan­nuk­sia, vaa­tii eri­tyis­osaa­mis­ta, hidas­taa kehi­tys­tä ja lisää poten­ti­aa­li­sia ongelmia.

Pysäh­dy het­kek­si ja mie­ti hyvin tyy­pil­lis­tä rat­kai­sua, jos­sa data hae­taan SAP S/4HANA ‑toi­min­na­noh­jaus­rat­kai­sus­ta ext­rac­to­rien ja/​tai func­tio­nal modu­lien kaut­ta SAP BW:hen. SAP BW:ssä dataa hie­ro­taan eteen­päin eri ker­ros­ten lävit­se DSO/ADSO:ta hyö­dyn­täen, teh­dään Com­po­si­te­Pro­vi­der (vir­tu­aa­li­nen data­mart­ti) ja sen pääl­le ehkä vie­lä Que­ry. Que­rys­tä datat lue­taan rapor­toin­ti- ja visua­li­soin­ti­työ­ka­lun tie­to­mal­liin SAP-con­nec­to­ril­la, sano­taan nyt vaik­ka esi­merk­ki­nä Qli­kView. Qli­kViewis­sä tie­dot tal­len­ne­taan esim. QVD-for­maat­tiin ja lopul­ta lue­taan muis­tin­va­rai­seen moot­to­riin, jon­ka pääl­le raken­ne­taan visu­aa­li­nen kerros.

Lei­ki­tään vie­lä, että tämä orga­ni­saa­tio on läh­te­nyt raken­ta­maan Mic­ro­soft Azu­reen uut­ta data-alus­taa ja edel­lä kuvat­tu Qli­kView-kuvio kor­va­taan­kin sil­lä, että tie­dot siir­re­tään SAP BW:stä Azu­ren data lakeen tai suo­raan johon­kin relaa­tio­tie­to­kan­taan Theo­bald-ohjel­mis­tol­la. Azu­res­sa dataa muo­ka­taan Azu­re Data Fac­to­ryl­lä, busi­ness­lo­giik­kaa luo­daan ja lopul­ta datat tar­jo­taan visua­li­soin­ti­työ­ka­luun, sano­taan nyt vaik­ka Tableau­hun, jos­sa tie­dot lue­taan muis­tin­va­rai­seen moot­to­riin data­mal­liin ja siel­tä se lue­taan eri­lai­siin visu­aa­li­siin komponentteihin.

Lop­pu­tu­lok­se­na on rat­kai­su, jos­sa lii­ke­toi­min­nal­le tar­jo­taan eri­lai­sia moder­ne­ja visu­aa­li­sia ana­ly­tiik­ka­rat­kai­su­ja. Kaik­ki on tyy­ty­väi­siä, hie­noa! Lii­ke­toi­min­ta saa mitä halu­aa ja meil­lä on jär­ke­vä koko­nai­sark­ki­teh­tuu­ri? Vai herät­ti­kö tämä ske­naa­rio sit­ten­kin muun­lai­sia aja­tuk­sia sinussa?

Pit­käl­lä koke­muk­sel­la uskal­taa jo sanoa, ett tämä ei pää­sään­töi­ses­ti oli­si jär­ke­vää. Jos läh­de­tään liik­keel­le erot­te­le­mal­la, kuin­ka mon­taa eri osaa­mi­sa­luet­ta tai osaa­jaa tähän edel­lä­mai­ni­tun ske­naa­rion toteut­ta­mi­seen tar­vi­taan: SAP-jär­jes­tel­mä­osaa­ja, joka tekee func­tio­nal modu­lit ja/​tai muok­kaa ext­rac­to­rei­ta jne., SAP BW ‑osaa­ja, joka lataa tie­dot ja hie­roo sitä SAP BW:n sisäl­lä, Theo­bald-osaa­ja, joka siir­tää tie­dot Azu­reen, Azu­re-osaa­ja tai mah­dol­li­ses­ti useam­pi, joka mal­lin­taa, suun­nit­te­lee ja raken­taa tie­to­va­ras­toa Azu­ren sisäl­lä, min­kä lisäk­si vie­lä Tableau-osaa­ja, joka raken­taa tie­to­mal­lin, las­ken­nat ja visua­li­soin­nit. Mel­ko mon­ta koh­taa, jois­sa tie­don siir­to voi men­nä vikaan, ja jos­sa sovel­le­taan businesslogiikkaa.

Vaik­ka osa edel­lä kuva­tus­ta tek­ni­ses­tä hutus­ta oli­si men­nyt ohit­se, voit var­mas­ti uskoa, että yhteen tau­luun yhden lisä­ken­tän lisää­mi­nen ja yhden lisä­tau­lun luo­mi­nen yhtä esil­le tul­lut­ta lii­ke­toi­min­ta­tar­vet­ta var­ten vie kau­an, sii­hen tar­vi­taan usei­ta eri osaa­jia ja se mak­saa todel­la pal­jon suh­tees­sa saa­vu­tet­tui­hin tuloksiin.

Vali­tet­ta­vas­ti tämä ei ole edes eri­tyi­sen har­vi­nai­nen, vaan päin vas­toin hyvin tyy­pil­li­nen ske­naa­rio. On näh­ty hur­jem­pia­kin, esi­mer­kik­si tapaus, jos­sa lähes sama ark­ki­teh­tuu­ri on jat­ket­tu niin että Qli­kViewis­tä datat expor­ta­taan CSV-tie­dos­to­na levyn kul­mal­le ja lue­taan siel­tä Power BI:hin. Todel­la hur­jaa ja usein täy­sin tarpeetonta.

Min­kä me tämän sijaan sit­ten näem­me parem­mak­si lähes­ty­mis­ta­vak­si ja mihin omas­sa toi­min­nas­sam­me nojaam­me kuin vah­vaan perus­kal­lioon? Aina kan­nat­taa tavoi­tel­la yksin­ker­tai­suut­ta ja pyr­kiä eroon kai­kis­ta ark­ki­teh­tuu­rin ker­rok­sis­ta ja kom­po­nen­teis­ta, jot­ka eivät tuo rat­kai­suun lisä­ar­voa. Aina tuli­si miet­tiä myös tule­vai­suut­ta ja koko­nais­ku­vaa, ei pel­käs­tään käsil­lä ole­vaa yksit­täis­tä liiketoimintatarvetta.

Jos han­kit­tu­na on SAP S/4HANA:n HANA-tie­to­kan­nal­le Enterpri­se-lisens­si, koko aikai­sem­min esi­merk­ki­nä kuva­tun koko­nai­suu­den voi­si toteut­taa seu­raa­vas­ti: Lada­taan SAP-tau­lu­jen data sel­lai­se­naan Mic­ro­soft Azu­ren Azu­re Data Lakeen Azu­re Data Fac­to­ryn avul­la, toteu­te­taan tie­to­va­ras­to relaa­tio­tie­to­kan­nan (esim. SQL Data­ba­se, SQL Dedica­ted pool tai Snow­fla­ke) pääl­le tai Lake Data­ba­se ‑kon­sep­til­la hyö­dyn­täen SQL Ser­ver­less ‑poo­lia. Tähän pääl­le esi­mer­kik­si Power BI, jon­ka tie­to­mal­lis­sa on las­ken­nat teh­ty­nä ja sii­tä visua­li­soin­nit lop­pu­käyt­tä­jil­le. Jos orga­ni­saa­tiol­la ei ole Enterpri­se-lisens­siä vaan Run­ti­me-lisens­si, han­ki­taan esi­mer­kik­si Aecor­soft Data Inte­gra­tor, joka lukee SAP-tau­lu­jen tie­dot sovel­lus­ra­ja­pin­nan kaut­ta ja kir­joit­taa ne suo­raan Azu­re Data Lakeen.

Luo­ta koke­muk­seen ja näkemykseen

Isle­til­lä on yli 20 vuo­den vank­ka koke­mus eri SAP-jär­jes­tel­mis­tä ja olem­me vii­me vuo­si­na luo­neet lukui­sia menes­tys­ta­ri­noi­ta kon­ver­toi­mal­la asiak­kai­dem­me SAP-jär­jes­tel­miä S/4­HA­NA-maa­il­maan, siir­tä­mäl­lä ja ope­roi­mal­la nii­tä Mic­ro­soft Azu­re ‑jul­ki­pil­ves­sä, sekä tie­ten­kin tar­joa­mal­la Suo­men kovin­ta osaa­mis­ta eri osa-alueil­le. Data ja ana­ly­tiik­ka ‑tii­min asian­tun­ti­joil­la on kym­me­nien vuo­sien koke­mus eri­lai­sis­ta SAP-inte­graa­tiois­ta, sisäl­täen kaik­ki SAP:n tar­joa­mat stan­dar­dit raja­pin­nat, SAP BW:n, tie­to­jen haun suo­raan SAP:n tie­to­kan­nas­ta, sekä tie­ten­kin joh­ta­vat kol­man­nen osa­puo­len integraatio-ohjelmistot.

Isle­tis­sä yhdis­ty­vät­kin erit­täin vah­va pro­ses­sio­saa­mi­nen, koo­daus- ja SAP Basis osaa­mi­nen, sekä uniik­ki yhdis­tel­mä tie­to­tai­toa eri­lai­sis­ta SAP-inte­graa­tiois­ta ja moder­nien data-alus­to­jen luo­mi­ses­ta SAP-datan poh­jal­ta. Vaik­ka Isle­tin data- ja ana­ly­tiik­ka­tii­mi ei suin­kaan auta pel­käs­tään SAP:ia käyt­tä­viä orga­ni­saa­tioi­ta, se on ehdot­to­mas­ti yksi eri­tyis­osaa­mi­sa­lueis­tam­me. Pit­kän ja kat­ta­van koke­muk­sem­me poh­jal­ta pys­tym­me aut­ta­maan asiak­kai­tam­me muo­dos­ta­maan jär­ke­viä, tule­vai­suu­den kes­tä­viä ja tie­ten­kin kus­tan­nus­te­hok­kai­ta ratkaisuja.

Onko tei­dän orga­ni­saa­tios­san­ne SAP käy­tös­sä ja kai­pai­sit­te spar­raus­ta? Onko edes­sä uuden data-alus­tan luo­mi­nen, mut­ta ette ole var­mo­ja mikä on jär­ke­vä tapa toteut­taa inte­graa­tiot? Yski­vät­kö nykyi­set inte­graa­tiot ja hyvät neu­vot oli­si­vat tar­peen? Ota roh­keas­ti yhteyt­tä, saa­ris­to­lai­sen tyy­ney­del­lä autam­me hah­mot­ta­maan tilan­teen­ne ja tar­peen­ne ja navi­goi­maan oikeal­le reitille.