Restrict calculation for condition type in Subtotal
Hi Experts,
In my organisaion i have a requirement to retrict the calculation of Subtotal value in the pricing calculation.
I have two Internal price condition type VPRS & ZCST.
VPRS is calculated in Step20
ZCST is calculated in Step30
The subtotal is calculated in Step40 (The subtotal is calculation From 20 to 30)
Now my requirement is to restrict the calculation of sub-total. Eventhough the subtotal is calculated from 20 to 30. I need to have the subtotal value only for 20. I need to exclude fro step 30.
Example:
VPRS - 100
ZCST - 100
Subtotal - 200
My requirement is the subtotal value should be only 100 not 200.
Regards,
Jagadish
Hi Jagdish,
Please try the follwing.
1: Enter 20 in the From column and leave To column blank
or
2: Enter 20 in both the From and To columns in the pricing procesdure.
Similar Messages
-
Service Tax Calculation for Condition Types
Dear Experts,
In an Import Purchase Order for Coal, along with the Basic Price of the Coal, the following Conditions are also entered, in the Condition Types maintained in the Import Pricing Schema
- Water front royalty
- Port Dues
- Berth Hire Charges
- Port terminal charges
- Surveyor charges
Each of these conditions may have a separate Vendor, hence the Purchase Order creator will select each condition and assign the required vendor.
Each of these conditions is subject to Service Tax, Educational Cess and Higher Secondary Educational Cess, the User want that separate service tax calculation be made available in the pricing schema for these individual conditions and the relevant vendor be assigned to these condition. the service tax on individual conditions be paid to the relevant vendor along with the basic value for the condition.
Separate Condition Types (15 nos.) for each of the above conditions for Service Tax, Educational Cess and Higher Secondary Educational Cess can be prepared and added in the pricing schema, the user will have to enter the percentages in the relevant conditions.
The user wants that the Service Tax be automatically calculated for these conditions, instead of manually entering the same. Please guide how can this be achieved.
Thanks in advance.
AJHi,
For this you have to maintain the all your charges in your pricing procedure along with each charge you have to maintain 3 condition types for service and chesses.
Ex:
step counter cond.type des. from to
1 1 P000 Gross Price
1 2 P001 Gross Price
25 0 JM00 Water front royalty 1
26 0 ser1 service 25
27 0 edu1 educationcess 26
28 0 edu2 se.edu.cess ; 26
29 0 jm01 Port Dues 1
30 0 ser1 service 29
31 0 edu1 educationcess 30
32 0 edu2 se.edu.cess 30
like this you have to built your pricing procedure in a m/08. after that for you want the service tax automatically so for that you have to put the accesses sequence in you service condition types (ser, edu1,edu2).in m/06.
After that you have to maintain info record for that material and import vendor. in me11 in that in condition tab you have to maintain percentage for ser, edu1, edu2 . the system will calculate the service charges automatically.
Thanking you, -
Wrong calculation for condition type for misc. provision in service PO
Hi Gurus,
In service PO line item, we have maintained customised condition type for misc provision. this is % based on net price. It has been assigned account key and accrual key. It's manual. Logically, it should calculate the value based on the total of the net values of all service lines and post a single entry for all concerned service lines. What system is actually doing, it calculates the value correctly for total of net values of service lines in that PO line item but post it to the account as many number of times as the number of service lines in that line item.
This is when service based IV is active for the PO line item. If I deactivate this, then it post the account once only which is ok.
Please explain this behaviour. Also, I want to activate service based IV, what should I do to this condition type. Is there any condtion base formula or condtion value formual to be assigned in the pricing procedure?
Thanks in advance,
Sudhir DahakeHi,
Check if some user exit/ routine is written for the condition type.
Check user exit RV60AFZZ, RV60AFZA, RV60AFZB,RV60AFZC for some code.
If it is a manual condition check COPY CONTROLS or if it is automatic check condition records from which it is calculated based on qty, price, material type, etc.
Regards,
Amit -
Restricting access for condition types in VK11
Hi
ZWX1 and ZWX2 are SD discount condition types, I should use these condition types only for sales deal , hence , I will create condition record only in VB21 with reference to sales deal.
Some other users may create condition records in VK11 mistakenly, I need to avoid it, so these condition types should not be accessible to create condition records in VK11 or anywhere except VB21.
Any thought ? how can I achieve this ?
thanksHi
If you want to restrict the access for the condition types then you give the authorization for VK11 for maritaining the condition records only to those users who has to maintain the condition records for that condition types.So you have to take the help of BASIS team
Regards
Srinath -
Why not all billing documents are posted to CO-PA for condition types?
Hello!
I have following problem.
In transaction KE4I I have configured several condition types to post for specific value fields.
For some billing types it works but for some doesn't work.
For all domestic invoices it works but for abroad invoices it doesn't work.
Billing documents for abroad invoices are also posted to CO-PA but for another value fields, not for that I expect.
Where is problem?
I am waiting for help.
Best regards
BogdanHi.
In both pricing procedures there are same condition types. The only difference was check box "Condition is used for statistics".
After marking this check box it still doesn't work.
There are placed the same condition types in all billing documents (domestic and abroad) . So I am supprised that for domestic billing documents field value in CO-PA is calculated for condition types placed in KE4I.
But for abroad billing documents the same field value is not calculated for the same condition types placed in KE4I.
Where is a problem?
I need help.
Best regards
Bogdan -
Restriction for condition type
Hi,
I want to restrict some users to do not change the basic price (PR00) in sale order (VA01/VA02), Plz let me know how I can do this.
regards,
sps.The objects concerned have to be:
V_KOND_VEA Maintain condition: Auth. for use/appl./cond.type/table -- (Deals with condition records)
V_KONH_VKO Condition: Authorization for Sales Organizations
V_KONH_VKS Condition: Authorization for Condition Types
But in the standard system VA02 has these objects set to No check in SU24. You may have to modify this to Check/maintain and then maintain the values in the users role. Like you can have:
Object : V_KONH_VKS Condition: Authorization for Condition Types
Condition Type: PR00
Actvt : 03
Thanks & Regards
JP -
Provision account key missing for condition type FRA1 in schema ZIMPOR
Hi,
While maintaining the condition value in PO, the below message displayed.
"Provision account key missing for condition type FRA1 in schema ZIMPOR"
Thanks and regards
MurugesanGo to
Spro>MM>Pur>Conditions>Define Price Determination Process>Define Calculation Schema
here select ZIMP and click control data
in that maintain "Account key" for FRA1 cond type in the Account key Column..
(Second column from right side) -
Unable to manually change the amount for condition type PB00
Hi Gurus,
My client is using ECC5.0.
Here when I try to change the amount for condition type PB00 using transaction ME22N, I am not able to change the value. I donu2019t get any error, but as soon as I change the value and press Enter the system replaces my entered value with the original value.
Confusing part is that I am able to change the amount of condition price PB00 manually using transaction ME22. I donu2019t have any such problems there.
Also I am able to manually change the amount of condition type PBXX using ME22N.
Only in the case of PB00, if I use ME22N to manually update the amount I am not able to change it.
Kindly help me, to find a reason as to why this could be happening, and correcting if possible?
Thanks in advance,
ImranHello Imram,
The purpose of maintaining 2 condition types ie PB00 and PBXX in a pricing procedure is that PB00 is automatic gross price determination and PBXX is manually giving gross price.
If you go to T.Code : M/06 and check the condition types, you can see that PB00 will be having an access sequence but not PBXX.
So if you have to manually give the gross price, you have to use PBXX.
Regards -
Requirements not fullfilled for Condition type - Pricing Procedure
When I am doing the pricing procedure, the error thrown is "Requirements not fullfilled for Condition type". Can any one suggest how to fix this problem ?
Hi Sunil,
Please first of all check the condition type in Pricing Procedure. In condition type column check the requirement. Here conditon is, once requirement is fulfilled which you have mentioned in the condition type then only it will be executed. Take a help of ABAP'er regarding this requirement if it is customized requirement.
We should know the purpose of requirement in condition type.
Venkat. -
Currency conversion issue for condition type
Hello,
I am creating two invoice document.
1. Customs Invoice (ZCDS)
2. Inter company invoice.(IVA)
both the invoices should be similar. Same pricing procedure is used to create both the documents but in Customs invoice YUMU condition type is not getting converted whereas in IVA the condition type is getting converted. Can anyone tell me the possible reason for this?
ZCDS
IVA
Regards,
JagjeetHi Jagjeet,
For IVA invoice type -(For condition type- YUMU)
Below highlighted part of code is changing KSTEU from 'E' to 'C' for IVA invoice using std prog RVIVAUFT.
For ZCDS Invoice Type -(For condition type- YUMU)
Program RVIVAUFT is not called since ZCDS is not trigerried using Output type unlike IVA.
Hence KSTEU is not getting updated from 'E' to 'C' in case of ZCDS.
To solve your problem write code in User exit - userexit_pricing_copy to change konv-ksteu to 'C' for YUMU condition type at runtime.This will definately solve your problem.This will ensure you get correct/same condition value for IVA and ZCDS...:)
Regards,
Vikas Mulay. -
Authority check in for condition type
Hi
What do you mean by an authority check on condition type.. especially Pricing..
There are authority check that are embedded as Reqt and AltCTy in the IMG at the pricing procedure level for different condition type.
Could someone explain me what they are for..?
Thanks
JacHi,
authority check is the std sap methodology of check the permitted authorisation values for every transaction and every user.
here in this example;authority object is used to maintain or change condition record for allowed condition types.
scenario eg;if we maintain create value for user mukund for pr00 condition type ,system allows me only for creating .if we maintain change value for user sherin for condition type,system allows to change the values.
net net i can create and u can change ,not visa-viz or any body else cannot do it.
hope this is clear.if it helps REWARD!!!!!!! -
Account determination for condition type
Hi Guru,
I have requirement where I need to assign G/l account in VKOA for condition type used for discount and markup same time. I know I can aasign trade discount to this condition type but how about markup. can we assign two diffeent account to same condition type based on uses.
ThanksThis is pricing conditions not condition type like KOFI. The pricing condition are like base price, discount , markup, special custmer discount, ect. You can see these contions in sales order under condtion tab. My issue is there one condtion that user use some time for discount and some for mark up and requirement is when this condition is used for discount, it post to one account and if used for mark ,should go to different accoount. In VKOA sequence 501, we can only assign one account to one condition. if some one know how to assign two G/Ls to one condition .
-
Provision account key missing for condition type ZPFV in schema ZUELOC
Hi
We have defined the condition type ZPFV for freight value & mentioning the same while creating po and in past we had prepared so many po by using this.
we hv not change any thing & today we are getting message " Provision account key missing for condition type ZPFV in schema ZUELOC"
What to do???????
Thanks
Ketan Valahi..
If the accrual is ticked in condition type in M/06, it should have an account key assigned to the condition type in the pricing procedure in M/08.
Go to your contion type ZPFV and check whether you have checked Accrual or not..
then go to ur pricing procedure ZUELOC and check the last two colums for your condito type i.e. Account Key and Accrual Key.
Maintain these..
try this if it works.
Thanks... -
Change accural key for condition type
Hi,
The accural key for condition type " special addition custom duty" is maintained wrongly in our Prd system .As a result wrong GL is getting posted.
We want to change the accural key for this condition type.
Not sure of the implications....
There will be a problem with the existing Purchase Orders for which GR posted and Invoice pending.
If the new PO is created, the condition type may be fetched through the Info records. Info records will fetch the last purchase order and if the last PO is created before the changes done then the old accural key may appear in the new PO.
How to handle this...?
What is the standard process to handle the mistakes in the condition types?
Regards,
Rajesh SatopeHi Rajesh Satope,
For "clean" open PO's (no GR or invoice) you can obtain the new codition type settings by applying "Update prices" at the bottom of the conditions screen. I am not sure though how can you do it for many PO's at once.
For PO's with partial transactions posted, I believe you will have to complete them with the old setting, i.e. the balance on the accrual account booked via the GR shall be cleared on the same account by the invoice - so you shouldn't run "Update prices" for such PO. I think even SAP standard prohibits this.
BR
Raf -
Provision account key missing for condition type FRB1 in schema
Provision account key missing for condition type FRB1 in schema is the error coming while i enter freight value at PO
how to set this
krishnaHi Krishna,
Go to Pricing procedure using M/08 , here against the Freight condition type ( FB1), enter the accrual key ( ex. FRE)and account key ( ex. FR1 or FR2).
After saving to the customizing request, again create the PO.
Thanks & Regards,
Amjad
Maybe you are looking for
-
My old lap top broke I save all my music what is wave and my pitches is jpeg on external hard drive the old laptop was a window base laptop so I got a new mac coming and I been told my hard drive won't won't on the mac and I lose all my photos and mu
-
Update Contract based PO Price
Hello, I want to create a PO based on a contract. I want also to update the price and put one of my own. I've tried two issues: - Use BAPI_PO_CREATE1 and specify the contract number and poste number : Even if i put a price SAP will keep the contr
-
icloud Backup Failed There was a problem enabling iCloud Backup
-
Person Responsible filed mandaory for Safety measures
Dear Frndz How to make Person Responsible filed mandatory in safety measures, while creating a safety measure. i found one exit Enhanced field check for incident/accident log in create and change mode IHS_IALCHK IAL_CHECK CBIH_LB14_IAL_UPD_CRE_CHEC
-
Page links not lining up on PC's?
I created a three page links. They work fine on Macs and some PC's. Unfortunately they aren't working on my client's slightly older PC (about 4 old years he says)... where the last two letters are being dropped to the line below in the text box. http