Odoo AI 19.4: 챗봇과 작업 자동화

Odoo 19는 단순한 텍스트 생성에 그치지 않는 AI 계층을 도입했습니다. 사용자가 정보를 찾고, 레코드를 해석하고, 보기를 열고, 문서를 분류하고, 헬프데스크 업무를 지원하고, 웹사이트 방문자에게 답하고, 제어된 작업을 선택하도록 도울 수 있습니다. Odoo 19.4는 자동 모델 선택, 음성 상호작용, 저장된 대화, 더 풍부한 라이브 채팅 레코드 카드, MCP 연결로 이 방향을 확장합니다.

중요한 질문은 Odoo에 AI가 있느냐가 아닙니다. 어떤 에이전트가 특정 상황에서 어떤 정보와 도구를 사용할 수 있느냐입니다. Odoo는 에이전트, 스킬, 소스, 서버 액션을 통해 이러한 범위를 분리합니다.

표준 Ask AI 어시스턴트부터 시작하기

표준 Ask AI 어시스턴트는 Odoo 인터페이스 전반의 명령 팔레트와 AI 버튼에서 사용할 수 있습니다. 공식 Odoo AI 문서에 따르면, 자연어 질문에 답하고, 보기를 열고, 콘텐츠를 개선하고, 채터를 요약하고, 맥락에 따라 다음 단계를 제안할 수 있습니다.

표준 Ask AI 에이전트는 데이터베이스 레코드를 변경할 수 없습니다. 사용자가 정보를 이해하고 탐색하도록 도울 수는 있지만, Odoo는 이러한 지원과 쓰기 작업을 수행하는 도구를 의도적으로 분리합니다. 유창한 답변이 조용히 회계, 영업, 운영 거래로 바뀌어서는 안 되기 때문에 이는 중요한 기본 설정입니다.

커스텀 에이전트는 특정 업무를 정의합니다

커스텀 Odoo AI 에이전트는 시스템 프롬프트, 응답 스타일, 하나 이상의 스킬, 선택적 소스를 가집니다. 공식 AI 에이전트 문서에서는 에이전트를 정의된 목적과 Odoo 도구에 대한 접근 권한을 가진 자연어 어시스턴트로 설명합니다.

이전 Odoo 19 문서에서는 지침과 도구의 모음을 토픽이라고 불렀습니다. Odoo 19.4에서는 이를 스킬로 이름을 바꿉니다. 목적은 동일합니다. 각 스킬은 작업의 맥락, 규칙, 워크플로를 설명하고, 도구는 에이전트가 실제로 호출할 수 있는 기능입니다.

이 구조는 하나의 광범위하고 모호한 권한을 가진 어시스턴트보다, 서로 다른 상황에 맞게 설계된 에이전트를 지원합니다. 예시는 다음과 같습니다:

기회를 찾고, 파이프라인 데이터를 설명하고, 후속 메시지 초안을 작성하는 영업 어시스턴트.
승인된 Knowledge 문서에서 답하고 불확실한 사례는 상위 담당자에게 넘기는 지원 에이전트.
업로드된 문서를 분류하고 승인된 폴더나 태그를 선택하는 문서 에이전트.
작업 이력을 요약하고 고객 업데이트를 준비하는 필드 서비스 어시스턴트.
일반적인 질문에 답하고 필요한 정보를 수집한 뒤 CRM 리드를 생성하는 라이브 채팅 에이전트.

소스는 에이전트가 참조할 수 있는 내용을 결정합니다

Odoo 에이전트는 PDF, 웹 링크, Documents 파일, Knowledge 문서를 색인된 소스로 사용할 수 있습니다. Restrict to Sources 옵션은 에이전트를 활성화된 업로드 소스로만 제한합니다. 이는 조직이 에이전트가 사용해야 할 자료를 정의할 수 있으므로, 광범위하고 근거 없는 응답을 허용하지 않아야 하는 고객 응대 답변에 유용합니다.

소스 제한은 제어를 강화하지만, 소스 품질도 여전히 중요합니다. 문서에는 소유자, 검토일, 오래된 가격, 정책, 지침을 제거하는 절차가 있어야 합니다. 모든 문서가 기술적으로 승인되었더라도 상충하는 소스는 일관성 없는 답변을 만들 수 있습니다.

Odoo AI 라이브 채팅의 작동 방식

Odoo는 AI 에이전트를 Live Chat 채널 규칙에 할당할 수 있습니다. 공식 AI Live Chat 문서는 에이전트가 일반적인 질문에 답하고, 추가 정보를 요청하고, 대화를 검증하고, 사람 상담원에게 에스컬레이션할 수 있다고 명시합니다.

제공된 라이브 채팅 패턴은 첫 메시지 이후 바로 리드를 생성하지 않습니다. 지침은 언제 에스컬레이션이 적절한지 정의하고, 누락된 연락처 정보를 수집하고, 알려진 정보를 확인한 뒤, 리드 생성 도구를 한 번 호출합니다. 이는 워크플로 지침이 언어 모델만큼 중요함을 보여줍니다.

Odoo 19.4는 에이전트가 라이브 채팅에서 지원되는 Odoo 레코드를 언급할 때, 풍부하고 클릭 가능한 카드를 표시할 수도 있습니다. 이를 통해 제품, 예약 또는 다른 지원 레코드를 방문자가 더 쉽게 이해하고 열 수 있습니다.

회사별 챗봇은 설정 패턴이지, 체크박스 하나가 아닙니다

다중 회사 조직은 각 회사 웹사이트에 해당 회사에 대해서만 답하는 챗봇을 두고 싶을 수 있습니다. Odoo에는 이러한 설계를 위한 구성 요소가 있지만, 경계는 명시적으로 설정해야 합니다.

실용적인 패턴은 다음과 같습니다:

회사별 경험마다 별도의 웹사이트와 Live Chat 채널 또는 채널 규칙을 사용합니다.
회사를 추론하려는 하나의 에이전트 대신, 회사마다 별도의 AI 에이전트를 만듭니다.
각 에이전트에는 해당 회사의 승인된 Knowledge 문서, 문서, 정책, 웹 링크만 제공합니다.
Restrict to Sources를 활성화하여 답변이 회사별 소스 집합 내에 머물도록 합니다.
정보 검색이나 제어된 리드 생성처럼 해당 채널에 필요한 스킬과 도구만 할당합니다.
생성된 리드, 티켓, 예약이 의도한 회사 문맥과 담당 팀을 받도록 합니다.
회사 간 질문, 모호한 브랜드명, 다른 회사 정보 조회 시도를 테스트합니다.

Odoo 다중 회사 레코드는 공유되거나 회사별일 수 있습니다. 다중 회사 문서에 따르면 회사에 연결된 견적서, 송장, 공급업체 청구서는 관련 회사 문맥으로 제한되지만, 연락처나 제품과 같은 일부 레코드는 기본적으로 공유될 수 있습니다.

하지만 그 레코드 모델이 모든 AI 소스가 자동으로 분리된다는 뜻은 아닙니다. “Company A에 대해서만 이야기하라”와 같은 시스템 프롬프트를 기밀 통제로 취급하지 마세요. 별도의 소스 모음, 채널 할당, 접근 권한, 도구 측 검사가 더 강한 경계를 제공합니다. 엄격한 법적 분리가 필요하다면, 공유 다중 회사 구성보다 별도 데이터베이스가 더 적합할 수 있습니다.

에이전트는 할당된 도구를 통해서만 작업할 수 있습니다

에이전트에 스킬이 없으면, Odoo는 정보를 제공할 수는 있지만 작업을 완료하거나 데이터베이스를 변경할 수는 없다고 설명합니다. 도구는 에이전트를 대화 너머로 확장합니다. 사전 구성 예시에는 보기를 열고 리드를 생성하는 기능이 있으며, 설치된 앱은 다른 도구를 사용할 수 있게 할 수 있습니다.

자동화된 레코드 워크플로에서는 Odoo가 AI 서버 액션을 사용합니다. AI 서버 액션 문서는 AI 관리자와 작업자 도구를 분리합니다. AI는 레코드와 프롬프트를 읽고, 도구를 선택하며, 선언된 인수를 제공합니다. 그러면 표준 서버 액션이 실제 비즈니스 로직을 실행합니다.

이를 통해 AI는 맥락적 결정을 내리고, 결정론적 코드가 규칙을 강제할 수 있습니다. 예를 들어 AI는 공급업체 문서를 분류할 수 있지만, 선택된 도구는 무엇이든 쓰기 전에 대상, 회사, 허용된 레코드 상태, 필수 필드를 검증해야 합니다.

유용한 작업 자동화 패턴

들어오는 문서를 분류하고 승인된 태그나 폴더를 적용합니다.
헬프데스크 티켓을 요약하고 구조화된 분류 필드를 채웁니다.
레코드를 기준으로 후속 경로를 선택하되, 전송이나 승인은 사용자가 하도록 둡니다.
필수 연락처 정보가 확인된 후 라이브 채팅에서 CRM 리드를 생성합니다.
현재 기록의 문맥을 바탕으로 인간 검토를 위한 이메일 초안을 작성합니다.
문서에서 구조화된 세부 정보를 추출하여 통제된 워크플로에 넣습니다.

가장 취약한 패턴은 강력한 쓰기 도구를 여러 개 가진 하나의 광범위한 에이전트에 맡기는 것입니다. 범위가 좁은 에이전트는 테스트, 설명, 감사가 더 쉽습니다.

Odoo 19.4의 추가 기능

공식 Odoo 19.4 릴리스 노트에서는 이 에이전트 모델과 관련해 몇 가지 기능이 추가되었습니다:

작업에 가장 적합한 구성된 AI 모델을 자동으로 선택합니다.
에이전트에게 요청을 받아쓰도록 하는 음성 상호작용.
마지막 메시지 이후 최대 30일 동안 에이전트 대화를 저장합니다.
호환되는 외부 도구를 위한 MCP 연결성.
라이브 채팅에서 언급된 지원 기록을 위한 풍부한 미리보기 카드.
주제를 스킬로 이름 변경.

MCP는 통합 가능성을 넓히지만, 보안 검토 범위도 넓힙니다. 외부 AI 클라이언트를 연결하기 전에 자격 증명, 노출된 도구, 사용자 권한, 로깅, 데이터 경계를 문서화해야 합니다.

제공업체 및 가격 고려 사항

Odoo는 OpenAI와 Google Gemini 제공업체를 지원합니다. Odoo Online 사용자는 표준 서비스를 위해 자체 API 키를 추가할 필요가 없지만, 더 많은 제어를 위해 추가할 수 있습니다. Odoo.sh 및 온프레미스 데이터베이스는 AI 기능을 위해 제공업체 키가 필요합니다. Odoo AI API 키 문서에서는 고객 소유 키를 사용할 때 제공업체 요금이 적용될 수 있다고 안내합니다.

안전한 도입 체크리스트

측정 가능한 수작업 프로세스가 있는 하나의 좁은 사용 사례를 선택합니다.
승인된 소스, 금지된 주제, 인간 에스컬레이션 경로를 정의합니다.
필요한 최소 도구만 할당하고 각 도구 안에서 규칙을 강제합니다.
관리자뿐 아니라 일반 계정으로 회사, 사용자, 기록 접근을 테스트합니다.
잘못된 질문, 불완전한 질문, 적대적인 질문, 교차 회사 질문을 테스트합니다.
재무, 계약, 파괴적 작업 또는 외부 전송 작업에는 검토를 요구합니다.
출시 후 답변, 도구 호출, 제공업체 사용량, 소스 최신성을 모니터링합니다.

실무적 결론

Odoo AI는 기존 비즈니스 워크플로 안에서 집중된 어시스턴트들의 집합으로 볼 때 가장 유용합니다. 라이브 채팅, 회사별 지식, 리드 생성, 문서 분류, 기록 기반 자동화는 Odoo가 자연어 의사결정과 구조화된 기록, 통제된 도구를 결합할 수 있기 때문에 신뢰할 수 있는 사용 사례입니다.

설계는 절대 자신감이나 프롬프트만에 의존해서는 안 됩니다. 목적별로 에이전트를 분리하고, 소스를 제한하며, 도구를 최소화하고, 비즈니스 규칙은 결정론적 Odoo 작업에 유지해야 합니다. 이것이 챗봇 시연을 운영 가능한 역량으로 바꾸는 방법입니다.