[ic] Address2 field superflous?

Paul Jordan paul at gishnetwork.com
Fri Jun 26 01:43:42 UTC 2009


Ahoy

Some of my clients and I have started to use Endicia to print labels for 
USPS. Their software is kinda quirky, but for the most part if you are 
quirky too, it works fine. We load each order as we ship, automatically via 
XML.

Problem:
In order to print postage on the label, Endicia requires you to validate the 
address. This is done automatically in their software with a click. I've 
been noticing that when the address verification has an issue, 99% of the 
time it is because people have put their apartment/unit number in the 
address2 (Interchange) field, and even though Endica has an 
<Address2></Address2> it seems they ignore it.

So, I am wondering if it would be wise to attempt to "coax" customers to 
properly use the main address field to enter their apartment number. It 
seems the cleanest way to go about this might be to simply remove the 
address2 field and fix any records in the table already. The other option is 
to concatenate the two fields into the main address line at XML time. If I 
take a look at transactions where address2 was used, it was overwhelmingly 
for Apt# (and units, etc.).

However properly formatted  address examples on usps.com have none where an 
address2 field would be used so I am wondering if the address2 field is 
really all that important today. My particular business does a lot of 
international orders, and even still, what is in address2 could have easily 
gone in address1. BTW, Endicia does not validate non US addresses, so that 
is not an issue.

Lastly, I have noticed some newer software being made with only a single 
field for the "address" line. Could this be a signal?

Anybody have some thoughts or observations on this? Are you using address2, 
and if so, why... because it is there?

TIA

Paul Jordan

  Gish Network > For print, web, and life.
  t.626.275.2517   f.866.401.2657
  Design & Programming | www.gishnetwork.com
  Event Photography | www.voirvenir.com
 




More information about the interchange-users mailing list