Nabavka i dobavljači

Zato što svaki poslovni objekat u NG One ima tačno jedno kanonsko mesto u navigaciji. Prijemnica je magacinski dokument: menja stanje zaliha, nosi LOT, seriju i rok, i nastaje u magacinu — pa kanonski pripada Zalihama i logistici. To ne znači da je nabavci daleko: otvara se direktno iz porudžbenice, vidi se u toku Procure-to-Pay i jedan je od tri dokumenta u 3-way matching-u. Alternativa — ista funkcija na dva mesta — daje dve verzije istine i dve verzije prava pristupa.

Da, jer se uparivanje radi po stavci i količini, a ne po dokumentu. Jedna porudžbenica može imati više prijemnica, a jedna faktura može pokrivati prijeme iz više isporuka ili više porudžbenica. NG One prati otvorenu količinu po stavci porudžbenice i uparuje fakturisanu količinu sa primljenom, ne sa poručenom. Ako je fakturisano više nego što je primljeno, razlika je izuzetak sa tačnim brojem — bez obzira na to kroz koliko dokumenata je nastala.

Nabavna vrednost se dopunjuje i vraća unazad. Zavisni trošak sa JCI-ja se rasporedi po ključu na stavke — po vrednosti, težini, zapremini ili količini, zavisno od vrste troška — i backdated preobračun ga provuče kroz sve izlaze te robe od dana prijema. Marže na već izdatim fakturama se ispravljaju, a razlika se proknjiži nalogom koji navodi šta se promenilo i zašto. Prodajna faktura kupcu se ne menja: menja se trošak prodate robe, ne cena koju je kupac platio.

Tačnost objavljujemo po tipu polja, jer jedan procenat za ceo dokument nije upotrebljiv podatak: datum i ukupan iznos se čitaju znatno pouzdanije od stavki i jedinica mere, a cena greške nije ista. Merenje ide preko golden setova u kontinuiranoj integraciji, na stvarnim oblicima faktura sa ovog tržišta. Konkretne vrednosti dajemo uz demo, na vašim dokumentima — brojevi iz tuđeg uzorka ne znače ništa za vaše dobavljače. Ono što je zagarantovano je ponašanje: polje ispod praga sigurnosti ostaje prazno i traži čoveka.

Da, kroz okvir za migraciju sa šablonima za partnere, artikle, početna stanja i otvorene dokumente. Stare šifre se mapiraju na nove i ostaju vidljive, pa pretraga po broju koji ljudi znaju napamet i dalje radi. Migracija se prvo radi probno, uz reconciliation izveštaj i kontrolne sume — porede se saldo po dobavljaču i otvorene količine pre i posle, sa mogućnošću povratka. Cutover se ne radi bez tog izveštaja.

Da. Upit ide na više dobavljača odjednom, ponude se porede po ceni, roku i uslovima na jednom ekranu, a obrazložen izbor ostaje vezan za porudžbenicu koja iz njega nastane — zašto je uzet skuplji dobavljač piše u dokumentu, ne u nečijem sećanju. Ocena dobavljača se ne skuplja anketom nego se računa iz dokumenata koji ionako postoje: isporuka u roku iz razlike ugovorenog i stvarnog datuma prijema, tačnost količine iz odstupanja na prijemu, tačnost fakture iz izuzetaka u 3-way matching-u. Zato ocena ne zavisi od toga da li je neko stigao da popuni formular, i čita se po dobavljaču, po artiklu i po periodu.

Onog trenutka kada su dobavljači i artikli preneti, a lanac odobrenja podešen — a lanac je konfiguracija u konzoli, ne izmena koda. Redosled je uvek isti: migracija šifarnika i otvorenih dokumenata sa reconciliation izveštajem, podešavanje limita i tolerancija za 3-way matching na vrednosti koje vaša firma već primenjuje neformalno, pa jedan ciklus faktura paralelno sa postojećim tokom. Go-live ide tek kada se saldo po dobavljaču i otvorene količine poklope pre i posle. Nabavka pritom ne čeka ostale prostore: Procure-to-Pay je zaokružen lanac i radi sam — a kada su uključene i Zalihe i Finansije, prijem i knjiženje prestaju da budu dva odvojena unosa.