Odoo 19 pristatė AI sluoksnį, kuris veikia toliau nei teksto generavimas. Jis gali padėti vartotojams rasti informaciją, interpretuoti įrašus, atverti vaizdus, klasifikuoti dokumentus, padėti pagalbos tarnybos darbui, atsakyti svetainės lankytojams ir pasirinkti kontroliuojamus veiksmus. Odoo 19.4 šią kryptį papildo automatiniu modelio parinkimu, balso sąveika, išsaugotais pokalbiais, išsamesnėmis tiesioginio pokalbio įrašų kortelėmis ir MCP ryšiu.

Naudingas klausimas nėra, ar Odoo turi AI. Svarbiau yra tai, kuris agentas gali naudoti kurią informaciją ir įrankius konkrečioje situacijoje. Odoo šiuos dalykus atskiria per agentus, įgūdžius, šaltinius ir serverio veiksmus.

Pradėkite nuo standartinio Ask AI asistento

Standartinis Ask AI asistentas pasiekiamas iš komandų paletės ir AI mygtuko visoje Odoo sąsajoje. Pagal oficialią Odoo AI dokumentaciją, jis gali atsakyti į natūralios kalbos klausimus, atverti vaizdus, patobulinti turinį, apibendrinti pokalbius ir pasiūlyti kitus žingsnius pagal kontekstą.

Standartinis Ask AI agentas negali keisti duomenų bazės įrašų. Jis gali padėti vartotojui suprasti ir naršyti informaciją, bet Odoo sąmoningai atskiria tokią pagalbą nuo įrankių, kurie atlieka rašymus. Tai svarbus numatytasis nustatymas, nes sklandus atsakymas neturėtų tyliai virsti buhalterine, pardavimų ar operacine transakcija.

Individualūs agentai apibrėžia konkrečią užduotį

Individualus Odoo AI agentas turi sistemos raginimą, atsakymo stilių, vieną ar daugiau įgūdžių ir pasirinktinius šaltinius. Oficiali AI agentų dokumentacija agentą apibūdina kaip natūralios kalbos asistentą su apibrėžta paskirtimi ir prieiga prie Odoo įrankių.

Ankstesnėje Odoo 19 dokumentacijoje instrukcijų ir įrankių rinkiniai vadinami temomis. Odoo 19.4 jas pervadina į įgūdžius. Paskirtis išlieka ta pati: kiekvienas įgūdis paaiškina užduoties kontekstą, taisykles ir eigą, o įrankiai yra tikrosios funkcijos, kurias agentas gali iškviesti.

Ši struktūra padeda kurti skirtingoms situacijoms skirtus agentus, o ne vieną asistentą su plačia ir neaiškia galia. Pavyzdžiai:

  • Pardavimų asistentas, kuris randa galimybes, paaiškina konvejerio duomenis ir parengia tolesnio kontakto žinutes.
  • Pagalbos agentas, kuris atsako iš patvirtintų Knowledge straipsnių ir eskaluoja neaiškius atvejus.
  • Dokumentų agentas, kuris klasifikuoja įkeltą failą ir parenka patvirtintą aplanką arba žymą.
  • Lauko paslaugų asistentas, kuris apibendrina užduoties istoriją ir parengia kliento atnaujinimą.
  • Tiesioginio pokalbio agentas, kuris atsako į dažnus klausimus ir sukuria CRM potencialų klientą, surinkęs reikiamą informaciją.

Šaltiniai nustato, į ką agentas gali remtis

Odoo agentai gali naudoti PDF, žiniatinklio nuorodas, Documents failus ir Knowledge straipsnius kaip indeksuotus šaltinius. Parinktis Restrict to Sources apriboja agentą aktyviais įkeltais šaltiniais. Tai naudinga į klientus orientuotiems atsakymams, nes organizacija gali apibrėžti medžiagą, kuria agentas turėtų remtis, užuot leidusi plačius, nepagrįstus atsakymus.

Šaltinių apribojimas pagerina kontrolę, tačiau šaltinių kokybė vis tiek yra svarbi. Dokumentai turėtų turėti savininkus, peržiūros datas ir procesą, kaip pašalinti pasenusias kainas, politiką ar instrukcijas. Prieštaringi šaltiniai gali sukelti nenuoseklius atsakymus, net jei kiekvienas dokumentas techniškai patvirtintas.

Kaip veikia Odoo AI Live Chat

Odoo gali priskirti AI agentą Live Chat kanalo taisyklei. Oficiali AI Live Chat dokumentacija teigia, kad agentas gali atsakyti į dažnus klausimus, paprašyti daugiau informacijos, kvalifikuoti pokalbius ir eskaluoti juos žmogaus operatoriui.

Pateiktas tiesioginio pokalbio modelis ne tiesiog sukuria potencialų klientą po pirmos žinutės. Jo instrukcijos apibrėžia, kada tinka eskalavimas, surenka trūkstamus kontaktinius duomenis, patvirtina žinomą informaciją ir tik kartą iškviečia potencialaus kliento kūrimo įrankį. Tai rodo, kodėl darbo eigos instrukcijos yra tokios pat svarbios kaip kalbos modelis.

Odoo 19.4 taip pat gali rodyti išsamias, paspaudžiamas korteles, kai agentas tiesioginiame pokalbyje paminėja palaikomus Odoo įrašus. Tai gali padėti lankytojui lengviau suprasti ir atverti produktą, susitikimą ar kitą palaikomą įrašą.

Įmonei skirtas pokalbių robotas yra dizaino modelis, ne vienas žymimasis langelis

Kelių įmonių organizacija gali norėti, kad kiekvienos įmonės svetainė turėtų pokalbių robotą, kuris atsakytų tik apie tą įmonę. Odoo turi šio dizaino pagrindus, bet riba turi būti sukonfigūruota aiškiai.

Praktinis modelis yra toks:

  • Kiekvienai įmonės patirčiai naudokite atskirą svetainę ir atskirą Live Chat kanalą arba kanalo taisyklę.
  • Kiekvienai įmonei sukurkite atskirą AI agentą, o ne vieną agentą su raginimu, kuris bando nustatyti įmonę.
  • Kiekvienam agentui suteikite tik tos įmonės patvirtintus Knowledge straipsnius, dokumentus, politiką ir žiniatinklio nuorodas.
  • Įjunkite Restrict to Sources, kad atsakymai liktų tik to įmonės šaltinių rinkinio ribose.
  • Priskirkite tik tuos įgūdžius ir įrankius, kurių reikia tam kanalui, pavyzdžiui, informacijos paiešką arba kontroliuojamą potencialaus kliento kūrimą.
  • Užtikrinkite, kad bet kuri sukurtas potencialus klientas, užklausa ar susitikimas gautų numatytą įmonės kontekstą ir atsakingą komandą.
  • Išbandykite klausimus apie kelias įmones, dviprasmiškus prekės ženklų pavadinimus ir bandymus gauti kitos įmonės informaciją.

Odoo kelių įmonių įrašai gali būti bendrinami arba priskirti konkrečiai įmonei. Jo kelių įmonių dokumentacija paaiškina, kad su įmone susietos sąmatos, sąskaitos faktūros ir tiekėjų sąskaitos yra ribojamos atitinkamu įmonės kontekstu, o kai kurie įrašai, pavyzdžiui, kontaktai ir produktai, pagal numatytuosius nustatymus gali būti bendrinami.

Tačiau toks įrašų modelis nereiškia, kad kiekvienas AI šaltinis automatiškai yra izoliuotas. Nereikėtų sistemos raginimo, pavyzdžiui, „kalbėti tik apie Company A“, laikyti konfidencialumo kontrole. Stipresnę ribą suteikia atskiros šaltinių kolekcijos, kanalų priskyrimai, prieigos teisės ir įrankių pusės patikros. Jei reikalinga griežta teisinė izoliacija, atskiros duomenų bazės gali būti tinkamesnės nei bendra kelių įmonių konfigūracija.

Agentai gali atlikti užduotis tik per priskirtus įrankius

Jei agentas neturi įgūdžių, Odoo teigia, kad jis gali pateikti informaciją, bet negali užbaigti užduočių ar keisti duomenų bazės. Įrankis išplečia agento galimybes už pokalbio ribų. Iš anksto sukonfigūruoti pavyzdžiai apima vaizdo atvėrimą ir potencialaus kliento sukūrimą, o įdiegti moduliai gali padaryti prieinamus kitus įrankius.

Automatizuotoms įrašų darbo eigoms Odoo naudoja AI serverio veiksmus. Oficiali AI serverio veiksmų dokumentacija atskiria AI valdytoją nuo vykdytojo įrankio. AI perskaito įrašą ir raginimą, pasirenka įrankį ir pateikia nurodytus argumentus. Tada standartinis serverio veiksmas įvykdo tikrąją verslo logiką.

Tai leidžia AI priimti kontekstinį sprendimą, o deterministinis kodas įgyvendina taisykles. Pavyzdžiui, AI gali klasifikuoti tiekėjo dokumentą, bet pasirinktas įrankis prieš ką nors įrašydamas turėtų patikrinti paskirties vietą, įmonę, leidžiamą įrašo būseną ir privalomus laukus.

Naudingi užduočių automatizavimo modeliai

  • Klasifikuokite gaunamus dokumentus ir pritaikykite patvirtintą žymą arba aplanką.
  • Apibendrinkite pagalbos tarnybos užklausą ir užpildykite struktūrizuotą rūšiavimo lauką.
  • Pasirinkite tolesnį veiksmų kelią pagal įrašą, o siuntimą ar patvirtinimą palikite vartotojui.
  • Sukurkite CRM potencialų klientą iš tiesioginio pokalbio, kai patvirtinami privalomi kontaktiniai duomenys.
  • Parengti el. laišką iš esamo įrašo konteksto, kad jį peržiūrėtų žmogus.
  • Išskleiskite struktūrizuotą informaciją iš dokumento į kontroliuojamą darbo eigą.

Silpniausias modelis yra vienam plačiam agentui suteikti rinkinį galingų rašymo įrankių. Siauri agentai yra lengviau testuojami, paaiškinami ir audituojami.

Ką prideda Odoo 19.4

OficialiosOdoo 19.4 išleidimo pastabos prideda keletą galimybių, susijusių su šiuo agentų modeliu:

  • Automatinis tinkamiausio sukonfigūruoto AI modelio parinkimas užduočiai.
  • Balso sąveika, skirta prašymams agentui diktuoti.
  • Agentų pokalbių saugojimas iki 30 dienų po paskutinės žinutės.
  • MCP ryšys suderinamiems išoriniams įrankiams.
  • Turtingos peržiūros kortelės palaikomiems įrašams, paminėtiems tiesioginiame pokalbyje.
  • Temų pervadinimas į įgūdžius.

MCP išplečia integracijos galimybes, bet kartu išplečia ir saugumo peržiūrą. Prieš prijungiant išorinį AI klientą, reikia dokumentuoti prisijungimo duomenis, atskleistus įrankius, naudotojų leidimus, žurnalavimą ir duomenų ribas.

Teikėjų ir kainodaros aspektai

Odoo palaiko OpenAI ir Google Gemini teikėjus. Odoo Online naudotojams nereikia pridėti savo API rakto standartinei paslaugai, nors jie gali tai padaryti dėl didesnės kontrolės. Odoo.sh ir vietinėms duomenų bazėms AI funkcijoms reikalingi teikėjų raktai. The Odoo AI API rakto dokumentacija nurodo, kad naudojant kliento valdomus raktus gali būti taikomi teikėjo mokesčiai.

Saugaus diegimo kontrolinis sąrašas

  • Pasirinkite vieną siaurą naudojimo atvejį su išmatuojamu rankiniu procesu.
  • Apibrėžkite patvirtintus šaltinius, draudžiamas temas ir žmogaus eskalavimo kelią.
  • Priskirkite mažiausiai reikalingus įrankius ir taikykite taisykles kiekviename įrankyje.
  • Išbandykite įmonės, naudotojo ir įrašo prieigą su įprastomis paskyromis, ne tik administratorių.
  • Išbandykite neteisingus, neišsamius, priešiškus ir tarp įmonių užduodamus klausimus.
  • Reikalaukite peržiūros finansiniams, sutartiniams, destruktyviems ar išoriškai siunčiamiems veiksmams.
  • Po paleidimo stebėkite atsakymus, įrankių iškvietimus, teikėjo naudojimą ir šaltinių naujumą.

Praktinė išvada

Odoo AI naudingiausia kaip susitelkusių asistentų rinkinys esamuose verslo procesuose. Tiesioginis pokalbis, įmonės žinios, potencialių klientų kūrimas, dokumentų klasifikavimas ir automatinis įrašais pagrįstas veikimas yra realūs naudojimo atvejai, nes Odoo gali sujungti sprendimus natūralia kalba su struktūrizuotais įrašais ir kontroliuojamais įrankiais.

Kūrimas niekada neturėtų remtis vien pasitikėjimu ar vien užklausa. Atskirkite agentus pagal paskirtį, apribokite jų šaltinius, sumažinkite jų įrankių skaičių ir verslo taisykles palikite deterministinėse Odoo veiksmuose. Būtent tai paverčia pokalbių roboto demonstraciją palaikoma operacine galimybe.