API Lead

O que é a API Lead

A API Lead é o canal público de entrada de leads no Simplifica.

Ela foi pensada para:

• landing pages;
• formulários externos;
• integrações simples com campanhas;
• automações que precisam registrar um lead para processamento interno.

Endpoint publicado

1
POST {{base_url}}/api_lead/lead

Autenticação

Essa integração usa token público por chave no header:

1
x-api-key: {{public_api_key}}

Ela não usa bearer token.

Hoje, este é o principal caso documentado de uso de token público no Simplifica.

No próprio Simplifica existe uma área de Integrações onde a empresa visualiza essa chave.

Formato do body

Envie JSON.

Os nomes dos campos são case-sensitive. Para evitar erro de processamento, envie sempre os nomes exatamente em minúsculas, como nesta documentação.

Exemplo mínimo recomendado:

1
{
2
  "nome": "Maria da Silva",
3
  "origem": "Landing Page",
4
  "celular": "85999990000"
5
}

Exemplo com campos adicionais:

1
{
2
  "nome": "Matheus Botelho",
3
  "origem": "Instagram",
4
  "consultor": "joao.silva@gmail.com",
5
  "celular": "11991234567",
6
  "telefone_fixo": "1143211234",
7
  "email": "matheus.botelho@gmail.com",
8
  "utm_creative_format": "video",
9
  "utm_product": "simplifica_lead_capture",
10
  "utm_term": "lead_form",
11
  "utm_medium": "paid_social",
12
  "utm_source_platform": "facebook_ads",
13
  "utm_audience": "lookalike_2pct_br",
14
  "utm_id": "fb_oct_2025_lp1",
15
  "utm_content": "creative_v1",
16
  "utm_source": "facebook",
17
  "utm_campaign": "lead_gen_oct_2025",
18
  "utm_marketing_tactic": "prospecting",
19
  "custom": {
20
    "Qual o nome da sua empresa?": "Espaço das Cadeiras",
21
    "Qual o seu Cargo?": "CEO / Dono do Negócio",
22
    "Qual é o Faturamento Médio Mensal?": "Entre R$100 mil a R$300 mil",
23
    "Segmento": "Comércio de produtos de mesas"
24
  }
25
}

Campos obrigatórios

• nome
• origem
• celular

Campos opcionais mais usados

• email
• consultor
• telefone_fixo
• cpf
• cnpj
• custom
• chaves com prefixo utm_

Regras confirmadas do payload

• envie os nomes dos campos exatamente em minúsculas, como publicados nesta documentação;
• consultor, quando enviado, deve ser o e-mail do consultor cadastrado no Simplifica;
• celular e telefone_fixo aceitam envio com ou sem máscara;
• cpf e cnpj não devem ser enviados juntos;
• custom aceita um objeto JSON livre;
• chaves com prefixo utm_ podem ser enviadas livremente.

Exemplos válidos de formato:

• celular: 11991234567 ou (11) 99123-4567
• telefone_fixo: 1143211234 ou (11) 4321-1234
• consultor: joao.silva@gmail.com

Contrato HTTP síncrono atual

O retorno HTTP desta V1 é enxuto. Ele informa apenas se o endpoint aceitou ou não aquele payload naquele momento.

Respostas publicadas:

• 200: lead recebido;
• 400: body ausente ou JSON inválido;
• 401: credencial inválida;
• 500: erro técnico inesperado.

Regra do campo consultor

• quando enviado, o valor esperado é o e-mail do consultor cadastrado no Simplifica;
• se o e-mail for encontrado, o lead já entra vinculado a esse consultor;
• se consultor não for enviado, o Simplifica tenta definir automaticamente um responsável.

Ordem usada quando consultor não vem no payload:

1. lista da vez da empresa;
2. usuário marcado como SDR;
3. usuário marcado como closer;
4. primeiro usuário encontrado.

Regra do campo origem

• se a origem enviada já existir, ela é usada no cadastro do lead;
• se a origem ainda não existir, o Simplifica cria essa origem automaticamente e continua o cadastro.
• continue enviando origem preenchida; a documentação trata esse campo como obrigatório no payload.

Processamento interno após o recebimento

Depois que o endpoint aceita o payload, o lead segue para tratamento interno do Simplifica.

Nesta etapa podem ocorrer:

• validações complementares de negócio;
• exigência de pelo menos um contato válido, como celular ou email;
• deduplicação ou consolidação por documento, celular ou e-mail;
• bloqueios por conflito de identificação.

Importante:

• essas regras internas não mudam o contrato HTTP síncrono publicado nesta V1;
• a documentação pública não promete, por enquanto, payload síncrono detalhado de erro de validação;
• a documentação pública também não promete idempotência formal do endpoint.

Respostas esperadas

• 200: lead recebido;
• 400: JSON inválido;
• 401: credencial inválida;
• 500: erro técnico inesperado.

Exemplos comuns:

1
{
2
  "status": "sucesso",
3
  "mensagem": "Lead recebido"
4
}

1
{
2
  "status": "erro",
3
  "mensagem": "Json inválido"
4
}

Quando usar a API reference

Use a referência técnica para ver:

• contrato exato do endpoint;
• schema do payload;
• formato das respostas;
• exemplos técnicos prontos para integração.