Skip to Content
author's profile photo Former Member
Former Member

Delivery address not always showing on purchase order

There are situations where the delivery address will not populate on my purchase orders. Please bear in mind that I'm a Buyer, not a SAP Engineer, or Analyst. Here are some basic details -

** I'll only address purchase orders that contain more than one line item because this issue has never arisen with single line item PO's. For the sake of this topic we'll assume the plant code populates SAP's US Headquarters as the delivery address, minus the 'Attn: John Doe' line highlighted below. The "Attn: XXX" is manually added each time because, as you can imagine, it always changes. Adding the Attn: John Doe is what creates the issues with ME22N.

Using ME21N directly in SAP -

1. The plant number on the line item level will populate the delivery address.

2. The delivery address is then in turn updated with an "Attn: John Doe"

3. SAP responds with "The delivery address is also used in other items. Should it be changed in all items?"

4. Click, yes.

5. SAP will display the updated delivery address correctly in the print preview screen.

6. The PO prints correctly and all is well.

Using ME22N directly in SAP -

1. The plant number on the additional line item(s) level will populate the delivery address minus the 'Attn: XXX'.

2. The delivery address is then in turn updated with an "Attn: John Doe"

3. SAP responds with "The delivery address is also used in other items. Should it be changed in all items?"

3.1. This message only appears when adding more than one line to an existing PO.

4. Click yes.

5. SAP will NOT display the updated delivery address correctly in the print preview screen, nor will the PO print correctly.

The following steps have to be taken:

1. Reset address on each line item.

2. Save the purchase order.

3. Using ME22N, access the PO again and add "Attn: John Doe" to the delivery field.

4. SAP responds with "The delivery address is also used in other items. Should it be changed in all items?"

5. Click yes.

6. SAP will display the updated delivery address correctly in the print preview screen.

7. The PO prints correctly.

This is more of an inconvenience than anything else, but now we're beginning to heavily use a third party software to transmit our requisitions to SAP using ME21N and ME22N and it's creating time consuming problems.

When revising a PO using the software, PO revisions and PO creations with multiple lines function the same way as written above. The address will not appear on the PO 'print preview' or hard copy until I go directly into SAP, reset the addresses, save, go back into the PO in edit mode, update the "Attn: John Doe" line, save again. (It's a bit time consuming).

The SAP technicians onsite are having a tough time figuring this problem out.

Any ideas?

This has been going on for several years so I'm obviously not in a rush for an answer. I was just curious to know if anyone out there has experienced something similar and what they did to fix or bypass it.

Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • Posted on Aug 10, 2016 at 08:11 PM

    When you create a PO then the delivery address of the plant exists only in the customizing It is just virtually visible in the PO, but technically not needed there.

    But in the moment you touch the address then SAP stores a copy document item specific in the central address table and the record of the PO item in table EKPO gets an individual address number.

    In short, if there is no address number in the PO item, then SAP takes the address from customizing. if you touch the address, then you get an address number and a document item specific address.

    And also the program follows a certain logic, if you create a new item then it can get to the routine where it asks you if you want the new address for all items. If you change existing data then you will not have this option.

    And if all items have no address number or all items have the same address number, then you can get the delivery address into the header of your print form. But if one item is different to the others in case of this address number then you have item specific addresses and you can't get it to the header of the form.

    Is it really necessary to have this "attn" at all in the PO?

    Based on what information can you decide to whom it has to go?

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      That response actually makes a lot of sense. Regarding your last comment, we're actually discussing leaving it off and then we wouldn't have to worry with it.

      Before doing that I believe they wanted to research it to ensure there wasn't an error in SAP causing the issue.

      There's a number of different ways we can work around the problem, looks like we may have to investigate those options.

      Thanks for your quick response!

  • Posted on Aug 11, 2016 at 04:40 AM

    Hi,

    Delivery address always plant address which are available from plant code address in transaction code OX10( on additional data) and designed to appears in Purchase order layout or else in few business case, delivery address is hardcoded where no change allowed.

    In your case- If your purchase order for a vendor have 100 line items with different plants- you are going have different delivery address for each item and if so- where you show in purchase order layout in each item with logic within and how your vendor will supply those item differently!

    Regards,

    Biju K

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.