Question
If someone enter the invalid apartment, it will be explained in the data returned? たとえば、建物に A-K の文字のアパートがあり、誰かが「apt #5」と住所を入力した場合、システムは何かが間違っていることを示しますか?
Answer
最初に、USPS がいつ、どのようにアパート情報を保存するかの背景を少し説明します。 アパートメントビルをビジネスと同じように考えてみてください。 ロビーがあり、さらに内部の住所(アパートメント)があります。 ロビーのある建物は変わりませんが、アパートは確実にテナントが変わりますし、2つのアパートをリフォームして1つの大きなアパートにすることもあります。
彼らの目標は、エラーなしでできるだけ早く郵便物を届けることなので、できるだけ多くの内部の住所のリストを保持したいと思います。 しかし、内部アドレスの変更を提出するのは、ビルの所有者次第です。 というわけで、USPSはアパートの中にどんな部屋があるのか、ほとんど把握しているのです。 どのアパートが空室なのか、いつ空室状態が変わったのかも把握している。 しかし、完璧なシステムではありませんし、考慮すべき変数もたくさんあります。 最終的な選択は、ビルのオーナーに委ねられる。
今すぐ住所を確認するには、私たちのシステムに住所を入力してみてください。 アパートの最上階が燃えてしまい、清掃はするが建て替えはしないことになった。
いくつかのアパートは、すべての郵便物がロビーで受信されることを意味し、素敵なホテルのように動作します。 したがって、彼らはUSPSにアパートメント番号の情報を提出しないのです。 確かに、そのテナントはアパートメント番号を自分の郵送先住所として知らせますが、郵便物はすべてロビーに配達されます。 このような場合、USPSはその建物を1つの住所としてしか見ていない。
ですから、ほとんどの高層ビル (および他のそのような建物) は、内部の住所データを USPS に提出しますが、ご覧のように、別のケースも存在するのです。
内部アドレスの状態を判断するために、dpv_match_code
、dpv_footnotes
、footnotes
の 3 つのフィールド (すべて関連) を確認する必要があります。
例:
有効なアパートメント番号で住所を入力すると、次のようになります:
- dpv_match_code = Y (Confirmed; entire address was DPV confirmed deliverable.)
- dpv_footnotes = AABB (ZIP+4 matched; city/state/zip + Street are all valid. 住所全体を確認;住所は有効)
(Yのdpv_match_code
はアパート/スイート情報を含む住所が有効であることを意味します。 dpv_footnote
の “AABB “は、入力された住所がUSPSの有効な住所のデータベースと完全に一致することを意味します。)
無効なアパートメント番号を持つアドレスを入力すると、次のようになります:
- dpv_match_code = S (Confirmed By Dropping Secondary; address was DPV confirmed by dropping some or all ofthe secondary info (apartment, suite, etc))
- dpv_footnotes = AACC (ZIP+4 matched; city/state/zip + Street are all valid.)(ZIPはすべて一致しました。 2次情報(アパート、スイートなど)を削除して住所確認)
- footnotes = S# (2次情報(アパート、スイートなど)が全国ZIP+4ファイルのものと一致しない。
(”S “のdpv_match_code
は、2番目の番号(スイートまたはアパート情報)を含むアドレスを確認できなかったため、2番目の番号を含まないデフォルトアドレスに戻したことを意味します。 dpv_footnote
の “CC “は、一致させるために二次情報を削除する必要があったことを意味します。 アパートメント番号が正しくないか、USPS がそのアドレスのアパートメント番号をデータベースに保存していない可能性があります)
アパートメント番号がないアドレスを入力すると、次のようになります:
- dpv_match_code = D (Confirmed – Missing Secondary Info; The address was DPV confirmed, but it is missingsecondary information (apartment, suite, etc)).
- dpv_footnotes = N1 (確認済みだが、二次情報がない。住所は有効だが、二次番号(アパート、スイートなど)も必要)
- footnotes = H# (ZIP+4 情報は、この住所がビルであることを示しています。 提出された住所には、二次番号(アパート、スイートなど)が含まれていません。
dpv_match_code
が「D」の場合、システムは追加の二次情報(スイートまたはアパート)があるべきであると認識していますが、その二次データがない場合でも、デフォルトの場所を確認することができました。
これらの結果を解釈し、顧客に対して適切な応答を生成する必要があります (ニーズに応じて)、おそらくアパート番号が不足していることを示します (アパート番号があるとリストされているため)。 しかし、各アパートメントビルには、有効なロビーアドレスとアパートの住所があることを忘れないでください。 高層ビルの住所がアパートメント番号がないからといって無効だというのは、ロビーも有効なので、完全に正確とは言えません。 その点だけは注意してください
。