Which one pricing procedure&pricing type take effect?

I assign the different pricing procedures to the master data FF.and document type A respectively.
And the procedures contain multiple pricing types.
When I entry a sales document with document type A and master data FF.
which procedure and condition type would take effect? or they take place together?
thanks

Dear Humility,
which procedure and condition type would take effect? or they take place together?
The pricing procedure will get determine based on these combination
Sales areaDocument pricing procedure of A document typeCustomer pricing procedure of FF--->Pricing procedure.
So what is the procedure you have assigned for this combination in OVKK transaction same pricing procedure will take effect.
What are all the condition types maintained in that procedure all will take effect.But values will come based on the settings you have done for those condition types.
I hope this will clear for you,
Regards,
Murali.

Similar Messages

Pricing Procedure Condition Type EK02

Dear, Gurus
I have an MTO scenario. All is working I mean from the production order the cost is coming to my sales order in condition type EK02. But that is making all other condition types as inactive.
current pricing schema
Pr00 Price it is manual.
Other Z condition types which are also manual.
Then EK02.
Gross Sales
K005
K007
Net Sales
MWST
ZSED Sales excise duty
Value after Tax
VPRS
also, at the top the net value does not change at all it stays constant and seems to pick up the EK02 price.
I want all other condition types to be manual but active even if EK02 price is picked up from Production Order.
How can I set it up to make them all green as active?

Previously all my condition types were manual entry so all were green.
Pr00   manual
Zman manual
Zsat   manual
Zetc   manual
Also, in PR00 class is B=Prices       Calc Type = C for qty
All the ZMan, etc is A=discount/Surcharge   calc type=B fixed amount.
To be scenario all I added was condition type EK02 in pricing procedure and by standard it is in class B=prices     calc type=C for qty, and cond cat=costing
When production cost transfer to EK02 lets say example 500. All those previous cond are yellow inactive. and then net price equals 500!
In terms of my terminology and basic understanding you can only have one cond type function as price in class B=prices.
So either the EK02 or the Pr00 needs to have cond type B for Price. If I make the Pr00 a discount/Surcharge nothing changes in respect to updating the price in sales order. Lets say even if its all corrected and I have lets say EK02 function as price the Zman and Z condition types are under discount surcharge, that at least should not be inactive?
Please help
thanks

Scaling in case of Pricing Procedure Condition Types

Hi,
I want to maintain Scaling in Condition Types of the Pricing procedure. Please guide me to maintain it.
Thanks & Regards
Saeed Arif

Hi,
If you have maintained Purchasing Info Record: In ME12 transaction go to Conditions tab. Select the Condition Type 'PB00' and click the Scales icon (F2) on top of the screen. Here, maintain the Scales.
First decide the Scale Type, Scale Basis and Validity periods for which you want to maintain the Scales. Save your changes and you can see the effect on Price, while creating the PO for the quantity mentioned as per the Scales.
Regards,
Narayana.
Edited by: Narayana Ghanta on Oct 13, 2008 3:43 PM

MM Pricing procedure - Condition type post to different GL account in MAP

Hi All,
We have a requirement for posting intercompany Stock transfer between Company A and B, and the transfer price will be Moving Average Price (say $ 100) + Mark up (say 25% i.e., 25) of supplying plant.
Created a new PO pricing procedure, and created a new Accrual condition type ZMRK for markup and made it statistical posting. Also in the pricing procedure the Condition type we assigned an Account key ZM1 and Accrual Key ZMA. we tried posting the Goods receipts in the receiving Company B, and it is posting the following entry :
Invetory A/C DR 125 (note: Account key ZM1 was not considered for debit account for markup)
GR/IR A/C CR 100
Markup Accrual A/C CR 25
REQUIREMENT: Our requirement is that the Mark-UP condition should not hit Inventory Account and should be debited to I/C Mark Up account (assigned to Account key ZM1) and entry should be as below:
Inventory A/C DR 100
Markup A/C DR 25
GR/IR A/C CR 125 (accrual is not required, if we can include the markup into GR/IR account)
OR
Inventory A/C DR 100
Markup A/C DR 25
GR/IR A/C CR 100
Markup Accrual A/C CR 25
NOTE: The Material is maintained as Moving Average Price and we dont want to add the Mark Up cost into the MAP of the receiving plant.
Please check and let me know if there is a way to do a condition type in PO pricing procedure to solve the issue of not hitting the inventory posting for condition record or any other way to handle this requirement.
Thanks in advance,
Surya

Hey surya,
I am also facing the same issue. Can you pls let me know whether you achieved this using any standard configuration.

Pricing Procedure, Pricing Type and PA and GL

Hi All,
I am an ABAPer with less knowledge about SD.
May I ask about the following:
Our client defined alot of pricing procedures for their SD. And most of the Condition Types in the pricing procedure doesn't have an account key connected with it.
1. How will I relate the Condition Type to a GL Account?
2. The Condition Type also is not mapped out to the PA value fields. How will PA pick up these condition types, to show in ke24?
- Thanks!!!

Hi
Condition types are assigned to a Pricing Procedure.
Condition types belong to a condition class and for each condition class,there is a account key.For e.g. for pricing condition class,account key would be ERL.Similarly for discount condition class,account key would be ERS and for tax class it would be MWS.
In a particular pricing procedure and for each condition type,there is a field for account key.you can assign account key to each condition type.Account key would help in posting values to G/L account.
Then in transaction VKOA,you can assign G/L accounts to combination of Condition type/Chart of accounts/sales org/account key.
Chart of accounts are for company codes and sales org is assigned to particular company code.
Reward some points if this helps you.
regards
Karan

Priceing procedure - condition type - number of units

Hi, I have a condition type in my pricing procedure. When I display item conditions for an item in a sales document I can see that my condition applies to 1000 units of measure. How do I change my condition so that the calculated amount applies to only 1 unit of measure?
Thanks

Hi Marko
Go to VK12 and change the UoM . Change the UoM and maintain the base unit of measure (ex:pc) that you have maintained in MMR . Provided you have not maintained Sales unit of Measure.
Also check wheather you have maintained any alternative UoM or not and that alternative UoM has been maintained in VK12 or not
Also check in V/06 in that condition type details wheather any UoM has been maintained or not. If it has been maintained then make the UoM feild blank by removing the UoM that has been maintained in V/06 and then check
Regards
Srinath

I have a budget of $2,200 and I don't know what to buy; The MacBook Pro 15 inch for $2,199 or the MacBook Pro w/ Retina Display for $2,199. I LOVE playing games but I don't know which one would play games faster.Take note that I wont upgrade anything.

The MBP w/ Retina Display is 2.3GHz but the other without Retina Display is 2.6GHz. So I don't know which one would play games absolutely flawlessly. I wont have the screen resolution so high on the games though. So can someone reply and tell me which one I should get and why?

Mac's are generally not 3D gaming computers and laptops especially are not because 3D games require a upgraded video card to take advantage of newer games and more feature rich updates.
Only the Mac Pro can one change the video card, if one can find a upgrade for it.
If you really love 3D gaming, a Windows 7 3D gaming tower is your machine.
http://www.cbscores.com/index.php?sort=ogl&order=desc
3D gaming on a Mac is sort of a second hobby, it's rather short lived as one can't replace the video card once a year, only with a new machine purchase.
Most 3D games are for Windows anyway and Apple almost demands OS X be upgraded to newer verisons annually now, so that sort of throws a monkey wrench into a Mac gaming rig with software upgrades and all. On the other hand Windows 7 is supported for a decade.
Mac's just don't work well with 3D gaming, perhaps a Win 7 tower and a iPad or something.

Which one is faster loading type between Insert/Update and Update/Insert?

Hi Gurus,
Could anyone tell me which loading type faster between Insert/Update and Update/Insert?Any resolution and document reference would be grateful.
Regards,
Joni

910575 wrote:
Thanks Purvesh for your quick response..
Yes you are right, we have to prefer sql rather than plsql. But if i have 1 lakh records to be inserted then my insert into select will do insert one by one that mean context switching is more to server i.e 1 lakh.
If i use BULK COLLECT+ FORALL then in a single switch the lakh records will be inserted right?
I agree that when we have less number of records to insert we can prefer insert into select, if we have huge data then why not FORALL ?
You have just tested for 107 records, but in huge data it is different right?
Thanks,
VinodYou've misunderstood how it works, I think. When you do the "insert into ... select", Oracle works out what rows need to be inserted and does them in one fell swoop. That's 2 context switches only, with the bulk of the work being done by the SQL engine.
When you do the BULK COLLECT + FORALL, you're telling Oracle to first identify the rows (that's two context switches straight off; one from PL/SQL to SQL and then back to PL/SQL again), load them into a collection, then loop through the collection and insert the records X rows at a time (which could be all records or whatever you set as the LIMIT on the FORALL) (again, with the context switching between PL/SQL and SQL and back again through each loop).
Which one sounds like it does the least amount of work? Not the BULK COLLECT, right?

MM Pricing procedure change

Hi All,
Can you help with a problem I am facing. I have the requirement to add a new condition type to a MM pricing procedure. Upon recomendation from SAP I beleive that I should do this by copying the old one to a new code. My problem is this. We currently use scheduling agreements which contain the pricing procedure in EKKO. So my new pricing procedure will not take effect until I create an entirely new SA (which is not an option at the moment).
Any ideas?????

Hi,
In the existing SA's u can use the new condition type u create unless subsequent transactions have happened for the SA.
Delete the existing condition type & add the new one.
If subsequent transactions have been done, delete the existing one & prepare the new one, if the pricing is getting picked for subsequent transactions from SA.
Regards,
Sourabh

Assign pricing procedure to billing document type

hi
i want to have to assign a pricing procedure to my billing document type
this secanario is for stock transfer where no sales order
only purchase order
kindly help me

Dear Krishna,
We don't assign Pricing Proceedure to Billing document Type. But we assign Document Proceedure to Billing Document type.
So you need to have a combination of Pricing Proceedure (sales areadocument pricing proceedure Customer Pricing procedure = Pricing procedure) where the Document Pricing Proceedure should be picked from Billing Document Type. Thus System automatically Pick the Pricing Procedure when you are creating a billing document.
Regards
MBS

Two pricing Procedure for one Sales Org

Dear All,
Is it possible to assign 2 Pricing Procedure for a single Sales Org? If Yes, How come can we do this?
And, How come will SAP-System determine to use which Pricing Procedure at the time of creating Sales Order?
Thanks and Best Regards,
Amit Kr. Yadav

Pricing Procedure Determination - T.Code: OVKK
(Sales Organization + Distribution Channel + Division) Sales Area + Document Procing Procedure + Customer Pricing Procedure = Pricing Procedure
A Document belongs to a Sales Area. Based on a different combination of Distribution Channel & Division for Same Sales Organization, we can derive a separate Pricing Procedure.
For the same sales area, if Document Pricing Procedure or / and Customer Pricing Procedure, in that case also different Pricing Procedure can be determined.
If the combination of Sales Area, Document Pricing Procedure and Customer pricing procedure is the same, in that case separate Pricing Procedure cannot be determined.
Regards,
Rajesh Banka

How to replicate a new pricing procedure from SAP ERP?

Dear Experts,
I have set up a new pricing procedure in the ERP backend and I would like to replicate this to SAP CRM.
A replication using object DNL_CUST_CNDALL has been executed once in the past.
What would be the best way for me to download the new pricing procedure without overwritting any of the existing pricing settings in SAP CRM?
Thanks,
Dan

Hello Dan,
The views in CRM pricing customizing do not allow to change the pricing procedures, condition types and access sequences that have been downloaded from the ERP system. You will see a field in customizing Source System with value A indicating that these were not created originally in CRM and the view does not go to edit mode.
In case a i.e. condition type had been created originally in CRM with the same name as a condition type that exists in the ERP the download of the adapter object will not delete the condition type that was created in CRM.
Therefore it is safe to execute the initial download of the adapter object DNL_CUST_CNDALL without filtering. If you have many pricing procedures in the ERP and you do not want to transfer its customizing to CRM you can create your own adapter object by copying the content of DNL_CUST_CNDALL ( to be on the safe side and keep the original) and then add a filter in your adapter object ,for example in pricing procedures using field KALSM of table T683S, including all the pricing procedures that must be transferred to CRM u2013 those that were transferred in the past and the one that you want to transfer now .However this filter is optional, most SAP customers do not change the standard filters.
The usual options are:
-- Download only DNL_CUST_CNDALL (or a Z object that was created based on DNL_CUST_CNDALL) which contains client dependent and also independent customizing ( i.e access sequences, condition tables). Condition tables may be generated too and it can take longer, maybe up to 45 minutes or so.
-- If you have made changes only to pricing procedure(s) or condition types u2013 client dependent customizing-- it will be enough if you download only DNL_CUST_PRC. As there is no generation of condition tables the download will be faster.
But you must consider that you should not download both adapter objects at the same time ( overlapping times), as part of the content being downloaded is the same and the database will be inconsistent. This can cause errors in pricing, not a severe issue, as it can be solved by a new download of DNL_CUST_CNDALL, but an issue that causes trouble as it is sometimes difficult to determine the root cause of the problem. So if you for whatever reason ( i.e. additional changes in a condition type) download both adapter objects you should always check R3AM1 and download the second object when the download of the first one has finished ( green light in transaction R3AM1)
Best Regards
Luis Rivera

Different pricing procedure in delivery

Dear All,
In STO scenario we are sending material from mfg plant to Depots, Sales area defined for STO 1001,20,PP where till now we have used only one pricing procedure in Delivery(NL) & Billing (F8), but due to business requirement we want maintain different pricing procedure for different divisions (02,03,04,05). But due to sales are are same we are not able to determine different pricing procedure in delivery. Plz advice how I can achieve this.
regards,
sps.

Hi S P Shukla,
First of all pricing procedures are determined on the following basis or you can say determination rule
Sales Area + Customer Pricing Procedure + Document Pricing Procedure=Pricing Procedure
here document pricing procedure is for the sales document type here you can use delivery document type procedure,which is an indicator i believe is in the document type configuration.
Revert if helpful
Mohit Singh

Condition ZJBX is missing in pricing procedure A V

SAP Master, I have met one Error in 'VF01'. If I put Condtion Type 'ZJBX' in required cell. It
Produce the Error that is "Condition ZJBX is missing in pricing procedure A V".
Please, Give me Solution.
<u>Error Document Message:</u>
Condition ZJBX is missing in pricing procedure A V
Message no. V1206
Diagnosis
The condition issued is not in pricing procedure A V .
System response
The system does not allow further processing of the document.
Procedure
Supply the missing entry in the pricing procedure in Customizing, or
    delete condition ZJBX from the document.
    If you do not have the authorization to do this yourself, contact your
    system administrator.

Hi,
   Check the pricing procedure ,you have assigned to the combination of sales area,customer pricing procedure and doc pricing procedure in T-CODE "OVKK".
   When you create a sales order you generally put sales doc type and the above combination determines which pricing procerdure would be determined depending upon the sales area and customer you put i pricing procedure.
Once you know your procedure ,you can assign the condition type "ZJBX" to the pricing procedure in Maintain pricing procedure(pricing configuration).
   Reward points if this helps.
Regards
Karan

Different pricing procedures for two different items in a sales order.

Hi ,
In a sales order I have two items , one is TAN item and other item is TAD (services).. Since the tax structure is different for above mentioned items, user wants to apply two different pricing procecdures for two items in a sales order.
Can any one suggest how to get this functionality.
Thanks,
Ashok S

Dear Ashok,
As Rithivika rightly mentioned that in one sales oder you can't get two pricing procedures.
Because pricing procedure determination will takes place based on these combination
Sales areaDocument pricing procedureCustomer pricing procedure-->Pricing procedure.
So If you want different pricing procedure either one of the combination should be different.
But you try this
You can maintain service related tax condition types also in the same procedure,but when you maintain condition record you can maintain material wise.
So when you create sales order system will pick the pricing based on the material(standard item or service item).
I hope this will help you,
Regards,
Murali.

Which one pricing procedure&pricing type take effect?

Similar Messages

Maybe you are looking for