White Paper - Validação de Endereços

White Paper

Validação de endereçosPrá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.

1Validação de endereços: práticas recomendadas para interpretar e analisar os resultados da qualidade de dados de endereços

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 executivoEndereç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çosA 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çosOs 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çoO 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çãoO 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 grandesvolumes 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çosdurante 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çoscompletos com base em entradaparcial • 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 funcionaO 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ãoEm 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çosEsse 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 STSORRENTO QLD 4217

90 CAMPBELL STBUNDALL 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



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 2650Sydney NSW 1171Austrália

GPO Box 2650Sydney NSW 2001Austrá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 492BRISBANE QLD 4001

GPO BOX 492BRISBANE 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 CCTACACIA RIDGE QLD 4110

U 1 13 MURDOCH CCTACACIA 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 RuaNo 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 DCAJAZEIRASSALVADOR-BA41342-565

CAMINHO 1 QUADRA D CAJAZEIRASSALVADOR-BA41342-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 AGUARÁ71100-054

EPTG QE QUADRA 2 BLOCO A 4QUADRAS ECONÔMICAS LÚCIO COSTA GUARÁBRASÍLIA-DF71100-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 postalNo 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



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úmerosA 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 4QUADRAS ECONÔMICAS LÚCIO COSTA GUARÁBRASÍLIA-DF71100-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



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 é degradado de C para I4.G está identificado como

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Í QUADRAJARDIM WANDERLEYTATUÍ-SP18277-680

ESTRADA MUNICIPAL TATUÍJARDIM WANDERLEYTATUÍ-SP18277-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 7JARDIM WANDERLEYTATUÍ-SP18277-680

ESTRADA MUNICIPAL TATUÍ QUADRA 7JARDIM WANDERLEYTATUÍ-SP18277-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 DSCARBOROUGH 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 ENORTH YORK ON M2J 4X9

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 NORTH YORK ON M2J 4X9

1555 FINCH AVENUE ENORTH YORK ON M2J 4X9

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 138WHISTLER BC V0N 1B4

138-4370 LORIMER RDWHISTLER 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

PO BOX 1601 STN MAINEDMONTON 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.


PO BOX 1601 STN MAIN EDMONTON AB M7A 2B6

PO BOX 1601 STN MAINEDMONTON 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 STEAST YORK ON M4C 1A1

76 HANSON STTORONTO 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)



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 o endereço foi rejeitado

Street 6 0 0 Equivalência perfeita, porém, ERS 0 porque o endereço foi rejeitado

HNO 6 0 0 Equivalência perfeita, porém, ERS 0 porque o endereço foi rejeitado

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

THORNIECROFT3 DEER ROAD WESTMAUDPETERHEADAB42 4NG

THORNIECROFT3 DEER ROAD WESTMAUDPETERHEADAB42 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 2THORNIECROFTDEER ROAD WESTMAUDPETERHEADAB42 4NG

FLAT 2THORNIECROFTDEER ROAD WESTMAUDPETERHEADAB42 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 WESTMAUDPETERHEADAB42 4NG

DEER ROAD WESTMAUDPETERHEADAB42 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 WESTMAUDPETERHEADAB42 4NG

SCHROMPF BLDG.DEER ROAD WESTMAUDPETERHEADAB42 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 CORP80 SOUTHWARK STREETLONDONSE1 0PN

SSCHROMPF CORP80 SOUTHWARK STREETLONDONSE1 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 STREETLONDONSE1 0PN

M R M WORLDWIDE UK LTD80 SOUTHWARK STREETLONDONSE1 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éricaConsidere 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 6PXLocality = ABERDEENStreet = ASHVALE PLACEHNO = 16

FLAT A16 ASHVALE PLACEABERDEENAB10 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 6PXLocality = ABERDEENStreet = ASHVALE PLACEHNO = 16

16 ASHVALE PLACEABERDEENAB10 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 116 ASHVALE PLACEABERDEENAB10 6PX

FLAT 116 ASHVALE PLACEABERDEENAB10 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çoNa 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 MEWS7 GAIRN TERRACEABERDEENAB10 6FL

7 GAIRN MEWSGAIRN TERRACEABERDEENAB10 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 CHSSec 5CharkopKandivaliWMumbai 400067

A - 26Marmik Cooperative Housing SocietyGround FloorNear Oxford High SchoolTriveniMitraMandal ColonySector 5CharkopKandivali WestMumbai - 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 Vadhera1 Palam ViharCHAUMAGURGAON - 122001INDIA

Geeta Vadhera1 Palam Vihar MargChaumaPalam ViharGurgaon - 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



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 ChaitanyaChaitanyaApPadmavatiMargHiranandani GPowaiAndheri (E)Bombay – 400 075IND

R ChaitanyaChaitanya ApartmentPadmavati RoadHiranandani GardenPowaiAndheri EastMumbai - 400 076IND

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



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 ROADSINGAPORE 799789


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


227 EDGWARE ROADSINGAPORE799789

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



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 postalEm 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 CRESCENTSINGAPORE 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 ChaiHong Kong Island

CentralPlaza18 Harbour Rd.Wan ChaiHong 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



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



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 722PERKINS OK 74059USA

335468 E 750 RDPERKINS OK 74059-3275USA

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 HWYKISSIMMEE FL 34741USA

407 W VINE STKISSIMMEE FL 34741-4154USA

ProcessStatus C4 Corrigido; todos os elementos relevantes postais foram verificados








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



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 – PRESERVEUma 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 HWYKISSIMMEE FL 34741-4154USA









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 DRMALIBU CA 90265USA

6420 SYCAMORE MEADOWS DRMALIBU CA 90265-4441USA









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, M\S, MAILDROP, MAIL DROP, DROP, MD, M/D, M\D.

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 1YODER CO 80864USA

6525 BOONE RD STOP 1YODER CO 80864-9764USA



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 136ANTIOCH IL 60002USA

425 LAKE ST STE B MAILSTOP 136ANTIOCH IL 60002-1464USA





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 SuiteLinkOs 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 HOUSE62 HIGH ST BACK DOORBRATTLEBORO VT 05301

BROOKS HOUSEBACK DOOR62 HIGH STBRATTLEBORO VT 05301-6893










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 HOUSE62 HIGH ST BACK DOORBRATTLEBORO VT 05301

BROOKS HOUSE62 HIGH STBRATTLEBORO VT 05301-6893


ModeUsed Batch








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

http://www.informatica.com/br linkedin.com/company/informatica twitter.com/InformaticaCorp

White Paper - Validação de Endereços

Business

Transcript of White Paper - Validação de Endereços