Routine is not configured in pricing procedure
hi,
following is the issue I received but i am confused :
'zznetwr' is field for 'Net value before promotion' is set in formula 622 which is not configured in 'zperga' pricing procedure.
above is the issue I received but i am confused because when i checked 'zperga' pricing procedure, the routine 622 was already existed in alternative cal type.
Can anyone please tell me what is the technical link between routine and the pricing procedure. how routine works in background .
Specially i want to know what settings ABAPer does while writing the routine and what codes he writes to make the link between routine and pricing procedure
Thanks in advance
Ali
Hi,
Seems it is a customized routine which derives the net value before the promotion.
Do check in pricing procedure thouroughly whether the routine has been assigned properly.
Also see which structure you have assigned the field "ZZNETWR".
Also check Pricing Communication Item Structure "KOMP" where you have defined this Z field.
Even if you have defined here may be you need the pricing exit to flow the value to this Z field and the routine you defined
in the pricing procedure will work fine.Also check the same whether the value is flowing to this Z field during the sales order processing.You can take the help of your Abaper.
Regards,
Similar Messages
-
How to configuration of pricing procedure based on the Region
Hi,
please help me how to configuration of pricing procedure based on the Region in the roll out project.
Thanks
mustafaWhat I proposed to do was,
a. Create routes like 0 day route, 1 Day route, 2 day route etc.
b. Route determination is based on the Shipping condition of the customer. Put in the shipping condition for the customer as 00 - immediate delivery. 01 - By Truck, 02 - By Rail, 03 - Ship etc
c. Now, put in your route determination in such a way that routes change in the sales order with shipping condition (SC). Like, if the shipping condition is set to 00, then 0 day route comes up. Meaning immediate delivery, if SC is 01, then your normal route by truck picks up. etc.
When the sales order is manually created, you know the time of creation. As route is one of the criteria, the material confirmation happens based on number of days you put in the route to reach the destination. Now that you have the material available for today's delivery, the delivery program can be run to create it, or it can be manually created.
Now, when you configure the route you have to specify 'Transit duration in calendar days'.
When you have the sales order created electronically (say thru EDI), then, you may have to ask them to send in shipping condition. Else, you have to modify the function module Idoc_input_orders in such a way that if the sales order creation time is < 12 PM, then put shipping condition as 00, else copy what ever is there in the customer.
If you do not want to check the time manually when the user creates the sales order, then you may have to use the user exit MV45AFZZ (and I think you can use Save_order_prepare) to check the time and change the shipping condition. By this you will avoid extra coding in Idoc_input_orders and also need not bother if the user changed the route or not.
Hope my explanation helps.
Regards,
Mukund S -
Configuring the pricing procedure
Hi Experts,
My requiremnt is,
1. configure the price inclusive of sales tax = X(Gross Price)
2.calculate the vat of 4% in that = X*(104/100)=y(tax amount of 4%).
3.Net price which is exclusive of tax =X-Y=z(net price).
This is the scenario of the pricing procedure,.
can u help me how to configure the pricing procedure as per this scenario.
Gross price which has to be entered ,while creating the sale order. From that vat 4% output tax which has to be calculated and finally give the net price excluding the tax amount..
I dono on what basis i should select my condition tables.I knw only the basic procedure of pricing .
pls help me urgently.
Regards,
Divya.Hi divya,
This may be helpful for u..
15 0 ZPR0 FACT PRICE STD DOM
200 0 JEXP IN: A/R BED %
405 0 Copy of base value 15
410 0 JEXT IN A/R BED total 15
420 0 BED + AED + SED+CESS 200 202
422 0 ZECP IN A/R % ECess 410 419
426 0 BED + AED + SED+ CESS 420
428 0 copy of Base Value 420
430 0 BASIC + ED + ECESS 10
440 0 JA1X A/R Secondary&Hr ECS 424 429
445 0 BASIC + ED + ECESS+HSCess 420
430 440
550 0 ZIVP IN A/R VAT Payable 445
600 0 Base + ED + ST 445 560
810 0 Net Value 600
Regards,
Dippy -
How we can configure new pricing procedure at the time of billing document
Hi SD Gurus,
Can u plz tell me how we can configure new pricing procedure at the time of billing document level.
Thanks & Regards,
Sreenivas.PHello,
Why?
The sales order confirms the price given to the customer. If you have re-determined a new price/discount then you may consider in VTFL to use pricing type C.
Regards
Waza -
HM00 -Condition type not present in pricing procedure.
I have included HM00 as manual condition type in pricing procedure attached to the sales order through prcing procedure detrmination. But in sales order when I am entering the value manually for HM00, the error is "HM00 -Condition type not present in pricing procedure", but actually it is present in pricing procedure.
Any idea how to fix thie problem ?Hi Sunil,
Just check in V/08 > <b>YOUR</b> pricing procedure and see if HM00 is included in it or not.
Hope this will definitely solve your issue
Reward suitably
Regards
SD -
Condition JEXC not working in Pricing procedure for Non Set Off
Hi,
While creating PO in case of Dealer procurements i; e we are not buying the materials from the direct manufacturer but from dealer we need to have BED other than 8%(maintained in J1ID).
I am using the condition type JEXC in the Pricing procedure which is used to overwrite the value of BASIC Excise Duty in the Tax procedure. For this I have added JEXC in our Pricing procedure with subtotal as "5".
JEXC value in the Condition tab becomes the value of JMO1/JMO2 in the invoice tab.
Now for Set off cased it is working fine. I used to put value in the JEXC in the condition tab other than actual 8% value and it overwrites the value of BED(JMO1/JMO2) .
But for Non set off cases it not working correctly. It overwrites the value of BED(JMO1/JMO2) correctly but the SECSS % becomes zero. Can anyone suggest me the way I can go for non set off case .Hi
Kindly have a look: http://help.sap.com/erp2005_ehp_03/helpdata/EN/0e/db7eb4e9114d85a9335fb1df617504/frameset.htm
Regards
Prasanna -
Configuration of pricing procedure for po
Hi guys,
Our client requirement is that, for creation of one type of Purchase Order, the system should pick-up the basic price as latest invoice price of that paricular vendor for that material.
How to configure this? Do we need to use any routine for this?
Please suggest me the detailed procedure to be followed.
I will reward the useful answers
Thanks in advance
chintuHi Chintu:
I think that you need to develop a VOFM subroutine and get it in M/08 in AltCty or AltCbv fields. You can go to tcode VOFM / formulas and then, you can see examples. So you must create an VOFM and populate XKWERT with the desired value.
To create VOFM the the notes 356737,327220,28683 and 156230 must help you.
In report SAPLV61A you have various includes:
$$--- End of INCLUDE LV61AF0X --$$
include lv61annn. "Bedingungen
include fv62annn. "Formeln Staffelbasis
include fv63annn. "Formeln Konditionsbasis
include fv64annn. "Formeln Konditionswert
include fv65annn. "Formeln Gruppenkey
include rv61afza. "Userexits
include rv61afzb. "Userexits
I think that you could check the PO with values of KOMK, KOMP and so on to replace the value from conditions.
If you have any doubt, please, let me know, but for these requirement perhaps you need an ABAPer.
I hope this helps you.
Regards,
Eduardo -
Pricing Conditions are not updating in pricing procedure
Dear Experts,
I have created new condition table to maintain prices & assinged the same to access sequence. I have ticked the exclusive option also. But this option is ticked for each & every key combinations. Now I have maintained price on new key combination but system is picking old value only.
Pl. help me.
Thankshi
this can be possibility
The validity of OLD condition record is say from Jan 2010 to Dec 2999
Sales order date is say Sep1, 2010
New Condition record valididty is from August 2010 to Dec 2999
now as for same condition, you maintaining condition record which is actually overlapping, so go to VK12, and try to delet the OLD condition record or try to make Deletion Indicator for Condition Item
kindly let us know why you created new condition record when you can update the old with new prices
go to VK12
select combination and maintain new price and mark old 1 for deletion -
Creation of Routine for SD for Pricing procedure.
Hi all,
I am having a requirement from SD for creating a routine and to fix that in Pricing procedure as a requirement. So that when ever the sales order will be created by an user, and whenever the user selects that particular condition it should execute in the manner in which the routine is written.
Can you all please help me to write routines and how to asign this routine to the condition?
regards
VinodThe procedure to create the new VOFM.
1. Go to VOFM transaction
2. Page down until you find a new spot on the page to put in the VOFM number and description.
3. Put in the VOFM number and the description of the VOFM.
4. Now the VERY IMPORTANT part of the process. Double click on the VOFM description not the VOFM number to create this as a Development/Correction and not as a repair. If you double click on the number then this copies some existing code and prompts you for a repair.
5. Activate and generate the VOFM routine. Note: Configuration must be setup by the OM team for this step.
for example Go to the routine number that needs to be copied.
Put your cursor on the routine number field that needs to be copied.
Overwrite that number with your new routine number and hit enter.
The new routine will be created as a copy of the old routine and you can modify the new routine as you need it.
Ex.
You have to copy routine 104 to 904
Routine number Description Active
104 Bill.bus.item data X
Put your cursor on 104 and then change it to 904 and hit enter.
904 will be created as a copy of 104 and you can make your changes in 904.
Don't forget to activate it after you are done.
refer the below link
https://forums.sdn.sap.com/click.jspa?searchID=3604222&messageID=994791
Regards -
Maintain CIN configuration & Pricing Procedure for Trading Company
Hi Experts,
Our client is a Trading Company. In this company...first they purchase finish goods and than sale it. They are not selling their material to the manufactures. They are not creating the excise invoice.
Please suggest us how to maintain CIN configuration & maintain Pricing Procedure for them.
Thanks in advance.
Regards,
ShatrughanHi,
Create 2 tax codes in T-code FTXP
1 for VAT, 2nd for CST
then you define 2 condition types in v/06,
ex:ZVAT,ZCST
place these 2 condition types in your pricing procedure in V/08
And in VK11 maintaine condition records.
Thank you, -
Pricing Procedure Configuration
I want to configure the pricing procedure
1) Condition type ZR00 Gross Price 24000 (Qty 2000 X Price 12)
2) Condition type C005 Extra pay to vendor 1000 ( 0.50 per piece)
3) Net Amount from 1+ to 2 25000 INR
4) Condition type C001 Deduction 1 40 (0.02 per piece)
5) Condition type C002 Deduction 2 140 (0.07 per piece)
6) Condition type C003 Deduction 3 80 (0.04 per piece)
7) Total Deduction From4 to 6 260 INR
8) Total Amount From 3 to 6 24740 INR
The deductions are to be posted to separate accounts, and may be in future deduction amount will returned to vendor.
At the time of goods receipt Stock account should be posted with total amount (step no - 8 after calculation of all extra pay amount and deduction amount)
Also at the time of invoice verification, vendor payable amount should be step no - 8 after calculation of all extra pay amount and deduction amount
Thanks in Advancehi
At the time of GR (MIGO);
Stock A/c - Dr
GR/IR Clearing A/c - Cr
when u have freight or any surcharge the entry will be as follows
Stock Account - Dr - 110 INR
GR/IR Clearing A/c - Cr - 100 INR
Freight Clearing A/c - Cr - 10 INR
here u can see that u can replace only the GR/ir acct and not the stock acct
as the total cost is being posted to the material or stock acct as DR. entry
so u can,t skip material acct
regards
kunal -
How to configured pricing procedure to sales order type
Dear Sir,
Please tale me how to configure / change pricing procedure to sales order type. we have required to change pricing procedure from a to b for particular sales document type.
Regards
BK GAIKWADHI
Create a new document pricing pricedure
SPRO>sales & distribution>basic functions>Pricing>Pricing Control-->Define And Assign Pricing Procedures
and in the same path assign to your document
and assign it to your document and also then to your Pricing procedure determination in OVKK
regards
Prashanth
Edited by: Prashanth@SD on Jan 29, 2011 11:00 AM -
Pricing procedure execution...
Hi Folks,
How SAP reads the pricing procedure..
Example
Con.Type Requirement Routine
ZSAA 601 901
ZSAB 602 902
Doubt 1: -Is system reads this pricing procedure line by line or coulmn by column?, In the debug we noticed it goes column by colmun? why?
Doubt 2: - I want to know the value found for ZSAA during the execution of 602 requirement. Example scenario is if ZSAA is more than 100$ don't execute ZSAB.Pricing Procedure:
Determination of Pricing Procedure:
In SD, Pricing Procedure is determined based on Sales Area (Sales Organization + Distribution Centre + Division) + Customer Pricing Procedure + Document Pricing Procedure through T.Code: OVKK. Sales Area is determined in Sales Order Header Level. Customer Pricing Procedure is determined from Customer Master. Document Pricing Procedure is determined from Sales Document Type / Billing Type (if configured). Once the pricing procedure is determined, Condition records are fetched. If appropriate condition records are found, the price is determined. If Mandatory pricing condition is missing, system will through an error message.
Configuration of Pricing Procedure:
Step 1:
Condition table (T.Code: V/04): If existing condition table meets the requirement, we need not create a new condition table. Considering the requirement for new condition table, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Condition Table (select the required fields combination, which will store condition record).
Step 2:
Access Sequence (T.Code: V/07): If existing access sequence meets the requirement, we need not create a new access sequence. Considering the requirement for new sequence, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Access Sequence (Access sequence is made up of Accesses (Tables) & the order of priority in which it is to be accessed. Here we assign the condition table to access sequence.
Step 3:
Condition Type (T.Code: V/06): If existing condition type meets the requirement, we need not create a new condition type. Considering the requirement for new condition type, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Condition Type. It is always recommended to copy an existing similar condition type & make the neccessary changes. Here we assign Access sequence to Condition type.
Step 4:
a. Pricing Procedure (T.Code: V/08): It is recommended to copy a similar pricing procedure & make the neccesary changes in new pricing procedure. Pricing Procedure is a set of condition type & arranged in the sequence in which it has to perform the calculation. Considering the requirement for new Pricing Procedure, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Maintain Pricing Procedure.
b. Pricing Procedure (T.Code: VOK0): After maintaining the pricing procedure the next step will be determination of pricing procedure. Configuration for determining pricing procedure in SPRO is as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Determine Pricing Procedure.
5. Condition record (T.Code: VK11 / VK12): Condition record is a master data, which is required to be maintained by Core team / person responsible from the client. During new implementation, the condition records can be uploaded using tools like SCAT, LSMW, etc. Condition Record is maintained in T.Code: VK11 / VK12, which are captured in Sales Order & Billing.
Also check document pricing procedure in Sales Document Type (T.Code: VOV8 - Sales order Type, VOFA: Billing Type (If Required)), customer pricing procedure in Customer Master Data (T.Code: XD02), ... are in place.
Regards,
Rajesh Banka
Reward suitable points. -
Hi Friends
Explain how the pricing is determined for an item, starting from the sales order
Discuss the full cycle also make a mention on the Condition type controls, and Maintain pricing procedure controls.
Kindly explain it with an example.
ThanksPricing Procedure is indeed an heart of SD module, reason being if everything else is working fine, but price is not being calculated correctly, the purpose of billing fails.
An Overview of Determination & Configuration of Pricing Procedure is as follows:
In SD, Pricing Procedure is determined based on Sales Area (Sales Organization + Distribution Centre + Division) + Customer Pricing Procedure + Document Pricing Procedure. Sales Area is determined in Sales Order Header Level. Customer Pricing Procedure is determined from Customer Master. Document Pricing Procedure is determined from Sales Document Type / Billing Type (if configured). Once the pricing procedure is determined, Condition records are fetched. If appropriate condition records are found, the price is determined. If Mandatory pricing condition is missing, system will through an error message.
In SD, the steps to configure Pricing procedure are as under:
Step 1:
Condition table: If existing condition table meets the requirement, we need not create a new condition table. Considering the requirement for new condition table, the configuration will be done in spro as follows: IMG -> Sales & Distribution -> Basic Function -> Pricing Control -> Condition Table (select the required fields combination, which will store condition record).
Step 2:
Access Sequence: If existing access sequence meets the requirement, we need not create a new access sequence. Considering the requirement for new sequence, the configuration will be done in spro as follows: IMG -> Sales & Distribution -> Basic Function -> Pricing Control -> Access Sequence (Access sequence is made up of Accesses (Tables) & the order of priority in which it is to be accessed. Here we assign the condition table to access sequence.
Step 3:
Condition Type: If existing condition type meets the requirement, we need not create a new condition type. Considering the requirement for new condition type, the configuration will be done in spro as follows: IMG -> Sales & Distribution -> Basic Function -> Pricing Control -> Condition Type. It is always recommended to copy an existing similar condition type & make the neccessary changes. Here we assign Access sequence to Condition type.
Step 4:
a. Pricing Procedure: It is recommended to copy a similar pricing procedure & make the neccesary changes in new pricing procedure. Pricing Procedure is a set of condition type & arranged in the sequence in which it has to perform the calculation. Considering the requirement for new Pricing Procedure, the configuration will be done in spro as follows: IMG -> Sales & Distribution -> Basic Function -> Pricing Control -> Pricing Procedure --> Maintain Pricing Procedure.
b. Pricing Procedure: After maintaining the pricing procedure the next step will be determination of pricing procedure. Configuration for determining pricing procedure in SPRO is as follows: IMG -> Sales & Distribution -> Basic Function -> Pricing Control -> Pricing Procedure --> Determine Pricing Procedure.
Step 5: Condition record: Condition record is a master data, which is required to be maintained by Core team / person responsible from the client. During new implementation, the condition records can be uploaded using tools like SCAT, LSMW, etc. -
Discount problem in Pricing procedure
Hi experts,
Vendor offers % discount on Basic price, however tax is calculated on BASIC price (not considering discount).
I am facing following problems
1. I tried to configure pricing procedure , but discount gets deducted while calculating TAX.
2. If I make discount condition STASTICAL , TAX calculation is proper, But in MIRO in vendor payment Discount is not considered.
Pricing procedure requirement is as follows
1. Basic Price (A)
2. Tax % (B) - calculated on A
3. Discount% (C) - calculated on A
Vendor payment = A+B-C
How to configure pricing procedure for this requirement?
please help me out.
thanks in advance
rgds
JayDear Sir,
Pl let me know if you get the solution as my client also want the same kind of pricing structure.
i.e.Discount should get calculated after Taxes .
Pl revert back .
Thanks & Regards ,
Ganesh
Maybe you are looking for
-
Dvd player not accepting discs
hi, have issue with dvd player not working at all..not accepting discs ,no sound etc? thankyou
-
Press the esc key for startup menu
My HP mini netbook won'tload to the start-up page. I'm using Windows 7. I get the following messgae "Press the Esc key for startup menu" but when I do nothing happens.
-
Youtube does not work in the new version 13
youtube gives you an error message, this is not happening with other browsers or with your older versions
-
I want to upgrade from 10.6 to 10.7 but only have 1gb what can i do
I want to upgrade from 10.6.8 to 10.7 but it saying I need 2GB of memory I have a Mac book from Setpember 2007 I have already bought 10.7 is there any thing i can do to get 2GB?
-
My friend created a BIG music file on his pc then saved it to a flash drive. It is mostly wma files.. how can I add this to itunes library?