여러 제공자 애플리케이션 구성

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 2분

    • AI 에이전트를 지원하기 위해 여러 제공자 애플리케이션을 구성할 수 있으며, 이 경우 여러 기본 봇을 사용하고 가상 에이전트 API 있으며 봇을 구분해야 합니다.

    시작하기 전에

    필요한 역할: 관리자

    애플리케이션 범위 내에 가상 에이전트 API 있는지 확인하십시오.

    프로시저

    1. 다음으로 이동 모두 > sys_cs_provider_application.
    2. 새로 만들기를 클릭하여 새 제공자 애플리케이션을 만듭니다.
    3. 양식에서 필드를 채웁니다.
      필드 설명
      이름 VA API 사용자 지정 봇과 같은 제공자 애플리케이션의 이름입니다.
      제공자 제공자를 VA 봇에서 봇 제공자로 선택합니다.
      인바운드 ID 요청 메시지에 사용되는 고유한 인바운드 ID(예: custom_1)입니다.
      메시지 인증 인바운드 통신을 위한 토큰으로 메시지 인증을 구성합니다. 자세한 내용은 인바운드 통신을 위한 메시지 인증 구성 문서를 참조하십시오.
    4. 제출을 클릭합니다.
    5. 다음으로 이동 모두 > 시스템 웹 서비스 > REST 메시지.
    6. 새로 만들기를 클릭하여 새 REST 메시지 기록을 만듭니다.
    7. REST 메시지 기록에서 양식 필드를 채웁니다.
      필드 설명
      이름 REST 메시지 기록의 이름입니다. 이는 새로 만든 제공자 애플리케이션과 동일해야 합니다.
      엔드포인트 기본 봇의 응답 엔드포인트입니다.
    8. 제출을 클릭합니다.
    9. HTTP 메서드 섹션에서 새로 만들기를 클릭하여 새 메서드를 만들거나 기본 GET 메서드를 재정의할 수 있습니다.
      필드 설명
      이름 HTTP 메서드의 이름입니다. postMessage를 입력합니다.
      HTTP 메서드 POST를 선택합니다.
      엔드포인트 기본 봇의 응답 엔드포인트를 입력합니다.
      인증 유형 요구 사항에 따라 기본 또는 OAuth 2.0 인증을 구성합니다. 기본 인증 구성에 대한 자세한 내용은 기본 인증을 사용하여 REST 메시지 구성을 참조하세요. OAuth 2.0 구성에 대한 자세한 내용은 OAuth를 사용하여 REST 메시지 구성을 참조하세요.
    10. 새로 생성된 제공자 애플리케이션을 사용하려면 요청 매개변수에 제공자 애플리케이션의 인바운드 ID를 appInboundId가상 에이전트 API 전달합니다.
      모든 가상 에이전트 API 요청에 대한 매개변수에 제공자 애플리케이션의 인바운드 ID를 appInboundId 전달해야 합니다. 다음은 새로 만든 제공자 애플리케이션을 사용하는 샘플 가상 에이전트 API 요청입니다.
      
{
    "userId": "adminuser1",
    "emailId": "admin@example.com",
    "action": "START_CONVERSATION",
    "message": {
        "text": "",
        "typed": true
    },
    "appInboundId": "custom_1",
    "contextVariables": {
        "app_name": "test"
    }
}

      아웃바운드 HTTP 로그를 보고 응답 엔드포인트가 호출되었는지 확인하여 구성을 테스트할 수 있습니다.