Odoo 19 je predstavil plast umetne inteligence, ki presega generiranje besedila. Uporabnikom lahko pomaga najti informacije, razlagati zapise, odpirati poglede, razvrščati dokumente, podpirati delo helpdeska, odgovarjati obiskovalcem spletnega mesta in izbirati nadzorovana dejanja. Odoo 19.4 to smer razširja z avtomatsko izbiro modela, glasovno interakcijo, shranjenimi pogovori, bogatejšimi karticami zapisov v klepetu v živo in povezljivostjo MCP.

Uporabno vprašanje ni, ali ima Odoo UI. Pomembno je, kateri agent sme uporabljati katere informacije in orodja v določenih okoliščinah. Odoo te vidike ločuje prek agentov, veščin, virov in strežniških dejanj.

Začnite s standardnim pomočnikom Ask AI

Standardni pomočnik Ask AI je na voljo prek ukazne palete in gumba AI v celotnem vmesniku Odoo. Po uradni dokumentaciji Odoo AI lahko odgovarja na vprašanja v naravnem jeziku, odpira poglede, izboljšuje vsebino, povzema chatter in predlaga naslednje korake glede na kontekst.

Standardni agent Ask AI ne more spreminjati zapisov v zbirki podatkov. Uporabniku lahko pomaga razumeti in krmariti po informacijah, vendar Odoo to pomoč namenoma ločuje od orodij, ki izvajajo zapise. To je pomembna privzeta nastavitev, ker tekoč odgovor ne sme tiho postati računovodska, prodajna ali operativna transakcija.

Prilagojeni agenti določajo konkretno nalogo

Prilagojeni agent Odoo AI ima sistemski poziv, slog odzivanja, eno ali več veščin in neobvezne vire. Uradna dokumentacija o agentih AI agenta opisuje kot pomočnika v naravnem jeziku z določenim namenom in dostopom do orodij Odoo.

V prejšnji dokumentaciji Odoo 19 se zbirke navodil in orodij imenujejo topics. Odoo 19.4 jih preimenuje v veščine. Namen ostaja enak: vsaka veščina razloži kontekst, pravila in potek dela za nalogo, orodja pa so dejanske funkcije, ki jih agent lahko pokliče.

Ta struktura podpira agente, zasnovane za različne okoliščine, namesto enega pomočnika s širokim in dvoumnim pooblastilom. Primeri vključujejo:

  • Prodajnega pomočnika, ki poišče priložnosti, razloži podatke o prodajnem lijaku in pripravi sporočila za nadaljnje ukrepanje.
  • Podpornega agenta, ki odgovarja na podlagi odobrenih člankov Knowledge in za nejasne primere uporabi eskalacijo.
  • Agenta za dokumente, ki razvrsti naloženo datoteko in izbere odobreno mapo ali oznako.
  • Pomočnika za terensko delo, ki povzame zgodovino naloge in pripravi posodobitev za stranko.
  • Agenta za klepet v živo, ki odgovarja na pogosta vprašanja in po zbiranju potrebnih podatkov ustvari CRM priložnost.

Viri določajo, na kaj se lahko agent sklicuje

Agenti Odoo lahko uporabljajo PDF-je, spletne povezave, datoteke Documents in članke Knowledge kot indeksirane vire. Možnost Restrict to Sources omeji agenta na aktivne naložene vire. To je uporabno za odgovore, usmerjene v stranke, ker lahko organizacija določi gradivo, ki ga mora agent uporabljati, namesto da dopušča široke, nepodprte odgovore.

Omejitev virov izboljša nadzor, vendar je pomembna tudi kakovost virov. Dokumenti morajo imeti lastnike, datume pregleda in postopek za odstranjevanje zastarelih cen, pravilnikov ali navodil. Nasprotujoči si viri lahko povzročijo nedosledne odgovore, tudi če je vsak dokument tehnično odobren.

Kako deluje Odoo AI Live Chat

Odoo lahko dodeli agenta AI pravilu kanala Live Chat. Uradna dokumentacija AI Live Chat navaja, da lahko agent odgovarja na pogosta vprašanja, zahteva dodatne informacije, kvalificira pogovore in jih eskalira človeškemu operaterju.

Dobavljeni vzorec za klepet v živo ne ustvari priložnosti že po prvem sporočilu. Njegova navodila določajo, kdaj je eskalacija ustrezna, zberejo manjkajoče kontaktne podatke, potrdijo znane podatke in enkrat pokličejo orodje za ustvarjanje priložnosti. To kaže, zakaj so navodila poteka dela prav tako pomembna kot jezikovni model.

Odoo 19.4 lahko v klepetu v živo prikaže tudi bogate, klikljive kartice, ko agent omeni podprte zapise Odoo. To lahko obiskovalcu olajša razumevanje in odpiranje izdelka, termina ali drugega podprtega zapisa.

Klepetalni robot za posamezno podjetje je vzorec zasnove, ne eno potrditveno polje

Organizacija z več podjetji bo morda želela, da ima vsako spletno mesto podjetja klepetalnega robota, ki odgovarja samo o tem podjetju. Odoo ima gradnike za takšno zasnovo, vendar je treba mejo izrecno konfigurirati.

Praktičen vzorec je:

  • Uporabite ločeno spletno mesto in ločen kanal Live Chat ali pravilo kanala za vsako izkušnjo, usmerjeno v podjetje.
  • Ustvarite ločenega agenta AI za vsako podjetje, namesto enega agenta s pozivom, ki skuša sklepati, katero podjetje je v igri.
  • Vsakemu agentu dodelite samo odobrene članke Knowledge, dokumente, pravilnike in spletne povezave tega podjetja.
  • Omogočite možnost Restrict to Sources, da odgovori ostanejo znotraj nabora virov za posamezno podjetje.
  • Dodelite samo veščine in orodja, potrebna za ta kanal, na primer pridobivanje informacij ali nadzorovano ustvarjanje priložnosti.
  • Poskrbite, da bo vsaka ustvarjena priložnost, zahtevek ali termin dobil predviden kontekst podjetja in odgovorno ekipo.
  • Preizkusite vprašanja med podjetji, dvoumna blagovna imena in poskuse pridobivanja informacij drugega podjetja.

Zapisi v večpodjetnem Odoo so lahko skupni ali specifični za podjetje. Njegova dokumentacija o več podjetjih pojasnjuje, da so ponudbe, računi in računi dobaviteljev, vezani na podjetje, omejeni na ustrezen kontekst podjetja, medtem ko so nekateri zapisi, kot so stiki in izdelki, lahko privzeto skupni.

Ta model zapisov ne pomeni, da je vsak vir AI samodejno izoliran. Sistemski poziv, kot je »govori samo o podjetju A«, ne obravnavajte kot nadzor zaupnosti. Ločene zbirke virov, dodelitve kanalov, pravice dostopa in preverjanja na ravni orodij zagotavljajo močnejšo mejo. Če je potrebna stroga pravna izolacija, so lahko ločene zbirke podatkov primernejše od skupne večpodjetne konfiguracije.

Agenti lahko naloge izvajajo samo prek dodeljenih orodij

Če agent nima veščin, Odoo pravi, da lahko zagotavlja informacije, ne more pa dokončati nalog ali spreminjati zbirke podatkov. Orodje agenta razširi onkraj pogovora. Med vnaprej konfiguriranimi primeri sta odpiranje pogleda in ustvarjanje priložnosti, nameščene aplikacije pa lahko ponudijo druga orodja.

Za avtomatizirane poteke dela na ravni zapisov Odoo uporablja strežniška dejanja AI. dokumentacija AI server actions ločuje upravljalnika AI od delovnega orodja. AI prebere zapis in poziv, izbere orodje ter posreduje deklarirane argumente. Standardno strežniško dejanje nato izvede pravo poslovno logiko.

To omogoča, da AI sprejme kontekstno odločitev, medtem ko deterministična koda uveljavlja pravila. Na primer, AI lahko razvrsti dokument dobavitelja, izbrano orodje pa mora pred zapisom preveriti cilj, podjetje, dovoljeno stanje zapisa in zahtevana polja.

Uporabni vzorci avtomatizacije opravil

  • Razvrstite dohodne dokumente in uporabite odobreno oznako ali mapo.
  • Povzemite zahtevek helpdeska in izpolnite strukturirano polje za triažo.
  • Izberite pot nadaljnjega ukrepanja na podlagi zapisa, pošiljanje ali odobritev pa prepustite uporabniku.
  • Ustvarite CRM potencialno stranko iz klepeta v živo, potem ko so potrjeni zahtevani kontaktni podatki.
  • Osnutek e-pošte iz trenutnega konteksta zapisa za človeški pregled.
  • Izvlecite strukturirane podatke iz dokumenta v nadzorovan delovni tok.

Najšibkejši vzorec je, da enemu širokemu agentu dodelimo zbirko zmogljivih orodij za pisanje. Ožje usmerjene agente je lažje testirati, razložiti in revidirati.

Kaj prinaša Odoo 19.4

Uradne opombe ob izdaji Odoo 19.4 prinašajo več zmožnosti v zvezi s tem modelom agenta:

  • Samodejna izbira najprimernejšega konfiguriranega modela UI za nalogo.
  • Glasovno vnašanje zahtev za agenta.
  • Shranjevanje pogovorov z agenti do 30 dni po zadnjem sporočilu.
  • MCP povezljivost za združljiva zunanja orodja.
  • Bogate predogledne kartice za podprte zapise, omenjene v klepetu v živo.
  • Preimenovanje tem v veščine.

MCP razširja možnosti integracije, vendar razširja tudi varnostni pregled. Poverilnice, izpostavljena orodja, uporabniška dovoljenja, beleženje in meje podatkov je treba dokumentirati, preden povežete zunanjega odjemalca UI.

Premisleki o ponudnikih in cenah

Odoo podpira ponudnika OpenAI in Google Gemini. Uporabnikom Odoo Online ni treba dodati lastnega API ključa za standardno storitev, čeprav ga lahko dodajo za več nadzora. Podatkovne zbirke Odoo.sh in lokalne namestitve potrebujejo ključ ponudnika za funkcije UI. Dokumentacija za API ključ Odoo AI navaja, da lahko pri uporabi ključev, ki so v lasti stranke, veljajo stroški ponudnika.dokumentacija za API ključ Odoo AI navaja, da lahko pri uporabi ključev, ki so v lasti stranke, veljajo stroški ponudnika.

Kontrolni seznam za varno uvedbo

  • Izberite en ozek primer uporabe z merljivim ročnim postopkom.
  • Določite odobrene vire, prepovedane teme in pot za človeško eskalacijo.
  • Dodelite najmanj potrebnih orodij in uveljavite pravila znotraj vsakega orodja.
  • Preizkusite dostop podjetja, uporabnika in zapisa z običajnimi računi, ne samo z administratorskimi.
  • Preizkusite napačna, nepopolna, sovražna in medpodjetniška vprašanja.
  • Zahtevajte pregled za finančna, pogodbeno zavezujoča, uničujoča ali zunanje poslana dejanja.
  • Po zagonu spremljajte odgovore, klice orodij, uporabo ponudnika in svežino virov.

Praktičen zaključek

Odoo AI je najbolj uporaben kot zbirka osredotočenih pomočnikov znotraj obstoječih poslovnih delovnih tokov. Klepet v živo, znanje, specifično za podjetje, ustvarjanje potencialnih strank, klasifikacija dokumentov in avtomatizacija na podlagi zapisov so verodostojni primeri uporabe, ker lahko Odoo združuje odločitve v naravnem jeziku s strukturiranimi zapisi in nadzorovanimi orodji.

Zasnova nikoli ne sme temeljiti samo na samozavesti ali pozivu. Agente ločite glede na namen, omejite njihove vire, zmanjšajte število njihovih orodij in poslovna pravila ohranite v determinističnih dejanjih Odoo. To je tisto, kar demo klepeta spremeni v operativno zmožnost, ki jo je mogoče podpirati.