Condition types - A few from idoc and a few from Inforecords

Hi Experts!!
I need to create a purchase order. Normally the pricing for each line item will be picked from inforecords and the pricing procedure (functional configuration) and then will be calculated and displayed. Now I have a requirement in such a way that a few of the condition types and corresponding prices will come through an idoc and the remaining have to be taken from inforecords as usually.
Can anybody tell me how to proceed with this? And one more thing is that.. my FC was talking about some ROUTINE (not subroutine or user exit) that helps in this, which even he is unaware of...
Can somebody help me out?
Thanks a lot in advance...

Similar Messages

Append condition type to Invoice from sales order

Hello,
We have some condition types which are entered manually in sales order. When invoice is created, we want to copy the data of these condition types to the invoice.
Pricing procedures are different for sales order and invoice.
So how can we achieve this functionality? 1) copying requirement 2) BADI or 3) any formula.
Please advice.
Rgds,
Anand

Hi Anand,
this is done through copy control.Tcode-VTFA [sales order to invoice].Here u maintain ur source document i.e ur order type, destination i.e invoice type.give ur item category and then set pricing type as - C [copy manual pricing and redetermine tax] .all the data will be copied from sales order to invoice irrespective of ur different pricing procedures.
Assign points if helpfull.
Regards
sharad
Edited by: Sharad Kaliya on Aug 1, 2008 8:22 AM

Create a new condition type for tax... and assign in the Tax determniation

Hi,
I need to add custom condition tax type, i tried creating the condition in OBQ1 and add that condtion in FI pricing OBQ3, now I want to confirm what is basic conept means whenever we create on condtion in OQB1 and add in OBQ3.
i need to add that in Sales order and need to maunally populate that in the sales order.
could anybody suggest to create a new condition type for tax.(full process).
Thanks
shankar

Hi,
Goto the T.Code "V/06".Create one new "Z" condition type.
Maintain the Condition Class as "D(Taxes)".
Calculation type as "A(percentage)".
Cond. Category as "D(Tax)".
Select the tick mark for "Group Condition" if it is applicable for you.
In the next step assign this condition type to your pricing procedure by using the T.Code "V/08".
Also maintain access sequence by using the T.Code "V/07" and assign it to your Condition type.
Now this condition type will appeared in your sales order after maintain teh condition records.
Regards,
Krishna.

To Remove Discount Condition Type In Invoice from Sales Order

Hi All,
For my sales order I have the net price and discount but when I create invoice, I would like the discount to be removed automatically. May I know how can I configure that other than remove the item line manually.
Kindly advise.
Thank you!
Regards,
Yvonne

Hello,
Do you want to delete Discount Condition in Invoice & its effect should not happen on Invoice Amount calculation?
If the above is your requirement, then have two seperate Pricing Procedures for Sales Order & Invoice.
Both these Pricing Procedures will have same Condition types & other settings except the Discount Condition will not be present in the Invoice Pricing Procedure.
Define a new DoPP for Invoice Document Type & maintain Pricing Procedure determination (Sales Area + CoPP + DoPP).
Thus while creating Invoice, the Discount condition & its value will not appear in Invoice.
Hope this helps...
Thanks,
Jignesh Mehta

CONDITION TYPE AND MATERIAL

Hi,
Is there any relation between material and condition type(at item detail level) in PO?
I am making one PO, when i use material 40 (stock) condition type PB00 gets populated automaticaly and in case of material 29708 (account assignment PO), condition type PBXX gets populated. How and where this is controlled?
Regards,
Satyendra

hi,
PB00 is having the access sequence as gross price hence
when u have created inforecord,contract or scheduling aggrement the values will be copied from there only.
for PBXX u need to maitain the value manualy because it is not having the access sequence.
regards,
sujit

COPA - Split of Value from condition type into different value fields

Dear All,
Customer is having several free schemes to customer the same is set up by SD and Cost of free goods is attached to One Z condition type, this flows along with Main product as characteristic. So we have Main product cost in VPRS and Scheme cost in Z Condition and there is possibility of more than one scheme cost flowing in one Z condition for single billing document. Whereas customer request is to see the each scheme cost separately in COPA. Since Value from SD will be flowing through only one condition type , it will be difficult to me to Split this in COPA. We have given a thought of having more than one condition type from SD ( one Z condition for one scheme) but this resolve our issue at hand. If we look at long term whenever customer introduces new Scheme new condition type need to be created and related COPA changes etc, Which doesn't seem to be working out.
Request Experts help in this, thanks in advance for the help.

Hi Santosh
Having a Z cond type for each scheme is preferrable.... This would address the issue with Standard SAP itself...
Reason being, if you dont do that, then you will have to maintain a mapping somewhere in a Z Table where by system would come to know of the ratio between the schemes... This will be more cumbersome to develop and maintain... Still you wanna do that, here is the logic....
Maintain the schemes in a Z Table... Where each scheme will have a scheme ID - The ratio applicable to various schemes and also the relevant value fields of COPA to be updated for each scheme....
Now, add a Custom Field to the Sales Order and while creating the SO this field needs to be updated with the scheme ID(Relevant Exit to make it mandatory MV45AFZZ / ZB).... If Scheme ID is populated, your Billing should read the Split from Z Table using Exit RV60AFZZ and Update COPA using Exit COPA0002
br, Ajay M

Condition type PB00 and PBXX

Dear Gurus,
When system pick condition type PB00 and when it picks PBXX ?
I have made one scheduling agreement having 20 line items. For some line items it has picked condition type PB00 and for rest it has picked PBXX. Why system is picking PB00 for some line items and PBXX for rest ?

Hi,
If you create an Info Record manually or automatically the gross price is entered or adopted is assigned to condition type PB00.
When PO is created with reference to a contract or a quotation a vendor`s gross price for a material is adopted from the Info Record condition. (or where appropriate from PO price history) as default value for condition type PB00.
If no valid info. record condition exists and no order price history can be found, the R/3 system is not able to suggest a price and requires the manual entry of price and a manual entry of net price. The manually entered price is assigned to the condition type PBXX.
These two condition type for the gross price must be available in the calculation schema assigned to the standard PO. In the standard system these are the condition type PO00 and PBXX. An access sequence is assigned to PB00 so that the price determination process can be carried out for this condition type. No access sequence is assigned to PBXX . PB00 must come before PBXX in the calculation schema. You can also use your own comparable condition type in place of PB00 and PBXX.
At the time a PO is created, is the system finds a condition record belonging to PB00 with valid condition, PBXX is irrelevant. PBXX is taken into account only if requirement 6 is fulfilled. Requirement 6 checks the condition exclusion indicator (KOMP-KZNEP).
Hope this lengthy answer clears your doubt(s)!!
Reetesh

Flowing of the Condition type from Sales Order to invoice

Dear All,
I'm facing a problme in the copying the condition types from Sales order to Invoice.
The details are as mentioed below:
I have a Condition type CONC and made the Copy of the Condition typs as ZDIS.So that CONC's value will be debited and ZDIS' value will be credited in the FI..
But ALL the condition types which i have mentioed including tax and discounts condition types are copying from Sales order to invoice.Except CONC.
I have checked all the copy controls,i'm sure those are OK.Bcoz other condition types are working perfectly fine.
What could be the reason for this???
Will be any setting for on condition type level for copy controls???
Please Guide me its URGENT.
Thanks
Vinay

hi
from which condition type u have copied this CONC , can u pl elaborate more on this.
and just write what is exact scenario and whats going wrong?
in copy controls check for pricing source and pricing type.
regards
mandar

PO : Condition type ZB00/RB00 (Value) and NETPR NETWR value printing Zero

Hi Experts,
I have created a Purchase Order line Item having the condition type ZB00(Value)
the values of NETPR and NETWR are reflecting in the screen and in the table EKPO
but when click on Print Priview the values of NETPR and NETWR are printing Zero.
Std Driver prog (SAPFM06P) and Std Form (MEDRUCK) is used .
But when condition types like ZA00 (Discount) the NETPR and NETWR values are populating in the tables and the values are
printing in the Form.
Plz let me know why NETPR and NETWR values are printing Zero for condition types ZB00(value).
Thanks
and Regards

Dear Divya ,
If the values are coming in tables and not in the print, then it will be issue with the fetch used in the smartform.
Take the help of ABAPer and check whether the field taken for print is the same.
Check and revert back.
Thanks & Regards,
Hegal K Charles

Same condition type on header and item level = printing problem

Hi
I have a customer using some condition types on both item level and header level in quotations, orders, invoices ...
In the pricing procedures it is customized (V_T683S-DRUKZ) that the conditions must be printed on header level (that is at the bottom of the documents).
My job is to make the Smartform to print the documents, and I want it of course to be as close to SAP standard as possible.
SAP standard will print these conditions on header level even if the conditions are at item level, but my customer wants the conditions created on header level to be printed on header level and conditions created on item level to be printed on item level.
I'm no pricing expert, so my question is:
Will it be fair if I tell the customer that using the same condition types on header and item level is bad practices - or at least bad karma?
Best regards
Thomas Madsen Nielsen

Hi Shiva Ram and Madhu
I have no problem understanding header vs. item conditions, so I really don't see anything in oss note 876617, that is relevant in this case.
Madhu - I do not agree that everything is fine. My issue is that I want to stick as closely to SAP standard customizing as possible. In SAP standard customizing of a condition type you can use the flag V_T683S-DRUKZ to determine if the condition should be printed on header OR item level - you can not choose both header AND item level.
I have a SAP standard smartform using two functions modules for reading header and item conditions. RV_PRICE_PRINT_ITEM and RV_PRICE_PRINT_HEAD. These function modules are based on the DRUKZ customizing flag and a condition marked for printing on header level will be supplied by RV_PRICE_PRINT_HEAD even when the condition is on item level.
My point is: SAP standard customizing does not support printing of same condition on both header and item level. I can of course write tons of code to work around this problem, but that would be bad practices

ME21N : Donu2019t copy the price for all condition types from last po

Dear.
When I create a purchase order the price for all condition types are copied from last purchase order inside the info-record.
But I have some condition types like FRA1 or FRA2 that I donu2019t want that system transfer price from last purchase order.
How can I do that ?
Thanks.

Hi Cris,
Go to SPRO>MM>PUR>Info Record>Define Price History> Here with your Purchasing organization if the tick is active that
Specifies that the order price history (PO price history) is to be updated with the effective price.
Normally, the order price history is updated with the net price.
Procedure
Set this indicator if you want the order price history to be updated with the effective price.
Thanks
Diwakar

SD Condition Types and GL

Hi,
Where can I see the mapping or assignment of a Pricing Condition Type in a Sales Order and General Ledger?
A Tcode or SPRO Path will be of great help.
Thanks

Hi KLL
The account determination uses Condition technique to determine the GL accounts when a Billing doc is created.
There are many access sequences that can be used. To find out the GL account that is trigerred for a particular document go to VF02 and enter any Invoice doc and follow the menu path Environment account determination analysis.In the analysis you can see which access sequence was used to determine the G/L account. The access sequence details are maintained in the config as mentioned before. Here you can see the GL accounts determined. This works similar to the Pricing procedure.
Hope this is useful and reward points if this helps.
Thanks

Define Upper and Lower Limit for condition type

Hi dear All,
I´ve defined a new condition type with calculation rule = percentage and when I created the entry in the PER column and UoM column the system does not allow me to put any value.
Does anybody know how to solve this issue?
Thanks a lot,
Petterson

Once you change the status to previous status, just save the order. Then again open the order & try to change the user status.
Just I made replica of your profile. I could able to change (even without saving the order).

Condition Type flow from RFQ to PO

Hi Experts,
I want to assign new Z PO pricing procedure as developed to the RFQ so that condition types can flow from RFQ to PO while creating PO with reference to RFQ.
Please let me know how is it possible?
Regards,
Maneesh Seth.

Hi Umakant,
Thanks for your prompt reply.
However the solution provided by you requires me to insert the condition types used in the Z pricing procedure for PO into RM0002 (Condition Supplement Price), which is the designated standard pricing procedure for RFQ.
This would require changing the standard. Is it advisable?
Moreover, is there any way where i can change the assignment of RFQ to Z pricing procedure as created for PO.
Regards,
Maneesh.

Condition type & tax code & does not exist

Hi,
I have a problem to find out the reason why i can not process documents which came via IDocs from Sales SAP system. The error is "Condition type & tax code & does not exist". Following places i have already checked :
1. FTXP - tax code for which error exists the same in both systems
2. Table A053 - Condition types for specific tax codes and country are created in both systems.
The tax determination is under billing and in Sales system it is ok, document is posted and when comes to our FInance system via Idoc it is in error even we have the same entries in the table A053.
Maybe someone knows what can be also checked ?
Thanks
Tomek

Hi Tomasz,
Please go to T.code WE02 and check the reason for the error.
The failed IDocs will be in status "51" and will also give you the reason for errors.
Regards,
Shiv

Condition types - A few from idoc and a few from Inforecords

Similar Messages

Maybe you are looking for