Base amount condition type

please tell me how does system picks the value of base amount for the condition type BASB in tax calculation procedure.
as per my understadning system should pick this value automatically and should calulate differnt taxes on that
as atthe tim eof miro i am making use of some tax code but system is not picking the base amount for the tax code

hi,
these steps are following
1. define condition type t.code OBYZ
2. Define accounting keys        OBCN
3. define calculation procedure OBYZ
4. Assign tax procedure to country OBBG
5. Define tax codes                    FTXP
6. define tax accounts                OB40
tax calculation mention customer/vendor , PO, MIGO, MIRO,
sales order, billing documents,
before posting Assign to tax procedure to country.
calculation procedure example
under control data
steps     counter            condition type     from   to     A.keys
10            0                      BASB             -           -       -
100          0                       vs01               10                vs1
110          0                       vs02               100     110     vs2
same level
base acondition 10

Similar Messages

Output determination with base pricing condition types

Hi folks,
got a question regarding the Output determination..
In the outptut type i.e order confirmation and change order confirmation, it is showing the the base price condition type i.e PR00.
But the client wants it to pick up the condition type material discount k004...
is it possible ? because what my understanding was that the output types typically picks the base condition type PR00.
but the client wants it to pick up this K004..
can anyone say how to do this....
thanx in advance,
sourav
I

In the Pricing procedure configuration there is a column Print, where for each condition you may specify if and how the condition should be printed. There is good documentation (F1) available on this field. Clear this field on PR00 and set to 'a' (or any other applicable value) for K004. This change will affect all the documents that are using the same pricing procedure though.
Otherwise either the output processing program or the form (both names may be found in the Output configuration) will have to be changed or, if the standard ones are being used, those will have to be copied as the custom (Z...) objects and then modified accordingly.

Fixed amount condition types

hello, friends.
i have a condition type which is a fixed amount, and which i enter at item level. the amount is $1,000.00. the order quantity is 100, so that SAP distributes the fixed amount among the quantity, so that it comes out as $10 per unit.
i create a delivery with reference to the sales order, but since the configuration allows a delivery quantity greater than order quantity, i edit the delivery quantity as 150 units.
now i create an invoice. but the fixed amount condition type, instead of showing as $1,000.00, is calculated as $1,500.00 instead. it takes the 10$/'unit in the sales order and multiplies it with the invoiced quantity.
the current settings for the condition type is entry at item level only. we considered entering this at header level but i don't think this will help. i am thinking the fixed amount will still change according to the invoiced quantity (also when considering multiple partial deliveries, invoiced collectively or partially).
would there be settings in the copy controls or in the condition type, or maybe in the pricing procedure to make the amount truly fixed?
many thanks.

Hi,
> how this is distributed can either be per line item quantity, or by value.
System will distribute the amount proportionately amongst the item according to their qty.
I think you should make the condition as header manual condition or you can use std header manual condition type HM00.
Enter this condition in the header of Sales Order. The amt will be distributed amongst all the items according to qty.
Now even if you change the qty in the delivery, if you have maintained pricing type as D / G system will copy old amount from the Sales Order unchanged because it is Header Condition and not the Item condition.
> so with pricing type D, what does not change? the entire fixed amount or the per unit (distributed) amount?
As per my knowledge, if you have maintained condition record for any condition type and you have used pricing type as D and when there is any change in the condition record after creation of Sales Order that times, that time system copies all the pricing from the sales order unchanged into invoice. It will take old pricing from the sales order.
Hope you get some idea.
regards,
Sagar

Discount calculating sum of Active & Inactive Base Price condition type

Hi,
For condition type ZBPO-Base Price maintained condition record with two key combinations, In sales order Conditions Price determined for ZBPO condition type with Inactive and Active. But Discount condition type ZDCO calculating 15% discount on sum of the Inactive & Active of ZBPO amount.
Requirement is Discount should be calculate Active ZBPO condition type only. Without deleting inactive condition type in Sales Order Conditions, what are the configurations need to do.
For Ref: Please check the below screen short.
Regards,
Parviz.

Dear Lakshmipathi,
Thanks for replay, Please check the below screens as you asked.
Inactive:
Active:
In Analisys I kept mouse curse on the condition types I'm not get any message on that (Dont know the reason why your asking that). Clicked on condition type and sent with access details.
Inactive:
Active:
Regards,
Parviz.

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.

Determination of Base price condition type depending on Item Category

Dear All,
The requirement I have is as stated below:
There are two materials A and B that are individually sellable materials. But during a specific time period the company decides to give a scheme where in Material B is given as free when a particular quantity of material A is purchased. Irrespective of the scheme, material B can also be individually purchased during the scheme period.
Now in the former scenario where material B goes free with material A in the same order, the base price of material B should not go to revenue G/L but to a different G/L called Scheme G/L. To counter this scheme G/l there is another counter G/L into which 100% discount on base price to material B goes.
In the latter case, if material B is sold individually, then the base price should go to Revenue G/L and not scheme G/L and the 100% discount is not applicable.
Can you please guide me on how to configure this.
The approach I have taken is as follows:
The condition types for base price are ZBPR and ZBP1(reference condition type of ZBPR)
Item Categories to be considered: ZTAN and ZTNN (for material B going as free during the scheme)
The requirement is such that, whenever the item category for a particular material is ZTAN, the condition type to be picked must be ZBPR while the condition type ZBP1 must be deactivated.
Similarly, if the item category for the line item is ZTNN, then the condition type to be picked must be ZBP1 and the condition type ZBPR must be deactivated

Dear All,
I have fulfilled this by doing rev acct determination in vkoa using item category and moving it up the order. Also I used a requirement in v/08 for 100% discount on free material.
This has resolved my issue and i am now closing this thread.
Thanks and Regards,
Rohan
Edited by: Lakshmipathi on Apr 2, 2011 10:53 AM
Since you have arrived at a solution, please change the status of the thread to "Answered"

Scale basis in condition type?

Hi
I want to know the exact functionality of Scale basis in a condition type.
Basically what does scale basis, scale formulae, check value ,scale type etc mean?
Explanation with an example would be highly appreciated.
Also we do maintain scale basis at condition record level, then whats the difference between the two?
Thanks

Hi ! Christino,
Q) functionality of Scale basis in a condition type?
A) The entry made here decides whether the condition value calculated is on the base of per quantity(say per pc or per no.) or per weight(say per Kg or per pound) or per volume(say per litre or per ml or per cm^3)
Q) What does scale formulae, check value ,scale type etc mean?
A) Scale Formulae - is a setting(ABAP/4 code you write) to make condition value to be calculated any other than those mentioned in the above answer.
->Check value field once set helps in deciding whether the scales you mentions have to be in a ascending or descending in scales rate
(ex.for Material A 1pc to 50pc price is $100
                         51pc to 200pc price is $99
                        201pc to 500pc price is $98, is an example of ascending scale rate. descending is opposite)
-> Scale type is setting the validity of the scale (say the scale rate starts from a particular point of quantity or value)
Q)Also we do maintain scale basis at condition record level, then whats the difference between the two?
A) at the condition record level it just a reflection of what scale basis you have set in customizing of Condition type.
Hope this helps. Do provide your feedback.
Regards,
PATHIK
Message was edited by:
        Pathik Pandya

Fixed amount condition type

hi,
My scenario of business is such that whatever b the quantity mine amount will remain fixed.
how to have a fixed condition type?
Please help.
Kaustubh

Hello,
In the V/06 Condition type details, select your condition type and maintain the Calculation type as B which is fixed amount.
This will not change according to the Quantity .
While creating the Condition records in VK11 dont maintain UoM .
This will work.
regards,
santosh

Excise base amount not updated after creating Excise Invoice

Dear Friends,
The excise base amount is not getting updated in table J_1IEXCDTL u2013 EXBAS. System updates J_1IEXCDTL u2013 EXBAS, if condition category in the Base price condition type is maintained as H.But the problem comes when discounts are applicable.
Say, the base price is Rs 10000 and there is a discount of Rs1000. If I maintain the condition category u2018Hu2019, the excise base value is getting updated as Rs10000, but it should be Rs 9000. But there is no problem with the BED/EDCess/SHEd cess which are calculated as expected based on the steps defined in the pricing procedure.
I even tried using condition type JASS (Acc Seq JDUM -100% on the (Base price - Discount value and condition category H).It works only when JASS is set as Non-statistical.By doing so,Base price and also the Discounts conditions are getting inactive. When JASS is set as statistical, EXBAS is not getting updated.
Thanks
ISaac

Hi Issac,
Use the below user exit to populate the excise base value.
J_1I7_USEREXIT_CALC_EXC_BASE.
This user exit has the KONV strcuture of your billing, you can derevive
the base value and pass it to the parameter EXCITM_BASE so that the exci
se base can be updated during billing.
Thanks and Regards
MBS

Adding the tax condition type after customer pays

Hi,
I have a strange situation.
The customer has payed the invoice amount and evrything is cleared and the complete Order to Cash cycle is complete.
Now my client wants to charge the customer with the tax amount (implemented later) on the invoice that is already been cleared.And that amount should as usual go to the tax G/L account. There are not many Condiiton types but just the base price condition type and tax condition type.
I have maintained a necessary condition record for MWST.
SAP transaction wise I am thinking to create a normal sales order of the invoice amount (Base + Tax condition type) and then complete the order to cash cycle.And once it is completed I would create a debit memo request and subsequent debit memo for the base price which would be adjusted later.
This will solve my basic purpose of Tax amount goin to the tax account.
This is only for few SO in the production
Please let me know in case anyone has a better idea.

Hi ronaldo
You create a sales order with document type L2 ( debit process) . so you create the sales order with reference to billing . Now manually you enter the tax condition type (MWST) at the sales order level and then do billing.Make sure that in the tax condition type details you have maintained the option C "Manual entries are possible" .So that you can enter the the tax condition type manually at the sales order level.
So some additional taxes are being charged to the payer.So he will be paying some extra taxes as he has already paid for the billing document that has been passed to FI
Regards
Srinath

Create New Tax code and condition types

hi experts,
i want to create new tax code V10 and new condition types ZWKT and ZSTX under V10.
i have a requirement that is create service general Purchase Order with following tax conditions
1. Work Tax 4% on 70% of Bill Amount.
2. Service Tax 12.36% on 33% of Bill Amount.
while creating PO when user select ZWKT and ZSTX, system should calculate 4%( on 70%) and 12.36% (on 33%) and place the tax amount on relevant fields automatically.
( i tryed with tcode:FTXP and created tax code(country key: IN, procedure: TAXINN and taxtype: V input tax) but problem with assigning condition types and calculation procedure)
please help me in this issue (step by step).
Thanks.
srinu.

Hi,
Here you have to create two dummy condition type for Base Value. One for Service Tax and other one for Work Tax.
Then create two condition type for Work Tax & Service Tax.
Ex : Work Order Base Value condition type is "A"
Service Tax Base Value condition Type is "B"
Work Order Tax condition Type is "C"
Service Tax condition type is "D"
In Pricing procedure just add all the above condition type as below
Both Base Value condition type will be calculated from System Base Value & in FV11 maintain the Base Value percentage against the Tax Code & Condition Type as per ur req (70% for Work Tax & 33% for Ser Tax)
Work Order Tax & Ser Tax will be calculated from respective Base Value. In FV11 just maintain the tax %.
Sangram

OVKK--Condition Type?

Hello All,
When you define the determination of pricing procedure in txn OVKK, there is a field 'Condition Type'. What is this used for..?
The F1 says:
Proposed condition type for fast entry
The condition type that the system automatically proposes in the double-line entry screen during sales order processing.
Now, what exactly does this mean?
Someone, plz explain...
Rgds,
Rags.

Hello Rags,
In OVKK the condition type which you specify is displayed in the sales order at the line item level in the "CnTy" field & the adjacent field "amount" shows its condition record. This will be shown per piece.
Say your sales executive needs to inform the customer about the base price (condition type PR00) of the item for that particular sales order, then he/she does not need to check at the item level pricing. He/she can directly check at the line item level & tell the price. If the condiiton type is not maintained in OVKK, then the respective fields will be blank in the sales order.
With best regards,
Allabaqsh G. Patil.

Pricing limits for condition type PR00

Hi,
I have got a scenario at hand, where i have to assign tolarence limits to all the conditions types in the pricing procedure. i have maintained limits in Transaction OVB2 except Base price condition type i.e. PR00. the problem i am facing is, we have got some where around 1,500 material and 3,200 customers and the price variation between the material is large(3000-150000). The main purpose of maintaining limits is to reduce the risk when entered manually. Please do consider the general business implications while replying.
eg: new pricing procedures, condition records for base price etc makes a hafty job, so can you please suggest me any other means to have a tolerence limit to condition type PR00(PR00 is used as base price for all pricing procedures).
Thank you, Have a nice day at work.
with regards
RVS Prasad

Hi venkata siva
As you are having around 1500 materials in your business . That means you need to maintain condition records for all these materials. While maintaining condition records only , in VK11 for PR00 condition type , maintain upper limit and lower limit in additional data . Then there should not be an problem
Another way of maintaining pricing at upper limit and lower limit is in OVB2.
Regards
Srinath

CONDITION TYPE PR00 TO SALES AREA + DOC PP + CUST PP

Hi ,
While defining pricing procedure we only assing condition type pr00 to the procudure ? why is that so ? Since we have many condition types .?

Jerry Jerry,
Condition type PR00 is the base condition price. The whole price calculation is based upon the condition record entered for the condition type PR00. In actuality we assign all the other condition types but all these would turn out to be useless until we enter the base price condition type PR00 in the pricing procedure.
For example if in a pricing procedure we have entered conditions like K007 and KF00 and have not entered the base price condition type PR00 the values of K007 and KF00 will be shown as 0 as for these discounts there is no basis of calculation i.e. no base price.
Hope this answers your question.
Reward points if helpful.
Nagesh Murthy.

Condition type to be loaded on Material cost after Taxes but shouldn't change Tax base Amount.

Customer requirement is that they want to deduct some amount after the Taxes (after BASB) &t load this amount value after taxes on Material cost (hence accrual KEY can't be used). but with the addition of this new condition type (for deduction) it shouldn't change the base amount for Tax condition type (BASB).
Basic Problem : new condition type value to be load on material (after taxes). but this condition value shouldn't change the Net price of PO(amount in BASB condition of Tax) so that base amount (BASB) of Tax procedure remain unchanged.
(Since it is to be loaded on material hence i cant use account key definitely. Also this cost to be loaded on material after taxes)
Ex -             PBXX =     100 base price
                 Freight =       20
   Tax base amnt =     120
               Tax (5%)=          6
                      Total =    126
     Other Charges=      10 (this 10 Rs amount in this condition type required to be loaded on material cost, at the same time this condition value shouldn't change the base amount for the Tax (BASB)
Please suggest (purpose is to load the deduction on material cost after Taxes & same time it shouldn't change the the amount after Tax base calculation)

Hi,
   Your condition type is without acrual flag in M/06. No acrual key is maintained in the MM pricing procedure.
   To achieve your requirement, maintain subtotal 6 against the condition type in your MM pricing procedure in M/08.
   Maintain the base type calc procedure as 362 against your BASB condition type in tax procedure. Keep the field blank for the tax condition type (VAT or CST / ED etc)
   Test the scenario again with a new PO. System will show the condition value in net amount field in PO, but the same wont be copied to BASB in tax procedure. Check the taxes pop up. Check the same and revert back.
Note: Similar requirement (not exact) for acrual conditions are mentioned in my doc: Tax Calculation on Freight - Different Scenarios You may refer it if required.
Regards,
AKPT

Base amount condition type

Similar Messages

Maybe you are looking for