Ako vytvoriť interný objednávkový systém: postup v 5 krokoch

Čo potrebujete pripraviť, skôr než začnete stavať interný objednávkový systém?

Pred stavbou systému potrebujete štyri podklady: popísaný proces objednávky od žiadosti po doručenie, zoznam rolí so schvaľovacími limitmi, katalóg objednávaných položiek a rozhodnutie, s ktorými systémami sa má riešenie prepojiť. Bez nich sa aj najlepší nástroj stane len drahšou verziou e-mailu.

Kontrolný zoznam pred štartom

• Vlastník procesu: jedna konkrétna osoba (napríklad vedúci nákupu alebo office manažér), ktorá rozhoduje o pravidlách a schvaľuje zmeny.
• Súčasný stav v číslach: počet objednávok mesačne, kanály, cez ktoré dnes prichádzajú (e-mail, telefón, Excel, chat), a počet ľudí, ktorí do procesu vstupujú.
• Role: kto objednáva, kto schvaľuje, kto objednávku vybavuje a kto ju preberá.
• Katalóg a dodávatelia: zoznam bežne objednávaných položiek, ich jednotky, orientačné ceny a preferovaní dodávatelia.
• Pravidlá: limity súm, rozpočty oddelení, nákladové strediská a výnimky.
• Existujúce nástroje: Microsoft 365 alebo Google Workspace, účtovný program, skladová evidencia, ERP či CRM.
• Merateľný cieľ: napríklad skrátenie schválenia z niekoľkých dní na jeden pracovný deň alebo zhromaždenie všetkých objednávok v jednom kanáli.
• Rozpočet a čas: závisia od zvolenej cesty realizácie (porovnanie uvádzame v kroku 4) a od počtu integrácií.

Ak proces zatiaľ existuje len v hlavách ľudí, odporúčame začať štruktúrovanou analýzou firemných procesov pred digitalizáciou. Vyhnete sa tak prerábaniu v neskorších fázach.

Krok 1: Ako zmapovať, kto objednáva, kto schvaľuje a čo sa deje potom?

Výstupom tohto kroku je jednostranový diagram životného cyklu objednávky: kto ju vytvára, kto ju schvaľuje, kto ju vybavuje a akými stavmi prechádza. Diagram sa neskôr priamo prepíše do pravidiel systému, preto musí byť konkrétny a odsúhlasený všetkými dotknutými oddeleniami.

Najprv je potrebné určiť, aký typ internej objednávky riešite. Ide o nákupné žiadanky (zamestnanec žiada o kancelárske potreby, IT techniku alebo službu od externého dodávateľa), alebo o interné objednávky medzi útvarmi (pobočka objednáva tovar z centrálneho skladu, výroba žiada materiál)? Logika schvaľovania aj dáta sa v týchto dvoch prípadoch líšia.

1. Vypíšte všetky role. Žiadateľ, schvaľovateľ (priamy nadriadený, finančné oddelenie), vybavovateľ (nákupca, skladník) a preberajúci.
2. Definujte stavy objednávky. Osvedčený model: Koncept, Odoslaná, Čaká na schválenie, Schválená alebo Zamietnutá, Objednaná u dodávateľa, Čiastočne doručená, Doručená, Uzavretá. Stav Čiastočne doručená väčšina jednoduchých návodov vynecháva, v praxi ho však potrebujete takmer vždy.
3. Pomenujte prechody. Ku každej zmene stavu určte, kto ju smie vykonať a čo ju spúšťa.
4. Zachyťte výnimky. Určite, čo sa stane pri urgentnej objednávke, pri zamietnutí, pri zmene ceny dodávateľom alebo pri vrátení tovaru.
5. Overte mapu s ľuďmi z praxe. Prejdite ju so skladníkom aj s bežným žiadateľom, nielen s manažmentom. Práve oni poznajú skratky, ktoré systém musí pokryť alebo zámerne zrušiť.

Krok 2: Aké dáta musí interný objednávkový systém evidovať?

Výstupom je dátový model, teda zoznam tabuliek a polí, ktoré systém uchováva. Minimum tvoria používatelia, katalóg, dodávatelia, objednávky s oddelenými položkami a história zmien stavov. Rozdiel medzi funkčným systémom a vylepšenou tabuľkou robí oddelenie hlavičky objednávky od jej položiek a auditná stopa.

Tabuľka	Kľúčové polia	Prečo je dôležitá
Používatelia	meno, e-mail, oddelenie, nadriadený, zástupca	riadi, komu ide žiadosť na schválenie
Oddelenia / nákladové strediská	názov, rozpočet, čerpanie	umožňuje kontrolu rozpočtu pri objednávaní
Katalóg položiek	názov, kód, jednotka, kategória, cena, dodávateľ	obmedzuje voľný text a preklepy
Dodávatelia	názov, IČO, kontakt, podmienky	prepája objednávky s nákupom a účtovníctvom
Objednávka (hlavička)	ID, žiadateľ, stredisko, dátum, stav, celková suma, priorita	jeden záznam na jednu objednávku
Položky objednávky	položka, množstvo, cena v čase objednávky, dodané množstvo	umožňuje čiastočné dodanie a správne súčty
História stavov	kto, kedy, z akého stavu na aký, komentár	dohľadateľnosť a podklad pre audit
Prílohy	cenové ponuky, faktúry, dodacie listy	všetky dokumenty na jednom mieste

Platia dve praktické pravidlá: cenu ukladajte do položky v momente objednania (cena v katalógu sa neskôr zmení) a záznamy nikdy nemažte, iba ich stornujte. Ak má systém pracovať s dátami, ktoré už evidujete v inom softvéri, naplánujte aj ich prenos. Pomôže Vám návod na migráciu dát do nového systému.

Krok 3: Ako nastaviť schvaľovanie a notifikácie, aby objednávky nestáli?

Cieľom je automatický workflow: po odoslaní objednávky systém podľa pravidiel sám určí schvaľovateľa, pošle mu notifikáciu s možnosťou schváliť alebo zamietnuť jedným klikom a po schválení odovzdá úlohu nákupu. Bez zastupovania a eskalácie však objednávky uviaznu pri prvej dovolenke.

1. Nastavte schvaľovanie podľa sumy. Príklad pravidiel: do 200 € automaticky schválené, od 200 do 2 000 € schvaľuje nadriadený, nad 2 000 € navyše finančné oddelenie. Limity prispôsobte svojej firme.
2. Pridajte pravidlá podľa kategórie. IT technika môže vyžadovať súhlas IT správcu bez ohľadu na sumu.
3. Riešte zastupovanie. Každý schvaľovateľ má zástupcu, na ktorého sa žiadosti počas neprítomnosti presmerujú.
4. Zaveďte eskaláciu. Ak objednávka čaká dlhšie, než je dohodnuté (napríklad 48 hodín), systém pripomenie schvaľovateľa a potom upozorní jeho nadriadeného.
5. Notifikujte rozumne. Žiadateľ dostane správu pri schválení, zamietnutí a doručení, schvaľovateľ len pri úlohe určenej jemu. Notifikácie posielajte tam, kde ľudia skutočne pracujú: do e-mailu, Teams alebo Slacku.
6. Pri zamietnutí vyžadujte dôvod. Obmedzíte tým opakované žiadosti a nedorozumenia.

Podrobnejšie modely nájdete v článku o schvaľovacích procesoch vo firme a v návode, ako nastaviť interné notifikácie tak, aby ich ľudia neignorovali.

Krok 4: Ktorú cestu realizácie zvoliť: tabuľku, no-code, hotový SaaS alebo vývoj na mieru?

Výber určujú tri faktory: počet objednávok a ľudí, ktorých systém obslúži, miera špecifickosti procesu a počet systémov, s ktorými sa musí prepojiť. Pri niekoľkých desiatkach objednávok mesačne postačuje formulár s tabuľkou. Pri viacúrovňovom schvaľovaní, sklade a účtovníctve sa oplatí no-code alebo softvér na mieru.

Cesta	Kedy dáva zmysel	Príklady	Silné stránky	Na čo myslieť
Formulár + tabuľka	malý tím, jednoduchý proces	Google Forms + Sheets, Microsoft Forms + Excel	spustenie za pár hodín	slabá kontrola prístupov, žiadna auditná stopa
No-code / low-code	stredne zložitý proces v ekosystéme Microsoft alebo Google	Microsoft Lists + Power Apps + Power Automate, Google AppSheet, Airtable	rýchly prototyp, väzba na firemné účty	limity pri zložitejšej logike a integráciách
Hotový SaaS	proces sa zmestí do štandardu	nástroje na nákup a správu požiadaviek	okamžite funkčné, podpora	poplatky za používateľa, proces sa prispôsobuje nástroju
Vývoj na mieru	špecifický proces, viac integrácií, rast	webová aplikácia napojená na ERP, sklad a účtovníctvo	presne podľa procesu, dáta vo vašich rukách	potrebuje zadanie, rozpočet a partnera na údržbu

No-code riešenie je vhodný spôsob, ako proces overiť. Ak ho však začnete obchádzať makrami a výnimkami, ide o signál na zmenu cesty. Rozhodovanie doplní porovnanie softvéru na mieru a krabicového softvéru.

Integrácia rozhoduje častejšie, než sa zdá. Podľa Eurostat v roku 2023 používalo ERP softvér 43,3 % podnikov v EÚ. Interná objednávka teda v mnohých firmách nekončí schválením, ale musí plynulo pokračovať do skladu a účtovníctva.

Krok 5: Ako systém otestovať a zaviesť do celej firmy?

Výsledkom je systém, ktorý ľudia skutočne používajú. Dosiahnete ho pilotom v jednom oddelení, úpravami podľa spätnej väzby a jasným pravidlom, že objednávky mimo systému sa od určitého dátumu nespracúvajú. Úspech následne meriate na niekoľkých číslach, nie na základe dojmu.

1. Spustite pilot. Vyberte jedno oddelenie s pravidelnými objednávkami a ponechajte systém v prevádzke 2 až 4 týždne.
2. Zbierajte spätnú väzbu systematicky. Krátky dotazník po týždni a jedno stretnutie na konci pilotu.
3. Opravte prekážky, nie kozmetiku. Prednosť majú kroky, ktoré ľudí zdržiavajú, napríklad príliš veľa povinných polí alebo chýbajúce položky v katalógu.
4. Naplňte dáta. Nahrajte katalóg, dodávateľov a používateľov s nadriadenými a zástupcami.
5. Zaškoľte podľa rolí. Žiadateľovi stačí 15 minút, schvaľovateľ a nákupca potrebujú viac.
6. Stanovte dátum prechodu. Od neho platí jeden kanál pre všetky objednávky.
7. Merajte. Sledujte priemerný čas od odoslania po schválenie, počet objednávok mimo systému, počet urgencií a čerpanie rozpočtov podľa stredísk.

Prvú verziu držte úmyselne malú. Princípy minimálneho životaschopného produktu pre firmu platia aj pre interné nástroje: najprv jadro procesu, potom rozšírenia.

Aké sú najčastejšie chyby pri tvorbe interného objednávkového systému?

Najčastejšie chyby nesúvisia s technológiou, ale s procesom: digitalizácia chaotického postupu, chýbajúci vlastník, žiadne zastupovanie pri schvaľovaní a systém, ktorý nie je prepojený so skladom ani účtovníctvom. Každej z nich sa dá predísť jednoduchým rozhodnutím ešte pred spustením.

• Digitalizácia chaosu. Ak proces nie je dohodnutý, systém ho len zrýchli. Riešenie: najprv mapa procesu (krok 1).
• Voľný text namiesto katalógu. Vznikajú duplicity a nepresné ceny. Riešenie: katalóg s možnosťou žiadosti o novú položku.
• Jeden schvaľovateľ bez zástupcu. Objednávky stoja počas dovoleniek. Riešenie: zástupcovia a eskalácia.
• Žiadna história zmien. Pri spore sa nedá zistiť, kto čo schválil. Riešenie: auditná stopa od prvého dňa.
• Paralelné kanály. Časť objednávok ostáva v e-mailoch. Riešenie: pevný dátum prechodu a podpora vedenia.
• Ostrovný systém. Dáta sa prepisujú ručne do skladu a účtovníctva. Riešenie: integrácie naplánované už v zadaní, viac v článku o integrácii firemných systémov.
• Príliš veľa naraz. Rok vývoja bez spätnej väzby. Riešenie: pilot a postupné rozširovanie.

Kedy sa oplatí postaviť interný objednávkový systém na mieru s partnerom?

Vývoj na mieru sa oplatí, keď proces presahuje možnosti tabuliek a no-code nástrojov: máte viacúrovňové schvaľovanie, viac pobočiek alebo skladov, potrebujete prepojenie s účtovníctvom, ERP či CRM, alebo platíte za SaaS licencie, ktoré váš proces aj tak nepokrývajú. Nejde o luxus korporácií, ale o rozhodnutie podľa zložitosti procesu.

Typické signály, že ste narazili na strop:

• objednávky sa stále prepisujú medzi systémami ručne,
• no-code aplikácia obsahuje viac výnimiek ako pravidiel,
• vedenie nemá prehľad o čerpaní rozpočtov bez ručného reportu,
• firma rastie a pribúdajú pobočky, sklady alebo typy objednávok.

Slovenské firmy majú v tejto oblasti stále veľký priestor. Podľa Eurostat v roku 2023 používalo e-business softvér (ERP, CRM alebo BI) len 32 % podnikov na Slovensku, čo je jeden z najnižších podielov v EÚ.

Interné systémy stavíme okolo reálneho procesu klienta: začíname analýzou, pokračujeme prvou funkčnou verziou a architektúrou, ktorá s firmou rastie, vrátane automatizácií, ktoré odstránia ručnú prácu. Pred prvou konzultáciou odporúčame prejsť, ako pripraviť zadanie na vývoj aplikácie.

Ak zvažujete vývoj interného systému pre firmu, prineste si mapu procesu a zoznam systémov na prepojenie. S nimi Vám vieme už na prvom stretnutí ukázať, ako by mohla vyzerať prvá verzia Vášho objednávkového systému. Kontaktujte nás v spoločnosti BeCode.

Časté otázky

Koľko stojí vytvorenie interného objednávkového systému?

Cena závisí od zvolenej cesty, počtu rolí a úrovní schvaľovania, množstva integrácií so skladom, účtovníctvom či ERP, požiadaviek na mobilný prístup a od rozsahu prvej verzie. Formulár s tabuľkou je takmer zadarmo, vývoj na mieru vyžaduje rozpočet podľa zadania. Orientáciu ponúka článok, koľko stojí webová aplikácia pre firmu.

Ako dlho trvá vývoj interného objednávkového systému?

Jednoduchý formulár s tabuľkou je možné spustiť za pár hodín, no-code prototyp v Power Apps alebo AppSheet za niekoľko dní až týždňov. Pri vývoji na mieru rozhoduje rozsah prvej verzie a počet integrácií. Najrýchlejšie je spustiť jadro procesu, otestovať ho v pilotnom oddelení a funkcie pridávať postupne podľa reálneho používania.

Dá sa interný objednávkový systém prepojiť s účtovným programom alebo skladom?

Áno, a pri väčšom objeme objednávok je to najväčší prínos. Schválená objednávka môže automaticky vytvoriť doklad v účtovníctve, rezervovať tovar na sklade alebo aktualizovať čerpanie rozpočtu. Prepojenie sa realizuje cez API alebo export a import dát. Rozsah integrácií odporúčame určiť už pri zadaní, nie až po spustení.

Je systém na mieru vhodný aj pre malú firmu?

Áno, rozhodujúca nie je veľkosť firmy, ale zložitosť procesu a počet systémov, ktoré treba prepojiť. Systém na mieru môže začať ako malá prvá verzia s jadrom objednávok a schvaľovania a postupne rásť spolu s firmou. Pevné hranice neexistujú, Vašu situáciu a vhodný rozsah prvej verzie s Vami radi prejdeme na konzultácii.

Aký je rozdiel medzi interným objednávkovým systémom a ERP?

ERP pokrýva celé riadenie firmy vrátane financií, skladu, výroby a personalistiky. Interný objednávkový systém rieši jeden konkrétny proces: žiadosti, schvaľovanie a vybavenie objednávok. Často funguje ako jednoduchšia vrstva nad ERP, ktorú zamestnanci používajú ľahšie, a schválené objednávky do ERP odovzdáva automaticky.

Kto by mal byť vo firme zodpovedný za objednávkový systém?

Zodpovedať by mal jeden vlastník procesu, typicky vedúci nákupu, office manažér alebo finančný manažér. Rozhoduje o pravidlách, limitoch a zmenách v katalógu a zbiera spätnú väzbu od používateľov. IT alebo vývojový partner zabezpečuje technickú stránku, no o tom, ako má proces fungovať, by IT rozhodovať nemalo.