Agnum integracija su DI ir Claude

Agnum sistemoje gali būti kaupiama didelė dalis kasdienės įmonės veiklos informacijos – nuo pardavimų ir pirkimų iki sandėlių, užsakymų, kainų, klientų skolų ar prekių judėjimo.

Sukūrus individualią DI integraciją, Claude gali saugiai pasiekti konkrečiam darbuotojui leidžiamus Agnum duomenis, juos analizuoti, lyginti skirtingus laikotarpius ir padėti greičiau suprasti, kas vyksta versle.

Vietoje kelių ataskaitų ar duomenų eksportavimo galite tiesiog užduoti klausimą.

Ko galėtumėte paklausti Claude?

Pavyzdžiui:

• Kurios prekės per paskutinius tris mėnesius buvo parduodamos geriausiai?
• Kuriose prekių grupėse sandėlio likučiai auga greičiau nei pardavimai?
• Kuriuose sandėliuose turime daugiausiai lėtai judančių prekių?
• Kurios prekės netrukus gali baigtis?
• Palygink šio mėnesio pardavimus pagal padalinius.
• Kurie klientai per paskutinį ketvirtį sumažino pirkimų apimtį?
• Kurie klientai šiuo metu turi daugiausiai pradelstų skolų?
• Kokie užsakymai dar neįvykdyti ir kokia bendra jų vertė?
• Kuriose prekių grupėse pardavimų marža sumažėjo labiausiai?
• Paruošk vadovui šios savaitės pardavimų, sandėlio ir skolų santrauką.

Claude gali ne tik surasti skaičius, bet ir palyginti juos tarpusavyje, pastebėti tendencijas, neįprastus pokyčius ar verslo procesų vietas, į kurias verta atkreipti dėmesį.

Agnum API ir DI integracija

Agnum turi API, skirtą duomenų mainams su kitomis verslo sistemomis realiu laiku. Tai leidžia sukurti MCP serverį, per kurį Claude ar kitas DI įrankis gali naudotis tik aiškiai apibrėžtais Agnum duomenimis ir funkcijomis. Priklausomai nuo poreikio, galimos kelios integracijos architektūros.

MCP serveris veikia kaip kontroliuojamas tarpinis sluoksnis tarp Claude ir Agnum. Jis nustato, kokius duomenis bei funkcijas DI gali pasiekti, todėl Claude nereikia suteikti tiesioginės prieigos prie visos Agnum sistemos.

Tiesioginė Agnum API integracija

Kai reikia nedidelio kiekio aktualių duomenų, MCP serveris gali kreiptis tiesiai į Agnum API.

Architektūra: Agnum → MCP serveris → Claude / DI

Toks modelis tinkamas, kai svarbu gauti dabartinę informaciją, pavyzdžiui:

• prekės likutį;
• užsakymo būseną;
• kliento skolą;
• aktualią kainą;
• konkretaus dokumento informaciją.

Tarpinė duomenų bazė

Jeigu reikia analizuoti didesnius istorinių duomenų kiekius, jungti daug lentelių ar dažnai atlikti sudėtingas analitines užklausas, galima naudoti periodiškai sinchronizuojamą duomenų bazę.

Agnum → sinchronizavimo sluoksnis → tarpinė DB → MCP serveris → Claude

Į tarpinį duomenų sluoksnį gali būti perkeliami tik analizei reikalingi duomenys, pavyzdžiui:

• pardavimai;
• pirkimai;
• prekės;
• sandėlių likučiai;
• klientai;
• tiekėjai;
• užsakymai;
• kainos;
• skolos;
• prekių judėjimo istorija.

Tai leidžia greitai analizuoti didelius duomenų kiekius neapkraunant Agnum API kiekviena DI užklausa.

Hibridinis modelis

Dažnai praktiškiausias variantas – naudoti abu metodus. Istoriniai duomenys ir sudėtinga analizė atliekama tarpinėje DB, o informacijai, kuri turi būti maksimaliai aktuali, MCP serveris gali kreiptis tiesiai į Agnum API.

Pavyzdžiui:

• „Kaip per paskutinius 12 mėnesių keitėsi šios prekės pardavimai?“ → tarpinė DB.
• „Kiek šios prekės šiuo metu turime sandėlyje?“ → Agnum API.

Taip galima suderinti greitį, aktualumą ir sistemos apkrovą.

Agnum sandėlio duomenų analizė su DI

Viena įdomiausių Agnum integracijos krypčių – sandėlio ir prekių judėjimo analizė. DI gali padėti atsakyti ne tik į klausimą „kiek turime?“, bet ir analizuoti, kaip efektyviai valdomos atsargos.

Pavyzdžiui:

• kurios prekės sandėlyje užsiguli ilgiausiai;
• kurių prekių likutis didėja, nors pardavimai mažėja;
• kurios prekės artėja prie minimalaus likučio;
• kuriuose sandėliuose susidaro perteklinės atsargos;
• kaip keičiasi konkrečių prekių apyvartumas;
• kurioms prekėms gali reikėti papildomo užsakymo.

Tokiu būdu Agnum duomenys tampa ne tik apskaitos informacija, bet ir šaltiniu kasdieniams operaciniams sprendimams.

Agnum + elektroninė parduotuvė

Agnum jau gali būti integruojama su elektroninėmis parduotuvėmis, perduodant informaciją apie prekes, kainas, likučius ir pardavimus. Prijungus šiuos duomenis prie DI galima atlikti gilesnę analizę.

Pavyzdžiui:

• „Kurios prekės elektroninėje parduotuvėje yra dažnai peržiūrimos, bet parduodamos lėtai ir turi didelį sandėlio likutį?“
• „Kurių prekių pardavimai internete auga greičiau nei jų likučiai sandėlyje?“
• „Kurias prekes artimiausiu metu gali tekti papildomai užsakyti?“

Jeigu prie bendro duomenų sluoksnio prijungiami ir elektroninės parduotuvės analitikos duomenys, DI gali analizuoti ne tik apskaitos rezultatą, bet ir visą kliento kelią iki pirkimo.

Agnum + CRM

Sujungus Agnum ir CRM informaciją galima vienoje analizėje naudoti tiek faktinius pardavimus, tiek pardavimo proceso duomenis.

Pavyzdžiui:

• „Kurie klientai istoriškai daug pirko, tačiau šiuo metu CRM neturi aktyvių pardavimo galimybių?“
• „Kurie potencialūs sandoriai yra su klientais, turinčiais pradelstų skolų?“
• „Kurių klientų faktiniai pirkimai pradėjo mažėti ir kada su jais paskutinį kartą bendravo pardavimų vadybininkas?“

Tokie klausimai jau reikalauja duomenų iš kelių skirtingų sistemų, todėl bendras MCP ir duomenų sluoksnis tampa ypač naudingas.

Agnum + sandėlio, logistikos ar kitos sistemos

Agnum gali būti tik viena visos įmonės IT infrastruktūros dalis.

Į bendrą DI duomenų sluoksnį galima jungti:

• Agnum;
• CRM;
• elektroninę parduotuvę;
• atskirą sandėlio valdymo sistemą;
• logistikos sistemą;
• personalo sistemą;
• BI ar analitikos sprendimus;
• kitas įmonės duomenų bazes ir API.

Tuomet Claude gali atsakyti į klausimus, kuriems vien Agnum duomenų nepakanka.

Pavyzdžiui:

• „Kurie užsakymai šiuo metu vėluoja dėl prekių trūkumo sandėlyje?“
• „Kokios prekės turi didelį likutį, mažėjantį pardavimą ir mažą maržą?“
• „Kurie klientai yra pelningiausi, įvertinus pardavimus, nuolaidas ir aptarnavimo sąnaudas?“

Ne tik klausimai, bet ir automatinė verslo analizė

DI integracija gali veikti ir be darbuotojo užduodamo klausimo.

Galima automatizuoti:

• kasdienę pardavimų rezultatų santrauką;
• sandėlio likučių pokyčių analizę;
• mažėjančių atsargų stebėjimą;
• lėtai judančių prekių identifikavimą;
• klientų skolų stebėjimą;
• neįprastų pardavimų pokyčių paiešką;
• padalinių ar pardavimo kanalų palyginimą;
• savaitines vadovų ataskaitas.

Pavyzdžiui, vadovas gali periodiškai gauti DI parengtą santrauką:

„Praėjusią savaitę pardavimai padidėjo 7 %. Didžiausias augimas buvo B kategorijos prekėse. Trijų populiariausių prekių likutis artėja prie minimalaus lygio, o penkios prekės turi didelį likutį ir per 60 dienų beveik nebuvo parduodamos.“

Saugumas, autentifikacija ir prieigos kontrolė

Agnum gali turėti jautrią finansinę ir komercinę informaciją, todėl DI integracijoje svarbu ne suteikti Claude prieigą prie visos sistemos, o tiksliai apibrėžti leidžiamus duomenis ir veiksmus.

MCP serveris veikia kaip kontroliuojamas sluoksnis tarp DI ir Agnum.

Pavyzdžiui, MCP galima leisti:

• gauti prekės likutį;
• analizuoti pardavimus pagal laikotarpį;
• peržiūrėti konkretaus kliento skolą;
• lyginti pardavimus pagal prekę, klientą ar padalinį;
• gauti užsakymų būsenas.

Tačiau neleisti:

• matyti darbuotojų atlyginimų;
• prieiti prie nereikalingų finansinių duomenų;
• vykdyti savavališkų SQL užklausų;
• keisti apskaitos įrašų;
• kurti ar trinti dokumentų.

DI gauna ne bendrą prieigą prie Agnum, o tik iš anksto apibrėžtus MCP įrankius ir jų leidžiamas funkcijas.

Darbuotojų autentifikacija per Google arba Microsoft

Prieiga prie MCP serverio gali būti susieta su įmonės tapatybės valdymo sistema:

• Google Workspace;
• Microsoft Entra ID;
• kita OAuth / OpenID Connect autentifikacija.

Todėl nereikia kurti atskirų MCP prisijungimų kiekvienam darbuotojui.

Jeigu darbuotojo įmonės paskyra išjungiama, jo prieiga prie MCP sprendimo taip pat gali būti centralizuotai panaikinta.

Skirtingos teisės pagal darbuotojo rolę

Kiekvienas darbuotojas nebūtinai turi matyti tuos pačius Agnum duomenis.

Pavyzdžiui:

• vadovas gali analizuoti bendrus pardavimus ir įmonės rodiklius;
• pardavimų vadybininkas – savo klientus ir jų pardavimus;
• sandėlio darbuotojas – prekių likučius ir judėjimą;
• pirkimų darbuotojas – tiekėjus, pirkimus ir atsargų poreikį.

MCP serveryje galima tiksliai nustatyti, kuriam vartotojui ar rolei kokios funkcijos prieinamos.

DI gauna tik klausimui reikalingus duomenis

MCP serverio tikslas nėra perduoti Claude visą Agnum duomenų bazę.

Pavyzdžiui, darbuotojui paklausus:

„Kurios penkios prekės šį mėnesį parduodamos geriausiai?“

MCP serveris gali grąžinti tik:

• prekės pavadinimą;
• parduotą kiekį;
• pardavimo vertę;
• palyginimą su ankstesniu laikotarpiu.

Claude nebūtina gauti visų pardavimo dokumentų ar visos apskaitos duomenų bazės.

Taip galima taikyti minimalaus perduodamų duomenų kiekio ir mažiausių reikalingų teisių principą.

Papildomai galima registruoti:

• kas prisijungė;
• kokį MCP įrankį naudojo;
• kokio tipo informacija buvo pasiekta;
• kada buvo atlikta užklausa.

Pradėkite nuo vieno konkretaus Agnum scenarijaus

Nebūtina iš karto prijungti visų Agnum duomenų. Galima pradėti nuo konkretaus verslo poreikio, pvz. „norime Claude klausti apie pardavimus, sandėlio likučius ir klientų skolas.“

Įvertiname:

• kokie Agnum duomenys reikalingi;
• kokias galimybes suteikia naudojama Agnum konfigūracija ir API;
• ar pakanka tiesioginės API integracijos;
• ar reikalinga tarpinė duomenų bazė;
• kaip dažnai duomenys turi būti atnaujinami;
• kokios darbuotojų rolės turės prieigą;
• kokius MCP įrankius reikia sukurti.

Tada sukuriame konkrečiam verslo poreikiui pritaikytą DI integracijos architektūrą.

Vėliau prie tos pačios sistemos galima prijungti elektroninę parduotuvę, CRM, sandėlio, personalo ar kitus įmonės duomenų šaltinius.

Norite prijungti Agnum prie Claude?

Susisiekite – įvertinsime jūsų Agnum naudojimo scenarijų, reikalingus duomenis ir integracijas bei pasiūlysime tinkamiausią MCP ir DI sprendimo architektūrą.