on 04-04-2012 12:39 AM
Hi All
We recently upgraded to GTS 10.0. I am finding a SPL blocks for a partner which i moved to positive list. But still i am getting blocks when i try to re check document or a new document created with same partner.
Please help
Thanks
Hello Gosin,
Please check sales order where users will change the address of the Partner , I have the same issue before, Partner is positive in SPL in GTS and No changes in partner address recently , But Sales order has been blocked in GTS for SPL. This because user manually changed the partner address in the sales order.
Thanks
Ramesh Kumbum
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello, I am facing a similar issue. I have determined the cause which happens on PO's. A business partner is on the positive list, but when a user manually updates an address, it voids the positive list entry. My issue is that the business is using an address change on the storage locations and GTS is seeing this as a manual change and in turn blocks on a SPL check which is a false positive.
We are working on a fix but no luck so far.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Dyshyant,
Once the partner function address which refers to specific business partner is changed, systems should carry out SPL screening instead of status determination. Please double check your storage location address is the same as to the corresponding business partner address.
Regards, Boer
Thanks Boer,
We have many different Storage Locations (SLOC'S) in the plant. So to ensure the delivery gets to the correct SLOC they place a different address in the SLOC setup. GTS in turn, views this as a manual change and voids the positive list entry. Our only course of action that was non-ABAP was to place the word that kept blocking everything on the excluded word list. This worked for us.
Best Regards,
Eric Perala
Hello Dushyant,
Actually it's not correct behavior as you mentioned. Could you please check whether field SPLPN in table /SAPSLL/ADRCON for the corresponding address is equal to '1' or not?
Thanks
Boer
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sourabh,
As I know, this bug occurs if you change SPL status via transaction code BP. For example, BP is in positive list, you directly mark it blocked. Nevertheless GTS reports which are relevant to blocked business partners work fine because the standard implementation combines field spl_chk_positive and splpn to determine the status of BP address like:
Release status: spl_chk_positive is initial and splpn is initial
Block status: spl_chk_positive is not inital and splpn is initial
Positive List: spl_chk_positive is initial and splpn is equivalent to 1
Negative List: spl_chk_positive is not initial and splpn is equivalent to 2
If you have own development to collect SPL status for business partners, you have to correctly handle this case.
Hope the above information help you to resolve your problem.
Regards, Boer
Hi Boer,
Thanks a lot for your reply, we don't have any custom report to check SPL status, we are checking below report, which is pretty standard report i guess and facing the issue.
- GTS area menu --> SPL screening --> logistics --> Monitoring --> Display blocked business partners.
Here we are checking for blocked business partners and trying to release them to positive list from SPL screening screen.
Is there any other reason for this to happen, is there any SAP note, which can fix this?
Rgds
Sourabh
Please check sales order where users will change the address of the Partner , I have the same issue before, Partner is positive in SPL in GTS and No changes in partner address recently , But Sales order has been blocked in GTS for SPL. This because user manually changed the partner address in the sales order.
Thanks
Ramesh Kumbum
User | Count |
---|---|
12 | |
3 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.