ERP modernizācija un aiziešana no SAP ECC: inženiertehniskais darbs ap migrāciju, kuras apjomu neviens neizvērtēja

Katrā ERP migrācijā slēpjas divi projekti. Viens ir plānā (jaunā sistēma, procesu dizains, sistēmu integrators), bet otrs atklājas ceturtajā mēnesī, kad kāds saskaita saskarnes.

Tas otrais projekts ir mūsējais. Astoņdesmit pielāgotu integrāciju, atskaites, no kurām atkarīgas finanses, bet kurām nav saimnieka, noliktavas termināļi, kas strādā ar datubāzes skatu, klientu portāls, kas lasa tieši no vecajām tabulām, divdesmit gadu dati, kuriem jānonāk jaunajā sistēmā tādā formā, ko tā pieņems. Sākotnējā apjomā tas ir reti, un bieži tieši tas nosaka termiņu.

Kāpēc tas ir aktuāli tieši tagad

SAP ECC 6.0 standarta uzturēšana beidzas 2027. gada 31. decembrī. Paplašinātā uzturēšana var nodrošināt atbalstu līdz 2030. gada beigām, par augstāku cenu un mazākā apjomā. Liela daļa uzstādīto sistēmu migrāciju vēl nav sākusi, migrācijas parasti ilgst no astoņpadsmit līdz trīsdesmit sešiem mēnešiem, un partneru un lielo mākoņpakalpojumu sniedzēju jaudas to veikšanai tiek rezervētas jau tagad.

Tāds pats spiediens ir arī ārpus SAP. Oracle EBS klientiem tuvojas savs atbalsta termiņš, Dynamics AX un NAV instalācijas tiek virzītas uz Business Central un Dynamics 365, un daudziem uzņēmumiem darbojas ERP, ko pirms desmit gadiem stipri pielāgoja cilvēki, kuri sen vairs nestrādā uzņēmumā.

Neatkarīgi no galamērķa problēmas būtība ir tā pati: ERP nav sala, un tas, kas tai pieslēgts, parasti nav dokumentēts.

Ko mēs darām

Saskarņu apzināšana un inventarizācija

Pirms kaut ko var plānot, kādam ir jānoskaidro, kas patiesībā sazinās ar ERP. Mēs to darām empīriski (lasot datubāzes žurnālus, tīkla datplūsmu, ieplānotos darbus, integrācijas starpprogrammatūras konfigurāciju un pirmkodu), nevis izsūtot anketu un cerot uz labāko.

Rezultāts ir visu saskarņu saraksts ar virzienu, protokolu, biežumu, datu apjomu, biznesa atbildīgo, ja tādu izdodas atrast, un vērtējumu, vai saskarne jāizveido no jauna, to var likvidēt vai pielāgot. Klienti regulāri atklāj divas līdz piecas reizes vairāk saskarņu, nekā gaidīja, un ievērojama daļa izrādās nevienam vairs nekalpo.

Integrācijas slāņa pārbūve

Mēs no jauna izveidojam saskarnes, kurām jāsaglabājas, un labprātāk tās veidojam pret abstrakciju, nevis pieslēdzam tieši jaunajai sistēmai. Integrācijas slānis starp jūsu satelītlietotnēm un ERP nozīmē, ka nākamā migrācija (un tāda būs) šo darbu neatkārtos. Tas arī ļauj pārcelt lietotnes pakāpeniski, viļņos, nevis vienā pārejas nedēļas nogalē.

Šis darbs aptver IDoc un BAPI saskarnes, OData pakalpojumus, SOAP galapunktus no agrākiem laikiem, plakano failu un SFTP apmaiņu, uz kuras joprojām balstās puse Eiropas B2B, ziņojumu rindas un mūsdienīgus REST API jaunās sistēmas pusē.

Datu migrācijas inženierija

Ieguve, attīrīšana, transformācija, ielāde un (parasti nenovērtētā daļa) saskaņošana. Mēs veidojam migrāciju kā atkārtojamu kodu, nevis vienreizēju skriptu, lai to varētu palaist desmitiem reižu ar arvien tīrākiem datiem un katru reizi automātiski salīdzināt rezultātus.

Uzticamību nosaka saskaņošana. Finanšu nodaļa neapstiprinās migrāciju tikai tāpēc, ka ielāde izdevās; tā apstiprina, jo atlikumi sakrīt, skaiti sakrīt un atlikušās atšķirības ir izskaidrotas un rakstiski pieņemtas.

Pielāgotas lietotnes, kas pārdzīvo ERP

Lielākajai daļai uzņēmumu ap veco ERP ir izveidotas lietotnes, kas dara to, ko ERP nespēja: konfigurators, cenu rīks, ražošanas termināls, klientu portāls, plānošanas izklājlapa, uz kuras nu jau balstās viss. Dažas būtu jāaizstāj ar jaunās sistēmas standarta funkcionalitāti. Citas ir īsta konkurences priekšrocība un būtu pienācīgi jāpārbūvē kā patstāvīgas lietotnes, kas vairs nav piemetinātas datubāzes shēmai, kura drīz mainīsies.

Mēs palīdzam jums atšķirt vienas no otrām un pēc tam izstrādājam tās, kuras vērts saglabāt.

Atskaites un ēnu datu vide

Ap katru ilgi lietotu ERP izaug atskaišu, datu izgūšanas rīku un izklājlapu slānis ārpus tās. Pārejas brīdī tie salūst ļoti pamanāmi, un plānā tie gandrīz nekad nav iekļauti. Mēs tos inventarizējam, nosakām tos, uz kuriem bizness patiešām balstās, un pārbūvējam tos pret jauno datu modeli vai pret atskaišu slāni, kas tos no tā pasargā.

Sistēmas izslēgšana un datu glabāšana

Vecajā sistēmā ir ieraksti, kas saskaņā ar likumu jāglabā vēl daudzus gadus pēc tās izslēgšanas. Uzturēt ECC darbībā tikai lasīšanas režīmā desmit gadus ir dārgs veids, kā izpildīt glabāšanas prasību. Mēs izveidojam datu izgūšanu pieejamā arhīvā ar tādām meklēšanas un eksporta iespējām, kādas auditori un nodokļu iestādes patiesībā prasa, lai veco sistēmu varētu izslēgt.

Kas tas nav

Mēs neesam SAP funkcionālo konsultāciju uzņēmums. Mēs nekonfigurējam FI/CO, neprojektējam jūsu procesu veidnes un neesam partneris, kas vada S/4HANA programmu. Tās ir speciālistu lomas, un tām jums vajadzētu piesaistīt speciālistu.

Mēs esam inženieru komanda, kas strādā līdzās šim partnerim pie visa, kam ERP pieskaras, bet ko ERP programma neaptver. Praksē mūs piesaista vai nu klients tieši, lai aizstāvētu savu programmas daļu, vai arī sistēmu integrators, kas vada programmu, kā apakšuzņēmēju.

Ja meklējat kādu, kas uzņemtos visu S/4HANA pāreju, mēs jums pateiksim, ka tie neesam mēs, un labāk to pateiksim pirmajā sarunā, nevis trešajā.

Kur mēs strādājam

Līdzās S/4HANA programmai: integrāciju pārbūve, datu migrācijas inženierija, darbs ar satelītlietotnēm un mantotās vides izslēgšana.

Pilnīga aiziešana no SAP: uz Odoo, Dynamics 365 Business Central, ERPNext, Netsuite vai nozarei specifisku sistēmu, visbiežāk vidējos uzņēmumos, kuriem S/4HANA ir nesamērīgs. Šeit integrācijas un datu darbs veido lielāko projekta daļu.

Oracle, Dynamics AX/NAV un Infor vides, uz kurām attiecas tas pats dzīves cikla spiediens, bet kurām pievērš mazāk uzmanības.

Uzņēmumi, kas nemigrē vispār, jo ir nolēmuši pagaidām palikt, kur ir, un kuriem jāmodernizē apkārtējās sistēmas, jāpadara saskarnes uzturamas un jāsamazina risks, kamēr viņi gaida.

Kā noris sadarbība

Izpēte, trīs līdz sešas nedēļas. Saskarņu inventarizācija, datu kvalitātes novērtējums, satelītlietotņu pārskats un rakstisks ziņojums par to, kā apkārtējā vide patiesībā izskatās. Šo posmu apzināti piedāvājam arī kā atsevišķu pakalpojumu: vairāki klienti to izmantojuši, lai pārrunātu sistēmu integratora piedāvājuma apjomu un cenu, un tas ar uzviju atmaksājās.

Izstrāde, paralēli galvenajai programmai: integrācijas slānis, migrācijas konveijers, lietotņu pārbūve, pēc jūsu grafika un atbilstoši jūsu pārejas datumam.

Atbalsts pārejā, ieskaitot mēģinājumus, saskaņošanas palaišanas un pastiprinātā atbalsta periodu, kad saskarnes, kas testos nekad pa īstam netika noslogotas, beidzot tiek pārbaudītas.

Sistēmas izslēgšana, kad jaunā sistēma darbojas stabili un arhīvs ir apstiprināts.

Tehnoloģijas

Java, .NET, Python, Node.js un PHP lietotņu pusē; SAP saskarņu tehnoloģijas, tostarp IDoc, BAPI, RFC un OData; starpprogrammatūra, tostarp MuleSoft, Apache Camel, Kafka un Azure Integration Services; SQL Server, Oracle, DB2, HANA un PostgreSQL; AWS un Azure. Ja esošā vide darbojas uz kaut kā vecāka (Delphi, VB6, PowerBuilder, COBOL līdzās ERP), tā mums ir pazīstama vide, nevis pārsteigums.

Biežāk uzdotie jautājumi

Kad tieši beidzas SAP ECC atbalsts?

SAP ECC 6.0 standarta uzturēšana beidzas 2027. gada 31. decembrī. Paplašinātā uzturēšana pieejama līdz 2030. gada beigām par papildu samaksu un mazākā apjomā. Konkrētos nosacījumus savai paplašinājumu pakotnei (enhancement pack) un līgumam precizējiet tieši ar SAP, jo tie atšķiras.

Mēs jau esam izvēlējušies sistēmu integratoru. Kāda ir jūsu loma?

Mēs strādājam līdzās integratoram. Integrators atbild par ERP pāreju; mēs atbildam par vidi ap to: saskarnēm, datu inženieriju, satelītlietotnēm, atskaitēm un sistēmas izslēgšanu. Šāds sadalījums ir izplatīts, tas ļauj integratoram koncentrēties uz sistēmu, kurā tas specializējas, un nozīmē, ka kāds atbild par daļām, kas parasti iekrīt starp līgumiem.

Vai ir reāli pilnībā atteikties no SAP?

Dažiem uzņēmumiem, jā. Tas atkarīgs no tā, cik liela daļa jūsu darba ir standarta, cik daudz ir pielāgojumos un vai mazāka platforma spēj nodrošināt jūsu apjomu un regulatīvās prasības. Vidējiem ražotājiem un izplatītājiem tā ir reāla iespēja, bet sarežģītām starptautiskām grupām slikta izvēle. Izpētes posms dod jums pierādījumus lēmumam, nevis argumentus diskusijai.

Cik ilgi aizņem saskarņu inventarizācija?

Lielākajai daļai vidēja izmēra vižu trīs līdz sešas nedēļas. Termiņu galvenokārt nosaka piekļuve: cik ātri varam piekļūt žurnāliem, pirmkodam, starpprogrammatūras konfigurācijai un cilvēkiem, kuri atceras, kāpēc kaut kas pastāv.

Vai varat saglabāt veco sistēmu pieejamu auditam pēc tās izslēgšanas?

Jā. Mēs izveidojam datu izgūšanu arhīvā, kurā var veikt vaicājumus, ar tādu glabāšanas termiņu, meklēšanas un eksporta iespējām, kādas prasa jūsu auditori un nodokļu iestādes. Parasti tas ir daudz lētāk nekā desmit gadus uzturēt licencētu ERP tikai lasīšanas režīmā.

Ko darīt, ja nolemjam vēl nemigrēt?

Tas ir pamatots lēmums, īpaši ņemot vērā, ka paplašinātā uzturēšana pieejama līdz 2030. gadam. Tad darbs ir risku samazināšana pa to laiku: saskarņu dokumentēšana un stabilizēšana, neizmantotā likvidēšana un lietotņu ap ERP modernizēšana, lai tad, kad pāreja notiks, apkārtējā vide nebūtu šķērslis.

Kā sākt

Pastāstiet mums, ar ko strādājat, kurā lēmuma posmā esat un vai integrators jau ir izvēlēts. Mēs pateiksim, cik apkārtējā vide jums visticamāk izmaksās un ar ko mēs sāktu.

Sazinieties ar mums, lai noteiktu saskarņu un datu izpētes apjomu.

Saistītie pakalpojumi

• Mantoto sistēmu koda uzturēšana: sistēmām, kas paliek, kur ir
• E-rēķinu integrācija: prasība, kas bieži stājas spēkā migrācijas vidū
• Personāla papildināšana un ārpakalpojumi: inženieri, kas iekļaujas komandā uz visu programmas laiku