Kako ustvariti enotno točko resnice za poslovne podatke (brez menjave orodij)

Enotna točka resnice za podjetje vaše velikosti ni ena sama podatkovna baza in ne ERP. Gre za niz odločitev po domenah: za vsako vrsto podatkov – naročila, kontakti, izdelki, zaloga, računi – je natanko eden od sistemov, ki jih že uporabljate, avtoritativen, vsi ostali sistemi pa iz te avtoritativne kopije berejo ali vanjo posredujejo podatke. Orodje, ki si lasti to kopijo, je sistemski vir (system of record) za to domeno.

Prvi korak ne zahteva zamenjave vaše spletne trgovine, CRM-ja ali računovodskega orodja. Zahteva odločitev o tem, kdo si lasti najbolj boleč podvojen tok podatkov. Ta članek obravnava to odločitev na primeru izmišljenega veletrgovca, vam ponuja metodo ocenjevanja in se zaključi z enostranskim delovnim listom, ki ga lahko izpolnite med delovnim sestankom.

Pri tej samooceni obravnavajte enotno točko resnice kot odločitev o lastništvu po domenah: en sistem, ki ga že uporabljate, je avtoritativen za vsako vrsto podatkov; ostali iz njega berejo ali vanjo posredujejo podatke. V tem okviru je "sistem zapisa" (system of record) izraz za orodje, ki si lasti avtoritativno kopijo domene.

Odločitev je torej lastništvo nad posamezno vrsto podatkov, ki jo najprej uporabite za tok, ki povzroča največ težav. V primeru iz tega članka so štirje sistemi WooCommerce, Pipedrive, MiniMax in Excelova tabela zalog; uporabite enake vloge pri svojih orodjih. Za primere izvedbe si oglejte objavljeno knjižnico projektov.

Narišite štiri kvadratke: svojo spletno trgovino, CRM, računovodsko orodje in preglednico, ki jo zaposleni obravnavajo kot glavni vir. V primeru iz tega članka so štirje sistemi WooCommerce, Pipedrive, MiniMax in Excelova tabela zalog; uporabite enake štiri vloge pri svojih orodjih. objavljena knjižnica projektov služi kot osnova z dokazi za korake izvedbe, ki sledijo.

Nato narišite puščice med sistemi in označite, katera polja se ponovno vpisujejo ali preverjajo:

• Spletna trgovina v računovodstvo: kupec, naslov, izdelek, količina, cena – naročilo, ročno vpisano v račun.
• Spletna trgovina v tabelo zalog: izdelek, količina – pripravljeni izdelki se ročno odštejejo.
• Tabela zalog v spletno trgovino: raven zaloge, količina – popravljena zaloga se ročno vpiše nazaj v trgovino.
• CRM v spletno trgovino in računovodstvo: kupec, naslov – kontaktni podatki se hranijo v CRM-ju ter kopirajo v naročila in račune.
• Črtkana zanka okoli vseh štirih kvadratkov: tedensko preverjanje – ali je isto naročilo v vsakem sistemu?

Istovrstno polje v več sistemih pomeni več kopij in več možnosti za napake. Vaša tehnološka zbirka bo uporabljala druga imena orodij, vendar je pomemben vzorec. Preden začnete z ocenjevanjem, ponovno narišite diagram za svojo zbirko orodij.

Preglednice so že leta privzeti vir za ročno prepisovanje podatkov. Raziskave pozivajo k previdnosti: Pankov pregled petnajstletnih študij je pokazal, da so napake v preglednicah "pogoste in netrivialne", saj se napake pojavljajo v nekaj odstotkih vseh celic. To ni razlog za brisanje Excela. Je pa razlog, da preglednice ne obravnavate več kot glavnega vira, ko ima domena določenega lastnika.

Nikakor najprej ne izbrišite stare preglednice. Ohranite jo v načinu samo za branje kot arhiv z datumom, uskladite le tisto zgodovino, ki jo izbrani tok potrebuje, zabeležite datum prehoda ter jo izbrišite ali prepišite šele po tem, ko je nov postopek posredovanja preverjen.

Da ugotovite, kateri ročni tok morate najprej odpraviti, ocenite vsak prenos ali zanko preverjanja s tremi številkami:

• Pogostost na teden (F) – kako pogosto prihaja do podvajanja.
• Ročni čas na dogodek (T) – minute, porabljene za ponovno vpisovanje ali preverjanje.
• Obseg škode ob napaki (R) na lestvici od 1 do 5, kjer 5 pomeni finančno izgubo, škodo za zaupanje strank ali tveganje glede skladnosti.

Pomnožite te tri vrednosti. F×T×R je preprosta prioritizacijska hevristika tega članka, ne pa potrjeno pravilo. Uporabite najvišjo oceno kot začetnega kandidata, nato pa preverite, ali je tok varno in izvedljivo spremeniti.

V primeru iz tega članka so štirje sistemi WooCommerce, Pipedrive, MiniMax in Excelova tabela zalog; uporabite enake štiri vloge pri svojih orodjih. Za dokaze iz dejansko izvedenih projektov namesto ponazoritve si oglejte objavljeno knjižnico projektov.

Ta praktičen primer je ponazoritev in ni študija primera stranke podjetja Niro Digital.

Zdaj vzemite tok z najvišjo oceno in pretehtajte, kdo bi moral biti lastnik posamezne vrste podatkov v njem. Za oceno predlaganega glavnega vira v tej samooceni uporabite naslednja tri vprašanja:

1. Kje se podatki ustvarijo?
2. Kateri zapis je operativno ali zakonsko revidiran?
3. Katero orodje lahko oddaja ali sprejema strojno berljive posodobitve?

V praktičnem primeru je računovodsko orodje – MiniMax – glavni vir za izdane finančne dogodke. Račun in dobropis sta finančna zapisa, ki jih mora hraniti računovodsko orodje, in sta revidirana različica tega, kar stranka dolguje ali kar ji dolgujete. Z računovodjem potrdite, kdo lahko ustvarja, spreminja, izvaža in odobri račune ter dobropise. Ohranite kontrole, ki jih računovodja zahteva, in pustite ustvarjanje računov ročno, če te kontrole ali dostopi preprečujejo samodejno posredovanje.

Pipedrive je kandidat za glavni vir za komercialne kontakte. Že zdaj hrani zgodovino odnosov, faze poslov in aktivnosti, njegovi spletni kavlji (webhooks) pa lahko potisnejo spremembe v druge sisteme, namesto da bi čakali na izvoz.

Za prodajni katalog in sprotno razpoložljivost zalog se upošteva sistem WooCommerce. WooCommerce v3 REST API omogoča ustvarjanje, pregledovanje, posodabljanje in brisanje izdelkov posamično ali v paketih, vsak objekt izdelka pa vsebuje ID samo za branje, sku, opisan kot edinstven identifikator, in polje global_unique_id za GTIN/UPC/EAN/ISBN. Te zmožnosti uvrščajo WooCommerce med kandidate za glavni vir kataloga; pred izbiro potrdite, da so njegovi zapisi o izdelkih popolni in urejeni.

Opazite bistvo te metode: en sistem si lasti eno domeno; noben sistem si ne lasti vsega. Pipedrive si morda lasti kontakte, ne pa zaloge. WooCommerce si morda lasti izdelke, ne pa izdanih finančnih dogodkov. Če želite dokaze iz dejansko izvedenih integracij in avtomatizacij namesto ponazoritvenega primera, si oglejte objavljeno knjižnico projektov.

Kopirajte spodnje glave stolpcev v preglednico ali na list papirja. Izpolnite po eno vrstico za vsak podvojen tok. Vzorčna vrstica prikazuje tok z najvišjo oceno iz praktičnega primera zgolj s ponazoritvenimi vrednostmi.

Ocene v tem delovnem listu predstavljajo vašo lastno prioritizacijo v okviru ocenjevanja, opisanega v tem članku; gre za strokovne ocene, ne za izmerjene poslovne rezultate. Ko ga izpolnite, imate enostransko projektno nalogo: tok z najvišjo oceno, podvojena polja in predlagani glavni vir za vsako domeno.

Validate the proposed master before forwarding anything

Pridobite nedaven vzorec zapisov iz predlaganega glavnega vira in primerjajte ID-je strank, naslove, SKU-je, količine, cene in vrednosti statusov z drugimi sistemi. Pred prehodom odpravite morebitna odstopanja, nato pa zabeležite, kdo odobri očiščen začetni nabor zapisov.

Ko sistem postane glavni vir za določeno domeno, je naslednji korak ta, da drugi sistemi prejmejo kopijo, namesto da bi jo človek ponovno ročno vnašal. Zapis se premika kot strukturirani podatki: kot objekt naročila, ne kot ročno prepisana vrstica.

Pipedrive je zasnovan za to: spletni kavlji (webhooks) ob sprožitvi dogodka potisnejo HTTP POST zahtevo z JSON telesom na končno točko, ki jo določite, zato za zaznavanje novega posla ali spremenjenega kontakta ni potrebno poizvedovanje (polling). Vsaka naročnina na webhooks v2 poveže dejanje dogodka – ustvari, spremeni, izbriši ali nadomestni znak (wildcard) – z enim ali več objekti dogodkov, kot so posel (deal), oseba (person), organizacija (organisation), aktivnost (activity) ali opomba (note); dogodek spremembe se sproži ob vsaki posodobitvi katerega koli parametra. To pomeni, da lahko CRM obvesti naslednji sistem v trenutku, ko se kontakt spremeni, namesto da bi čakali na izvoz.

Ta članek ne ocenjuje možnosti integracije za MiniMax. Pred načrtovanjem koraka posredovanja vprašajte računovodjo ali ponudnika MiniMax, katere možnosti uvoza, izvoza, API-ja in odobritve so na voljo za vaš račun.

Nato uporabite eno pravilo za vsako posredovanje, ki se nanaša na denar ali zalogo. Objavljeno stališče podjetja Niro Digital glede avtomatizacije je: "Nikoli slepo ne zaupamo izhodnim podatkom modelov. Vsaka avtomatizacija vključuje deterministične preveritvene teste, proračunske omejitve in človeško odobritev za nepovratna dejanja." Preveritveni korak je determinističen preizkus, ki mora uspeti, preden se podatki štejejo za zaključene – na primer, da se ID stranke v posredovanem zapisu ujema z glavnim kontaktom – in ne sestanek za človeški pregled. Povratna posredovanja se lahko izvajajo samodejno. Nepovratno dejanje, kot je izdaja dobropisa, pa mora skozi korak človeške odobritve.

Če uveljavitev odločitve po domenah zahteva majhen integracijski sloj ali interno orodje, gre za razvoj programske opreme po meri in ne za migracijo platforme. Če obravnava izjem postane dovolj zapletena, da zahteva nadzorovano avtomatizacijo z vgrajenim preverjanjem in odobritvijo, je prava pot avtomatizacija z umetno inteligenco (AI).

Na vprašanje o stroških je treba odgovoriti brez izmišljanja številk. Niro Digital na strani s cenami objavlja okvirne cenovne razpone; ti razponi veljajo za tipične projekte, natančne številke pa si je treba ogledati na dejanski strani, saj se obsegi del razlikujejo. Tukaj ni obljubljenega fiksnega časovnega okvira "tri tedne do koristi", saj je prvi načrtovani korak odvisen od tega, kateri tok izberete in koliko čiščenja potrebuje izbrani glavni vir.

Delovni list in ocenjevanje tokov sta delo, ki ga lahko opravite sami (DIY). Netehnični vodja operacij ju lahko izvede med delovnim sestankom brez pomoči IT-oddelka. Izgradnja sloja za posredovanje, čiščenje podatkov glavnega vira v obsegu, ki ga zahteva tok, in vzpostavitev strojno berljive povezave pa so področja, kjer strokovna pomoč resnično prihrani čas – še posebej prvič.

Preden plačate kateremu koli integratorju, vključno z nami, zastavite pet vprašanj:

1. Kateri sistem si po končanem delu lasti posamezno podatkovno domeno?
2. Kako se zaznavajo konflikti in napake ter kaj se zgodi, ko se dva sistema ne ujemata?
3. Katera dejanja so nepovratna in ali zahtevajo človeško odobritev?
4. Kdo je po zaključku lastnik kode in računov?
5. Kako bomo varnostno kopirali zapise, testirali posredovanje izven produkcijskega okolja, izvozili svoje podatke ter nam predali dokumentacijo o delovnem toku in poverilnice, če zamenjamo ponudnika?

Glede lastništva so objavljene vrednosti podjetja Niro Digital jasne: "Vi ste lastnik svojih oglaševalskih računov in svoje kode." Zahtevajte od katerega koli integratorja, da se drži enakega načela.

Če želite še eno mnenje o svojih predlaganih glavnih virih, pošljite izpolnjeno enostransko samooceno prek kontaktnega obrazca. Prvi pogovor bo tako lahko povsem konkreten: kateri podvojeni tok ima najvišjo oceno, kateri sistem predlagate kot glavni vir za katero domeno in kaj bi moralo biti posredovano v primerjavi s tistim, kar mora odobriti človek. Uporabite stran s cenami, da ocenite, koliko bi moral stati prvi korak.