Both UPS and Fedex software have built-in capabilities to link to the DBA database.  Currently, we just use it to type in our sales order number and populate the address fields, but the system can write back and stick the tracking number in the SO notes.
 
The only issue we ran into with UPS was that the address line 2 field name has a space in it which the UPS software cannot deal with.  It also does not work well for international addresses as the countries are not selected from a drop-down menu in DBA.
 
This has saved us many $$$ in not having to retype all those addresses.
 
Just a suggestion.

What I did was call UPS and Fedex and set up appointments with their system integrators.  The integrators came out and actually did the work.  We had to set up a DSN? on the host machine for pervasive.  Then, you can use the integrating programs built into world ship and ship manager to get at the DBA database via the file.ddf file (same one used for Crystal).
 
You then just have to know the correct filename (I believe it is BKARINV, and the ship-to fields in that file), reference them appropriately, and its off to the races.  We chose to bring in the data by Sales Order Number, but any identifier could be used (P/S #, Inv #, etc).
 
All in all, it was relatively painless and works quite well.  We have not yet tried to write the tracking number back to the SO notes.  This is because I don't know the file/field for the first note line in the SO.  It would also require training in our office to prevent order entry from using that field ever when entering an order.

One small request: we cannot fully integrate our UPS system with DBA due to the naming conventions of the shipping address fields in the BKARINV.B files.
 
The way I understand it, lines 2 and 3 of the address have a space in them (something like BKARINV.SHPAD 2 instead of BKARINV.SHPAD2).  It this something easy to change (to remove the space) or would it be a major undertaking?
 
If we could fully integrate DBA with UPS, I think it would help many people here.  
 
If this is a big deal, the work around is obviously to put the entire address in the first address line  

Are you doing an import based upon sales order # (or some other #) or did you just bring in the addresses into the address book.
 
I am very interested in getting this fixed if possible to prevent errors.
 
Thank you for your help!

It could be either but there is no reason not to do an ODBC connection to the sales order data which will give you a direct lookup.

It's live to the extent that it picks up the ship-to address from the sales order.  If you change the customer's address in AR-A after issuing the sales order the change won't be picked up in UPS/FedEx.  
 
It's proven to be a big time saver for us as well as eliminating input errors and has also elimited the issue of unsynchronized databases between DBA and UPS computer.

Maybe its my ignorance, but I believe I've linked to all three address field without a problem.  I either don't understand or can't duplicate the problem discussed above.
 
I linked as follows (DBA :: UPS):
 
BKAR_INV_SHPA1   ::  Street Address
 
BKAR_INV_SHPA2_1  ::  Room/Floor/Address 2
 
BKAR_INV_SHPA2_2  ::  Department/Address 3  
 
We don't issue too many sales orders with data in the second and third lines, but I did create a dummy order with data on those lines and it pulled into UPS.
 
Maybe there's a problem we haven't uncovered yet, I don't know.