Sukūrus individualią DI integraciją, Claude gali saugiai pasiekti Rivilė duomenis, juos analizuoti, lyginti skirtingus laikotarpius ir pateikti atsakymus į verslo klausimus. Vietoje ataskaitų paieškos, duomenų eksportavimo į Excel ar informacijos rinkimo iš kelių vietų galite tiesiog paklausti.
Pavyzdžiui:
Claude gali ne tik pateikti skaičius, bet ir padėti pastebėti tendencijas, anomalijas bei verslo pokyčius.
Rivilė duomenys gali būti pasiekiami per API, tačiau sudėtingesnei analizei ne visada efektyvu kiekvieną Claude klausimą tiesiogiai vykdyti per apskaitos sistemos API. Todėl integracijos architektūrą parenkame pagal konkretų poreikį.
Galimi keli modeliai.
Tiesioginė Rivilė API integracija
Claude užklausa per MCP serverį perduodama į Rivilė API ir gaunami aktualūs duomenys.
Šis būdas tinkamas, kai:
Architektūra: Rivilė → MCP serveris → Claude / DI
Tarpinė duomenų bazė
Jeigu duomenų daug, užklausos sudėtingos arba Rivilė API veikia lėčiau, galima naudoti periodiškai sinchronizuojamą duomenų bazę. Tokiu atveju: Rivilė → sinchronizavimo sluoksnis → tarpinė DB → MCP serveris → Claude.
Tarpinėje duomenų bazėje gali būti laikomi tik tie duomenys, kurių reikia analizei:
Tai leidžia Claude atsakyti daug greičiau ir atlikti sudėtingesnes analitines užklausas.
Hibridinis modelis
Dažnai optimaliausias variantas yra hibridinė architektūra.
Istoriniai duomenys, agregacijos ir didesnės analizės atliekamos naudojant tarpinę duomenų bazę, o informacijai, kuri turi būti maksimaliai aktuali, galima papildomai kreiptis tiesiai į Rivilė API.
Pavyzdžiui:
Taip suderinamas greitis, sistemos apkrova ir duomenų aktualumas.
Tarpinė duomenų bazė leidžia:
Tai ypač svarbu, kai DI naudojamas ne pavieniams klausimams, o kasdienei verslo analitikai.
Didžiausia vertė atsiranda tada, kai DI gali analizuoti ne tik apskaitos duomenis.
Į bendrą duomenų sluoksnį galima sujungti:
Tuomet Claude gali atsakyti į klausimus, kuriems vien Rivilė duomenų neužtenka.
Rivilė + CRM
„Kurie klientai turi didžiausias neapmokėtas sąskaitas ir kartu daugiausiai aktyvių pardavimo galimybių?“
Rivilė + projektų valdymo sistema
„Kurie klientų projektai per paskutinius šešis mėnesius buvo pelningiausi?“
Rivilė + personalo sistema
„Kaip per paskutinius 12 mėnesių keitėsi padalinio pajamos, darbuotojų darbo valandos ir personalo sąnaudos?“
Rivilė + elektroninė parduotuvė
„Kurios prekės turi didelius sandėlio likučius, bet jų pardavimai mažėja?“ Tokiu atveju MCP serveris tampa vienu saugiu sluoksniu tarp Claude ir skirtingų įmonės informacinių sistemų.
Integracija gali būti naudojama ne tik tada, kai darbuotojas pats užduoda klausimą.
Galima automatizuoti:
Pavyzdžiui, vadovas kiekvieną pirmadienį gali gauti DI parengtą santrauką:
„Praėjusią savaitę pardavimai buvo 12 % didesni nei ankstesnę. Didžiausią augimą sugeneravo trys klientai. Keturių klientų skolos viršijo nustatytą ribą, o penkių prekių likučiai nukrito žemiau minimalaus lygio.“
Verslo ir apskaitos duomenų integracijoje saugumas yra vienas svarbiausių architektūros elementų. MCP serveris veikia kaip kontroliuojamas sluoksnis tarp Claude ir jūsų verslo sistemų. Claude nebūtina suteikti tiesioginės prieigos nei prie Rivilė duomenų bazės, nei prie visos Rivilė API.
Vietoje to MCP serveryje tiksliai apibrėžiama, kokius duomenis galima gauti ir kokius veiksmus galima atlikti.
Pavyzdžiui, galima leisti:
Tačiau neleisti:
Taigi DI gauna ne „priėjimą prie visos Rivilė“, o tik aiškiai apibrėžtą įrankių ir duomenų rinkinį.
Prieiga prie MCP serverio gali būti susieta su įmonėje jau naudojama tapatybės valdymo sistema, pavyzdžiui:
Tai leidžia naudoti tas pačias darbuotojų paskyras, kurias įmonė jau administruoja.
Kai darbuotojas išeina iš įmonės arba jam panaikinama įmonės paskyra, jo prieiga prie MCP sprendimo taip pat gali būti panaikinta centralizuotai.
Priklausomai nuo pasirinktos autentifikacijos architektūros, gali būti papildomai valdomas aktyvių sesijų ir prieigos žetonų atšaukimas.
Ne kiekvienam darbuotojui turi būti prieinama ta pati informacija. Pavyzdžiui:
Teisės gali būti nustatomos pagal vartotoją, rolę, padalinį ar kitus įmonės kriterijus.
MCP sluoksnio tikslas – ne perduoti Claude visą įmonės duomenų bazę, o pateikti tik konkrečiai užklausai reikalingą informaciją.
Pavyzdžiui, darbuotojui paklausus: „Kiek pardavėme praėjusią savaitę?“
MCP įrankis gali grąžinti tik:
Claude nebūtina perduoti tūkstančių atskirų sąskaitų ar visos apskaitos duomenų bazės. Tokiu būdu galima taikyti mažiausių reikalingų teisių ir minimalaus perduodamų duomenų kiekio principą.
Papildomai galima registruoti:
Tai suteikia galimybę turėti centralizuotą prieigos kontrolę ir auditą.
Nebūtina iš karto prijungti visos Rivilė sistemos. Galima pradėti nuo konkretaus poreikio: norime Claude klausti apie pardavimus, klientų skolas ir prekių likučius.
Įvertiname:
Tada sukuriame tinkamiausią MCP ir duomenų integracijos architektūrą. Vėliau sprendimą galima plėsti ir prijungti CRM, ERP, personalo ar kitas įmonės sistemas.
Susisiekite – įvertinsime jūsų naudojamą Rivilė sprendimą, duomenų apimtį ir norimus verslo scenarijus bei pasiūlysime tinkamiausią DI integracijos architektūrą.
Mūsų klientai taip pat tapo mūsų partneriais, ir mes kartu dirbame, kad pasiektume savo tikslus. Tikime, kad kartu galime sukurti aplinką, kurioje teikiamos aukščiausios kokybės paslaugos ir diegiamos inovacijos, kad jūsų verslas galėtų sėkmingai veikti.
Sudėtingus techninius klausimus paaiškiname paprastai. Klientai žino projekto būseną, prioritetus ir kitus žingsnius.
Operatyviai reaguojame į klausimus, problemas ir pokyčius. Kai situacija svarbi, nepaliekame jos „kada nors vėliau“.
Gilinamės į priežastis, ne tik į simptomus. Sprendžiame našumo, integracijų, stabilumo, architektūros ir procesų problemas.
Dirbame etapais, aiškiai įsivardiname prioritetus ir sutariame, ko bei kada tikėtis. Tai padeda sumažinti netikėtumų projekto eigoje.
Kuriame sprendimus, kuriuos galima prižiūrėti, plėsti ir vystyti toliau. Galvojame ne tik apie paleidimą, bet ir apie tai, kiek kainuos sistemą palaikyti ateinančius penkerius metus.
Pradedame nuo pokalbio. Išsiaiškiname Jūsų tikslus, esamą situaciją, techninius ribojimus ir tai, kokio rezultato siekiate.
Įsivardiname prioritetus, apimtį, technologinę kryptį ir darbų eigą. Siekiame, kad prieš pradedant darbus būtų aišku, ką darome, kodėl ir kokia tvarka.
Kuriame, integruojame, testuojame ir diegiame sprendimą. Darbo metu aiškiai komunikuojame apie progresą, klausimus ir kitus žingsnius.
Po paleidimo padedame sistemai veikti stabiliai, sprendžiame problemas, diegiame naujus funkcionalumus ir planuojame tolimesnį vystymą.
Darbas prie šio projekto buvo išskirtinė patirtis. Jų įsipareigojimas suprasti mūsų unikalius poreikius, priimti pagrįstus sprendimus ir efektyviai komunikuoti iš tiesų išskyrė juos iš kitų.
Skiria laiko suprasti verslo poreikius ir pateikia jiems tinkamus sprendimus.
CREATION pristatė visiškai funkcionalią „Magento 2“ platformą, sujungusią elektroninę prekybą, edukacinį turinį ir vizitų rezervavimą. Komanda projektą valdė struktūruotai ir skaidriai, buvo lanksti bei greitai reagavo į kliento poreikius. Ypač išsiskyrė CREATION techninė kompetencija.
