Odoo 19 introducerede et AI-lag, der rækker ud over tekstgenerering. Det kan hjælpe brugere med at finde information, fortolke poster, åbne visninger, klassificere dokumenter, støtte helpdesk-arbejde, svare besøgende på webstedet og vælge kontrollerede handlinger. Odoo 19.4 udvider den retning med automatisk modelvalg, stemmeinteraktion, gemte samtaler, rigere live-chatkort til poster og MCP-forbindelse.

Det nyttige spørgsmål er ikke, om Odoo har AI. Det er, hvilken agent der må bruge hvilke oplysninger og værktøjer i en bestemt sammenhæng. Odoo adskiller disse forhold gennem agenter, skills, kilder og server actions.

Start med standardassistenten Ask AI

Standardassistenten Ask AI er tilgængelig fra kommandopaletten og AI-knappen i hele Odoo-grænsefladen. Ifølge den officielle Odoo AI-dokumentation kan den besvare spørgsmål på naturligt sprog, åbne visninger, forbedre indhold, opsummere chatter og foreslå næste trin baseret på konteksten.

Standardassistenten Ask AI kan ikke ændre databaseposter. Den kan hjælpe en bruger med at forstå og navigere i information, men Odoo adskiller bevidst denne hjælp fra værktøjer, der udfører skrivninger. Det er en vigtig standard, fordi et flydende svar ikke lydløst bør blive til en regnskabs-, salgs- eller drifts­transaktion.

Tilpassede agenter definerer et bestemt job

En tilpasset Odoo AI-agent har en systemprompt, en svarstil, én eller flere skills og valgfrie kilder. Den officielle AI agents-dokumentation beskriver en agent som en assistent på naturligt sprog med et defineret formål og adgang til Odoo-værktøjer.

I den tidligere Odoo 19-dokumentation kaldes samlinger af instruktioner og værktøjer for topics. Odoo 19.4 omdøber dem til skills. Formålet er det samme: hver skill forklarer konteksten, reglerne og arbejdsgangen for en opgave, mens værktøjerne er de faktiske funktioner, som agenten kan kalde.

Denne struktur understøtter agenter, der er designet til forskellige situationer, i stedet for én assistent med bred og uklar autoritet. Eksempler omfatter:

  • En salgsassistent, der finder muligheder, forklarer pipeline-data og udarbejder opfølgende beskeder.
  • En supportagent, der svarer ud fra godkendte Knowledge-artikler og eskalerer usikre sager.
  • En dokumentagent, der klassificerer en upload og vælger en godkendt mappe eller et tag.
  • En field service-assistent, der opsummerer opgavehistorik og forbereder en kundeopdatering.
  • En live-chat-agent, der svarer på almindelige spørgsmål og opretter et CRM-lead, efter at de nødvendige oplysninger er indsamlet.

Kilder afgør, hvad en agent kan henvise til

Odoo-agenter kan bruge PDF-filer, weblinks, Documents-filer og Knowledge-artikler som indekserede kilder. Indstillingen Begræns til kilder begrænser agenten til aktive uploadede kilder. Det er nyttigt til kundevendte svar, fordi organisationen kan definere det materiale, som agenten forventes at bruge, i stedet for at tillade brede, uunderbyggede svar.

Kildebegrænsning forbedrer kontrollen, men kildekvaliteten er stadig vigtig. Dokumenter bør have ejere, revisionsdatoer og en proces til at fjerne forældede priser, politikker eller instruktioner. Modstridende kilder kan skabe inkonsistente svar, selv når hvert dokument teknisk set er godkendt.

Sådan fungerer Odoo AI Live Chat

Odoo kan tildele en AI-agent til en Live Chat-kanalregel. Den officielle AI Live Chat-dokumentation siger, at en agent kan besvare almindelige spørgsmål, anmode om flere oplysninger, kvalificere samtaler og eskalere til en menneskelig operatør.

Det leverede live-chatmønster opretter ikke blot et lead efter den første besked. Dets instruktioner definerer, hvornår eskalering er passende, indsamler manglende kontaktoplysninger, bekræfter kendte oplysninger og kalder lead-oprettelsesværktøjet én gang. Det viser, hvorfor arbejdsgangsinstruktioner er lige så vigtige som sprogmodellen.

Odoo 19.4 kan også vise rige, klikbare kort, når en agent nævner understøttede Odoo-poster i live chat. Det kan gøre et produkt, en aftale eller en anden understøttet post lettere for besøgende at forstå og åbne.

En virksomhedsspecifik chatbot er et designmønster, ikke én afkrydsningsboks

En organisation med flere virksomheder kan ønske, at hver virksomheds websted har en chatbot, der kun svarer om den pågældende virksomhed. Odoo har byggestenene til dette design, men grænsen skal konfigureres eksplicit.

Et praktisk mønster er:

  • Brug et separat websted og en separat Live Chat-kanal eller kanalregel for hver virksomhedsvendt oplevelse.
  • Opret en separat AI-agent for hver virksomhed i stedet for én agent med en prompt, der forsøger at udlede virksomheden.
  • Giv hver agent kun den pågældende virksomheds godkendte Knowledge-artikler, dokumenter, politikker og weblinks.
  • Aktivér Begræns til kilder, så svar forbliver inden for det virksomhedsspecifikke kilde­sæt.
  • Tildel kun de skills og værktøjer, der er nødvendige for den kanal, såsom informationssøgning eller kontrolleret lead-oprettelse.
  • Sørg for, at ethvert oprettet lead, ticket eller møde får den tilsigtede virksomhedskontekst og det ansvarlige team.
  • Test spørgsmål på tværs af virksomheder, tvetydige brandnavne og forsøg på at hente information fra en anden virksomhed.

Odoo-poster på tværs af flere virksomheder kan være delte eller virksomhedsspecifikke. Dets dokumentation om flere virksomheder forklarer, at virksomhedstilknyttede tilbud, fakturaer og leverandørfakturaer er begrænset til den relevante virksomhedskontekst, mens nogle poster som kontakter og produkter som standard kan deles.

Denne postmodel betyder ikke, at hver AI-kilde automatisk er isoleret. Betragt ikke en systemprompt som “diskutér kun Company A” som en fortrolighedskontrol. Separate kildesamlinger, kanaltilknytninger, adgangsrettigheder og kontroller i værktøjslaget giver den stærkere grænse. Hvis streng juridisk isolation er påkrævet, kan separate databaser være mere passende end en delt konfiguration med flere virksomheder.

Agenter kan kun udføre opgaver gennem tildelte værktøjer

Hvis en agent ikke har nogen skills, siger Odoo, at den kan give information, men ikke udføre opgaver eller ændre databasen. Et værktøj udvider agenten ud over samtale. Forudkonfigurerede eksempler omfatter at åbne en visning og oprette et lead, mens installerede apps kan gøre andre værktøjer tilgængelige.

Til automatiserede arbejdsgange for poster bruger Odoo AI server actions. AI server actions-dokumentation adskiller AI-administratoren fra arbejds­værktøjet. AI læser posten og prompten, vælger et værktøj og leverer de erklærede argumenter. Den standard server action udfører derefter den reelle forretningslogik.

Det gør det muligt for AI at træffe en kontekstuel beslutning, mens deterministisk kode håndhæver reglerne. For eksempel kan AI klassificere et leverandørdokument, men det valgte værktøj bør validere destination, virksomhed, tilladt poststatus og påkrævede felter, før der skrives noget.

Nyttige mønstre til opgaveautomatisering

  • Klassificer indgående dokumenter og anvend et godkendt tag eller en mappe.
  • Opsummér en helpdesk-ticket og udfyld et struktureret triagefelt.
  • Vælg en opfølgningsvej baseret på en post, mens afsendelse eller godkendelse overlades til en bruger.
  • Opret et CRM-lead fra live chat, når de nødvendige kontaktoplysninger er bekræftet.
  • Udarbejd en e-mail ud fra den aktuelle record-kontekst til menneskelig gennemgang.
  • Udtræk strukturerede oplysninger fra et dokument til en kontrolleret arbejdsgang.

Det svageste mønster er at give én bred agent et sæt kraftfulde skriveværktøjer. Smalle agenter er lettere at teste, forklare og revidere.

Hvad Odoo 19.4 tilføjer

De officielle Odoo 19.4-udgivelsesnoter tilføjer flere funktioner til denne agentmodel:

  • Automatisk valg af den mest passende konfigurerede AI-model til en opgave.
  • Stemmeinteraktion til at diktere forespørgsler til en agent.
  • Lagring af agent-samtaler i op til 30 dage efter den seneste besked.
  • MCP-forbindelse til kompatible eksterne værktøjer.
  • Rige forhåndsvisningskort for understøttede records nævnt i live chat.
  • Omdøbningen af topics til skills.

MCP udvider integrationsmulighederne, men det udvider også sikkerhedsvurderingen. Legitimationsoplysninger, eksponerede værktøjer, brugertilladelser, logføring og datagrænser bør dokumenteres, før en ekstern AI-klient forbindes.

Overvejelser om udbyder og prissætning

Odoo understøtter udbyderne OpenAI og Google Gemini. Brugere af Odoo Online behøver ikke at tilføje deres egen API-nøgle til standardtjenesten, selv om de kan gøre det for mere kontrol. Odoo.sh og on-premise-databaser har brug for udbydernøgler til AI-funktioner. Odoo AI API key-dokumentationen bemærker, at der kan påløbe udbydergebyrer, når der bruges kundeejede nøgler.

En sikker udrulningscheckliste

  • Vælg ét snævert use case med en målbar manuel proces.
  • Definér godkendte kilder, forbudte emner og den menneskelige eskaleringsvej.
  • Tildel de minimumsværktøjer, der er nødvendige, og håndhæv regler inde i hvert værktøj.
  • Test firma-, bruger- og recordadgang med almindelige konti, ikke kun administratorer.
  • Test forkerte, ufuldstændige, adversarielle og tværfirma-spørgsmål.
  • Kræv gennemgang for finansielle, kontraktmæssige, destruktive eller eksternt sendte handlinger.
  • Overvåg svar, værktøjskald, udbyderforbrug og kilders aktualitet efter lancering.

Den praktiske konklusion

Odoo AI er mest nyttig som en samling af fokuserede assistenter i eksisterende forretningsworkflows. Live chat, virksomhedsspecifik viden, lead-oprettelse, dokumentklassificering og record-baseret automatisering er troværdige use cases, fordi Odoo kan kombinere beslutninger på naturligt sprog med strukturerede records og kontrollerede værktøjer.

Designet bør aldrig afhænge af tillid eller kun af en prompt. Adskil agenter efter formål, begræns deres kilder, minimer deres værktøjer, og hold forretningsregler i deterministiske Odoo-handlinger. Det er det, der gør en chatbot-demo til en driftsmæssig kapacitet, der kan understøttes.