on 10-22-2013 3:54 PM
Hello,
I have a scenario in which I want no sales order block for Ship-To Party.
To be more specific I have an A customer and a B customer. Both customers can be Sold-To Party.
At one point I don't want to have the B customers as Sold-To Party so I set it a sales order block (VD05). But I would like to make it a partner of the A customer so that I could create sales order in which the A customer is Sold-To Party and the B customer is Ship-To Party.
At the moment this scenario isn't valid because of the sales order blocking reason of the Ship-To Party.
Does someone have a solution for this?
Thank you.
Daniela
Hello all,
I find an helpful solution.
If we set the credit limit to zero then we can't create orders for B customer as a SP but we can use it as a SH when the SP is the A customer.
Thank you all for your replies.
Daniela
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear All,
As suggested by TW- it may not be a best option to delete B customer as SP.
i also strongly suggest that not to change the PDP for this account group.
please think logically ---if i delete B as SP by making some changes in PDP (partner determination procedure)--now at this junction you may need to create sales orders with B As SP--then what you will do in this time(again some changes are required in PDP).
Also please think again--once after settings done at PDP ---on the same day might be a requirement that B not as SP--then what you will do??(will you do again changes in PDP).
i think this is not at all a good practice !!!!
Some body has suggested not to give Credit limits for this customer--how it will be allowed by business not to have credit limits irrespective of A as SP or B as SP????(ofcourse it depends on business)
I think business always thinks on the credit limits NOT BASED ON WHO IS SHIP TO PARTY??
Also somebody suggested that--we can never restrict/Blocking the customer based on the partner functions-- i do agree with him 200%--that it is always based on customer number.
i am unable to understand one thing here--why this thread has not been suggested to create one more customer with a little change of address of B customer in Ship to party account group and assigned to A???
it simply serves the purpose--please correct if any....
Phanikumar
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Daniela
You may try this workaround.
Go to IMG - SD - BF - Partner Determination - (Select your PDP) - Partner Functions in Procedure - - Uncheck the Not Modifiable and Mandatory fields and save.
Then go to XD02 and delete Partner Function SP from Customer B.
Then the system will not allow a SO to be created using Customer B as SP. However it will allow Customer B to be used as a SH with Customer A.
(Do not forget to recheck Not Modifiable and Mandatory fields in PDP later)
Later when u want to use this customer as SP, you will have to add SP in XD02.
Thanks
Pronojit Gupta
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Pronojit Gupta,
I unchecked the Not Modifiable and Mandatory fields for the SP and also deleted the Partner Function SP in XD02.
If I set the sales order block in VD05 for the B customer I still can't create orders for A-SP and B-SH. Because the B customer is blocked.
If I don't set the sales order block in VD05 I can even create sales order for B customers as SP and SH. This is want I want to avoid.
Regards,
Daniela
Dear Daniel,
considering that, the Parner Function Master data maintained as-
For customer A: SP-A ; SH-B ; BP & PY whatever
For Customer B: No SP(deleted); SH-B; BP & PY whatever
No need to provide VD05 block for B, as B is not your SP at all.
Sales Order will serve your purpose, when you create SO with SP-B, automatically SP-B will become SH-B & system thro Error Message no. VP211 i.e.
Here provide the necessary SP-A.
In future, if Sales Order want for SP-B then do XD02 for customer-B, make Parner Functions
For Customer B: SP-B; SH-B; BP & PY whatever.Then go for create SO creation.
regards
Vikram
Hi Daniela
What you probably did was create a sale order for testing on the Create Sales Order screen which was already open. That is the reason it did not validate.
What you needed to do was enter /NVA01 in the command box and recreate the sales order. Then it would have validated.There's no need to put a block on customer B.
Anyways, good you reached a solution..
Regards
Pronojit Gupta
Hello Vikram,
I did all the above and I was still able to save a sales order for B-SP. No warning or error message.
The account group of B customer has assigned the AG Sold-To Party partner determination procedure. Could this have something to do with the fact that we can create orders for B customer?
Regards,
Daniela
Hello Vikram,
In the master data (XD02/03) the B customer had only BP, PY and SH partner functions.
In the sales order I had the B customer as SP, BP, PY and SH. I could save the order without any problem. There was no warning or error message.
As I was saying in one of my previous answer, the account group of the B customer has assigned the AG Sold-To Party partner determination procedure. Could this have something to do with the fact that I can create orders for B-SP customer?
Please see the print screens from one of my previous answers.
Regards,
Daniela
Daniela,
This suggestion of remove the customer with partner function SP, from a customer with account group 0001 might not be a good one (and it has risks, that during the creation of some customers - SP would not populate in the customer master).
If you want to indeed test the above suggestion, then do not delete the SP, but create a new customer; having mandatory and non-modifiable blank (deactivated).
Hi TW
This suggestion was given considering this as a one time maintenance activity and not an ongoing practice.
The PDP associated with the account group would be affected for a short while (the check in Not Modifiable and Mandatory fields would be missing while the activity is on). After the activity, the checks should be re-inserted.
The risk, as you foresee, is if any customers are created during this period. These risks can be mitigated. For this activity, the users should be notified as to not create any customers during this period. As an additional safety measure, the account group may be made non-functional (for eg. by temporarily assigning the account group to a number range with no available numbers).
Testing with new customers is fine. But i guess, this would be needed in production with existing customers.
Regards
Pronojit Gupta
Dear Daniel,
here is not required to provide the Sales Order Block for SP-B, as any way B is ur SH also. and chances to get order from SP-B in future.
Let the End User decides for SP-A & SP-B during sales order transactions.Hence the Partner functions get determined accordingly.
If any address issue will appear, it get noticed from Order Confirmation print-out.
If needed, SP(Buyer/Customer) or SH(Consignee) get changed in Sales Order.
Hope your client will agree on the same.
Regards,
Vikram
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Vikram,
This is the problem, I can't let the end users decide this because they don't pays attention always to this.
They know that in the case of B customer they must always put the A customer as a SP. But sometimes they omit this.
And there is only one A customer but there are more customers which can be the B customer. There is a list with them.
And after that the delivery and the billing is made in mass and there are little chances that anyone to observe this.
Regards,
Daniela
Hi,
Did you try to add this customer B in customer master of A XD02 in partner functions as SH. Check & update your findings.
Thanks
Sukant Chakraborthy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear,
Yo can change that customer B from sold to party to ship to party by XD07 with account group.
Kindly,let me know if you have any doubts.
Thanks,
Naren
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Naren,
Both A and B customers have the same account group. The account group has the "AG- Sold-To Party" partner determination procedure and also the SP, BP, PY and SH partner functions.
I don't want to change the account group of the B customer because at one point maybe he could order again by himself.
For the moment I would like, if it's possible, that the sales order blocking to be check only at the SP level.
Regards,
Daniela
Dear
I understood now clearly .
SP-A
SP-B
You want to block SP of B not want to SH,PY and BP .
Tell me one thing,how you have set up partner functions . If your SP-B acts as SP,SH,BP and PY then i think ,it is not possible to block SP only because your partner number is same for all SP,S,BP and PY but partner function is different .If the partners numbers are different then you can block.
Thanks,
Naren
Hello Naren,
Sorry for the delay. I hope this answers to your question:
The A customer is defined in its master data as a SP, SH, BP and PY and it has assigned also the B customer as a SH partner.
The B customer is defined in its master data as a SP, SH, BP and PY.
At the order level, in my scenario, the A customer is the SP and PY, the B customer is the SH, and a C customer is the BP. Only the B customer has the sales order block indicator set (VD05).
In this scenario I can't create the order because of the SH order block.
Regards,
Daniela
Hello,
How ca you use B as SH if he is having block ?.One thing if you remove it then only you can use SH .
You can not use B as not only SH but also SP,BP and PY because you have updated block for this customer.
We dont have options to block the customer by partner function wise ( ex: sp,sh,py and bp ).
Thanks,
Naren
User | Count |
---|---|
94 | |
11 | |
9 | |
5 | |
3 | |
3 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.