Statistical Indicator check in MM pricing.

I have not put a statistical indicator in MM pricing still.The condition shows as statistical.Can you help me to find how this statistical indicator is autogenerated.

Remove the "Accruals" check box in the condition type configuration. If the condition type itself is flagged as "accrual" it will appear statistical.
Edited by: Matthew Hiram Rose on Dec 14, 2010 11:58 PM

Similar Messages

Manual and Statistical Indicator in Pricing

Hi
What is the significance of Manual and Statistical Indicator in Pricing.
Regards

Hi,
Statistical key
This indicator causes a surchage or discount to be set in the document statistically (that is, without altering the value).
If you tick statistical key then that will not be consider while calculating net price.
For Eg: You have created one Purchase Order the PB00 gross price is 1000 and the discount is 50. Then this Discount part will not taken into FI account.
Regarding Manual
If a condiiton type is marked "Manual" in Pricing that will not get proposed automatically in PO condiitons, you have to manully select the condiiton from F4 help and maintain the value against it untill you maintain condiiton record for the same.
You can see in Pricing procedure there are two condition types PB00 (Autoamtic) & PBXX (Manual & doesnot contains any Access Sequence)
If you check the manual box against PBXX then you have to enter the condition manually in po. It will not populate auto.
Reg,
Ashok
Rewards welcome

Statistical indicator in Pricing schema.

All,
Can anyone explain the relevance of 'statistical ' indicator in pricing schema in simple terms with some examples ?
regards

Hi Sandeep
Consider this:
PBXX 100.00
RB00Discount 5.00
If you have above in PO conditions, the price in item overview will be 95.00 (100-5.00) which is net price.
If RB00 above is statistical in pricing schema, then the net price would have been 100.00
It works similar way for surcharges also (surcharge increase netprice while discounts reduce it when compared to your basic price)
You can also use it in quotations to define dummy conditions for loading to calculate landing cost without really affecting the price given to vendor.
Best regards
Ramki

MRP Indicator check box in MIGO

Dear All,
While capturing Excise Invoice during Goods Receipt (T.Code: MIGO), in Excise Invoice tab of MIGO screen- there is a button for " More Data". After clicking that button and in the 'Miscellaneous' tab , there is a MRP Indicator check box.
Please let me know when we need to flag MRP Indicator check box.My doubt is in which scenario, we need to flag that check box.
Regards,
Phani

Dear Piyush,
Tnx for ur solution.
Scenario-1: MIGO done & MIRO not done:
MRP indicator flagged:
In this case, the value of the material will be the Basic material price minus the Excise duty amount. ( For eg: material base value =Rs. 1000; BED= Rs. 160, E. cess=32 & SHE cess= 16). The total valuated stock will be Rs.792.
MRP indicator NOT flagged:
In this case, the value of the material will be the Basic material price.( For eg: material base value =Rs. 1000; BED= Rs. 160, E. cess=32 & SHE cess= 16). The total valuated stock will be Rs.1000.
Scenario-2: MIGO done & MIRO done:
MRP indicator flagged:
In this case, the value of the material will be the Basic material price. ( For eg: material base value =Rs. 1000; BED= Rs. 160, E. cess=32 & SHE cess= 16). The total valuated stock will be Rs.1000. (the ED amount of (1603216) will be debited to material value while doing MIRO poting.
MRP indicator NOT flagged:
In this case, the value of the material will be the Basic material price.( For eg: material base value =Rs. 1000; BED= Rs. 160, E. cess=32 & SHE cess= 16). The total valuated stock will be Rs.1000.(Rs. 1000/- debited to material account while doing MIGO itself) .
Concludingly, I want to know in what scenario we will flag the MRP Indicator. Please note that I am aware of the trading scenario also.
Regards,
Phani

Make Indicator "check bw master data" mandatory when creating CVC in MC62

Dear All,
There is a requirement to make the indicator "check bw master date" mandatory while creating CVC using tcode /sappao/mc62.
I have tried SHD0 - transaction variant. This field is not shown.
Is any other way to realize this?
Thanks,
Bin

Hi,
It is not possible to make the indicator "check bw master date" mandatory as this is generated program.
To meet your requirement using BADI /SAPAPO/SDP_MASTER method SET_COMBI_VALUE_CHECK you can force the
system to check 'BW master data' or if this flag is not set then throw the error message.
Regards,
Sunitha

Possibility that a check/ authorization on Pricing Date - Sales Order

Is there any possibility that a check/ authorization on Pricing Date can be implemented at Sales Order Level.
Regards,

Hi
You cant use authorizations in relation to the pricing date.
I dont know which kind of check you want to make but of course user-exits like mv45afzz is always an option.
Kind regards
Søren Nielsen

Statistical mark & subtotal column in Pricing Pro.???

Hello
I want to know what the need is of:
1- Statistical mark in the pricing procedure
2- Subtotal column in the pricing procedure
I read the F1 help but still I can't understand so I want clear explanation about them it would be much better if the answer companied with an example
Regards
Jacopo Francois

Hi,
pl.visit
<a href="http://www.sap-basis-abap.com/sd/meaning-of-column-in-pricing-procedure.htm">meaning of columns in pricing procedure</a>
regards,
Prashant
"Reward the points if it helps"

Final IV Indicator Check/Uncheck in PO Change results in PO Print

Hi
In ME22N when i check/uncheck the Final Invoice Indicator..... a new message with green Indicator is generated which is as well generating PO Print, inspite of removing Print relevant Changes for EKPO - EREKZ(Final IV Indicator) in Configuration.
If some can help me out as how to control this not to print.
Regards
Ratha

inspite of removing Print relevant Changes for EKPO - EREKZ(Final IV Indicator) in Configuration.
through coding we can control this ......get ur ABAPer help...

Pricing condition types in SRM 7.0

Hi,
We are using SRM 7.0, we have decided to go ahead with the pricing proceedure and the condition types which are there in ECC the same should be replicated to SRM.
We have created the same pricing proceedure and the calculation scheema in SRM.
Now my requirement is when i create a PO with the conditions and when i am transfering to ECC the PO should also be with the condition types. It should be a similar PO in ECC.
Is this can be addressed.

Hello All,
As I have already mentioned the condition types in SRM are identically matched to ERP condition type hence the data is flowing correctly and even the idoc has the z-condition type Z123.The IDOC in backend ERP has status 53.
On trial and error method we did unchecked the manual indicator check in the pricing schema for the relevant condition type and because of that now the Z-condiiton type can be seen in the backend ERP contract.
If the indicator was checked, this means that this condition can be maintained only manually (directly in the transaction
ME32K in ECC) and nothing can be transfer from other source.
Note: If the same condition type is being used in more than one pricing procedure then ensure that the check bok is unchecked for agianst the relevant condition type.
Thanks,
Yatin

Two load errors for a standard SRM Contract ODS

We've just installed standard business content for SRM Contract ODS. The standard InfoSource we installed is 0BBP_TD_CONTR_1. Two loading errors occur:
1st error:
No return value <> 0 allowed in update routines in transfer mode
Diagnosis
The return code was set to <> 0 in routine 'r0063_0SR_TARGVDC ', but the corresponding data field is updated with MOVE. You therefore can not prevent the update of a single data field for certain key values.
System Response
The load process is terminated.
Procedure
When you update with MOVE, you do not have to update all the data records. In this case you should use a start routine in the update rules in which you delete the data records that you do not want to update from table DATA_PACKAGE. Set the return code for all routines affecting a data field that is updated with MOVE to 0 (also the corresponding key field routines).
Procedure for System Administration
2nd error:
Error converting currency to standard currency (see long text!) RSBCTBBP
Diagnosis
Record number 1 : Error during currency conversion to standard currency.
The currency JPY of field 0OUTAGTARGT could not be determined.
Procedure
 Possible causes are listed below:
 - Could not find currency tables RSCURTRT or TCURR
 - Could not determine conversion date
 - Could not find an exchange rate for currency JPY in table TCURR
 Check the erroneous data record, currency unit, and date.If all data is
 available, check whether the standard currency was created correctly.
You can change it in transaction <rscur> by changing the settings for InfoObject 0SR_DEFCUR.
Furthermore, the global settings must be transferred from the source system in order to get the currency keys of the currencies (maintained for currency JPY in table TCURR). Use transaction <rsa1> to transfer the global settings. Select 'Source Systems' and choose the entry 'Transfer Global Settings' for the respective source system.
Note: we've transfer the global settings at currency from our SRM source system already, but we still get the same error msgs.
Any idea/solution?
Thanks

Hello All,
As I have already mentioned the condition types in SRM are identically matched to ERP condition type hence the data is flowing correctly and even the idoc has the z-condition type Z123.The IDOC in backend ERP has status 53.
On trial and error method we did unchecked the manual indicator check in the pricing schema for the relevant condition type and because of that now the Z-condiiton type can be seen in the backend ERP contract.
If the indicator was checked, this means that this condition can be maintained only manually (directly in the transaction
ME32K in ECC) and nothing can be transfer from other source.
Note: If the same condition type is being used in more than one pricing procedure then ensure that the check bok is unchecked for agianst the relevant condition type.
Thanks,
Yatin

Best SD userexit to use for checking 'material pricing conditions' (KOMV-KSCHL)?

Hiya,
When creating a sales document I'd like to check the material pricing conditions (KOMV-KSCHL), specifically for rate(KBETR), when a material is entered into an order.
If the Rate value is not as expected then I'd like to raise a pop-up to inform the user.
I was searching for a userexit to use and I can't find anything that fits my requirement...
I was therefore thinking of using USEREXIT_PRICING_PREPARE_TKOMP or USEREXIT_PRICING_PREPARE_TKOMK.
But I thought I'd just check with you experts first.
Would anyone have any suggestions?
Thanks in advance!

Hello Robert,
I would suggest using 'USEREXIT_PRICING_PREPARE_TKOMP' which is for Item level fields. However, why would the rate be not as expected, is there a limit that you want to set ?
Also its worth noting that these user-exits get triggered 3-4 times every change is made. You may want to restrict that.
Another option is to set a flag in a requirement routine for the condition type and use it to send a pop up in User-Exit.
Rgds,
Vijay.

Excise CIN amounts not updated in TAX field in Sales Order Pricing

Hi,
I am not getting the Excise Amount [CIN] i.e BED + ECS + SHE Cess in Tax field of Sales Order Pricing Procedure. only Sales Tax amount is showing.
Plz let me know, where did I go wrong in the Configuration.
Thanx in advance.
with best regards
Jabbar

Abdul,
What you have said is correct with regards to condition record creation, excise rate picking and its calculation.
On clicking the "analysis" button in pricing screen (Sales item details --> condition -->) try to analyse for each condition type
we can resolve it
Check within the condition type whether you have entered condition category = D, it must be like this
Cond. class = D Taxes
Calculat.type = A Percentage
Cond.category = D Tax
In Pricing Procedure Activate "Statistical" Indicator, it will definitely appear in the tax field.
Regards
Sathya

Pricing schema

Dear All,
In my import pricing procedure i have condition type PB00 & another condition type ZXYZ (this condition type is like PB00)...the need of this Z condition type is we need our CVD price to be calculated on the price user will enter against the Z condition type.
Now initially we were seeing that whenever we are using both the condition types then the Net column in the condition tab was populated by the price entered against the last condition type i.e. lets say we have entered 20 usd against PB00 & 10 usd against ZXYZ then the Net column was been populated by 10 usd & not 20 usd.
To solve this we kept subtotal D against PB00 & Calculation type 12 against ZXYZ (subtotal field has been kept blank)...this solved our issue but now what we are seeing that by doing this the CVD is getting calculated over PB00 & not over ZXYZ though the From & To against the CVD condition types has been kept over ZXYZ.
What needs to be done to achieve this?
Regards,
Indranil

Solved...just checked the statistical indicator only for ZXYZ & removed subtotal D against PB00 & removed alternate calculation type 12 against ZXYZ
Regards,
Indranil

Pricing for freegoods

hai SAP SD experts. can any body explain about this problem with suitable example pls....
in free goods we have R100 and NRAB standard condition types. but they don't have any access sequences. since they don't have access sequence they don't have any condition tables.. and fields..this what my observation if iam wrong pls correct me. then how these condition types are working . i know they are assigned with requirements and alternative condition base value....what is actually happening in the systems with this assignment.
advance thanks
rag sam

hi,
the req. 55 in R100 checks if the Pricing indicator is " B " for TANN. meaning free. R100 gets executed when the requirement is fulfilled. Alt condition base value turns the value of the item to 0, giving 100% disc.
NRAB,
In the free goods master record in the Free goods category field, select free goods category 3 (inclusive free goods without item generation).
Features
In free goods master data maintenance, this new free goods type is dealt with in the same way as the inclusive free goods procedure described above.
In order processing, you can not create order sub-items.
For pricing in the main item, you need to create a discount. The standard system provides pricing procedure RVAA01 and condition type NRAB.
Condition type NRAB is set up as follows:
It does not determine a discount from a condition record. It uses condition basis formula 029 in the pricing procedure to determine a discount from the free goods factor.
The condition receives the new pricing requirement 059 in the pricing procedure. This requirement checks whether free goods have already been determined.
The condition type receives condition category f. This condition category ensures that the condition is redetermined every time the quantity is changed, since this can also mean a change to the free goods quantity.
hope its helpful.
Thanks
Sadhu Kishore

Tax Procedures and MM pricing procedures

Currently when creating a PO under the invoice tab you can input the Tax code and jurisdiction code.
The tax code I am using is set up for a Canadian Tax procedure (TAXCAJ).
The procedure is calling two tax condition types JC1E (GST) and JC1I (PST). They are both condition class D and they are the same accross other statistics but they differ in condition category. JC1E is condition category 1 and JC1I is condition category 2.
JCIE uses account determination VST while JC1I uses NVV. JC1E needs to be posted to a seperate account as it is partially recoverable.
The real underlying issue here is that tax condition type JC1I comes accross to teh MM condition tab under NAVS but JC1E does not. I need the value from JC1E to come over to the conditions tab as my PO print is driven by this.
Any ideas how to get tax condition type JC1E (or its value) over to the conditions tab. I can make JC1E come over with JC1I but i need JC1E seperate. If you need clarification or more information just let me know.

Hi,
NAVS condition collects the non-deductible portion of the Tax Code and hence only showing JC1I which is a non-deductible condition type. The logic behind this is non-deductible tax is part of cost, so for updating the stock account at the time of GR with base value + discounts and other pricing conditions + non-deductible tax, NAVS condition type is being used in PO pricing procedure. JC1E is a deductible type tax and as not being a part of cost it is not updated in NAVS and hence the stock account at the time of GR.
If you want all the tax amounts for PO printing purpose, use JEXS condition type and insert this at the last of the pricing procedure with statistical indicator. Modify your print program to print value against JEXS instead of NAVS.
regards,
mallik

Statistical Indicator check in MM pricing.

Similar Messages

Maybe you are looking for