Od prve prilike do naplaćene fakture
Prodajni tok obično prolazi kroz tri sistema i dva Excela: prilika je u jednom alatu, cenovnik u fajlu, faktura u ERP-u. NG One drži ceo lanac — kupca, priliku, ponudu, nalog, isporuku, fakturu i naplatu — kao jedan povezan zapis. Cena, rabat i uslov plaćanja dolaze iz verzionisanih pravila, pa svaki dokument može da objasni odakle mu iznos. Ono što je rutina — ponavljajuća faktura, najava dospeća, nacrt odgovora kupcu — sistem priprema sam, a čovek potvrđuje.
- Partner 360
- Prilike i aktivnosti
- Ponuda → nalog → faktura
- Verzionisani cenovnici
- UBL 2.1 · SEF izlaz i ulaz
- Ponavljajuće fakture
Jedan lanac umesto tri sistema
Prodaja retko pada zato što niko ne zna da proda. Pada zato što podatak o kupcu živi na četiri mesta, a nijedno nije obavezujuće.
Danas prodavac drži prilike u CRM alatu ili u tabeli, radi po cenovniku koji je neko poslednji put ažurirao pre dva meseca, popust dogovara telefonom, a fakturu izdaje neko treći prepisivanjem iz mejla. Svaki prelaz je ručni i svaki je mesto na kom se gubi podatak: ko je odobrio cenu, koji je rok isporuke obećan, da li je kupac već premašio kreditni limit. Kada na kraju kvartala treba odgovoriti koliko je jedan kupac zaista vredeo, odgovor se sklapa iz izveštaja koji se ne slažu — jer su rabat, troškovi isporuke i povrati knjiženi negde drugde.
NG One vodi taj tok kao jedan zapis. Partner postoji jednom i isti je i u prilici, i u fakturi, i u otvorenim stavkama. Ponuda povlači cenu iz cenovnika koji ima verziju i period važenja, a ta verzija ostaje zapisana na dokumentu — kasnija izmena cenovnika ne menja prošlost i ne otvara raspravu o tome koja je cena tada važila. Odstupanje od pravila ne ide telefonom nego kroz limit odobrenja, sa tragom ko je i kada odlučio. Prodajni nalog vidi raspoloživo i rezervisano stanje pre nego što se rok obeća, a faktura nastaje iz naloga i isporuke, ne iz prepisivanja.
Strukturna razlika je u tome što ništa od ovoga nije dograđeno sa strane. Dimenzije stoje na svakoj stavci od prve — kupac, kanal, region, projekat, komercijalista — pa je profitabilnost po bilo kom preseku upit, a ne projekat. Zakonski parametri su vremenski važeći, pa dokument sa datumom iz prethodnog perioda koristi stopu koja je tada važila. UBL 2.1 dokument nastaje u domenu, a SEF adapter ga šalje i prima: oblik fakture je domenska stvar i menja se retko, kanal se menja češće, pa stoje odvojeno. A ponavljajući prihod — pretplate, rental, servisni ugovori sa SLA — sedi u istom jezgru, a ne u modulu koji se dokupljuje i zatim godinama usaglašava sa knjigovodstvom.
Šest koraka, jedan dokumentni lanac
Ovo je stvaran tok kroz prostor. Svaki korak nasleđuje podatke prethodnog — nema tačke na kojoj se stavke unose po drugi put.
- Korak 1
Kupac i prilika
Sve počinje od jednog zapisa partnera. Prilika i aktivnosti se kače na taj zapis, pa istorija razgovora i istorija prometa stoje jedna pored druge.
- Jedan zapis partnera sa kontaktima, adresama isporuke i uslovima plaćanja
- Partner 360: promet, otvorene stavke, dokumenti, aktivnosti i rizik na jednom ekranu
- Prilika u pipeline-u, sa vezom na ponudu i nalog koji iz nje nastanu
- Kreditni limit i rok plaćanja vidljivi pre nego što se bilo šta obeća
- Korak 2
Ponuda
Ponuda ne pregovara sa cenovnikom — čita ga. Cena, rabat i uslov dolaze iz verzije pravila koja važi na datum dokumenta.
- Cena iz cenovnika sa verzijom i periodom važenja, zapisanom na dokumentu
- Rabatna politika po kupcu, grupi artikala i količini
- Odstupanje od cenovnika prolazi kroz limit odobrenja, sa tragom odluke
- Revizije ponude čuvaju poreklo — druga verzija nije nov dokument bez istorije
- Korak 3
Prodajni nalog
Nalog nastaje iz prihvaćene ponude i tu se prvi put dodiruje zaliha. Rok se obećava nad stvarnim stanjem, ne nad procenom.
- Rezervacija zaliha uz uvid u raspoloživo, u dolasku i u tranzitu
- Delimične isporuke i rokovi po stavci
- Avansni zahtev i avansna faktura kada je plaćanje unapred
- Nalog preuzima stavke ponude — bez ponovnog unosa
- Korak 4
Isporuka
Roba se kreće u prostoru Zalihe i logistika, ali se tok ne prekida: otpremnica se otvara iz naloga i vraća status u prodajni lanac.
- Otpremnica kanonski pripada Zalihama i logistici, a otvara se iz prodajnog naloga
- Komisioniranje i pakovanje prate stavke naloga, LOT, seriju i rok
- Delimična isporuka ostavlja nalog otvoren za ostatak
- eOtpremnica (SEO) izlazi iz iste otpremnice, kroz sopstveni adapter
- Korak 5
Faktura i avans
Faktura je posledica naloga i isporuke, a ne zaseban unos. Knjiženje nastaje kroz posting engine i ume da objasni sebe.
- Izlazna faktura iz naloga i isporuke, sa preglednim knjiženjem pre potvrde
- Zatvaranje avansa i knjižno odobrenje kao redovni dokumenti, ne izuzeci
- Devizna faktura sa kursom i obračunom kursnih razlika
- UBL 2.1 dokument ide na SEF, a status razmene se vraća na fakturu
- Korak 6
Naplata i odnos posle prodaje
Prodaja se ne završava fakturom. Naplata, reklamacija i servis nastavljaju isti zapis o kupcu umesto da otvaraju novi.
- Otvorene stavke i opomene vodi prostor Finansije i usklađenost — prodaja ih vidi u Partner 360
- Reklamacija, servis i helpdesk sa SLA nastavljaju isti zapis o kupcu
- Ponavljajuća faktura i pretplata obnavljaju prihod bez ručnog ciklusa
- Automation Center pokazuje šta je od svega toga sistem uradio sam
Šta prostor pokriva
Trideset imenovanih mogućnosti u pet grupa: odnos sa kupcem, prodajni lanac, izlazni dokumenti po srpskom propisu, ponavljajući prihod i CRM nad istim partnerom koji se u sistemu i naplaćuje.
Kupci, kontakti i odnos
Jedan zapis o partneru i sve što se oko njega dogodilo — od prvog razgovora do poslednje otvorene stavke.
6 mogućnosti
Jedan zapis partnera
Kupac, dobavljač i partner u drugoj ulozi su isti zapis, sa matičnim podacima, poreskim identifikacijama i uslovima. Bez duplikata koji kasnije razilaze saldo i promet.
Kontakti, adrese i uslovi
Kontakt osobe sa ulogama, više adresa isporuke i naplate, uslovi plaćanja i valute po partneru.
Partner 360
Hero ekran prostora: promet, otvorene stavke, dokumenti, aktivnosti, ugovori i rizik na jednom mestu, sa timeline-om i drill-down-om do izvornog dokumenta.
Prilike i pipeline
Pipeline prilika sa vezom prilika → ponuda → nalog. Prilika ne živi u zasebnom alatu iz kog se ponuda posle prepisuje — nastaje nad partnerom koji kasnije dobija fakturu i otvorenu stavku.
Aktivnosti i timeline
Poziv, mejl, sastanak i zadatak beleže se na partneru i na konkretnom dokumentu, pa se istorija odnosa čita zajedno sa istorijom prometa.
Kreditni limit i uslovi plaćanja
Limit i rokovi 45/60 vidljivi su pri unosu ponude i naloga, pre nego što se obaveza preuzme. Kontrola nastaje u saldakontima, ali radi u prodajnom toku.
Od ponude do isporuke
Prodajni lanac sa pravilima koja se ne pamte napamet: cena, rabat i odobrenje su konfiguracija sa periodom važenja.
7 mogućnosti
Ponuda
Ponuda sa revizijama, rokom važenja i statusnom mašinom. Prihvatanje otvara nalog bez ponovnog unosa stavki.
Prodajni nalog
Nalog sa rokovima po stavci, delimičnim isporukama i vezom na rezervaciju zaliha. Kanonsko mesto obaveze prema kupcu.
Cenovnici i rabatne politike
Verzionisani cenovnici sa periodom važenja i rabati po kupcu, grupi artikala i količini. Verzija pravila ostaje na dokumentu, pa izmena cenovnika ne menja prošlost.
Prodajni ugovori i posebne cene
Ugovoreni uslovi po kupcu sa važenjem i prioritetom nad standardnim cenovnikom — takođe verzionisani, sa referencom na dokumentu.
Odobravanje odstupanja
Popust ili uslov izvan pravila ide kroz approval lanac sa limitima iz autorizacionog sloja. Odluka ima ime, vreme i razlog; telefon nije trag.
Raspoloživost i rezervacija
Nalog vidi raspoloživo, rezervisano, u dolasku, u tranzitu i blokirano stanje pre nego što se rok obeća, i rezerviše količinu za kupca.
Otprema iz prodajnog toka
Otpremnica kanonski pripada Zalihama i logistici, ali je potpuno dostupna iz naloga i vidljiva u lancu povezanih dokumenata i u Partner 360.
Fakturisanje, avansi i eFakture
Izlazni dokumenti po srpskoj praksi: UBL 2.1, SEF kanal u oba smera, POPDV i PP PDV iz istog PDV motora.
6 mogućnosti
Izlazna faktura
Faktura iz naloga i isporuke, sa pregledom knjiženja pre potvrde i objašnjenjem kako je iznos nastao.
Avansi i zatvaranje avansa
Avansni račun, praćenje iskorišćenja i zatvaranje pri konačnoj fakturi, sa PDV tretmanom kroz interni PDV motor.
Knjižno odobrenje i zaduženje
Sopstveni tipovi dokumenata sa statusnom mašinom i vezom na izvornu fakturu — ne ručna ispravka u glavnoj knjizi.
Devizne fakture
Fakturisanje u stranoj valuti sa kursom iz NBS kursne liste i obračunom kursnih razlika pri naplati. Kursna lista je vremenski važeća, pa dokument sa datumom iz prethodnog perioda računa po kursu koji je tada važio.
UBL 2.1 dokument
Faktura, avans i knjižno odobrenje izlaze kao UBL 2.1 dokument u obliku koji SEF prihvata, uz POPDV i PP PDV XML iz istog PDV motora.
SEF eFakture — slanje i prijem
Izlaz i ulaz idu kroz SEF adapter: dokument se šalje, status razmene se vraća na fakturu, a ulazna faktura stiže istim kanalom u obradu, zajedno sa PDV evidencijama EEO i EPP. Adapter ima sopstveni životni ciklus — kada se SEF promeni, menja se adapter, ne prodajni tok.
Ponavljajući prihod i usluga posle prodaje
Ono što domaći sistemi nemaju u jezgru: pretplate, rental, servis i helpdesk sa SLA nad istim kupcem koji se u sistemu i naplaćuje.
7 mogućnosti
Ponavljajuće fakture
Faktura po rasporedu iz ugovora ili naloga, generisana bez ljudske ruke i prijavljena u Automation Center — uvek postoji zapis šta je izdato i po kom pravilu.
Automatska pravila u prodajnom toku
Pravila oblika događaj → uslov → akcija: najava dospeća, podsetnik na ponudu bez odgovora, zadatak komercijalisti. Svako izvršenje se beleži i može da se opozove.
Pretplate (subscriptions)
Planovi, promene plana u toku perioda, obračun srazmernog dela i obnove — model pretplate, a ne ponavljajuća faktura sa fiksnim iznosom.
Rental
Iznajmljivanje opreme sa praćenjem predmeta kod kupca, periodima, povratom i obračunom po vremenu ili upotrebi.
Reklamacije
Prijava, obrada i ishod reklamacije vezani za izvornu fakturu i isporuku, sa povratom robe i knjižnim odobrenjem kao mogućim ishodom.
Servis i terenski servis
Servisni nalozi, istorija servisiranja predmeta kod kupca i rad na terenu — nastavak istog zapisa o kupcu, ne zaseban sistem.
Helpdesk sa SLA
Prijave sa ugovorenim rokovima odziva i rešenja, eskalacijama i merenjem ispunjenja SLA na workflow kernelu koji već nosi odobrenja i zadatke.
CRM nad ERP podacima
CRM radi tek nad workflow kernelom, AI slojem i partnerom koji se u istom sistemu i naplaćuje — zato stoji u jezgru, a ne kao alat pored njega.
4 mogućnosti
Leadovi i pipeline kanban
Leadovi pre nego što postanu prilike, kvalifikacija i kanban pogled na tok, nad istim partnerom koji kasnije dobija fakturu.
Lead scoring i sledeća najbolja akcija
Ocena verovatnoće nad stvarnom istorijom prometa, naplate i reklamacija istog kupca, sa predlogom sledećeg poteza kao nacrtom.
Kampanje i segmentacija
Segmenti nad ERP podacima — kupljeno, plaćeno, reklamirano — a ne nad izvozom u zaseban marketinški alat koji ne zna ko kasni sa plaćanjem.
Prodajni KPI i forecast
Ciljevi, ostvarenje i predviđanje po komercijalisti, kanalu i regionu — nad dimenzijama koje na dokumentima stoje od prve stavke.
Inteligencija u prodajnom toku
AI u NG One ne pogađa i ne šalje ništa u vaše ime. Radi nad podacima koje i vi vidite, pokazuje izvor svakog zaključka i staje na nacrtu.
AI dnevni pregled prodaje
Dan ne počinje grafikonima nego rečenicom: šta čeka odluku, koje ponude nemaju odgovor, koje naplate rizikuju rok, šta je sistem završio od poslednje prijave. Svaki zaključak ima drill-down do dokumenata iz kojih je izveden.
Copilot sa dokazima
Na kupcu i na dokumentu panel nudi konkretne akcije umesto praznog polja za pitanje: objasni knjiženje fakture, proveri PDV tretman, pronađi povezanu otpremnicu, proveri da li postoji duplikat, pripremi poruku kupcu. Odgovor uvek nosi podatak, objašnjenje i izvorne dokumente — i vidi tačno ono što i vi, u granicama vaših prava i vašeg tenanta.
Predlozi stižu kao nacrti
Opomena kupcu koji kasni, odgovor na upit, zadatak komercijalisti — AI ih priprema, ali ne šalje. Nacrt se otvara, menja i potvrđuje kao svaki drugi dokument, sa istim pravima i istim tragom u dnevniku. Nivo autonomije se podiže tek kada tenant to izričito odluči.
Automatika koja se meri
Ponavljajuće fakture, najave dospeća i pravila oblika događaj → uslov → akcija rade bez nadzora, a Automation Center prikazuje istoriju izvršenja i koliko je posla time skinuto sa stola. Automatizacija koja se ne meri ne može ni da se opozove.
Predviđanje umesto brojanja unazad
Rizik naplate po kupcu, predviđanje tražnje, scoring prilika i predlog sledećeg poteza rade nad podacima istog sistema u kom se kupac i naplaćuje — nad stvarnom istorijom prometa, dospeća i reklamacija, a ne nad izvozom u treći alat koji ne zna ko kasni sa plaćanjem. Svaka ocena pokazuje po čemu je izvedena i otvara se do dokumenata, a predlog ostaje nacrt dok ga čovek ne potvrdi.
Zašto ovo radi drugačije
Poređenje sa onim što firma danas ima — bez preterivanja i bez izmišljenih procenata.
Dimenzije od prve stavke, ne kao dogradnja
Svaka stavka ponude, naloga i fakture nosi dimenzije — kupac, kanal, region, projekat, komercijalista. Profitabilnost po bilo kom preseku je upit nad knjiženjem, a ne mesečno sklapanje izveštaja iz tri izvora. Dimenziono knjiženje stoji u temelju upravo zato što se naknadno ne ugrađuje.
Verzionisana pravila i vremenski važeći parametri
Cenovnik, rabatna politika, ugovor i zakonski parametri imaju period važenja, a verzija ostaje zapisana na dokumentu. Dokument sa datumom iz prethodnog perioda računa po pravilu koje je tada važilo, a objašnjenje knjiženja pokazuje tačno koje. Sistemi koji čuvaju samo trenutno stanje pravila ovo rešavaju ručnim ispravkama.
Domaći propisi i moderni moduli na istoj strani
Strani sistemi nemaju srpski SEF, POPDV i domaće dokumente; domaći nemaju pretplate, rental, helpdesk sa SLA ni CRM u jezgru. NG One pokriva obe strane u jednom sistemu, pa kupac koji je danas prilika, sutra pretplatnik, a prekosutra reklamacija — ostaje isti zapis, sa istim saldom i istom istorijom.
Jedan graf u domenu, integracije kao adapteri
UBL 2.1 dokument nastaje u domenu, a SEF adapter ga šalje i vraća status razmene na samu fakturu. Oblik fakture je domenska stvar i menja se retko; kanal se menja češće, pa se drži odvojeno, sa sopstvenim životnim ciklusom i sopstvenim verzijama. Kada se SEF promeni, menja se adapter, ne prodajni tok — a sistemi koji su kanal zakucali u dokument svaku izmenu propisa plaćaju izmenom jezgra.
Tokovi kroz koje ovaj prostor prolazi
Poslovni prostor nije ostrvo. Ovi procesi ga dodiruju od kraja do kraja, a tamo gde tok izađe iz ovog prostora, podatak ostaje isti — sledeći korak ga dobija strukturiranog, ne prekucanog.
Prihod
Lead-to-Cash
Put od prve prilike do novca na računu. Svaki korak predaje sledećem strukturiran podatak, pa se ponuda ne prekucava u nalog, ni otpremnica u fakturu. Faktura odlazi na SEF iz istog koraka koji je nastaje.
- Prilika
- Ponuda
- Nalog
- Isporuka
- Faktura
- Naplata
Projekti
Project-to-Cash
Put od ugovorenog posla do naplaćene situacije. Sat rada, utrošen materijal i podugovor terete isti projekat, pa se marža vidi dok posao traje, a ne posle njega.
- Ugovor
- Projekat i budžet
- Zadaci i resursi
- Utrošeni sati
- Situacija i faktura
- Profitabilnost
Podrška
Case-to-Resolution
Put od prijave kupca do rešenja. Reklamacija, servisni nalog i zamena su jedan predmet sa rokom, a ne tri odvojena traga u mejlu.
- Prijava
- Kvalifikacija i rok
- Servis ili zamena
- Povrat
- Rešenje i odobrenje
Pitanja o ovom prostoru
Obim, granice i pravila po kojima ovaj prostor knjiži.
Da li NG One šalje eFakture na SEF?
Da — u oba smera. Faktura, avansni račun i knjižno odobrenje nastaju kao UBL 2.1 dokument u obliku koji SEF prihvata, SEF adapter ih šalje i vraća status razmene na sam dokument, a ulazne fakture stižu istim kanalom u obradu. PDV evidencije EEO i EPP, POPDV i PP PDV XML izlaze iz istog internog PDV motora, pa se ne usaglašavaju naknadno i ne prepisuju u zaseban alat. Kanal je namerno odvojen adapter: dokument je domenska stvar i menja se retko, a SEF se menja češće — kada se promeni, menja se adapter, ne prodajni tok.
Imamo CRM odvojeno od ERP-a. Šta konkretno dobijamo?
Partnera koji postoji jednom. Prilika, aktivnost (poziv, mejl, sastanak, zadatak), ponuda, nalog, faktura i otvorena stavka stoje na istom zapisu, a Partner 360 ih prikazuje kao jedan timeline sa drill-down-om do izvornog dokumenta. Nema izvoza između sistema i nema prepisivanja ponude iz jednog alata u drugi — što je i bio najveći trošak. Leadovi, kvalifikacija, kanban, scoring, kampanje, segmentacija i forecast rade nad ERP podacima: segment „kupio, nije platio, reklamirao” je upit nad knjiženjem, a ne lista izvezena u marketinški alat koji ne zna ko kasni sa plaćanjem. Ako vaš današnji CRM nosi marketinšku automatizaciju koju NG One ne pokriva, ostaje kao integracija kroz API — partner i dalje postoji jednom.
Kako radite sa cenovnicima, rabatima i posebnim ugovorima?
Cenovnik, rabatna politika i prodajni ugovor su verzionisane konfiguracije sa periodom važenja. Ponuda i nalog povlače cenu iz verzije koja važi na datum dokumenta, a referenca te verzije ostaje zapisana na dokumentu. Naknadna izmena cenovnika zato ne menja prošle dokumente i ne postoji pitanje ko je promenio cenu — postoji zapis koja je verzija primenjena. Odstupanje od pravila je moguće, ali prolazi kroz limit odobrenja iz autorizacionog sloja, pa svaki popust ima ime, vreme i razlog.
Da li su avansi i knjižna odobrenja rešeni po srpskoj praksi?
Jesu, i to kao redovni dokumenti prodajnog toka, a ne kao izuzeci koje knjigovođa ručno zakrpi na kraju meseca. Avansna faktura se izdaje iz naloga, prati je zatvaranje avansa pri konačnoj fakturi i odgovarajući PDV tretman kroz interni PDV motor. Knjižno odobrenje i knjižno zaduženje postoje kao sopstveni tipovi dokumenata sa svojom statusnom mašinom i vezom na izvornu fakturu. Sve troje ulazi u UBL 2.1 dokument, u SEF razmenu i u POPDV evidenciju iz istog motora.
Fakturišemo isto svakog meseca. Da li to može bez nas?
Može. Ponavljajuća faktura se definiše nad ugovorom ili nalogom, sistem je generiše po rasporedu i prijavljuje u Automation Center, pa uvek postoji zapis šta je izdato bez ljudske ruke i po kom pravilu. Izuzetak — kupac koji je promenio uslov ili prekinuo ugovor — zaustavlja generisanje i postaje zadatak, ne tiha greška. Kada mesečni iznos nije fiksan, isti prostor nosi pravi model pretplate: planovi, promena plana u toku perioda, obračun srazmernog dela i obnova. Rental sa opremom kod kupca obračunava se po vremenu ili upotrebi, na istom ugovoru i istom partneru.
Ko izdaje otpremnicu — prodaja ili magacin?
Otpremnica kanonski pripada prostoru Zalihe i logistika, jer je to dokument o kretanju robe i tamo mu je vlasnik. To ne znači da je prodaja ne vidi: otvara se iz prodajnog naloga, prikazana je u lancu povezanih dokumenata i u Partner 360, a status isporuke vraća se u prodajni tok. Pravilo dolazi iz informacione arhitekture: svaki poslovni objekat ima jedno kanonsko mesto, a iz drugih oblasti mu se prilazi kontekstualnim prečicama. Ista funkcija na dva mesta je najbrži put do dva različita broja.
Šta je potrebno da prodajni tok proradi kod nas?
Tri stvari, i sve tri su konfiguracija, a ne razvoj: šifarnici (partneri, artikli, kontni plan sa dimenzijama), pravila (cenovnici, rabatne politike, uslovi plaćanja, limiti odobrenja) i pristup kanalima (SEF, eFiskalizacija, banka). Konfiguracija je verzionisana i odvojena od jezgra, pa se iz test tenanta u produkcioni prenosi kao zapis, a ne kao ponovni ručni unos — i nadogradnja jezgra je ne pregazi. Migracija otvorenih stavki i istorije prometa ide kroz API-first sloj sa OpenAPI opisom, u vaš tenant izolovan na nivou baze. Faze uvođenja i datum go-live-a dogovaramo nad vašim obimom — to je jedina stvar koju ne možemo da kažemo pre nego što ga vidimo.
Susedni prostori
Pogledajte prodajni tok na stvarnom scenariju
Demo tenant nosi dvanaest meseci prometa, pa se ponuda, nalog, otpremnica i faktura vide kao lanac, a ne kao pojedinačni ekrani. Prođemo kroz vaš slučaj — od cenovnika i rabata do avansa, SEF-a i naplate — i pokažemo gde bi u tom lancu stajali vaši dokumenti i vaša pravila.