Obchodník otevře skladovou kartu a zjistí, že výrobek má jinou prodejní cenu, než očekával. Ve skladu zase nesedí množství na dokladu a u objednávky se objevil nový termín. Současná hodnota je vidět okamžitě, ale sama neodpoví na nejdůležitější otázky: kdo ji změnil, kdy se to stalo, co bylo uvedeno předtím a zda šlo o chybu, oprávněnou opravu nebo automatickou operaci.
Bez historie změn obvykle začíná porovnávání papírových podkladů, e-mailů a exportů. Pracovníci se navzájem ptají, co si pamatují, a hledání příčiny může zabrat více času než samotná oprava. Dobře nastavená dohledatelnost změn převádí podobnou situaci z dohadů na ověřitelnou posloupnost událostí.
Současná hodnota neukazuje, jak vznikla
Firemní informační systém musí při běžné práci zobrazovat především platný stav. Na skladové kartě proto vidíme aktuální cenu, na dokladu nynější množství a u objednávky poslední termín nebo stav. Z takového pohledu však nelze poznat, zda je údaj původní, nebo prošel jednou či několika úpravami.
Rozdíl je podstatný například při reklamaci, účetním rozdílu, skladové nesrovnalosti nebo sporu o cenu. Stejný současný stav mohl vzniknout překlepem obsluhy, oprávněnou opravou podle nového podkladu i automatickou změnou navazujícího procesu. Teprve časová osa umožní tyto možnosti rozlišit.
Co může historie změn v ERP zaznamenat
U vybraných údajů a operací může MAXim spojit změnu s konkrétním záznamem nebo dokladem a doplnit informace potřebné k jejímu vysvětlení. Podle modulu, typu záznamu a nastavení systému lze sledovat například:
- záznam nebo doklad, kterého se operace týkala,
- přihlášeného uživatele, pod jehož účtem byla změna provedena,
- datum a čas změny,
- původní a novou hodnotu vybraného údaje,
- druh provedené operace, například vytvoření, úpravu nebo jiný sledovaný zásah.
Konkrétní rozsah se vždy navrhuje podle toho, co je pro daný provoz důležité. Není správné předpokládat, že se automaticky zaznamenává každá změna ve všech částech systému. U citlivých údajů je proto vhodné předem ověřit, co se eviduje, kdo může historii zobrazit a jak dlouho ji firma potřebuje uchovávat.
Od konečného stavu k příčině problému
Při řešení nesrovnalosti je nejprve potřeba určit konkrétní záznam a sporný údaj. Historie potom může ukázat, zda měl údaj už při vytvoření dnešní hodnotu, nebo byl změněn později. Pokud se stejná hodnota upravovala několikrát, lze projít jednotlivé kroky v pořadí a zjistit, která změna vytvořila stav, který nyní pracovníci řeší.
Čas změny lze porovnat s navazujícími událostmi: přijetím nového ceníku, potvrzením skutečně dodaného množství, uzavřením dokladu, importem dat nebo změnou stavu objednávky. Tím se rychleji ukáže, zda šlo o chybu obsluhy, opravu podle platného podkladu, nebo operaci vyvolanou nastaveným procesem.
Pracovníci se přitom nemusí opírat jen o paměť nebo ústní vysvětlení. Historie poskytne výchozí fakta a související dokumenty pak pomohou ověřit důvod změny. Přehled souvisejících možností a oblastí systému najdete také na stránce řešení MAXim pro firmy.
Praktické situace z běžného provozu
Změněná cena na skladové kartě
Obchodník si všimne, že výrobek má jinou prodejní cenu, než se kterou počítal. Samotná skladová karta ukazuje pouze dnešní hodnotu. Historie může pomoci dohledat, kdy byla cena upravena, pod jakým uživatelským účtem a jaká hodnota byla nastavena předtím.
Následně lze prověřit, zda změna odpovídala novému ceníku nebo schválené obchodní úpravě. Stejně tak se může ukázat překlep či automatická aktualizace podle nastaveného pravidla. Smyslem není automaticky označit viníka, ale co nejrychleji určit skutečný původ rozdílu.
Upravené množství nebo položka dokladu
Na příjemce, výdejce nebo jiném dokladu vznikne rozdíl mezi očekávaným a evidovaným množstvím. Bez historie se porovnávají papírové verze, dodací listy a různé exporty. Přitom stále nemusí být jasné, zda byl doklad chybně vytvořen, nebo se jeho položka změnila až při pozdější kontrole.
Posloupnost úprav může ukázat, kdy byla položka doplněna, odstraněna či změněna a který účet operaci provedl. Firma pak snáze odliší opravu podle skutečně převzatého zboží od nechtěného zásahu, který způsobil skladovou nebo účetní nesrovnalost.
Změněný termín nebo stav
Objednávka nebo úkol má jiný termín či stav, než pracovníci očekávali. Jedna úprava mohla následovat po požadavku zákazníka, další po potvrzení dodavatele a poslední mohl provést automatický proces po splnění určité podmínky.
Historie několika změn stejného údaje ukáže jejich pořadí. Vedoucí tak nevidí pouze konečný termín nebo stav, ale může rekonstruovat, jak se k němu systém postupně dostal a na kterou událost jednotlivé změny navazovaly.
Vlastní uživatelský účet dává historii význam
Záznam o uživateli je užitečný jen tehdy, když každý pracovník používá vlastní účet. Pokud se na směně střídá více lidí pod jedním společným přihlášením, historie sice uvede název tohoto účtu, ale neumožní spolehlivě určit konkrétního člověka. Vypovídací hodnota záznamu se tím výrazně snižuje.
Samostatné účty chrání firmu i pracovníky. Umožní doložit oprávněnou opravu a zároveň zabrání tomu, aby se změna připisovala všem, kdo znali sdílené heslo. Přístupy je potřeba průběžně upravovat při změně pracovní role nebo odchodu pracovníka.
Stejně důležitá jsou uživatelská oprávnění. Historie pomáhá zjistit, co se stalo, zatímco správně nastavená práva omezují, kdo může měnit ceny, opravovat uzavřené doklady, upravovat citlivé údaje nebo provádět další významné operace. Obě vrstvy se doplňují.
Dohledatelnost podporuje odpovědnost, ne samoúčelné sledování
Historie změn nemá vytvářet atmosféru nepřetržitého dohledu nad zaměstnanci. Jejím praktickým cílem je objasnit provozní událost, chránit správnost firemních dat a dát pracovníkům společný podklad pro řešení problému.
Dohledatelnost zvyšuje odpovědnost, protože významná operace nezůstává bez souvislostí. Současně ale může pracovníka ochránit: pokud provedl oprávněnou opravu podle nového podkladu, časová osa pomůže jeho postup doložit. Kontrola se tak opírá o fakta místo vzájemného obviňování.
Historie není náhradou zabezpečení ani zálohy
Historii změn je potřeba chápat jako nástroj pro dohledání událostí, nikoli jako univerzální ochranu nebo automatickou obnovu dat. Sama o sobě:
- nenahrazuje správně nastavená uživatelská oprávnění ani samostatné účty pracovníků,
- nenahrazuje pravidelné zálohování a ověřený postup obnovy,
- nemusí umožnit vrátit každou změnu jedním tlačítkem,
- neznamená, že se ve všech modulech zaznamenává úplně vše,
- nemá být bez ověření považována za nezměnitelný bezpečnostní záznam.
Pro bezpečný provoz je nutné spojit přiměřená oprávnění, vlastní uživatelské účty, vhodně nastavenou historii důležitých operací a pravidelné zálohy. Každá z těchto vrstev řeší jinou část problému.
Když je potřeba vysvětlit, proč se údaj změnil
Dobře nastavená historie změn v ERP zkracuje cestu od zjištěné nesrovnalosti k její příčině. Ukáže posloupnost úprav, spojí je s časem a uživatelským účtem a podle možností daného modulu porovná původní a novou hodnotu. Firma pak snáze řeší změny cen, reklamace, účetní rozdíly i skladové nesrovnalosti.
Nejdůležitějším přínosem není více kontroly, ale méně dohadů. Pracovníci získají konkrétní podklad, podle kterého lze odlišit chybu, oprávněnou opravu a automatickou změnu a následně upravit proces nebo oprávnění tak, aby se stejná situace neopakovala.
Potřebujete ve firemním systému lépe dohledat změny důležitých údajů a nastavit odpovídající oprávnění uživatelů? Nezávazně s námi proberte svoje řešení.
