Najlepšie kontroly kvality údajov pre integrácie

Objednávka v e-shope sa ráno ešte javí ako „spracovateľná“, ale v skladovom systéme už k nej nie je skladová zásoba. Fakturačný program dostane neúplnú dodaciu adresu a zákaznícky servis si problém všimne až vtedy, keď zákazník reklamuje. V takýchto prípadoch často dostane chybu samotná integrácia, hoci príčina často spočíva v údajoch. najlepšie kontroly kvality údajov pre integrácie nevyhľadávajú chybu dodatočne, ale zabránia chybnému procesu ešte predtým, než sa objaví v niekoľkých systémoch a v práci viacerých ľudí.

Integrácia nie je jednoduchý prenos údajov medzi dvoma aplikáciami. Prenáša obchodné rozhodnutia: čo sa môže predávať, čo treba vyrobiť, kam treba doručiť, čo treba fakturovať, aké zásoby ukazuje e-shop a aké čísla sa dostanú do manažérskej správy. Ak sú prenesené informácie neisté, automatizovaný proces len rýchlejšie šíri neistotu.

Najprv je potrebné objasniť, čo sa považuje za dobré údaje

Mnohé firmy robia chybu, keď kvalitu údajov považujú výlučne za technickú otázku. Je pole vyplnené? Je číslo naozaj číslo? Existuje kód produktu? Tieto kontroly sú potrebné, ale nie dostatočné.

Objednávka môže byť napríklad technicky kompletná, ale obchodne nespracovateľná. Zákazník si vybral spôsob doručenia, ktorý nie je dostupný v danej krajine. Kód produktu existuje, ale už je v procese stiahnutia. Výška zľavy má správny formát, ale je vyššia, než čo umožňuje obchodný predpis alebo zmluva so zákazníkom.

Preto musí byť každá kontrola spojená s konkrétnym obchodným dôsledkom. Otázka nie je „môžeme overiť toto pole?“, ale „čo sa stane, ak tieto údaje chybne prenesieme do ďalšieho systému?“. Tam, kde chyba spôsobuje finančné rozdiely, oneskorenie dodávky, zastavenie výroby alebo manuálne dohľadávanie, je opodstatnená cielená kontrola.

Najlepšie kontroly kvality údajov pre integrácie

Výber vhodných kontrol závisí od procesu. Integrácia objednávok B2B, prepojenie výrobných údajov a prenos medzi finančnými systémami nesú rôzne riziká. Napriek tomu existuje niekoľko kontrol, ktoré sú základné pre väčšinu obchodných integrácií.

Kontrola povinných údajov a formátov

Toto je najjednoduchšia úroveň, ale aj tu zostáva veľa chýb. Objednávka môže vyžadovať identifikátor zákazníka, dodaciu adresu, spôsob platby, daňové údaje a aspoň jednu objednávkovú položku. Pri údajoch o produkte sú typicky potrebné kód produktu, jednotka, stav, cena alebo nastavenia správy zásob.

Kontrola formátu tiež overuje, či je dátum naozaj dátumom, množstvo nie je text, kód krajiny je akceptovaná hodnota a e-mailová adresa má použiteľnú štruktúru. To nevylučuje všetky obchodné problémy, ale zabraňuje tomu, aby prázdne alebo nezrozumiteľné údaje ticho pokračovali ďalej.

Príliš prísna kontrola však môže mať svoju cenu. Ak napríklad v kmeňových údajoch starého partnera chýba novo zavedené pole, všetky objednávky sa môžu zastaviť. V takom prípade nemusí byť nutné pravidlo vzdať. Môže sa vytvoriť dočasný výnimkový proces, úloha na opravu údajov alebo jasne oddelené spracovanie starých údajov.

Kontrola referenčnej integrity

V integráciách údaje zriedka stoja samostatne. Objednávková položka odkazuje na produkt, objednávka na zákazníka, dodávka na sklad, faktúra na daňovú sadzbu alebo nákladové miesto. Ak referencovaný záznam neexistuje, je neaktívny alebo má v inom systéme odlišný význam, proces sa ľahko pokazí.

Častým príkladom je, keď kód produktu v e-shope nezodpovedá kódu produktu používanému v ERP. Rozdiel môže byť spôsobený zbytočnou medzerou, vedúcou nulou alebo starým kódom, ktorý niekto manuálne stále používa. Systém v takom prípade nenájde produkt alebo, čo je horšie, priradí položku k podobnému, ale inému produktu.

Dobrý kontrolný mechanizmus nielenže kontroluje, či odkaz existuje v cieľovom systéme, ale aj či je použiteľný v danej obchodnej situácii. Je produkt predajný? Je dodacia adresa aktívna? Je možné použiť dané nákladové miesto v aktuálnom období?

Kontrola rozsahov a obchodných pravidiel

Hodnota môže byť formálne správna, ale stále nereálna. Negatívne množstvo objednávky, nulová jednotková cena, dátum doručenia v budúcom roku alebo nezvyčajne vysoká zľava sú všetko znaky, ktoré stoja za preskúmanie.

Pravidlá by mali sledovať skutočnú prevádzku. V prípade výrobnej spoločnosti môže byť pracovný list odovzdaný do výroby len vtedy, ak má schválený recept, platnú verziu a správne priradenie surovín. V logistickom procese môže byť podmienkou, že pre nebezpečný tovar je povinné správne doručovacie zaradenie.

Nie je vhodné automaticky považovať každú zriedkavú hodnotu za chybu. Nezvyčajné množstvo objednávky môže byť výsledkom rámcovej zmluvy s veľkou spoločnosťou. V takom prípade je užitočnejšie upozornenie, úloha na schválenie alebo výnimkové spracovanie, než úplné zablokovanie procesu.

Rozpoznávanie jedinečnosti a duplicít

Duplikácia často nie je viditeľná, ale spôsobuje priamy náklad. Opätovne odoslaná objednávková správa môže vytvoriť dve faktúry, dve úlohy na vyzdvihnutie alebo dvojité rezervovanie zásob. Zákazník môže byť uvedený dvakrát s rôznym pravopisom, takže predaj a financie vidia odlišný obraz o tom istom partnerovi.

Na kontrolu jedinečnosti sú potrebné stabilné identifikátory. Ideálne je to externý identifikátor objednávky, identifikátor partnera alebo jednoznačný transakčný kľúč. Ak takýto neexistuje, je potrebné skúmať kombináciu viacerých polí, napríklad partnera, dátum, sumu a číslo dokladu. To je menej isté, preto bude mať väčšiu úlohu ľudská kontrola.

Riešenie opakujúcich sa správ je obzvlášť dôležité tam, kde kvôli sieťovej chybe alebo prekročeniu časového limitu odosielajúci systém nevie, či sa prenos podaril. Integrácia musí byť schopná rozpoznať: dostala tú istú transakciu znova, nie novú obchodnú udalosť.

Porovnanie medzi zdrojom a cieľom

Úspešné technické odoslanie údajov nedokazuje, že proces bol obchodne tiež splnený. Môže sa stať, že z tisíc objednávok prešlo 998 a dve sa dostali do chybného stavu. Ak to nikto neporovná, dve chýbajúce objednávky sa objavia až neskôr, pri sťažnosti zákazníka alebo mesačnej odchýlke.

Porovnanie skúma, či sú v zdroji a cieli rovnaké očakávané počty, sumy, stavy alebo pohyby zásob. Pri dennej integrácii objednávok to môže byť porovnanie počtu objednávok a čistej hodnoty. Pri prenose zásob množstvá podľa skladu, pri finančnom prepojení zhodnosť dokladov a súm.

Táto kontrola nemusí nutne vyžadovať zložitý systém. Dôležité je, aby bol určený zodpovedný, tolerančný limit a proces riešenia. Rozdiel v zaokrúhlení 0,01 eura si vyžaduje iné zaobchádzanie ako chýbajúca faktúra s vysokou hodnotou.

Kontrola aktuálnosti a poradia

Údaje môžu byť z pohľadu procesu chybné, aj keď prídu príliš neskoro. Ak sa údaje o zásobách v e-shope aktualizujú až o niekoľko hodín neskôr, firma môže predávať aj produkty, ktoré nie sú na sklade. Ak sa stav prepravy nedostane včas k zákazníckemu servisu, pracovníci zbytočne hľadajú odpoveď v niekoľkých systémoch.

Poradie je potrebné, ak je udalosť zmysluplná len po predchádzajúcej udalosti. Zrušenie objednávky nemôže prísť pred jej vytvorením. Oprava faktúry sa nemôže objaviť bez pôvodnej faktúry. Výrobné stavy nemôžu preskočiť schválené kroky len preto, že správa prišla neskôr.

Riešenie chýb je rovnako dôležité ako kontrola

Status „chybný“ sám o sebe nie je proces. Ak systém odmietne objednávku, niekto musí vedieť, kde sa chyba zobrazuje, čo znamená, kto ju môže opraviť a čo sa stane po oprave. Bez toho integrácia len vytvára ďalšiu schránku alebo tabuľku na sledovanie.

Dobrý manažment chýb je formulovaný v zrozumiteľnom obchodnom jazyku. „HTTP 400“ môže poskytnúť technickému tímu vodítko, ale operatívny kolega musí vidieť, že „k objednávke nie je možné nájsť aktívnu dodaciu adresu“. K chybovej správe by mal byť pripojený dotknutý identifikátor, čas odoslania, zdroj údajov a pokiaľ možno ďalší krok.

Je vhodné oddeliť opraviteľné problémy s údajmi od systémových chýb. Pri prvom môže obchodná oblasť opraviť údaje o partnerovi alebo kód produktu. Pri druhom musí IT skúmať pripojenie, oprávnenie alebo výpadok služby. Obe situácie nie je možné efektívne riešiť na rovnakom rozhraní pre hlásenie chýb.

Začnite s najdrahšími chybami

Nie je potrebné budovať kontrolu pre každé možné pole. To by preťažilo proces a často by vytvorilo viac výnimiek než skutočnej hodnoty. Je rozumné najprv zhromaždiť chyby, ktoré pravidelne spôsobujú oneskorenia, manuálne opravy, finančné straty alebo zhoršenie zákazníckej skúsenosti.

Pozrite sa na desať prípadov, keď kolegovia ručne opravovali údaje medzi dvoma systémami. Aká bola chyba? Kde vznikla? Prečo sa neodhalila skôr? Je údaj naozaj potrebný, alebo zle navrhnutý proces vyžaduje informácie, ktoré nie sú potrebné? Táto analýza často zlepší prevádzku viac než ďalšie technické pravidlo.

Dobrý manažment kvality údajov v integrácii neznamená, že nikdy nie sú výnimky. Znamená to, že výnimky sú viditeľné, spracovateľné, sledovateľné a nenútia ľudí každý deň hľadať pravdu medzi systémami. Ak kontrola toto dosiahne, zlepší sa nielen kvalita údajov, ale aj celková prevádzka sa stane predvídateľnejšou.