Spørgsmål
Hvis nogen indtaster en ugyldig lejlighed, vil det så blive forklaret i de returnerede data? Hvis en bygning f.eks. har lejligheder med bogstaverne A-K, og nogen indtaster en adresse med “apt #5”, vil dit system så angive, at der er noget galt?
Svar
Først lidt baggrundsviden om, hvordan og hvornår USPS gemmer oplysninger om lejligheder. Tænk på en lejlighedsbygning som en virksomhed. Du har lobbyen, og så har du yderligere interne adresser (lejlighederne). Bygningen med lobbyen ændrer sig ikke, men lejlighederne vil helt sikkert skifte lejere, og selv to lejligheder kan blive ombygget til en større lejlighed. Det er alt sammen fint nok, men hvordan håndterer USPS det?
Da deres mål er at levere post så hurtigt som muligt uden fejl, ønsker de at have en liste over så mange interne adresser som muligt. Det er dog op til bygningsejerne at indsende eventuelle ændringer af de interneadresser. USPS ved altså for det meste, hvilke lejligheder der findes i en lejlighedskompleks. De holder endda styr på, hvilke lejligheder der er ledige, og hvornår de ændrer status som ledige. Systemet fungerer ganske godt, men det er ikke et perfekt system, og der er mange variabler, der skal tages hensyn til. Det er op til bygningsejeren at træffe det endelige valg. Nogle gange foretager bygningsejerne ændringer uden at informere USPS.
For at kontrollere en adresse nu kan du prøve at indtaste den i vores system.
Eksempel: Den øverste etage i en lejlighedsbygning brænder ned, og de beslutter sig for at rydde op, men ikke for at genopbygge den. Det kan tage måneder (eller endda år), før de husker at informere USPS om, at disse lejligheder ikke længere eksisterer.
Nogle lejligheder fungerer mere som et dejligt hotel, hvilket betyder, at al post modtages i lobbyen. De indsender derfor ikke oplysninger om lejlighedsnummer til USPS. Deres lejere vil helt sikkert oplyse lejlighedsnummeret som deres postadresse, men al post vil blive leveret i lobbyen. I sådanne tilfælde ser USPS bygningen som én enkelt adresse. Den vil blive opført i databasen som et “højhus”, men vil ikke have interne adressedata.
Så de fleste højhuse (og andre bygninger af denne type) indsender deres interne adressedata til USPS, men som du kan se, er der alternative tilfælde.
Den bedste måde at kontrollere præcis, hvad vores output vil være for et givet tilfælde, er ved at prøve det på vores websted.
Der er tre felter (alle relaterede), som du vil se på for at bestemme den interne adressestatus:dpv_match_code
,dpv_footnotes
ogfootnotes
.
Eksempler:
Hvis du indtaster en adresse med et gyldigt lejlighedsnummer, får du dette:
- dpv_match_code = Y (Bekræftet; hele adressen var DPV bekræftet leveringsdygtig.)
- dpv_footnotes = AABB (ZIP+4 matchet; by/stat/postnummer + gade er alle gyldige. Bekræftet hele adressen;adressen er gyldig)
(Et dpv_match_code
på “Y” betyder, at adressen er gyldig, herunder oplysninger om lejlighed/suite. En dpv_footnote
på “AABB” betyder, at adressen, som den er indtastet, er en nøjagtig match i USPS’ database over gyldige adresser.)
Hvis du indtaster en adresse med et ugyldigt lejlighedsnummer, får du dette:
- dpv_match_code = S (Confirmed By Dropping Secondary; adressen blev DPV bekræftet ved at udelade nogle eller alle de sekundære oplysninger (lejlighed, suite osv.).)
- dpv_footnotes = AACC (ZIP+4 matched; by/stat/postnummer + gade er alle gyldige. Bekræftet adresse ved at udelade sekundære oplysninger (lejlighed, suite osv.))
- footnotes = S# (De sekundære oplysninger (lejlighed, suite osv.) stemmer ikke overens med oplysningerne i den nationale ZIP+4-fil. De sekundære oplysninger, selv om de findes på den indtastede adresse, var ikke gyldige i det område, der findes i den nationale ZIP+4-fil.)
(En dpv_match_code
på “S” betyder, at vi ikke kunne verificere adressen MED det sekundære nummer (suite- eller lejlighedsoplysninger), og derfor vendte den tilbage til standardadressen uden det sekundære nummer. A dpv_footnote
med “CC” betyder, at vi var nødt til at droppe de sekundære oplysninger for at opnå et match. Lejlighedsnummeret kan have været forkert ELLER USPS gemmer ikke lejlighedsnumrene for den pågældende adresse i sin database.)
Hvis du indtaster en adresse med et manglende lejlighedsnummer (når den burde have et lejlighedsnummer), får du følgende:
- dpv_match_code = D (Confirmed – Missing Secondary Info; The address was DPV confirmed, but it is missingsecondary information (apartment, suite, etc.).
- dpv_footnotes = N1 (Bekræftet med manglende sekundære oplysninger; adressen er gyldig, men den mangler også et sekundært nummer – lejlighed, suite osv.)
- footnotes = H# (Postnummer + 4 oplysninger viser, at denne adresse er en bygning. Adressen, som den er indsendt, indeholder ikke et sekundært nummer (lejlighed, suite osv.). SmartyStreets anbefaler, at kunden kontrollerer nøjagtigheden af den indsendte adresse og tilføjer det manglende sekundære nummer for at sikre den korrekte DeliveryPoint Barcode (DPBC).
En dpv_match_code
på “D” betyder, at systemet ved, at der bør være yderligere sekundære oplysninger (suite eller lejlighed), men selv uden disse sekundære data var vi stadig i stand til at verificere den standardplacering. Et dpv_footnote
på “N1” betyder, at der burde være sekundære oplysninger, men at de mangler, så for at få et match blev standardadressen anvendt.
Du skal fortolke disse resultater og generere et passende svar til din kunde (afhængigt af dine behov), måske ved at angive, at der sandsynligvis mangler et lejlighedsnummer (da det er anført, at der sandsynligvis er et lejlighedsnummer). Husk dog, at hver lejlighedsbygning har en gyldig lobbyadresse OG lejlighedsadresser. At sige, at en adresse i et højhus er ugyldig, blot fordi den ikke har et lejlighedsnummer, ville ikke være helt præcist, fordi lobbyen også er gyldig. Det skal du huske på.