White Paper - Validação de Endereços

White Paper
Validação de endereços
Práticas recomendadas para interpretar e analisar os resultados da qualidade
de dados de endereços

Este documento contém informações confidenciais, de propriedade e de segredo comercial (“Informações confidenciais”) da Informatica Corporation e não pode ser copiado, distribuído, duplicado ou reproduzido de nenhuma maneira sem o consentimento prévio por escrito da Informatica.
Apesar de todos os esforços terem sido realizados para assegurar que as informações deste documento sejam precisas e completas, alguns erros tipográficos ou imprecisões técnicas podem existir. A Informatica não aceita responsabilidade por nenhum tipo de perda resultante do uso das informações contidas neste documento. As informações contidas neste documento estão sujeitas
a alterações sem aviso prévio.
A incorporação dos atributos de produto discutidos neste documento em qualquer versão ou atualização de qualquer produto de software da Informatica – bem como o momento de tal versão
ou atualização – será a critério exclusivo da Informatica.
Protegido por uma ou mais das seguintes patentes norte-americanas: 6.032.158; 5.794.246; 6.014.670; 6.339.775; 6.044.374; 6.208.990; 6.208.990; 6.850.947; 6.895.471; ou pelas seguintes patentes pendentes norte-americanas: 09/644.280; 10/966.046; 10/727.700.
Esta edição foi publicada em julho de 2014.

Validação de endereços: práticas recomendadas para interpretar e analisar os resultados da qualidade de dados de endereços 1
White Paper
Índice
Resumo executivo . 2
Definição de qualidade de dados de endereços 3
Análise dos resultados da validação de endereço 5
Como o Informatica AddressDoctor funciona . 6
Conclusão . 6
Apêndice . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7

2
Resumo executivo
Endereços inadequados podem ser um problema oneroso para a sua organização, e o fato de impedirem a
entrega ágil e exata das correspondências por correio não é o único motivo. A correção manual envolve uma
significativa quantidade de tempo e gera despesas consideráveis, e ainda assim dá espaço para o erro humano.
O Informatica® AddressDoctor® simplifica e facilita o processo de captação e validação de endereços –
acrescentando dados ausentes, corrigindo erros, inclusive os ortográficos, e destacando as duplicidades – para
reduzir o custo das atividades de marketing direto e gerenciamento do relacionamento com o cliente (CRM).
O Informatica AddressDoctor fornece algoritmos poderosos de limpeza de endereços, os quais melhoram
e garantem a alta qualidade dos dados de endereços em mais de 240 países e territórios do mundo todo.
Ao ajudar as organizações a enfrentar os desafios dos dados de endereços de baixa qualidade, o Informatica
AddressDoctor aprimora decisões fundamentadas e, ao mesmo tempo, agiliza a entrega postal no mundo inteiro.
Este white paper traz as práticas recomendadas para interpretar e analisar os resultados gerados pelo
Informatica AddressDoctor que, por sua vez, usa dados de referência obtidos em fontes confiáveis para
avaliar a precisão e a possibilidade de entrega dos endereços postais físicos. Ao corrigir automaticamente
os endereços e fornecer informações de status sobre a qualidade de dados de endereços, o Informatica
AddressDoctor garante que as correspondências cheguem a tempo no local correto, melhorando as decisões
da empresa referentes ao marketing direto e ao relacionamento com os clientes.
O apêndice do white paper fornece exemplos específicos da Austrália, do Brasil, do Canadá, da França,
da Grã-Bretanha, de Hong Kong, da Índia, de Cingapura e dos Estados Unidos, para mostrar como
o Informatica AddressDoctor interpreta as regras e os regulamentos de um determinado país e o modo
de validação escolhido pelo usuário.

Definição de qualidade de dados de endereços
A importância da qualidade de dados de endereços
A qualidade de dados de endereços é a parte central de muitas operações de negócios, incluindo marketing,
vendas, atendimento e serviço ao cliente e detecção de fraude.
O custo de endereços imprecisos e incompletos nunca foi tão alto. Os profissionais de marketing dependem da
qualidade de dados de endereços para aumentar a receita por meio de direcionamento, segmentação, aquisição
e vendas cruzadas. O custo de materiais devolvidos e não entregues pode aumentar rapidamente – e o custo
de oportunidades perdidas e da insatisfação do cliente é muito maior do que as despesas de envio. Dados não
confiáveis dificultam o gerenciamento de riscos, a elaboração de planos estratégicos e a conformidade com os
requisitos regulatórios.
Somente um software de qualidade para validação de endereços globais pode garantir resultados confiáveis.
Terminologia da qualidade de dados de endereços
Os exemplos fornecidos neste documento usam a seguinte terminologia:
• Tipo de endereço. Campo de saída que descreve o tipo de caixa de correio contida em um endereço.
O resultado é um único caractere, definido da seguinte maneira:
• B – Caixa de correio em edifício
• F – Caixa de correio em uma empresa
• G – Endereço de entrega geral
• H – Endereço padrão para Arranha-céu
• L – Caixa de correio em local de recebimento de grandes volumes
• M – Endereço militar
• P – Caixa de correio no endereço
• R – Caixa de correio rural
• S – Caixa de correio em endereço físico
• U – Endereço não validado ou corrigido
• Localidade de fronteira ou nome informal. Conforme definido no Address Matching Approval System
Handbook do Correio da Austrália, uma localidade de fronteira ou nome informal é aquela que
compartilha ou está próxima da divisa com outras localidades. O uso de localidades de fronteira permite
correlacionar uma área geográfica, em vez de uma área de código postal, para fins de zoneamento
postal. Isso permite correlações ao longo do limite do código postal. Nas localidades de fronteira também
são incluídas alterações feitas nos limites da localidade e do código postal, atualizações atrasadas
do Formato de Endereço Postal (PAF) e a utilização de uma localidade ou de um endereço informal.
• CEDEX. Esse acrônimo foi criado por La Poste (o serviço postal francês) em 1960. Significa “Courier
d’Entreprise à Distribution Exceptionnelle” (correspondência comercial para entrega especial).
O equivalente aproximado nos Estados Unidos e no Canadá é Large Volume Receiver (local de
recebimento de grandes volumes).
• Element Input Status (EIS). Essa variável indica a qualidade da equivalência encontrada entre os elementos
de dados do endereço de entrada e os elementos registrados para esse endereço no banco de dados de
referência.

4
• Element Relevance Status. Essa variável identifica os tipos de elementos de dados que devem estar
presentes em um endereço para que a transportadora postal o considere passível de entrega. Esse campo
pode conter 0 ou 1 para cada elemento. Na implementação atual, o postal relevance status só
é completado em elementos cujo Element Result Status (ERS) seja diferente de zero. Se o ERS indicar que
não houve qualquer validação real devido à falta de dados de referência (por exemplo,
ERS = 4), uma relevância = 1 significará que os elementos são possivelmente relevantes e devem aparecer
na saída. A relevância será nula em todos os endereços em que o código de status = lx for retornado.
• Element Result Status (ERS). Essa variável descreve qualquer discrepância entre os valores de dados de
entrada e os valores registrados na saída. É uma variável extremamente útil para o entendimento dos
motivos pelos quais a saída talvez não seja aquela esperada pelo usuário. O ERS será nulo em todos
os endereços em que o código de status = lx for retornado.
• Linha de Endereço Formatada (FAL). Essa linha contém as seguintes informações de endereço no formato
apropriado:
• A Linha de Localidade Específica de País (CSLLN) contém a linha específica do país do endereço
formatado com a localidade principal.
• A Delivery Address Line (DAL) contém todas as informações de entrega; por exemplo, edifício, edifício
secundário, rua, número e serviço de entrega.
• A Recipient Line (RCL) contém todas as informações de contato; por exemplo, organização
e elementos de contato.
• Formatação. A formatação é o processo que define a estrutura do endereço de acordo com o conjunto
de regras das autoridades postais de um determinado país. Os formatos de endereços diferem de um país para
outro. Mesmo onde as diferenças de formatos parecem irrelevantes, a falta de um elemento ou a ordenação
incorreta de elementos pode impedir que a correspondência chegue ao destino adequado.
• Parsing. A parsing é a capacidade de dividir uma cadeia de caracteres de endereço não estruturado
em entidades com significado. A parsing também pode ser usada para reorganizar os dados inseridos
incorretamente nos campos.
• Transliteration. Transliteration é a ação de usar letras do alfabeto de um idioma para renderizar palavras
no alfabeto de outro idioma; por exemplo, escrever Москва, em cirílico, como Moscou ou a palavra
japonesa 東京 como Tóquio.
• Validação. A validação é o processo de verificação de cada elemento de endereço, comparando-o com
os dados de referência postal. O processo de validação verificará, por exemplo, se um código postal ou
uma localidade existe. O processo de validação também verificará se o nome de uma rua está grafado
corretamente e se a combinação de código postal e localidade está correta no número do edifício.
Informatica AddressDoctor
Roentgenstr. 9
67133 Maxdorf
Informações do destinatário
Informações da linha de entrega
Informações da linha de localidade específica de país

Análise dos resultados da validação de endereço
O Informatica AddressDoctor é formado pelos componentes de transliteration, parsing, validação e formatação,
os quais interagem para gerar um endereço perfeito ou “limpo”.
Modos de validação
O componente de validação dá suporte a vários modos: batch, interactive, fast completion e certificado.
Cada um deles foi projetado para uma tarefa específica. Por exemplo, o modo de conclusão rápida foi
criado para call centers, que exigem rapidez na entrada de dados e na validação de endereços.
A maioria dos exemplos neste documento se referem aos modos batch e certificado.
Os modos de validação batch, interactive e fast completion não dependem do país e trabalham com todos
os países compatíveis. O modo de validação certificada oferece a lógica específica do país e contém regras
e normas de certificação postal específicas da Austrália (AMAS), do Canadá (SERP), da França (SNA) e dos
Estados Unidos (CASS).
Batch/certificado
(para Data Warehouses)
Interactive
(para sites de eCommerce)
Fast Completion
(para call centers)
Para processamento de grandes
volumes de dados de endereços
• Retorna endereços corrigidos
imediatamente
• Processa milhões de registros
por hora
• Avalia a exclusiva possibilidade
de entrega
• Modo de certificado cumpre as
regrasde autoridades postais
• Fornece alto nível de qualidade
por meio de certificação
• Certificação garante que o
software atende às expectativas
Para validação de endereços
durante a entrada
• Retorna sugestões corretas
• Garante que somente os
endereços corretos sejam
considerados em um formulário
de entrada de de endereços
• Melhora a capacidade de uso
Para geração de endereços
completos com base em entrada
parcial
• Métrica de similaridade tolera
mais desvios em partes
posteriores de elementos de
endereços
• Reduz significativamente o uso
do teclado e número de cliques
do mouse necessários para
entrar um endereço
Figura 1. O Informatica AddressDoctor dá suporte a vários modos de validação de endereços.

6
Como o Informatica AddressDoctor funciona
O Informatica AddressDoctor foi projetado para lidar com dados indevidamente truncados, dados incompletos,
falta de elementos de endereço, nomes ambíguos e muitos outros desafios. Ao mesmo tempo, ele minimiza
as modificações incorretas em elementos de endereços. Ele também usa o processamento de dados de
caracteres totalmente habilitado para Unicode, para lidar com as complexidades dos dados internacionais.
Quando um endereço é inserido, o Informatica AddressDoctor faz a verificação e, se o endereço contiver
caracteres não latinos, ele fará a transliteração. Em seguida, o Informatica AddressDoctor utiliza algoritmos
e lógica sofisticados para identificar e interpretar elementos de dados e armazena os elementos nos campos
adequados para uso em outras etapas de validação. Então, ele compara cada componente do endereço com
um conjunto de dados de referência. Se todos os elementos do endereço estiverem corretos, a validação será
positiva. Contudo, se cada elemento tiver equivalência com os dados de referência, mas o endereço como
um todo não fizer sentido, o Informatica AddressDoctor tentará corrigir os erros.
Por exemplo:
Cidade: Wilmington
Código postal: 90210
Estado: CA
Cada componente do endereço equivale à formatação dos dados de referência. Entretanto, o código postal não
pertence a Wilmington que, por sua vez, também não fica no estado da Califórnia. O Informatica AddressDoctor
analisa os elementos de dados usando algoritmos sofisticados, inclusive equivalência aproximada e heurística,
para prever a melhor correção possível – tudo com o maior cuidado para não criar falsos positivos.
Após a geração de um endereço limpo, o Informatica AddressDoctor o formata de acordo com as normas
postais internacionais. Os usuários podem modificar e ajustar os formatos de endereços padrão para criar
formatos personalizados, definindo valores para campos específicos no arquivo de configuração do Informatica
AddressDoctor. Por exemplo, os usuários podem limitar o número de caracteres de saída para cada linha
de endereço ou fazer com que todos os caracteres do endereço sejam escritos em letras maiúsculas.
Conclusão
Em uma economia que exija que a empresa otimize cada centavo dos orçamentos de marketing e CRM,
o software de validação de endereços é uma ferramenta poderosa para controlar os custos de postagem,
garantindo que cada correspondência chegue ao destino pretendido.
O Informatica AddressDoctor automatiza o processo de validação e limpeza dos dados de endereços para
produzir rapidamente dados de alta qualidade. Além disso, ele acompanha os resultados com uma lista
de códigos de status, que a sua empresa pode usar para analisar o banco de dados de endereços, refinar
o entendimento dos destinatários com base no local e no tipo de caixa de correio e melhorar a capacidade
de tomar decisões estratégicas e econômicas.

Apêndice
Exemplos de endereços
Esse apêndice usa exemplos dos seguintes países para ilustrar como os endereços de diferentes partes do mundo
são interpretados pelo Informatica AddressDoctor.
(Observe que a Biblioteca de Software do Informatica AddressDoctor pode ser mencionada como
“mecanismo” em todo o apêndice.)
Um endereço final gerado depende das regulamentações postais de cada país e do modo de validação
especificado pelo usuário. A Informatica usou a versão 5.2.9 Build 19429 do mecanismo para gerar esses
resultados. As versões de bancos de dados utilizadas eram de abril de 2012. Diferentes versões
do mecanismo e do banco de dados podem produzir resultados distintos.
• Austrália (AUS)
• Brasil (BRA)
• Canadá (CAN)
• França (FRA)
• Grã-Bretanha (GBR)
• Índia (IND)
• Cingapura (SGP) e Hong Kong (HGK)
• Estados Unidos (USA)

8
Austrália (AUS)
Localidade de fronteira ou sinônimo de cidade na saída
Conforme estabelecido na documentação do Address Matching Approval System (AMAS), o sinônimo de cidade
ou nome informal é convertido no nome de localidade preferencial no processamento batch. Observe que
a localidade de fronteira/nome informal não é retornada durante a saída do processamento batch. O exemplo
a seguir ilustra que a localidade de fronteira foi convertida no nome de localidade preferencial, no modo batch.
ENTRADA SAÍDA
90 CAMPBELL ST
SORRENTO QLD 4217
90 CAMPBELL ST
BUNDALL QLD 4217
ProcessStatus V3 Dados de entrada corretos, mas a localidade de fronteira foi
convertida no nome de localidade preferencial
ModeUsed Batch, interactive
AddressType S Há equivalência do registro de endereço físico no banco de dados
Mailability 5 Correspondência totalmente confiável para entrega
CAMPO EIS ERS RELEVÂNCIA EXPLICAÇÃO
PostalCode 6 F 1 Equivalência perfeita
Locality 5 D 1 Alterada para o nome de localidade preferencial
Province 6 F 1 A província de entrada está perfeita
Street1 6 F 1 O nome de rua foi encontrado no banco de dados;
equivalência perfeita
Number1 6 F 1 Equivalência perfeita
O processamento do mesmo endereço no modo de certificado retém o nome de localidade de fronteira.
O nome preferencial pode ser encontrado no campo PREFERRED_NAME do elemento Localidade. Para vê-lo
no resultado XML, configure ResultAddressElements como DETALHADO na seção de parâmetro de resultado.
ENTRADA SAÍDA
90 CAMPBELL ST
SORRENTO QLD 4217
90 CAMPBELL ST
SORRENTO QLD 4217
ProcessStatus V3 O nível 1 de localidade relevante ao endereço foi retido, mas V3
indica que alguma padronização foi feita (o nome preferencial
deve ser usado para fins de certificação)
ModeUsed Certificado
Mailability 5 Completamente confiável para entrega
O nome informal é mantido.
Nome de localidade
de fronteira/informal
A localidade de fronteira é convertida
no nome de localidade preferencial.

PostalCode 4 7 1 Validado e corrigido devido a erros na entrada
Locality 5 E 1 Nome não oficial (nome informal) retido devido ao modo
de certificado
Street1 6 F 1 Equivalência perfeita
Locais de Recebimentos de Grandes Volumes (LVR)
O Australia Post removerá gradualmente os códigos postais do tipo Locais de Recebimento de Grandes
Volumes (LVR) do sistema. Os dados de LVR não existem no arquivo Endereço Postal da Austrália. Portanto,
a prática recomendada é não usar códigos postais LVR ao validar endereços australianos. Se um código postal
LVR for usado como entrada, ele será alterado para o código correto, como ilustrado no exemplo a seguir.
ENTRADA SAÍDA
GPO Box 2650
Sydney NSW 1171
Austrália
GPO Box 2650
Sydney NSW 2001
Austrália
ProcessStatus C4 Corrigido. Todos os elementos foram verificados
AddressType ERP Caixa Postal no endereço
Mailability 3 A correspondência deve estar adequada para entrega
PostalCode 3 7 1 Validado – alterado (corrigido)
Locality 6 F 1 Equivalência perfeita
Province 6 F 1 Equivalência perfeita
Endereços de serviço de entrega
Alguns tipos de entrega postal exigem um número de entrega postal associado; alguns são obrigatórios,
outros são opcionais. No caso de endereços CARE PO, CMA e CPA, não há qualquer número de entrega
postal associado. Se ele aparecer na entrada, o endereço será rejeitado. Alguns tipos de entrega postal
são considerados como intercambiáveis.
No exemplo a seguir, uma Caixa Postal é convertida em GPO BOX. É preciso observar que, para a equivalência
de Caixa Postal, o nome de localidade não deverá estar ausente na entrada, se o modo de certificado estiver ativado.
ENTRADA SAÍDA
PO BOX 492
BRISBANE QLD 4001
GPO BOX 492
BRISBANE QLD 4001
A caixa postal é convertida
em GPO Box.
O LVR é corrigido no
código postal oficial.
Código postal de Locais
de Recebimento de Grandes
Volumes (LVR).

10
ProcessStatus C4 O tipo de entrega foi convertido; isso conta como correção
AddressType ERP Há equivalência do registro de endereço referente à Caixa Postal
no banco de dados
Delivery
Service1
4 7 1 O tipo de entrega foi alterado
Ponto Fantasma Principal
Os pontos fantasmas principais são endereços virtuais que não podem receber correspondência, mas têm valor
potencial na equivalência de registros com pontos secundários não equivalentes. Esses registros de endereços são
fornecidos para auxiliar no processo de equivalência de endereços. Os pontos fantasmas principais foram associados
aos registros de endereços secundários. Os pontos fantasmas principais não são considerados registros de endereços.
Se uma equivalência for estabelecida com um ponto fantasma principal, as informações secundárias (por exemplo,
a unidade) deverão ser retidas. Se um endereço de cliente não contiver informações de entrega secundárias (como
apartamento, bloco ou andar) e o endereço for sinalizado como fantasma no banco de dados, nenhuma equivalência
será permitida. No exemplo a seguir, a entrada sem a informação de entrega “UNIT 1” não estabeleceu equivalência.
ENTRADA SAÍDA
Unit 1 13 MURDOCH CCT
ACACIA RIDGE QLD 4110
U 1 13 MURDOCH CCT
ACACIA RIDGE QLD 4110
ProcessStatus V3 O endereço foi validado e está correto, mas Unit 1 foi padronizada
Street1 6 F 1 O nome de rua foi encontrado no banco de dados;
equivalência perfeita
SubBuilding1 5 E 1 Verificado e padronizado
Unit 1 dos dados de referência
é alterado para U1.

Brasil (BRA)
Equivalência parcial da entrada Rua
No Brasil, as informações de endereço secundárias são consideradas como parte de um endereço. Portanto,
é provável que determinadas informações referentes à rua não apareçam no banco de dados de referência.
Como resultado, somente parte de uma rua será validada. Nesse caso, o processo de validação divide uma rua
em uma parte equivalente e uma parte copiada não equivalente. A parte não equivalente (Quadra D) é movida
para StreetLevel2, na saída, como mostrado no exemplo a seguir. É preciso observar que a relevância é um valor
nacional no Brasil, porque nenhuma referência a StreetLevel2 está disponível no banco de dados de referência.
ENTRADA SAÍDA
CAMINHO 1 QUADRA D
CAJAZEIRAS
SALVADOR-BA
41342-565
CAMINHO 1 QUADRA D
CAJAZEIRAS
SALVADOR-BA
41342-565
ProcessStatus V4 Equivalência perfeita de todos os elementos relevantes
ModeUsed Batch
AddressType S Equivalência de rua
Street 1 6 F 1 Equivalência perfeita de “CAMINHO 1”
Street 2 2 4 0 O restante da entrada de rua “QUADRA D”
foi copiado no campo Street 2, sem validação
Números de Quadra e Bloco
Quadra/Bloco (ou informações de número de grade) podem ou não aparecer em um registro de referência
de rua. Um número de Quadra ou Bloco pode ser adicionado, mas um número de entrada não deve ser alterado.
Adição de número
ENTRADA SAÍDA
EPTG QE QUADRA 2 BLOCO A
GUARÁ
71100-054
EPTG QE QUADRA 2 BLOCO A 4
QUADRAS ECONÔMICAS LÚCIO COSTA GUARÁ
BRASÍLIA-DF
71100-054
Legenda
A linha de rua correspondeu ao registro Rua, incluindo o número do Bloco no banco de dados de referência
Equivalência de Locality 2 no banco de dados foi estabelecida com GUARÁ
Locality 1 BRASÍLIA e Província DF adicionadas do banco de dados de referência
A rua não validada do endereço
é copiada para Street Level2.

12
ProcessStatus C4 A equivalência de todos os elementos relevantes foi estabelecida
e as correções foram feitas no endereço de entrada
ModeUsed Batch
Mailability 4 Quase certeza em relação à entrega da correspondência
Locality 1 0 8 1 BRASÍLIA foi adicionada do banco de dados
Locality 2 4 7 0 Equivalência baseada na entrada GUARÁ feita em Locality,
com correções
Province 0 8 1 DF foi adicionado do banco de dados
Street 4 7 1 Número de BLOCO adicionado
HNO 0 0 0 Não há informações sobre a presença de HNO
Equivalência de rua sobre equivalência de código postal
No exemplo a seguir, o número de QUADRA na rua EPTG QE QUADRA 2 BLOCO A 4 mudou para 3, tornando
a entrada incorreta. A inteligência do mecanismo pode alterar a rua para estabelecer a equivalência com
o código postal ou modificar o código postal para estabelecer equivalência com a rua. Neste exemplo, o código
postal foi alterado porque a rua estava associada ao código 71100-104 no banco de dados de referência.
ENTRADA SAÍDA
QUADRAS ECONÔMICAS LÚCIO COSTA
GUARÁ
BRASÍLIA-DF
71100-054
BRASÍLIA-DF
71100-104
ProcessStatus C4 Equivalência de todos os elementos relevantes. O Código Postal foi
corrigido
ModeUsed Batch
PostalCode 4 7 1 Alterado para se adequar à entrada de rua
Locality 1 6 F 1 Equivalência perfeita
Street 6 F 1 Equivalência perfeita. Não há informações sobre a
presença de HNO
Alteração de números
A troca de um número em um nome de rua degrada um endereço. No exemplo anterior, o 3 no endereço de entrada foi
substituído por um G. Isso não é considerado como correção de status C. Houve uma degradação para I4 devido ao status
especial de números de BLOCO no Brasil. O mecanismo considera G um número e, sendo assim, ele não existe no banco de
dados de referência. Portanto, é difícil para o mecanismo determinar se deve corrigir o endereço de entrada. Esse tratamento
é similar àquele destinado a um elemento HNO (HNO) incorreto na entrada. No modo batch, a entrada original é retornada.
No modo interactive, o número alterado é sugerido. No exemplo a seguir, uma única letra conta como um número.
O código postal foi alterado.

Modo batch
ENTRADA SAÍDA
EPTG QE QUADRA G BLOCO A 4
GUARÁ
BRASÍLIA-DF
71100-054
BRASÍLIA-DF
71100-054
ProcessStatus I4 Há uma sugestão para o número no nome da rua, portanto,
foi degradado de C para I4
ModeUsed Batch
AddressType U Não definido; endereço rejeitado
Mailability 2 Correspondência tem uma boa chance de entrega
PostalCode 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Locality 1 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Locality 2 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Province 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Street 3 0 0 Quadra numérica “G” identificada como incorreta
Modo interactive
No modo interactive, sugestões são fornecidas. Para o código postal deste exemplo, o seguinte endereço
é a única sugestão retornada.
ENTRADA SAÍDA
GUARÁ
BRASÍLIA-DF
71100-054
BRASÍLIA-DF
71100-054
ProcessStatus I4 Há uma sugestão, mas houve degradação de C para I4
ModeUsed Interactive
Street 3 7 1 Quadra numérica alterada de G para 2
Uma sugestão é adicionada
no modo interactive.
Sem alterações – O endereço
G está identificado como é degradado de C para I4.
incorreto.

14
Sintaxe de informações parciais influencia tratamento
Uma QUADRA deve sempre ser seguida por informações numéricas. O número que segue uma QUADRA
não é considerado um HNO.
Se a sintaxe do endereço for identificada como incorreta – por exemplo, se um número de QUADRA estiver
faltando – uma correção será disparada. Se estiver correta, uma parte não validada poderá permanecer
no endereço. Nos dois exemplos a seguir, a rua de referência é ESTRADA MUNICIPAL TATUÍ.
ENTRADA SAÍDA
ESTRADA MUN TATUÍ QUADRA
JARDIM WANDERLEY
TATUÍ-SP
18277-680
ESTRADA MUNICIPAL TATUÍ
JARDIM WANDERLEY
TATUÍ-SP
18277-680
ProcessStatus C4 Equivalência estabelecida com todos os elementos relevantes;
a rua foi corrigida
ModeUsed Batch
Street 4 7 1 Sem qualquer número, a sintaxe de QUADRA
foi totalmente removida da saída sem qualquer
informação no campo RESIDUAL
No seguinte exemplo, um número foi adicionado à entrada no exemplo anterior.
ENTRADA SAÍDA
ESTRADA MUN TATUÍ QUADRA 7
JARDIM WANDERLEY
TATUÍ-SP
18277-680
ESTRADA MUNICIPAL TATUÍ QUADRA 7
JARDIM WANDERLEY
TATUÍ-SP
18277-680
ProcessStatus V3 Equivalência estabelecida com todos os elementos relevantes;
a rua foi padronizada
ModeUsed Batch
Como o número de Quadra não existe na entrada,
o elemento QUADRA será removido da saída.
MUN está padronizado como municipal.

Street 1 5 E 1 A parte MUN assumiu a forma longa MUNICIPAL.
Isso não conta como correção, mas como padronização
Street 2 2 4 0 Nenhuma referência à QUADRA 7, mas a sintaxe
está adequada

16
Canadá (CAN)
Adição do Serviço de Entrega Nível 2
No Canadá, o DeliveryServiceLevel2 pode ser adicionado do banco de dados de referência a um endereço
perfeito, se indicado nos dados de entrada. Isso provavelmente ocorrerá se houver mais de uma agência dos
correios na localidade.
ENTRADA SAÍDA
PO BOX 15
SCARBOROUGH ONTARIO M1R 4Y7
POBOX 15 STN D
SCARBOROUGH ON M1R 4Y7
ProcessStatus C4 Adicionado o Serviço de Entrega Nível 2 relevante ao endereço; isso
conta como uma correção
ModeUsed Os modos de certificado, batch e interactive produzem o mesmo resultado
AddressType ERP Há equivalência do registro de endereço referente a Caixa Postal no
banco de dados
Mailability 4 Quase certeza de que a correspondência chegará ao destino
Province 5 E 1 A entrada Província está perfeita, mas foi abreviada
para a saída; isso é uma padronização
DeliveryService1 6 F 1 O número de Caixa Postal foi encontrado no banco
de dados
DeliveryService2 0 8 1 O STN D foi adicionado do banco de dados
porque havia mais de uma agência dos correios em
SCARBOROUGH; por isso, foi marcado como relevante
Observação: a eliminação do código postal da entrada produz um status de processo I3 com quatro sugestões,
no modo interactive.
Entrada:
PO BOX 15
SCORBOROUGH ON
Saída: (modo interativo) status I3. Estas quatro sugestões são retornadas com um código postal e um serviço
de entrega nível 2:
PO BOX 15 STN WEST HILL
SCARBOROUGH ON M1E 4R4
PO BOX 15 STN A
SCARBOROUGH ON M1K 5B9
PO BOX 15 STN D
SCARBOROUGH ON M1R 4Y7
PO BOX 15 STN AGINCOURT
SCARBOROUGH ON M1S 3B4
Serviço de Entrega Nível 2 foi
adicionado.

Número de edifício secundário ausente
Um endereço físico perfeito com um HNO válido, mas sem um campo de entrada de edifício secundário produzirá
uma equivalência perfeita se o banco de dados não contiver informações de edifício secundário para o HNO.
Entretanto, se houver algum registro do HNO com um edifício secundário, a entrada será rejeitada devido à
ausência de edifício secundário na entrada. Esta é uma regra SERP. Essas informações não podem ser representadas
pelos valores EIS/ERS/Relevância. O endereço físico é uma entrada perfeita, porém, foi rejeitado. No Canadá, isso
indica a falta de um edifício secundário. O processo de validação se comporta de maneira semelhante nos modos
batch e interactive, pressupondo que o banco de dados de referência fornece as mesmas informações.
ENTRADA SAÍDA
1555 FINCH AVENUE E
NORTH YORK ON M2J 4X9
1555 FINCH AVENUE E
ProcessStatus I4 O endereço foi rejeitado devido à ausência de informações
de edifício secundário
Locality 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Province 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Street 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
HNO 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
O banco de dados certificado para Canadá (CAN5C1.MD) contém Dados de endereço do ponto de
contato (PoCAD). Estes são registros de referência adicionais – em geral, contêm informações de edifício
secundário –, os quais aparecem em nosso banco de dados certificado, mas não no banco de dados batch,
como ilustrado pelo exemplo a seguir. A mesma entrada de endereço produz um status de processo V3 no
modo batch, porque esse banco de dados não indica que um edifício secundário talvez esteja faltando.
ENTRADA SAÍDA (BATCH)
1555 FINCH AVENUE E
1555 FINCH AVENUE E
ProcessStatus V3 O endereço está perfeito, mas foi padronizado
ModeUsed Batch
AddressType S Há equivalência do registro do tipo rua no banco de dados
Mailability 5 Certeza total em relação à entrega da correspondência
O endereço foi rejeitado porque há um
registro de edifício secundário para rua/
HNO no banco de dados de referência.
O endereço está padroni-zado
no modo batch.

18
Street 5 E 1 Equivalência perfeita, mas o banco de dados produz
a abreviação de AVE
HNO 6 F 1 Equivalência perfeita
Nesse endereço, o banco de dados não contém informações de edifício secundário.
Tenha em mente que, para endereços como este, uma atualização de banco de dados pode transformar um
endereço V válido em um endereço I4 rejeitado, caso um registro de edifício secundário seja adicionado.
Há endereços com informações de edifício secundário nos bancos de dados de batch e certificado, como
ilustrado pelo próximo exemplo.
Número correto de edifício secundário; sintaxe errada
Há endereços em que o número de edifício secundário está correto, porém, foi inserido com sintaxe e/ou
formato incorretos. Nesses casos, o endereço deve ser corrigido. De acordo com as regras SERP, o status de
processo é C (ou corrigido).
No processamento batch, se houver informações de edifício secundário no banco de dados, os resultados
serão os mesmos do modo de certificado – o que é o caso neste exemplo. Ou seja, o status de processo é C.
ENTRADA SAÍDA
4370 LORIMER RD 138
WHISTLER BC V0N 1B4
138-4370 LORIMER RD
WHISTLER BC V0N 1B4
ProcessStatus C4 O edifício secundário foi corrigido
ModeUsed Os modos de certificado, batch e interactive produzem o mesmo resultado
Street 6 F 1 Equivalência perfeita
SubBuilding 4 7 1 Há equivalência do número, mas a sintaxe está errada:
se o número aparecer após a rua, ele deverá ter um
descritor, caso contrário, ele deverá aparecer na frente
O SERP não permite alterações no código postal LVR (local de recebimento de grandes volumes)
No Canadá, cada código postal tem um marcador indicando que ele é um LVR. De acordo com as regras
SERP, um código postal LVR deve permanecer inalterado, mesmo que nenhum registro de endereço esteja
disponível para ele.
O edifício secundário é
anotado na sintaxe correta.

ENTRADA SAÍDA (CERTIFICADO)
PO BOX 1601 STN MAIN
EDMONTON AB M7A 2B6
EDMONTON AB M7A 2B6
ProcessStatus V2 A Caixa Postal foi copiada sem verificação. Todo o restante
está perfeito
AddressType L LVR. Na hierarquia de tipos, “L” é mais forte do que “P”
Mailability 3 A possibilidade de envio diminuiu para 3 porque o código postal
não é compatível com as informações de entrega. Boa possibilidade
de entrega
DeliveryService1 2 4 1 Copiado sem verificação de referência
DeliveryService2 2 4 1 Copiado sem verificação dos dados de referência;
a marca de relevância é apenas um palpite; não há
dados para decidir se esse campo é relevante ou não
No modo batch, um endereço é processado de maneira diferente. Como os códigos postais são vulneráveis
a erros tipográficos, não se pode considerar que todos os códigos postais estejam corretos – esta é uma
pressuposição do processamento SERP para LVR. Se as informações de entrada referentes à entrega equivalerem
a outro código postal, um novo código postal será retornado, como ilustrado pelo exemplo a seguir.
EDMONTON AB M7A 2B6
EDMONTON AB T5J 2N9
ProcessStatus C4 O código postal foi corrigido
ModeUsed Batch
AddressType ERP Há equivalência do registro de endereço referente a Caixa Postal no
banco de dados.
PostalCode 3 7 1 Não há qualquer equivalência para a entrada;
correção realizada
DeliveryService1 6 F 1 Equivalência perfeita
DeliveryService2 6 F 1 Equivalência perfeita
Não há alteração na saída
porque é um endereço de LVR.
Um novo código
postal é retornado.

20
Localidade Alternativa Nível 1
No Canadá, um registro Localidade contém o nome postal da localidade e, em geral, uma lista de nomes
alternativos válidos. Se a localidade for uma alternativa válida, a validação de batch e certificado se
comportará de maneira diferente. No modo batch, a alternativa é trocada pelo nome postal da localidade.
No modo certificado, uma regra SERP exigirá que o nome permaneça inalterado. O nome postal é retornado
no campo Locality1_Preferred_Name e o nome de entrada permanece no endereço formatado.
Isso é consistente com o tratamento referente à rua. No modo batch, a entrada de banco de dados
(nome postal) é fornecida como saída.
Modo batch
76 HANSON ST
EAST YORK ON M4C 1A1
76 HANSON ST
TORONTO ON M4C 1A1
ProcessStatus V3 Verificado; o endereço é uma equivalência de sinônimo
ModeUsed Batch
Locality 5 D 1 Alterado para validar localidade postal alternativa
Modo certificado
ENTRADA SAÍDA (CERTIFICADO)
76 HANSON ST
76 HANSON ST
ProcessStatus V4 Verificado; todos os elementos relevantes são equivalências perfeitas
Mailability 5 Derivado do status V4; totalmente confiável
A regra SERP exige que o endereço de
entrada fique inalterado na saída.
O nome alternativo é trocado pelo
nome de Localidade postal.

Locality 6 F 1 Equivalência perfeita com uma alternativa
válida. A localidade postal está disponível em
PREFERRED_NAME. Nenhuma alteração feita no
nome de localidade de entrada

22
França (FRA)
Regras de certificação SNA
A organização postal francesa exige que os endereços franceses cumpram determinadas regras e padrões.
Este é um resumo das regras mais importantes. Para saber mais, contate a organização postal francesa
“La Poste”, em www.laposte.com.
• Um endereço certificado consiste em 6 FALs.
• Se os FALs forem usados para saída, eles também deverão seguir essa formatação.
• O FAL contém estas informações:
• Linha 1 – Contato
• Linha 2 – Organização/edifício secundário
• Linha 3 – Nome do edifício
• Linha 4 – Rua com HNO
• Linha 5 – Caixa postal/BP/Localidade2
• Linha 6 - CSLLN (Locality1, código postal)
• Outras localidades identificadas, mas não associadas a Locality1 devem ser eliminadas do endereço.
• Todos os demais dados devem permanecer no endereço.
• Uma entrada não identificada não deve aparecer nas linhas 4-6. Deve ser movida para as linhas 1-3.
• Cada endereço SNA deve conter um FAL 6 e um FAL 4.
• Códigos postais CEDEX não devem ser alterados.
• Códigos postais não CEDEX podem ser alterados, mas não para um código postal CEDEX.
Entrada ambígua
Às vezes, a entrada pode ser analisada de diferentes maneiras. Para obter um resultado ótimo, é necessário
criar todas as alternativas de análise plausíveis e testá-las como entradas concorrentes para validação, como
mostrado neste exemplo.
ENTRADA SAÍDA
M.SCHROMPF M.SCHROMPF
22 ESCALIER DES RIGAUDIS 22 ESCALIER DES RIGAUDIS
1B SENTIER DU PARC ST MICHEL 1B SENTIER DU PARC ST MICHEL
06500 MENTON 06500 MENTON
ProcessStatus I3 Dois resultados encontrados

PostalCode 6 0 0 Equivalência perfeita, porém, ERS 0 porque
o endereço foi rejeitado
Locality 6 0 0 Equivalência perfeita, porém, ERS 0 porque
Street 6 0 0 Equivalência perfeita, porém, ERS 0 porque
HNO 6 0 0 Equivalência perfeita, porém, ERS 0 porque
Esse endereço tem duas linhas que podem ser interpretadas como ruas. Duas entradas candidatas são
criadas – uma com FAL 4 como rua e FAL 3 como residual e uma com FAL 3 como rua e FAL 4 como residual.
As duas entradas fornecem uma equivalência perfeita. Portanto, para evitar falsos positivos, o endereço é
rejeitado e um status de processo I3 é aplicado. A primeira entrada candidata é retornada. Os campos de
residual e contato não têm valores EIS/ERS/Relevância.
Entrada não identificada
Como regra geral na França, a entrada não identificada deve permanecer no endereço e ser movida para as
linhas 1-3, quando necessário.
ENTRADA SAÍDA
MR XYZ 123 MR XYZ 123
GROUPE POINTP 339 105 553 RCS PARIS
Le Mozart LE MOZART
13/15 rue Germaine Tailleferre 13 RUE GERMAINE TAILLEFERRE
75940 Paris Cedex 19
Groupe PointP – 339 105 553 RCS Paris 75940 PARIS CEDEX 19
ProcessStatus V2 Entrega não verificada; todo o restante é uma equivalência perfeita
AddressType G Endereço CEDEX sem entrega verificada. Com a versão atual,
os dados brutos CEDEXA ainda não são usados para fazer
verificações mais explícitas
Mailability 3 Derivado do status V2. Um ponto deduzido porque não há nenhuma
equivalência de entrega. A entrega não deverá ter problemas
Street 2 4 1 Não verificado devido ao endereço CEDEX
HNO 4 9 1 O HNO de entrada 13/15 tem uma sintaxe
ilegal. Uma regra SNA faz com que o HNO seja
alterado para 13. O número não é verificado no
banco de dados, por isso, não pode ser marcado
como uma correção. Sem ter nenhum valor ERS
especial para este endereço específico, o HNO
é marcado como incerto
Entrada não identificada encontrada.
O endereço é reformatado e movido
para as linhas 1 a 3.

24
FAL 5 foi identificado como o CSLLN contendo o código postal e a localidade. Estas são equivalências
perfeitas. Na saída, o CSLLN aparece em FAL 6. FAL 4 é identificado como uma rua. FAL 1 é identificado
como um contato. Isso não é verificado e não há qualquer valor EIS/ERS. Permanece inalterado. O FAL 3
“Le Mozart” não foi identificado. É marcado como residual, mas aparece como saída em FAL 3 porque sua
posição no endereço deve ser mantida, se possível. (Deve ser movido para as linhas 4-6.) Os itens residuais
não têm valores EIS/ERS. Eles sempre são copiados sem qualquer verificação de referência. FAL 6 não foi
identificado. É marcado como um segundo componente residual e é movido para a única posição livre nas
linhas de endereço, ou FAL 2.
Formato alterado: nenhuma alteração de status
O movimento dos elementos pode acontecer com frequência nos endereços franceses. Para produzir
resultados significativos (valores EIS/ERS), apenas o conteúdo é levado em consideração para produzir
o status de resultado. Os movimentos não são marcados como correções.
ENTRADA SAÍDA
MR XYZ 162 MR XYZ 162
11 RUE DU CHEMIN DES FEMMES
11 RUE DU CHEMIN DES FEMMES
91749 MASSY CEDEX 91749 MASSY CEDEX
ProcessStatus V2 Entrega não verificada; todo o restante é uma equivalência perfeita
AddressType G Endereço CEDEX sem entrega verificada
Mailability 3 Entregue do status V2. Um ponto deduzido porque não há nenhuma
equivalência de entrega. No entanto, a entrega não deverá ter
problemas
Street 2 4 1 Não verificado devido ao endereço CEDEX
HNO 2 4 1 Não verificado devido ao endereço CEDEX
FAL 5 é movido para FAL 4. Isso não influencia o status do processo. 1.5

Grã-Bretanha (GBR)
Referência de HNO em branco
Se uma referência de número para um endereço não existir no banco de dados de referência, não haverá
nenhuma indicação de que deveria haver um HNO para esse endereço ou de que isso seria relevante.
Para a maioria dos países, essas informações não estão nos dados brutos. As referências de HNO em
branco não indicam que estão faltando dados específicos.
As exceções a essa regra são a Itália (ITA) e a Espanha (ESP), onde s/n indica que não há um HNO para
um endereço.
ENTRADA SAÍDA
THORNIECROFT
3 DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
THORNIECROFT
3 DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
ProcessStatus V2 HNO copiado sem verificação; todo o restante está perfeito.
Não se sabe se algo está faltando ou se há muitas informações
na entrada
ModeUsed Batch
AddressType B Equivalência de edifício + equivalência de rua. A hierarquia de
tipos de endereços leva ao tipo de endereço “B” em vez de “S”
Province 0 8 0 Na GBR, a província não é relevante. A província
também não aparece nas FALs
HNO 2 4 1 Copiado; não há nenhuma referência de HNO.
A marca de relevância é apenas um palpite; não
há dados para decidir se esse campo é relevante
ou não
Building 6 F 1 Equivalência perfeita
Observação: deixar a entrada de HNO vazia produz um status de processo V4. Deixar a entrada de
HNO vazia e adicionar um edifício secundário à entrada produz novamente um status de processo V2,
como mostrado no exemplo a seguir.
Número da casa copiado sem
verificação, pois não há qualquer
referência ao HNO no banco de
dados de referência.

26
ENTRADA SAÍDA
FLAT 2
THORNIECROFT
DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
FLAT 2
THORNIECROFT
DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
ProcessStatus V2 Edifício secundário copiado sem verificação; todo o restante
está perfeito. Não se sabe se algo está faltando ou se há muitas
informações na entrada
ModeUsed Batch
AddressType B Equivalência de edifício + equivalência de rua. A hierarquia de
tipos de endereços leva ao tipo de endereço “B” em vez de “S”.
Province 0 8 0 Na GBR, a província não é relevante.
SubBuilding 2 4 1 Copiado. Não há nenhuma referência a edifício
secundário. A marca de relevância é apenas um
palpite; não há dados para decidir se esse campo
é relevante ou não
No próximo exemplo, as informações de edifício não são fornecidas. Há vários registros de endereços em
que a entrada de rua está associada a diferentes edifícios nos dados de referência. No entanto, o endereço
é considerado válido, como indicado pelo status de processo V4. Há possíveis sugestões para edifícios, mas,
na versão atual da Biblioteca de Software do Informatica AddressDoctor, elas não são indicadas. O tipo de
endereço gerado é S ou Street. Um edifício não é mostrado nos dados de entrada ou de saída, como
ilustrado no exemplo a seguir.
ENTRADA SAÍDA
DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
ProcessStatus V4 Tudo perfeito; não se sabe se algo está faltando na entrada
ModeUsed Batch
O edifício secundário é
adicionado ao endereço.
O edifício secundário é copiado
na saída, sem verificação.

Province 0 8 0 Na GBR, a província não é relevante
No próximo exemplo, um edifício não identificado é copiado sem ser validado porque não equivale a nenhum
dos edifícios nos dados de referência. Os dados brutos não indicam se a lista de registros de edifícios de
uma rua específica está completa. Não há dados de HNO como base de validação. O edifício copiado
(EIS/ERS = 2/4) é considerado relevante, mas não se sabe se o edifício deve ser incluído no endereço.
ENTRADA SAÍDA
SCHROMPF BLDG.
DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
SCHROMPF BLDG.
DEER ROAD WEST
MAUD
PETERHEAD
AB42 4NG
ProcessStatus V2 Edifício copiado sem verificação; todo o restante está perfeito.
Não se sabe se algo está faltando ou se há muitas informações
disponíveis na entrada
ModeUsed Batch
AddressType S Equivalência de rua; sem equivalência de edifício, portanto, não é “B”
Building 2 4 1 Copiado porque os edifícios nos dados de
referência não são equivalentes. A marca de
relevância é apenas um palpite; não há dados para
decidir se esse campo é relevante ou não
Organização equivalente/não equivalente
De forma semelhante aos edifícios, as organizações não equivalentes são copiadas sem fazer referência aos
dados. Considere o caso em que há uma combinação de rua/HNO, mas a entrada não equivale a uma
organização. Isso não exclui a possibilidade de uma organização de entrada residir em uma casa específica
juntamente com outras organizações (referenciadas). Os dados brutos não indicam se a lista de registros de
organizações vinculada a este HNO específico está completa.
ENTRADA SAÍDA
SCHROMPF CORP
80 SOUTHWARK STREET
LONDON
SE1 0PN
SSCHROMPF CORP
80 SOUTHWARK STREET
LONDON
SE1 0PN

28
ProcessStatus V2 Organização copiada sem verificação; todo o restante está
perfeito. Não se sabe se algo está faltando ou se muitas
informações foram fornecidas na entrada
ModeUsed Batch
AddressType S Equivalência de rua; sem equivalência de organização, portanto,
não é “F”
Organization 2 4 1 Copiado porque a organização nos dados de
referência não é equivalente. Se uma organização
aparecer em um endereço, ela será sempre
considerada relevante
No exemplo a seguir, usamos o mesmo registro de referência do exemplo anterior. Nesse caso,
há equivalência da organização.
ENTRADA SAÍDA
MRM WORLDWIDE (UK)
80 SOUTHWARK STREET
LONDON
SE1 0PN
M R M WORLDWIDE UK LTD
80 SOUTHWARK STREET
LONDON
SE1 0PN
ProcessStatus C4 Organização corrigida; todos os elementos relevantes foram
verificados em relação ao banco de dados de referência
ModeUsed Batch
AddressType F Equivalência de organização
Organization 4 7 1 Organização corrigida de acordo com o registro
disponível no banco de dados de referência
Referência de edifício secundário não numérica
Considere a entrada sem um edifício secundário – e vários registros de edifícios secundários para um
endereço no banco de dados de referência. O modo de fast completion fornece dados de edifícios
secundários que podem ser selecionados pelo usuário. No entanto, no modo batch, o endereço será
validado sem informações de edifício secundário e não as adicionará.
A organização
é corrigida.

ENTRADA SAÍDA
PostalCode = AB10 6PX
Locality = ABERDEEN
Street = ASHVALE PLACE
HNO = 16
FLAT A
16 ASHVALE PLACE
ABERDEEN
AB10 6PX
No modo de fast completion, a saída é idêntica à entrada, com exceção das informações de edifício
secundário. O mecanismo oferece seis sugestões de edifícios secundários para o endereço equivalente.
O usuário pode selecionar uma.
ProcessStatus Q3 Uma ou mais equivalências aceitáveis na entrada; todos os elementos
relevantes foram verificados em relação aos dados de referência
ModeUsed Fast completion
Mailability 2 Derivado do status Q3; mais de um resultado; grandes chances
de entrega
SubBuilding 0 8 1 Edifício secundário adicionado do banco de dados
No próximo exemplo, a mesma entrada de endereço no modo batch resulta no status de processo V4 sem
a adição de um edifício secundário. Os registros de edifício secundário também existem no banco de dados
batch, mas não são usados aqui. Na versão atual da Biblioteca de Software do Informatica AddressDoctor, a
saída não indica se os registros contêm informações de edifício secundário.
ENTRADA SAÍDA
PostalCode = AB10 6PX
Locality = ABERDEEN
Street = ASHVALE PLACE
HNO = 16
16 ASHVALE PLACE
ABERDEEN
AB10 6PX
ProcessStatus V4 Tudo perfeito; não se sabe se algo está faltando na entrada
ModeUsed Batch
As informações de edifício
secundário são adicionadas do
banco de dados de referência.
Há seis sugestões.

30
No exemplo a seguir, a adição de um FLAT com um número na entrada insere uma cópia do edifício
secundário na saída. Não há referência numérica como base para a verificação do número de entrada.
Os edifícios secundários FLAT A, FLAT B etc. no banco de dados de referência não são considerados números.
ENTRADA SAÍDA
FLAT 1
16 ASHVALE PLACE
ABERDEEN
AB10 6PX
FLAT 1
16 ASHVALE PLACE
ABERDEEN
AB10 6PX
ProcessStatus V2 Edifício secundário copiado sem verificação; todo o restante está
perfeito. Não se sabe se algo está faltando ou se muitas informações
foram fornecidas na entrada
ModeUsed Batch
SubBuilding 2 4 1 Copiado; há uma referência de edifício secundário,
mas nenhuma referência numérica do edifício
secundário. A marca de relevância é apenas um
palpite; não há dados para decidir se esse campo é
relevante ou não.
Duas ruas no endereço
Na Grã-Bretanha, um endereço pode conter duas ruas. Se houver apenas um HNO no banco de dados de
referência para as duas ruas, ele estará associado à rua dependente, que aparece na linha superior das
duas ruas. Ou seja, ele estará associado à Street1.
ENTRADA SAÍDA
GAIRN MEWS
7 GAIRN TERRACE
ABERDEEN
AB10 6FL
7 GAIRN MEWS
GAIRN TERRACE
ABERDEEN
AB10 6FL
ProcessStatus V4 Tudo está perfeito. O movimento do HNO de uma rua para outra
não é considerado como uma correção na versão atual.
ModeUsed Batch
Mailability 5 Derivado do status V4; entrega totalmente certa
HNO mudou para Rua 1.

Street 1 6 F 1 Equivalência perfeita
Street 2 6 F 1 Equivalência perfeita
HNO 6 F 1 O HNO foi encontrado no banco de dados
de referência

32
Índia (IND)
Adição de elementos ausentes
Os endereços na Índia geralmente contêm uma quantidade significativa de informações. A maioria das
informações está ausente na entrada, mas, na maioria dos casos, o mecanismo poderá reconstruir os
elementos de endereço.
ENTRADA SAÍDA
A26 Marmik CHS
Sec 5
Charkop
KandivaliW
Mumbai 400067
A - 26
Marmik Cooperative Housing Society
Ground Floor
Near Oxford High School
TriveniMitraMandal Colony
Sector 5
Charkop
Kandivali West
Mumbai - 400067
ProcessStatus C2 Muitas informações de endereço são adicionadas ou normalizadas;
isso conta como correção
ModeUsed O modo batch e o modo interactive produzem o mesmo resultado
PostalCode 6 F 1 Equivalência perfeita, mas padronizada
Locality Level 1 6 F 1 Equivalência perfeita
Locality Level 2 4 7 1 Correção baseada nos dados de referência
Province Level 1 0 8 0 A província de entrada não foi encontrada, mas foi
adicionada do banco de dados
Province Level 2 0 8 0 A província foi adicionada do banco de dados,
mas não é relevante para o endereço
Street Level 1 0 8 1 Rua adicionada
Number Level 1 5 E 1 Equivalente e verificado, mas padronizado para
o valor no banco de dados de referência
Building Level 1 4 7 1 O nome do edifício foi corrigido, porque
Cooperative Housing Society não é o descritor
padronizado, portanto, isso não é considerado
como padronização
SubBuilding 0 8 1 Edifício secundário adicionado
Posição dos elementos de endereço
Os endereços formatados na Índia geralmente contêm uma quantidade significativa de informações. A maioria
dos endereços não está na ordem preferida por fornecedores de endereços ou administrações postais.
A posição da maioria dos elementos é menos relevante com o Informatica AddressDoctor Versão 5.2.9.
O exemplo a seguir mostra que a posição de Locality2 e Locality3 na entrada não é muito importante.
Os resultados são adicionados ou normalizados.

ENTRADA SAÍDA
Geeta Vadhera
1 Palam Vihar
CHAUMA
GURGAON - 122001
INDIA
Geeta Vadhera
1 Palam Vihar Marg
Chauma
Palam Vihar
Gurgaon - 122017
ProcessStatus C3 O código postal e a rua foram corrigidos, mas não foi possível
verificar alguns elementos
PostalCode 4 7 1 Equivalência com erros, os quais foram corrigidos
Locality Level 1 6 F 1 Equivalência perfeita
Locality Level 2 6 F 1 A correção da posição não é considerada como
erro; a entrada estava correta
Province Level 2 0 8 0 A província foi adicionada do banco de dados, mas
não é relevante para o endereço
Street Level 1 4 7 1 Rua corrigida
Number Level 1 2 4 1 Não verificado e não alterado devido a dados
ausentes no banco de dados
Organization
Level 1
2 4 1 Devido a dados incertos, a entrada não foi verificada
nem classificada como organização nível 1
Correções e padronizações de elementos de endereço
A maioria dos elementos no exemplo a seguir foi padronizada ou corrigida. Todas as informações relevantes
ao endereço foram obtidas do banco de dados.
ENTRADA SAÍDA
R Chaitanya
ChaitanyaAp
PadmavatiMarg
Hiranandani G
Powai
Andheri (E)
Bombay – 400 075
IND
R Chaitanya
Chaitanya Apartment
Padmavati Road
Hiranandani Garden
Powai
Andheri East
Mumbai - 400 076
IND
O código postal foi corrigido.
O endereço foi reformatado.
A maioria desses
elementos de endereço é
padronizada ou corrigida.

34
ProcessStatus C4 Código postal corrigido
PostalCode 4 7 1 Equivalência com erros, os quais foram corrigidos
Locality Level 1 5 E 1 Equivalência com alteração baseada no nome
sinônimo da localidade
Locality Level 2 4 7 1 A correção foi feita no LO3 e uma padronização
secundária foi feita no LO2, mas os dois juntos são
considerados como correção
Province Level 2 0 8 0 A província foi adicionada do banco de dados, mas
não é relevante para o endereço
Street Level 1 5 E 1 A rua é uma equivalência padronizada perfeita
porque a alteração do descritor sinônimo não é
considerada como correção
Organization
Level 1
2 4 1 Devido a dados incertos, a entrada não foi verificada
nem classificada como organização nível 1

Cingapura (SGP) e Hong Kong (HGK)
Alteração de HNO/código postal
Em Cingapura, é possível que certos códigos postais determinem um HNO único. Se um HNO inexistente
ocorrer na entrada, o HNO equivalente poderá ser derivado no modo interactive. Se o HNO for equivalente
a um código postal diferente, o código postal será alterado.
ENTRADA SAÍDA
28 EDGWARE ROAD
SINGAPORE 799789
28 EDGWARE ROAD
SINGAPORE 799776
ProcessStatus: C4 Equivalência de todos os elementos relevantes O código postal foi
corrigido
ModeUsed Batch
PostalCode 4 7 1 Corrigido para equivaler ao HNO de entrada no
código postal
O código postal é alterado porque o HNO 28 faz referência ao código postal 799776 no banco de dados.
Se o HNO de entrada da rua não existir no banco de dados de referência, o endereço será considerado
inválido. O endereço não é alterado no modo batch, como ilustrado no exemplo a seguir.
ENTRADA SAÍDA
27 EDGWARE ROAD
SINGAPORE 799789
227 EDGWARE ROAD
SINGAPORE799789
ProcessStatus I4 O HNO de entrada não está no banco de dados; isso degrada o
endereço para I4
ModeUsed Batch
O HNO e o código
postal não equivalem ao
endereço de entrada.
O código postal foi alterado porque
o HNO 28 aponta para 79976 no
banco de dados de referência.

36
Locality 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
Street 6 0 0 Equivalência perfeita, porém, ERS 0 devido à rejeição
HNO 3 0 0 A referência ao HNO (54) existe; não há entrada
27 no banco de dados de referência
A entrada é rejeitada devido ao HNO incorreto. No modo batch, o endereço de entrada é retornado.
No modo interactive, o HNO incorreto é alterado. Há um HNO exclusivo para o código postal.
ENTRADA SAÍDA
27 EDGWARE ROAD
SINGAPORE 799789
54 EDGWARE ROAD
SINGAPORE 799789
ProcessStatus I4 O HNO de entrada não está no banco de dados; isso degrada
o endereço para I4
ModeUsed Interactive
HNO 3 7 1 HNO alterado para se ajustar ao código postal de
entrada
A entrada é rejeitada devido ao HNO incorreto. No modo interactive, o código postal de entrada fornece
um HNO exclusivo.
Reconstruir endereço com base no código postal
Em alguns países, é possível criar um endereço completo a partir de um código postal. Se isso criar uma
saída exclusiva, o endereço receberá um status C. O exemplo a seguir, de Cingapura, ilustra como um
endereço completo é criado com base em um código postal exclusivo.
ENTRADA SAÍDA
799741 2R GERALD CRESCENT
SINGAPORE 799741
ProcessStatus C4 Corrigido; a equivalência do código postal é perfeita e define um
único endereço
ModeUsed Batch
AddressType S Tipo padrão; nenhuma equivalência especial
Um endereço completo foi gerado a partir
de um código postal porque o código
postal é exclusivo desse endereço.

Locality 0 8 1 Adicionado para se ajustar ao código postal
Street 0 8 1 Adicionado para se ajustar ao código postal
HNO 0 8 1 Adicionado para se ajustar ao código postal
Adicionar edifício a HNO/rua perfeita
Nos dados de referência de Cingapura ou Hong Kong, é possível que um ou mais edifícios estejam
disponíveis para uma combinação de HNO/rua. Considere o caso da entrada com um HNO/rua válidos,
mas sem qualquer entrada de edifício. Se houver apenas um registro de edifício no banco de dados de
referência para o endereço, o edifício será adicionado à saída. Se, por outro lado, houver vários edifícios
disponíveis para o endereço, um deles não será adicionado, evitando assim a rejeição devido a múltiplas
equivalências. Os exemplos a seguir são de Hong Kong, onde não há códigos postais.
ENTRADA SAÍDA
18 Harbour Rd.
Wan Chai
Hong Kong Island
CentralPlaza
18 Harbour Rd.
Wan Chai
Hong Kong Island
ProcessStatus C4 Há equivalência para todos os elementos relevantes; um edifício foi
adicionado porque edifícios são relevantes em HKG
ModeUsed Batch
Building 0 8 1 Há um edifício exclusivo para HNO 18, por isso,
ele foi adicionado
O exemplo a seguir mostra a mesma rua, mas dessa vez com HNO = 1. Aqui, há vários registros de
edifícios no banco de dados de referência para essa combinação de HNO/rua. Para aceitar o endereço,
esses edifícios são ignorados. O status de processo V4 é gerado porque toda a entrada é uma equivalência
perfeita e nada parece faltar. O usuário não sabe se o banco de dados contém vários ou nenhum edifício
para esse HNO.
Um edifício foi adicionado a um
endereço porque há um edifício exclusivo
para a combinação de HNO/rua.

38
ENTRADA SAÍDA
1 Harbour Rd.
Wan Chai
Hong Kong Island
1 Harbour Rd.
Wan Chai
Hong Kong Island
ProcessStatus V4 Há equivalência para todos os elementos relevantes; o edifício nível
2 existe para esse HNO, mas é ignorado
ModeUsed Batch
Mailability 5 Derivado do status V4; entrega totalmente certa
No exemplo a seguir, a mesma rua é usada, mas dessa vez com HNO = 5. Para esse registro, não há
edifícios disponíveis, portanto, o endereço é uma equivalência perfeita e tem status de processo V4.
ENTRADA SAÍDA
5 Harbour Rd.
Wan Chai
Hong Kong Island
5 Harbour Rd.
Wan Chai
Hong Kong Island
ProcessStatus V4 Há equivalência para todos os elementos relevantes; não há
registros de edifícios para esse HNO
ModeUsed Batch
Na saída, é impossível interpretar se há registros de edifícios para esse HNO. Como os dados de edifício
não foram adicionados ao endereço, podemos interpretar que nenhuma equivalência de edifício foi
encontrada no banco de dados de referência. No entanto, na versão atual do Informatica AddressDoctor,
é impossível determinar se os edifícios estão disponíveis para o endereço.
O endereço é uma equivalência perfeita.
Embora haja vários edifícios para HNO =
1, o edifício foi ignorado no modo batch.

Estados Unidos (USA)
Processamento LACSLink
Locatable Address Conversion System Link (LACSLink) é um produto de dados oferecido pelo United States
Postal Service (USPS) para permitir que os endereços convertidos devido a alterações do USPS – ou para
sistemas de emergência como o 911 – sejam vinculados aos seus novos endereços.
ENTRADA SAÍDA
RR 1 Box 722
PERKINS OK 74059
USA
335468 E 750 RD
PERKINS OK 74059-3275
USA
ProcessStatus C4 Endereço corrigido. Os elementos Street Level 1 e Number Level
1 foram alterados. A mudança drástica do nome da rua e do
HNO é indício de que algum outro processamento também foi
executado. Ao verificar o LACSLink Indicator (Y) e o LACSLink Return
Code (A), podemos determinar que a alteração foi causada pelo
processamento de LACSLink
ModeUsed: Certificado
AddressType S Há equivalência de registro do tipo de endereço Rua no banco de dados
LACSLink Indicator Y Equivalência de registro de LACS; um novo endereço pode ser criado
LACSLink Return Code A Equivalência de registro de LACS; um novo endereço pode ser criado
PostalCodeLvl1 0 8 1 Adicionado
Street Level 1 4 7 1 Corrigido
HNO 4 7 1 Corrigido
DeliveryService 0 0 0 Vazio
Building 0 0 0 Vazio
SubBuilding 0 0 0 Vazio
Observação: se esse endereço for processado no modo batch, obteremos uma equivalência exata. Todos os
códigos de EIS diferentes de zero são mostrados como 6 e o status de processo é C4, não V4, como seria
esperado de uma equivalência exata, porque adicionamos o ZIP4 (EIS/ERS 0/8).
ProcessStatus C4 Endereço corrigido
ModeUsed Batch
AddressType R Há equivalência de registro do tipo de endereço Rural no banco de
dados
O nome da rua e o número
da casa foram alterados.

40
Rua fictícia – OFFICIAL
Às vezes, o USPS altera o nome de uma rua, ou então a rua pode ser conhecida localmente por um apelido.
Esses nomes de ruas não oficiais são conhecidos como Rua fictícia. Esse parâmetro está disponível no
modo de certificado e é chamado de Rua fictícia, com os valores de opção OFFICIAL e PRESERVE. O valor
OFFICIAL altera o nome da rua fictícia de entrada para o nome de rua oficial do USPS.
ENTRADA SAÍDA
407 W BRONSON HWY
KISSIMMEE FL 34741
USA
407 W VINE ST
KISSIMMEE FL 34741-4154
USA
ProcessStatus C4 Corrigido; todos os elementos relevantes postais foram verificados
AddressType S Há equivalência de registro do tipo de endereço Rua no banco de
dados
Street Level 1 4 D 1 Isso indica que o nome da rua foi alterado. O “D”
significa que uma equivalência com um registro de
rua fictícia foi encontrada e, portanto, o nome da
rua de saída poderá parecer muito diferente do
nome da rua de entrada
Observação: se esse endereço for processado no modo batch, o status de processo será I2 – os dados não
podem ser corrigidos – porque os dados de Rua fictícia só estão disponíveis no modo de certificado.
O nome da rua parece diferente do nome
da rua de entrada devido ao registro
fictício encontrado no banco de dados.

ENTRADA SAÍDA
407 W BRONSON HWY
KISSIMMEE FL 34741
USA
407 W BRONSON HWY
KISSIMMEE FL 34741
USA
ProcessStatus I2 Não foi possível corrigir os dados, mas há uma pequena chance de
que a entrega seja bem-sucedida no endereço
ModeUsed Batch
AddressType U Não definido; registro sem equivalência no banco de dados
Mailability 0 Inútil
PostalCode 6 0 0 Equivalência perfeita
Locality 6 0 0 Equivalência perfeita
Province 6 0 0 Equivalência perfeita
Street Level1 3 0 0 Errado
HNO 2 0 0 Não verificado
Rua fictícia – PRESERVE
Uma Rua fictícia com o valor de opção PRESERVE manterá o nome da rua fictícia de entrada, a menos que
seja um pseudônimo corrigido, caso em que ela será convertida para o nome da rua oficial do USPS.
ENTRADA SAÍDA
407 W BRONSON HWY
KISSIMMEE FL 34741
USA
407 W BRONSON HWY
KISSIMMEE FL 34741-4154
USA
AddressType S Há equivalência de registro do tipo de endereço Rua no banco
de dados
Street Level 1 6 F 1 Equivalência perfeita
O nome da rua está alterado porque a
opção Rua fictícia é PRESERVE.

42
Rua fictícia – Nome de rua corrigido
O exemplo a seguir mostra uma Rua fictícia corrigida. A opção Rua fictícia não tem efeito sobre a saída no
modo de certificado.
ENTRADA SAÍDA
6420 TANTALUS DR
MALIBU CA 90265
USA
6420 SYCAMORE MEADOWS DR
MALIBU CA 90265-4441
USA
AddressType S Há equivalência de registro do tipo de endereço Rua no banco de dados
Street Level1 4 D 1 Isso indica que o nome da rua foi alterado. O “D”
significa que uma equivalência com um registro de
rua fictícia foi encontrada e, portanto, o nome da
rua de saída poderá parecer muito diferente do
nome da rua de entrada.
Processamento de Mailstop – Compatível com o USPS
O USPS permite que informações de mailstop sejam colocadas acima da linha de endereço ou no final
dela, após os dados de rua ou de edifício secundário. Observe que o termo do USPS para mailstop é STOP.
O mecanismo padronizará o indicador de mailstop como STOP, se houver equivalência no banco de dados
do USPS. Se nenhuma equivalência for encontrada, o indicador identificado na entrada deverá ser mantido
ou padronizado. Isso significa que os dados de STOP são colocados em Edifício Secundário 1 ou em Edifício
Secundário 2, dependendo da presença de informações de APT/SUITE em Edifício Secundário 1.
O endereço a seguir é um dos que o USPS reconhece e fornece como um edifício secundário. O tipo de
endereço é H (arranha-céu) e o descritor de edifício secundário padronizado é STOP. O status de edifício
secundário é mostrado como padronizado (EIS/ERS 6/E).
Inúmeras variações de mailstop são reconhecidas como entrada. Elas incluem MAILSTOP, MAIL STOP, STOP,
MS, M/S, MS, MAILDROP, MAIL DROP, DROP, MD, M/D, MD.
O nome da rua está diferente do nome da rua
de entrada devido ao registro fictício existente no
banco de dados. Os resultados são os mesmos com
OFFICIAL ou PRESERVE para a opção Rua fictícia.

ENTRADA SAÍDA
6525 BOONE RD MAILSTOP 1
YODER CO 80864
USA
6525 BOONE RD STOP 1
YODER CO 80864-9764
USA
AddressType H Há equivalência de registro do tipo de endereço Arranha-céu no
banco de dados
SubBuilding 6 E 1 Padronizado
Processamento de Mailstop – Incompatível com o USPS
Este endereço é um exemplo de um mailstop fornecido internamente, em vez de pelo USPS. Mesmo que não
possamos validar os dados de mailstop, eles serão mantidos no edifício secundário, porque foi inserido pelo
usuário e não é um indicador reconhecido pelo USPS. Quando dois edifícios secundários são inseridos,
os dados de mailstop sempre apresentarão uma saída Edifício Secundário 2.
ENTRADA SAÍDA
425 LAKE ST STE B MAILSTOP 136
ANTIOCH IL 60002
USA
425 LAKE ST STE B MAILSTOP 136
ANTIOCH IL 60002-1464
USA
banco de dados
O indicador MAILSTOP é mantido
no edifício secundário. Código ZIP+4
MAILSTOP é padronizado como STOP, de
acordo com os padrões de dados do USPS. Código ZIP+4

44
SubBuildingLvl0 6 F 1 Equivalência perfeita
SubBuildingLvl1 3 3 1 Entrada inválida
Dados residuais – Registro de SuiteLink
Os dados encontrados na entrada, mas que não puderam ser identificados durante a parsing ou a atribuição,
são armazenados como dados residuais. Esses dados não são retornados na DAL ou na FAL, a menos que
eles sejam um possível registro de SuiteLink. SuiteLink é um produto apenas de dados do USPS que permite aos
usuários adicionar dados secundários a uma atribuição padrão de arranha-céu, usando o nome da empresa
de entrada. Um registro de SuiteLink ajuda a corrigir endereços incompletos.
O exemplo a seguir ilustra os dados residuais que são devolvidos na FAL porque um registro de SuiteLink foi
encontrado para o registro de entrada.
ENTRADA SAÍDA
BROOKS HOUSE
62 HIGH ST BACK DOOR
BRATTLEBORO VT 05301
BROOKS HOUSE
BACK DOOR
62 HIGH ST
BRATTLEBORO VT 05301-6893
banco de dados
Street 4 7 1 Corrigido
SubBuildingLvl0 0 0 0 Vazio
Organization 2 4 0 Não alterado porque nenhum dado de referência foi
encontrado
Dados residuais são retornados na
saída porque um registro de SuiteLink
foi encontrado para o tipo de
endereço Arranha-céu. Código ZIP+4

Dados residuais – Modo batch
No modo batch, os dados encontrados na entrada, mas que não puderam ser identificados durante a parsing
ou a atribuição, são armazenados como dados residuais. Esses dados não são retornados na DAL ou na FAL
e são encontrados no campo de residual.
ENTRADA SAÍDA
BROOKS HOUSE
62 HIGH ST BACK DOOR
BRATTLEBORO VT 05301
BROOKS HOUSE
62 HIGH ST
BRATTLEBORO VT 05301-6893
ModeUsed Batch
banco de dados
Street 4 7 1 Corrigido
SubBuildingLvl0 0 0 0 Vazio
Organization 2 4 0 Não alterado
Não há saída de
dados residuais. Código ZIP+4

Av. Das Nações Unidas, 12901 - 3º., Andar – Torre Norte - Brooklin Novo, 04578-000 - São Paulo, SP Tel.: (55 11) 3013-5446
Fax: (55 11) 5103-5923 www.informatica.com/br linkedin.com/company/informatica twitter.com/InformaticaCorp
© 2014 Informatica Corporation. Todos os direitos reservados. Informatica® e Put potential to work™ são marcas comerciais ou marcas comerciais registra-das
da Informatica Corporation nos Estados Unidos e em diferentes jurisdições por todo o mundo. Todos os outros nomes de empresas e produtos podem
ser nomes comerciais ou marcas comerciais.
IN09_0912_0714_02098

White Paper - Validação de Endereços

Recomendados

Recomendados

Mais conteúdo relacionado

Semelhante a White Paper - Validação de Endereços

Semelhante a White Paper - Validação de Endereços (20)

White Paper - Validação de Endereços