REDA One Centro de ajuda
PT
Idioma
English EN Español ES Português PT Italiano em breve Français FR Deutsch em breve العربية em breve
reda.one ↗
Início / REDA One / Administração / Configuração da plataforma / Configurando regras de duplicidade e mesclagem

Configurando regras de duplicidade e mesclagem

A grade de campos da tela de mesclagem não é fixa no código. Uma tabela de configuração decide, objeto por objeto, quais campos você compara e mantém ao mesclar dois registros — e ela é sua para editar. Este artigo é para o administrador que já viu um usuário final mesclar Leads duplicados e agora quer controlar quais campos aparecem nessa grade, ou estender a mesclagem para além dos Leads. Depois dele, você vai entender as duas metades da desduplicidade (detecção versus execução), conseguir editar a lista de campos, estender a ferramenta de mesclagem a outro objeto apenas com configuração e saber exatamente o que é sempre transferido para o registro sobrevivente, não importa como a grade esteja configurada.

Como chegar lá. Os usuários finais fazem a mesclagem a partir do cartão Potential Duplicates do registro do Lead, usando o botão Merge Duplicates. A configuração por trás dessa grade fica no Setup do Salesforce, uma superfície sancionada para administradores; não há guia da REDA para isso.
Acesso que você vai precisar. A mesclagem exige o conjunto de permissões adicional REDA - Duplicate Management User, além de direitos de edição e exclusão nos registros que estão sendo mesclados. Alterar a configuração é uma tarefa de administrador do Salesforce.
Você usa a edição Sales Cloud da REDA? Este artigo mostra a edição Platform, onde os prospects são registros Lead da REDA (o Lead padrão do Salesforce no Sales Cloud). Todo o resto — os campos, as etapas e o comportamento — é igual, salvo indicação em contrário. Consulte Edições da REDA.

Como funciona a desduplicidade na REDA

A desduplicidade tem duas metades, e nenhuma funciona sozinha:

  • Detecção — encontrar os candidatos. Isso é executado pelas regras de duplicidade padrão do Salesforce da sua organização. O cartão Potential Duplicates mostra os demais membros do conjunto de duplicatas de um registro, listando o nome, o proprietário e a data de criação de cada candidato, além da regra que o correspondeu. Se nenhuma regra de duplicidade estiver ativa para o objeto, a REDA não recebe candidatos e o cartão permanece vazio.
  • Execução — a mesclagem em si. Esta é a ferramenta própria da REDA. Ela monta uma grade de comparação — a matriz — com os campos configurados nos registros selecionados, define por padrão o primeiro registro como sobrevivente e deixa o usuário escolher o sobrevivente e o valor vencedor de cada campo.
Duas metades significam dois lugares para investigar. Se as duplicatas nunca aparecem, é um problema de detecção — verifique as regras de duplicidade da organização. Se os campos errados aparecem na grade, é um problema de execução — verifique a configuração de mesclagem.

A detecção fica inteiramente do lado padrão do Salesforce, então valem os controles habituais de regra de duplicidade — inclusive a caixa de seleção Bypass Duplicate Rules do Lead, que as regras de duplicidade podem ler para deixar um registro passar sem correspondência (ela vem desmarcada e fica fora do layout da página). Se um registro que você esperava ver sinalizado nunca aparece como candidato, essa opção — ou uma regra inativa — é a primeira coisa a verificar.

O que vem configurado de fábrica

A REDA entrega a configuração de mesclagem apenas para o Lead, com 22 campos — todos pré-selecionados por padrão. De fábrica, portanto, a ferramenta de mesclagem funciona para os Leads; os demais objetos não mostram nenhum campo configurado até que um administrador adicione linhas. Veja os 22, agrupados para facilitar a leitura:

GrupoCampos na matriz de mesclagem
PessoaFirst Name, Middle Name, Last Name, Name Override, Email, Phone, Mobile
EndereçoStreet, City, State, Postal Code
RequisitosBeds, Baths, Lease Term, Max Rent, Move In, Property Type
ContextoDescription, Source, Property, Neighbourhood, Region

Anatomia de um registro de configuração de mesclagem

Cada registro de configuração adiciona um campo à grade para um objeto. Um registro indica o objeto, o campo a ser exposto, se ele é pré-selecionado por padrão (já marcado na grade) e uma ordem de classificação para a posição em que aparece. Vale saber duas coisas:

  • Somente os campos configurados podem ser escolhidos durante uma mesclagem — a mesclagem grava no sobrevivente apenas os campos que você listou.
  • Uma linha que nomeia um campo inexistente é ignorada com segurança. Um erro de digitação não quebra a tela; o campo simplesmente não aparece — o que também significa que é fácil não perceber, então confira a grafia.

O que sempre acontece em uma mesclagem

Algumas coisas são transferidas para o sobrevivente independentemente da configuração de campos:

ItemO que acontece
Tarefas, eventos e e-mailsSempre transferidos para o registro sobrevivente
Arquivos e notasVinculados ao registro sobrevivente
Os registros perdedoresExcluídos opcionalmente — o usuário decide
A operação inteiraTudo ou nada: qualquer falha reverte tudo, e ela é executada com as próprias permissões do usuário

Você verá estas mensagens durante uma mesclagem:

"Potential duplicates found." / "No potential duplicates found." — no cartão Potential Duplicates.
"No records selected for merging." — você abriu a tela de mesclagem sem marcar nada.
"Select at least one other record to merge." — você marcou apenas o registro de onde partiu; uma mesclagem precisa de pelo menos dois.
"Merge completed." — o sobrevivente foi salvo e as duplicatas, tratadas.
"Something went wrong. Please try again or contact your administrator." — a mesclagem encontrou um erro e foi revertida por completo.
O sobrevivente é, por padrão, o primeiro registro. A ferramenta pré-seleciona como sobrevivente o primeiro registro da matriz. Como a data de criação e o proprietário são exibidos para cada candidato — normalmente você mantém o registro mais antigo e com proprietário definido —, confira a escolha do sobrevivente antes de confirmar a mesclagem.

Estendendo a mesclagem a outro objeto

A ferramenta é extensível apenas com configuração — sem código —, mas lembre-se de que as duas metades precisam estar no lugar.

Configure a detecção. Crie ou ative uma regra de duplicidade do Salesforce (e a sua regra de correspondência) para o objeto. Sem uma regra ativa, o cartão Potential Duplicates fica vazio para sempre.
Configure a matriz. Adicione uma linha de configuração para cada campo que você quer na grade — objeto, campo, ordem de classificação e se ele vem pré-selecionado. As linhas que nomeiam um campo inexistente são ignoradas silenciosamente, então verifique cada nome de campo.
Conceda acesso. Os usuários precisam do conjunto REDA - Duplicate Management User, além de edição (e exclusão, se os registros perdedores forem removidos) no objeto.
Confirme a superfície. Verifique com a sua equipe de implementação como o cartão Potential Duplicates e a ação de mesclagem são posicionados na página do registro do novo objeto antes de prometer disponibilidade.
Teste em um sandbox. Crie duas duplicatas, mescle-as e confirme que as atividades e os arquivos foram transferidos e que os registros perdedores foram tratados da forma que você espera.
A mesclagem respeita as suas permissões. Ela é executada como o usuário, então você só pode mesclar o que poderia editar por conta própria — não há burla de privilégios. Isso torna seguro entregar a mesclagem à equipe de linha de frente sem se preocupar com campos ocultos sendo sobrescritos.

Em breve: reassociação de registros filhos

Nesta versão, uma mesclagem transfere atividades, e-mails e arquivos ou notas para o sobrevivente — mas não redireciona outros registros filhos personalizados (o negócio convertido a partir de um Lead perdedor, por exemplo) para o registro sobrevivente. A transferência configurável desses registros filhos está prevista para uma versão futura. Até lá, considere que apenas as atividades, os e-mails e os arquivos/notas são transferidos automaticamente.

Exemplo prático: dois Leads para uma mesma pessoa

Na Meridian Properties, um formulário do site e um agente criam, cada um, um Lead para a mesma pessoa — Aisha Rahman, aisha@example.com. A regra de duplicidade da organização sinaliza os dois. O agente abre o Lead mais recente, vê "Potential duplicates found." no cartão Potential Duplicates e clica em Merge Duplicates. A matriz mostra os 22 campos dos dois registros. O agente mantém o registro mais antigo como sobrevivente, escolhe os valores de Mobile e Move In do registro mais recente, marca a exclusão do registro perdedor e confirma — "Merge completed."

O detalhe do lado do administrador: o marketing também quer que os campos de atribuição web fiquem visíveis durante as mesclagens. O administrador adiciona linhas de configuração para esses campos, com uma ordem de classificação posterior aos 22 entregues de fábrica, e eles aparecem no fim da matriz na próxima vez que a tela de mesclagem for aberta.

Um registro de Lead com o cartão Potential Duplicates exibindo Potential duplicates found e o botão Merge Duplicates.
Um registro de Lead com o cartão Potential Duplicates — "Potential duplicates found." — listando o Lead correspondente com a sua data de criação, o seu proprietário e a regra de duplicidade que o sinalizou, ao lado do botão Merge Duplicates.
A matriz Merge Records: o seletor do registro sobrevivente no topo e uma grade de campos configurados em duas colunas de registro, com botões de opção de valor por campo.
A matriz de mesclagem: o seletor "Survivor (record to keep)" no topo, depois os campos configurados na coluna da esquerda e os valores dos dois registros lado a lado — cada linha com um botão de opção para escolher o valor vencedor. As diferenças, como Inquiry Source e Move In Date, são onde a escolha importa.

O que vem a seguir

  1. Mesclando Leads duplicados — o passo a passo da mesclagem para o usuário final.
  2. Registro de Leads — de onde vêm as duplicatas.
  3. Personalizando a conversão de Leads — o artigo irmão de configuração para administração avançada.
  4. Contas na REDA — um registro relacionado ao qual você pode estender a mesclagem mais adiante.
  5. O Console de Administração da REDA — a torre de controle do administrador.

Perguntas frequentes

A detecção é executada pelas regras de duplicidade padrão da sua organização. Se nenhuma estiver ativa para o Lead, a REDA não recebe candidatos. Peça ao seu administrador do Salesforce para ativar ou ajustar as regras de duplicidade.

Apenas os campos configurados aparecem. Adicione uma linha de configuração para ele — objeto, campo e ordem de classificação — e ele passa a aparecer na matriz.

Eles sempre são transferidos ou vinculados ao registro sobrevivente, mesmo não fazendo parte da grade de campos.

A configuração entregue cobre apenas os Leads, mas a ferramenta é extensível por meio de linhas de configuração. Confirme com a sua equipe de implementação onde a superfície fica posicionada para outros objetos antes de disponibilizá-la.

Não — as mesclagens são do tipo tudo ou nada. Em qualquer erro, tudo é revertido e você vê "Something went wrong. Please try again or contact your administrator."

Não nesta versão — apenas atividades, e-mails e arquivos ou notas são transferidos. A transferência configurável de outros registros filhos está prevista para uma versão futura.

Isso foi útil?