Condition Type Difference
Hi Guru's
can any one explain me about the difference between HEADER CONDITION TYPE and ITEM CONDITION TYPE.
BYE
Edited by: Raghavendran Velusamy on Dec 29, 2008 2:51 PM
Dear Raghavendran,
-->Header condition value will apllicable to all items(applicable to whole document)
-->Item condition value will apllicable only specific item(not applicable to whole document)
Header and Item Conditions
Use
The standard system includes condition types that you can only apply at the header level, the header conditions. Condition types that you can only use for items are called item conditions. The standard system also includes some condition types that can be used both at header and item level: Percent from gross (RA01) Absolute discount (RB00) Weight discount (RD00).
Header Conditions
Automatic pricing does not take header conditions into account; you can not create condition records for them in the standard system. Header conditions are entered manually in order processing. R/3 includes the following header conditions:
Percent discount (HA00)
Absolute discount (HB00)
Freight (HD00)
Order value (HM00)
Item Conditions
In the standard system, most condition types are defined as item conditions. Examples of item conditions are:
Material discount (K004)
Customer/Material (K005)
Customer discount (K007)
Material price (PR01)
Displaying Header and Item Conditions
From the header and item pricing screens, you can branch to detailed information about each condition type that appears. From the header pricing screen, place the cursor on the condition for which you require detailed information.
In the header price screen, choose Condition detail. The system displays data it uses to calculate the amount of the condition (for example, the kind of pricing scale, quantity conversion, the scale base value, the document currency, and so on). From the details screen, you can choose Goto--> Condition record to see the specific condition record that the system accesses. From the item pricing screen, select the condition for which you require detailed information.
Accordingly choose Condition detail in the item price screen. To see the specific condition record that the system accesses, choose Goto --> Condition record.
I hope this will help you,
Regards,
Murali.
Similar Messages
-
What is the difference between Condition Type PB00 and PBXX
Hallow all,
Can anybody please explain, What is the Difference between Condition type PB00 and PBXX in Materials Management Pricing?
And also please explain control or Application of both on Price determination ??
Thanks in Advance !!!!!Hi,
PB00 condition type is used for automatic pricing in PO
PBXX condition type is used for manual pricing in PO
In Pricing access sequence play a vital role . If you need pricing automatic in the PO, you have use of Access Sequences and Schema Group of Vendor.You can see the difference in both standard condition type PB00 and PBXX, where as PB00 is assigned to Access sequence(0002)but in case of PBXX no access sequense assigned.
Regards,
Biju K -
Difference between PB00 and PBXX condition types?
Hi All,
Can you please tell me the difference between a PB00 and a PBXX condition type and their significance as to which is used when?
Regards,
V SHi,
PB00 - Maintained through condition records in turn through access sequence gets fetched ( ie through Info record ) also this is a time dependent condition.
PBXX - This particular condition is maintained whenver the rate of the material in the PO is to be maintained manually as there no condition records exists for this. This condition is free from access sequence also it does not possess any validity thereby we can call this condition type as a time independent condition.
Regards, -
Difference between JAIP and JEAP condition types
Dear all
can anyone explain me the diffrence between JAIP and JEAP condition types in detail
regardsDear Ganu,
Condition Type: JEAP - IN A/R AED % is "Discount or Surcharge" Condition Class in TAX Procedure TAXINN.
Condition records for Condition Type - JEAP is being maintained in T. Code: VK11
For more information, refer:
http://help.sap.com/erp2005_ehp_01/helpdata/en/9e/0b941b0fd64873bc54e8745fb044e7/frameset.htm
whereas,
Condition Type: JAIP - IN AED inventory % is "Discount or Surcharge" Condition Class in TAX Procedure TAXINJ
Condition Records for Contidition Type - JAIP is being maintained in T. Code: FTXP
Best Regards,
Amit -
Condition type currency conversion during PO
Dear Friends,
In the PO, the vendor is from Japan, so the document currency is in Japan. But the freight condition currency is in MYR which we dont want to convert into JPY. Here the system converts all the condition type currencies into document corrency i.e. JPY in this case. After Goods Receipt, when I see the FI document in MIGO T-Code, all the posting comes in JPY and when i change the postings into local currency i.e. into MYR, there is a difference of RM0.02(2 sens) in the posting. As the freight condition value is in MYR, we dont want system to change it to JPY as freight charge not relevant for PO printout. Because os the conversion factor, a podting having difference of 2 sens is done.
Please advice how to solve the issue.
Thanks & RegardsHi Indranil,
In m/06 , I have maintained Condition class A & Condition category as B for that condition type
Also can you also explain what you meant by "As far my knowledge goes either you maintain it in your tax procedure or in your pricing procedure".
Regards,
DGN -
Hi all,
I wanna ask how the system determine whether use condition type SKTV or SKTO. I know the value is based on term of payment, the case is i do the same think with term of payment in 2 different client, but the result is different, one using condition type SKTV and SKTO for the other one. how is it work? can anybody help me
Thanks
Regard,
HendryHi,
SKTV calculates cash discount before tax
SKTO calculates cash discount after tax
the formulae and configuration are the same.
difference is the requirement in pricing procedure. SKTV is picked before tax, while SKTO is after tax.
you can pay attention to the requirement in both pricing procedures in different clients...
Thanks! -
Hi Gurus,
I got an issue which I am uable to analyse.......please have a look and tell me how to approach
There are two cases----
first one is Inter company PO
In a purchase order, there is a fright condition type(ZCCQ) which was given thrice
for first two , whatever the value was given , the system has taken for whole quantity ordered for the line item (for say u have given 718,920)
for third condition type the value which u entered is multiplied by the ordered quantity ( say we have given condition value 20, the total value was shown as 20 multiplied by the order quantity)
Second one is stadard PO
In standard PO----
the third condition type amount was entered in the header level and this amount was splitted into the line item level that to there is no proper proportionate ratio i between the line items. for one line item the condition value is more and for another it is very less ( even though the ordered quantity is same)
my question is how the same condition type will act differently (once it is fixed....... after it is multiplied...... and after it was splitted....)in the same PO????????
I tried it in the testing server of the client by giving the condition type 3 times in the PO......., but it always multiplying wih the ordered quantity. I was not faced that problem
could you please analyse and tell me what could be cause the differences in aove cases
I tried my best to tell the problem .......In case u r unable to understand at any point, please let me know, i will give in detail ifo
I am waiting for ur help
Thanks & Regards,
SubbuHello gurus,,,
I am awaiting for ur help
Please look into this issue
Regatrds,
Subbu -
Using RB00 condition type for Price Adjustment
Hi,
I have to do a price adjustment due to some rounding issues in the pricing of my sales order.(Using standard Pricing Procedure RVAA01). I am thinking of using manual condition type RB00 at Item level that can accept both positive and negative values depending on the situation.
If the calculated value>expected value then the user will enter negative RB00 value manually and
if the calculated value<expected value then the user will enter positive RB00 value manually.
The account key is however different in standard Pricing procedure for RB00 and it is ERS and for standard Base Price (PR00) it is ERL.
So, my question is that does that make any difference if I maintain condition records in VKOA for RB00 same as PR00?Hi
If you are looking for rounding then you round the decimals by not maintaining any decimals.But if it is a price adjustment then your approach is correct
If it is VK11 then there is no need to maintain condition record for RB00 as it is a manual condition type at item level
If you are talking to maintain revenue account determination VKOA then you have to maintain as whenever you give discount then it will hit some G/L account .So you should assign a G/L account also
Regards
Srinath -
Condition type in PO not posting to desired transaction key.
Dear experts,
I was wondering whether someone could help me with the following:
I have defined a condition type for which specific additive costs for a purchased finished good should be added. The material is valued at standard price with the specifics that prior to the price calculation via transaction CK74N, additive costs are calculate and then added when executing CK11N that is composed of the price of the purchased finished good and the additive costs. We have created a condition type to break down the additive costs in the one hand and the material cost on the other. We want to have these costs to be posted against a specific cost account. We have created a transaction (via OBYC) for that and added it to the calculation schema. However, when posting the Goods Receipt, the additive costs (difference between the standard price and material price in the PO) are not posted to the desired transaction/GL account but to the price difference account (transaction PRD).
Could anyone please provide me with the customizing steps I should follow to succeed in the flow we want to implement? Can this desired outcome be done via standard or should any User Exit or programming be done to get the expected results?
Thanks in advance and regards,
David.hi
Standard SAP Post the difference only with PRD account. -
Condition type in PO not posting to desired transaction
Dear experts,
I was wondering whether someone could help me with the following:
I have defined a condition type for which specific additive costs for a purchased finished good should be added. The material is valued at standard price with the specifics that prior to the price calculation via transaction CK74N, additive costs are calculate and then added when executing CK11N that is composed of the price of the purchased finished good and the additive costs.
Next, we have created a condition type to break down the additive costs in the one hand and the material cost on the other. We want to have these costs to be posted against a specific cost account. We have created a transaction (via OBYC) for that and added it to the calculation schema. However, when posting the Goods Receipt, the additive costs (difference between the standard price and material price in the PO) are not posted to the desired transaction/GL account but to the price difference account (transaction PRD).
Could anyone please provide me with the customizing steps I should follow to succeed in the flow we want to implement?
Thanks in advance for your kind support.
EricHi again,
Do you know what steps we should take in order to modify the standard functionality to have the part of the standard cost asigned to the condition type post to its transaction and not to the standard PRD transaction?
Thanks and Regards,
Eric -
Hello SAP Prof,
1.What is diff b/w SKTV and SKT0 (cash discount). What is the use .
What setting we have to done to apply condition type SKTV (cash discount before Tax)and SKTO ( cash Discount after tax)in a single sales order.
2.what is the difference in condition type HD00 and KF00.Hi,
<b>SKTO & SKTV</b>
SKTVcash discount before Tax
SKTO cash Discount after tax
SKTV & SKTO are intended for cash discounts. Cash discount percentage comes from payment terms. Effect of cash discount on taxation base and receivables entry comes from company code.
If discount base amount is net value then the requirement (14) for SKTV is satisfied and the expected cash discount is deducted before tax is calculated (CBV 2)
If discount base amount is gross value then the requirement (9) for SKTO is satisfied and invoice value and tax is gross of cash discount. If then the tax base is net value then expected cash discount is calculated based on the net value without tax (CBV 11).
Refer to help in the company code config for more details and look at pricing procedure to see how calculations are done.
<b>Note:</b>
Ensure that all item which are in sale order are marked with cash discount
ie., In material master----> In sale org 1 view the cash discount tick should be there
HD00:
This is header discount. normally all cond types are item condition but few condition are header discount, means u can give is discount to the whole document not each line item
KF00:
It is the item condition, opposite to HD00. The freight cahrges is for each line item
hope this helps u
regards,
Arunprasad -
Report of condition types per line item in sales order
Hi all,
Is there any report that can tell me all the price conditions that are allocated to a sales order line item? I am talking about the actual conditions relevant for a line item, not only conditions that have a condition record setup.
So I would like to key in sales order number, the line item and get a report of all conditions that are allocated to that line item in the specific sales order.
If there is no such standard report, does anyone know what tables to link?
Thanks in advance,
LarsHi Lars,
In my current customer they had the same requirement and after almost 1 month of analysis we decided to build a custom report to execute this.
And as an enhancement we compare prices from the sales orders and the sap price records in order to check the differences.
First we need to find all the open lines (status and reason for rejection (ABGRU)), than loop KONV and select the KSCHL (condition types) you want, material text descriptions, etc.....of course a lot more in terms of coding.....;-)
This was the form I used :
FORM FIND_SO_PRICES.
LOOP AT IT_ITEM_REPORT.
REFRESH IT_PRICING.
SELECT KSCHL KBETR WAERS KPEIN KMEIN KUMZA KUMNE
INTO IT_PRICING
FROM KONV
WHERE KNUMV = IT_ITEM_REPORT-KNUMV
AND KPOSN = IT_ITEM_REPORT-POSNR
AND KINAK <> 'M'
AND KINAK <> 'X'.
APPEND IT_PRICING.
ENDSELECT.
READ TABLE IT_PRICING WITH KEY KSCHL = 'XXXX'. -> My price condition
IF SY-SUBRC = 0.
IT_ITEM_REPORT-ZSP1 = IT_PRICING-KBETR.
MODIFY IT_ITEM_REPORT.
ENDIF.
READ TABLE IT_PRICING WITH KEY KSCHL = 'XXXX'. -> My discount condition
IF SY-SUBRC = 0.
IT_ITEM_REPORT-ZSD1 = IT_PRICING-KBETR / -10.
MODIFY IT_ITEM_REPORT.
ENDIF.
IT_ITEM_REPORT-LIQ = IT_ITEM_REPORT-ZSP1 - ( IT_ITEM_REPORT-ZSP1 * (
IT_ITEM_REPORT-ZSD1 / 100 ) ).
MODIFY IT_ITEM_REPORT.
ENDLOOP.
ENDFORM. " FIND_SO_PRICES
Please tell me if this helped you,
Regards,
Alcides Fialho -
Condition type not picked in Inquiry but picked up in order
Hi Guys,
We have a problem where a pricing condition type is picked up in order but it is not picked up in quotation/inquiry. So we have the price difference for the material. Points will be awarded.
Can you guys please help?
Thanks
VenkyHi venky
generally in Inquiry pricing is not at all required.
but in quotation it may require sometimes. but when you create an order with reference to quotation , the price varies, this is because of the pricing type .
check the pricing type in VTAA quotation, the pricing type will be different for sales order and for quotation.
Regards
Srinath -
Hi guys,
We have configured two difference pricing procedures for domestic and import procurements. 10 condition types are common for two procedures and 10 more different condition types are available in each procedure.
With SAP standard settings for PB00, we are not getting our pricing procedure in RFQs and Contracts. Because of this we have changed the pricing procedure field in PB00 condition type to our domestic pricing procedure. With this settings we are able to get local pricing procedure in RFQs and Contracts.
But in case of imports also we want to maintain the condition values in info-records. We are not able to get the import pricing procedure in info-record for import vendors.
How to achieve this functionality? Did we do configuration correct or we have to keep the standard settings for PB00.
Please suggest us the solutionHi Mewyn,
I have tried this. But it is still not working.
We have configured our own z-pricing procedures for domestic and import. In PB00 condition type, i have assigned my domestic pricing procedure. And then i have included two of condition types available in import procedure in RM1002. But still iam getting only conditions types of domestic pricing procedure in RFQs and info-record.
How to resolve this?
Thanks in advance -
Dear Experts,
1) Can anybody please explain that can we use Condition type PB00 in number of Pricing procedures. like i have three pricing procedures, local purchase, Import Purchase,
External Service Pricing procedure.
what is recommend, eiether to use same one (PB00) or maintain seperate condition type for each Pricing procedure ?
2) What is the difference between Condition type PB00 and PBXX ?
Waiting for your valuable reply
Thanks in AdvanceDear,
The difference between pricing conditions PB00 and PBXX is :
PB00- automatic pricing - can be used for automatic pricing determination
PBXX- manual pricing - used for manual pricing.
When you maintain the pricing condition for the PO, the system will look at the available condition records (for PB00) and make the automatic pricing determination. In case, such condition records were not defined, then it is mandatory that you have to maintain manually the pricing condition where PBXX will be automatically defaulted in replacement for PB00.
Regards,
Syed Hussain.
Maybe you are looking for
-
I have a black miniplayer box that has shown up on my desktop that I cannot get rid of that is blocking me from getting into ITunes. How can I get it off ?
-
8.1 pro - Directx, game, and other applications crashing
I did a clean, non-UEFI install of Windows 8 Pro, installed 68-odd windows updates, then upgraded to Windows 8.1. I've since had problems installing and/or running several applications. #1 : Before the Windows 8.1 upgrade, windows updates failed to i
-
PDF Portfolio with Index Doc (and links)?
Hello all. I'm a newbie at Porfolios, and have version 9 on windows. I also have version 10 at work. I want to take an excel spreadsheet (converted to pdf) and make it a main index in my portfolio; whereas when someone clicks on the index, it starts
-
Extended features has changed since created
I have randonly played around with certificates, certificate import using Certificate import wizard, but thought I had gine back and reset everything. such with Adobe Reader 9.3.4 , but now can not get my LiveCycle Interactive Forms 9.0 to open wit
-
How do I get Photo Deluxe 3.1 to work with Windows XP?
I have recently upgraded my PC (used to have 98SE). Since then, I cannot get Photo Deluxe 3.1 to work I *DO NOT* want Photoshop - it's WAY WAY WAY too complicated for me. Photo Deluxe 3.1 was great, did everything I wanted it to do, and was so simple