Personalizando a conversão de Leads

Converter um Lead cria até quatro registros com um único clique — uma conta, um contato, um negócio e a função do contato nesse negócio. Cada campo que ele leva do Lead para esses registros está listado em uma tabela de mapeamento que você pode editar, e os campos que ele não leva são o chamado de suporte número um da categoria "para onde foram meus dados?". Este artigo é para o administrador que adicionou um campo personalizado ao Lead e quer que o Convert o leve junto, ou que quer mudar a função de contato padrão nos novos negócios. Ao final, você será capaz de adicionar ou desativar campos mapeados, mudar as funções padrão por tipo de negócio e entender os limites — os três destinos permitidos e as poucas coisas que os mapeamentos não controlam.

O que uma conversão cria

Antes de personalizar o mapeamento, ajuda ver o que o Convert realmente produz. Ele é executado como uma única ação de tudo ou nada — se qualquer parte falhar, tudo é desfeito e nenhum registro é criado.

A caixa de diálogo permite reaproveitar registros existentes em vez de criar duplicados — "Choose Existing Account OR leave blank to create a new account." e "Choose Existing Contact OR leave blank to create a new contact." Esse reaproveitamento é uma escolha manual deliberada, não uma correspondência aproximada. Consulte Convertendo um Lead para ver o fluxo completo do usuário final.

Em uma execução sem problemas, o usuário vê "Inquiry is successfully converted. You are redirected to new opportunity record." e chega ao novo negócio. Se o Lead já tiver sido convertido, ou se o usuário não tiver direitos de conversão, a caixa de diálogo se recusa a abrir e exibe "Bad Request. Either the inquiry is already converted OR you do not have sufficient privileges to convert an inquiry. Please contact your system administrator." — uma mensagem que os administradores atendem com frequência suficiente para valer a pena tê-la à mão.

A tabela de mapeamento da conversão

Cada mapeamento é um registro que diz "copie este campo do Lead para este campo deste destino". Um registro de mapeamento indica o campo de origem no Lead, o campo de destino, o objeto de destino e se ele está ativo. O objeto de destino se limita a exatamente três valores: Conta, Contato e o negócio. Esse é o limite rígido — você não pode mapear um campo do Lead diretamente para um Chamado nem para qualquer outro registro.

A REDA entrega 60 desses mapeamentos, todos ativos, distribuídos entre os três destinos: 5 para a Conta, 12 para o Contato e 43 para o negócio. Como a conversão lê apenas as linhas ativas e as lê novamente a cada vez, basta adicionar uma linha para levar um campo novo — sem código — e desativar o indicador de ativo de uma linha interrompe a cópia sem excluir o registro.

Vale destacar uma linha: o Move In Date do Lead se ramifica em três campos do negócio de uma só vez — Close Date, Lease Start Date e Scheduled Move In Date. É a prova mais clara de que um único campo de origem pode alimentar vários destinos.

Este é o conjunto que vai para o negócio, agrupado para facilitar a leitura (as linhas entregues formam uma lista plana; este agrupamento serve apenas para encontrar as coisas):

Os outros dois destinos levam bem menos campos. A Conta recebe 5 — o nome da empresa (do campo Company do Lead), o telefone, a região e as referências de tipo de Lead e de rastreabilidade. O Contato recebe 12 — nome e sobrenome, e-mail, telefone, celular, o endereço de correspondência completo (rua, cidade, estado, código postal, país) e uma referência de rastreabilidade. Essa é a divisão por trás da pergunta mais comum sobre a conversão: os dados pessoais e de endereço vão para o Contato, as especificidades do negócio vão para o negócio, e só um punhado de atributos compartilhados chega à Conta.

O que NÃO é mapeado (e por que os usuários percebem)

Duas categorias de dados "que faltam" geram chamados, e ambas são intencionais:

• Os dados pessoais nunca vão para o negócio. Nome, nome do meio e sobrenome, e-mail, descrição e observações são mapeados para o Contato, não para o negócio. O negócio se vincula a esse contato em vez de duplicar os dados dele. A atribuição web e de marketing (como o lead encontrou você) permanece inteiramente no Lead — consulte Atribuição web e de campanhas.
• Três campos cujo texto de ajuda engana. Maximum Allowed Offer, Commission Account e Commission Amount parecem ser mapeados, mas nenhuma linha de mapeamento é entregue para eles. O Maximum Allowed Offer ainda aparece no negócio porque o próprio negócio o recalcula com a mesma fórmula — o valor é regerado, não copiado. Essa é a resposta principal do tipo "explique a mágica" deste artigo: nada foi copiado e, ainda assim, o número está lá.

O que os mapeamentos NÃO controlam

Alguns comportamentos da conversão parecem que ficariam na tabela de mapeamento, mas não ficam. Cada um tem o seu próprio lugar:

Funções de contato padrão por tipo de negócio

Uma segunda tabela, separada, decide a função padrão em um novo contato principal — uma linha por tipo de registro de negócio. O padrão se aplica somente quando a função é deixada em branco; uma função escolhida manualmente por alguém nunca é sobrescrita. E ele se aplica além da conversão: qualquer nova função de contato com a função em branco recebe o padrão, porque essa lógica de valor padrão fica no nível do registro, não no botão Convert.

Receitas

Levar um campo personalizado

Parar de levar um campo

Desative o indicador de ativo da linha em vez de excluí-la — assim a intenção fica documentada. Isso passa a valer na próxima conversão.

Mudar uma função padrão

Edite o valor da função na linha daquele tipo de negócio dentro da tabela de funções. As funções de contato existentes não são afetadas; só os novos registros com a função em branco recebem a mudança.

Um motor relacionado, porém separado

Você pode notar outras tabelas de mapeamento na Configuração que levam campos para registros que a REDA cria a partir de um negócio — Chamados e encargos de liquidação, por exemplo. Elas são um motor diferente e nenhuma delas tem origem no Lead. Não as edite esperando mudar a conversão; quem trata desse comportamento são os artigos de Chamados e de faturamento.

Exemplo prático: levando um campo personalizado

A Meridian Properties adiciona um campo personalizado Preferred Floor aos Leads de locação e quer vê-lo na locação resultante. O administrador cria um campo Preferred Floor correspondente no negócio e depois adiciona um registro de mapeamento — origem: Preferred Floor, objeto de destino: o negócio, campo de destino: Preferred Floor, ativo. Ele converte um Lead de teste de Aisha Rahman (mudança em 1 ago 2026, prazo de 12 meses). A locação resultante leva o Preferred Floor; Close Date, Lease Start Date e Scheduled Move In Date exibem todos 1 ago 2026 (a ramificação do Move In Date em ação); e a função de contato assume o padrão Lessee.

Uma segunda mudança, menor: a imobiliária quer que os negócios de Property Sale usem "Purchaser" como função padrão em vez de "Buyer". O administrador edita aquela única linha na tabela de funções — pronto, sem efeito sobre os negócios existentes.

O que vem a seguir

1. Convertendo um Lead — o fluxo do usuário final e seus pré-requisitos.
2. Configurações Globais do Aplicativo — as configurações relacionadas à conversão para as quais este artigo aponta.
3. Configurando regras de duplicidade e mesclagem — o artigo irmão de configuração avançada para administradores.
4. Atribuição web e de campanhas — por que os dados de UTM permanecem no Lead.
5. Entendendo os Leads — o registro a partir do qual a conversão começa.

Perguntas frequentes