Kedy prinesie poriadok podniková systémová integrácia?

Objednávka príde do e-shopu, ale sklad sa o nej dozvie až z neskôr stiahnutej tabuľky. Fakturácia sa spustí v inom systéme a stav zásob niekto ručne opraví, keď má čas. Keď sa vedúci dostane k týždennej správe, tá už skôr slúži ako historický dokument než ako nástroj na podporu rozhodovania. Toto je situácia, kde podniková systémová integrácia nie je IT pohodlnou funkciou, ale jednou z podmienok operatívnej kontroly.

Problém zriedka spočíva v tom, že firma má príliš veľa systémov. Skôr v tom, že medzi jednotlivými systémami prenášajú údaje ľudia: kopírujú, kontrolujú, zhodujú, pripomínajú iným a potom hľadajú chyby. Táto práca je často neviditeľná, ale od nej závisí plnenie objednávok, plánovanie výroby alebo presnosť finančného uzávierky.

Čo vlastne rieši podniková systémová integrácia?

Cieľom systémovej integrácie nie je, aby sa všetky aplikácie zlúčili do jedného veľkého systému. V mnohých podnikoch to nemá ani obchodný, ani technický zmysel. Dobre fungujúci ERP, e-shop, skladový systém, výrobná podpora alebo fakturačný systém môžu zostať pri svojich úlohách.

Integrácia upravuje, ako medzi nimi prúdia informácie, ktorý systém sa považuje za dôveryhodný zdroj a aká udalosť spustí ďalší krok. Ak je údaj o stave zásob v ERP rozhodujúci, e-shop ho musí zobraziť. Ak sa v sklade uskutoční komisionovanie, jeho stav musí byť včas viditeľný pre správu objednávok aj zákaznícky servis.

To znie jednoducho, ale najväčšia neistota vzniká práve v týchto detailoch. Ktorý stav znamená, že objednávka môže byť skutočne odovzdaná kuriérovi? Čo sa stane, ak vonkajší systém nie je dostupný? Kto preskúma položky, pri ktorých prenos údajov zlyhal? Funkčná integrácia neposiela len údaje. Rieši odchýlky, zaznamenáva udalosti a objasňuje zodpovednosť.

Najprv je potrebné pochopiť proces

Častou chybou je, že podnik pri prvom nepríjemnom príznaku žiada rozhranie. Objednávky sa prenášajú ručne? Spojme e-shop s ERP. Správa sa pripravuje neskoro? Vytvorme dátové spojenie. Tieto kroky môžu byť odôvodnené, ale samy o sebe nezaručujú zlepšenie.

Je vhodné najprv sledovať skutočnú prácu. Nie tak, ako by mala fungovať podľa procesného diagramu, ale tak, ako ju kolegovia vykonávajú v bežný deň a v deň s problémami. Kto dostáva oznámenie? Kde sa vykonáva manuálna kontrola? Ktoré údaje sa zapisujú na dve miesta? Aká výnimka spôsobí, že proces sa presunie do e-mailu, telefónu alebo samostatnej tabuľky?

V prostredí veľkoobchodu napríklad nemusí byť najväčším problémom prenos údajov o objednávkach. Možno objednávka čaká, pretože schválenie individuálnej cenovej ponuky nie je jednoznačne pridelené nikomu. Vo výrobe spojenie výrobného plánu a skutočných údajov o strojoch nepomôže veľa, ak je používanie čísel dielov, jednotiek alebo kódov odpadu nekonzistentné.

Integrácia urýchľuje existujúce fungovanie. Ak je proces chybný alebo zbytočne zložitý, chyba sa šíri rýchlejšie. Preto prvá užitočná otázka nie je, ktoré systémy treba spojiť, ale aké údaje a kedy musia byť k dispozícii pre aké rozhodnutie.

Kde je vhodné začať?

Nie všetky spojenia sú rovnako hodnotné. V podniku je zvyčajne vhodné začať tam, kde sa stretáva veľa opakujúcej sa ručnej práce, významné riziko chýb alebo pravidelné operatívne oneskorenie. Typickým príkladom je odovzdanie objednávok z e-shopu do podnikového systému, synchronizácia informácií o zásobách, spätné zapisovanie údajov o preprave alebo odovzdanie údajov o plnení fakturácii.

Dobrý prvý krok je dostatočne malý na to, aby zostal zvládnuteľný, ale dostatočne dôležitý na to, aby organizácia pocítila zmenu. Môže to byť napríklad to, že stav objednávky sa už nezobrazuje v troch rôznych tabuľkách, alebo že sklad nepracuje z e-mailov. Cieľom nie je nevyhnutne úplná automatizácia. V mnohých prípadoch je správnym riešením, že systém pripraví údaje, ktoré pracovník skontroluje a schváli.

To je obzvlášť dôležité pri procesoch plných výnimiek. Pri individuálnej výrobe, čiastkových dodávkach, neúplných údajoch o objednávkach alebo cenotvorbe viazanej na zmluvu nie je ľudské rozhodnutie chybou v systéme. Úlohou systému je poskytnúť potrebné informácie na rozhodnutie na jednom mieste a sledovateľne, a nie aby administratíva pohltila cenné kapacity.

Bez otázky vlastníka údajov nie je kontrola

Jedným z najdôležitejších, ale často zanedbávaných prvkov podnikovej systémovej integrácie je určenie vlastníkov údajov. Ak sa rovnaké meno zákazníka, produkt, cena alebo zásoba môže meniť v rôznych systémoch, skôr či neskôr dôjde k odchýlke. V takom prípade môže technické spojenie fungovať bezchybne, ale rozhodnutia sa prijímajú na základe nesprávnych údajov.

Pri každom kritickom údaji je potrebné objasniť, kde vzniká, kto je oprávnený ho meniť, ktoré systémy ho používajú a podľa akého pravidla dostávajú zmenu. To nie je administratívna formalita. Financie, predaj, sklad a IT musia rozumieť rovnakému pojmu, napríklad rezervovateľné zásoby alebo uzavretá objednávka.

Synchronizácia v reálnom čase tiež nie je vždy najlepšou odpoveďou. Pri niektorých procesoch je to odôvodnené, napríklad keď aktuálne predajné zásoby e-shopu predstavujú zákaznícky záväzok. V iných prípadoch je plánovaný, kontrolovaný prenos údajov bezpečnejší a jednoduchšie prevádzkovateľný. Výber by mal byť určený obchodnými dôsledkami, nie tým, čo je technicky pôsobivejšie.

Integrácia je aj prevádzková úloha

Po dokončení prenosu začína práca, ktorá rozhodne, či bude dlhodobo užitočná. Systémy sa menia: do e-shopu sa pridá nové pole, zmení sa verzia ERP, zmení sa štruktúra údajov partnera alebo sa spustí nový skladový proces. Ak nikto nepreskúma ich vplyv, predtým stabilné spojenie môže potichu generovať chyby.

Je potrebné mať kontrolovateľné záznamy, riešenie chýb, oprávnenia a zodpovedné osoby. Chybné položky by nemali zmiznúť v technickom zozname chýb. Dotknutý pracovník musí rozumieť, čo neprešlo, aké obchodné dôsledky to môže mať a ako to opraviť. IT musí vidieť, či odchýlku spôsobila chyba údajov, obchodné pravidlo alebo problém s prístupom k systému. Zmena patrí tiež sem. Pred zavedením nového poľa, stavu alebo partnerského vzťahu je vhodné určiť testovanie a možnosť návratu. Z pohľadu výroby, logistiky alebo fakturácie

kritické procesy nemožno riešiť len z pohľadu vývojára. Obchodný tester môže povedať, či technicky úspešný prenos skutočne prináša použiteľný výsledok. Kedy to nie je prvé riešenie?

Existujú prípady, keď nie je potrebná integrácia, ale poriadok. Ak firma nevie, v ktorom systéme je správny produktový kmeň, ak proces nemá vlastníka alebo kolegovia spracovávajú rovnaký prípad podľa rôznych pravidiel, potom nové spojenie len zafixuje neistotu.

Podobne opatrne treba postupovať pri starých systémoch. Zastaralá aplikácia môže byť technicky spojiteľná, ale je potrebné zhodnotiť jej podporu, dokumentovateľnosť, bezpečnú prevádzkovateľnosť a očakávaný životný cyklus. Niekedy je rozumné rozhodnutie dočasné dátové spojenie. Inokedy je najprv potrebná modernizácia systému alebo procesu.

V prístupe CGAT preto predchádza vývojovej úlohe vždy mapovanie fungovania. Nie preto, aby sa vytvoril dlhý analytický materiál, ale aby firma presne rozumela: kde vzniká strata, čo sa zmení zásahom a ako zostane nové fungovanie zvládnuteľné.

Dobre navrhnutá integrácia je nakoniec cenná nie tým, koľko systémov spája. Ale tým, že objednávka, pohyb zásob alebo výrobná udalosť prechádza podnikom s menším hádaním, menším ručným zásahom a jasnejšou zodpovednosťou. Ak sa tento cieľ udrží na zreteli, ďalšie technické rozhodnutie sa prijme oveľa ľahšie.

None