- 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
- Scripts globais
- Lista de verificação do Construtor de Conector
- 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
- Agente do Databricks
- Datadog
- Pesquisa Profunda
- Deputy
- Discord - Visualização
- DocuSign
- Gota
- Dropbox
- Dropbox Business
- Egnyte
- FHIR épico - Visualização
- 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
- 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
- MCP
- 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
- NVIDIA NIM
- OKTA
- OpenAI
- LLM em conformidade com OpenAI V1
- Oracle Eloqua
- Oracle NetSuite
- PagerDuty
- Paypal
- PDFMonkey
- Perplexity
- Pinecone
- Pipedrive
- QuickBooksOnline
- Quip
- Salesforce
- Salesforce Agentforce & Flows
- Salesforce Marketing Cloud
- SAP BAPI
- SAP Cloud for Customer
- SAP Concur
- SAP OData
- SendGrid
- ServiceNow
- Shopify
- Slack
- SmartRecruiters
- Smartsheet
- Snowflake
- Sobre o conector do Snowflake
- Autenticação do Snowflake
- Eventos do 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
- Test Manager da UiPath
- 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
Conecte o UiPath ao Snowflake usando o código de autorização OAuth 2.0, as credenciais do cliente OAuth 2.0 com o Microsoft Entra ID, o par de chaves RSA ou a autenticação do token de acesso programático.
O Snowflake está impondo a autenticação multifator (MFA) para todos os usuários como parte da Fase 3 de sua implantação de autenticação forte, implantada entre agosto e outubro de 2026.
A opção Autenticação personalizada (baseada em senha) não está mais disponível. As conexões existentes que usam a autenticação personalizada deixarão de funcionar quando o Snowflake aplicar a aplicação de MFA à sua conta. Recrie-os usando um dos métodos compatíveis listados abaixo.
Pré-requisitos
Dependendo do tipo de autenticação selecionado, você precisará de uma das seguintes credenciais:
- OAuth 2.0 Código de autorização do Snowflake Fluxo de autorização OAuth:
- ID do Cliente
- Segredo do cliente
- Host do banco de dados
- Warehouse
- Nome do esquema de banco de dados
- Nome do banco de dados
- Role
- Credenciais do cliente OAuth 2.0 com Microsoft Entra ID (Snowflake OAuth externo com Microsoft Entra ID):
- Host do banco de dados - seu URL do nome de host do Snowflake, por exemplo,
https://hostname.snowflakecomputing.com - Armazenamento - o armazenamento do Snowflake que processa consultas
- Nome do banco de dados
- Nome do esquema de banco de dados — opcional. Se deixado em branco,
PUBLICserá usado. - ID do cliente - o ID do aplicativo (cliente) da seção Visão geral do registro do seu aplicativo Microsoft Entra ID
- Segredo do cliente - da seção Certificados e segredos do seu registro do aplicativo Microsoft Entra ID
- ID do tenant - o ID do diretório (tenant) da seção Visão geral do seu registro do aplicativo Microsoft Entra ID
- Escopo - o URI de ID do aplicativo do aplicativo de recursos Microsoft Entra ID representando o Snowflake, sufixado com
/.default, por exemploapi://<application-id-uri>/.default - Função - opcional. Deve ser uma função existente concedida ao usuário do Snowflake mapeado para o principal de serviço do Microsoft Entra ID. Deixe em branco para usar a função padrão do usuário.
- Host do banco de dados - seu URL do nome de host do Snowflake, por exemplo,
- RSA (Autenticação de par de chaves e rotação de pares de chaves)
- Host do banco de dados
- Username
- Chave privada RSA
- Warehouse
- Nome do esquema de banco de dados
- Nome do banco de dados
-
Token de acesso programático (Usando tokens de acesso programático para autenticação)
- Username
- Token de acesso programático
- Warehouse
- Nome do esquema de banco de dados
- Nome do banco de dados
- Role
Observação:Revise como os administradores podem configurar políticas para definir a vida útil máxima dos tokens de acesso programático no Snowflake. Consulte Usando tokens de acesso programático para autenticação para obter mais detalhes.
Restrições conhecidas
- Para autenticar usando RSA, você deve usar uma chave privada RSA não criptografada.
- As conexões via AWS PrivateLink não são compatíveis.
- Independentemente do método de autenticação selecionado, se sua instância do Snowflake restringir o acesso pelo IP, você deverá configurar uma lista de permissão para os IPs usados pelo Integration Service. Para obter detalhes, consulte Configuração do firewall na guia do administrador do Automation Cloud.
- O conector do Snowflake não é compatível com Relay (conexões privadas). O relay é compatível apenas com conexões baseadas em HTTP, e esse conector usa o driver Snowflake JDBC.
Recuperação de suas credenciais do Snowflake
Para recuperar as credenciais do Snowflake, siga as seguintes etapas:
-
O host do banco de dados está disponível na URL usada para se conectar ao seu aplicativo Snowflake: Observação: o formato do host do banco de dados pode ser diferente, dependendo do seu tipo de identificador de conta. Para saber mais, consulte a seção Host de banco de dados disponível nesta página, bem como a documentação oficial do Snowflake.
Por exemplo, para o seguinte URL
https://app.snowflake.com/east-us-2.azure/za96341/dashboards, oaccountIDéza96341e oregionéeast-us-2.azure.Para construir um Host de banco de dados, você deve usar o formato
accountID.region.snowflakecomputing.com. Portanto, para o URL anterior, o host do banco de dados construído seriaza96341.east-us-2.azure.snowflakecomputing.com. -
Once you are logged in, on the left-side menu, select Data, then Databases.
-
Database name: A list of databases is displayed:
-
Database schema name - Select a database to view the list of database schema names:
-
-
To retrieve the Warehouse, on the left-side menu, go to Admin > Warehouses:
Como usar o método de autenticação do código de autorização do OAuth 2.0
Apenas usuários com a função ACcountADMIN podem criar credenciais do OAuth2. Por padrão, os usuários com as funções login. Para obter detalhes, consulte o Fluxo de autorização do Snowflake OAuth.
Para criar um cliente OAuth 2.0 para o Snowflake, execute as seguintes etapas:
-
Execute a consulta a seguir para criar a integração do OAuth.
Esta consulta não mostra o ID do Cliente. Você deve executar uma segunda consulta para exibir os detalhes do cliente. Certifique-se de incluir o URL de redirecionamento correto na consulta:
https://{baseURL}/provisioning_/callback(por exemplo, para Automation Cloudhttps://cloud.uipath.com/provisioning_/callback).CREATE SECURITY INTEGRATION my_oauth_integration_uipath TYPE=OAUTH OAUTH_CLIENT= CUSTOM OAUTH_REDIRECT_URI='https://cloud.uipath.com/provisioning_/callback' OAUTH_CLIENT_TYPE='CONFIDENTIAL' OAUTH_ISSUE_REFRESH_TOKENS=true OAUTH_REFRESH_TOKEN_VALIDITY= 86400 ENABLED=true;CREATE SECURITY INTEGRATION my_oauth_integration_uipath TYPE=OAUTH OAUTH_CLIENT= CUSTOM OAUTH_REDIRECT_URI='https://cloud.uipath.com/provisioning_/callback' OAUTH_CLIENT_TYPE='CONFIDENTIAL' OAUTH_ISSUE_REFRESH_TOKENS=true OAUTH_REFRESH_TOKEN_VALIDITY= 86400 ENABLED=true; -
Execute a consulta a seguir para exibir os detalhes do cliente. Copie o
OAUTH_CLIENT_ID.DESCRIBE SECURITY INTEGRATION my_oauth_integration_uipathDESCRIBE SECURITY INTEGRATION my_oauth_integration_uipath -
Execute a seguinte consulta para exibir o segredo do cliente. Copie o
OAUTH_CLIENT_SECRET.Essa consulta gera dois itens:
OAUTH_CLIENT_SECRETeOAUTH_CLIENT_SECRET_2. Você deve usarOAUTH_CLIENT_SECRET.select system$show_oauth_client_secrets('MY_OAUTH_INTEGRATION_UIPATH');select system$show_oauth_client_secrets('MY_OAUTH_INTEGRATION_UIPATH');
Para obter detalhes, consulte Configurar o Snowflake OAuth para clientes personalizados.
Uso das credenciais do cliente OAuth 2.0 com o método de autenticação do Microsoft Entra ID
Esse método autentica-se por meio do OAuth externo do Snowflake com o Microsoft Entra ID em vez do próprio endpoint OAuth do Snowflake: o conector troca o ID e o segredo do cliente do aplicativo Microsoft Entra ID por um token de acesso e, em seguida, envia esse token para o Snowflake.
Use este método se sua organização não permitir conexões diretas com o Snowflake e exigir que todo o acesso passe por um aplicativo Microsoft Entra ID.
Para configurar esse método de autenticação, configure o Microsoft Entra ID e o Snowflake:
- No Microsoft Entra ID, registre um aplicativo e crie um segredo do cliente para ele. A seção Visão geral fornece o ID do cliente e o ID do tenant; a seção Certificados e segredos fornece o Segredo do cliente.
- No Microsoft Entra ID, identifique ou registre o aplicativo de recursos que representa o Snowflake e observe seu URI do ID do aplicativo. Use-o para criar o valor do Escopo :
api://<application-id-uri>/.default. - No Snowflake, crie uma integração de segurança para o OAuth externo com o tipo de aplicativo definido como Azure, o público definido como o URI do ID do aplicativo na etapa 2 e um usuário do Snowflake mapeado para a declaração do token da entidade de serviço.
- Opcionalmente, conceda a esse usuário do Snowflake a função que você pretende inserir em Função. Se você deixar Função vazia, a conexão usará a função padrão do usuário.
Para obter a sintaxe de configuração exata, consulte Snowflake External OAuth com Microsoft Entra ID na documentação do Snowflake.
Adição da conexão do Snowflake
-
Selecione Orchestrator no inicializador do produto.
-
Selecione uma pasta e navegue até a aba Conexões .
-
Selecione Adicionar conexão.
-
Para abrir a página de criação de conexão, selecione o conector na lista. Você pode usar a barra de pesquisa para encontrar o conector.
-
Selecione o tipo de autenticação: Código de autorização OAuth 2.0, Credenciais do cliente OAuth 2.0 com Microsoft Entra ID, RSA ou Token de acesso programático.
-
Insira suas credenciais do Snowflake necessárias e selecione Conectar.
Quando disponível, selecione o menu ao lado de um campo e escolha Usar ativo de credencial ou Usar ativo do Orchestrator para fazer referência a um ativo do Orchestrator em vez de inserir o valor diretamente. Para obter mais informações, consulte Usar ativos de credenciais para conexões.
Permissões
A conexão permite que a UiPath leia, grave, modifique e exclua dados do Snowflake em seu nome.
Funções necessárias para conexão com o Snowflake
Ao criar uma conexão para o Snowflake a partir do Integration Service, o conector sempre seleciona a função padrão do usuário, conforme mostrado na imagem a seguir.
Os administradores do Snowflake podem configurar funções personalizadas para os usuários, porque nem todos recebem funções de administrador por razões de segurança.
O exemplo a seguir mostra o que exatamente é necessário no Snowflake para que o processo de conexão do Integration Service funcione sem problemas. Neste exemplo, você cria uma conexão usando o esquema de banco de dados DEAL\_AMOUNT e o banco de dados JULY\_DEMO.
A primeira etapa é garantir que a função padrão, neste caso SAMRAT, tenha privilégios USAGE no banco de dados (JULY\_DEMO) e no esquema de banco de dados (DEAL\_AMOUNT) no Snowflake.
Uma autenticação bem-sucedida no Snowflake depende dessas configurações. Uma função sempre pode ter privilégios adicionais atribuídos a ela por um Administrador.
Para obter detalhes, consulte Privilégios de controle de acesso na documentação do Snowflake.
- Pré-requisitos
- Restrições conhecidas
- Recuperação de suas credenciais do Snowflake
- Como usar o método de autenticação do código de autorização do OAuth 2.0
- Uso das credenciais do cliente OAuth 2.0 com o método de autenticação do Microsoft Entra ID
- Adição da conexão do Snowflake
- Permissões
- Funções necessárias para conexão com o Snowflake