on 06-30-2008 8:10 AM
Hello,
I am having one issue - that when i create a debit note wrt billing document, then pricing procedure gets copied and also the excise duties are getting defaulted via the pricing procedure, but in debit note there should not be any excise values ? please explain me this concept ? The same is with credit memo ? Can we maintain a seperate pricing procedure for debit and credit memo and work only with it even if we create Dr or Cr wrt F2 ?
Pl help
Regards
Krishna
Hi Krishna,
You can have defferent pricing procedures for debit memo and credit memo, to get this requirement you have do these settings.
1.You maintain the defferent pricing procedure for the credit memo request and debit memo requset in the IMG.
SPRO-->sales and Distribution >Basic functions>Pricing>Pricing control>Define and assign pricing procedures-->Maintain Pricing Procedure.
2.You define different document pricing procedure for credit memo request and debit memeo request in IMG.
SPRO-->sales and Distribution >Basic functions>Pricing>Pricing control>Define and assign pricing procedures-->define document pricing procedure.
3.You assign the document pricing procedure to your credit memorequest and debit memo request in the IMG
SPRO-->sales and Distribution >Basic functions>Pricing>Pricing control>Define and assign pricing procedures-->Assign document pricing procedures to order types.
4.Finally you do the pricing procedure determination with the combination Credot memo or debit memo request document pricing procedure in the IMG
SPRO-->sales and Distribution >Basic functions>Pricing>Pricing control>Define and assign pricing procedures-->Define Pricing Procedure Determination.
5.maintain the condition records for that condition types in VK11.
Now sytem will determine the different pricing procedure for the credit memo request and debit memo request.
I hope it will help you,
Regards,
Murali.
Edited by: Murali Mohan.Tallapaneni on Jul 1, 2008 7:05 AM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Instead of using a different Pricing procedure, you can use the same pricing proc. but assign a requirement to the Tax condition type that would make the tax values inactive if the document type is either CR or DR.
This requirement is rather simple and can be done by your abapper. you just have to assign that Requiorement to ur cond. types.
The requirement can look something like this:
FORM KOBED_999.
*{ REPLACE
*\ENDFORM.
sy-subrc = 4.
check KOMK-AUART NE 'CR' OR KOMK-AUART NE 'DR'.
check KOMP-PSTYV NE 'G2N' OR KOMP-PSTYV NE 'L2N'.
if komp-kposn ne 0.
check: komp-prsfd ca 'BX'.
check: komp-kznep = space.
endif.
sy-subrc = 0.
ENDFORM.
*} REPLACE
FORM KOBEV_999.
ENDFORM.
Hope this helps
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
It is possible.
All u need to do is Assign a seperate Doc Pricing procedure to G2N and L2N docs namely credit n debit memos in VOFA transaction.
There is a field calles Doc Pric Procedure In the Account assignment/Pricing Sub screen.
N then u create the required pricing procedure with the required condition records only there by avoiding the unwanted codition types.
This should solve ure problem.
Award points accordingly.
Cheerzz..
Subbz..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Friend,
You can still go ahead with the same pricing procedure for of these documents if your client agrees to have those tax condition types as manual so that based on the scenario you can input the same in the order or else you need to have two separate pricing procedures for the same.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You may assign a different pricing procedure to CR and DR order type (or whatever type used in your system for credit/debit memos). This is done in SPRO:
Sales and Distribution -> Basic Functions -> Pricing -> Pricing Control -> Define and Assign Pricing Procedures
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.