ERP moderniseerimine ja SAP ECC-st loobumine: inseneritöö migratsiooni ümber, mida keegi ei planeerinud

Igas ERP-migratsioonis on peidus kaks projekti. Üks on plaanis (uus süsteem, protsesside kavandamine, süsteemiintegraator) ja teine tuleb välja neljandal kuul, kui keegi liidesed üle loeb.

See teine projekt on meie oma. Kaheksakümmend eritellimusel tehtud liidestust, aruanded, millest finantsosakond sõltub, kuid millel pole omanikku, laoterminalid, mis suhtlevad andmebaasivaatega, kliendiportaal, mis loeb otse vanadest tabelitest, ning kahekümne aasta andmed, mis peavad jõudma uude süsteemi sellisel kujul, mida see vastu võtab. Seda on harva algses töömahus ja sageli määrab just see tähtaja.

Miks see on praegu päevakorras

SAP ECC 6.0 põhihooldus lõpeb 31. detsembril 2027. Laiendatud hooldusega saab ettevõte jätkata kuni 2030. aasta lõpuni, kõrgema hinnaga ja väiksema ulatusega. Suur osa paigaldatud baasist pole veel alustanud, migratsioonid kestavad tavaliselt kaheksateist kuni kolmkümmend kuus kuud ning partnerite ja suurte pilveteenuse pakkujate võimsust nende tegemiseks broneeritakse juba praegu.

Sama surve on olemas ka väljaspool SAP-i. Oracle EBS-i kliente ootab ees nende enda toe lõpp, Dynamics AX-i ja NAV-i paigaldusi lükatakse Business Centrali ja Dynamics 365 suunas ning pikk saba ettevõtteid kasutab ERP-d, mida kohandasid kümme aastat tagasi põhjalikult inimesed, kes on vahepeal lahkunud.

Olenemata sihtkohast on probleemi kuju sama: ERP ei ole saar ja sellega ühendatud asjad on tavaliselt dokumenteerimata.

Mida me teeme

Liideste tuvastamine ja inventuur

Enne kui midagi saab planeerida, peab keegi välja selgitama, mis ERP-ga tegelikult suhtleb. Teeme seda empiiriliselt (loeme andmebaasilogisid, võrguliiklust, ajastatud töid, integratsiooni vahevara seadistust ja lähtekoodi), mitte küsimustikku laiali saates ja lootes.

Tulemuseks on iga liidese inventuur: suund, protokoll, sagedus, andmemaht, äriline omanik, kui selline leidub, ning hinnang, kas liides tuleb uuesti ehitada, kas selle saab kasutusest kõrvaldada või kohandada. Kliendid leiavad regulaarselt kaks kuni viis korda rohkem liideseid, kui ootasid, ja märkimisväärne osa neist ei teeninda lõpuks mitte midagi.

Integratsioonikihi uuesti ehitamine

Ehitame uuesti liidesed, mis peavad alles jääma, ja eelistame ehitada need abstraktsioonikihi vastu, mitte suunata neid otse uuele süsteemile. Integratsioonikiht teie satelliitrakenduste ja ERP vahel tähendab, et järgmine migratsioon (ja see tuleb) ei pea seda harjutust kordama. Samuti saate rakendusi üle viia etappide kaupa, mitte ühe ülemineku nädalavahetusega.

Töö hõlmab IDoc- ja BAPI-liideseid, OData-teenuseid, varasema ajastu SOAP-otspunkte, lameda faili ja SFTP-vahetusi, millel töötab endiselt pool Euroopa B2B-st, sõnumijärjekordi ning uuel poolel kaasaegseid REST API-sid.

Andmemigratsiooni inseneritöö

Väljavõtt, puhastamine, teisendamine, laadimine ja (tavaliselt alahinnatud osa) kooskõlastamine. Ehitame migratsiooni korratava koodina, mitte ühekordse skriptina, et seda saaks käivitada kümneid kordi järjest puhtamate andmete peal ja tulemusi iga kord automaatselt võrrelda.

Usaldusväärsus sünnib kooskõlastamises. Finantsosakond ei kinnita migratsiooni seetõttu, et laadimine õnnestus; ta kinnitab selle seetõttu, et saldod klapivad, kogused klapivad ning allesjäänud erinevused on selgitatud ja kirjalikult heaks kiidetud.

Rakendused, mis elavad ERP-st kauem

Enamikul ettevõtetel on vana ERP ümber ehitatud rakendusi, mis teevad midagi, mida ERP ei suutnud: konfiguraator, hinnastamise tööriist, tootmisterminal, kliendiportaal, planeerimistabel, millest sai kandev osa. Mõned tuleks kaotada ja asendada uue süsteemi standardfunktsioonidega. Mõned on tõeline konkurentsieelis ja need tuleks korralikult iseseisvate rakendustena uuesti ehitada, nii et need poleks enam kokku keevitatud andmebaasiskeemiga, mis on muutumas.

Aitame teil neil vahet teha ja ehitame seejärel need, mida tasub alles hoida.

Aruandlus ja varjatud andmemaastik

Iga kauaaegse ERP ümber kasvab väljaspool seda aruannete, väljavõtete ja arvutustabelite kiht. Need lähevad üleminekul valjult katki ja neid pole peaaegu kunagi plaanis. Inventeerime need, tuvastame need, millel äri tegelikult töötab, ja ehitame need uuesti uue andmemudeli või sellest eraldava aruandluskihi peale.

Kasutusest kõrvaldamine ja andmete säilitamine

Vanas süsteemis on andmeid, mida olete seadusega kohustatud säilitama veel aastaid pärast selle väljalülitamist. ECC hoidmine kümme aastat ainult lugemisrežiimis on kallis viis säilitusnõuet täita. Ehitame andmete väljavõtte ligipääsetavasse arhiivi, kus on otsingu- ja ekspordivõimalused, mida audiitorid ja maksuhaldurid tegelikult küsivad, et vana süsteemi saaks välja lülitada.

Mida me ei paku

Me ei ole SAP-i funktsionaalne konsultatsioonifirma. Me ei seadista FI/CO-d, ei kavanda teie protsessimalle ega ole partner, kes juhib S/4HANA programmi. Need on spetsialistide rollid ja nende jaoks tuleks kaasata spetsialist.

Oleme insenerimeeskond, mis töötab selle partneri kõrval kõige kallal, mida ERP puudutab, kuid mida ERP programm ei kata. Praktikas kaasab meid kas klient otse, et kaitsta programmis oma poolt, või süsteemiintegraator, kes programmi juhib, alltöövõtjana.

Kui otsite kedagi, kes võtaks enda kanda kogu S/4HANA konversiooni, ütleme teile, et me pole see, ja teeme seda pigem esimeses kui kolmandas vestluses.

Kus me töötame

S/4HANA programmi kõrval: integratsioonide uuesti ehitamine, andmemigratsiooni inseneritöö, satelliitrakenduste töö ja vana süsteemimaastiku kasutusest kõrvaldamine.

SAP-ist täielikult lahkumine: üleminek Odoole, Dynamics 365 Business Centralile, ERPNextile, Netsuite'ile või valdkonnapõhisele süsteemile, mis on kõige levinum keskmise suurusega ettevõtete seas, kelle jaoks S/4HANA on ebaproportsionaalne. Siin moodustab integratsiooni- ja andmetöö suurema osa projektist.

Oracle'i, Dynamics AX/NAV-i ja Infori maastikud, mida ähvardab sama elutsükli surve, kuid millele pööratakse vähem tähelepanu.

Ettevõtted, mis ei migreeru üldse, sest on otsustanud praegu paigale jääda ning vajavad ümbritsevate süsteemide moderniseerimist, liideste hallatavaks muutmist ja riskide vähendamist ootamise ajal.

Kuidas koostöö käib

Kaardistamine: kolm kuni kuus nädalat. Liideste inventuur, andmekvaliteedi hindamine, satelliitrakenduste ülevaatus ja kirjalik aruanne selle kohta, milline ümbritsev süsteemimaastik tegelikult välja näeb. See on teadlikult saadaval eraldiseisva tööna: mitmed kliendid on selle abil süsteemiintegraatori pakkumise ulatuse ja hinna üle uuesti läbi rääkinud, mis tasus selle enam kui ära.

Arendus, paralleelselt põhiprogrammiga: integratsioonikiht, migratsioonitorustik, rakenduste uuesti ehitamine, teie ajakava järgi ja teie üleminekukuupäeva arvestades.

Ülemineku tugi, sealhulgas proovid, kooskõlastamise käivitused ja tõhustatud toe periood (hypercare), mil liidesed, mida testis kunagi päriselt läbi ei proovitud, lõpuks proovile pannakse.

Kasutusest kõrvaldamine, kui uus süsteem on stabiilne ja arhiiv on heaks kiidetud.

Tehnoloogia

Rakenduste poolel Java, .NET, Python, Node.js ja PHP; SAP-i liidesetehnoloogiad, sealhulgas IDoc, BAPI, RFC ja OData; vahevara, sealhulgas MuleSoft, Apache Camel, Kafka ja Azure Integration Services; SQL Server, Oracle, DB2, HANA ja PostgreSQL; AWS ja Azure. Kui olemasolev maastik töötab millegi vanema peal (Delphi, VB6, PowerBuilder, ERP kõrval töötav COBOL), on see meile tuttav pinnas, mitte üllatus.

Korduma kippuvad küsimused

Millal täpselt SAP ECC tugi lõpeb?

SAP ECC 6.0 põhihooldus lõpeb 31. detsembril 2027. Laiendatud hooldus on saadaval kuni 2030. aasta lõpuni lisatasu eest ja väiksema ulatusega. Täpsustage oma täienduspaketi (enhancement pack) ja lepingu üksikasjad otse SAP-iga, sest tingimused erinevad.

Oleme juba süsteemiintegraatori valinud. Kus on teie koht?

Nende kõrval. Integraator vastutab ERP konversiooni eest; meie vastutame selle ümber oleva maastiku eest: liidesed, andmetöö, satelliitrakendused, aruandlus ja kasutusest kõrvaldamine. Selline jaotus on tavaline, see hoiab integraatori keskendununa süsteemile, milles ta on spetsialist, ja tähendab, et keegi vastutab osade eest, mis tavaliselt lepingute vahele kukuvad.

Kas SAP-ist täielikult lahkumine on realistlik?

Mõne ettevõtte jaoks jah. See sõltub sellest, kui suur osa teie tegevusest on standardne, kui palju on kohandustes ja kas väiksem platvorm suudab kanda teie mahtu ja regulatiivseid nõudeid. See on tõeline võimalus keskmise suurusega tootjatele ja hulgimüüjatele ning kehv valik keerukatele rahvusvahelistele kontsernidele. Kaardistamise etapp annab teile otsustamiseks tõendid, mitte vaid argumendid.

Kui kaua liideste inventuur aega võtab?

Enamiku keskmise suurusega süsteemimaastike puhul kolm kuni kuus nädalat. Seda piirab peamiselt ligipääs: kui kiiresti pääseme ligi logidele, lähtekoodile, vahevara seadistusele ja inimestele, kes mäletavad, miks miski olemas on.

Kas saate hoida vana süsteemi auditi jaoks kättesaadavana ka pärast selle väljalülitamist?

Jah. Ehitame andmete väljavõtte päritavasse arhiivi, millel on teie audiitorite ja maksuhaldurite nõutud säilitusaeg, otsingu- ja ekspordivõimalused. See on tavaliselt palju odavam kui litsentsitud ERP hoidmine kümme aastat ainult lugemisrežiimis.

Mis siis, kui otsustame veel mitte migreeruda?

See on õigustatud otsus, eriti kui laiendatud hooldus on saadaval kuni 2030. aastani. Töö seisneb siis vahepealse riski vähendamises: liideste dokumenteerimine ja stabiliseerimine, kasutuseta osade kõrvaldamine ja ERP ümber olevate rakenduste moderniseerimine, et kui te lõpuks üle lähete, ei oleks ümbritsev maastik takistuseks.

Alustage

Kirjutage meile, mida kasutate, kus te otsustamisega olete ja kas integraator on juba valitud. Ütleme teile, mida ümbritsev maastik teile tõenäoliselt maksma läheb ja kust me alustaksime.

Võtke meiega ühendust, et määrata liideste ja andmete kaardistamise ulatus.

Seotud teenused

• Pärandsüsteemide koodi hooldus: süsteemidele, mis jäävad paigale
• E-arvete liidestus: kohustus, mis saabub sageli keset migratsiooni
• Meeskonna laiendamine ja allhange: kogu programmi ajaks meeskonda kaasatud insenerid