Importação cURL e testes de tempo de design Esta seção ajuda você a configurar a atividade por meio dos fragmentos de código cURL e realizar testes de tempo de design da solicitação. |
- Texto do comando cURL – Campo de texto de tempo de design multilinha no qual um comando cURL completo pode ser colado. Compatível com os estilos `cm e bash.
- Botão de importação cURL - Botão de ação que dispara imediatamente a análise/importação do Texto de comando do cURL atual para a atividade (método, URL, cabeçalhos, corpo, autenticação, arquivos).
- Botão de solicitação de teste - Botão de ação que executa a solicitação configurada no período de design. Ao executar, ele alterna para Cancelar. Na conclusão ou cancelamento, ele é revertido para Teste e atualiza o campo Relatório com resposta ou erro formatado.
- Relatório — área de texto com várias linhas usada para exibir o resultado da última importação do cURL ou execução de teste em tempo de design (resumo do sucesso, detalhes do mapeamento, avisos ou erros).
|
Esta seção ajuda você a definir as configurações relacionadas à conexão. |
- Desabilitar verificação SSL - Ignora as verificações de segurança SSL. Útil para testes ( True ). Não recomendado para produção ( False, padrão).
- Protocolo TLS - Seleciona o protocolo TLS para conexões seguras. As opções disponíveis são Automático (padrão), TLS 1.2 e TLS 1.3 .
- Habilitar cookies - Por padrão, habilita o processamento automático de cookies ( True ). Definir como False para desabilitar o processamento automático de cookies.
- Certificado do cliente - Indica o caminho para o certificado do cliente para autenticação com APIs seguras. Por exemplo,
"C:/certificates/client-cert.pfx" .
- Senha segura do certificado do cliente - Armazena a senha segura para o certificado do cliente fornecido. Por exemplo,
"certPassword" . Alterne entre senhas simples e seguras selecionando o ícone de mais e escolhendo a opção desejada: Usar string simples e Usar string segura .
- Configuração de proxy – Configura proxies personalizados, incluindo suporte para autenticação e listas de ignoráveis. Por exemplo,
"http://proxy.example.com:8080" .
|
Esta seção ajuda a definir como a atividade se autentica no servidor. | Autenticação – Selecione o método de autenticação. As opções disponíveis são:
- Sem autenticação - O servidor não requer validação do usuário para aceitar sua solicitação.
-
Autenticação básica - Fornece validação do usuário para o servidor de recebimento por meio de Nome de usuário e Senha segura . Alterne entre senhas simples e seguras selecionando o ícone de mais e escolhendo a opção desejada: Usar string simples e Usar string segura .
- Token de portador — fornece validação do usuário para o servidor de recebimento por meio de um token de portador exclusivo gerado após o login.
- Autenticação negociada — use o esquema de Negociação HTTP para o runtime para selecionar Kerberos ou NTLM (e opcionalmente Digest) com base nos desafios do servidor. Quando a Autenticação estiver definida como Autenticação negociada e Usar credenciais do sistema operacional = True , o contexto atual do usuário do sistema operacional será usado (token de logon do Windows; no Linux/macOS, um tíquete do Kerberos existente, por exemplo, do kinit). Defina Usar credenciais do sistema operacional = False para habilitar o campo Credenciais personalizadas; forneça uma CredentialDeRede (domínio/nome de usuário/senha ou senha segura).
|
Esta seção ajuda a definir o comportamento da solicitação. |
- Cookies adicionais — especifique manualmente cookies extras como pares de chave-valor.
- Tempo limite da solicitação - Especifique o tempo máximo de espera, em milissegundos, antes que a solicitação seja anulada. O valor padrão é 10.000 milissegundos (10 segundos).
- Continuar com erro — Decida se a automação deve continuar mesmo quando a atividade gera um erro ( Verdadeiro , opção padrão). Para interromper a automação quando um erro ocorrer, use False .
- Seguir redirecionamentos - Decida se sua solicitação deve seguir automaticamente redirecionamentos de URL fornecidos pelo servidor ( Verdadeiro , opção padrão). Para ignorar redirecionamentos e usar a resposta inicial, use False .
- Máximo de redirecionamentos — especifique quantos redirecionamentos automáticos você deve seguir antes de parar. O valor padrão é 3.
|
Política de nova tentativa Esta seção ajuda você a definir o mecanismo de nova tentativa em caso de falha da solicitação. | Tipo de política de nova tentativa - Especifique o método para tentar novamente solicitações. As opções disponíveis são:
- Sem nova tentativa - Sua solicitação chama o servidor apenas uma vez. Se ela falhar, não ocorrerá nenhuma outra tentativa.
- Nova tentativa básica – Repete a solicitação após falhas usando um atraso fixo.
- Número de novas tentativas – Especifique o número de vezes a tentar novamente. O valor padrão é 3.
- Atraso - Especifique o tempo fixo entre as tentativas em milissegundos. O valor padrão é 500 milissegundos (0,5 segundos).
- Usar cabeçalho Retry-After - Decida se a solicitação deve usar o cabeçalho Retry-After recomendado pelo servidor ( True , opção padrão). Para ignorar o valor do cabeçalho Retry-After , use False .
- Limite de atraso - Especifique o atraso máximo permitido entre novas tentativas - Após novas tentativas, em milissegundos. O valor padrão é 30.000 milissegundos (30 segundos).
- Códigos de status de nova tentativa – Especifique os códigos de status que devem disparar novas tentativas.
- Retirada exponencial - Tentativas com atrasos crescentes entre cada tentativa.
- Número de novas tentativas – Especifique o número de vezes a tentar novamente. O valor padrão é 3.
- Atraso inicial - Especifique o tempo de atraso antes da primeira nova tentativa, em milissegundos. O valor padrão é 500 milissegundos (0,5 segundos).
- Multiplicador - Especifique o número usado para aumentar o atraso após cada solicitação com falha. O valor padrão é 2, o que duplica o atraso a cada vez.
- Usar instabilidade - Para atrasos, decida se você deseja adicionar um deslocamento aleatório entre 0 e 100 milissegundos para evitar novas tentativas sincronizadas ( True , padrão).
- Usar cabeçalho Retry-After - Decida se a solicitação deve usar o cabeçalho Retry-After recomendado pelo servidor ( True , opção padrão). Para ignorar o valor do cabeçalho Retry-After , use False .
- Limite de atraso - Especifique o atraso máximo permitido entre novas tentativas - Após novas tentativas, em milissegundos. O valor padrão é 30.000 milissegundos (30 segundos).
- Códigos de status de nova tentativa – Especifique os códigos de status que devem disparar novas tentativas.
|
Esta seção ajuda você a personalizar como a resposta será retornada pelo servidor. |
- Sempre salvar a resposta como arquivo - Força a gravação do corpo da resposta no disco mesmo quando um nome de arquivo de anexo não é inferido.
- Habilitar informações de depuração – Habilitar a captura de depuração estendida (metadados brutos de solicitação/resposta, instantâneo de cabeçalhos, tempo, detalhes de nova tentativa) e saída para o objeto de resposta ou durante o teste de tempo de design.
- Nome do arquivo de saída - Substitua o nome do arquivo fornecido pelo servidor (por exemplo, Disposição de conteúdo).
- Pasta de destino do arquivo de saída - Controle a pasta de destino para os arquivos de resposta salvos.
- Se o arquivo já existir - Defina a estratégia de colisões quando um arquivo com o nome resolvido já existir na pasta de destino. Opções:
- Renomeação automática — acrescente um sufixo incremental (_1, _2, …) para produzir um nome de arquivo exclusivo.
- Substituir — sobrescrever arquivo existente.
- Parar e descartar -
- Anula a operação de salvamento (e fluxo de trabalho se a exceção não for tratada) deixando o arquivo existente intacto.
|
Esta seção ajuda a capturar e armazenar a resposta retornada pelo servidor. | Conteúdo da resposta - Captura a resposta do servidor e a armazena em uma variável, para processamento futuro. Isso inclui:
- CódigoDoStatus — código de status de resposta HTTP.
- TextContent - Resposta como texto simples (se disponível).
- BinaryContent - Dados de resposta brutos para conteúdo que não seja de texto.
- Arquivo - Resposta salva como um arquivo ( ILocalResource ) em sua pasta Downloads. O nome do arquivo é de cabeçalhos de resposta ou gerado automaticamente para evitar substituir arquivos.
- Cabeçalhos - Todos os cabeçalhos de resposta HTTP.
- CabeçalhosDeConteúdo - Cabeçalhos especificamente relacionados ao conteúdo de resposta. Por exemplo, Content-Type e Content-Length .
- RawRequestDebuggingInfo — string opcional contendo detalhes de solicitação/resposta de baixo nível capturados (por exemplo linha de solicitação construída, cabeçalhos, novas tentativas, tempo) preenchida apenas quando a depuração estiver habilitada; Caso contrário, string vazia.
|