Dvě různé aplikace přestanou z pohledu uživatelů zpracovávat nové podklady. Podezření padne na automatizaci, AI nebo databázi. Jenže kód může být v pořádku a jednotlivé služby mohou odpovídat. Problém někdy vznikne ještě před jejich začátkem: na místě, které mělo do celého procesu dodat první událost. Dohled nad firemním řešením proto potřebuje vidět i jeho zdánlivě obyčejné závislosti.
U Invoice Manageru a Warranty Manageru se právě takový problém objevil. Uživatelům nefungovalo nové zpracování, přesto samotné aplikace pracovaly normálně. Podklady se totiž nedostávaly do vstupních e-mailových schránek. Těm chyběly přiřazené licence. Po jejich obnovení začaly zprávy znovu přicházet a obě aplikace měly zase co zpracovávat.
Příčina tedy neležela ve vytěžování dokumentů ani v navazující databázi. Z pohledu uživatele však služba přestala fungovat úplně stejně. Není jeho úkolem zjišťovat, ve které technické vrstvě problém vznikl. Potřebuje dokončenou práci. Právě tento rozdíl mezi zdravím jednotlivých součástí a výsledkem celé služby stojí za pozornost.
Zelená kontrolka neříká, jestli přichází práce
Představme si přehled posledních běhů automatizace. Všechny skončily úspěšně. Připojení k databázi funguje a aplikace se dá otevřít. Tyto kontroly mohou být správné, přesto neodpovídají na otázku, zda dnes dorazily očekávané dokumenty a zda z nich vznikly nové případy.
Chybu ve spuštěném toku lze zachytit při konkrétním kroku. Chybějící začátek vyžaduje jiný pohled. Je potřeba sledovat návaznost: kolik podkladů přišlo, kolik případů vzniklo a které dospěly do dalšího očekávaného stavu. Rozdíl nemusí vždy znamenat závadu. Měl by však mít vysvětlení.
U faktur může část čekat na schválení. U reklamací se může doplňovat informace. To je normální provoz. Nejasná mezera mezi přijatými zprávami a evidovanými případy už ale patří k situacím, které potřebují pozornost. Bez společného přehledu se podobná mezera snadno schová mezi dva týmy, z nichž každý hlídá jen svoji část.
Také ticho může být důvodem ke kontrole
Užitečné upozornění nemusí oznamovat jen selhaný krok. Může zachytit i to, že v obvyklém pracovním období nepřišel žádný podklad nebo že se nezvykle dlouho neposunul žádný rozpracovaný případ. Podmínky je nutné přizpůsobit rytmu konkrétní firmy. Prázdná schránka v neděli může být naprosto v pořádku.
Pomoci může také bezpečně oddělený kontrolní scénář, který ověřuje cestu napříč službami. Jeho návrh však musí zabránit vzniku skutečných obchodních transakcí. Monitoring nemá testovat účetnictví tím, že do něj průběžně zakládá zkušební faktury mezi ty reálné.
Stejně důležité jsou odpovědnosti. Kdo spravuje vstupní schránku, kdo připojení a kdo řeší incident, který se dotkne několika služeb současně? Technická závislost bez vlastníka je příjemně nenápadná přesně do chvíle, než se něco změní. Pak začne putovat otázka, kdo ji vlastně měl na starosti.
Opravené připojení ještě nemusí znamenat opravený výsledek
Po obnovení provozu zbývá projít období výpadku. Které podklady nebyly doručeny? Co už lidé vyřešili ručně? Co mohlo přijít podruhé? Bez tohoto kroku se může technicky úspěšná oprava proměnit v několik dní dohledávání a odstraňování nesrovnalostí.
Pomáhá dohledatelná historie a jasný postup pro bezpečné doplnění chybějících případů. Podpora tak neřeší jen „už to běží“, ale také „nic důležitého nezůstalo mezi systémy“. To je pro uživatele podstatně přesnější definice dokončeného incidentu.
V Evenaut se proto na automatizaci díváme jako na propojenou službu. Aplikace, účty, schránky a integrace mají společný účel: dovést práci k výsledku. Spolehlivost nezačíná prvním řádkem našeho kódu a nekončí posledním zeleným během. Začíná tam, kde do procesu vstupuje potřeba zákazníka.
Chcete mít přehled o celé cestě vašich dokumentů? Napište nám na customers@evenaut.com.
