- Introdução
- Notificações
- Licenciamento
- Solução de problemas
- Construtor de Conector
- Sobre o Construtor de Conector
- Criação do primeiro conector
- Como criar seu conector a partir de uma definição de API
- Configuração da autenticação
- Uso de variáveis no Construtor do Conector
- Designer de atividades
- Criação de um gatilho
- Introdução
- Exemplo A: criar um conector a partir de uma tela em branco com autenticação do Token de Acesso Pessoal
- Exemplo B: criar um conector de uma tela em branco com autenticação de chave de API
- Exemplo C: criar um conector a partir de uma especificação de API com autenticação de credenciais do cliente OAuth 2.0
- Act! 365
- ActiveCampaign
- Active Directory - Visualização
- Adobe Acrobat Sign
- Adobe PDF Services
- Amazon Bedrock
- Amazon Connect
- Amazon Polly
- Amazon SES
- Amazon Transcribe
- Amazon Web Services
- Anthropic Claude
- Asana
- AWeber
- Azure AI Document Intelligence
- Azure Defender for Cloud
- Azure Maps
- BambooHR
- Box
- Brevo
- Calendly
- Campaign Monitor
- Cisco Webex Teams
- Citrix Hypervisor
- Citrix ShareFile
- Clearbit
- Confluence Cloud
- Constant Contact
- Coupa
- CrewAI – Pré-visualização
- Customer.io
- Database Hub - Pré-visualização
- Agente do Databricks
- Datadog
- Pesquisa Profunda
- Deputy
- Discord - Visualização
- DocuSign
- Gota
- Dropbox
- Dropbox Business
- Egnyte
- Eventbrite
- Taxas de câmbio
- Exchange Server - Pré-visualização
- Expensify
- Facebook
- Freshbooks
- Freshdesk
- Freshsales
- Freshservice
- GetResponse
- GitHub
- Gmail
- Google Cloud Platform
- Documentos Google
- Google Drive
- Formulários Google - Pré-visualização
- Google Maps
- Planilhas Google
- Google Speech-to-Text
- Text-to-Speach do Google
- Google Tasks - Visualização
- Google Vertex
- Google Vision
- Google Workspace
- GoToWebinar
- Greenhouse
- Hootsuite
- Http
- Webhook HTTP
- Sobre o conector HTTP Webhook
- Autenticação HTTP Webhook
- Eventos HTTP do Webhook
- Uso do conector Webhook
- Monitoramento
- Hubspot CRM
- HubSpot Marketing
- HyperV - Pré-visualização
- Icertis
- iContact
- Insightly CRM
- Intercom
- Jina.ai
- Jira
- Keap
- Klaviyo
- LinkedIn
- Email
- Mailchimp
- Mailgun
- Mailjet
- MailerLite
- Marketo
- Microsoft 365
- Microsoft Azure
- Microsoft Azure Active Directory
- Microsoft Azure AI Foundry
- Microsoft Azure OpenAI
- Microsoft Azure Sentinel
- Microsoft Dynamics 365 CRM
- Microsoft OneDrive & SharePoint
- Microsoft Outlook 365
- Microsoft Power Automate – Prévia
- Microsoft Sentiment
- Microsoft Sentinel Threat Intelligence
- Microsoft Teams
- Microsoft Translator
- Microsoft Vision
- Miro
- NetIQ eDirectory
- OKTA
- OpenAI
- LLM em conformidade com OpenAI V1
- Oracle Eloqua
- Oracle NetSuite
- PagerDuty
- Paypal
- PDFMonkey
- Perplexity
- Pinecone
- Pipedrive
- QuickBooksOnline
- Quip
- Salesforce
- Salesforce AgentForce e fluxos – Visualização
- Salesforce Marketing Cloud
- SAP BAPI
- SAP Cloud for Customer
- SAP Concur
- SAP OData
- SendGrid
- ServiceNow
- Shopify
- Slack
- SmartRecruiters
- Smartsheet
- Snowflake
- Snowflake Cortex
- Stripe
- Sugar Enterprise
- Sugar Professional
- Sugar Sell
- Sugar Serve
- System Center - Pré-visualização
- TangoCard
- Todoist
- Trello
- Twilio
- UiPath Apps - Preview
- UiPath Data Fabric – Visualização
- Atividades da UiPath GenAI
- UiPath Orchestrator
- X (anteriormente Twitter)
- Xero
- watsonx.ai
- WhatsApp Business
- UiPath Marketplace
- Funcional
- Workday
- Workday REST
- VMware ESXi vSphere
- YouTube
- Zendesk
- Zoho Campaigns
- Zoho Desk
- Zoho Mail
- Zoom
- ZoomInfo

Guia do usuário do Integration Service
Autenticação HTTP Webhook
Pré-requisitos
Seu provedor de webhook pode exigir um handshake. Consulte a seção Verificação desafio do Webhook para obter detalhes sobre como configurar a verificação desafio.
Dependendo de onde você criar o gatilho, o URL do webhook gerado aparecerá na atividade HTTP Webhook Trigger ou na página de criação do gatilho, mas somente depois que a conexão for criada com sucesso. Para evitar falhas, cole o URL do webhook em seu aplicativo após publicar seu fluxo de trabalho ou o gatilho será criado com sucesso no UiPath Orchestrator.
Criação de uma conexão HTTP Webhook
- Select Orchestrator from the product launcher.
- Select a folder, and then navigate to the Connections tab.
- Select Add connection.
- To open the connection creation page, select the connector from the list. You can use the search bar to find the connector.
- No campo Para qual aplicativo é esse webhook , insira um nome descritivo para o aplicativo de webhook, algo que facilita a identificação de qual fornecedor ou integração essa conexão representa. Esse valor se torna o Identificador de conexão.
- Configure o local do desafio
Escolha como o fornecedor enviará o token de desafio para que a UiPath possa responder corretamente:- Sem desafio - o fornecedor não exige um handshake, e você pode prosseguir para a conexão.
- Parâmetro de consulta (por exemplo,
?challenge=...) - Corpo JSON ( POST com
{ "challenge": "..." }) - Cabeçalho (por exemplo,
X-Hub-Challenge)
- Configure a verificação de desafio e conecte-se
Se o fornecedor exigir um handshake, insira a verificação de desafio que corresponde ao padrão do fornecedor (qual campo/cabeçalho/consulta ler e como fazê-lo/validar). Quando a configuração estiver concluída, clique em Conectar.
- Use um nome que inclua o fornecedor e o ambiente (por exemplo, Stripe-prod ou Slack-staging) para evitar confusão.
- Se você não tiver certeza de qual padrão de desafio o fornecedor usa, verifique seus documentos do webhook ou execute um registro de teste para inspecionar a solicitação de handshake.
Verificação do desafio do Webhook
Alguns fornecedores exigem que os URLs do webhook sejam validados antes de começarem a enviar eventos reais. Isso é feito usando um mecanismo de desafio-resposta. Quando você registra um webhook, o fornecedor envia uma solicitação de desafio especial, e o ponto de extremidade deve responder exatamente conforme o esperado.
O conector HTTP Webhook é compatível com esses fluxos de verificação por meio do Framework de Desafios do Webhook, permitindo que você configure como a UiPath deve ler e responder aos desafios do fornecedor.
Suporte à verificação de desafio
A UiPath é compatível com ambos os tipos de comportamentos de webhook de fornecedor:
- Fornecedores que não usam a verificação de desafio
- Fornecedores que exigem um handshake antes de ativar o webhook
Isso garante compatibilidade com provedores de webhooks simples, bem como aqueles com requisitos de segurança mais avançados.
Quando os fornecedores não usam a verificação de desafio
Muitos aplicativos simplesmente aceitam um URL de webhook e começam a fornecer eventos imediatamente.
Para estes fornecedores:
- Os usuários só precisam criar ou selecionar uma conexão.
- Copie o URL do webhook.
- Cole-o na configuração do webhook do fornecedor.
Nenhuma etapa adicional é necessária. O webhook fica ativo assim que o fornecedor começa a enviar eventos.
Esse é o cenário mais comum e mais simples, e a UiPath lida com isso perfeitamente.
Quando os fornecedores exigem a verificação de desafio
Alguns fornecedores enviam uma solicitação de desafio para verificar o URL do webhook antes de habilitá-lo.
Nestes casos:
- Os usuários devem configurar a resposta do desafio na conexão HTTP do Webhook.
- A UiPath escuta a solicitação de desafio do fornecedor.
- A UiPath retorna automaticamente o valor de desafio correto com base na configuração.
- Depois que o fornecedor valida a resposta, os eventos normais começam a fluir.
Como os fornecedores diferem na forma como enviam o desafio (parâmetro de consulta, corpo JSON, cabeçalho etc.), a configuração da UiPath permite que os usuários lidem com qualquer um desses padrões.
Isso garante compatibilidade com provedores de webhook que impõem handshakes de segurança, como Slack, Meta (Facebook/Instagram), Stripe e outros.
Configurando a verificação de desafio
Você configura o comportamento desafio usando quatro parâmetros:
-
Chave do Desafio
Campo/chave que contém o valor do desafio. Usado para detectar solicitações de desafio (não deve ser nulo). -
Local do Desafio
Onde a chave aparece:- Corpo
- Parâmetro de consulta
- Cabeçalho
-
Tipo de conteúdo da resposta ao desafio
Formato da resposta retornada ao fornecedor:- texto/simples
- application/json
-
Formato da Resposta do Desafio
Define qual valor é retornado (em geral a própria chave de desafio).
A UiPath extrai o valor do desafio que recebe e responde de acordo.
Exemplo genérico
Solicitação de entrada
{
"challenge": "ABC123"
}
{
"challenge": "ABC123"
}
Configuração
- Chave do Desafio:
challenge != null - Local do desafio: corpo
- ResponseType:
text/plain - Formato da Resposta:
challenge
Resposta
ABC123
Exemplo de verificação de desafio do WhatsApp
O WhatsApp usa o método de desafio baseado em parâmetro de consulta com hub.challenge.
Configuração
| Parâmetro | Valor |
|---|---|
| Chave do Desafio | hub.challenge != null |
| Local do Desafio | Parâmetro de consulta |
| Tipo de conteúdo da resposta ao desafio | text/plain |
| Formato da Resposta do Desafio | hub.challenge |
Solicitação do fornecedor
GET https://your-webhook-url?hub.challenge=1234567890
Resposta esperada da UiPath
HTTP/1.1 200 OK
Content-Type: text/plain
1234567890
HTTP/1.1 200 OK
Content-Type: text/plain
1234567890
Isso confirma a propriedade, e o WhatsApp começa a enviar eventos de webhook reais em seguida.

Resumo — Genérico vs WhatsApp
| Etapa | Exemplo Genérico | Exemplo do WhatsApp |
|---|---|---|
| Local do Desafio | Corpo/Consulta/Cabeçalho | Consulta |
| FormatoDaChave | Chave simples (por exemplo, challenge) | Chave com ponto "hub.challenge") |
| ResponseType | texto/simples ou aplicativo/json | texto/simples |
| Valor da Resposta | Valor da chave | Valor de "hub.challenge" |
| Método | POST ou GET | Apenas GET |