Prodajni proces bez dvostrukog unosa počinje jednim zapisom ponude i pravilima za prijenos potvrđenih podataka u narudžbu, isporuku, račun i otvorenu stavku. Svaki dokument ne treba biti nova ručna kopija prethodnoga, nego sljedeća poslovna faza s jasnim vlasnikom podataka. Tako prodaja vodi komercijalne uvjete, skladište izvršenje isporuke, a financije naplatu i knjiženje.
Proces od ponude do naplate često izgleda jednostavno dok količina dokumenata ne poraste. Tada prodajni tim prepisuje stavke iz e-pošte u ponudu, iz ponude u narudžbu, iz narudžbe u otpremnicu i iz otpremnice u račun. Svako prepisivanje otvara prostor za pogrešnu cijenu, količinu, adresu isporuke, porezni tretman ili rok plaćanja. Problem nije samo brzina unosa. Problem je i pitanje kojem dokumentu vjerovati kada se podaci razlikuju.
Dobro postavljen ERP prodaja proces ne uklanja potrebu za provjerom. Uklanja nepotrebno ponovno tipkanje podataka koji su već odobreni i evidentirani.
Ponuda nije samo dokument poslan kupcu. Ona je radni zapis komercijalnog razgovora: kupac, kontakt, artikli ili usluge, količine, cijene, popusti, rok valjanosti, uvjeti plaćanja, način isporuke i posebne napomene.
U ovoj fazi vlasništvo nad podacima pripada prodaji. Prodajni tim uređuje komercijalni sadržaj, no ne bi trebao slobodno mijenjati temeljne matične podatke poput šifri artikala, poreznih postavki ili standardnih skladišnih jedinica. Za njih su potrebna unaprijed definirana pravila i odgovorni vlasnici.
Verzije ponude zahtijevaju posebnu disciplinu. Kupac može tražiti izmjenu količine, drugu cijenu ili podjelu isporuke. Umjesto prepisivanja cijelog dokumenta, korisno je zadržati verziju ili trag promjene. Time prodaja može razlikovati početni prijedlog od posljednje poslane ponude, a financije kasnije lakše razumiju podrijetlo ugovorenih uvjeta.
Praktična pravila za ponude uključuju:
Rješenje poput ORKA Ponude može biti polazište za standardizaciju ovog dijela procesa, posebno kada prodajni tim treba pratiti status ponuda i smanjiti rad u nepovezanim datotekama.
Prihvaćena ponuda najčešće postaje osnova za narudžbu. Prijenos treba povući potvrđene stavke i uvjete, ali ne smije sakriti promjene koje nastanu nakon prihvata.
Vlasništvo se ovdje dijeli. Prodaja i dalje upravlja odnosom s kupcem i komercijalnim izmjenama. Operativa, nabava ili skladište preuzimaju podatke potrebne za realizaciju: lokaciju isporuke, raspoloživost, planirani datum, način otpreme i eventualne djelomične isporuke. Ako kupac naknadno poveća količinu, odluku treba evidentirati kao promjenu narudžbe, a ne samo kao usmeni dogovor.
Ova točka procesa traži nekoliko odluka prije konfiguracije sustava:
Odgovori ovise o poslovnom modelu. Proizvodnja po narudžbi, trgovina robom sa zalihe i projektne usluge ne koriste nužno isti tok. Važno je opisati stvarne iznimke, a ne samo idealni put dokumenta.
Nakon potvrđene narudžbe skladište ili operativa pripremaju isporuku. Dokument isporuke treba preuzeti artikle, količine i adresu iz narudžbe, uz prostor za evidentiranje stvarno isporučenog stanja.
Tu je prijelaz vlasništva najizraženiji. Prodaja ne bi trebala samostalno označavati robu kao isporučenu. Skladište ne bi trebalo samostalno mijenjati ugovorenu cijenu ili uvjete plaćanja. Skladište potvrđuje što je fizički izdano, kada i iz koje lokacije. Ako nije moguće isporučiti cijelu količinu, taj podatak pokreće poslovnu odluku: čekanje, djelomična isporuka, zamjena ili izmjena narudžbe.
Razdvajanje tih odgovornosti sprječava čestu zabunu: dokument može biti komercijalno potvrđen, a fizički neizvršen. Račun ne bi trebao automatski prikazati više nego što poslovno pravilo dopušta naplatiti.
Račun preuzima podatke iz odgovarajućeg prethodnog dokumenta prema utvrđenom pravilu: narudžbe, isporuke, ugovorene predujmove ili drugog odobrenog izvora. Nije svaka djelatnost ista. Neke tvrtke račun izdaju prije isporuke, neke nakon isporuke, a neke prema etapama. Sustav treba odražavati odabrano pravilo, ne nametati prividno univerzalni tijek.
U financijskoj fazi vlasništvo prelazi na računovodstvo za izdavanje, evidentiranje i praćenje potraživanja. Prodaja i dalje treba vidjeti relevantan status naplate radi odnosa s kupcem, ali ne bi trebala izravno uređivati knjiženja ili zatvarati otvorene stavke bez dogovorene kontrole.
Otvorena stavka povezuje izdani račun s obvezom kupca do zatvaranja uplatom, odobrenjem ili drugim ispravnim postupkom. Za pouzdano praćenje potrebno je uskladiti najmanje ove podatke:
Računovodstvene usluge mogu biti relevantne kada organizacija želi uskladiti operativni tok dokumenata s računovodstvenim pravilima i svakodnevnim praćenjem potraživanja.
Kupac prihvati ponudu za 100 komada, a skladište isporuči 60. Prije druge isporuke kupac otkaže preostalih 40 komada.
U nepovezanom procesu prodaja može ručno izmijeniti datoteku ponude, skladište zatvoriti nalog prema vlastitoj evidenciji, a financije izdati račun prema prvotnoj količini. Pojavljuju se tri različite verzije istog posla.
U povezanom procesu početna ponuda ostaje povijesni zapis. Narudžba dobiva evidentiranu izmjenu ili status za neisporučeni ostatak. Isporuka potvrđuje stvarnih 60 komada. Račun se izdaje prema pravilu koje odgovara poslovnom modelu, primjerice za isporučenu količinu. Otvorena stavka nastaje iz izdanog računa, ne iz neformalne pretpostavke o cijeloj narudžbi.
Ovaj primjer ne propisuje jedini ispravan postupak. Pokazuje potrebu za vidljivim pravilom, tragom promjene i dokumentom koji je mjerodavan u svakoj fazi.
ERP ne može popraviti nejasne komercijalne uvjete, netočne šifrarnike ili odluke donesene izvan procesa bez evidencije. Povezivanje dokumenata također traži kompromis između kontrole i fleksibilnosti.
Previše stroga pravila mogu usporiti prodaju kod legitimnih iznimaka. Preširoke ovlasti mogu poništiti vrijednost povezanog procesa. Zato je korisno razlikovati česte iznimke od rijetkih: za česte iznimke postaviti jasan put u sustavu, a za rijetke odobrenje i evidentiran razlog.
Posebnu pažnju zaslužuju i integracije. Web trgovina, CRM, prijevoznik, proizvodni sustav ili bankovni izvod mogu unositi podatke u proces. Svaka integracija treba odgovoriti na ista pitanja: koji sustav je izvor pojedinog podatka, kada se podatak sinkronizira, kako se rješava pogreška i tko potvrđuje iznimku.
Prije odabira funkcionalnosti ili automatizacije, nacrtajte jedan stvarni proces ponuda narudžba račun. Uključite verzije ponude, djelomične isporuke, promjene cijena, predujmove ako postoje te način zatvaranja računa.
Za svaki korak zabilježite tri stvari: izvor podataka, osobu ili tim koji smije mijenjati podatak i dokument koji potvrđuje prijelaz u sljedeću fazu. Taj pregled često brzo otkriva mjesta dvostrukog unosa i nejasnog vlasništva.
Kada je potreban širi pregled toka između prodaje, operative i financija, polazište može biti Povezano poslovanje . ORKA pristupa ovakvim projektima kroz stvarni tok rada, odgovornosti i iznimke, prije odluke o konfiguraciji sustava.