Kdo je zodpovědný za kvalitu dat při systémové integraci?

Objednávky z e-shopu se dostanou do ERP, odtud do skladu a poté do fakturačního systému. Na papíře jsou všechny systémy propojeny, přesto je třeba denně opravovat čísla položek, chybí dodací údaje a ve vedení se zobrazuje jiný stav zásob než ve skladu. V takových případech rychle vyvstává otázka: kdo je zodpovědný za kvalitu dat systémové integrace?

Krátká odpověď: není to výhradně IT tým, není to výhradně systémový integrátor a není to výhradně úředník, který data poprvé zaznamenal. Kvalita dat je obchodní odpovědnost, která vyžaduje technické a provozní kontroly. Pokud to není jednoznačně určeno, integrace pouze rychleji přenáší chyby z jednoho systému do druhého.

Integrace automaticky neopravuje data

Úkolem systémové integrace je přenos a synchronizace informací podle stanovených pravidel. Může se jednat o objednávky, údaje o partnerech, kmenové údaje o produktech, ceny, zásoby, stav výroby nebo fakturační informace. To, že se data technicky přenesou ze systému A do systému B, ještě neznamená, že jsou obchodně použitelná.

Pokud je stejný produkt uveden pod třemi různými čísly položek, integrace sama o sobě neví, které je správné. Pokud je v e-shopu telefonní číslo volitelné, ale v systému přepravce povinné, někdo musí rozhodnout, co se stane s neúplnou objednávkou. Pokud prodej zadává jedinečné názvy zákazníků, zatímco finance fakturují podle právního názvu, duplikované záznamy o partnerech nevznikají z technologické chyby.

Proto se kvalita dat nevyplatí považovat za jedinou kategorii chyb. V praxi záleží na přesnosti, úplnosti, jednotnosti, aktuálnosti a jednoznačnosti. I včerejší, ale přesné údaje o zásobách mohou způsobit problém, když je třeba dnes slíbit plnění zákazníkovi.

Kdo je v praxi zodpovědný za kvalitu dat systémové integrace?

Odpovědnost je sdílená, ale nemůže být nejasná. Každá kritická skupina dat musí mít obchodního vlastníka, provozního odpovědného a technického odpovědného. Ne nutně tři různé osoby ve firmě s 20 zaměstnanci, ale tři pohledy musí být přítomny.

Obchodní správce dat rozhoduje, co jsou správná data

Obchodní správce dat zná význam a důsledky dat. Například obchodní ředitel může být zodpovědný za údaje o zákaznících a cenotvorbě, vedoucí skladu za provozní pravidla zásob a kmenových údajů, finanční ředitel za fakturační a daňové údaje.

To neznamená, že musí ručně opravovat každý záznam. Jeho úkolem je určit, která data jsou oficiální, v jaké formě musí být zaznamenána, co je považováno za přijatelnou odchylku a co se stane v případě chyby. Například rozhodne, kdy může být nový produkt uveden do prodejního stavu a kdo může schválit jednotku měření nebo sazbu DPH v kmenových údajích.

Bez obchodního správce dat je IT často nuceno činit obchodní rozhodnutí. V takových případech vývojář nebo správce systému zvolí logiku místo chybějících informací. To se může zdát rychlé, ale později to vede k diskutabilnímu provozu: systém dělá to, co bylo nastaveno, ale nemusí to být to, co obchod potřebuje.

Procesní správce je zodpovědný za správné generování dat

Chyba dat často nevzniká v integrační vrstvě. Vzniká dříve: při příjmu objednávky, nákupu, přijetí, nahrávání produktu nebo importu souboru Excel. Procesní správce zkoumá, kde, kdo a za jakých okolností data zaznamenává.

Vezměme si jednoduchý příklad. Sklad pravidelně dostává objednávky, u kterých není uveden správný způsob dopravy. Řešení nemusí nutně spočívat v tom, že sklad bude nadále telefonovat prodeji, nebo že integrátor napíše další výjimku. Nejprve je třeba pochopit, proč data chybí. Není pole povinné v e-shopu? Zákaznický servis zadává objednávku z e-mailu? Není jasné, který přepravce je použitelný pro který produkt?

Dobrý procesní správce nehledá rychlost opravy chyb, ale příčinu vzniku chyby. Tím se snižuje opakovaná administrativa kolegů a také riziko, že zkušený pracovník si všechny výjimky pamatuje.

IT a integrátor jsou zodpovědní za technickou cestu dat

Úkolem technického odpovědného je zajistit, aby schválená obchodní pravidla spolehlivě fungovala mezi systémy. Patří sem mapování polí, správa identifikátorů, kontrola povinných polí, zpracování chyb, protokolování, oprávnění a monitorování.

Odpovědnost systémového integrátora je zvláště významná, když systémy interpretují stejná data odlišně. Datum může být datum splnění, datum objednávky nebo očekávané datum dodání. Aktivní produkt může znamenat, že se může objevit v e-shopu, ale také že ho sklad může vydat. Tyto věci nelze předpokládat.

Technická realizace musí také ukázat, pokud něco neprošlo. Tiché selhání synchronizace je obzvláště nebezpečné. Pokud se objednávka kvůli chybným údajům nedostane do ERP, neměl by o tom tým informovat nespokojený zákazník nebo Excelový souhrn vytvořený při denním uzávěrce. Musí být určena chybová fronta, oznámení a jednoznačný odpovědný za její zpracování.

Bez zdrojového systému zůstává spor trvalý

U dat spravovaných ve více systémech je základním principem, že každé důležité datum má mít určený primární zdroj. To neznamená, že všechna data mohou existovat pouze na jednom místě. Znamená to, že pokud existuje rozdíl, je známo, který systém je směrodatný.

Kmenové údaje mohou být vlastnictvím ERP, zatímco e-shop je pouze zobrazuje a doplňuje marketingovým obsahem. Zdroj souhlasu s komunikací se zákazníkem může být CRM, zatímco fakturační údaje jsou ve finančním systému. U údajů o zásobách je však třeba přesně určit, zda je za důvěryhodné považován fyzický skladový systém, ERP nebo výrobní systém.

Určení zdrojového systému někdy přináší nepříjemná rozhodnutí. Může se stát, že oddělení ztratí svobodu upravovat data ve vlastní tabulce. Na oplátku se však odstraní situace, kdy si v pátek tři vedoucí posílají tři různé údaje o tržbách nebo zásobách. Cílem není centralizace sama o sobě, ale spolehlivý základ pro rozhodování.

Odpovědnost je třeba převést na měřitelný provoz

„Věnujme větší pozornost datům“ není systémem kvality dat. Vedení by mělo zvolit několik obchodně relevantních ukazatelů: kolik objednávek přichází s neúplnými údaji, kolik záznamů o partnerech je duplikovaných, jak dlouho trvá oprava integrační chyby, kolik ručních korekcí je potřeba za měsíc a jaký je rozdíl v údajích o zásobách mezi systémy.

Ne každou chybu se vyplatí okamžitě snížit na nulu. Řešení vzácné, nízkohodnotné výjimky může stát více než samotná chyba. Jiná je situace, pokud se odchylka týká fakturace, plnění termínů, výrobního plánu nebo povinností v oblasti shody. Přijatelnou úroveň kvality je proto třeba určit na základě obchodního rizika.

Je vhodné pravidelně pořádat krátké revize za účasti obchodu, provozu a IT. Ne jako technické statusové setkání, ale s konkrétními otázkami: která chyba dat způsobila nejvíce následné práce, kde vznikla nová manuální obcházka, které pravidlo již neodráží skutečný provoz? U rostoucího podniku se proces, který byl loni správný, může snadno stát letošním úzkým hrdlem.

Kvalita dat je ve skutečnosti provozní disciplína

Za kvalitu dat systémové integrace je nakonec zodpovědné vedení, protože musí určit vlastnické a rozhodovací rámce. Obchodní správce dat je zodpovědný za význam dat, procesní správce za jejich správné generování a IT a integrátor za to, že informace jsou kontrolovatelně, bezpečně a sledovatelně přenášeny na správné místo.

Pokud jsou tyto role jasné, integrace se nestane neviditelným, nejistým procesem na pozadí. Poskytuje provozní základ, na kterém může tým stavět růst s menším počtem oprav, rychlejšími rozhodnutími a předvídatelněji.