Manual Excise condition type with calculation type as FIXED AMOUNT

Dear Gurus,
I have used a manual excise condition (JMAN) in my pricing procedure the difference is that I've changed its calcultaion type to FIXED AMOUNT.
And in the same pricing procedure I have also got a percentage based Excise condition (ZEXC).
And in any transaction either of the one that is JMAN or ZEXC will be used.
The Manual Excise condition is used basically when the raw material sale takes place. The requirement is as such that they should be able to enter the duty value in INR and not in percentage. Please go through the example below
*(For Example I am procuring raw material of 100 kg worth 10000 at 8% of excise duty. Excise duty will be 800 for 10000rs. So it will be 8 rs per KG.
And now suppose I am utilizing 80 kg for production and want to sell remaining 20 kg. the Excise duty charged should be 160 rs. considering the rate per unit is 8rs.)*
In this case user wants to enter the value in INR and not in percentage.
And normally for the finished goods the percentage based condition is used.
Now what my issue is that how will I copy the value from JMAN to ZEXC at the raw material sale. otherwise my finished good sales is happening without any problem.
For this should I use any routine to copy the values from ZMAN to ZEXC??
Or rather is it possible that I could copy values from a condition type whose calculation type is FIXED AMOUNT to other condition whose calculation type is percentage.
How should I go ahead with this??
Please guide me.
Any answers??
Cant Do it this way??
Thanks & Regards
Anand.k
Edited by: anand k on Jul 8, 2009 6:38 AM
Edited by: anand k on Jul 8, 2009 1:04 PM

Check the condtion value in condition type UTXJ . If the JMOD value is 10% of UTXJ then assessable value should have been maintained for the Material and Plant combination in J1ID. This is due to Routine 351 maintined in pricing procedure for the condition type UTXJ
check and confirm
Senthils

Similar Messages

JEXC - Manual Excise condition type

Hi,
can any one tell me what's the usage of JEXC - Manual Excise condition type in Pricing procedure and is it necessary to maintained in m/08?? pls explain in detail
Edited by: Mahesh J on Oct 7, 2008 7:11 AM

Hi,
You can use manual excise condition "JEXC" in case if your BED Rate is not fixed as 14% and you want to enter BED Value manually.
Once you input value in JEXC then it will replace the value of BED in "Taxes" under "Invoice" Tab. And ECS / 2% ans SECess / 1% will get calculated on BED Value.
Here use Tax Code of (14% BED + 2% ECS + 1% SEcess + VAT/CAT As applicable), system will calculate BED, ECS & SECess as per the % maintained in Tax Code. Once you enter value in "JEXC" condition, it will replace the value of BED and ECS / 2% ans SECess / 1% will get calculated on BED Value.
For e.g.
As per Tax Code;
Base Value = 10000
BED / 14% = 1400
ECS / 2% = 28
SECess / 1% = 14
After putting value in "JEXC" as 1600 (For e.g.)
Base Value = 10000
BED / 14% = 1600 (Here 1400 will get replaced by 1600 under "Invoice" tab - "Taxes" button)
ECS / 2% = 32
SECess / 1% = 16
I think the above example will make clear the use of condition type "JEXC"

Condition class and calculation type missing for conditions downloaded from

Hi All,
I have downloaded all the condition types from R/3 using dnl custcndall
I have even downloaded the following using r3as
dnl_cust_cnd
dnl_cust_prc
dnl_cust_price
But I have noticed that for the downloaded condition types, condition class and calculation types are missing. Please suggest.

I have faced the same issue recently.
The solution is in adapter object DNL_CUST_CNDALL for table T685 and other tables for T685 in that objet put the filters for condition type
for ex: KSCHL eq PR00
This sure will work.
But you have to set this filter for all tables T685*
Thanks
Sarabjeet

Manual Excise Condition JEXC in MM Pricing

Hi Friends,
In purchase order conditions,I am using statistical manual excise condition jexc in MM Pricing for overwriting the value of excise condition (JMOP) appearing through tax code into the purchase order.This condition is maintained in MM pricing procedure with sub total 5 (Carry over value to KOMP-KZWI5)
Need you expert advice How this condition is over writing its value to JMOP condition in taxes tab of purchase.Actually this clarification is required by the client i have already conveyed referring it as a standard solution.But client is not conviced and i have to confirm this tomorrow.
So if anybody can help me on this issue i shall be very very thank ful
Regards
Vivek

Hello Friends,
Can anybody throw light on this issue.
Regards
Vivek Sharma

Requirement type, alternative calculation type and alternative base value?

Hi guys pls can any body experts in pricing
Can u pls explain requirement type, alternative calculation type and alternative base value?
Not theory Any of Ur real time experience

Requirement:
It is a routine that is written by an ABAP consultant according to the business requirement.
By defining Requirement in condition technique we can restrict the access of condition type.
To understand the concept, we will take the example of the Rebates. Rebates are to be included during the billing document processing and not in the sales document processing. As rebates are given on the delivered quantity and not on the ordered quantity (in case of cut-off period for rebates).
For rebates we use the condition types BO01 to BO05, and in the Requirement column we give the value 24 which is "Only in Billing Document".
This Requirement will ensure that these condition types will appear only during the billing document processing.
If new Requirements are to be defined we follow the procedure given below.
Go to T.Code: VOFM. - Maintain Requirements & Formulas
Click on the "Requirements" in the top menu and then click on "pricing".
We have a list of requirements, we can ask ABAP consultant to create new requirement based on the client requests.
And we assign the application type like V - Sales/Distribution etc.
AltCty - Condition formula for alternative calculation type:
It is again a Routine that is written by ABAP Consultant.
It is an alternative formula for the condition type that can be used instead of standard formulas.
For example, let us take the Profit Margin which can be both + / - , so here this routine will help us in generating the value which can be either + or -. Profit margin is not a condition type so it cannot be classified as +ve or -ve in the V/06.
Ex.: 950 0 Profit Margin 11.
So we assign 11 - Profit Margin.
If new routines are to be defined we follow the procedure given below.
Go to T.Code: VOFM. - Maintain Requirements & Formulas
Click on the "Formulas" and then on the "Condition Values".
We have a list of routines, we can ask ABAP consultant to create new routines based on the client requests.
And we assign the application type.
AltCBV - Alternative formula for condition base value:
Formula for determining the condition basis as an alternative to the standard.
It is again a Routine that is written by ABAP Consultant.
It is used as a basis to calculate value of the condition type instead of using it from the "FROM" column.
Ex.: Freight - KF00.
Freight is calculated based on weight, volume etc. and not on the base price. In pricing there is no entry of weight from which the value can be referred like we do for discounts using base price. We have to get the value from the Material master.
In this column we can mention the value as 12 - Gross Weight or 13 - Net Weight.
During pricing, the system will consider the value that is mentioned in this column and determine the freight based on this value.
Suppose we have Net weight: 100 kgs and Gross Weight: 150 kgs. And if we mention 13 in this column then the Freight condition KF00 will be calculated using the weight as 100 kgs.
Regards
AK

Getting Condition Unit using Calculation Type

Hi all,
I got the calculation type from the table T685A with the Application value 'V' and Condition Type 'ZTUP' .
The Calculation Type is 'C' which means Quantity.
Can anyone please share for getting the Condition Unit (For Eg: 'EA' ) based on the Calculation Type , Material and Plant?
The field is KONP-KMEIN
Thanks,
Hema.

This information should be in the condition record. Pricing condition records are stored in tables Annn, e.g. A601, A901 and such. Since tables are customizable, they will be different in each system. You'll need to get this information from your functional expert.
Also keep in mind that this data may be different for each document (again, depending on your configuration). If it's SD, then for the documents you'll find the conditions in KONV table.

Table type with reference type - how to sort?

I have an internal table lt_refs of the type ZXX_TT_REFS.
The table type ZXX_TT_REFS is a table of references ("ref. type") to the class ZCL_C.
The class C has an attribute attr1.
Now I would like to sort that table. Is there an easy (built-in) way to do this?
DATA lt_refs TYPE ZXX_TT_REFS.
DATA lr_ref TYPE REF TO ZCL_C.
LOOP AT lt_refs INTO lr_ref.
"Sort based on lr_ref->attr1. ?
ENDLOOP.
"or can I
SORT lt_refs BY attr1.
"directly?

Danial, please see the following. In the case where you want to sort your reference by an attribute within the object, you can do something like this.
report zrich_0001.
* CLASS lcl_tab DEFINITION
class lcl_app definition.
public section.
 data: attri type i.
 methods: constructor importing im_attri type i.
endclass.
* CLASS lcl_tab IMPLEMENTATION
class lcl_app implementation.
method constructor.
 attri = im_attri.
endmethod.
endclass.
data: a_app type ref to lcl_app.
data: a_app_list type table of ref to lcl_app.
start-of-selection.
create object a_app exporting im_attri = 3 .
append a_app to a_app_list.
create object a_app exporting im_attri = 2 .
append a_app to a_app_list.
create object a_app exporting im_attri = 1 .
append a_app to a_app_list.
sort a_app_list by table_line->attri ascending .
check sy-subrc = 0.
Here is the documentation.


Access to Attributes with References in Internal Tables
If the line type of internal tables includes reference variables as components comp, the attributes attr of the object to which the reference in a line points can be used as key values for reading, sorting and changing table rows. This is possible in the following statements:
,,LOOP AT itab ... WHERE comp->attr ...
,,READ TABLE itab ... WITH [TABLE] KEY comp->attr = ...
,,SORT itab BY comp->attr ...
,,DELETE itab WHERE comp->attr ...
,,MODIFY itab ... TRANSPORTING ... WHERE comp->attr ...
If a table contains unstructured lines with the type of a reference variable, the attributes of the object to which a line points can be addressed using TABLE_LINE->attr.

Regards,
RIch Heilman

Compile error: Eclipse confuses Type with Window.Type

Hi there,
I'm using Eclipse Luna (Version: Luna Service Release 1a (4.4.1)) and JDK 1.8.0_31.
Our projects are build with Maven. Maven build works without any problems and also our Netbeans users do not have any issues.
But Eclipse shows compile errors and it seems, that it confuses the generic Java Type with java.awt.Window.Type which was introduced with Java 1.7.
I created the following minimized example, which reproduces the compile problem.
This class creates a instance of MyDialog which uses the generic Java Type:
public class TypeTest {
public static void main(String[] args) {
String str = new String();
MyDialog<String> dialog = new MyDialog<String>();
String x = dialog.getValue(str);
And this is the implementation of the dialog of type Type:
import javax.swing.JDialog;
public class MyDialog<Type> extends JDialog {
public MyDialog() {
super();
public Type getValue(Type value) {
return value;
Eclipse persists that for getValue in MyDialog the Type is a Window.Type, which is wrong!
This is the compile error message:
The method getValue(Window.Type) in the type MyDialog<String> is not applicable for the arguments (String)
Since it works without any issues for the maven build and the netbeans users, it seems to me that this is an Eclipse issue or bug? Or can someone give me a hint, how this can be solved?
Thanks and kind regards,
Daniel

I just found that this question has never been answered, and from a cursory look I wasn't actually sure if this is a bug or not.
Turns out I already wrote a little "essay" on what seems to be the same issue, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=396378#c6
Bottom line: JLS doesn't seem to specify how to interpret / handle a conflict between an inherited member type and a same-named type parameter.
This seems to impliy that both implementations, javac and ecj - although different - are both valid wrt JLS.

Condition Type Definition / Calculation Type "R" Purpose

Hi,
Can anyone explain what is the purpose of the value "R Distance-dependent" in define condition type screen.
I know that we use this field to control whether the condition is a percentage or fixed value. but what is the purpose of "R" in it.
Any useful thoughts will be appreciated.
Regards,
Robert.

Robert,
This is a function of transportation management. It is used to determine freight cost that is influenced by distance of shipment and can be used in conjunction with the scale basis type of R(distance) as well. There is some info that refers to this functionality in this doc http://help.sap.com/printdocu/core/Print46c/EN/data/pdf/LETRA/SDTRA.pdf. Hope this helps.
Matt
Edited by: Matthew Menzies on Dec 8, 2009 5:05 PM

Manual Excise Condition

Hi All
We are Using TAXINJ as our tax procedure, Please advice accordingly.
My user wants that the following three tax are automatically calculated at the time of Excise invoice creation (J1IIN) .
i.e
(1) BED basic excise duty
(2) Edu CESS
(3) Hig. Edu Cess
I have search the forum a lot and accordingly configured CIN setting
Still it is not working .
Please give some step by step specific solution.
One more doubt, I know UTXJ trigger the calculated call for Tax procedure TAXINJ But HOW abjectly
Thanks in advance
Ashok

To flow ED, ECess and HECess automatically, check the following:-
a) In J1ID, for Material and Chapter ID combination, ensure that you have maintained the material code, chapter id and at the right last but one tab, 1 is assigned
b) In J1ID, under Excise Tax Rate, for that chapter id, you have maintained the ED, ECess and HECess
c) In Customer Master, under the tab Sales Area, customer tax classification 1 is maintained for JTX1 to JTX4
d) Similarly in material master under tax classification, 1 is maintained
If these are in order, then system will propose automatically the above values in sale order and billing.
With regard to UTXJ, following are the pre requisites
a) In FTXP, you should have created the necessary tax codes
b) In VK11, for condition type UTXJ, you should have assigned this tax code. Of course, in UTXJ, you will have various combinations. Based on whatever combinations you assign the tax code, system will propose the tax in sale order.
thanks
G. Lakshmipathi

Pricing on PO - Condition type with formula

Dear friends,
I've one condition type with calculation type (KRECH) set as Formula.
For the calcutation of this condition I need to set this formula: Value = (Gross Price + Freight) * 0,0035
Can you please tell me how can I se this condition as required?
Thanks in advance,
Afonso Pereira

Hi
I have never tried this calculation type - G formula,
But in the pricing procedure config, there is a field Caclulation type whcih is used as Alternate calculation type.
You can createa new routine ( nothing but a logic based formula) for caclutaion and assign that to the new condition type.
This will ensure that if your gross price condition and freight are present then this condition type gets automatically calculated and get populated in the PO conditions.
For routine creation you need to take help of Abaper.
Routines are craeted in transaction VOFM
Thanks & Regards
Kishore

Flat Fixed Amount Condition type

Hi Experts,
Have configured a condition type with Calculation type as "B" fixed amount and Scale basis as "B" Value scale and in Control data have used "Currency Conv." and "Accruals" as ticked.
Now problem is since this is being Fixed amount amount should not be distributed but while making Goods receipt for partial quantity it is postng condition amount proportionately. Instead it should post on a fixed basis.
Thanks

Thanks for the reply
but No, i dont want to have this as header condition as dont want to distribute based on quantity posted instead want that the fixed amount mentioned against condition type should be charged on flat basis irrespective of quantity received.
Have used "B" as calculation type evn with this it is distributing proportionately and that is the problem.

Query regarding condition type value calculation in VA05

Dear Gurus,
We had maintained one condition type Z*** where we had declared the condition type as follows:
Condition class - Prices
Calculation type - Quantity
Plus/Minus - A (positive).
We had maintained the condition table as :
Price = 200 USD per 10 EA
Lower limit = uppler limit = 0.
When we are calculating the price in the sales document, the system is taking the price of 10 units as 200 USD correctly.
But in VA05 screen, the confirmed net value for 10 units is shown as 10*200 = 2000 USD which is wrong.
Can anybody throw a light on how the confirmed net value for VA05 screen is calculated.
regards,
Krishna

If it is representing the value of the condition type, then it is a new field customised by your technical team. Standard VA05 doesnot represent the value of any condition type. So please check with your developer, may be there is a problem in their program.

Freight condition type-With respect to Delivery Item (per PC)/Volume/Ship-to party 's region

Hi Gurus,
I am working on freight related condition type,my requirement is we have to calculate freight cost based on Delivery Item (per PC) / Volume of that Material (Per PC) and Destination Region of each Delivery Order.
for example:
If Material '100001' has volume = 1 M3 per PC and Destination region code (in Delivery Order) is '20'. The Freight cost is 1 USD per PC.
If Material '100001' has volume = 1 M3 per PC and Destination region code is '22'. The Freight cost is 1.5 USD per PC.
If Material '100002' has volume = 1.5 M3 per PC and Destination region code is '20'. The Freight cost is 2 USD per PC.
If Material '100002' has volume = 1.5 M3 per PC and Destination region code is '22'. The Freight cost is 3 USD per PC.
I'm try to set calculation type = 'T - Multi-dimensional' and having 2 Scale Basis as following:
Scale Basis = 'F - Volume'
Scale Basis = 'L7 - Region of Destination'
but it result in error in calculation when creating Shipment cost document.
I don't sure whether my understanding on Multi-dimensional scale is correct or not. Please kindly help.
Thank You in Advance for every idea.

I think, from your example, if you maintain condition record with the combination of Destination Region Code and Material, it will work, provided, your freight condition type has Calculation Type as "C".
So your condition record would be
100001 / 20 = 1USD per PC
G. Lakshmipathi

Condition JEXC- Manual Excise Value, is missing in pricing procedure A M RM

Dear Gurus,
During PO creation following massage occurred,
Condition JEXC- Manual Excise Value, is missing in pricing procedure A M RM0000.
scenario: - JEXC condition type not picking the value automatically against Tax Code.
Pl. help,
Regards,

hi
plz check that U HAVE GIVEN PROPER SCHEMA FOR THE VENDOR as it is detecting schema as RM0000
or
it means that u have not yet setup the manual excise
check following configuration
Use Condition Type "JEXC" in MM Pricing Procedure.
You can use manual excise condition "JEXC" in case if your BED Rate is not fixed as 14% and you want to enter BED Value manually.
Once you input value in JEXC then it will replace the value of BED in "Taxes" under "Invoice" Tab. And ECS / 2% ans SECess / 1%
will get calculated on BED Value.
Here use Tax Code of (14% BED + 2% ECS + 1% SEcess + VAT/CAT As applicable), system will calculate BED, ECS & SECess as per the % maintained in Tax Code. Once you enter value in "JEXC" condition, it will replace the value of BED and ECS / 2% ans SECess / 1% will get calculated on BED Value.
For e.g.
As per Tax Code;
Base Value = 10000
BED / 14% = 1400
ECS / 2% = 28
SECess / 1% = 14
After putting value in "JEXC" as 1600 (For e.g.)
Base Value = 10000
BED / 14% = 1600 (Here 1400 will get replaced by 1600 under "Invoice" tab - "Taxes" button)
ECS / 2% = 32
SECess / 1% = 16
I think the above example will make clear the use of condition type "JEXC"
And Condition Type "NAVS" (Non - Deductible Tax) is used in MM Pricing which will bring value of CST from "Taxes" screen to "Conditions" of PO. Check the attributes of NAVS condition type in M/06
rgards
kunal

Manual Excise condition type with calculation type as FIXED AMOUNT

Similar Messages

Maybe you are looking for