Automatizacija B2B ponuda za distributere: od kupčeva popisa do provjerenog nacrta

Gdje nastaje ručni rad u pripremi ponude

Zamislimo kupca koji šalje popis s vlastitim nazivima proizvoda, nepotpunim oznakama i različitim jedinicama mjere. Komercijalist mora prepoznati artikl, provjeriti količinu, pronaći odgovarajući cjenik i utvrditi vrijede li za kupca posebni uvjeti. Dio stavki može se obraditi odmah, dok druge zahtijevaju dopunu.

Problem nije samo sastavljanje dokumenta ponude. Najviše provjera može biti potrebno prije njega. Predloženi proces zato odvojeno prikazuje prepoznate stavke, pretpostavljene podudarnosti i otvorena pitanja. Tako čovjek ne dobiva uredan dokument koji prikriva nesigurne podatke.

Tijek obrade B2B upita

Izdvajanje zahtjeva bez gubitka izvora

Sustav bi sačuvao izvornu poruku i izdvojio svaku stavku u zaseban red. Uz kupčev naziv bilježe se navedena količina, jedinica i posebna napomena. Ako kupac traži zamjenski proizvod, ta se želja ne pretvara automatski u odobrenje bilo koje alternative. Izvornik ostaje dostupan tijekom svih kasnijih provjera.

Povezivanje s internim artiklom

Točna šifra može omogućiti izravnu provjeru u katalogu. Nejasan naziv može zahtijevati prijedlog više mogućih artikala. Sustav treba razlikovati točno podudaranje od sugestije. Posebna se pozornost posvećuje pakiranju, dimenzijama i jedinicama: jedan komad, jedna kutija i jedan paket nisu zamjenjivi podaci.

Provjera cjenika i priprema odobrenja

Potvrdene stavke povezuju se s važećim izvorom cijena i pravilima za kupca. Ako cjenik ili stanje nisu dostupni, nacrt dobiva oznaku da je provjera otvorena. Popust, posebni rok ili zamjenski proizvod podliježu unaprijed dogovorenom odobrenju. Tek nakon njega nacrt može postati ponuda spremna za slanje.

Jedan izvor cijene i jasan trenutak provjere

Prije razvoja treba odrediti mjerodavan izvor za katalog, cijenu i raspoloživost. To ne mora biti isti sustav. Potrebno je definirati i koliko podaci smiju biti stari prije ponovne provjere. Kopija cjenika spremljena u bazi znanja ne bi smjela automatski nadjačati noviju odobrenu evidenciju.

Povezivanje s poslovnim sustavom ovisi o dostupnim sučeljima, ovlastima i načinu razmjene podataka. Za početni test može se koristiti kontroliran skup artikala i jasno označena verzija cjenika. Nije potrebno odmah povezivati sve dobavljače, skladišta i prodajne kanale.

Izuzeci koje treba testirati prije rada

Pilot treba uključiti nepostojeću oznaku, promjenu pakiranja, nedostajuću količinu, artikl bez cijene i zahtjev za poseban popust. Treba provjeriti i ponovljenu obradu iste poruke kako se ne bi otvorile dvije neovisne ponude. Svaki upit treba imati identifikator koji povezuje poruke, nacrte i odobrenja.

U ovom modelu nema samostalnog potvrđivanja narudžbe, rezervacije zalihe ili prihvaćanja uvjeta u ime tvrtke. Takve bi funkcije zahtijevale zaseban opseg, provjere i ovlasti. Početna primjena završava na provjerljivoj pripremi za komercijalista i praćenju dogovorenog nastavka komunikacije.

Kako mjeriti učinak i procijeniti isplativost

Relevantni pokazatelji su vrijeme aktivne pripreme po upitu, broj ručno prepisanih stavki i udio prijedloga artikala koje komercijalist mora ispraviti. Treba pratiti i pogreške koje nisu uočene prije slanja. Velik broj automatskih podudaranja nije pozitivan rezultat ako među njima ima skupih zamjena proizvoda.

Prije usporedbe potrebno je odvojiti jednostavne ponude od složenih projekata. Trošak sustava ovisi o kvaliteti kataloga, načinu upravljanja cijenama i integracijama. Ako već postoje jedinstveni kodovi i jednostavna pravila, dio procesa može se automatizirati bez AI-a. To treba provjeriti prije odabira tehnologije.