Kratek odgovor: program za potrjevanje nabave poveže zahtevek zaposlenega, odgovornega potrjevalca, odločitev in naročilnico. Pokaže, kaj čaka, kdo je na vrsti in kaj je bilo dejansko odobreno. Najprej preverite modul obstoječega poslovnega programa. Aplikacija po meri je smiselna za pravila ali povezave, ki jih ta ne pokrije.
»Lahko naročim material?« Vodja odgovori po telefonu, ponudba ostane v e pošti, račun pa pride do druge osebe. Ko se spremeni količina, nihče več ne ve, kateri znesek je bil potrjen. Težava ni samo manjkajoči gumb. Manjkajo dogovorjen potek, odgovornost in sled odločitev.
Ta vodič obravnava interno nabavo v zasebnem podjetju, ne postopkov javnega naročanja. Pravila in omejitve določi vaše podjetje. Odobritev nabave pred naročilom tudi ni isto kot poznejše potrjevanje prejetega računa.
Kdaj je čas za ureditev nabavnega procesa?
- Zahtevki so razpršeni med e pošto, sporočili in preglednicami.
- Zaposleni ne vedo, kdo potrjuje določen strošek ali projekt.
- Odsotnost vodje ustavi nabavo, čeprav bi jo lahko prevzel namestnik.
- Naročilo je oddano, preden je potrjen znesek ali dobavitelj.
- Ob računu iščete prvotno ponudbo, odobritev in dokazilo o prejemu.
Če imate nekaj preprostih zahtevkov in enega potrjevalca, je lahko dovolj jasen obrazec in nastavitev obstoječega orodja. Več vlog, ponavljajoče se izjeme in prepisovanje v ERP so razlog za natančnejši pregled, ne samodejno za razvoj novega sistema.
Od zahtevka do prejema v šestih korakih
Ponazoritveni potek, ne prikaz interne aplikacije naročnika. Odobreno, naročeno in prejeto so različna stanja.
- 01
Zahtevek
Kaj potrebujemo, zakaj, za kateri projekt in do kdaj?
- 02
Preverjanje
Obvezni podatki, predvideni znesek in ustrezen potrjevalec.
- 03
Odločitev
Odobritev konkretne različice ali zavrnitev z razlogom.
- 04
Naročilnica
Pooblaščena oseba odda odobreno naročilo dobavitelju.
- 05
Prejem
Potrditev dejansko prejetega blaga ali opravljene storitve.
- 06
Povezani zapisi
Naročilo, prejem in račun imajo sledljivo povezavo.
Kaj mora vsebovati zahtevek za nabavo?
Začetni obrazec naj zahteva predmet nabave, količino in enoto, razlog, predlaganega dobavitelja, predvideni znesek z valuto, stroškovno mesto ali projekt ter želeni datum. Jasno označite, ali znesek vključuje davek. Dodajte odgovorno osebo in možnost priloge ponudbe, če jo proces potrebuje.
Ne zahtevajte istih podatkov dvakrat. Če ERP že vodi dobavitelje in projekte, uporabite njegov potrjeni šifrant, kadar povezava to omogoča. Prosti vnos »Projekt A« in »Projekt Alfa« lahko sicer ustvari dve navidezno različni kategoriji za isti projekt.
Pravila odobritve določite pred risanjem zaslonov
Za vsako vrsto stroška zapišite, kdo ga lahko predlaga, kdo odloči, kdo nadomešča odsotnega in katera sprememba sproži novo odobritev. Določite tudi, ali mora potrditi vsak od navedenih ali zadošča eden. Opomnik ni odobritev, potek roka pa ne sme tiho pomeniti soglasja.
Izmišljen primer: zaposleni zahteva material za 1.240 €. Po dogovorjenem internem pravilu odločita vodja projekta in finance. Potrjena različica se shrani. Če se količina in znesek pozneje spremenita, se sproži ponovna odobritev. Ta znesek je ponazoritev, ne zakonski prag ali pravilo naročnika.
Namestnik naj ima jasno omejeno pooblastilo in obdobje veljavnosti. Vsaka odločitev potrebuje osebo, čas, različico zahtevka in morebitni razlog. Podatki drugih ekip ali družb ne smejo postati vidni samo zato, ker nekdo pozna povezavo do zahtevka.
Obstoječi program, integracija ali razvoj po meri?
ODOS Nabava je primer obstoječe slovenske rešitve za prehod od potrebe do naročilnice. Tudi Microsoft Power Automate podpira odobritvene poteke. Pred nakupom preverite dejanske funkcije, licence, povezave in stroške vzdrževanja. Uporaba Microsoft 365 sama še ne pomeni, da so vsi potrebni konektorji vključeni.
- ERP že podpira proces: najprej nastavite modul, uporabnike in pravila.
- Enostavno potrjevanje: preizkusite standardni potek v orodjih, ki jih že uporabljate.
- Postopek deluje, podatke prepisujete: preverite integracijo z ERP.
- Posebne vloge ali izjeme ostajajo nepokrite: omejena aplikacija po meri lahko dopolni obstoječi sistem.
Kaj se mora zgoditi, ko gre kaj narobe?
Zavrnjen zahtevek mora povedati, kaj manjka in kdo ga popravi. Sprememba odobrenega zahtevka ne sme prepisati stare odločitve. Dvojni klik ne sme ustvariti dveh naročilnic. Če ERP ni dosegljiv, uporabnik vidi »čaka na prenos«, ne lažnega sporočila »naročeno«.
Ponoven prenos preveri, ali zapis že obstaja. Delni prejem ostane delni prejem, preostanek pa ima odgovorno osebo. Pred uvedbo določite tudi preklic zahtevka in ravnanje, ko je naročilo dobavitelju že poslano. Vrnitev statusa na začetek sama po sebi ne prekliče zunanjega naročila.
Prvi preizkus: ena ekipa, ena vrsta nabave
Začnite pri ponavljajočem se strošku in vključite predlagatelja, potrjevalca ter osebo, ki izvede naročilo. Na dogovorjenem vzorcu preizkusite običajen zahtevek, zavrnitev, odsotnost, spremembo zneska in neuspešen prenos. Pred začetkom določite, kdaj je preizkus uspešen.
Primerjajte čas čakanja na odločitev, aktivni čas obdelave, število vrnjenih nepopolnih zahtevkov in napačnih prenosov. Ne združujte čakanja in dela v eno obljubo prihranka. Upoštevajte licence, uvedbo in podporo. Več izhodišč najdete v primerih avtomatizacije za mala podjetja.
Kaj vpliva na ceno in kaj potrebujemo za prvi pogovor?
Ceno določajo pravila, vloge, število povezanih sistemov, kakovost podatkov in zahtevnost izjem. Samo število uporabnikov ne pove dovolj. Poglejte kaj vključuje cena aplikacije po meri, preden primerjate ponudbe z različnim obsegom.
Pri ČrtaIT načrtujemo in razvijamo avtomatizacijo poslovnih procesov. Napišite, kaj nabavljate, kdo potrjuje, kje se postopek ustavi in kateri program že uporabljate. Če podatke prepisujete iz prilog, je lahko naslednji korak tudi zajem podatkov iz dokumentov. Za prvi stik zadostuje opis, brez zaupnih ponudb, cenikov ali osebnih podatkov zaposlenih.