Odoo 19 ieviesa AI slāni, kas sniedzas tālāk par teksta ģenerēšanu. Tas var palīdzēt lietotājiem atrast informāciju, interpretēt ierakstus, atvērt skatus, klasificēt dokumentus, atbalstīt palīdzdienesta darbu, atbildēt vietnes apmeklētājiem un atlasīt kontrolētas darbības. Odoo 19.4 paplašina šo virzienu ar automātisku modeļa atlasi, balss mijiedarbību, saglabātām sarunām, bagātīgākām tiešsaistes tērzēšanas ierakstu kartēm un MCP savienojamību.

Noderīgais jautājums nav, vai Odoo ir AI. Jautājums ir, kuram aģentam konkrētā situācijā ir atļauts izmantot kādu informāciju un rīkus. Odoo šīs lietas nošķir ar aģentu, prasmju, avotu un servera darbību palīdzību.

Sāciet ar standarta Ask AI asistentu

Standarta Ask AI asistents ir pieejams no komandu paletes un AI pogas visā Odoo saskarnē. Saskaņā ar oficiālo Odoo AI dokumentāciju, tas var atbildēt uz jautājumiem dabiskā valodā, atvērt skatus, uzlabot saturu, apkopot chatter un ieteikt nākamos soļus, pamatojoties uz kontekstu.

Standarta Ask AI aģents nevar mainīt datubāzes ierakstus. Tas var palīdzēt lietotājam saprast un pārvietoties pa informāciju, bet Odoo apzināti nošķir šo palīdzību no rīkiem, kas veic ierakstīšanu. Tā ir svarīga noklusējuma pieeja, jo plūstošai atbildei nevajadzētu klusi pārvērsties grāmatvedības, pārdošanas vai operacionālā darījumā.

Pielāgoti aģenti nosaka konkrētu darbu

Pielāgotam Odoo AI aģentam ir sistēmas uzvedne, atbildes stils, viena vai vairākas prasmes un izvēles avoti. Oficiālā AI aģentu dokumentācija apraksta aģentu kā dabiskās valodas palīgu ar noteiktu mērķi un piekļuvi Odoo rīkiem.

Agrākajā Odoo 19 dokumentācijā instrukciju un rīku kopas sauca par tēmām. Odoo 19.4 tās pārdēvē par prasmēm. Mērķis paliek tas pats: katra prasme izskaidro kontekstu, noteikumus un darba plūsmu konkrētam uzdevumam, bet rīki ir faktiskās funkcijas, ko aģents drīkst izsaukt.

Šāda struktūra atbalsta aģentus, kas paredzēti dažādām situācijām, nevis vienu asistentu ar plašām un neskaidrām pilnvarām. Piemēri:

  • Pārdošanas asistents, kas atrod iespējas, izskaidro piltuves datus un sagatavo turpmāko ziņojumu melnrakstus.
  • Atbalsta aģents, kas atbild, balstoties uz apstiprinātiem Knowledge rakstiem, un sarežģītos gadījumos tos eskalē.
  • Dokumentu aģents, kas klasificē augšupielādi un izvēlas apstiprinātu mapi vai tagu.
  • Lauka servisa asistents, kas apkopo uzdevuma vēsturi un sagatavo klienta atjauninājumu.
  • Tiešsaistes tērzēšanas aģents, kas atbild uz biežiem jautājumiem un izveido CRM potenciālo klientu pēc nepieciešamo detaļu savākšanas.

Avoti nosaka, uz ko aģents var atsaukties

Odoo aģenti var izmantot PDF failus, tīmekļa saites, Documents failus un Knowledge rakstus kā indeksētus avotus. Opcija Restrict to Sources ierobežo aģentu ar aktīvi augšupielādētiem avotiem. Tas ir noderīgi uz klientu vērstām atbildēm, jo organizācija var noteikt materiālu, ko aģentam paredzēts izmantot, nevis atļaut plašas, nepamatotas atbildes.

Avotu ierobežošana uzlabo kontroli, taču avotu kvalitāte joprojām ir svarīga. Dokumentiem jābūt īpašniekiem, pārskatīšanas datumiem un procesam novecojušu cenu, politiku vai instrukciju noņemšanai. Pretrunīgi avoti var radīt nekonsekventas atbildes pat tad, ja katrs dokuments tehniski ir apstiprināts.

Kā darbojas Odoo AI Live Chat

Odoo var piešķirt AI aģentu Live Chat kanāla noteikumam. Oficiālā AI Live Chat dokumentācija norāda, ka aģents var atbildēt uz biežiem jautājumiem, pieprasīt papildu informāciju, kvalificēt sarunas un eskalēt tās cilvēka operatoram.

Nodrošinātais tiešsaistes tērzēšanas modelis neizveido potenciālo klientu uzreiz pēc pirmā ziņojuma. Tā instrukcijas nosaka, kad eskalācija ir piemērota, savāc trūkstošos kontaktu datus, apstiprina zināmos datus un vienu reizi izsauc potenciālā klienta izveides rīku. Tas parāda, kāpēc darba plūsmas instrukcijas ir tikpat svarīgas kā valodas modelis.

Odoo 19.4 var arī parādīt bagātīgas, klikšķināmas kartītes, kad aģents tiešsaistes tērzēšanā piemin atbalstītus Odoo ierakstus. Tas var padarīt produktu, tikšanos vai citu atbalstītu ierakstu apmeklētājam vieglāk saprotamu un atveramu.

Uzņēmumam specifisks tērzēšanas robots ir dizaina modelis, nevis viena izvēles rūtiņa

Vairāku uzņēmumu organizācija var vēlēties, lai katrai uzņēmuma vietnei būtu tērzēšanas robots, kas atbild tikai par šo uzņēmumu. Odoo ir šī dizaina pamatkomponenti, taču robeža ir jākonfigurē nepārprotami.

Praktiska pieeja ir:

  • Izmantojiet atsevišķu vietni un Live Chat kanālu vai kanāla noteikumu katrai uz uzņēmumu vērstai pieredzei.
  • Izveidojiet atsevišķu AI aģentu katram uzņēmumam, nevis vienu aģentu ar uzvedni, kas mēģina noteikt uzņēmumu.
  • Piešķiriet katram aģentam tikai attiecīgā uzņēmuma apstiprinātos Knowledge rakstus, dokumentus, politikas un tīmekļa saites.
  • Iespējojiet Restrict to Sources, lai atbildes paliktu uzņēmumam specifiskajā avotu kopā.
  • Piešķiriet tikai tās prasmes un rīkus, kas nepieciešami šim kanālam, piemēram, informācijas izgūšanu vai kontrolētu potenciālā klienta izveidi.
  • Nodrošiniet, ka jebkuram izveidotajam potenciālajam klientam, biļetei vai tikšanās reizei tiek piešķirts paredzētais uzņēmuma konteksts un atbildīgā komanda.
  • Pārbaudiet jautājumus par vairākiem uzņēmumiem, neskaidrus zīmolu nosaukumus un mēģinājumus iegūt cita uzņēmuma informāciju.

Odoo vairāku uzņēmumu ieraksti var būt koplietojami vai specifiski konkrētam uzņēmumam. Tās vairāku uzņēmumu dokumentācija skaidro, ka uzņēmumam piesaistītie piedāvājumi, rēķini un piegādātāju rēķini ir ierobežoti attiecīgajā uzņēmuma kontekstā, savukārt daži ieraksti, piemēram, kontakti un produkti, pēc noklusējuma var būt koplietojami.

Šis ierakstu modelis nenozīmē, ka katrs AI avots automātiski ir izolēts. Neuztveriet sistēmas uzvedni, piemēram, “runāt tikai par Company A”, kā konfidencialitātes kontroli. Spēcīgāku robežu nodrošina atsevišķas avotu kolekcijas, kanālu piešķīrumi, piekļuves tiesības un rīku puses pārbaudes. Ja nepieciešama stingra juridiskā izolācija, atsevišķas datubāzes var būt piemērotākas nekā koplietota vairāku uzņēmumu konfigurācija.

Aģenti var veikt uzdevumus tikai ar piešķirtajiem rīkiem

Ja aģentam nav prasmju, Odoo norāda, ka tas var sniegt informāciju, bet nevar pabeigt uzdevumus vai mainīt datubāzi. Rīks paplašina aģentu ārpus sarunas. Iepriekš konfigurēti piemēri ietver skata atvēršanu un potenciālā klienta izveidi, savukārt instalētās lietotnes var padarīt pieejamus citus rīkus.

Automatizētiem ierakstu darba procesiem Odoo izmanto AI servera darbības. AI servera darbību dokumentācija nošķir AI pārvaldnieku no izpildrīka. AI nolasa ierakstu un uzvedni, izvēlas rīku un norāda deklarētos argumentus. Standarta servera darbība pēc tam izpilda īsto biznesa loģiku.

Tas ļauj AI pieņemt kontekstuālu lēmumu, kamēr deterministisks kods ievieš noteikumus. Piemēram, AI var klasificēt piegādātāja dokumentu, taču izvēlētajam rīkam pirms jebkādas ierakstīšanas vajadzētu validēt galamērķi, uzņēmumu, atļauto ieraksta stāvokli un nepieciešamos laukus.

Noderīgi uzdevumu automatizācijas modeļi

  • Klasificējiet ienākošos dokumentus un piešķiriet apstiprinātu tagu vai mapi.
  • Apkopojiet palīdzdienesta biļeti un aizpildiet strukturētu triāžas lauku.
  • Izvēlieties turpmāko darbību, pamatojoties uz ierakstu, bet sūtīšanu vai apstiprināšanu atstājiet lietotājam.
  • Izveido CRM potenciālo klientu no tiešsaistes čata pēc tam, kad ir apstiprinātas nepieciešamās kontaktinformācijas detaļas.
  • Sagatavo e-pastu, balstoties uz pašreizējā ieraksta kontekstu, lai to pārskatītu cilvēks.
  • Izvelk strukturētas detaļas no dokumenta kontrolētā darba plūsmā.

Vājākais modelis ir vienam plašam aģentam dot virkni jaudīgu rakstīšanas rīku. Šaurus aģentus ir vieglāk testēt, izskaidrot un auditēt.

Ko pievieno Odoo 19.4

Oficiālās Odoo 19.4 laidiena piezīmes pievieno vairākas iespējas šim aģentu modelim:

  • Automātiska vispiemērotākā konfigurētā MI modeļa izvēle uzdevumam.
  • Balss mijiedarbība, lai diktētu pieprasījumus aģentam.
  • Aģentu sarunu glabāšana līdz 30 dienām pēc pēdējā ziņojuma.
  • MCP savienojamība saderīgiem ārējiem rīkiem.
  • Bagātīgas priekšskatījuma kartītes atbalstītajiem ierakstiem, kas minēti tiešsaistes čatā.
  • Tēmu pārdēvēšana par prasmēm.

MCP paplašina integrācijas iespējas, taču tas arī paplašina drošības pārbaudi. Pirms pieslēdz ārēju MI klientu, ir jādokumentē akreditācijas dati, atklātie rīki, lietotāju tiesības, žurnālu reģistrēšana un datu robežas.

Pakalpojumu sniedzēja un cenu noteikšanas apsvērumi

Odoo atbalsta OpenAI un Google Gemini pakalpojumu sniedzējus. Odoo Online lietotājiem nav jāievada sava API atslēga standarta pakalpojumam, lai gan viņi to var darīt lielākai kontrolei. Odoo.sh un lokālajām datubāzēm MI funkcijām ir nepieciešamas pakalpojumu sniedzēja atslēgas. Odoo MI API atslēgas dokumentācija norāda, ka, izmantojot klientam piederošas atslēgas, var tikt piemērotas pakalpojumu sniedzēja maksas.

Drošas ieviešanas kontrolsaraksts

  • Izvēlies vienu šauru lietošanas gadījumu ar izmērāmu manuālu procesu.
  • Definē apstiprinātos avotus, aizliegtās tēmas un cilvēka eskalācijas ceļu.
  • Piešķir minimāli nepieciešamos rīkus un ievies noteikumus katrā rīkā.
  • Pārbaudi uzņēmuma, lietotāja un ierakstu piekļuvi ar parastajiem kontiem, ne tikai administratoriem.
  • Pārbaudi nepareizus, nepilnīgus, pretimnākošus un starpuzņēmumu jautājumus.
  • Pieprasi pārskatīšanu finanšu, līgumiskām, destruktīvām vai ārēji nosūtītām darbībām.
  • Pēc palaišanas uzraugi atbildes, rīku izsaukumus, pakalpojumu sniedzēja lietojumu un avotu aktualitāti.

Praktiskais secinājums

Odoo MI visnoderīgākais ir kā mērķtiecīgu palīgu kopums esošajās biznesa darba plūsmās. Tiešsaistes čats, uzņēmumam specifiskas zināšanas, potenciālo klientu izveide, dokumentu klasifikācija un uz ierakstiem balstīta automatizācija ir ticami lietošanas gadījumi, jo Odoo var apvienot dabiskās valodas lēmumus ar strukturētiem ierakstiem un kontrolētiem rīkiem.

Dizainam nekad nevajadzētu balstīties tikai uz pārliecību vai uzvedni. Atsevišķi aģenti pēc nolūka, ierobežoti avoti, minimāli nepieciešamie rīki un biznesa noteikumi deterministiskās Odoo darbībās ir tas, kas čatbota demonstrāciju pārvērš uzturējamā operatīvā spējā.