Cutover se ne preživljava. On se isprobava unapred
Većina firmi ostaje u sistemu koji ne voli iz jednog razloga: strah od prelaska je jači od nezadovoljstva. Zato migracija u NG One teče kao postupak sa artefaktima, a ne kao vikend sa svima na telefonu. Svaki korak ima svoj izlaz koji možete da vidite i potpišete, probna migracija se izvodi pre prave, brojevi se porede kontrolnim sumama, a povratak na stari sistem je deo plana od početka.
- Probna migracija u izolovanom prostoru
- Kontrolne sume i potpis
- Trajno mapiranje starih šifara
- Dry-run diff pre potvrde
- Rollback cutovera
- Paralelni rad
Zašto migracija pukne, i šta to menja
Migracije retko padnu na tehnici. Padnu na tome što je odluka o mapiranju doneta u utorak uveče, usmeno, i niko je posle nije mogao rekonstruisati.
Tipičan neuspeh izgleda ovako: podaci se prebace, sistem se upali, i tri nedelje kasnije se otkrije da saldo jednog kupca ne štima jer su dve njegove šifre u starom sistemu spojene u jednu, a dokument koji to objašnjava više ne postoji. Ili se popis ne slaže, jer je zaliha preneta zbirno, a stari sistem je vodio LOT-ove. U tom trenutku ne postoji način da se utvrdi šta je tačno preneto, jer je uvoz bio skripta koja je odradila posao i ništa nije ostavila za sobom.
NG One taj problem rešava time što uvoz nije skripta nego okvir. Mapiranje kolona izvora na polja sistema je zapis koji se snima, ponovo koristi i ostaje trajno — mapiranje stare šifre na novu se čuva zauvek, pa se svaki podatak i posle godinu dana može vezati za svoj original. Pre bilo kakvog upisa radi se dry-run: sistem pokaže tačno šta bi nastalo, šta bi se promenilo i koji red bi pao, sa greškom po redu, a ne sa jednom rečenicom o neuspehu. Ponovljen uvoz ne duplira, jer je okvir idempotentan po projektu, a ne po sreći.
Iznad toga stoji cutover kao proces. Probna migracija ide u izolovan prostor gde se sve može pokvariti bez posledica. Reconciliation upoređuje stari i novi sistem kontrolnim sumama — bruto bilans, otvorene stavke kupaca i dobavljača, vrednost i količina zaliha po magacinu i LOT-u — i te brojeve neko potpisuje pre nego što se cutover potvrdi. Rollback nije improvizacija u panici nego pripremljen korak sa unapred definisanom tačkom povratka. Cilj je da prelazak bude događaj koji ste već jednom videli, samo bez posledica.
Sa čega se prelazi
Svaki izvor nosi svoje pitanje. Ovo su ona koja postavljamo na prvom sastanku — pre nego što se dogovori bilo kakav rok.
- Domaći ERP
Pantheon
Najčešći izvor na srpskom tržištu i sistem sa najviše nakupljene istorije. Prelazak je uglavnom bogat podacima i siromašan dokumentacijom o tome zašto su podaci takvi kakvi jesu — pa najveći deo posla nije prenos nego odluka šta se prenosi.
- Kontni okvir sa razvijenom analitikom u samim kontima — ključna odluka je koja analitika postaje dimenzija u NG One-u, a koja ostaje konto
- Više godina istorije: dogovara se koliko se prenosi kao promet, a koliko ostaje kao arhiva u starom sistemu za potrebe uvida
- Šifarnici sa duplikatima nastalim godinama rada — čišćenje i spajanje se rade pre migracije i mapiraju trajno
- Prilagođavanja i izveštaji specifični za firmu: popisuju se kao zahtevi i rešavaju kroz konfiguraciju, ne kroz prepis
- Svetski ERP
Microsoft Dynamics 365 Business Central
Tehnički najlakši izvor, jer NG One deli isti model dimenzionog knjiženja. Dimenzije koje već vodite ne prevode se u nešto drugo nego se preslikavaju, pa je razgovor uglavnom o lokalnim obavezama koje BC nije pokrivao.
- Dimension sets se mapiraju direktno na dimenzije NG One-a — struktura izveštavanja se ne izmišlja ponovo
- Posting grupe i šeme se prevode u konfiguraciju posting pravila sa datumom važenja
- Domaći deo koji je verovatno bio van sistema ili u dodatku: obračun zarada, blagajna, putni nalozi, KEP, PDV evidencije — ulazi u jezgro
- Kastomizacije i ekstenzije se popisuju: cilj je da posle prelaska ostanu konfiguracija, a ne kod
- Domaći ERP
Calculus
Čest u trgovini i distribuciji, sa jakim robnim delom. Prelazak se u praksi vrti oko zaliha i cenovnika: to su podaci koje firma zna napamet i na kojima se odmah vidi da li je migracija dobra.
- Zalihe po magacinu, sa LOT-om i rokom gde se vode — prenose se stavkom, ne zbirno, jer se popis inače ne može usaglasiti
- Cenovnici i rabatna politika po kupcu, sa važenjem — prelaze u verzionisane cenovnike
- Otvorene stavke kupaca i dobavljača, sa vezom na dokument iz kog su nastale gde ta veza postoji
- Ambalaža, povratna ambalaža i deklaracije artikala se popisuju posebno, jer su najčešći izvor razlike u popisu
- Domaći ERP
BizniSoft
Rasprostranjen kod malih i srednjih firmi i kod knjigovodstvenih agencija. Podaci su po pravilu uredni i uklapaju se u šablone, pa je migracija brza — ali se pažnja premešta na organizaciju posla.
- Standardni šifarnici i kontni okvir dobro se preslikavaju kroz šablone, često bez posebnog mapiranja
- Ako radite kroz agenciju, definiše se ko posle prelaska šta unosi i sa kojim pravima — to je odluka o procesu, ne o podacima
- Dimenzije se uvode odmah, jer se u malim firmama analitika najčešće vodila u Excel-u pored sistema
- Više pravnih lica se spaja u jedan nalog sa odvojenom numeracijom umesto u dve instalacije
- Cloud knjigovodstvo
Minimax
Čest kod firmi koje su knjigovodstvo držale u oblaku, a robu i proizvodnju negde drugde. Migracija je zato dvostruka: prenosi se knjigovodstvo, ali se prvi put uvodi i sve što je do sada živelo van sistema.
- Kontni okvir, saldakonti i otvorene stavke prelaze kroz šablone bez većeg mapiranja
- Prvi put se u isti sistem unosi robno poslovanje sa zalihama — početne zalihe se prikupljaju popisom, a ne izvozom
- Rad kroz agenciju i podela odgovornosti posle prelaska se definišu na početku, jer menjaju obim licenci
- Ono što je bilo u Excel-u pored sistema ulazi kao dimenzija ili kao dokument, umesto da ostane pored
- Bez sistema
Excel i papir
Češće nego što se priznaje, i nije najgori početak. Podaci su obično tačni, jer ih neko svakodnevno gleda, ali nisu strukturirani — pa je posao u strukturi, ne u prenosu.
- Template builder pravi šablon prema vašoj tabeli, umesto da vi prepravljate tabelu prema šablonu
- Duplikati partnera i artikala se otkrivaju pri uvozu, sa greškom po redu i predlogom spajanja
- Početne zalihe se dobijaju popisom sa datumom preseka, jer izvoza nema — i to je jedini pouzdan put
- Otvorene stavke se unose iz IOS-a i izvoda, sa usaglašavanjem pre nego što se otvori prvi period
- Konis sistem
NG Operational
Naš sistem, pa je mapiranje poznata veličina, a ne pretpostavka: analizirali smo ga fajl po fajl i zapisali šta prelazi kao koncept, a šta NG One radi na svoj način. Poslovni koncepti idu dalje; arhitektura ostaje iza.
- Planiranje, nabavka, ugovaranje, prodaja, proizvodnja, sastavnice i laboratorija prelaze kao dokazani poslovni koncepti sa svojim UX obrascima
- Magacin se ne prenosi: NG One ima svoj, sa lokacijama, vođenim komisioniranjem i talasima — zalihe imaju jedan izvor istine umesto više paralelnih tabela
- Šifre i dokumenti se mapiraju trajno, sa poslovnom nomenklaturom brojeva koja se zadržava
- Šta se prenosi, a šta ne, zapisano je u planu pre migracije — bez naknadnog dogovaranja obima
Spisak nije zatvoren. Postupak ne zavisi od naziva sistema nego od toga da li se podaci mogu izvesti u tabelu i da li postoji neko ko može da odgovori zašto su takvi — a drugo je teže od prvog.
Šest koraka
Svaki korak ima izlaz koji možete da vidite pre nego što se pređe na sledeći. Rok se dogovara posle prvog koraka, a ne pre njega.
- Korak 1
Analiza
Popisujemo šta postoji, u kom obliku i ko za to odgovara. Ovde se ne prenosi ništa — ovde se donose odluke koje kasnije ne mogu da se promene bez ponovnog knjiženja.
- Popis izvora: sistemi, tabele, papir; ko je vlasnik svakog skupa podataka
- Odluka o dimenzijama: koja se današnja analitika prevodi u koju dimenziju NG One-a
- Odluka o dubini istorije: šta prelazi kao promet, šta kao početno stanje, šta ostaje u arhivi
- Datum preseka i spisak podataka koji se do njega moraju očistiti
- Korak 2
Mapiranje
Stare šifre dobijaju nove, kolone izvora dobijaju polja, a svaka odluka postaje zapis. Mapiranje se čuva trajno — ono je ono što godinu dana kasnije objašnjava odakle je podatak došao.
- Šablon po skupu podataka kroz template builder, prema vašim tabelama
- Mapiranje kolona izvora na polja NG One-a, snimljeno i ponovo upotrebljivo
- Trajno mapiranje stare šifre na novu, uključujući spajanja duplikata
- Pravila čišćenja i validacije, dogovorena pre nego što se pusti prvi uvoz
- Korak 3
Probna migracija
Cela migracija se izvodi u izolovan prostor u kom je greška besplatna. Ovaj korak se ponavlja koliko puta treba — svaka iteracija je jeftina upravo zato što ništa ne dira.
- Izolovano okruženje sa vašim podacima, odvojeno od produkcije
- Dry-run diff pre svakog upisa: šta bi nastalo, šta bi se promenilo, šta bi palo
- Greška po redu sa razlogom, umesto jedne poruke o neuspehu uvoza
- Ponavljanje do čistog prolaza; idempotentnost znači da ponovljen uvoz ne duplira
- Korak 4
Reconciliation
Brojevi iz starog sistema se porede sa brojevima iz novog, i neko ih potpisuje. Ovo je korak koji se najčešće preskače i jedini koji posle spašava.
- Kontrolne sume: bruto bilans, otvorene stavke kupaca i dobavljača, vrednost i količina zaliha po magacinu i LOT-u
- Izveštaj razlika sa objašnjenjem svake stavke koja ne štima
- Potpis kontrolnih suma: imenovana osoba potvrđuje da su brojke tačne
- Bez potpisa nema cutovera — to je pravilo, ne preporuka
- Korak 5
Cutover
Prelazak na datum preseka, po planu koji je do tada već izveden na probi. Rollback je pripremljen pre nego što je cutover počeo, ne izmišljen kad zatreba.
- Zamrzavanje unosa u starom sistemu i finalni uvoz sa preseka
- Ponovljena provera kontrolnih suma nad produkcijom, ne nad probom
- Definisana tačka povratka i uslov pod kojim se rollback pokreće — dogovoren unapred
- Otvaranje perioda i puštanje korisnika po redosledu, a ne svih odjednom
- Korak 6
Hypercare
Prve nedelje posle prelaska su deo projekta, a ne period garancije. Paralelni rad se gasi tek kad se brojevi slože dva puta zaredom, a ne po kalendaru.
- Pojačana podrška sa dogovorenim vremenom odziva i imenovanim ljudima
- Paralelni rad u dogovorenom obimu dok se ne potvrde prvi obračuni i prvi zaključak
- Dnevno usaglašavanje ključnih brojki u prvoj nedelji, zatim po dogovorenom ritmu
- Popis otvorenih pitanja sa vlasnikom i rokom, umesto usmenih obećanja
Trajanje zavisi od stanja podataka, ne od veličine firme. Mala firma sa neurednim šifarnikom prolazi teže od velike koja svoje podatke drži u redu — i to je jedina prognoza koju možemo pošteno da damo pre analize.
Šta je garantovano, i čime
Garancija bez mehanizma je rečenica. Uz svaku ovde stoji šta je tačno iza nje.
Kontrolne sume i potpis
Cutover se ne potvrđuje dok se brojevi iz starog i novog sistema ne slože i dok neko to ne potpiše. Poređenje ide po bruto bilansu, otvorenim stavkama kupaca i dobavljača i po vrednosti i količini zaliha po magacinu i LOT-u.
Reconciliation izveštaj sa razlikama po stavci; potpis kontrolnih suma je zapis sa imenom i datumom, ne usmena potvrda; bez potpisa cutover ne ide dalje.
Rollback cutovera
Povratak na stari sistem je pripremljen korak sa definisanom tačkom povratka i unapred dogovorenim uslovom pod kojim se pokreće. Odluka o rollback-u se donosi po kriterijumu, a ne po raspoloženju u sobi u tri ujutru.
Tačka povratka i uslov se zapisuju pre cutovera; stari sistem ostaje u stanju iz kog može da nastavi do isteka dogovorenog roka; postupak se proba tokom probne migracije.
Paralelni rad
Prelazak ne mora da bude skok. U dogovorenom obimu i za dogovoreni period ključni tokovi mogu da idu u oba sistema, dok se ne potvrde prvi obračuni i prvi zaključak perioda.
Obim paralelnog rada se definiše u analizi jer košta; gasi se tek kad se kontrolne brojke slože dva puta zaredom, po kriterijumu, a ne po kalendaru.
Probna migracija bez posledica
Cela migracija se izvodi u izolovanom prostoru pre nego što dodirne produkciju, i ponavlja se koliko puta treba. Ono što vidite na cutover dan već ste jednom videli.
Odvojeno okruženje sa vašim podacima; dry-run diff pre svakog upisa; greška po redu sa razlogom; idempotentan uvoz koji ne duplira pri ponavljanju.
Trajno mapiranje starih šifara
Veza stare i nove šifre se čuva zauvek, uključujući spajanja duplikata. Godinu dana kasnije, kad se postavi pitanje odakle je došao neki saldo, odgovor postoji u sistemu.
Mapiranje je zapis u bazi, a ne kolona u tabeli koja se izgubila posle uvoza; pretraga po staroj šifri radi i posle prelaska.
Vaši podaci ostaju vaši
Izvoz u Excel postoji na svakoj listi, API je otvoren nad svim resursima, a kompletan izvoz podataka je deo procedure gašenja. Prelazak u NG One ne stvara vrata kroz koja se ulazi lakše nego što se izlazi.
Izvoz na listi, API sa OpenAPI specifikacijom, kompletan izvoz klijenta koji radi i dok je nalog suspendovan; svaki izvoz se beleži — ko, šta, kada i u kom obimu.
Čime je ovaj postupak izveden
Sve sa ove stranice stoji na alatu, a ne na dobroj volji konsultanta. Ovo su delovi koji ga nose — svaki od njih tražite na demou, sa svojim podacima.
Platformski import okvir
Template builder pravi šablon prema vašoj tabeli, mapiranje kolona se snima i ponovo koristi, validacija vraća grešku po redu sa razlogom, dry-run diff pokazuje ishod pre nego što nastane, a uvoz je idempotentan — ponovljen ne duplira. Isti okvir nosi uvoz svih šifarnika u sistemu, pa migracija ne ide sporednim putem koji niko drugi ne koristi.
Izvoz u Excel na svakoj listi
Deo standarda enterprise tabele: svaka lista izvozi ono što je na ekranu, sa primenjenim filterima i kolonama. Uz API otvoren nad svim resursima i OpenAPI specifikaciju, to je garancija izlaza, a ne pogodnost — vrata kroz koja se ulazi nisu uža od onih kroz koja se izlazi.
Migracioni i cutover paket
Šabloni za partnere, artikle, kontni okvir, početna stanja, otvorene stavke i zalihe po LOT-u; trajno mapiranje starih šifara sa spajanjem duplikata; probna migracija u izolovanom prostoru; reconciliation sa kontrolnim sumama i potpisom; rollback sa unapred definisanom tačkom povratka.
Vođen cutover uz konsultanta
Mali klijent kroz šablone učitava svoje podatke sam — okvir je za to i pravljen. Veći dobija vođen proces: imenovanog konsultanta, plan cutovera sa uslovom za rollback i hypercare sa dogovorenim vremenom odziva.
Koliko traje migracija?
Zavisi od stanja podataka, a ne od broja korisnika ili prometa. Mala firma sa šifarnikom u kom isti partner postoji tri puta prolazi teže od velike koja svoje podatke drži u redu, jer je posao u odlukama, ne u prenosu. Zato rok dogovaramo posle analize, a ne pre nje — broj koji bismo rekli sada bio bi izmišljen, i obojica bismo to znali. Ono što možemo da kažemo unapred je redosled: analiza donosi odluke o dimenzijama i dubini istorije, mapiranje ih pretvara u zapise, probna migracija se ponavlja dok ne prođe čisto, reconciliation ih potvrđuje, i tek onda ima smisla govoriti o datumu.
Šta ako brojevi posle migracije ne štimaju?
Onda cutover ne ide dalje — to je pravilo, ne preporuka. Reconciliation upoređuje stari i novi sistem kontrolnim sumama: bruto bilans, otvorene stavke kupaca i dobavljača, vrednost i količina zaliha po magacinu i LOT-u. Svaka razlika dobija objašnjenje po stavci, a kontrolne sume potpisuje imenovana osoba pre nego što se prelazak potvrdi. Ako se razlika pojavi posle cutovera, tu je rollback sa unapred definisanom tačkom povratka i unapred dogovorenim uslovom pod kojim se pokreće. Odluka o povratku se tada donosi po kriterijumu, a ne po tome ko je najglasniji u sobi u tri ujutru.
Prenosite li celu istoriju iz starog sistema?
Retko, i to obično nije u vašem interesu. Istorija se deli na tri dela i o svakom se odlučuje u analizi: promet koji zaista treba u novom sistemu jer se nad njim radi, početna stanja koja nose salda na datum preseka, i arhiva koja ostaje u starom sistemu ili u izvozu za potrebe uvida. Prenošenje deset godina prometa u sistem u kom ćete raditi znači i prenošenje deset godina grešaka, duplikata i mapiranja koje niko više ne razume — a plaćate ga dva puta, jednom pri migraciji i jednom u svakom izveštaju posle. Praktičan izbor je najčešće tekuća godina kao promet, prethodne kao početna stanja, ostalo kao arhiva.
Šta je najteži deo prelaska?
Odluka o dimenzijama, i ona se donosi u prvoj nedelji. Sistemi iz kojih se prelazi analitiku po pravilu drže u kontnom okviru — mesto troška, pogon ili projekat su ušli u šifru konta jer drugog mesta nije bilo. U NG One-u je to dimenzija na stavci knjiženja, što znači da se u analizi mora reći koja današnja analitika postaje koja dimenzija, a koja ostaje konto. Ta odluka određuje kako ćete izveštavati narednih deset godina i jedina je koja se posle ne ispravlja podešavanjem nego ponovnim knjiženjem. Drugi po težini je popis zaliha po LOT-u, iz istog razloga: zbirno preneta zaliha se ne može naknadno razložiti.
Možemo li da radimo u oba sistema neko vreme?
Možete, u dogovorenom obimu i za dogovoreni period. Paralelni rad ima cenu — isti posao se radi dvaput — pa se obim definiše u analizi, a ne pušta se da sam naraste. U praksi se paralelno vode ključni tokovi dok se ne potvrde prvi obračuni i prvi zaključak perioda, a gase se po kriterijumu: kad se kontrolne brojke slože dva puta zaredom. Datum u kalendaru nije kriterijum, jer se rok probije tačno onda kad brojevi ne štimaju, dakle onda kad je paralelni rad najpotrebniji.
Šta ako podatke držimo samo u Excel-u?
To nije najgori početak. Podaci u tabeli koju neko svakodnevno gleda po pravilu su tačniji od podataka u sistemu koji niko ne proverava; problem je struktura, ne tačnost. Template builder pravi šablon prema vašoj tabeli, umesto da vi prepravljate tabelu prema šablonu, a duplikati partnera i artikala se otkrivaju pri uvozu, sa greškom po redu i predlogom spajanja. Jedina stvar koja se ne može izvesti su početne zalihe — one se dobijaju popisom sa datumom preseka, jer izvoza nema. To je posao koji morate da uradite vi, i jedini je pouzdan put.
Šta ako prelazimo sa NG Operational-a?
Onda je mapiranje poznata veličina, a ne pretpostavka. NG Operational je naš sistem, analizirali smo ga fajl po fajl i zapisali šta iz njega prelazi kao dokazan poslovni koncept, a šta NG One radi na svoj način. Planiranje, nabavka, ugovaranje, prodaja, proizvodnja, sastavnice i laboratorija idu dalje sa svojim UX obrascima, jer su se pokazali. Magacin se ne prenosi: NG One ima svoj u jezgru — lokacije u magacinu, vođeno komisioniranje, talasi — pa zalihe imaju jedan izvor istine umesto više paralelnih tabela koje se međusobno ne slažu. Za vas to znači da je obim migracije dogovoren pre nego što je počela, a ne otkrivan usput.
Šta da pripremimo pre prvog sastanka?
Tri stvari, i sve tri vam koriste čak i ako nikada ne pređete. Prvo, izvoz šifarnika partnera i artikala u tabelu — na njemu se za pola sata vidi koliko duplikata nosite i koliki je posao čišćenja, a to je najveći deo prognoze. Drugo, spisak izveštaja bez kojih ne umete da radite, sa imenom osobe koja svaki od njih zaista gleda; taj spisak je tačniji opis vašeg izveštavanja od bilo kog opisa procesa i iz njega ispada odluka o dimenzijama. Treće, odgovor na pitanje ko je vlasnik kog skupa podataka — ko sme da kaže da je šifarnik artikala tačan. Sa te tri stvari prvi sastanak počinje od odluka, a ne od upoznavanja.
Počnite od analize, ne od datuma
Zakažite pregled vaših podataka sa našim timom. Prolazimo kroz izvore, dimenzije koje su vam potrebne, dubinu istorije i stanje šifarnika — i kažemo šta je posao, a ne koliko biste voleli da traje.