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

Similar Messages

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

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

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

Tax condition types maintanance reg

Dear all,
In my business scenario i have only trading goods means( no mfg parts). only procured from other countries and sales it. however we have rg23d updation after the exsice invoice. pls clarify the what excise conditions shall i maintaned and in which key combination and acess sequence pls help me in this regards
Meera

Hi,
U need to initially classify them in the below path :
Logistics Gen--> Tax on Goods Movement > India> Basic Settings --> Determination of Excise Duty --> Condition Based Excise Determination -->Classify Condition Types.
And also u need to maintain for your tax procedure what are all the condition types that you are going to use in the below path: Logistics Gen--> Tax on Goods Movement > India> Basic Settings --> Determination of Excise Duty --> Maintain Excise Defaults. Here u need to maintain the excise condition types for various purposes. And these condition types also need to be available in ur India tax procedure. Based on this once you create a tax code, you can maintain the % against each of the condition types. And based on this the values will be determined in the sales order.
Hope this helps.
Kind Regards
Chakradhar

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

CIN - Classify Condition tyes

Dear Experts,
Can anybody please explain the Classify condition types step in CIN ?
Thanks in advance

Hi,
In classify condition type step you have to assign all the conditions types that you use in your taxing procedure to your taxing procedure . Usually for standard Tax procedure like TAXINN or TAXINJ the condition types are classified by default but if u create any new tax procedure of ur choice then u have to classify all ur cond. types to tax procedure in this step .Otherwise the value of the condition types will not pick while u do the goods receipt.Plz let me know if further clarification needed .
reward points if useful.

Use of conditino category in pricing condition type

Hi,
Can anybody please guide about the exact use of condition category in the pricing condition type. In text it is mentioned that it is used for grouping of similar condition types but what exactly is the requriement for this? Does it have any control function like the feild condition class has( like for example grouping in this is used in redeterminations etc) ?
Please guide about the use of this feild and if maintained or not maintained then how will it matter?

Hi,
It serves some purposes.
1. It is used for the classification of condition types. During implementations, consultants classify the condition types into condition categories (Prices, Discounts, Taxes) and later use these categories to print the value of condition types in the forms. Coding based on condition categories reduces the effort instead of hardcoding on the condition type.
2. They also have some inbuilt property for some of the condition types like VPRS, SKTO etc where the categories are important for the behaviour the condition type, the way they are expected to behave.
3. Some of the condition categories will be applicable only for some specific processes and not for all the processes. for example e during downpayment.
But the complete function of this field can be only learned over a period of time when we implement new functionalities for the business.

Setting Pricing Condition Type Mandatory & Optional

Hi,
We have a requirement that a Condition Type in a Pricing procedure has to be set mandatory (Required) in general, but
for certain materials ( Say with Mat. grp X etc ), this condition type with the same procedure has to be made Optional.
Is there any way out. can any Routine solve this . If yes then how should we address this.
Thanks

Hi Stuti,
First you need to classify the material by material grp's for which u need the condition to be mandatory.
This wont be addressed through condition records, but you'll have to create a new routine for requirements, and frame the logic with the help of your ABAP'er, which will decide for which matl grps the condition should be mandatory.
The same is possible by creating a new routine in VOFM by defining requirements in access sequence and including you matl grp field in the condition table.
You can also write the sane logic under unser exit MV45AFZZ, under FORM USEREXIT_PRICING_PREPARE_TKOMP.
Regards,
Amit

SAP CIN SD Condition Type Classification link to Account Determination

Hi,
one last Question according to Account Determination. I am facing the problem not to see the link between Condition Type Classification and the Excise Account Assignment Table in Customizing (Logistics u2013 General -> Tax on Goods Movements -> India -> Account Determination -> Specify G/L Accounts per Excise Transaction).
In Pricing Procedure i use the Account Key EXD, but i do not link that one to any Accounts. But i Calculate for example JEXP + JEXQ to JEXT.
I classify JEXP as A/R BED Percentage
I classify JEXQ as A/R BED Quantity Basedt
I classify JEXT as A/R BED Total
In Pricing Procedure i do not assign JEXT to any Accounting Key and thus even not to any account. But it is linked somehow to 'G/L account RG23A BED account' inside the Excise Account Assignment Table in Customizing. Is anybody able to describe how? Is it in another table where just defined: Classification A/R BED Total -> G/L account RG23A BED account. If yes, wich transaction code or which Customizing Path do i need to go to.
Please, need help for my understanding.
Best Regards,
Conrad

Hi
In Pricing Procedure i do not assign JEXT to any Accounting Key and thus even not to any account. But it is linked somehow to 'G/L account RG23A BED account' inside the Excise Account Assignment Table in Customizing. Is anybody able to describe how? Is it in another table where just defined:
These entries are entered manually by FI consultants.System picks these accounts whenever a relevant transaction is executed.
Regards,
Phani Prasad

How to prevent consecutive entries of same condition type in a sales order

Hi,
My client is using manual condition type for the basic price "ZBPR". Now system allowing multiple entry against this condition type in the pricing screen during order creation i.e in the first line if we put Condition Type "ZBPR" and putting some value as amount, then again if I put "ZBPR" as condition type and give some other value as amount then system is allowing this and doing all the subsequent calculation.This is not acceptable by the client.
The functional person regarding this is saying this can be done by using routine.Can some body tell me which routine should I take for this if that is possible by routine and the required code.Also say if there is other way to solve this.
Thanks,
Manas.

Hi ,
u can do it thru VOFM(tcode)--->Menu -> Formulas>condition value , but in this case u need to derive the value of this condition type by using ur own logic.
Re: vofm-routine
Regards
prabhu

How to restrict duplicate condition type in sales order

Hi All
Is there any standard method to restrict user for adding a particular discount condition type more than once in sales order. condition type is manual and its records are also being maitained manually.
Else would I will have to create userexit at sales order level or a routine in pricing procedure. I doubt on creating a rotuine in pricingprocedure because in pricing procedure there is already a restirction to add similar condition type more than once.
Thanks

create a routine and add this routine to the discount condition type only.

Creation of New Condition Type

Hello SAP Folks,
I have one issue related to pricing. See the case is i have to produce an extra cost in the Sales Order which is actually depended
upon the net price. This condition type is percentage based and calculation works in the following way:
Let the new condition type be Z123 and Net price be PR00.
So for year variation 1-2 year, the condition type Z123 will be 1.5 times of PR00
2-3 year, the condition type Z123 will be 2.0 times of PR00
3-5 year, the condition type Z123 will be 3.0 times of PR00
Can anyone throw light on how to configure this condition type ???
Regards,
Sarthak

Hi,
For Z123 Condition type make (V/06)
Cond. class A Discount or surcharge
Calculat.type A Percentage
Plus/minus A Positive
and all other settings are same as Discount condition Type
For making Z123 customize an Discont Condition Type (EX:K004,)
Then while creating the condition record give the percentage as 150% 1-2 yearin valid from and to date,
give the percentage as 200% 2-3 yearin valid from and to date, give the percentage as 300% 3-4 yearin valid from and to date, and save the record. (VK11)
In the pricing procedure For step z123 condition type from which you want the % that is step of PR00 should be mentioned in the FROM and TO column.(V/08)
This will result as per your requirement

Classify condition types

Similar Messages

Maybe you are looking for