Modernizacija ERP-a i izlazak iz SAP ECC: inženjering oko migracije koji niko nije obuhvatio
Svaka ERP migracija u sebi krije dva projekta. Jedan je u planu (novi sistem, dizajn procesa, sistem integrator), a drugi ispliva u četvrtom mesecu, kada neko prebroji interfejse.
Taj drugi projekat je naš. Osamdeset namenskih integracija, izveštaji od kojih zavise finansije a nemaju vlasnika, terminali u magacinu koji razgovaraju sa jednim view-om u bazi, korisnički portal koji čita pravo iz starih tabela, i dvadeset godina podataka koji moraju da stignu u novi sistem u obliku koji će on prihvatiti. To retko stoji u prvobitnom obimu posla, a često određuje datum.
Zašto je ovo sada u kalendaru
Osnovno održavanje za SAP ECC 6.0 prestaje 31. decembra 2027. Produženo održavanje može firmu da odnese do kraja 2030, uz doplatu i sa smanjenim obimom. Veliki deo instalirane baze nije ni počeo, migracije po pravilu traju osamnaest do trideset šest meseci, a partneri i kapaciteti hyperscaler-a za taj posao se rezervišu upravo sada.
Isti pritisak postoji i van SAP sveta. Korisnici Oracle EBS imaju svoj horizont podrške, Dynamics AX i NAV instalacije se guraju ka Business Central i Dynamics 365, a dugačak rep firmi vrti ERP koji je pre deset godina teško prilagođen, od ljudi kojih odavno nema.
Kakvo god bilo odredište, oblik problema je isti: ERP nije ostrvo, a ono što je na njega zakačeno obično nije dokumentovano.
Šta radimo
Otkrivanje i popis interfejsa
Pre bilo kakvog planiranja, neko mora da utvrdi šta zaista razgovara sa ERP-om. To radimo empirijski (čitajući logove baze, mrežni saobraćaj, zakazane poslove, konfiguraciju integracionog middleware-a i izvorni kod), a ne tako što razašaljemo upitnik i nadamo se.
Rezultat je popis svakog interfejsa sa smerom, protokolom, učestalošću, količinom podataka, poslovnim vlasnikom gde ga uopšte ima, i ocenom da li mora da se gradi ponovo, može da se ugasi ili može da se prilagodi. Klijenti redovno nađu dva do pet puta više interfejsa nego što su očekivali, a nezanemarljiv broj ispadne da ne služi ničemu.
Ponovna izgradnja integracionog sloja
Interfejse koji moraju da prežive gradimo ponovo, i radije ih gradimo prema apstrakciji nego da ih uperimo direktno u novi sistem. Integracioni sloj između vaših satelitskih aplikacija i ERP-a znači da sledeća migracija (a biće je) neće ponoviti ovu vežbu. Uz to vam omogućava da aplikacije prebacujete u talasima, umesto u jednom vikendu prelaska.
Posao ovde obuhvata IDoc i BAPI interfejse, OData servise, SOAP endpoint-e iz jedne ranije ere, razmenu ravnih fajlova preko SFTP-a koja i dalje drži pola evropskog B2B saobraćaja, redove poruka i moderne REST API-je na novoj strani.
Inženjering migracije podataka
Ekstrakcija, čišćenje, transformacija, učitavanje i (deo koji se obično potceni) usaglašavanje. Migraciju gradimo kao kod koji se ponavlja, a ne kao jednokratnu skriptu, tako da može da se pokrene desetine puta nad sve čistijim podacima, uz automatsko poređenje rezultata svaki put.
Usaglašavanje je mesto gde se stiče poverenje. Finansije neće potpisati migraciju zato što je učitavanje prošlo; potpisaće je zato što se salda slažu, brojevi slažu, a razlike koje su ostale objašnjene su i pismeno prihvaćene.
Namenske aplikacije koje nadžive ERP
Većina firmi ima aplikacije napravljene oko starog ERP-a koje kodiraju nešto što ERP nije umeo: konfigurator, alat za cene, terminal u proizvodnji, korisnički portal, tabelu za planiranje koja je vremenom postala noseći zid. Neke treba ugasiti i preseliti u standardnu funkcionalnost novog sistema. Neke su stvarna konkurentska prednost i treba ih ponovo napraviti kako valja, kao samostalne aplikacije, a ne zavarene za šemu baze koja samo što se nije promenila.
Pomažemo vam da razlikujete jedne od drugih, a zatim gradimo one koje vrede.
Izveštavanje i sivi sloj podataka
Svaki dugovečni ERP oko sebe stvori sloj izveštaja, ekstrakta i tabela van njega. Oni glasno pucaju pri prelasku i gotovo nikada nisu u planu. Popisujemo ih, izdvajamo one na kojima posao stvarno stoji, i gradimo ih ponovo nad novim modelom podataka ili nad slojem za izveštavanje koji ih od tog modela izoluje.
Gašenje starog sistema i čuvanje podataka
Stari sistem drži zapise koje ste dužni da čuvate godinama nakon što ga isključite. Držati ECC upaljen u režimu samo za čitanje deceniju unapred jeste skup način da se ispuni pravilo o čuvanju. Gradimo ekstrakciju u dostupnu arhivu, sa pretragom i izvozom kakve revizori i poreski organi zaista traže, tako da stari sistem može da se ugasi.
Šta ovo nije
Nismo SAP funkcionalna konsultantska kuća. Ne konfigurišemo FI/CO, ne projektujemo vaše procesne šablone i nismo partner koji vodi S/4HANA program. To su specijalističke uloge i za njih treba angažovati specijalistu.
Mi smo inženjerski tim koji radi uz tog partnera na svemu čega se ERP dotiče, a što ERP program ne pokriva. U praksi nas angažuje ili sam klijent, da zaštiti svoju stranu programa, ili sistem integrator koji ga vodi, kao podizvođača.
Ako tražite nekoga ko će preuzeti celu S/4HANA konverziju, reći ćemo vam da to nismo, i radije ćemo to reći u prvom razgovoru nego u trećem.
Gde radimo
Uz S/4HANA program: ponovna izgradnja integracija, inženjering migracije podataka, rad na satelitskim aplikacijama i gašenje nasleđenog okruženja.
Migracije potpuno van SAP-a: ka Odoou, Dynamics 365 Business Central, ERPNext, NetSuite ili sistemu specifičnom za delatnost, što je najčešće kod srednjih firmi kojima je S/4HANA nesrazmerna. Tu integracije i podaci čine većinu projekta.
Oracle, Dynamics AX/NAV i Infor okruženja koja trpe isti pritisak životnog ciklusa, uz manje pažnje.
Firme koje uopšte ne migriraju, koje su odlučile da za sada ostanu gde jesu, a treba im da se okolni sistemi modernizuju, interfejsi učine održivim i rizik smanji dok čekaju.
Kako teče saradnja
Discovery, tri do šest nedelja. Popis interfejsa, procena kvaliteta podataka, pregled satelitskih aplikacija i pisani izveštaj o tome kako okolno okruženje zaista izgleda. To namerno nudimo i kao samostalan angažman: nekoliko klijenata ga je iskoristilo da ponovo pregovara obim i cenu ponude sistem integratora, čime se višestruko isplatio.
Izrada, uporedo sa glavnim programom: integracioni sloj, migracioni pipeline, ponovna izgradnja aplikacija, po vašem rasporedu i prema vašem datumu prelaska.
Podrška pri prelasku, uključujući probe, prolaze usaglašavanja i hypercare period u kome interfejsi koji u testu nikada nisu bili do kraja provereni konačno i budu.
Gašenje starog sistema, kada se novi stabilizuje i kada arhiva bude prihvaćena.
Tehnologija
Java, .NET, Python, Node.js i PHP na strani aplikacija; SAP interfejs tehnologije uključujući IDoc, BAPI, RFC i OData; middleware uključujući MuleSoft, Apache Camel, Kafka i Azure Integration Services; SQL Server, Oracle, DB2, HANA i PostgreSQL; AWS i Azure. Tamo gde postojeće okruženje stoji na nečemu starijem (Delphi, VB6, PowerBuilder, COBOL uz ERP) to nam je poznat teren, a ne iznenađenje.
Česta pitanja
Kada tačno prestaje podrška za SAP ECC?
Osnovno održavanje za SAP ECC 6.0 prestaje 31. decembra 2027. Produženo održavanje je dostupno do kraja 2030, uz dodatnu naknadu i sa smanjenim obimom. Detalje za svoj enhancement pack i ugovor proverite direktno sa SAP-om, jer se uslovi razlikuju.
Već smo izabrali sistem integratora. Gde ste vi tu?
Pored njih. Integrator vodi konverziju ERP-a; mi vodimo okruženje oko njega: interfejse, inženjering podataka, satelitske aplikacije, izveštavanje i gašenje starog sistema. Ta podela je uobičajena, drži integratora fokusiranim na sistem za koji je specijalizovan i znači da neko odgovara za delove koji inače propadnu između ugovora.
Je li realno potpuno se skinuti sa SAP-a?
Za neke firme jeste. Zavisi od toga koliko je vašeg posla standardno, koliko sedi u prilagođavanjima i može li manja platforma da iznese vaš obim i vaše regulatorne zahteve. To je stvarna opcija za srednje proizvođače i distributere, a loša za složene multinacionalne grupe. Discovery faza vam daje dokaze za odluku, umesto argumenata.
Koliko traje popis interfejsa?
Tri do šest nedelja za većinu srednjih okruženja. Uglavnom ga ograničava pristup: koliko brzo dođemo do logova, izvornog koda, konfiguracije middleware-a i ljudi koji se sećaju zašto nešto postoji.
Možete li stari sistem održati dostupnim za reviziju nakon što ga ugasimo?
Da. Gradimo ekstrakciju u arhivu nad kojom se može pretraživati, sa rokom čuvanja, pretragom i izvozom kakve vaši revizori i poreski organi traže. To je obično daleko jeftinije nego držati licenciran ERP upaljen u režimu samo za čitanje deceniju unapred.
Šta ako odlučimo da još ne migriramo?
To je legitimna odluka, posebno uz produženo održavanje dostupno do 2030. Posao je onda smanjivanje rizika u međuvremenu: dokumentovanje i stabilizovanje interfejsa, gašenje onoga što niko ne koristi i modernizacija aplikacija oko ERP-a, tako da okolno okruženje ne bude prepreka kada krenete.
Kako da počnete
Recite nam šta koristite, gde ste u odluci i da li je integrator već izabran. Reći ćemo vam koliko će vas okolno okruženje verovatno koštati i odakle bismo mi počeli.
Kontaktirajte nas da definišemo obim discovery faze za interfejse i podatke.
Povezane usluge
- Održavanje nasleđenih sistema: za sisteme koji ostaju gde jesu
- Integracija e-fakturisanja: obaveza koja često padne usred migracije
- Proširenje Osoblja i Outsourcing: inženjeri ugrađeni za trajanje programa
Spremni da započnete sa ovom uslugom?
Kontaktirajte nas