O Odoo 19 introduziu uma camada de IA que vai além da geração de texto. Ela pode ajudar usuários a encontrar informações, interpretar registros, abrir visualizações, classificar documentos, apoiar o trabalho de helpdesk, responder visitantes do site e selecionar ações controladas. O Odoo 19.4 amplia essa दिशा com seleção automática de modelo, interação por voz, conversas salvas, cards mais ricos de registros no chat ao vivo e conectividade MCP.

A pergunta útil não é se o Odoo tem IA. É qual agente tem permissão para usar quais informações e ferramentas em uma circunstância específica. O Odoo separa essas responsabilidades por meio de agentes, skills, fontes e ações de servidor.

Comece com o assistente padrão Perguntar à IA

O assistente padrão Perguntar à IA está disponível na paleta de comandos e no botão de IA em toda a interface do Odoo. De acordo com a documentação oficial do Odoo AI documentation, ele pode responder perguntas em linguagem natural, abrir visualizações, melhorar conteúdo, resumir o chatter e sugerir próximos passos com base no contexto.

O agente padrão Perguntar à IA não pode alterar registros do banco de dados. Ele pode ajudar o usuário a entender e navegar pelas informações, mas o Odoo separa deliberadamente essa assistência das ferramentas que realizam gravações. Isso é um padrão importante, porque uma resposta fluente não deve se tornar silenciosamente uma transação contábil, de vendas ou operacional.

Agentes personalizados definem uma tarefa específica

Um agente personalizado do Odoo AI tem um prompt de sistema, estilo de resposta, uma ou mais skills e fontes opcionais. A documentação oficial de AI agents documentation descreve um agente como um assistente em linguagem natural com um propósito definido e acesso às ferramentas do Odoo.

Na documentação anterior do Odoo 19, coleções de instruções e ferramentas são chamadas de tópicos. No Odoo 19.4, elas passam a ser chamadas de skills. O objetivo permanece o mesmo: cada skill explica o contexto, as regras e o fluxo de trabalho de uma tarefa, enquanto as ferramentas são as funções reais que o agente pode chamar.

Essa estrutura permite agentes projetados para circunstâncias diferentes, em vez de um único assistente com autoridade ampla e ambígua. Exemplos incluem:

  • Um assistente de vendas que encontra oportunidades, explica dados do pipeline e redige mensagens de acompanhamento.
  • Um agente de suporte que responde a partir de artigos aprovados do Knowledge e encaminha casos incertos.
  • Um agente de documentos que classifica um upload e seleciona uma pasta ou tag aprovada.
  • Um assistente de field service que resume o histórico da tarefa e prepara uma atualização para o cliente.
  • Um agente de chat ao vivo que responde perguntas comuns e cria um lead no CRM depois de coletar os detalhes necessários.

As fontes determinam a que o agente pode fazer referência

Os agentes do Odoo podem usar PDFs, links da web, arquivos do Documents e artigos do Knowledge como fontes indexadas. A opção Restringir às fontes limita o agente às fontes enviadas ativas. Isso é útil para respostas voltadas ao cliente, porque a organização pode definir o material que o agente deve usar, em vez de permitir respostas amplas e sem suporte.

A restrição de fontes melhora o controle, mas a qualidade das fontes ainda importa. Os documentos devem ter responsáveis, datas de revisão e um processo para remover preços, políticas ou instruções desatualizados. Fontes conflitantes podem gerar respostas inconsistentes, mesmo quando cada documento está tecnicamente aprovado.

Como funciona o Odoo AI Live Chat

O Odoo pode atribuir um agente de IA a uma regra de canal do Live Chat. A documentação oficial de AI Live Chat documentation afirma que um agente pode responder perguntas comuns, solicitar mais informações, qualificar conversas e encaminhar para um operador humano.

O padrão de chat ao vivo fornecido não cria simplesmente um lead após a primeira mensagem. Suas instruções definem quando o encaminhamento é apropriado, coletam os dados de contato ausentes, confirmam os dados conhecidos e chamam a ferramenta de criação de lead uma única vez. Isso mostra por que as instruções do fluxo de trabalho são tão importantes quanto o modelo de linguagem.

O Odoo 19.4 também pode exibir cards ricos e clicáveis quando um agente menciona registros do Odoo compatíveis no chat ao vivo. Isso pode tornar um produto, compromisso ou outro registro compatível mais fácil de entender e abrir para o visitante.

Um chatbot específico por empresa é um padrão de design, não uma única caixa de seleção

Uma organização multiempresa pode querer que o site de cada empresa tenha um chatbot que responda apenas sobre aquela empresa. O Odoo tem os blocos de construção para esse design, mas o limite deve ser configurado explicitamente.

Um padrão prático é:

  • Usar um site e um canal ou regra de canal do Live Chat separados para cada experiência voltada a uma empresa.
  • Criar um agente de IA separado para cada empresa, em vez de um único agente com um prompt que tente inferir a empresa.
  • Dar a cada agente apenas os artigos, documentos, políticas e links da web aprovados daquela empresa.
  • Ativar Restringir às fontes para que as respostas permaneçam dentro do conjunto de fontes específico da empresa.
  • Atribuir apenas as skills e ferramentas necessárias para aquele canal, como recuperação de informações ou criação controlada de leads.
  • Garantir que qualquer lead, ticket ou compromisso criado receba o contexto da empresa e a equipe responsável pretendidos.
  • Testar perguntas entre empresas, nomes de marcas ambíguos e tentativas de recuperar informações de outra empresa.

Os registros multiempresa do Odoo podem ser compartilhados ou específicos da empresa. A documentação multi-company explica que cotações, faturas e contas de fornecedor vinculadas à empresa ficam restritas ao contexto da empresa relevante, enquanto alguns registros, como contatos e produtos, podem ser compartilhados por padrão.

Esse modelo de registros não significa que toda fonte de IA esteja isolada automaticamente. Não trate um prompt de sistema como “discutir apenas a Empresa A” como um controle de confidencialidade. Coleções de fontes separadas, atribuições de canal, direitos de acesso e verificações na camada de ferramentas fornecem uma fronteira mais forte. Se for necessária uma isolamento jurídico rigoroso, bancos de dados separados podem ser mais apropriados do que uma configuração multiempresa compartilhada.

Os agentes só podem executar tarefas por meio de ferramentas atribuídas

Se um agente não tiver skills, o Odoo diz que ele pode fornecer informações, mas não pode concluir tarefas nem alterar o banco de dados. Uma ferramenta amplia o agente além da conversa. Exemplos pré-configurados incluem abrir uma visualização e criar um lead, enquanto apps instalados podem disponibilizar outras ferramentas.

Para fluxos de trabalho automatizados de registros, o Odoo usa ações de servidor de IA. A documentação de AI server actions documentation separa o gerente de IA da ferramenta executora. A IA lê o registro e o prompt, escolhe uma ferramenta e fornece os argumentos declarados. A ação de servidor padrão então executa a lógica de negócio real.

Isso permite que a IA tome uma decisão contextual enquanto o código determinístico aplica as regras. Por exemplo, a IA pode classificar um documento de fornecedor, mas a ferramenta selecionada deve validar o destino, a empresa, o estado permitido do registro e os campos obrigatórios antes de gravar qualquer coisa.

Padrões úteis de automação de tarefas

  • Classificar documentos recebidos e aplicar uma tag ou pasta aprovada.
  • Resumir um ticket de helpdesk e preencher um campo estruturado de triagem.
  • Selecionar um caminho de acompanhamento com base em um registro, deixando o envio ou a aprovação para um usuário.
  • Criar um lead de CRM a partir do chat ao vivo depois que os detalhes de contato obrigatórios forem confirmados.
  • Redigir um e-mail a partir do contexto do registro atual para revisão humana.
  • Extrair detalhes estruturados de um documento para um fluxo de trabalho controlado.

O padrão mais fraco é dar a um único agente amplo um conjunto de ferramentas poderosas de gravação. Agentes mais restritos são mais fáceis de testar, explicar e auditar.

O que o Odoo 19.4 adiciona

As notas oficiais de lançamento do Odoo 19.4 adicionam vários recursos a esse modelo de agente:

  • Seleção automática do modelo de IA configurado mais adequado para uma tarefa.
  • Interação por voz para ditar solicitações a um agente.
  • Armazenamento das conversas do agente por até 30 dias após a última mensagem.
  • Conectividade MCP para ferramentas externas compatíveis.
  • Cartões de visualização ricos para registros compatíveis mencionados no chat ao vivo.
  • A renomeação de tópicos para habilidades.

O MCP amplia as possibilidades de integração, mas também amplia a revisão de segurança. Credenciais, ferramentas expostas, permissões de usuário, registro e limites de dados devem ser documentados antes de conectar um cliente de IA externo.

Considerações sobre provedor e preços

O Odoo oferece suporte aos provedores OpenAI e Google Gemini. Usuários do Odoo Online não precisam adicionar sua própria chave de API para o serviço padrão, embora possam fazê-lo para ter mais controle. Bancos de dados Odoo.sh e on-premise precisam de chaves de provedor para recursos de IA. A documentação da chave de API de IA do Odoo observa que podem ser cobradas taxas do provedor quando chaves pertencentes ao cliente são usadas.

Uma lista de verificação para implantação segura

  • Escolha um único caso de uso restrito com um processo manual mensurável.
  • Defina fontes aprovadas, tópicos proibidos e o caminho de escalonamento humano.
  • Atribua o mínimo de ferramentas necessárias e imponha regras dentro de cada ferramenta.
  • Teste o acesso da empresa, do usuário e dos registros com contas comuns, não apenas administradores.
  • Teste perguntas incorretas, incompletas, adversariais e entre empresas.
  • Exija revisão para ações financeiras, contratuais, destrutivas ou enviadas externamente.
  • Monitore respostas, chamadas de ferramenta, uso do provedor e atualização das fontes após o lançamento.

A conclusão prática

A IA do Odoo é mais útil como um conjunto de assistentes focados dentro dos fluxos de trabalho de negócios existentes. Chat ao vivo, conhecimento específico da empresa, criação de leads, classificação de documentos e automação com base em registros são casos de uso confiáveis, porque o Odoo pode combinar decisões em linguagem natural com registros estruturados e ferramentas controladas.

O design nunca deve depender apenas de confiança ou de um prompt. Separe os agentes por finalidade, restrinja suas fontes, minimize suas ferramentas e mantenha as regras de negócio em ações determinísticas do Odoo. É isso que transforma uma demonstração de chatbot em uma capacidade operacional sustentável.