Integração · Salesforce

Teste de criação de Lead

Cada envio cria um Lead pelo endpoint /services/data/v59.0/sobjects/Lead, passando pelo Worker que guarda as credenciais. O painel ao lado mostra o que saiu e o que a Salesforce respondeu.

Atenção: isto grava em produção. A documentação aponta para login.salesforce.com e grupoalltech.my.salesforce.com, não para sandbox. Todo envio cria um Lead real. Por isso a empresa sai prefixada com [TESTE] e a campanha com teste-integracao-sf: é o que permite ao comercial filtrar e apagar depois. Os Ids criados ficam listados no rodapé do painel.

Formulário

Diagnóstico

Preencha o formulário ao lado. Aqui aparecem, em ordem: o JSON enviado ao proxy, o payload que o proxy montou para a Salesforce e a resposta crua, com o Id do lead ou o código de erro exato.

Proxy configurado: /api/lead

Mapeamento aplicado. Nome vira FirstName + LastName (split no primeiro espaço). Telefone vira MobilePhone no formato 55+DDD+número, com WhatsAppCelular__c junto. Empresa vira Company e CNPJ vira CNPJ__c, só dígitos. Segmento de interesse vira Segmento__c e deriva o Unidade_de_negocio__c, que não é perguntado. LeadSource é Ações de Marketing e Suborigem_do_Lead__c é Ações de Marketing (DIA D ).

Dois achados do teste. O CNPJ entrou no formulário porque a org tem regra de validação própria que recusa qualquer Lead sem ele (FIELD_CUSTOM_VALIDATION_EXCEPTION: Informe o CPF/CNPJ.), apesar de o campo não constar como obrigatório no describe. E o valor da suborigem tem mesmo um espaço antes do parêntese — (DIA D ) — que a planilha de mapeamento não registra; sem ele a picklist restrita recusa.