Integrace ERP s nákupními nástroji

Proč nákup vznikl?

K jaké zakázce patří?

Jaký má dopad na rozpočet?

Co se má stát dál?

Kdo za to odpovídá?

Jaký je aktuální stav?

Kde vzniká riziko?

Co už bylo potvrzeno, dodáno, fakturováno a zaplaceno?

Aby toto ERP dokázalo, musí být dobře propojené s okolními systémy.

SRM, tedy Supplier Relationship Management, se zaměřuje na řízení vztahů s dodavateli. V mnoha firmách je dodavatel v ERP veden jen jako základní záznam: název, IČO, DIČ, adresa, splatnost, bankovní účet, kontaktní osoba. To je účetní minimum.

Ale pro nákup je dodavatel mnohem víc. Dodavatel má historii. Dodavatel má spolehlivost. Dodavatel má kvalitu. Dodavatel má vyjednané podmínky. Dodavatel má reakční dobu. Dodavatel má rizika. Dodavatel má alternativy. A právě tady má SRM obrovskou hodnotu.

- hodnocení dodavatele,

- schválený nebo neschválený stav dodavatele,

- rámcové smlouvy,

- certifikace,

- cenové dohody,

- dodací podmínky,

- kontaktní osoby,

- rizikový profil,

- reklamace,

- historii plnění termínů,

- alternativní dodavatele,

- preferované dodavatele pro konkrétní komodity.

To zásadně mění kvalitu rozhodování. Nákupčí pak nevybírá dodavatele jen podle poslední ceny. Vybírá podle celkového kontextu. Levnější dodavatel může být ve skutečnosti dražší, pokud pravidelně zpožďuje dodávky, vytváří reklamace nebo zatěžuje firmu dodatečnou operativou.

- pokud dodavatel není schválený, nelze na něj vystavit objednávku bez výjimky,

- pokud má dodavatel horší hodnocení, systém upozorní na riziko,

- pokud existuje rámcová smlouva, objednávka musí čerpat z ní,

- pokud vypršela certifikace, nákup musí projít zvláštním schválením,

- pokud dodavatel opakovaně nedodává včas, systém navrhne alternativu.

To je rozdíl mezi evidencí a řízením.

Tady vstupuje do hry WMS — Warehouse Management System. WMS neřeší jen to, že něco „je skladem“.

- kam zboží přišlo,

- kdo ho převzal,

- v jakém množství,

- v jaké kvalitě,

- pod jakou šarží nebo sériovým číslem,

- kde je uložené,

- zda je blokované,

- zda prošlo kontrolou,

- kdy je dostupné pro další proces.

ERP bez dobré vazby na WMS často ví, že zboží bylo objednáno. Někdy ví, že bylo přijato. Ale nemusí přesně vědět, zda je skutečně použitelné. A to je zásadní rozdíl.

ERP by mělo z WMS dostávat například:

- potvrzení příjmu,

- skutečně přijaté množství,

- rozdíly proti objednávce,

- částečné dodávky,

- poškozené nebo blokované položky,

- výsledky vstupní kontroly,

- skladové umístění,

- šarže a sériová čísla,

- dostupnost pro zakázku nebo výrobu,

- informaci o přímém výdeji na zakázku,

- stav nevyřízených dodávek.

Tím se nákup propojuje s realitou. Nestačí vědět, že dodavatel něco poslal. Firma potřebuje vědět, zda to může použít.

Představme si běžnou situaci. Materiál dorazil. Sklad ho převzal. V ERP vznikla příjemka. Faktura může být spárována. Nákupní proces vypadá uzavřeně. Jenže ve skladu se zjistí, že část dodávky je poškozená, má jiné parametry nebo čeká na vstupní kontrolu. Formálně je materiál přijatý. Prakticky není dostupný. Pokud ERP tuto informaci nevidí, vzniká falešný pocit jistoty. Výroba plánuje s materiálem, který nemůže použít. Projektový manažer počítá s termínem, který není reálný. Finance mohou schválit fakturu za dodávku, která má problém. Nákup neřeší reklamaci včas. Proto je integrace ERP a WMS kritická. Nákup nesmí končit dokladem. Musí končit použitelnou dostupností.

Každý nákup má finanční dopad. I když jde o technickou položku. I když jde o materiál. I když jde o servisní díl. I když jde o subdodávku. I když jde o režii.

Nákup ovlivňuje závazky, cash flow, rozpočty, marži, skladovou hodnotu, DPH, účetnictví a controlling. Proto integrace ERP s finanční oblastí není jen administrativní nutnost. Je to základ řízení firmy.

Finanční řízení potřebuje z nákupního procesu znát víc než jen fakturu.

- co bylo objednáno,

- co už bylo dodáno,

- co bude fakturováno,

- kdy vznikne závazek,

- kdy bude pravděpodobně potřeba platit,

- zda nákup sedí s rozpočtem,

- zda odpovídá schválené objednávce,

- zda odpovídá příjemce,

- zda náklad patří na správnou zakázku nebo středisko,

- zda neohrožuje cash flow,

- zda je faktura oprávněná k platbě.

To je důležité hlavně proto, že faktura často přichází později než rozhodnutí o nákupu. Ve chvíli, kdy firma objedná, už se ekonomicky zavazuje. Ne až ve chvíli, kdy přijde faktura. Dobré ERP by proto mělo pracovat nejen s účetními závazky, ale i s očekávanými závazky.

Jedna z největších hodnot propojení nákupu a financí je práce s budoucími závazky. Pokud firma sleduje jen přijaté faktury, dívá se do minulosti. Ale nákupní objednávky ukazují budoucnost.

Firma může mít účetně zatím nízké závazky, ale v nákupních objednávkách už může být

schovaný obrovský objem budoucích plateb.

Bez propojení ERP a financí se pak vedení firmy ptá: „Jak je možné, že nám najednou vyskočily platby?“ „Kdo to objednal?“ „Bylo to schválené?“ „Patří to k zakázce?“ „Měli jsme na to rozpočet?“ Dobře nastavený systém by tyto otázky neměl řešit zpětně. Měl by na ně odpovídat průběžně.

Jedním z nejdůležitějších míst integrace nákupu, skladu a financí je třícestné párování.

co bylo objednáno,

co bylo skutečně přijato,

co bylo fakturováno.

Na papíře to vypadá jednoduše. V praxi je to často jeden z nejproblematičtějších procesů. Dodavatel fakturuje jinou cenu. Dodá jen část objednávky. Faktura přijde dřív než zboží. Příjemka vznikne na jiné množství. Doprava je fakturována samostatně. Část zboží je reklamovaná. Měna objednávky a faktury se liší. Cena obsahuje slevu, kterou systém nezná. ERP by mělo tyto rozdíly zachytit a předložit člověku k rozhodnutí. Ne všechno musí být blokace. Ale všechno důležité musí být vidět.

Rozdíl do určité tolerance může projít automaticky. Větší rozdíl musí jít ke schválení. Neshoda množství musí být vyřešena se skladem. Neshoda ceny musí být vyřešena s nákupem. Neshoda účetního zařazení musí být vyřešena s financemi. To je přesně místo, kde integrace přináší peníze zpět do firmy.

Firmy často říkají: „Potřebujeme propojit systémy.“ To je pravda. Ale sama o sobě nestačí. Mnohem důležitější je určit, kdo je vlastníkem kterých dat a rozhodnutí.

Kdo je autoritou pro dodavatele?

Kdo schvaluje nového dodavatele?

Kdo udržuje dodavatelské ceníky?

Kdo rozhoduje, že zboží je skutečně přijatelné?

Kdo řeší rozdíl mezi objednávkou a fakturou?

Kdo odpovídá za správné přiřazení nákladu na zakázku?

Kdo schvaluje nákup mimo rozpočet?

Kdo rozhoduje o výjimce?

Bez těchto odpovědí integrace jen zrychlí předávání nejasností. A to je nebezpečné. Když není jasné, kdo má rozhodnout, systém může posílat notifikace, vytvářet úkoly a přenášet data — ale problém stejně zůstane stát. Moderní ERP musí proto spojovat data s odpovědností.

Jeden dodavatel je v ERP vedený jedním způsobem, ve finančním systému jinak a ve SRM ještě jinak. Někde je stará adresa. Někde jiné bankovní spojení. Někde jiný stav schválení. Někde jiná kontaktní osoba. Výsledkem je zmatek. Integrace nemůže správně fungovat, pokud firma nemá jasně určené master data. Musí být jasné, který systém je autoritou pro dodavatele, položky, ceníky, střediska, zakázky, sklady a účetní dimenze. Jinak se data nezačnou řídit. Jen se začnou šířit chyby.

Mnoho integrací je postavených tak, že „něco někam pošleme“. Objednávka se pošle do jiného systému. Příjemka se pošle zpět. Faktura se pošle do účetnictví. Technicky to může být správně. Ale procesně to nemusí stačit. Důležité je, co přenos znamená. Znamená odeslaná objednávka schválený závazek? Znamená příjemka, že zboží je použitelné? Znamená faktura, že je připravená k platbě? Znamená zaúčtování, že je náklad správně přiřazený?

Bez těchto významů jsou integrace jen potrubí. A potrubí samo o sobě firmu neřídí.

Ideální proces se integruje snadno. Objednávka vznikne v ERP. Dodavatel ji potvrdí. Zboží přijde celé a včas. Sklad ho přijme. Faktura sedí. Finance ji zaplatí. Jenže skutečný svět takhle nefunguje. Hodnota integrace se pozná ne podle toho, jak zvládá ideální případ, ale podle toho, jak zvládá výjimky.

- dodavatel potvrdí jiný termín,

- přijde jiné množství,

- část dodávky je poškozená,

- faktura nesedí na objednávku,

- objednávka byla změněna,

- položka se rozdělí mezi sklad a zakázku,

- faktura přijde bez objednávky,

- nákup proběhl urgentně mimo standardní tok.

Pokud integrace výjimky neumí zpracovat, lidé je začnou řešit mimo systém. A tím se celá digitalizace rozpadá.

Každý nákup by měl mít svůj kontextový záznam.

- kdo ho požadoval,

- kdo ho schválil,

- k čemu patří,

- jaký má rozpočet,

- jaký má termín,

- jaký dodavatel byl vybrán,

- jaký byl důvod výběru,

- co bylo potvrzeno,

- co bylo dodáno,

- co bylo fakturováno,

- co bylo zaplaceno,

- jaké vznikly výjimky.

Tento kontext může být v ERP a jednotlivé specializované systémy do něj přispívají svými částmi. SRM dodává dodavatelský kontext. WMS dodává skladovou realitu. Finance dodávají závazky, platby a účetní dopad. ERP drží procesní vazbu na zakázky, položky, objednávky a odpovědnosti.

Mnoho firem stále funguje na dávkových synchronizacích. Jednou za hodinu. Jednou denně. Ručně export/import. Nebo až když někdo klikne. To může stačit pro účetní uzávěrku. Nestačí to pro řízení provozu. Modernější přístup je pracovat s událostmi.

- vznikl nákupní požadavek,

- požadavek byl schválen,

- objednávka byla odeslána,

- dodavatel změnil termín,

- zboží bylo částečně přijato,

- vznikla neshoda v množství,

- faktura nesedí na objednávku,

- platba byla provedena,

- položka je dostupná pro výrobu.

Každá taková událost může spustit další akci. Ne jako slepé workflow, ale jako řízení procesu podle reality.

V integrovaném prostředí by lidé neměli trávit většinu času kontrolou toho, co je v pořádku. To má dělat systém. Lidé mají řešit výjimky.

- objednávky bez potvrzení,

- dodávky po termínu,

- položky blokované ve skladu,

- faktury s rozdílem proti objednávce,

- nákupy mimo rozpočet,

- objednávky na rizikové dodavatele,

- neuzavřené reklamace,

- závazky, které ohrozí cash flow,

- náklady bez vazby na zakázku.

To je praktická hodnota integrace. Ne že „systémy jsou propojené“. Ale že člověk ráno otevře dashboard a ví, co má řešit jako první.

AI má v této oblasti velký potenciál, ale pouze za jedné podmínky: musí mít přístup ke správnému kontextu. Samotná AI bez ERP dat je jen obecný asistent. ERP bez AI je často jen databáze a workflow. Dohromady ale mohou vytvořit rozhodovací vrstvu.

- shrnout stav nákupu pro konkrétní zakázku,

- najít rizikové objednávky,

- porovnat nabídky dodavatelů,

- upozornit na neobvyklou cenu,

- vysvětlit rozdíl mezi objednávkou, příjemkou a fakturou,

- navrhnout, kdo má výjimku schválit,

- doporučit alternativního dodavatele,

- vytěžit data z potvrzení objednávky nebo faktury,

- upozornit na dopad zpožděné dodávky na projekt,

- připravit podklad pro jednání s dodavatelem.

Nejde o to, aby AI sama rozhodovala. Jde o to, aby člověku dala lepší kontext pro rozhodnutí.

Představme si zakázkovou výrobní firmu. Obchod připraví nabídku. V kalkulaci jsou materiály, subdodávky a očekávané nákupní ceny. Zakázka se schválí. ERP podle kalkulace a skladové dostupnosti pozná, co je třeba nakoupit. Část položek je skladem, část je potřeba objednat, část je vhodné poptat u dodavatelů. SRM nabídne preferované dodavatele podle komodity, historie cen, kvality a spolehlivosti. Nákupčí vybere dodavatele. Systém ověří, zda je schválený, zda má platné podmínky a zda nákup sedí s rozpočtem. Po schválení vznikne objednávka. Dodavatel pošle potvrzení e-mailem. Systém z něj vytěží termín a cenu. Pokud se liší od objednávky, vznikne výjimka. Zboží dorazí do skladu. WMS provede příjem, označí šarže, uloží položky a část materiálu zablokuje kvůli kontrole kvality. ERP vidí, že objednávka je sice částečně přijata, ale ne všechno je použitelné. Výroba dostane informaci, že část materiálu zatím nelze plánovat. Dodavatel pošle fakturu. Systém ji spáruje s objednávkou a příjemkou. Cena jedné položky nesedí nad toleranci. Faktura jde ke schválení nákupu. Finance vidí očekávaný závazek, splatnost, dopad na cash flow a vazbu na zakázku. Projektový manažer vidí, zda nákup ohrožuje termín a marži. Vedení firmy vidí, kde vzniká problém: dodavatel změnil cenu, část dodávky je blokovaná, faktura čeká na schválení a zakázková marže se snížila. To je integrované řízení nákupu. Ne přenos dokladů. Řízení reality.

Musí být jasné, kde vzniká a kde se spravuje klíčová informace. Dodavatel. Položka. Cena. Skladová zásoba. Zakázka. Středisko. Rozpočet. Faktura. Platba. Bez určení autority vznikají duplicity a spory.

Nestačí mít stav „přeneseno“, „odesláno“ nebo „zaúčtováno“.

- čeká na schválení,

- čeká na potvrzení dodavatele,

- potvrzeno s rozdílem,

- částečně dodáno,

- přijato, ale blokováno,

- připraveno k fakturaci,

- faktura v neshodě,

- připraveno k platbě,

- uzavřeno s výjimkou.

Takové stavy jsou použitelné pro řízení.

Ne každá odchylka je problém. Rozdíl 0,5 % v ceně může být přijatelný. Rozdíl 15 % už možná ne. Zpoždění o jeden den nemusí vadit. Zpoždění kritického materiálu o jeden den může zastavit výrobu. Systém musí umět pracovat s tolerancemi podle typu položky, dodavatele, zakázky, částky a dopadu. Bez tolerancí vzniká buď příliš mnoho blokací, nebo příliš málo kontroly.

Každá výjimka by měla mít stopu. Kdo ji viděl. Kdo ji schválil. Proč ji schválil. Jaký měla dopad. Zda šlo o jednorázovou výjimku, nebo opakovaný problém. To je důležité nejen kvůli auditu, ale hlavně kvůli zlepšování firmy. Pokud se stejné výjimky opakují, nejde o výjimky. Jde o špatně nastavený proces.

Nákupčí nepotřebuje stejný pohled jako finanční ředitel. Skladník nepotřebuje stejný pohled jako projektový manažer. Vedení nepotřebuje vidět všechny položky, ale rizika a dopady.

- nákup vidí objednávky, dodavatele, potvrzení a výjimky,

- sklad vidí očekávané příjmy, fyzické dodávky a blokace,

- finance vidí závazky, faktury, platby a cash flow,

- projekt vidí dopad na termín a rozpočet,

- vedení vidí rizika, trendy a rozhodnutí.

Stejná data. Jiný kontext. Jiná odpovědnost.

Jedním z rizik integrace je, že místo zjednodušení přidá firmě práci. Lidé musí zadávat data do více systémů. Musí řešit rozdíly mezi systémy. Musí kontrolovat synchronizace. Musí obcházet chyby. Musí ručně opravovat duplicitní záznamy. To je špatně. Dobrá integrace má administrativu snižovat. Člověk by měl zadat informaci jednou, ve správném místě, a systém by ji měl bezpečně dostat tam, kde je potřeba. Ještě lépe: systém by měl část informací získat automaticky. Z e-mailu. Z PDF. Z potvrzení objednávky. Z dodacího listu. Ze skeneru. Z faktury. Z banky. Ze skladu. Role člověka se má posouvat od přepisování k rozhodování.

Znamená to, že uživatel má v daný okamžik k dispozici důvěryhodnou odpověď:

Můžeme objednat?

Od koho?

Za jakých podmínek?

Máme na to rozpočet?

Kdy to dorazí?

Je to skutečně skladem?

Můžeme to použít?

Sedí faktura?

Kdy budeme platit?

Jaký to má dopad na zakázku?

Co je potřeba řešit teď?

Toto je rozdíl mezi integrací systémů a integrací řízení.

Skutečná hodnota integrace není v tom, že systémy mezi sebou posílají data. Skutečná hodnota je v tom, že člověk dokáže rychleji pochopit situaci, udělat lepší rozhodnutí a nést za něj jasnou odpovědnost. A právě tam se láme rozdíl mezi firmou, která má ERP, a firmou, která je ERP skutečně řízená.