O nasStoritveProjektiČlanki
← Nazaj na storitve

Modernizacija ERP in izhod iz SAP ECC: inženirstvo okoli migracije, ki je nihče ni ocenil

V vsaki migraciji ERP sta dva projekta. Eden je v načrtu (nov sistem, zasnova procesov, sistemski integrator), drugi pa se pokaže v četrtem mesecu, ko nekdo prešteje vmesnike.

Ta drugi projekt je naš. Osemdeset integracij po meri, poročila, na katera se zanaša računovodstvo in za katera ni odgovoren nihče, skladiščni terminali, ki se pogovarjajo s pogledom v bazi, portal za stranke, ki bere naravnost iz starih tabel, in dvajset let podatkov, ki morajo v nov sistem priti v obliki, ki jo bo ta sprejel. Redko je v prvotnem obsegu in pogosto prav on določa datum.

Zakaj je to zdaj na koledarju

Standardno vzdrževanje za SAP ECC 6.0 se konča 31. decembra 2027. Podaljšano vzdrževanje lahko podjetje pripelje do konca leta 2030, z doplačilom in v zmanjšanem obsegu. Velik del nameščene baze še ni začel, migracije običajno trajajo osemnajst do šestintrideset mesecev, partnerji in zmogljivosti hiperskalerjev za izvedbo pa se rezervirajo zdaj.

Enak pritisk obstaja tudi zunaj SAP. Stranke Oracle EBS imajo svoje obzorje podpore, namestitve Dynamics AX in NAV se potiskajo proti Business Central in Dynamics 365, dolg rep podjetij pa poganja ERP, ki so ga pred desetletjem močno prilagodili ljudje, ki jih od takrat ni več.

Ne glede na cilj je oblika problema ista: ERP ni otok, stvari, ki so nanj pripete, pa običajno niso dokumentirane.

Kaj delamo

Odkrivanje in popis vmesnikov

Preden je mogoče karkoli načrtovati, mora nekdo ugotoviti, kaj se z ERP dejansko pogovarja. To počnemo empirično (z branjem dnevnikov baze, omrežnega prometa, načrtovanih opravil, konfiguracije integracijskega vmesnega sloja in izvorne kode), in ne s krožnim vprašalnikom in upanjem.

Rezultat je popis vsakega vmesnika s smerjo, protokolom, pogostostjo, količino podatkov, poslovnim lastnikom, kjer ga je mogoče najti, in oceno, ali ga je treba zgraditi na novo, ga je mogoče opustiti ali prilagoditi. Stranke redno najdejo dva- do petkrat več vmesnikov, kot so pričakovale, precejšen del pa se izkaže, da ne streže ničemur.

Ponovna gradnja integracijske plasti

Vmesnike, ki morajo preživeti, zgradimo na novo, in raje jih zgradimo proti abstrakciji kot naravnost proti novemu sistemu. Integracijska plast med satelitskimi aplikacijami in ERP pomeni, da naslednja migracija (in ta bo) te vaje ne ponovi. Omogoča tudi selitev aplikacij v valovih namesto v enem samem vikendu prehoda.

Delo tu sega od vmesnikov IDoc in BAPI, storitev OData in končnih točk SOAP iz prejšnje dobe prek izmenjav z ravnimi datotekami in prek SFTP, ki še vedno poganjajo polovico evropskega B2B, do čakalnih vrst sporočil in sodobnih API-jev REST na novi strani.

Inženirstvo migracije podatkov

Izvoz, čiščenje, pretvorba, uvoz in (del, ki je običajno podcenjen) usklajevanje. Migracijo zgradimo kot ponovljivo kodo, ne kot enkratno skripto, tako da jo je mogoče desetkrat pognati proti vse čistejšim podatkom in rezultate vsakič samodejno primerjati.

Verodostojnost živi v usklajevanju. Računovodstvo migracije ne bo potrdilo zato, ker se je uvoz posrečil; potrdi jo, ker se saldi ujemajo, se števila ujemajo, preostale razlike pa so pojasnjene in pisno sprejete.

Aplikacije po meri, ki preživijo ERP

Večina podjetij ima okoli starega ERP aplikacije, ki zapisujejo nekaj, česar ERP ni zmogel: konfigurator, orodje za cene, terminal v proizvodnji, portal za stranke, planersko preglednico, ki je postala nosilni element. Nekatere je treba upokojiti v standardno funkcionalnost novega sistema. Nekatere so resnična konkurenčna prednost in jih je treba pošteno zgraditi na novo kot samostojne aplikacije, ne več privarjene na podatkovno shemo, ki se bo kmalu spremenila.

Pomagamo vam ločiti eno od drugega in nato zgradimo tiste, ki jih je vredno ohraniti.

Poročanje in senčno podatkovno okolje

Vsak dolgoživi ERP okoli sebe zraste plast poročil, izvozov in preglednic. Ta ob prehodu glasno počijo in skoraj nikoli niso v načrtu. Popišemo jih, ugotovimo, katera poslovanje resnično poganjajo, in jih zgradimo na novo proti novemu podatkovnemu modelu ali proti poročevalski plasti, ki jih od njega izolira.

Razgradnja in hramba podatkov

Star sistem hrani zapise, ki jih morate po zakonu hraniti še leta po izklopu. Držati ECC v teku samo za branje celo desetletje je drag način za izpolnitev pravila o hrambi. Zgradimo izvoz v dostopen arhiv s potmi za iskanje in izvoz, kakršne revizorji in davčni organi dejansko zahtevajo, da je star sistem mogoče ugasniti.

Česa ne počnemo

Nismo funkcijsko svetovalno podjetje za SAP. Ne konfiguriramo FI/CO, ne oblikujemo vaših procesnih predlog in nismo partner, ki vodi program S/4HANA. To so specialistične vloge in zanje najemite specialista.

Smo inženirska ekipa, ki dela ob tem partnerju in pokriva vse, česar se ERP dotika, program ERP pa tega ne pokriva. V praksi nas najame bodisi stranka neposredno, da zaščiti svojo stran programa, bodisi sistemski integrator kot podizvajalca.

Če iščete nekoga, ki bo prevzel celotno pretvorbo v S/4HANA, vam bomo povedali, da to nismo, in to raje v prvem pogovoru kot v tretjem.

Kje delamo

Ob programu S/4HANA: ponovna gradnja integracij, inženirstvo migracije podatkov, delo na satelitskih aplikacijah in razgradnja podedovanega okolja.

Migracije popolnoma stran od SAP: na Odoo, Dynamics 365 Business Central, ERPNext, Netsuite ali panožni sistem, kar je najpogostejše pri srednje velikih podjetjih, ki jim je S/4HANA nesorazmeren. Tu je integracijsko in podatkovno delo večina projekta.

Okolja Oracle, Dynamics AX/NAV in Infor, ki so pod enakim pritiskom življenjskega cikla, le da je nanje uprte manj pozornosti.

Podjetja, ki sploh ne migrirajo in so se odločila zaenkrat ostati, potrebujejo pa modernizirane okoliške sisteme, vzdržljive vmesnike in zmanjšano tveganje, dokler čakajo.

Kako poteka sodelovanje

Odkrivanje, tri do šest tednov. Popis vmesnikov, ocena kakovosti podatkov, pregled satelitskih aplikacij in pisno poročilo o tem, kakšno okoliško okolje v resnici je. To je namenoma na voljo kot samostojno sodelovanje: več strank ga je uporabilo za ponovno pogajanje o obsegu in ceni ponudbe sistemskega integratorja, kar se jim je večkratno povrnilo.

Izvedba, vzporedno z glavnim programom: integracijska plast, migracijski cevovod, prenova aplikacij, po vašem urniku in glede na vaš datum prehoda.

Podpora ob prehodu, vključno z vajami, usklajevalnimi teki in obdobjem intenzivne podpore, ko se vmesniki, ki v testiranju niso bili nikoli zares obremenjeni, končno obremenijo.

Razgradnja, ko je nov sistem stabilen in je arhiv potrjen.

Tehnologija

Java, .NET, Python, Node.js in PHP na aplikacijski strani; vmesniške tehnologije SAP, vključno z IDoc, BAPI, RFC in OData; vmesni sloj, vključno z MuleSoft, Apache Camel, Kafka in Azure Integration Services; SQL Server, Oracle, DB2, HANA in PostgreSQL; AWS in Azure. Kadar obstoječe okolje teče na čem starejšem (Delphi, VB6, PowerBuilder, COBOL ob ERP), je to znan teren in ne presenečenje.

Pogosta vprašanja

Kdaj natanko se konča podpora za SAP ECC?

Standardno vzdrževanje za SAP ECC 6.0 se konča 31. decembra 2027. Podaljšano vzdrževanje je na voljo do konca leta 2030 z doplačilom in v zmanjšanem obsegu. Podrobnosti za vaš enhancement pack in vašo pogodbo potrdite neposredno pri SAP, saj se pogoji razlikujejo.

Sistemskega integratorja smo že izbrali. Kam se vključite vi?

Ob njega. Integrator ima v lasti pretvorbo ERP, mi pa okolje okoli njega: vmesnike, podatkovno inženirstvo, satelitske aplikacije, poročanje in razgradnjo. Taka delitev je pogosta, integratorju pusti osredotočenost na sistem, ki ga obvlada, in poskrbi, da je nekdo odgovoren za dele, ki običajno padejo med pogodbi.

Ali je realno v celoti oditi s SAP?

Za nekatera podjetja da. Odvisno je od tega, koliko tega, kar počnete, je standardnega, koliko sedi v prilagoditvah in ali manjša platforma zmore vašo količino in vaše regulativne zahteve. Za srednje velike proizvajalce in distributerje je to resnična možnost, za zapletene multinacionalke slaba. Faza odkrivanja vam da dokaze za odločitev namesto argumenta.

Kako dolgo traja popis vmesnikov?

Tri do šest tednov za večino srednje velikih okolij. Omejuje ga predvsem dostop: kako hitro pridemo do dnevnikov, izvorne kode, konfiguracije vmesnega sloja in ljudi, ki se spomnijo, zakaj nekaj obstaja.

Ali lahko star sistem po izklopu ostane na voljo za revizijo?

Da. Zgradimo izvoz v arhiv, po katerem je mogoče poizvedovati, z obdobjem hrambe ter zmožnostjo iskanja in izvoza, kot jo zahtevajo vaši revizorji in davčni organi. To je običajno precej ceneje kot desetletje poganjati licenciran ERP samo za branje.

Kaj, če se odločimo, da še ne bomo migrirali?

To je legitimna odločitev, zlasti ker je podaljšano vzdrževanje na voljo do leta 2030. Delo je takrat zmanjševanje tveganja vmes: dokumentiranje in stabilizacija vmesnikov, opuščanje tega, česar nič ne uporablja, in modernizacija aplikacij okoli ERP, da okoliško okolje ob selitvi ne bo ovira.

Začnite

Povejte nam, kaj poganjate, kje ste v odločitvi in ali je integrator že izbran. Povedali vam bomo, koliko vas bo okoliško okolje verjetno stalo in kje bi začeli.

Kontaktirajte nas za določitev obsega odkrivanja vmesnikov in podatkov.

Sorodne storitve

Pripravljeni za začetek s to storitvijo?

Stopite v stik
← Nazaj na vse storitve