New adress number (auto)generated blocks over again the same document?

[laura_vieceli]

Hi,

we started freshly with GTS in my company and I'm noticing a very strange behaviour that I am not able to reproduct in quality environment.

It happens every now and then and I can see no common root: it happens only on delivery address and another custom partner alike to WE.

I unblock in GTS the sales order (or delivery), then it gets blocked again because a new address number was generated and checked.

No jobs were running, no users modified the document, no modification I could think of was logged in the system. It looks like the WE address was generated automatically, I cannot say if in SAP ERPCC or in GTS.

Any help is welcomed, waht else can I check? Did it ever happen to you?

Thanks

[laura_vieceli]

To any who could be interested, I think I figured out the problem.

It is due to some custom made on our GTS, in SAP ECC we have twoi partner functions for the end locations. If they are totally equal or they are different, it's no problem.

On the other hand if

VBPA-KUNNR1 = VBPA-KUNNR2 and

VBPA-ADRNR1 <> VBPA-ADRNR2

then every time GTS is called (for retransfer of incomplete orders for instance), GTS performs another check on the document (closed since some months and never modified since) , creates a new adress number and blocks again the sales order for SPL.

I have no developer access to GTS so I can't check anything else.

Did some one face a siumilar situation?

BR

Laura

[mouaz_benredjeb]

Hi Laura,

Did you have a look at the Compliance log ? Especially the date and time of the last document check...

I think interessant for your case to compare the date and time at which you relased your document (which you know as you are the one that releases the document) against the date and time of the last check/block (which you can get from the document Compliance log).

Depending on your observation, this will perhaps lead us to the root of the issue.

Regards.

Mouaz BEN REDJEB

[laura_vieceli]

Hello,

thank you for answering.

Yes I did look into it. It is difficult to understand first of all because strangely enough we have a different time on ECC6 and on GTS (4-5 minutes of delay).

Then it is not really me to operate in production system (neither ECC6 or GTS) but I check them in view mode and I am in close contact with people that work there.

For sure many different addresses for the same partner (WE) were generated in GTS: I don't know how to check if they were also geneated in ECC6 because I don't know where to search the log (if any) of generated addresses.

I never managed to replicate the case in quality.. I don't know what else to check.

BR

Laura

[Former Member]

hi Laura,

If it's a sales order and delivery, please check VBPA table with the document# and see the Address Indicator(VBPA-ADRDA) in ECC. Check if the indicator is B, C, E or F.

This will give you an idea on where the Address# is generated.

Thanks

Dhilipan

[laura_vieceli]

Yes I checked it is E but no one changed it manually and neither was changed by a job.

It looks like that is GTS triggering some change that in reality is not a change, just a new address number is generated in VBPA ans ADRDA is set to E..

Thank you

Laura

[Former Member]

I don't think GTS can update the address back in the feeder system as you think, unless and until you have a custom development for this.

Sorry, but i still believe there could be something in ECC which is updating the address# in the document. Let me think if there is a way to find this. You don't see any change log in the document in ECC right?

Regards

Dhilipan

[mouaz_benredjeb]

Hi Laura,

A couple of more things to check please:

(1) You said you have a Compliance check/block. I presume this an SPL block as you are dealing with partners addresses right ?

(2) You said you checked field VBPA-ADRDA but you didn't say if you checked it for the Sales Order or Delivery or for both.

(3) VBPA-ADRDA = E means "ADRC address entered in document manually". So may be someone entered the address manually in the Sales Order and then this changed address is automatically copied to the delivery. In other words, may be the person you asked was referring to the delivery when he/she said they didn't manually change the address but actually someone else changed it manually at Sales Order level.

Regards.

Mouaz BEN REDJEB

[laura_vieceli]

Hello, thank you for your answer,

you're right, I was not clear about the problem.

First of all I'll answer to your questions:

1. Yes, an SPL block (the detail in GTS says that the partner's address was changed manually and has been indentified as an entry in the boycott list)

2. I just rechecked on the system, either something has changed or I did not remember correctly, WE seems ok now, it is the other parner (another custom delivery address) that is causing all this. It is only on the sales order

3. Yes it was manually modified at the moment of the creation of the sales order. The order was then unblocked in GTS. Then the delivery and good issue followed. After some days they created the invoice and the sales order was blocked again by GTS. They unblocked it and again it was blocked by GTS. In this moment it is still blocked.

If I look in GTS it seems that after each unblock a new address is generated, checked and the document (that has completed its flow with the invoice) gets blocked in GTS again.

The user tell me they did not change the order after the delivery (I believe them).

No jobs were running in that time frame.

I can't imagine why GTS seems to create another address every time someone unblocks the document.

Thank you

Laura

[laura_vieceli]

Hello,

no I don't see any change after 18.07.2014 and the strange behaviour started on 23.07.2014, when they invoiced the delivery coming from the order.

I believe that no address was ever changed in ECC6, it looks like GTS is generating a new address to check after each unblock..

Thank you for your answer

Laura

[mouaz_benredjeb]

Hi Laura,

What puzzles me in your answer is when you said the goods issue has been posted. As far as I know, the compliance checks are not performed anymore after the goods issue is posted, this makes sense as there is no need to control/block goods that have already left the plant...

You said that there is no job running. Have you checked both GTS and ECC ? Particularly in ECC, there is the transactions for the start of follow-on function (upon release of documents in GTS). Could you please check these transactions are not running in batch jobs ?

Regards.

Mouaz BEN REDJB

[laura_vieceli]

Yes indeed, after good issue no check should be performed again.

About ECC6 the transactions you are referring to are the ones that upon the relase in GTS perform the unblock in ECC6 too?

They were not running in the time frame between the release in GTS and in ECC6.

There is a disalignment between the hours on the two system but I am reasonably sure.

I'll try and replicate the case in quality running the job manually so that I can check if that job is triggering something else.

Thank you

Laura

[mouaz_benredjeb]

Hello Laura,

I hope you'll be able to replicate the issue in a test system.

When you do so, before to create the invoice (which seems to be the trigger for the new check/block), please set a break point in FM /SAPSLL/CD_SD0A_R3 on ECC side.

If you create the invoice and then you go through this FM and the RFC call to GTS is made within this FM, then we will be sure that the invoice somehow triggers a new replication of the Sales Order to GTS which in turn does a new compliance check that leads to the document block.

This will help us to check if there is a relationship between the invoice creation and the Sales Order new block/check.

(This will not answer the question on why the document is rechecked eventhough the goods issue has been posted).

Regards.

Mouaz BEN REDJEB

[Former Member]

Hi Laura,

I am facing similar problem as yours. I have unblocked a sales order, but it being blocked again after job from ECC. Have you found solution or reason behind it?

Regards,

Bobby

[laura_vieceli]

Hello,

no but I couldn't not work on it in the past weeks.

From what you say it seems that a job from you ECC is triggering a new GTS check, and that block the document again. Is it the case?

BR

Laura