MCP integracija sa ERP-om omogućava ovlašćenom AI asistentu da kroz definisane alate proveri podatke o artiklu ili porudžbini. Za BizniSoft i online prodavnicu predlažemo prvi pilot samo za čitanje: izabrani magacin, ograničena grupa korisnika i odgovori sa izvorom i vremenom provere. Promene cena, rezervacije i ERP dokumenta uvode se kao zasebne, odobrene funkcije.
Ovaj pristup odgovara firmama čija prodaja ili podrška često traže odgovor na pitanja „Koliko ovog artikla možemo da ponudimo?“ i „Dokle je stigla ova porudžbina?“. Pilot treba da pokaže da asistent odgovara tačno i u granicama korisnikovih prava.
Koja dva pitanja vredi rešiti prvo?
Prvo pitanje je provera artikla po tačnoj šifri ili barkodu, za određeni magacin. Odgovor treba da razdvoji evidentiranu količinu, rezervacije i količinu raspoloživu za prodaju, ako su ti podaci dostupni. Uz broj se prikazuju jedinica mere, izvor i datum podataka.
Drugo pitanje je provera konkretne porudžbine. Broj iz webshopa treba povezati sa odgovarajućom ERP evidencijom, pa navesti šta je potvrđeno. „Primljena u prodavnici“, „evidentirana u ERP-u“ i „poslata kupcu“ jesu različiti događaji. Kurirski status se prikazuje samo kada postoji proverljiva veza sa pošiljkom.
Takav pilot dopunjuje postojeću ERP i BizniSoft integraciju. Redovna sinhronizacija i dalje prenosi podatke između sistema; MCP daje asistentu ograničen način da ih proveri za konkretno pitanje.
Šta treba pripremiti iz BizniSoft-a i webshopa?
BizniSoft objavljuje dokumentaciju Web servisa i REST API-ja za povezivanje sa drugim aplikacijama. Ipak, pre razvoja proveravaju se verzija, konfiguracija, prava i funkcije dostupne u konkretnoj instalaciji. Objavljena dokumentacija sama ne potvrđuje da je svaki podatak ili dokument dostupan u vašem okruženju.
Za procenu pilota pripremite:
- Dva ili tri stvarna pitanja zaposlenih i primer očekivanog odgovora.
- Spisak firmi i magacina koji ulaze u pilot, sa njihovim identifikatorima.
- Šifre artikala, barkodove i jedinice mere koje webshop i ERP koriste za isti proizvod.
- Primere porudžbina sa vezom između webshop broja i ERP evidencije.
- Pravila rezervacije i odgovor na pitanje koji sistem određuje raspoloživost.
- Korisničke uloge, dozvoljena polja i osobu odgovornu za proveru rezultata.
Za početnu analizu mogu se koristiti anonimizovani primeri. Lozinke i tokene ne treba slati u opisu projekta ili razgovoru sa asistentom.
Zašto stanje lagera nije isto što i raspoloživost?
Hipotetički primer: ERP prikazuje 12 komada artikla, a potvrđene rezervacije zauzimaju pet. Ako poslovna pravila dozvoljavaju takav obračun, raspoloživa količina može biti sedam. Međutim, ne treba ponovo oduzimati rezervacije ako je izvor već vratio neto raspoloživu količinu.
Proveravaju se i blokirana roba, magacini iz kojih se isporučuje, pakovanja i decimalne jedinice mere. Nije isto 12 komada i 12 metara. Ako podatak o rezervacijama nedostaje, asistent treba da kaže da raspoloživost nije potvrđena, umesto da celu količinu predstavi kao slobodnu.
Vreme odgovora i vreme nastanka podatka takođe se razlikuju. Provera izvršena sada može čitati poslednju uspešnu sinhronizaciju od ranije. U pilotu zato dogovaramo dozvoljenu starost podatka i postupak kada je taj prag prekoračen.
Kako ograničiti pristup po firmi, magacinu i kupcu?
Prava se proveravaju na serveru pri svakom pozivu. Korisnik ne dobija pristup drugoj firmi ili magacinu samo zato što je njihov naziv uneo u poruku. Isto važi za porudžbinu: poznavanje njenog broja nije dovoljan dokaz prava na uvid.
Zvanična MCP specifikacija autorizacije opisuje ograničavanje pristupa potrebnim ovlašćenjima. Poslovna pravila za firme, magacine i kupce zatim se sprovode u aplikaciji. Ovlašćenje za čitanje ne podrazumeva ovlašćenje za upis.
Podršci može biti dovoljan status i broj stavki, bez kompletne adrese i drugih ličnih podataka. Interni komentar u porudžbini tretira se kao podatak; sadržaj tog komentara ne sme menjati prava asistenta.
Token izdat za MCP server ne koristi se kao token ERP-a ili drugog API-ja. Ti pristupi se uređuju zasebno. MCP bezbednosne smernice upozoravaju na nekritičko prosleđivanje tokena i traže proveru kome je token namenjen.
Šta asistent kaže kada servis ne odgovori?
Timeout ili greška pristupa nisu dokaz da artikla nema na stanju. Odgovor treba jasno da kaže „Provera nije uspela“ i, ako postoji prethodni rezultat, da navede njegov datum i ograničenje upotrebe.
Preporučujemo odvojene ishode: potvrđen rezultat, zastareo podatak, nedostupan servis i nedovoljna prava. MCP alati podržavaju strukturirane rezultate i označavanje grešaka izvršavanja, što omogućava da aplikacija te ishode prenese asistentu. Konkretna poslovna pravila ipak treba projektovati i testirati.
Kod provere čitanjem može se uvesti ograničeno ponavljanje zahteva. Za buduću ERP akciju prekid veze zahteva dodatnu proveru: možda je dokument kreiran, iako potvrda nije stigla. Takva akcija se ne ponavlja naslepo.
Kontrolna lista za prihvatanje pilota
Pre šire upotrebe prodaja, operativa i tehnički tim proveravaju isti skup primera:
| Provera | Uslov za prihvatanje |
|---|---|
| Artikal i magacin | Rezultat odgovara tačnoj šifri, lokaciji i jedinici mere. |
| Rezervacije | Jasno je šta je stanje, a šta raspoloživost; nema dvostrukog oduzimanja. |
| Svežina | Odgovor sadrži izvor i vreme podataka; zastarelost je označena. |
| Porudžbina | Webshop i ERP identifikatori su povezani, a statusi razdvojeni. |
| Prava pristupa | Pokušaji čitanja druge firme, magacina ili kupca odbijeni su. |
| Nedostupan servis | Greška se ne prikazuje kao nula ili kao nepostojeća porudžbina. |
| Obim pilota | Evidencija poziva potvrđuje da pilot ne menja poslovne podatke. |
Merite tačnost prema izvornim ekranima, broj neuspelih provera i koliko zaposlenima ostaje ručnog rada. Pragove prihvatanja dogovorite pre testiranja, zajedno sa postupkom za prijavu razlika.
Najčešća pitanja
Da li je MCP zamena za BizniSoft API?
MCP se oslanja na dostupni integracioni interfejs i poslovnu aplikaciju. Ne dodaje funkcije koje konkretna ERP instalacija ne podržava.
Može li AI odmah da pravi račune ili rezerviše robu?
Takve funkcije traže zaseban projekat: odgovarajuća prava, pregled i odobrenje akcije, zaštitu od dupliranja i potvrdu rezultata u ERP-u. Predloženi pilot služi samo za čitanje.
Da li svaki korisnik može da vidi sve porudžbine?
Ne. Vidljivost se određuje ulogom i vezom sa firmom ili kupcem, a server je proverava za svaki zahtev.
Procena MCP integracije za vaše poslovanje
Za širi okvir pogledajte izrada MCP servera i poslovne AI integracije. Razvoj se može osloniti na zvanične biblioteke, kao što je MCP TypeScript SDK, uz izbor tehnologije prema postojećem sistemu.
ECOM01 povezuje ERP tokove sa online prodavnicama po meri. Za procenu MCP pilota pošaljite nam ERP i njegovu verziju, webshop, izabrani magacin, dva najčešća pitanja i očekivane korisničke uloge. Na toj osnovi definišemo dostupne podatke, granice pristupa i provere pre prve upotrebe.
Naslovna slika je originalna, AI generisana konceptualna ilustracija; nije prikaz konkretnog klijentskog sistema.
Želite da unapredite logistiku i eCommerce procese?
Pošaljite nam kako danas rade porudžbine, zalihe, ERP i magacin. Razgovor obično brzo pokaže gde se gubi vreme i šta prvo treba automatizovati.