Microsoft Dynamics AX (Archived)

Address type

(0) Share

Report

Posted on by Jemm

824

Hi,

Does anyone know the purpose of the address type and the content of the combo-box:

Invoice
delivery
Alt.delivery
and so on.

I've tried to look on the PS but found nothing interesting. I'd like to know how AX manages the content of this fields generally when selected on an address of a customer for example.

Thanks for helping. Greetz.

Jemm

*This post is locked for comments

I have the same question (0)

All responses (15)

Answers (3)

Verified answer

Martin Dráb 236,320 Most Valuable Professional on at

Like (0)

Report

Re: Address type

For example, an Invoice address (if defined) is automatically used when printing an invoice report.

Was this reply helpful? Yes No
Jemm 824 on at

Like (0)

Report

Re: Address type

Hi Martin, Thx for the answer. And what's the purpose of Alt.Delivery. Regards. Jemm

Was this reply helpful? Yes No
Verified answer

Martin Dráb 236,320 Most Valuable Professional on at

Like (0)

Report

Re: Address type

I think there is no such "direct" usage as for the Invoice address, but you can define Alt. address(es) and copy it to a specific order or so. Only in case of Delivery/Alt. delivery address, also info about delivery mode is copied from the Address table to the order.

Was this reply helpful? Yes No
Verified answer

GeorgeC 1,865 on at

Like (0)

Report

Re: Address type

Martin is correct, as usual - if a customer has multiple delivery (ship-to) addresses you can store the default as "delivery" type and all the others as "alt. delivery" type. Then when users enter a new sales order, the order will get the default "delivery" type address but users can select from the "alt. delivery" type addresses and make AX copy the details to the delivery address on the sales order.

Another sales-related address type is "third-party shipping". If you try to copy it to a sales order, the details go the to "third-party shipping address" section on the order (right beside the delivery address on the sales order form). It is used when you ship with "third-party billing" option supported mainly by parcel carriers. You are shipping to company A but the shipping charges will be paid by company B (a third party) so you you need to inform the carrier about the address and account number of company B. That's you need another address on the sales order. As far as I know, this "third-party address" is intended to be used mainly when you have AX integrated to a shipping software such as UPS Worldship, FedEx ShipManager, Kewill's Clippership, etc. You can also print a third-party address on a Bill of Lading in AX but this should be a separate topic on its own.

I mostly use the "home" and "business" type addresses with contact persons in the CRM module.

The "blank" address type is also important because is some cases AX will try to find a "delivery" or "invoice" address and if these are not available it will take the "blank" address type.

George

Was this reply helpful? Yes No
Jemm 824 on at

Like (0)

Report

Re: Address type

OK a bit late but thank you for the answer.

I'm now planning to use Address type --> "Payement", but I didn't found any documentation about this type.

Is there a process forseen for this type of address in AX ? Is there a link with the finance? Or is this completely informative?

Thank you.

Jemm

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

RE: Address type

UPS has collect and third party billing. I assume to get this to work in AX you would do the following:

1. bill a third party address type using the address of the receiver when the receiver is going to pay the shipping charges with their account number

2. bill a third party address type using the address of the third party when the receiver is going to pay the shipping charges with the third party account number.

If I don't do this, I get the "Delivery terms is not Third Party but the Carrier account number has a value." error

Is there a better way around this?

Was this reply helpful? Yes No
Suggested answer

GeorgeC 1,865 on at

Like (0)

Report

RE: Address type

For collect billing:

Set up a Delivery term for Collect billing where the Freight charge terms field is set to "N/A - third party/collect". Then you can use these delivery terms on a sales order and enter the receiver's UPS account number.

You can also assign the delivery terms and the account to an address (with type of delivery) and use that address on a sales order.

George

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

RE: Address type

George,

I am having difficulty with this. I noticed when I create a Delivery term where the Freight charge term is set to "N/A - third party/collect" that I cannot select this Delivery term on an address unless the Purpose is set to Third-party.

I also cannot select that Delivery term on a Sales order unless the customer has a Third-party address.

I am simply trying to allow a customer to ship collect using their own UPS account number. My environment is integrated with UPS WorldShip. There is a "Collect" field on the Staging table that I need to use in order to default the terms within WorldShip to Collect (or Bill to "Receiver" to be most exact) but that will not work when a Third-party address is used.

Any idea what I am missing?

Thanks

Was this reply helpful? Yes No
Community Member on at

Like (0)

Report

RE: Address type

I know this is super late response..."Payment" is to be used if they have a different address for payments to be sent. However, a word of caution: we accidentally had ours on "payment" and the address didn't print on checks. If printing checks, and the payment address is different, the address type must be "Remit-To."

Was this reply helpful? Yes No
GeorgeC 1,865 on at

Like (1)

Report

RE: Address type

Hello Matt,

Which AX version are you using - 2009 or 2012? I just tested your cases in 2012 and here's what happened:

1. I am able to ship collect when I manually enter the account number directly on the sales order. I was able to put the correct delivery terms on the customer, I left the delivery terms on the address blank and the SO picked up the delivery terms from the customer. I just had to enter the account number on the SO header. I was also able to switch from non-collect delivery terms to collect on the SO header - and I had to enter the account number as well. I guess your problem might be releated to the address puspose you are using - I used an address with purpose Delivery. I am pretty sure it worked the same way in AX 2009. But for users it's frustrating to enter the same account number on every new order for the customer. So I tested case 2.

2. I hit the same issue as you when trying to store the delivery terms and the carrier account on a customer address with purpose Delivery. AX only allowed me to do that if the address purpose was Third-party. I remember facing the same issue in AX 2009 and at the time we decided to fix it by modying the validation in LogisticsLocation table, shipCarrierCheck method. We changed the rules to allow an address with purpose Delivery to include a "collect" delivery terms and a carrier account number. I would do the same in AX 2012 as I consider this a bug.

In theory there's a workoaround for this issue - you can temporary disable the UPS WorldShip interface in AX, set up the address (validation would be skipped) and then re-enable the interface. But I don't see it as a viable solution in real life.

I read the MS white paper for shipping carrier interface for AX 2009 and it says that the expected setup for "collect" is to create a 3-rd party address and leave the address part blank - just set up delivery mode, delivery terms and carrier account number. I don's see a way to do this as the Address name/description and Country are mandatory fields... and they are enough for AX to consider it a valid 3-rd party address on the SO... which activates the "3-rd party" flag instead of the "collect" flag on the shipping request.

I believe the correct design for this would be to split "3rd-party" and "collect" freight charge terms.

Was this reply helpful? Yes No