Pular para o conteúdo principal

Referência do perfil de comparação

Cada opção que um perfil de comparação pode usar.

Configurações do perfil

ConfiguraçãoSignificado
Tipo de entidadeO tipo que este perfil compara. Um perfil ativo por tipo de entidade por vez.
Limiar de vínculo automáticoPeso composto no qual ou acima do qual um par se consolida sozinho. Unidades logarítmicas de evidência. Padrão 10.0, faixa 0–100.
Limiar de revisão manualPeso composto no qual ou acima do qual um par entra na fila de revisão. Precisa ser igual ou inferior ao de vínculo automático — verificado ao salvar. Padrão 5.0, faixa 0–100.
Probabilidade a prioriA fração assumida de pares candidatos que são correspondências verdadeiras. Afeta apenas a confiança reportada. Padrão 0.00001.
Mínimo de atributos concordantesAtributos distintos que precisam concordar antes do vínculo automático, salvo se um nível determinístico resolveu. Independente de limiar. Padrão 1, faixa 1–20.
AtivoExatamente um perfil por tipo de entidade pode estar ativo. Ativar um desativa os irmãos atomicamente.

Comparadores

Usados por níveis de comparação para graduar quão bem dois valores concordam.

ComparadorComparaNotas
exactIgualdade de valores canônicosO único comparador que um nível determinístico pode usar
jaro_winklerSimilaridade textual, favorecendo prefixos comunsAdequado a nomes de pessoa
levenshteinDistância de ediçãoErros de digitação e de transcrição
prefixUm prefixoValores truncados ou abreviados
last_nOs n caracteres finaisIdentificadores dos quais só o sufixo é retido
phoneticComo os valores soamRecebe um codec — veja abaixo
equivalence_setPertencimento a um grupo de equivalentes conhecidosApelidos e abreviações, via dicionário nomeado
token_alignedValores como conjuntos de tokens, sem ordemNomes multipartes reordenados
date_equalDuas datas por igualdade
date_withinDuas datas dentro de uma tolerânciaRecebe uma quantidade e uma unidade
numeric_equalDois números por igualdade
numeric_withinDois números dentro de uma tolerânciaRecebe um delta e uma unidade
lookup_equalDois códigos de dados de referênciaCompara códigos canônicos, não rótulos
address_componentUma parte nomeada de um endereço compostoCiente de composto
address_expandEndereços inteiros, após expansãoCiente de composto
null_handlingComo um valor ausente é tratado
multi_valued_bestEnvolve outro comparador em atributos multivaloradosRaramente necessário — multivalorados são enumerados automaticamente
Comparadores escalares e atributos compostos

Um comparador escalar aplicado a um atributo composto inteiro — um endereço, uma licença — é rejeitado ao salvar o perfil. Dois compostos completamente diferentes se comparariam como iguais, o que consolida de forma catastrófica. Mire um sub-campo nomeado, ou use um comparador ciente de composto.

Primitivos de blocagem

Usados por estratégias de blocagem para derivar chaves de coleta de candidatos.

PrimitivoEmite
exactO valor canônico como chave
prefixUm prefixo do valor
phoneticUma codificação fonética — recebe um codec
year_ofA parte do ano de uma data
concatUma chave combinando vários primitivos filhos
any_ofA união das chaves de vários primitivos filhos
trigram_ginUm recuo por similaridade em vez de chave de igualdade

Atributos multivalorados se desdobram: uma chave por valor. Um composto combina seus filhos, e é suprimido inteiramente se todo valor contribuinte for suprimido como anônimo.

Campos de uma estratégia de blocagem

Uma estratégia envolve uma árvore dos primitivos acima. Ela aceita quatro campos, e nenhum deles é fixo após a criação.

CampoAceitaPadrãoO que faz
strategyName1–40 caracteresNomeia a estratégia, para que um perfil com várias possa ser raciocinado.
primitiveTreeUma árvore de primitivosQuais chaves esta estratégia deriva. Uma árvore malformada é recusada ao salvar, em vez de silenciosamente não reunir nada.
anonSuppressverdadeiro ou falsofalseSe valores comuns demais para servir de evidência são descartados das chaves desta estratégia. Veja adiante.
sortOrderInteiro, 0 ou maior0Ordem de apresentação entre as estratégias do perfil.

Um perfil normalmente carrega várias estratégias. Cada uma deriva suas próprias chaves, e um registro é candidato se qualquer uma delas casar — então as estratégias somam abrangência em vez de estreitarem umas às outras.

Ligue anonSuppress em estratégias baseadas num valor comum

O padrão é desligado, o que significa que uma estratégia que bloqueia apenas por sobrenome vai reunir todos os Silva do tenant como candidatos de todos os outros Silva. Isso não está errado — eles genuinamente compartilham a chave — mas é caro e não produz nada que a pontuação possa aproveitar.

Com a supressão ligada, valores que aparecem com frequência alta demais para distinguir alguém deixam de gerar chaves para aquela estratégia. Mantenha desligado em estratégias já seletivas, como um identificador nacional ou um CEP combinado com sobrenome.

Codecs fonéticos

CodecNotas
soundexClássico, agressivo; alta abrangência, baixa precisão
dmetaphoneDouble metaphone; lida substancialmente melhor com nomes de origem não inglesa

Estes dois são o conjunto completo. Um nome de codec fora desta lista não emite chave alguma — produzindo silenciosamente uma estratégia de blocagem que nunca reúne nada.

Estratégias de sobrevivência

Escolhem o valor vencedor por atributo após uma consolidação.

EstratégiaVencedorVencedores por grupo
source_priorityO valor da origem de maior prioridade1
most_recentO valor atualizado mais recentemente. Padrão do motor quando nenhuma regra é definida.1
oldest_valueO valor do registro contribuinte mais antigo1
maxO máximo numérico ou ordenado1
minO mínimo numérico ou ordenado1
frequencyO valor mais comum entre os contribuintes1
aggregationTodo valor distinto, deduplicadoVários

Regras se aplicam por grupo (atributo, tipo de uso), então um atributo multivalorado com tipos de uso resolve cada tipo independentemente — um endereço residencial vencedor e um comercial, não um endereço só.

aggregation é a escolha certa para atributos genuinamente multivalorados como e-mail e telefone, onde colapsar num único vencedor perde dados reais.

Escadas de comparação. Cada degrau carrega seu comparador, suas duas probabilidades e o peso que a plataforma deriva delas.

Níveis de comparação

Um nível de comparação — um degrau de uma escada — é o que avalia um atributo. Estes são os campos que cada degrau aceita.

CampoAceitaPadrãoAlterávelO que faz
attributeName1–100 caracteres. Um nome de atributo simples, ou um caminho pontuado dentro de um compostoNãoQual atributo este degrau avalia. address.postalCode mira um sub-campo; um sub-campo que o composto não declara é recusado ao salvar. Um degrau não pode ser movido para outro atributo — crie um novo.
levelName1–40 caracteresSimO rótulo do degrau, como exact, phonetic, mismatch.
levelOrderInteiro, 0 ou maiorSimPosição na escada. O motor percorre em ordem crescente e assume o primeiro degrau que se encaixa, então a ordem é comportamento, não apresentação.
comparatorAté 40 caracteres, ou vazioSimComo os dois valores são avaliados. Deixar vazio marca o degrau abrangente que registra uma divergência.
comparatorConfigUm objeto{}SimAs configurações daquele comparador. O formato varia por comparador — veja Comparadores.
mProbability0 a 1SimCom que confiabilidade este degrau dispara quando dois registros são de fato o mesmo.
uProbability0 a 1SimCom que frequência ele dispara por pura coincidência.
isDeterministicverdadeiro ou falsofalseSimResolve o par sozinho, independentemente do total. Legal apenas com o comparador exact.

O peso não é você quem define

Não existe campo de peso, e a ausência é deliberada. A plataforma o calcula a partir das duas probabilidades quando você salva o degrau:

matchWeight = log2(mProbability / uProbability)

Se a interface aceitasse um peso, o número na tela poderia divergir do número com que o motor pontua. Em vez disso você declara o que acredita sobre a evidência — quão confiável é a concordância e com que frequência ela acontece por acaso — e o peso decorre disso.

Outros três valores são devolvidos mas nunca definidos: o sub-campo resolvido, o atributo resolvido e o próprio peso.

Regras que a plataforma impõe

  • Níveis são ordenados; o motor assume o primeiro que se encaixa.
  • Toda escada precisa terminar num nível abrangente, que é o que registra uma divergência. Sem ele, uma divergência não contribui nada em vez de contar contra o par.
  • Um nível pode ser marcado determinístico apenas quando seu comparador é exact.
  • Uma escada pode mirar um sub-campo composto com notação pontuada. Um sub-campo que não existe é rejeitado ao salvar, em vez de silenciosamente não pontuar.
  • Uma edição precisa alterar ao menos um campo; uma alteração vazia é recusada em vez de aceita como operação sem efeito.

A seguir


Última verificação no commit d3c2586b (2026-08-03)