Conditions to "Classify Condition Types" (SPRO)

Hi Friends ....
Is it required to maintain VAT / CST conditions JVRN / JVCS in "Classify Condition Types (SPRO -> Logictics general-> Basic data->Determination of excise Duty->Condition Based Excise Duty).
Pls also let me know what is use for maintaining conditions in this settings ?
Thx in advance
Regards
Shrey

Hi,
U have to maintain the JVRD,JVCS condition in the classify condition type.
The use of this come in to picture when we run MIRO programme.
At that time system checks the what classification is given to the specific condition type .say for e.g BED we are maintaining RG23 BED setoff % for this .so that system understands that BED is to be taken for setoff not for inventory and again to RG23 register.
regards,
sujit

Similar Messages

Scale type in condition type

Hi,
What is the importance of scale type in condition type.Actuly I want to know that how we use scale type in condition record.Please explain this with example.
Regards
Prabudh

Hi,
can u do a small search in this forum, todad morning also there was one posting regarding the same.
Scales
A scale in a condition record where prices, discounts, or surcharges are defined for different customer order quantities or values.
This scale is used by the system to determine the price, discount, or surcharge for a given quantity or value.
This is defined in the each condition type
spro--> img>sd->basic functions> pricing>pricing control->define cond type--->select any one condtion type eg: PR00--> come down u will find scales views.
scales basis:
depending upon the scales basis the prices are determined according.
example:
A company want to give discount based quantity scale ie, if customer buy 10 pcs the prices would be 100/ unit & if he purchase more than 20 the prices would be 80/unit.
So in scale basis u have to select quantity scale. & the prices aganist teh qunatity will be defined in condition record maintanenace (tcode:VK11). The other sclaes basis available are
B Value scale
C Quantity scale
D Gross weight scale
E Net weight scale
F Volume scale
G Scale based on a formula
L Point scale
M Time period scale - Month
N Time period scale - Years
O Time period scale - Days
P Time period scale - Week
R Distance
S Number of shipping units
T reserved (IS-OIL, time prices
X reserved (IS-OIL, day prices)
scale formula:
here there small routine is predefined to determined of scales
hope this helps u
regards,
Arun prasad

MM:Classify Condition Types

Dear Gurus,
Plz check following path,
SPRO>Logistics - General>Tax on Goods Movements>India>Basic Settings>Determination of Excise Duty>Condition-Based Excise Determination-->Classify Condition Types
Plz tell me which condition types we maintainover here.....
Full marks will be given,
Thanks in advance
Rgds,
Vinay Parne

here you tell to the system that the this condition type represents basic excise duty and this represents special excise duty
for example let say your basic excise duty is JMIP now this what you have defined but itll now system is not aware whether this is excise duty or what??
so you will go the clasify condition type step and there you are going to tell to the system that in tax procedure ZATXINN - JMIP is basic excise duty
and this is used only in case of the Taxinn and last thing is that you wont find this linkage option for cess or vat etc.

Classify condition type

Dear All,
While calculating the tax in PO, system is showing incorrect tax calculation,
Base amt-                                         10000
BED Setoff % -   16% =                    10000, which should be 160
BED Setoff total-100% =                   10000, which should be 160
ECS setoff %-     2% =                         200, which should be 32
ECS setoff total- 100%=                       200, which should be 32
SECS setoff %    1% =                           16, correct
SECS setoff total- 100=                          16, correct
I am not able to understand where is the problem because SECS is caclulating correctly.
Now the main problem is the above calcualtion happen when i maintain in spro-logistic general- classify condition type setting.
IF I delete the classify condition setting then the calculation in PO happen correctly that is
Base amt-                                         10000, correct
BED Setoff % -   16% =                        160, correct
BED Setoff total-100% =                       160, correct
ECS setoff %-     2% =                            32, correct
ECS setoff total- 100%=                          32, correct
SECS setoff %    1% =                           16, correct
SECS setoff total- 100=                          16, correct
AND the further migo,j1iex, miro is also correct.
As per my understanding i required to maintain the classify condition type setting mandatory.
PLEASE SUGGEST.

Dear Umakant,
Thanks for the reply.
It is already maintain and no any routine is attached to condition.
Please suggest any other way out.
Any replies.......................
Edited by: akshay sonurkar on Jan 7, 2010 11:04 AM
Edited by: akshay sonurkar on Jan 7, 2010 11:19 AM

Getting error while creating condition type in SPRO

Hi ,
can somebdy tell me why i am getting the following error while creating condition type in SPRO
No valid change license available for message /sapcnd/
and also while rule determination using condition type we are getting the following error.
system error:system cannot read the structure for table
reg
venkat

Hi Venkat,
Do you have the error number code!?
Regards,
Michel Bohn

Classify condition types

Dear Friends,
I am having four different pricing procedures for Export /Domestic/Scrap and Adjustment (Credit and Debit memo pricing). Do I need to update the Adjustment pricing procedure as well under the Tax on Goods Movements> Condition-Based Excise Determination> Classify condition types?
Anyways, When I am generating the credit/debit memo, I am subsequently carrying out J1IH. But, do I need to update the Adjustment pricing procedure as well Pl clarify?
Thanks
Isaac

Dear Issac,
Are you creating the debit memo/credit memo as SD billing document with adjustemnet pricing procedure? If so then corresponding excise accounting is to be performed . So excise condition types for BED, CESS , HE CESS are to be included in that pricing procedure.
       Now if you use J1is for excise JV then how syhstem will understand that which excise JV is created with reference of which debit memo? There will be no automatic tracking . For credit memo it is OK.
    For the case of debit memo you have to create another proforma invoice copied form that debit memo and hence perform J1iin for supplementory excise invoice generation from that proforma . Then corresponding excise accounting will correct and it will come under excise utilisation (J2iun).
    Hope i have answered in line of your requirement . If not then please explore in which area the problem is arising.
excise accounting after debit memo posting.
party account Dr
excise provision Cr
After J1iin
Excise provision Dr
   ED payable Cr
After Excise Utilisation
ED payable Dr
   RG23   Cr

Classify condition type cin

Hi all
i have created 2 condition types for service
1> service tax input
2> service tax setoff input
but in the classify condition type i am not able to get which condition name i should give in front of the
service tax input and service tax setoff input.

Rahul
I too use TAXINN and i have not specified the tax conditions in Classify Condition types. It works for me.
I have specified only the excise and cess conditions .
Bcoz of not specifying the service tax conditions did u get any error
Reg
Raja

CIN condition type

using condition based excise determination.
for configuring for CESS and HIGHER CESS.
Tax on Goods Movements - India - Basic Settings - Determination of Excise Duty - Condition-Based Excise Determination - Classify Condition Types
i have tagged the 2% cess condition type under ECSINVENTP ECS Inventory Percentage condition name
for the other 1% higher cess condition type, i have no idea which other Condition name i can tagged to, it seems like for the drop down list, there's no condition name for higher cess.
anyone can help?
thanks

hi bijay and all CIN experts,
in Tax on Goods Movements - India - Basic Settings - Determination of Excise Duty - Condition-Based Excise Determination - Classify Condition Types
i have already configured the 10% BED and 4% SED condition type under BEDINVENTP(BED Inventory Percentage) and SEDINVENTP(SED Inventory Percentage) respectively.
read on my 1st post you will know that i have also configured the 2% CESS(based on CVD) condition type under ECSINVENTP(ECS Inventory Percentage) -> can anyone verify whether is ECSINVENTP the correct condition name to be used for the 2% CESS?
now i am having issue to tag the 1% higher CESS(based on CVD) condition type because there's isn't any possible/matching name in the dropdown list for the 1% higher Cess.
In your reply, do you mean i need to create a new dropdown condition name for the 1% higherCess? how do i go about creating the new name in the drop down list? i have searched thru SPRO but couldn't find anywhere to maintain the name in the dropdown list.
OR
should i create a new condition type to combine the 2% cess + 1% higher cess which will total up to 3% and then tagged to ECSINVENTP(ECS Inventory Percentage)??
And further down the tax procedure, there's another 3% Customs EDU CESS(based on total duty), should this be configured as well?
Please advice.
Thank you.

SD - TAXINN condition types

Hi Friends,
Do we need to mainain SD condition types used in the JINFAC(Domestic pricing procedure) in OBQ3 against TAXINN pricing procedure?
The SD condition types used in JINFAC should exist in TAXINN procedure????
Thanks
Ivy

Hi Ivy,
Unlike TAXINJ procedure you need not maintain the SD Condition Types in TAXINN procedure. TAXINN is condition based. It is having conditions only for the A/P side. The SD Condition types will be maintained in the Pricing procedure like JINFAC. But you have to define the Excise based condition types along with your pricing procedurein the following path.
SPRO> Tax on Goods Movement> Basic Settings--> Classify condition Types.
Regards,
Karthik

Limits in Condition Type

Dear All,
I want to maintain limit in value for a condition type like in ED, CST & Freight, for the particular condition type calculation is based on fixed amount or in quantity level.
1. I have made it in SPRO---MMu2014Purchasingu2014Conditionsu2014Define limit. There I made it for a particular condition & calculation type taken as on qty basis & given the lower & upper limits & also maintain for a particular Unit of measure.
2. So it is working fine in PO for that particular UOM.But I want apart from that I want to calculate on all the UOM.
So for this do I need to change my configuration or what I am doing is correct?
Pls suggest.Your help will be counted.
Regards,
DD

Further addition to my reply,
You will be able to work with other UoM's for your setting in certain cases where conversions are in place (in material master records etc.,)
Example:
1) Material: M1, Base unit: PC, OPUN: PAC,
    Conversion defined in material master record: 1PAC=10PC
    Now if you have defined limits for UoM=1PC, It will directly apply to UoM=1PAC and you will not need to make any further settings for UoM=1PAC. (In this case you have to carefully select the UoM so that your original purpose is served).
2) Material: M2, OPUN: PAC, Conversion: not defined between PC & PAC
    Now the same setting (as above) for UoM=1PC will not apply to material M2 because conversion is not defined. In this case either limits have to be defined for UoM=1PAC or conversion should be defined at a suitable place. you have to choose according to your requirements.
Note: The above example is a scenario with just 2 materials in reality you will have much more than that, so you have to be very careful in choosing a UoM for defining the limits of the value of a condition.
I hope this explains it ,
Prithviraj
Edited by: Prithviraj Talekar on Dec 2, 2008 8:27 AM
Edited by: Prithviraj Talekar on Dec 2, 2008 8:28 AM

Condition type for pricicing procedure

I have to define a new condition type which will add to gross price and ED will calculate on it.
And when VAT will calculate it will deduct from the price of GP + ED + ECess + SECess.
For Ex:
Gross Price = 100
ZZZZ = 10
total = 110
ED 10% = 11
ECess 2% = 0.22
SECess 1% = 0.11
Total + ED + ECess + SECess = 121.33
ZZZZ (minus) = 10
Total + ED + ECess + SECess - (ZZZ) = 111.33
VAT 2% on 111.33 = 2.23
I define a new condtion type it is adding in GP but when calcualting VAT what should i have to do that it will deduct.
I have tried to give 6 as subtotal but in this case it is not adding to GP but deduct before calculating VAT
What configuration in M/08 or what i will do..... Plz help.....

Hi
In SPRO- SAP IMG- Material Management- Purchasing- Conditions - Define Price determination process.
In this Define calculation schema... u define the calculation.
IF u want to copy the existing conditions check the define condition types.
Regards,
Raman

Diff Condition Type Account Posting in Sales

Hello All,
The problem in SD pricing is as follows:-
In a pricing procedure we have two manual condition types one is for normal Sales Dr/ Cr. & another for Sales Freight.Now I want to know what are the configurations needed so as to get - After saving the sales order in case of Round Off calculation & posting for Sales Dr. / Cr. the GL code assignment in DIFF account key will be of Sales Dr./ Cr. whereas in case of Sales Freight for Round Off calculation & posting the GL code assignment in DIFF account key will be of Freight Revenue.
Please suggest.
Thanks & Regards
Priyanka Mitra

Hi,friend
Actually, I'm not very clear your requirement.
For the account determination, you should notice some key information.
In the pricing procedure, the account key is very important factor for account determination.
In the menu SPRO->Sales and Distribution->Basic Function->Account Assignment/Costing->Revenue Account Determine, you can find out the IMG settings for revenue account.
Normally, the account is determined by Chart of Account, Sales Org., Customer account assignment group, Material account assignment group and account key.
Hope it can take help!
Thanks!
Wink

Condition Types in Scheduling Agreement(Urgent)

Dear Experts.
This is a query with reference to my earlier issue Changes in Condition ME32L.As per suggestions, to get validity periods i have clicked on Time dependent Condition In SPRO settings Under Define document Types.
After that i am not able to enter Custom Conditions while creating a Scheduling Agreement.So i tried by removing this Time dependent setting,then was able to enter Custom Conditions...
But i need to see validity periods too when i change condition types through ME32L...
So,Please give me appropriate Suggestion....
Thanks and Regards
MK

I'm not sure about your own pric proc, but in standard it should works, and also its apply per organization level.
RM0000 and RM1000
    Control the price determination process in POs, quotations, and
    scheduling agreements.
    Both calculation schemas require 2 condition types for the gross
    price: one for automatic price determination (standard: PB00) and
    one for manual maintenance (standard: PBXX).
RM0001 and RM1001
    Determine which condition types you can enter in purchasing document
    headers with time-dependent conditions (e.g. contracts).

CONDITION TYPES DEFAULT IN CONDTIONS TAB IN PO

Hi
I have to insert the conditon types in conditions tab in PO. every time. I have two conditons types which are required to be inserted for every PO.
Is it posible to make the condition types to appear by default every time i prepare the PO.
How to get this
Krishna
Edited by: CHRIS MM on Jun 19, 2009 1:26 PM

Hi,
Maintain your condition types in your pricing procedure which is determined by your purchase org schema and your vendor schema. The path is as follows
spro-> Materials management -> Purchasing -> Conditions -> Define calculation shcema
There you can maintain all your condition types.
Thanks,
Nisha

Addition of new Condition type in SO

Hi Frnds,
We are facing a problem in SD.
Client has added 2 new condition types 'JEC2' and 'JSC2' recently which was not defined in previous conditions in old sales order
hence while copying old SO to new, these 2 fields were not getting added in new SO . They have made following
setting in SPRO for these 2 condition types to solve the problem :
SPRO -> SD -> Basic function -> pricing -> pricing control -> define condition type.
in this, for conditions JEC2 and JSC2 change condition category to 'L' (i.e.. New when copying ).
This solved the problem while copying the old SO( Which doesn't contain the new Conditions) to new.
(i.e.. 2 new conditions are added in new SO due to setting 'L').
But while copying New SO ( which already contains these 2 conditions) to another,
the above 2 conditions are duplicated. (i.e. appears twice in conditions tab of item, once from source SO and 2nd time due to setting 'L' of 2 conditions ).
Kindly revert back if you find any solution for the same.

Hi there,
You are getting the duplication coz of setting L (generally new when copying) in condition catg in V/06. In your earlier case, it worked because the condition type is not defined in the old order from which you are copying. So setting L will define new in the new order.
In your second case your old sales order already has the condition type JEC2 & when you copy that sales order, system will copy all the existing condition types + re-define JEC2, JSC2 again (coz of setting L in condition type) in the new order.
Rather do this. Since you are copying new OR from existing OR, in copy control routine VTAA at the item level, pricing type, choose option B which will carry new pricing. With that eventhough your old order doesnot have JEC2 & JSC2, your new order will have them.
Regards,
Sivanand

Conditions to "Classify Condition Types" (SPRO)

Similar Messages

Maybe you are looking for