MM Account Determination

Hi,
           Can anybody explain total how many G/l Accounts, we will generally assign and please give the list including TE Key.. The reply will be highly appreciated...

Hi,
For Account Determination 5 major characteru2019s are as follow:
1.Chart of Account,
2.Valuation Class,
3.Transaction Event Key,
4.Valuation Grouping Code,
5.Account Grouping Code/Account Modifier.
Configuration of  Automatic Account Determination with T.Code are as follow:
1.OMSK: valuation Class with Account category reference,
2.OMWM: Active Valuation Grouping Code,
3.OMWN: Active Movement type with G/L account,
4.OMWD: Active Valuation Area,
5.OMWB: Active Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
In OMWB or OBYC
Click TE key and enter Chart of account and then save the Roles 1st for
1.Debit/Credit
2.General modification
3.Valuation Modif
4.Vakuation class
And then enter respective critetia for that TE key and save.
If assignment(Chart of account,Valuation Grouping Code,Account Grouping Code,Valuation Class and G/L acocounts
are correct and u would not face any problems in G/GI/IV.
The TE keys are:
Expense/revenue from consumption of consignment material (AKO)
This transaction is used in Inventory Management in the case of
withdrawals from consignment stock or when consignment stock is
transferred to own stock if the material is subject to standard
price control and the consignment price differs from the standard
price.
u2022 Expenditure/income from transfer posting (AUM)
This transaction is used for transfer postings from one material to
another if the complete value of the issuing material cannot be
posted to the value of the receiving material. This applies both to
materials with standard price control and to materials with moving
average price control. Price differences can arise for materials
with moving average price if stock levels are negative and the stock
value becomes unrealistic as a result of the posting. Transaction
AUM can be used irrespective of whether the transfer posting
involves a transfer between plants. The expenditure/income is added
to the receiving material.
u2022 Provisions for subsequent (end-of-period rebate) settlement (BO1)
If you use the "subsequent settlement" function with regard to
conditions (e.g. for period-end volume-based rebates), provisions
for accrued income are set up when goods receipts are recorded
against purchase orders if this is defined for the condition type.
u2022 Income from subsequent settlement (BO2)
The rebate income generated in the course of "subsequent settlement"
(end-of-period rebate settlement) is posted via this transaction.
u2022 Income from subsequent settlement after actual settlement (BO3)
If a goods receipt occurs after settlement accounting has been
effected for a rebate arrangement, no further provisions for accrued
rebate income can be managed by the "subsequent settlement"
facility. No postings should be made to the account normally used
for such provisions. As an alternative, you can use this transaction
to post provisions for accrued rebate income to a separate account
in cases such as the one described.
u2022 Change in stock (BSV)
Changes in stocks are posted in Inventory Management at the time
goods receipts are recorded or subsequent adjustments made with
regard to subcontract orders.
If the account assigned here is defined as a cost element, you must
specify a preliminary account assignment for the account in the
table of automatic account assignment specification (Customizing for
Controlling) in order to be able to post goods receipts against
subcontract orders. In the standard system, cost center SC-1 is
defined for this purpose.
Stock posting (BSX)
This transaction is used for all postings to stock accounts. Such
postings are effected, for example:
- In inventory management in the case of goods receipts to own
stock and goods issues from own stock
- In invoice verification, if price differences occur in
connection with incoming invoices for materials valuated at
moving average price and there is adequate stock coverage
- In order settlement, if the order is assigned to a material with
moving average price and the actual costs at the time of
settlement vary from the actual costs at the time of goods
receipt
Because this transaction is dependent on the valuation class, it is
possible to manage materials with different valuation classes in
separate stock accounts.
Caution :
Take care to ensure that:
- A stock account is not used for any transaction other than BSX
- Postings are not made to the account manually
- The account is not changed in the productive system before all
stock has been booked out of it
Otherwise differences would arise between the total stock value of
the material master records and the balance on the stock account.
Revaluation of "other" consumptions (COC)
This transaction/event key is only relevant to Brazil. It is used if
a revaluation report is used for company codes in Brazil.
The revaluation report uses the actual prices determined by the
material ledger/actual costing to:
- Revaluate costs on the basis of actual prices
- Post the price differences arising from "other" consumptions
(e.g. consumption to cost center) to a collective account
This transaction/event key is needed to post the price differences.
The account specified here is posted with the price differences for
"other" consumptions.
o documentation currently available.
Small differences, Materials Management (DIF)
This transaction is used in Invoice Verification if you define a
tolerance for minor differences and the balance of an invoice does
not exceed the tolerance.
Purchase account(EIN), purchase offsetting account (EKG), freight
purchase account (FRE)
These transactions are used only if Purchase Account Management is
active in the company code.
Freight clearing (FR1), provision for freight charges (FR2), customs
duty clearing (FR3), provision for customs duty (FR4)
These transactions are used to post delivery costs (incidental
procurement costs) in the case of goods receipts against purchase
orders and incoming invoices. Which transaction is used for which
delivery costs depends on the condition types defined in the
purchase order.
You can also enter your own transactions for delivery costs in
condition types.
External service (FRL)
The transaction is used for goods and invoice receipts in connection
with subcontract orders.
If the account assigned here is defined as a cost element, you must
specify a preliminary account assignment for the account in the
table of automatic account assignment specification (Customizing for
Controlling) in order to be able to post goods receipts against
subcontract orders. In the standard system, cost center SC-1 is
defined for this purpose.
External service, delivery costs (FRN)
This transaction is used for delivery costs (incidental costs of
procurement) in connection with subcontract orders.
If the account assigned here is defined as a cost element, you must
Offsetting entry for stock posting (GBB)
Offsetting entries for stock postings are used in Inventory
Management. They are dependent on the account grouping to which each
movement type is assigned. The following account groupings are
defined in the standard system:
- AUA: for order settlement
- AUF: for goods receipts for orders (without account
assignment)
and for order settlement if AUA is not maintained
- AUI: Subsequent adjustment of actual price from cost center
directly
to material (with account assignment)
- BSA: for initial entry of stock balances
- INV: for expenditure/income from inventory differences
- VAX: for goods issues for sales orders without
account assignment object (the account is not a cost
element)
- VAY: for goods issues for sales orders with
account assignment object (account is a cost element)
- VBO: for consumption from stock of material provided to
vendor
- VBR: for internal goods issues (for example, for cost
center)
- VKA: for sales order account assignment
(for example, for individual purchase order)
- VKP: for project account assignment (for example, for
individual PO)
- VNG: for scrapping/destruction
- VQP: for sample withdrawals without account assignment
- VQY: for sample withdrawals with account assignment
- ZOB: for goods receipts without purchase orders (mvt type
501)
- ZOF: for goods receipts without production orders
(mvt types 521 and 531)
You can also define your own account groupings. If you intend to
post goods issues for cost centers (mvt type 201) and goods issues
for orders (mvt type 261) to separate consumption accounts, you can
assign the account grouping ZZZ to movement type 201 and account
grouping YYY to movement type 261.
Caution
If you use goods receipts without a purchase order in your system
(movement type 501), you have to check to which accounts the account
groupings are assigned ZOB
If you expect invoices for the goods receipts, and these invoices
can only be posted in Accounting, you can enter a clearing account
(similar to a GR/IR clearing account though without open item
management), which is cleared in Accounting when you post the vendor
invoice.
Note that the goods movement is valuated with the valuation price of
the material if no external amount has been entered.
As no account assignment has been entered in the standard system,
the assigned account is not defined as a cost element. If you assign
a cost element, you have to enter an account assignment via the
field selection or maintain an automatic account assignment for the
cost element.
Purchase order with account assignment (KBS)
You cannot assign this transaction/event key to an account. It means
that the account assignment is adopted from the purchase order and
is used for the purpose of determining the posting keys for the
goods receipt.
Exchange rate differences in the case of open items (KDM)
Exchange rate differences in the case of open items arise when an
invoice relating to a purchase order is posted with a different
exchange rate to that of the goods receipt and the material cannot
be debited or credited due to standard price control or stock
undercoverage/shortage.
Differences due to exchange rate rounding, Materials Management
(KDR)
An exchange rate rounding difference can arise in the case of an
invoice made out in a foreign currency. If a difference arises when
the posting lines are translated into local currency (as a result of
rounding), the system automatically generates a posting line for
this rounding difference.
Consignment liabilities (KON)
Consignment liabilities arise in the case of withdrawals from
consignment stock or from a pipeline or when consignment stock is
transferred to own stock.
Depending on the settings for the posting rules for the
transaction/event key KON, it is possible to work with or without
account modification. If you work with account modification, the
following modifications are available in the standard system:
- None for consignment liabilities
- PIP for pipeline liabilities
Offsetting entry for price differences in cost object hierarchies
(KTR)
The contra entry for price difference postings (transaction PRK)
arising through settlement via material account determination is
carried out with transaction KTR.
Price differences (PRD)
Price differences arise for materials valuated at standard price in
the case of all movements and invoices with a value that differs
from the standard price. Examples: goods receipts against purchase
orders (if the PO price differs from the standard pricedardpreis),
goods issues in respect of which an external amount is entered,
invoices (if the invoice price differs from the PO price and the
standard price).
Price differences can also arise in the case of materials with
moving average price if there is not enough stock to cover the
invoiced quantity. In the case of goods movements in the negative
range, the moving average price is not changed. Instead, any price
differences arising are posted to a price difference account.
Depending on the settings for the posting rules for
transaction/event key PRD, it is possible to work with or without
account modification. If you use account modification, the following
modifications are available in the standard system:
- None for goods and invoice receipts against purchase orders
- PRF for goods receipts against production orders and
order settlement
- PRA for goods issues and other movements
- PRU for transfer postings (price differences in the case
of external amounts)
Provision for delivery costs (RUE)
Provisions are created for accrued delivery costs if a condition
type for provisions is entered in the purchase order. They must be
cleared manually at the time of invoice verification.
Taxes in case of transfer posting GI/GR (TXO)
This transaction/event key is only relevant to Brazil (nota fiscal).
Revenue/expense from revaluation (UMB)
This transaction/event key is used both in Inventory Management and
in Invoice Verification if the standard price of a material has been
changed and a movement or an invoice is posted to the previous
period (at the previous price).
Unplanned delivery costs (UPF)
Unplanned delivery costs are delivery costs (incidental procurement
costs) that were not planned in a purchase order (e.g. freight,
customs duty). In the SAP posting transaction in Logistics Invoice
Verification, instead of distributing these unplanned delivery costs
among all invoice items as hitherto, you have the option of posting
them to a special account. A separate tax code can be used for this
account.
Input tax, Purchasing (VST)
Transaction/event key for tax account determination within the
"subsequent settlement" facility for debit-side settlement types.
The key is needed in the settlement schema for tax conditions.
Goods issue, revaluation (inflation) (WGI)
This transaction/event key is used if already-posted goods issues
have to be revaluated following the determination of a new market
price within the framework of inflation handling.
Goods receipt, revaluation (inflation) (WGR)
This transaction/event key is used if already-effected transfer
postings have to be revaluated following the determination of a new
market price within the framework of inflation handling. This
transaction is used for the receiving plant, whereas transaction WGI
(goods receipt, revaluation (inflation)) is used for the plant at
which the goods are issued.
GR/IR clearing (WRX)
Postings to the GR/IR clearing account occur in the case of goods
and invoice receipts against purchase orders. For more on the GR/IR
clearing account, refer to the SAP Library (documentation MM
Material Valuation).
Caution
You must set the Balances in local currency only indicator for the
GR/IR clearing account to enable the open items to be cleared. For
more on this topic, see the field documentation.
Regards,
Biju K

Similar Messages

  • Account determination error - in creation of invoice

    Hello experts,
    i have an error in creation of invoice, after( pgi post goods issue)
    will you please help me out to solve this error.
    thanks & Regards,
    yogesh raina

    hello sir,
    After going throuth this path it shows no gl account in account determination chart
    as below
    Condition type     Message     Description
      ZPR0                                  123     Access KOFI not carried out (initialized field)
    Access     Message     Description
    10     123     Access KOFI not carried out (initialized field)
    20     121     No G/L account found in Account determination type KOFI
    30     123     Access KOFI not carried out (initialized field)
    40     121     No G/L account found in Account determination type KOFI
    50     121     No G/L account found in Account determination type KOFI
    60     123     Access KOFI not carried out (initialized field)

  • Account determination error in VF02

    Hai Guru,s
    In VF02 when i am going ton release the flag to accounting i am getting following error  "Posting keys for accounting determination for transaction EXD does not exist"
    I checked VKOA EXD a/c key availabele .This is Exise duty account key.....In pricing procedure also EXD assigned to respectine condition type.............
    where i did wrong.........which setting i missed........
    Thank u in advance
    Regards
    Anjan

    Dear Anjan,
    For Tax Conditions you have to maintain Account Determination in OB40
    Go to T-Code OB40
    Select the Transaction - EXD - & Double click on it...
    Mention required GL Account here...
    Your problem would definitely get solved.
    Hope this helps...
    Give Points if useful...
    Thanks,
    Jignesh Mehta
    Edited by: Jignesh Mehta on Sep 26, 2008 10:42 AM

  • Account determination error in Subcontract PO-MIGO.?

    Hi all
    While doing GR, i mgetting error i "Account determination for entry LDCA BSV 0001 ___ 5010 not possible".
    The above PO is subcontract PO .
    Thanks
    sap-m

    Hi,
    For subcontracting..maintain these keys..so that you will not get any problem..
    BSX, BSV, WRX, PRD, FRL
    Regards,
    Prasath

  • Account determination error in FI-MM

    Hi Gurus
    I trying to raise PO requisition in ME21N. Here I am facing couple of issues
    1) If I select the K in account assignment category I can't assign the raw material GL account in account assignment tab  as it falls under balance sheet item.
    2) I have saved the PO with out K in the account assignment category and proceeded to MIGO when the saving the document in MIGO the system showing the rejection as "account determination is missing for Valuation class and for COCD"
    and postings are not reflected.
    I want make sure that all the settings related to account determination are good in OBYC.
    Please advise here
    Kishore

    Hi,
    As you mentioned the below is the error message.
    "account determination is missing for Valuation class and for COCD"
    What is COCD ???
    Is it Chart of Account or else????
    Ravi Polampalli

  • Account determination error in FI doc during SD billing doc posting.

    hi,
    when I create one billing doc ref to s/o,
    I check account determination in condition type:
    G/L account no.: 110000
    Provision acc.   : 120000
    in FI doc,
    should debit 110000 and credit 120000
    but current status is credit 110000 and debit 120000
    Please help.
    Thanks.

    Hi,
    One of the following could be the reasons for the Account determination error.
    Please check.
    1.Incorrect account assignment group entered in the customer and material master
    Resolution:Maintain correct account assignment group in customer and material master,Eg.External Domestic,Z1 - External Foreign,Internal Foreign,etc,.
    2.GL account not extended to the respective company code.
    Resolution:Extend the required GL account to the company code.
    Regards,
    Sophia Xavier

  • Account Determination error in MIGO

    Hi Folks,
    I am getting the following Error while doing MIGO
    "Account determination for entry ABCD ___ 0001 ___ 3000 not possible"
    I have checked in OMWD and OBYC and all the setting looks ok .
    Kindly suggest..
    Thanks
    Sumit

    Check valuation class for material you are using.

  • Account determination error in sales order

    Dear all,
    Please help. Trying to release a billing document to accounting. Getting the error:
    Document 90000004 saved (error in account determination)
    Message no. VF051
    While analysing: going to Environment - Accnt determination analysis - Revenue accounts :- no condition types are coming under the procedure KOFI000. Checked settings in vkoa. All G/L accounts are mapped. There are invoices of the same document type, with the same condition types in production with correct account determination.
    On further analysis, found that  no condition types are coming  not determined in the sales orders. Yet there is no incompletion log. Quite baffled. The users are punching in cut over sales orders into production. Please help me rectify the situation.
    Thanks,
    Kasturi

    I hope you have incompletion log (OVA2) maintain for WBS element in your sales order.
    Like
    Table
    Fld Name
    Desc
    Screen
    Status
    VBAK
    PS_PSP_PNR
    WBS Element
    KKNT
    Based your requirement , say, 01
    VBAP
    PS_PSP_PNR
    WBS Element
    PKNT
    Based your requirement , say, 06
    Regards
    JP

  • Account determination error in Billing

    Dear Expert,
    I create one billing doc(1840000318) based on SO:1810000296. But in the posting status it is showing "Posting document not created(account determn error) in billing. I did not found any FI relavant docs for this billing in open item customer list.
    *Anyone can advice me why the FI docs not created automatically..???
    **Do you think there any missing configuration set?
    ***Or if I cancel the billing docs then it will okay or not ?
    Thanks & b.Rgds
    Bishnu

    Hi Bishnu,
    Check Points for Account Determination.
    1. Ensure Cutomer master (Xd02)Sales Area Data- Billing Tab-- Acc Assign Grp  ---Should be maintained
    2. Material Master -
    Sales Org-2----
    Acc Assign Grp..Should be maintained.
    3. In VKOA maintain
    Application- V Chart of Accounts--Sales Org ---Acc Assgn Gp Of Cust -Acc Assgn Gp of Material-Acc Keys (ERL,ERS,ERF)----& G/L Account.
    4. In ur Pricing Procedure i.e V/08... Maintain Reqt -2 corresponding to ERL,ERS,ERF. & Subtotal =9 in front of net total.
    Revert  for further clarification.
    Regards
    Amit Gupta

  • Account determination error in Invoice document posting

    Problem - When generating the invoice document to customer, an error is displayed - Document is saved (Account determination error). As a consequence of this step, the invoicing is not able to create FI document
    My Analysis-
    Account determination is done in G/L account assignment (VKOA screen)
    For my billing document, the system is not able to find the GL account (below are screenshots)
    In VKOA screen, I already defined the GL account determination using KOFI procedure.
    I initially defined in table 2 Cust.Grp/Account Key and it didnt work.
    So I defined in both the tables 1 as well - Cust.Grp/MaterialGrp/AcctKey
    But still system is not reading the tables and obtaining the GL account no
    Any advice on why its not working?

    Hi Nikhil,
    As per the screen shots i could observe that you didn't maintained acct asst grp of customer.
    check the acct asst grp of customer field in billing tab is maintained or not.
    other possible reason may be in your pricing procedure -check whether the accounting keys are maintained or not.
    This could solve your issue.

  • G/L account determination through material account assignment group

    Hi ,
           I would really appreciate any help on this . The scenario is .
    We changed the account assignment group of maetrial to 01 just 2 days back.
    We have old open sales order line up for this particular material . When I am trying to Bill these open orders , the system is not recognizing the account assignment grp change which happened 2 days back ,because of which I am getting a A/C determination error .
    This is a I/C order and we have PO linked to it. I am suggesting to back out everything (Do Invoice reversal,MIGO cancellation,PO cancellation , then cancel invoice ,delivery and sales order ) so that we can create a new cycle and  the system will recognize the account assignment grp change and determines  the G/L whwn it comes to acounting .
    1. Is this the right way
    2. Is there any other way by which I can make the accounting happen
    It was very obvoius that when I see the account determination analysis ,the system wasn't able to find the account assignment grp for the material .
    Thanks
    Sridhar

    Dear Sridhar
    First of all, I dont think, you will be able to change the Account Assignment Group of a material in sale order if any subsequent document is generated bcoz the said field will become uneditable.  Moreover, via MASS, this is not possible as the field name of Account Assignment Group for material (KTGRM) is not available in MASS.
    So the other option is via MASS, you can assign Reason for Rejection for existing orders.  To assign Reason for Rejection in bulk is run T.Code MASS, input [BUS2032]  as Object Type and execute.  There block he Sales Order Item Data and click on Fields and block the field MASSVBAP-ABGRU and execute.  Input the sale orders if possible otherwise leave it blank and once again execute.  Now you can assign Reason for Rejection in mass.
    Meanwhile, you have to create new orders for all those open items.
    thanks
    G. Lakshmipathi

  • FI-MM- Account determination questions

    Hello Gurus,
    I have posted this thread in FI forum but couldn't get the answer that I was looking for so posting this thread in CO forum.
    I have the following specific requirement from our business:
    Is there any specific table in SAP that will give us the correct GL accounts if I mention valuation class and movement type?
    I know table T030 for account determination and we can also simulate using OMWB if we have material and movement type.
    What I am trying to accomplish is the following:
    If I give a movement type and valuation class in my selection screen there should be a way to get all related GL accounts.
    Similarly, If I give GL account and valuation class, I need to understand what are the movement type configurations that are maintained in the system for this combination of GL and val class.
    Can standard SAP accomplish this task?
    If no, do we need a custom program (or) can this requirement be accomplished by writing a query and merging T030 with any other movement type configuration table?
    Any feedback will be helpful.
    Thanks,
    Ram

    You can try with SQVI where you can table join multiple tables.
    thanks
    G. Lakshmipathi

  • SD tax G/L account determination

    First, I am not a Finance person nor do I know a lot about tax configuration.  My background (relevant for this issue) is in S/D pricing and associated account determination.  This is an S/D tax calculation and account determination issue for the United States.
    I am attempting to generate a “use” tax in an internal service order and then to populate the correct G/L account(s) with these tax values.  The service order, which is really just a sales order,  generates a statistical value for the basis and then I have pricing condition types (condition class = “D” (“taxes”), condition category = “D” (“Tax”)) specified in the pricing procedure.  These “tax” condition types are correctly calculating the tax amount.
    Normally, to point to the correct G/L account for a pricing condition type, you would configure Account Determination within S/D.  The simplest form would be the usage of the account key.  The account key would be specified in the “AccKey” column and account determination configuration would point this key to the correct G/L account.
    I understand (both from my own very recent experience and also from some of the information I have read on the internet) that things might be a little bit different when determining a G/L account for tax.  Originally I specified two different account keys in the pricing procedure for the tax condition types (normally I would have specified just one).  I specified MW1 through MW4 in the account key column for all 4 tax condition types and MWS in the accrual column.  My intent was to update the tax expense account from MW1 – 4 and the tax accrual account from MWS (I realize I might have this backward).
    When I created a billing document, SAP would not create the accounting document.  It indicated (from my recollection) that it was missing a tax code for the G/L account for the first tax condition type (“YTX1”).  Cutting through the history, it appears that SAP needs this code to point to the correct G/L account for S/D.  I also learned that there is a tax code field in the tax condition record (VK11) where you specify this code.
    I am actually familiar with the configuration and setup for use tax for A/P vendor invoices.  I had to perform this  setup very recently.  In short, I know that the tax code determines what the tax rates will be and also determines the G/L accounts.  I know how to setup a situation for tax accrual (this is setup found in tax code U1).
    My questions are the following:
    1) Is it true that I have to use the tax code to determine the G/L accounts for taxes generated in an S/D pricing procedure?  Is it possible I am doing something wrong in the S/D account determination (at the moment, not quite sure what this would have been)?
    2) Is it possible that I am adversely affecting account determination by specifying an account key in the accrual column of the pricing procedure for the tax pricing condition types?
    3) If we do have to specify a tax code in the tax pricing condition records in order to use the FI tax procedure to point to the correct G/L account, do we also specify the tax rates in this FI tax code or do we still specify them in the S/D tax pricing condition records?  It does not make sense to have to specify these rates twice.  In short, what does SAP actually use for tax calculation?
    Thanks a lot – Ed Seigler

    Hello Edward,
    The tax code represents a tax category which must be taken into consideration when making a tax return to the tax authorities.
    Tax codes are unique per country. The tax rate calculation rules and further features are stored in a table for each tax code.
    SAP supplies a tax calculation procedure for each country. The procedure comprises a list of all common tax types with rules for tax calculation.
    You have to define a separate  tax on sales/purchases code for each country in which one of your company codes is located. Each code contains one or more tax rates for the different tax types.
    Tax codes are actually configured in FI, but they play a significant role while creating tax condition records for a particular condition type.
    Account keys in the account determination procedure connect the condition types to the relevant GL accounts. It doesnt have any impact on tax calculation. Its a procedure that is purely used to map GL accounts to the condition types.
    Finally, i would suggest you to check at the condition record level, whether you have assigned the correct tax code to the appropriate condition type to rectify the error.
    <b>REWARD POINTS IF HELPFUL.</b>
    Regards
    Sai

  • No G/L account found in Account determination type ZOFK

    Hi Forum,
    I have several inoices for which the acct. doc is not generated thru VFX3.
    In the header the Posting status shows "Posting document not created (pricing Error)"
    If I look in to the inovice's account determination analysis I find for two pricing condition types follwoing message is displayed *"No G/L account found in Account determination type ZOFK"*.
    Also in VKOA transaction there is no mention of ZOFK acct. det. condition type. It has all the G/L a/cs are assigned to ZOFI.
    Could some body help me how to know why in invoice the system is taking the ZOFK value and not posting it to account.
    Thanks.

    ZOFK is the copy of KOFK account determination type.................therefore whenever you are doing any costing related accounting entry system will required G/L account and Account Key combination for ZOFK account determination type...
    go to VKOA and maintain the G/L account with combination of Account key and Account determination type ZOFK...
    Regards,
    Ratish
    u2003

  • No G/L account found in Account determination type KOFI

    Hello everyone,
    I have an issue with a billing document, it will not release to accounting. I think I know what the issue is, however I have no idea how to fix it.
    When I go into the billing document, and I run an "Account Determination Analysis" for Revenue Accounts, I am getting the following error...
    "Access Message Description
    70 121 No G/L account found in Account determination type KOFI"
    And I am seeing the following details...
    Access (complete) Description
    Field in condition table Field in document Value in doc.
    Chart of accounts Chart of accounts KHAA
    Sales organization Sales organization 0001
    AcctAssgGr AcctAssgGr 01
    Acct assignment grp Acct assignment grp 01
    Valuation type Valuation type 1110170001
    Account key Account key ERL
    The account assignment group matches in the customer master as well as the material master.
    The Valuation Type above is set to "1110170001". This is NOT a valid valuation type, it is not setup in OMWC or anywhere else that I can find. This valuation type should be "EPAS". if it were, then the information is setup in VKOA, and we would not get this error.
    I was wondering if anyone has had this issue before? What can I do to get rid of this invalid valuation type?
    Thanks in advance for all your help.
    Rhonda

    Hi Rhonda
    Check what is the Valuation type of the  Material Master Record. Also check in OMWC for the plant what is the Account category reference. Also check in OMWD wheather for the Valuation area ,properly Valuation grouping code has been assigned or not. Finally check in VKOA wheather all G/L accounts are assigned or not and what is the G/L accounts that have been assigned
    Regards
    Srinath
    Edited by: sri nath on Oct 27, 2011 5:50 PM

  • Abt account determination

    I want to know how does the automatic account determination takes place in MIRO,everytime how system picks
    Vendor account(credit)
    GR/IR(DEBIT)
    In MIGO it depends on movement type and all other things,
    but in MIRO there is no mvt type.
    pls let me know asap

    Unplanned delivery costs (UPF)                                      
    Unplanned delivery costs are delivery costs (incidental procurement 
    costs) that were not planned in a purchase order (e.g. freight,     
    customs duty). In the SAP posting transaction in Logistics Invoice  
    Verification, instead of distributing these unplanned delivery costs
    among all invoice items as hitherto, you have the option of posting 
    them to a special account. A separate tax code can be used for this 
    account.                                                            
    If the above setting is not done and you have std price than it will post to the price diff account and fi you hae MAP then based it will post the mateiral account

Maybe you are looking for

  • Transporting info from PC to MAC

    Ever since I got my Mac I've been trying to put my music and pictures from my PC onto my MAC. To transport these items I've tried using two different Mac supported usb storage memory thingys. Every time I try to open these items out of either of the

  • Smart mailboxes not working after latest update

    My smart mailboxes are all showing empty, including one whose entire duty is to show unread mail. How do I restore their functionality?  I did the index build but from what I can tell that does not affect smart mailboxes.

  • Can not copy to iPod, authorize, restore, or play songs

    When my iTunes opens and syncs to my iPod, I get the message "Some of the items in the iTunes library.....were not copied to the iPod because you are not authorized to play them on this computer." It will not copy anything in my library to my iPod. M

  • G5 Stopped at loading screen

    My PowerMac G5 gets through to the loading screen. At this point the loading bar moves extremely slow. Once it reaches the end nothing happens, like it's caught in some loop. My question is, how do I fix my computer to load up to the login screen? Ti

  • Business process-BUSES

    Sirs, My project is the related to the Manufacturing, industrie BUSES , Under this one what we can say as the BUSINESS PROCESS,(how to the intial stage comes to work in, and how to the finished completed structure) please what have ur valuble suggest