Prije potpisa ugovora zatražite stvarni, provjerljiv uzorak izvoza poslovnih podataka. Ne prihvaćajte samo popis datoteka ili snimku zaslona. Uzorak treba sadržavati zapise, njihove veze, povezane privitke i rječnik podataka. Uspjeh provjere nije primljena datoteka, nego mogućnost ponovne uporabe poslovne evidencije u dogovorenom poslovnom procesu.
Promjena dobavljača nije jedini trenutak kada je ovo važno. Isti test pomaže pri izboru novog ERP-a, spajanju sustava, odvajanju društva, uvođenju analitike ili preuzimanju održavanja od drugog partnera. Prijenos podataka tada postaje poslovna odluka s tehničkim dokazima, a ne stavka skrivena u ugovoru.
Datoteka može sadržavati mnogo redaka, a ipak ne biti upotrebljiva. Bez identifikatora, veza i značenja polja novi sustav ili novi tim teško može utvrditi što pojedini zapis predstavlja, kome pripada i u kojem je redoslijedu nastao.
Primjerice, popis računa bez kupaca, stavki, poreznih oznaka, valuta, statusa i poveznice na originalni dokument nije potpuna poslovna evidencija. Slično vrijedi za proizvodni nalog bez sastavnice, radnih operacija, utrošaka i sljedivosti povezanih dokumenata. Privitak bez jasne veze prema zapisu može ostati samo datoteka u mapi.
Zato provjera izvoza poslovnih podataka treba odgovoriti na četiri pitanja:
Prenosivost poslovne evidencije nije isto što i mogućnost preuzimanja jedne tablice. Riječ je o sposobnosti korištenja podataka izvan izvornog sustava uz dovoljno konteksta za rad, provjeru i prijenos odgovornosti.
Zatražite ograničen uzorak koji je dovoljno stvaran za provjeru, ali razmjeran odluci. Uzorak ne mora sadržavati cijelu bazu. Treba obuhvatiti jedan dovršeni poslovni tok i njegove rubne slučajeve.
Za ERP i računovodstvo to može biti odabrani skup izlaznih računa s kupcima, stavkama, plaćanjima, knjiženjima i privicima. Za proizvodnju to može biti zatvoren proizvodni nalog s materijalima, radnim operacijama, dokumentima kvalitete i povezanim skladišnim promjenama. Opseg ovisi o procesu koji organizacija mora nastaviti voditi nakon promjene.
Od dobavljača tražite sljedeće ulaze:
Rječnik podataka nije ukrasna dokumentacija. On određuje značenje polja poput statusa, datuma, količine, iznosa ili šifre dokumenta. Bez njega primatelj može tehnički učitati datoteku, a poslovno je pogrešno protumačiti.
Dva sloja provjere imaju različitu svrhu. Prvi sloj provjerava strukturu podataka. Drugi sloj provjerava može li se evidencija ponovno koristiti u radu.
Najprije provjerite postoje li zapisi i jesu li međusobno povezivi. Ovdje su važni jedinstveni identifikatori, obvezna polja i referencijalne veze. Ograničenja podataka mogu provjeravati jedinstvenost, obvezna polja i veze među zapisima. PostgreSQL opisuje takva ograničenja, uključujući primarne, jedinstvene i strane ključeve, u dokumentaciji Constraints .
Za uzorak zabilježite barem:
Ove provjere ne potvrđuju poslovnu ispravnost. One pokazuju može li se skup podataka tehnički povezati i kontrolirati.
Nakon strukturne provjere uzmite nekoliko zapisa kroz cijeli tok. Za svaki odabrani račun, nalog ili dokument provjerite može li odgovorna poslovna osoba odgovoriti na osnovna pitanja bez pristupa izvornom sustavu:
Ovo nije nužno test pune migracije. To je dokaz da izvoz nosi dovoljno konteksta za dogovorenu ponovnu uporabu. Ako buduće odredište još nije odabrano, test može završiti kontroliranim pregledom u neutralnom alatu i dokumentiranjem pravila potrebnih za kasnije učitavanje.
Zamislite poduzeće koje želi provjeriti izvoz izlaznih računa prije sklapanja ugovora. Odabire nekoliko računa različitih statusa, uključujući jedan s odobrenjem i jedan s privitkom.
Dobar uzorak ne završava CSV datotekom računa. Sadrži kupce, zaglavlja računa, stavke, porezne oznake, evidentirane uplate ili otvorene stavke prema dogovorenom opsegu, poveznice među tim skupovima te popis privitaka. Rječnik objašnjava statusne kodove i način označavanja storna ili odobrenja.
Tim zatim provjerava može li za svaki odabrani račun pronaći kupca, stavke i povezani privitak. Ako račun upućuje na kupca koji ne postoji u izvozu, to je iznimka. Ako se privitak može preuzeti, ali bez pouzdane veze prema računu, to je druga iznimka. Ako oznaka statusa nije objašnjena, riječ je o dokumentacijskom nedostatku, čak i kada je format datoteke tehnički čitljiv.
Takav scenarij ne dokazuje kvalitetu svakog budućeg izvoza. Pokazuje što ugovor, plan prijelaza i kriteriji prihvata trebaju precizno obuhvatiti.
Strukturna ograničenja korisna su za otkrivanje očitih problema, ali ne zamjenjuju poslovna pravila. Sustav može potvrditi da referenca postoji, a ne može sam zaključiti smije li se račun isporučiti bez određene interne provjere, treba li nalog ostati otvoren ili koja je šifra dopuštena za određenu vrstu transakcije.
Poslovna pravila treba definirati zasebno. Za svako važno pravilo zapišite:
Ovaj popis štiti obje strane od nejasnog očekivanja da će tehnička provjera automatski riješiti poslovnu interpretaciju.
Provjera zapinje kada svi očekuju da druga strana definira opseg, potvrdi značenje podataka ili odluči o iznimci. Zato uz svaki ulaz navedite vlasnika.
Naručitelj obično posjeduje odluku o poslovnom opsegu, prioritetnim procesima, zadržavanju evidencije i prihvatljivim iznimkama. Dobavljač izvora obično posjeduje tehnički način izvoza, opis izvora, poznata ograničenja i isporuku dogovorenog uzorka. Budući primatelj podataka, interni tim ili novi partner, potvrđuje može li uzorak poduprijeti dogovorenu ponovnu uporabu.
Korisno je odvojiti svakodnevnu suradnju, službene ERP transakcije i specijalizirani inženjerski rad. Ta podjela smanjuje rizik da se pitanje poslovnog značenja riješi samo tehničkom odlukom ili obrnuto.
Kada opseg procesa još nije jasan, Screening poslovnog procesa može poslužiti za utvrđivanje koje evidencije, odluke i prijelazi nose najveću važnost.
Kriterij poput "datoteka je isporučena" nije dovoljan. Prihvat povežite s provjerljivim radom na uzorku.
Primjer mjerljivog kriterija prihvata može glasiti: odgovorna poslovna osoba i tehnički pregledavatelj dokumentiraju da za svaki zapis iz unaprijed odabranog uzorka mogu pronaći povezane zapise i privitke, protumačiti obvezna polja prema rječniku te evidentirati svaku nepodržanu vezu, nedostajući privitak ili nejasnu vrijednost kao iznimku.
Mjera nije unaprijed izmišljeni postotak. To je zapis o provjerenom uzorku, pronađenim vezama, otvorenim iznimkama, vlasniku svake iznimke i odluci o njezinu rješavanju ili prihvaćanju. Opseg uzorka i dopuštene iznimke trebaju biti dogovoreni prije izvoza.
Prije potpisa okupite vlasnike podataka, procesa i tehničke provjere te potvrdite sljedeće:
Traženje uzorka prije ugovora ne uklanja potrebu za planom prijelaza. Stvara osnovu za realan plan: poznat opseg, vidljive ovisnosti, imenovani vlasnici i provjerljiv dokaz prenosivosti poslovne evidencije. Ako vaša organizacija prvo treba razdvojiti procesne prioritete od tehničkih pretpostavki, krenite od Screeninga poslovnog procesa ili razgovarajte s ORKA timom o opsegu provjere.