---
sourceDocument: Interfaces conversacionais de Yokohama
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/conversational-interfaces

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Interfaces conversacionais de Yokohama

ft:clusterId :

    - convint

bundleId :

    - convint

workflow :

    - Platform


---

# Configure várias aplicações do provedor

# Configure várias aplicações do provedor {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 min. de leitura

Você pode configurar várias aplicações de provedor para oferecer suporte a casos de uso em que há vários bots primários usando Virtual Agent APIe você precisa distinguir entre eles.

## Antes de Iniciar

Função necessária: administrador

Certifique-se de que você está dentro Virtual Agent APIescopo da aplicação.

## Procedimento

1. Navegar até Tudosys_cs_provider_application.
2. Clique em Novo para criar uma nova aplicação do provedor.
3. No formulário, preencha os campos.  
   {#configure-multiple-provider-applications__table_ujp_1dp_kqb__entry__2}

   | Campo | Descrição |
   |-|-|
   | Nome | Nome da aplicação do provedor, como <kbd class="ph userinput">VA API personalizado </kbd>. |
   | Provedor | Selecione o provedor como Bot do VA para provedor de bot . |
   | ID de entrada | ID de entrada exclusivo usado na mensagem de solicitação, por exemplo, custom_1. |
   | Autenticação de Mensagem | Configure a Autenticação de mensagem com um token para comunicação de entrada. Consulte [Configure a Autenticação de mensagem para comunicação de entrada](https://servicenow-prod.fluidtopics.net/baeCkkHbi0f3xdzf46XIXw "Você pode configurar a Autenticação de mensagem para Virtual AgentAPI em vez de Básica ou OAuth. A autenticação de mensagem envolve a configuração de tokens estáticos ou de hash, a configuração da autenticação do provedor e a definição da identidade do canal.") para obter mais detalhes. |
   [ ]

   {#configure-multiple-provider-applications__table_ujp_1dp_kqb}
4. Clique em Enviar.
5. Navegar até TudoServiços web do sistemaMensagem REST.
6. Clique em Novo Para criar um novo registro de mensagem REST.
7. No registro Mensagem REST, preencha os campos do formulário.  
   {#configure-multiple-provider-applications__table_fhw_fy3_n1c__entry__2}

   | Campo | Descrição |
   |-|-|
   | Nome | Nome do registro de mensagem REST. Deve ser igual à aplicação do provedor recém-criada. |
   | Endpoint | O endpoint de resposta do bot primário. |
   [ ]

   {#configure-multiple-provider-applications__table_fhw_fy3_n1c}
8. Clique em Enviar.
9. Na seção Métodos HTTP, clique em Novo para criar um novo método ou você pode substituir o método GET padrão.  
   {#configure-multiple-provider-applications__table_lfp_hcj_n1c__entry__2}

   | Campo | Descrição |
   |-|-|
   | Nome | Nome do método HTTP. Insira <kbd class="ph userinput">PostMessage </kbd>. |
   | Método HTTP | Selecione PUBLICAÇÃO . |
   | Endpoint | Insira o endpoint de resposta do bot primário. |
   | Tipo de autenticação | Configure a autenticação Básica ou OAuth 2,0 de acordo com seu requisito. Para obter detalhes sobre como configurar a autenticação básica, consulte [Configure uma mensagem REST com autenticação básica](https://www.servicenow.com/docs/access?context=t_ConfigureRESTMsgBasicAuth&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US). Para obter informações sobre como configurar o OAuth 2,0, consulte [Configure uma mensagem REST com OAuth](https://www.servicenow.com/docs/access?context=t_ConfigureARESTMessageWithOAuth&version=yokohama&pubname=yokohama-api-reference&ft:locale=en-US). |
   [ ]

   {#configure-multiple-provider-applications__table_lfp_hcj_n1c}
10. Para usar a aplicação do provedor recém-criada, passe o ID de entrada da aplicação do provedor no appInboundIdparâmetro do Virtual Agent APIsolicitação.  
    Você precisa passar o ID de entrada da aplicação do provedor no appInboundIdparâmetro para cada Virtual Agent APIsolicitação. A seguir está uma amostra Virtual Agent APIsolicitação que usa a aplicação do provedor recém-criada.


        {
            "userId": "adminuser1",
            "emailId": "admin@example.com",
            "action": "START_CONVERSATION",
            "message": {
                "text": "",
                "typed": true
            },
            "appInboundId": "custom_1",
            "contextVariables": {
                "app_name": "test"
            }
        }

    Você pode testar a configuração exibindo os logs HTTP de saída para verificar se o endpoint de resposta foi chamado.