O que é o Bloco Integração API?
O bloco Integração API permite que o agente de IA consulte sistemas externos (ERP, CRM, catálogos, sistemas de reserva, etc.) durante a conversa. A IA decide automaticamente quando chamar a API, baseado na conversa com o cliente.
Por que usar?
| Benefício | Descrição |
|---|---|
| Respostas em tempo real | Consulta informações atualizadas do seu sistema |
| IA decide quando usar | O agente sabe quando a API é relevante para a conversa |
| Sem código | Configure visualmente sem precisar programar |
| Seguro | Credenciais ficam protegidas e nunca aparecem ao cliente |
Este bloco funciona no modo Tool (LLM): a IA decide quando chamar a API. Se você precisa de uma consulta automática e silenciosa (sem IA), use o modo Buscar Dados — veja o Bloco Buscar Dados.
Como funciona?
Configuração
1. Identificação
A primeira seção define como a IA reconhece e usa esta integração:| Campo | Descrição | Exemplo |
|---|---|---|
| Nome da Tool | Identificador interno (sem espaços) | buscar_produto |
| Nome de Exibição | Nome amigável | ”Buscar Produto” |
| Descrição | Quando o agente deve usar | ”Use quando o cliente perguntar sobre disponibilidade ou preço de um produto” |
2. Endpoint
Configure a URL da API que será chamada:Escolha o método HTTP
| Método | Quando usar |
|---|---|
| GET | Consultar informações (mais comum) |
| POST | Enviar dados para criar algo |
| PUT | Atualizar um recurso existente |
| PATCH | Atualizar parcialmente |
| DELETE | Remover um recurso |
3. Autenticação
Se a API exige autenticação, configure nesta seção:| Tipo | Como funciona | Quando usar |
|---|---|---|
| Nenhuma | Sem autenticação | APIs públicas |
| API Key | Envia uma chave via header HTTP | A maioria das APIs |
| Bearer Token | Envia um token de acesso | APIs com OAuth/JWT |
| Basic Auth | Envia usuário e senha | APIs legadas |
- API Key
- Bearer Token
- Basic Auth
Configure:
- Nome do Header: O nome do header (ex:
X-API-Key,Authorization) - API Key: O valor da chave
4. Parâmetros
Configure os dados que serão enviados na requisição:Query Parameters
Dados enviados na URL (ex:?nome=hotel&cidade=sp).
| Campo | Descrição |
|---|---|
| Nome | Nome do parâmetro |
| Tipo | string, number, boolean, etc. |
| Obrigatório | Se a IA deve coletar antes de chamar |
| Origem | De onde vem o valor |
| Descrição | Explica para a IA o que é este campo |
Body Parameters
Dados enviados no corpo da requisição (para POST, PUT, PATCH).Path Parameters
Valores para substituir{param} na URL.
Origem dos dados
| Origem | Descrição | Exemplo |
|---|---|---|
| Do usuário | A IA pergunta ao cliente | ”Qual o número do pedido?” |
| Do contexto | Extraído automaticamente da conversa | Nome, email já informados |
| Valor fixo | Sempre o mesmo valor | Chave fixa, ID do hotel |
5. Resposta
Configure como o agente apresenta o resultado da API ao cliente:| Campo | Descrição |
|---|---|
| Template de Sucesso | Como formatar a resposta da API |
| Template de Erro | Mensagem quando a API falha |
| Variável | O que retorna |
|---|---|
{{response}} | Resposta JSON completa |
{{response.campo}} | Campo específico da resposta |
{{status}} | Código HTTP (200, 404, etc.) |
6. Configurações Avançadas
| Campo | Descrição | Padrão |
|---|---|---|
| Timeout | Tempo máximo de espera (ms) | 30.000 (30 seg) |
| Tentativas | Quantas vezes tentar se falhar | 1 |
| Cache | Tempo para reutilizar resposta (seg) | 0 (sem cache) |
Exemplos por Segmento
- E-commerce - Rastreio
- Imobiliária - Imóveis
- Clínica - Agendamento
Objetivo: Permitir que o cliente consulte o status do pedido.
Conversa:
| Campo | Valor |
|---|---|
| Nome da Tool | rastrear_pedido |
| Descrição | ”Use quando o cliente perguntar sobre status do pedido, rastreio ou entrega” |
| Método | GET |
| URL | https://api.meusite.com/v1/pedidos/{numero} |
| Parâmetro | numero (do usuário, obrigatório) |
Conectando ao Roteador
O bloco Integração API pode ser conectado ao Roteador para ser usado apenas em contextos específicos:Headers Personalizados
Além da autenticação, você pode adicionar headers HTTP adicionais:| Campo | Descrição |
|---|---|
| Nome | Nome do header (ex: Content-Type) |
| Valor | Valor do header (ex: application/json) |
| Secreto | Se marcado, o valor fica oculto na interface |
O header
Content-Type: application/json é adicionado automaticamente para métodos POST/PUT/PATCH. Não é necessário configurá-lo manualmente.Perguntas Frequentes
Qual a diferença entre Integração API e Buscar Dados?
Qual a diferença entre Integração API e Buscar Dados?
São dois modos do mesmo bloco:
| Aspecto | Integração API (Tool) | Buscar Dados |
|---|---|---|
| Quem decide | A IA decide quando chamar | Executa automaticamente |
| Visível ao cliente | Sim, IA usa o resultado na resposta | Não, executa silenciosamente |
| Custo de IA | Consome tokens | Não consome tokens |
| Uso | Consultas durante a conversa | Decisões automáticas no início |
A IA pode chamar a API várias vezes na mesma conversa?
A IA pode chamar a API várias vezes na mesma conversa?
Sim. A cada mensagem relevante, a IA pode decidir chamar a API novamente. Use a configuração de cache para evitar chamadas repetidas com os mesmos parâmetros.
O que acontece se a API estiver fora do ar?
O que acontece se a API estiver fora do ar?
O agente usa o template de erro configurado para informar o cliente. Se houver tentativas configuradas, ele tenta novamente antes de mostrar o erro.
Posso ter várias Integrações API no mesmo fluxo?
Posso ter várias Integrações API no mesmo fluxo?
Sim. Cada bloco funciona como uma “ferramenta” (tool) independente. O agente pode ter acesso a várias APIs e decide qual usar baseado na conversa.
As credenciais ficam seguras?
As credenciais ficam seguras?
Sim. As credenciais (API keys, tokens, senhas) são armazenadas de forma segura e nunca são expostas ao cliente nem incluídas nas mensagens do chat. Elas são usadas apenas no servidor ao fazer a chamada HTTP.