VF03: Condition type with no account key is posted to accounting
Hi,
I have one condition type JA1Y for which no Account Key is maintained in the pricing procedure.But in VF03 I am able to see JA1Y along with other condition types with account keys.
Under JA1Y there are 5 line items & I have a message
"No G/L account found in Account determination type KOFI"
How can it be possible? How can I avoid this?
Helpful answers will be rewarded.
Thanks & Regards
Swathi
Hi,
You have to maintain account determination:
SPRO -> Sales and Distribution -> Basic Functions -> Account Assignment/Costing -> Revenue Account Determination -> Assign G/L Accounts.
Here you have different ways of assign an account. Many of them use key account, but others not. Also, you can define your own access sequence.
Regards.
Points if it helped you.
Ángel Rubio.
Similar Messages
-
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 PereiraHi
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 -
Pricing - Manual Condition Type with value = 0
Hi gurus,
I need to insert a manual condition type with value = 0 into the billing data set.
I realize that if its valiue is 0 it is not active.
Anyone knows how to make it active despite its value = 0?
Thank you.Dear Customer,
if you have customized the condition as price then the condition will be inactive if the condition is set to zero.
This is calling in:
LV61AA55
inactivate prices with rate / condition value zero
if xkomv-koaid eq 'B' and xkomv-kbetr eq 0 and komp-kposn ne 0 and
xkomv-kgrpe eq ' ' and xkomv-kinak ca ' Y' and xkomv-kwert eq 0
and xkomv-kntyp ne 'e' and komp-fareg na '45'.
xkomv-kinak = 'X'.
endif.
If you need an active condition with value zero, then the condition class should not be 'B' (price)
I hope that the information are helpful.
regards
Claudia -
what is difference between account key and posting key?
Posting key actually defines which side of an Account either Debit or Credit & suggests to which Account it (Posting key) will posted.
Some of the standard Posting Keys are -
40 G/L Debit Posting
50 G/L Credit Posting
01 Customer Invoice
Account key is related to the Condition Type i.e. Price , Freight , Taxes , Discount. If you want to post the relevant value in different G/L Account then use different Account key & assign with G/L account in VKOA.
Best Regards,
Ankur -
Why do we need account key in SD revenue account determination?
Hi,
Why do we need account keys in SD pricing procedure and revenue account determination? If we dont use account keys wht will be the problem in priding procedure and revenue account determination?hello, friend.
account keys allow you more flexibility in assigning revenues, costs and other financial data to different GL accounts.
let us take, for example, surcharges and discounts. surcharges are extras charged to the customer for maybe freight, penalties and other services. discounts could be header or item related, and can take many forms (volume discounts, customer discounts, customer group discounts, etc.).
in SAP standard, condition types in pricing procedures that are surcharges (i.e. freight) are assigned to account key ERF. discounts are assigned ERS. when you do account determination, it can look like this:
condition type KF00 (freight), account key ERF, post to GL account 600010.
condition type K007 (discount), account key ERS, post to GL account 700010.
however, your company might want the different surcharges to be posted to different GL accounts. let us say your company wants you to define additional freight surcharges KF01 and KF02. the company also wants you to post these to separate GL accounts. so now, you define additional account keys ZF1 and ZF2. you then assign these to the condition types in the pricing procedure, and then do account determination as follow:
condition type KF01, account key ZF1, post to GL account 600020.
condition type KF02, account key ZF2, post to GL account 600030.
these are just some impact of account keys.
hope this helped you.
regards. -
Two Account key to post taxes in pricing procedure
Dear Experts,
My requirement is like this in pricing procedure additional tax tax conditon is there & for posting the same FI requirement is to post in VAT or CST acc key only.
means if CST is applicable this additional tax should post in MWS1 account key & if VAT is applicable this additional tax should go to J1F key.
As I have assigned J1F key, can we assign two account keys to post or can we create routine?
FI people don't want to create any new Acc Key for additional tax.
Pl. guide.
Thanks
Trupti NadgoudaThank you sir for the reply, but how can system determine automatically posting key as per VAT or CST applicable.
since in pricing procedure i have assigned as per below given
condition Type Acc Key
ZIN1 - CST MW1
ZIN2 -VAT J1F
ZATX - Additional Tax - MW1 in case of CST is applicable
J1f in case of VAT
Pl. guide me how can i assign two account key for ZATX condition.
Thanks
Trupti Nadgouda -
Same Condition type with different G/L Accounts
Dear All,
Our customer wants to maintain different set of G/L accounts with the same condition types in case of Service tax.
We have three different condition types for Service taxes.
JSV4 - Service tax
JES4 - ECS on Service tax
JSE5 - SECS on Service tax
We have Two different Services
1. R & D Services
2. IT Services
For these two services, service tax condition types are common but we need different G/L Accounts for different Services.
How to achieve this?
Regards,
MullairajaCreate two tax codes in FTXP, one for R&D Service and another one for IT Services.
Now go to OB40, select the required Transaction, say for example MWS and assign these tax codes with the required G/L Account there.
Finally, in VK11, for tax condition type, assign these tax codes and save.
Now do one sales cycle for each scenario and update the forum.
thanks
G. Lakshmipathi -
Condition type with statistical
dear all,
i have a question : condition type set it as statistical for normal item,it can be work without assign account key; but in configuration order item,system ask to assign the account key. why?
is there any config have to check for this problem?Hi Naren,
If the condition is statistical and you don't want to hit the accounts then simply remove the account key.
This is a very strange requirement and first you should ask what is the purpose of giving such kind of requirement to configure.
Regards,
Amrish Purohit -
Condition Types with no Financial impact
On my new pricing procedure I have three new condition types. Two of them are Costs, the third is a Discount. I do not want any of them to provide any financial postings so I have not assigned them any account key or accrual key.
However, when I create my invoice, no accounting document is created. The message reads "error in account determination."
My account determination analysis tells me "No G/L account found in Account determination type KOFI."
My account determination for pricing procedure ZCBAB for KOFI has no accounts keys either because I don't want any.
How can I set my condition types for no financial posting but let them be included in my pricing procedure calculations?Hi
Mark them as stastical condition types
If you check this box for a condition type in pricing procedure the value of these in the billing documents will not be posted to G.L accounts as they are used only for information purpose
Coming to your error in account determination you need to check your VKOA settings
Sales org
Chart of accounts
Account assignment group of the material
Account assignment group of the customer
Account key
For these combination if you have maintained proper G.L account then, there should not be any problem
Regards
Raja -
GL Account Key displays Chart of accounts concatenated with GL Account
Hi,
When we pull the GL Account Key object into a WEBI report, the Chart of Account value is concatenating with the GL Account number like ABDA/253616. In Bex Query, choosing the Chart of accounts and GL Account in the Analyser gives only the number value of the GL Account 253616.
How do we resolve this issue.
Thanks,
AnuHi,
We had a similar problem, and we fixed it by using a variable.
Create a variable (e.g. GL Account) with the following formula:
=tonumber(replace([L01_GL_ACC_Key];"ABDA/";""))
where,
[L01_GL_ACC_Key] = Original Account key with the Chart of Accounts
"ABDA/" The piece of the account that you want removed
The formula will convert your account number to a number by replacing the "ABDA/" with a blank (the "" in the formula)
Note: There is no space between the two quotation marks
You can now use the variable in your report instead of the original account key.
Regards,
Sias -
Expense Types with Input Tax (GST) - mapping to GL Account for reporting
We are in the process of implementing Expenses for countries like Australia & New Zealand, which have GST.
Expense Types were created and different Tax Codes were defaulted to the expense types, as per the requirement. Some Expense Types have no GST while some do have a Tax Code to 10% Input Tax
The issue is, I cannot find a config step to map the Expense Types to Tax GL accounts so that the Finance office in Australia / New Zealand can submit their claims end of the year by pulling up a report from this GL. I can do the regular mapping of Expense Types to specific GLs. I can even settle & post the expenses to FI and reimburse the employees but there is no way I can record the receipts which have taxes on them into the tax GLs for reporting purposes.
Any inputs on how this can be mapped or addressed is much appreciated. We went live with a bunch of countries but, the GST quotient is holding us off from going ahead with AU and NZ.
Here's an example - Expense Type is Dinner. This is mapped to GL 123456. When an employee submits an Expense with the Dinner, it is settled and posted to FI against the GL 123456. The reimbursement is done. But, the Dinner expense receipt has 10% GST which the Finance team wants to submit and claim the tax breaks end of the year. We want all the expenses with 10% tax be mapped to GL 800900. But this is only for reporting reasons. No postings done against the GL 800900.
So, we are looking to map all the Expense Types with Input Tax 10% to GL 800900 and all Expense Types with Input Tax 15% to GL 700600
Here's some of the Tax Config that was done ...
1). SPRO -> Financial Accounting -> Travel Management -> Travel Expenses -> Master Data -> Control Parameters for Travel Expenses -> Define Global Settings ... Input Tax is set to "Input Tax per Travel Expense Type"
2). SPRO -> Financial Accounting -> Travel Management -> Travel Expenses -> Master Data -> Control Parameters for Travel Expenses -> Travel Expense Types -> Create Travel Expense Types for Individual Receipts ... in the Expense Type, "Tax Code" field is set the either 0% or 10% Tax CodesIssue is resolved ... I misunderstood the logic. Tax Code is linked to a GL account. And when I run PRRW, I see the relevant Tax amount in against the trip
-
Pricing condition type with print option
I have a special requirement. Printing option "b" maintained for condition type in pricing procedure. Example ZR00. For some customers this should not print and should allow only for specific customers.
Any clue will appreciated.
Please don't send the links.
Sudduhi,
is it that those conditons that are printed are only applicable to a particular customer.
or
though a conditoin is applicable but still you dont want to show.
However my observation is, it requires some enhancement of Z table kind of thing. Reason is a discount which needs to be printed today may not be required tomorrow to be printed or the other way round. It depends on the customers business nature with your client. In such case it has to be part of master data where the enduser should have an option to make the necessary entries from time to time.
If we hard code in the print program initially it can work. It will check the customer and print only those discounts but tomorrow if there is a change we have move a request to the print program again which is not the right approach.
regards
sadhu kishore -
Condition Type with cost element category 1
Dear Sap expert,
I have costing based copa and I am running make to stock scenario.
SD team added new condition type in their pricing.
This condition type is mapped to FI GL account which is a cost account (cost element category 1) while the other condition type in SD pricing is cost element category 11 or 12.
I mapping this cost account to a cost center in OKB9.
But when SD run billing, there is an error message :
"Prof.segment for prim.cost elements not advisable for costing-based CO-PA" .
I don't mapped this new condition type to copa value field.
But Why does this error come?
Please help me.
RegardsHi Anu
This is standard behaviour... Once you have COPA active, the Prof Segment gets derived when you create Sales Order...
So, any posting that happens from Billing, gets assigned to this Prof Segment...
The design is such that you cant post to COPA using Catg 1 cost element....
So, if you are posting to this GL account from SD Billing, you need to have it as Catg 11 or 12.... If you dont want to post it to COPA, then do not post to this GL from SD billing.. Post it from FI side...
Br, Ajay M -
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 PMCheck 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 -
Freight condition type-With respect to kilometer
Hi,
I am working on freight related condition type,my requirement is we have to calculate freight cost based on kilometer or miles.But for us the standard condition type is KF00 which is with respect to Gross Weight.
Is there any condition type which calculates Freight based on miles/kilometer covered.If so kindly throw some ideas on it.
My doubt is do we require transportation management.
PradeepHi Pradeep,
without transport management, maybe you need a different approach of calculating freight.
instead of calculating price per Km/Mile by distance, apply cost based on origin - destination of you sold-to and ship-to.
You know Price per km/Mile. You can ask distance between origin and destination points and calculate freight cost then.
The important point here is to determine the different origins and destinations, refine, group, regroup to end in something that may look like:
Origin: country-state-region-city-zip code... (and even sold-to)
Destination: country-state-region-city-zip code ... (and even ship-to)
Freigth cost: (unit cost x distance)
Once you´ve mapped this in an Excel file, you can think of creating a price condition for your freight costs in SAP based on your mapping.
Regards,
JM
Maybe you are looking for
-
How to modify the database by Oracle-ridc-client
How to modify the database by Oracle-ridc-client
-
Unserialized for inventory management?
Hi, why unserialized update for inventory management, why not direct update and delta queue. regards anitha.
-
No WorkItem, No Workflow is Triggered in HR Process and Form Sceniro
Hi Iu2019ve an issue in triggering a workflow on HCM (i.e.) HR Process & form scenario. Initially the workflow is worked fine when the HCM application is in Dynpro for Java tech. But after the installation of Enchance.pack 2 where the same Std.appli
-
Hi All, I have windows vista, adobe master suite collection cS3. I am having trouble using copy and paste and screen grabs in Adobe Photoshop. Does anyone know what may be cauing this? Thanks, Helen
-
HP Pavilion 15 Notebook PC charger
Hi My laptop charger randomly stopped working it used to be fine, now whenevr i plug it into my laptop it says its plugged in but not charging? i have only had this laptop for 5 months and the charger is playing up. If anyone knows what action i sho