cancel
Showing results for 
Search instead for 
Did you mean: 

Table ADRC ADDR_GROUP ME02

Former Member
0 Kudos

Hi Experts,

we have over 20K ME02 entries. PUR had RFC done to avoid manuel entries in the Address Field on the PO and now they want to "clean up" the mess. Users that are using the address number correctly are having a hart time with the search. It's that a way to delete/mark/archive addresses that are not usefull in this table?

Thank you in advance for your help!

Best, Paola

Accepted Solutions (1)

Accepted Solutions (1)

JL23
Active Contributor
0 Kudos

I do not know what exactly you want with ME02 addresses.

These are entries that are automatically stored by SAP if you enter or change a delivery address in a PO.  This is PO specific data, if you remove this data, then your delivery address from existing POs is removed, which means it gets replaced by your plant address if you need to reprint an older PO.

Those ME02 entries are tight to a PO and will be archived together with a PO.

When you create a PO, then the delivery address is automatically your plant address, or the storage location address if you entered a storage location in the PO. Anything done manually in the delivery tab will be stored in ME02 address records, unavoidable.

Users do not need to search at all in ME02 addresses. They just need to create an address in MEAN and can then use F4 to search the ME01 address, which should not be redundant.

Former Member
0 Kudos

Yes Jürgen, I'm aware of that. The Problem is, as the users has been adequately instructed and trained to work with the address numbers search, they manually change the address on PO over and over again, even thought the address was already correctly maintained in the system as ME01, BP, etc.... now they want to clean up the false entries.

JL23
Active Contributor
0 Kudos

I do not understand how there can be false entries in ME02. This is what you have submitted to your vendor and it became part of your agreement and is legally binding.

When the user pulled an address from ME01 search, then an address number is displayed in the delivery address tab. when the user changes this address again manually, then the address number is removed from the address tab, but the record EKPO gets a new address number which is then stored as ME02 address in ADRC table.

If the user changes an address in a PO, then there must be a difference to the defaulted or pulled address, I dont think they do it just because they have to much spare time

Former Member
0 Kudos

Oh well....  welcome to my world! I already have this discussion with business as they sent the RFC to block the address fields on the PO to avoid users to make manual entries.... who understand that?? I don't but that's not the point.....  now our ABAP guys block the fields and users need to insert address number for different addresses. As they need to look for it, it will be good to have the table manteined.....  If it is not possible or recommended I will tell them but if it is, I need some lead on that...

JL23
Active Contributor
0 Kudos

Please do not do some ABAP stuff on ME02, this creates undesired results. you would at least need to change EKPO table as well, and this cannot be a business process at all. And as already indicated, you are destroying audit relevant data.

Former Member
0 Kudos

Jürgen, I think you didn't get my point......

the address fields on the PO are blocked to avoid users to make manual entries, that's what or guys changed. Users changed Adresses in the POs (mostly EUBs) because they didn't know how to use Address Number. So, we have for example 20x Adr ID CA01 (for each storage location) and another 30x the same address that manually was changed. So, if delivery address from existing POs is replaced by our plant address that will be okay. Of course we will not delete addresses from Vendors, but most of then are Plant addresses that are customized anyway.

Besides that, at the ende is business that decides.... and they want it done.

So, I would appreciate if someone could give me a lead about the best way to clean up this table.

How about "not deliverable Flag"  TSAD12

0004 Illegible Address

0003 Inadequate Address, would that be a option?

JL23
Active Contributor
0 Kudos


I can just advice to consult directly with SAP Support before you do any activity.  It is definitly not advisable to do any cleansing in ME02.

And as a consultant you should consult and convince the business and prevent them from doing something stupid,  they may not know the consequences, thats why they need consultants.

Former Member
0 Kudos

totally agree with you!

Answers (0)