Atribucija prodaje dobavljačima

Početna / Studija slučaja / Atribucija prodaje dobavljačima

Od prodaje bez dobavljača do kontrolisane analitičke atribucije

Kako je maloprodajna kompanija povezala istoriju snabdevanja sa prodajom i dobila održivu analizu prometa i RUC-a po dobavljačima — bez izmišljanja veze koju ERP nije sadržao.

Uvodni sažetak

Jedan artikal se često nabavlja od više dobavljača. Ipak, kada se taj artikal proda, prodajni dokument obično ne govori od kog dobavljača potiče konkretan komad.

U ovom projektu ERP je sadržao prodaju i nabavku, ali nije imao popunjenu vezu koja bi pouzdano povezala svaku prodatu jedinicu sa njenim dobavljačem. Zbog toga nije bilo moguće samo dodati kolonu „dobavljač“ u postojeći izveštaj.

Pripisati sav promet jednom dobavljaču bilo bi jednostavno, ali pogrešno. Pripisati dobavljača svakoj prodaji samo da bi izveštaj bio kompletan stvorilo bi lažnu preciznost.

CoreLayer je zato razvio model analitičke atribucije. Za svaki artikal, objekat i mesec sistem posmatra ko je snabdevao taj artikal u tekućem i prethodna dva meseca. Prodaja se zatim proporcionalno deli dobavljačima prema njihovom stvarnom učešću u nabavci.

Rezultat je kontrolisana analiza prodate količine, prometa i RUC-a po dobavljaču. Tamo gde nema dovoljno podataka, prodaja se ne pripisuje na silu — ostaje vidljiva kao nepripisana prodaja.

Profil organizacije

Klijent je maloprodajna kompanija koja posluje kroz centralni magacin i mrežu prodajnih objekata. Isti artikal može da se nabavlja od jednog ili više dobavljača, a roba kroz sistem stiže različitim nabavnim i distributivnim tokovima.

Za upravljanje odnosima sa dobavljačima nije dovoljno znati samo koliko je robe nabavljeno. Potrebno je razumeti:

koliki deo prodate količine se može pripisati svakom dobavljaču;
koliki promet i RUC nose artikli koje je dobavljač snabdevao;
koji dobavljači imaju najveće učešće u prodajnom rezultatu;
kako se njihov doprinos menja kroz periode, objekte i grupe artikala;
koliki deo prodaje još nema dovoljnu osnovu za atribuciju.

Početna situacija

Pre realizacije novog modela prodaja i nabavka predstavljale su dve odvojene poslovne činjenice.

Prodajni dokument je pouzdano pokazivao šta je prodato, u kom objektu, po kojoj vrednosti i sa kojim RUC-om. Nabavni dokumenti su pokazivali ko je isporučivao artikal.

Ono što nije postojalo bila je direktna i popunjena veza između te dve strane. ERP je predvideo FIFO strukture, ali one nisu sadržale podatke potrebne za stvarno povezivanje prodaje i ulaza.

Zbog toga organizacija nije mogla pouzdano da odgovori na pitanje:

Koliki deo prodaje i RUC-a pripada kom dobavljaču kada isti artikal nabavljamo od više partnera?

Problem nije bio nedostatak grafikona. Nedostajao je poslovno fer i tehnički proverljiv model atribucije.

Ključni izazovi

Izazov 1 — Prodajna stavka nije znala dobavljača

Prodaja je sadržala artikal, objekat, količinu, promet i nabavnu vrednost, ali ne i dobavljača konkretnog prodatog komada.

Poslovna posledica:
Analiza dobavljača nije mogla da uključi prodajni rezultat bez dodatnog podatkovnog modela.

Izazov 2 — Jedan artikal je imao više dobavljača

Korišćenje jednog „glavnog“ ili poslednjeg dobavljača zanemarilo bi stvarni miks snabdevanja.

Poslovna posledica:
promet i RUC bili bi pogrešno koncentrisani kod jednog dobavljača.

Izazov 3 — FIFO veza je postojala samo kao tehnička mogućnost

Predviđene ERP strukture nisu bile popunjene podacima na koje bi se analiza mogla osloniti.

Poslovna posledica:
postojanje tabele nije moglo da se tretira kao dokaz porekla robe.

Izazov 4 — Puna pokrivenost bi stvorila lažnu preciznost

Sistem je mogao da dodeli dobavljača svakoj prodaji, ali bi deo tih dodela bio proizvoljan.

Poslovna posledica:
menadžment bi dobio kompletan izveštaj kome ne bi trebalo verovati.

Izazov 5 — Raspodela nije smela da promeni ukupnu prodaju

Kada se prodaja deli na više dobavljača, zbir količine, prometa i RUC-a mora da ostane isti u okviru prodaje koja ispunjava uslove atribucije.

Poslovna posledica:
bez ove kontrole raspodela bi mogla da duplira ili izgubi deo poslovne vrednosti.

CoreLayer dijagnoza

Problem nije bio u tome što je izveštaju nedostajala još jedna kolona.

Stvarni problem bio je odsustvo kontrolisane analitičke veze između istorije snabdevanja i prodajnog rezultata.

Direktan join nije mogao da reši situaciju u kojoj jedan artikal ima više dobavljača. Novi Power BI ekran takođe ne bi bio dovoljan ako poslovno pravilo i raspodela ostanu nedefinisani.

Zato je bilo potrebno izgraditi poseban podatkovni sloj koji:

zna ko je snabdevao artikal u relevantnom periodu;
računa udeo svakog dobavljača;
primenjuje isti princip na količinu, promet, nabavnu vrednost i RUC;
proverava da se ukupne vrednosti ne menjaju;
ostavlja prodaju bez dovoljnog dokaza nepripisanom.

Preporučeni pristup

Preporučen je rolling 11M model dobavljačkog miksa.

Za svaki artikal, objekat i ciljni mesec posmatraju se ulazi iz:

ciljnog meseca;
11 (jedanaest) prethodnih meseci

Na osnovu tog perioda računa se koliko je svaki dobavljač učestvovao u nabavljenoj količini i vrednosti. Dobijeni miks koristi se kao osnova za proporcionalnu raspodelu prodaje.

Ovaj pristup je izabran zato što ne zavisi od jednog ulaznog dokumenta, prati aktuelnu strukturu snabdevanja i može dosledno da se primeni kroz istorijske periode.

Važno ograničenje je namerno sačuvano: rolling 3M je analitičko poslovno pravilo, ne fizički dokaz porekla konkretnog komada.

Koncept rešenja

1. Mesečna prodajna činjenica

Prodaja se sabira po artiklu, objektu i mesecu. Za svaki red čuvaju se prodata količina, promet bez PDV-a, nabavna vrednost i ostvareni RUC.

Planiranje rada

Planiranje se vrši po objektima i periodima, uz pregled raspoloživih zaposlenih i operativnih potreba. Izmene postaju deo kontrolisanog procesa, umesto odvojenih dogovora i verzija dokumenta.

2. Efektivni ulaz dobavljača

Ulazni i relevantni distributivni tokovi organizuju se tako da sistem zna koji su dobavljači snabdevali konkretan artikal u konkretnom objektu.

3. Rolling 11M supplier mix

Za svakog dobavljača računaju se količina i nabavna vrednost iz tekućeg i prethodnih 11(jedanaest) meseci, a zatim njihov procentualni udeo.

4. Proporcionalna atribucija

Prodajna količina, promet, nabavna vrednost i RUC dele se između dobavljača prema dokumentovanom miksu.

5. Kontrole kvaliteta

Sistem proverava duplikate, nedostajuće ključeve, zbir dobavljačkih udela i usklađenost broja obrađenih i učitanih redova.

6. Power BI supplier analiza

Finalni podatkovni model omogućava analizu dobavljača kroz vreme, objekte, artikle i grupe artikala, bez ponavljanja složene logike u svakom vizuelnom prikazu.

Kako raspodela radi na jednostavnom primeru

Za artikal X u objektu Y, ulaz u poslednjih 12 (dvanaest) meseci izgleda ovako:

Dobavljač A: 600 komada — 60%;
Dobavljač B: 400 komada — 40%.

U ciljnom mesecu prodato je:

800 komada;
100.000 RSD prometa;
20.000 RSD RUC-a.

Prodaja se raspodeljuje:

Dobavljač	Prodata količina	Promet	RUC
Dobavljač A	480 kom	60.000 RSD	12.000 RSD
Dobavljač B	320 kom	40.000 RSD	8.000 RSD
Ukupno	800 kom	100.000 RSD	20.000 RSD

Zbir po dobavljačima odgovara ukupnoj prodaji koja je ušla u atribuciju. Ništa se ne dodaje i ništa se ne gubi.

Realizacija

1. Mapiranje prodajnih i nabavnih tokova

Utvrđeno je gde nastaju prodajni podaci, kako se evidentiraju ulazi robe i na kom nivou objekta i artikla supplier mix ima poslovno značenje.

2. Standardizacija mesečnih činjenica

Prodaja i efektivni ulaz organizovani su u odvojene mesečne podatkovne slojeve sa zajedničkim ključevima i jasnim značenjem.

3. Razvoj rolling 11M modela

Izgrađena je transformacija koja za svaki artikal, objekat i mesec računa količinski i vrednosni udeo dobavljača.

4. Razvoj supplier allocation sloja

Prodajna činjenica povezana je sa supplier miksom, a prodajni pokazatelji proporcionalno su raspodeljeni dobavljačima.

5. Uspostavljanje validacija i audit-a

Svaka mesečna obrada proverava integritet ključeva, zbir udela i usklađenost učitanih podataka. Statusi i greške ostaju evidentirani za proveru i ponovno izvršenje.

6. Integracija sa Power BI izveštajem

Finalni sloj uključen je u supplier analitiku koja podržava pregled količine, prometa, RUC-a i učešća dobavljača kroz različite poslovne preseke.

Ostvareni rezultati

Operativni rezultati

uspostavljen je ponovljiv mesečni proces atribucije prodaje dobavljačima;
ručno i proizvoljno biranje dobavljača zamenjeno je dokumentovanim pravilom;
istorijski periodi mogu kontrolisano da se obrade ponovo;
greške i validacioni nalazi imaju jasan audit trag.

Menadžerski rezultati

dobavljači mogu da se porede prema prodatoj količini, prometu i RUC-u;
vidljivo je učešće dobavljača u prodajnom rezultatu;
analiza je dostupna po periodu, objektu, artiklu i grupi artikala;
razlika između ukupne i pripisane prodaje dobila je jasno poslovno značenje.

Organizacioni rezultati

pravilo atribucije više ne zavisi od ad hoc tumačenja pojedinca;
nabavka, komercijala, finansije i menadžment mogu da koriste istu definiciju;
granica modela je dokumentovana i može da se proverava;
supplier analiza je postala deo zajedničke analitičke platforme.

Dugoročni efekat

Najveća vrednost nije jedan grafikon sa dobavljačima. Organizacija je dobila osnovu za širu supplier intelligence sposobnost koja može da poveže nabavku, prodaju, RUC, povrate, knjižna odobrenja i druge elemente odnosa sa dobavljačem.

Važno ograničenje: zašto se ukupna i pripisana prodaja razlikuju

Izveštaj ukupne prodaje i izveštaj prodaje po dobavljačima ne odgovaraju na isto pitanje.

Izveštaj	Odgovara na pitanje
Ukupna prodaja	Koliko smo stvarno prodali?
Prodaja po dobavljačima	Koliko te prodaje možemo fer pripisati dobavljačima?

Deo prodaje može ostati nepripisan kada:

artikal nema dobavljača u rolling 3M periodu;
artikal je nov;
stavka predstavlja internu robu, pakovanje, uslugu ili korekciju;
podaci nisu dovoljni za pouzdanu raspodelu.

Ta razlika nije automatski gubitak niti greška. Ona predstavlja prodaju koju trenutni model ne može pouzdano da poveže sa dobavljačem.

Bolje je prikazati manju, ali objašnjivu pripisanu populaciju nego 100% prodaje raspodeliti netačno.

Ključne lekcije

1. Prodaja bez dobavljača nije problem koji rešava jedan join

Kada isti artikal ima više dobavljača, veza mora da uzme u obzir vreme, objekat i stvarni miks snabdevanja.

2. Potpuna pokrivenost nije isto što i pouzdan rezultat

Sistem je verodostojniji kada jasno pokaže nepripisanu prodaju nego kada izmisli dobavljača.

3. Atribucija mora da očuva ukupne vrednosti

Raspodela sme da promeni pogled po dobavljačima, ali ne sme da promeni ukupnu količinu, promet ili RUC u obuhvaćenoj populaciji.

4. Supplier analytics počinje pre dashboard-a

Power BI može da prikaže rezultat tek kada su poslovno pravilo, granularnost, transformacije i validacije prethodno uređeni.

5. Najvažniji rezultat je nova organizaciona sposobnost

Organizacija sada može dosledno da razgovara o doprinosu dobavljača prodaji i RUC-u, uz jasno razumevanje granice modela.

Zaključak

Ovaj projekat pokazuje da nedostatak savršene izvorne veze ne mora da zaustavi upravljačku analizu.

Istovremeno, ne treba ga rešavati izmišljenom preciznošću.

CoreLayer je stvarnu istoriju snabdevanja pretvorio u rolling 3M supplier mix, izgradio kontrolisan model raspodele i povezao ga sa prodajnom činjenicom. Rezultat je analitička platforma koja dobavljače prikazuje kroz realizovanu prodaju i RUC, uz validacije, audit i transparentnu nepripisanu prodaju.

Klijent nije dobio tvrdnju da zna poreklo svakog komada. Dobio je bolju sposobnost: da zna šta može pouzdano da proceni, prema kom pravilu i gde su potrebni bolji podaci.

Ako proizvode nabavljate od više dobavljača, ali prodajni sistem ne čuva pouzdanu vezu između prodatog artikla i njegovog porekla, možemo utvrditi da li istorija snabdevanja daje dovoljno dobru osnovu za kontrolisan attribution model.

Razgovarajmo o analitici dobavljača

Projekat