Account determination SD&FI Integration

Hi,
I need information on this

Account determination (SD & FI Integration) FI settings for SD
Define company
Path:
 IMG
 Enterprise Structure
 Definition
 Financial Accounting
 Define company
 Go to New Entries
 Define your Company
 Save and Exit
Define company code
Path:
 IMG
 Enterprise Structure
 Definition
 Financial Accounting
 Edit, Copy, Delete, Check Company code
 Edit Company code data
124
 Go to New Entries
 Define your Company code
 Save and Exit
Assign company code to company
 IMG
 Enterprise Structure
 Assignment
 Financial Accountancy
 Assign Company code to Company
 Choose our Company code from Position Button
 Specify our Company in Company Field
 Save and Exit
Define Business area
Path:
 IMG
 Enterprise structure
 Definition
 Financial accounting
 Define business area
 Go to new entries
 Define your business are
 Save and Exit
Define Consolidated Business Area
Path:
 IMG
 Business consolidation
 Integration: Preparation for consolidation
 Provide Information for transactional sending system
 Define Consolidation Business Area
Assign Business Area to Consolidation Business Area
Path:
 IMG
 Assignment
 Financial Accounting
 Assign Business Area to Consolidation Busine
Assign Business Area to Consolidation Business Area
Path:
 IMG
 Assignment
 Financial Accounting
 Assign Business Area to Consolidation Business Area
Business area account assignment (SD setting)
Path:
 IMG
 Enterprise structure
 Assignment
 Sales and Distribution
 Business area account assignment
 Define rules by sales area
 Choose our sales area from position button
 Assign the determination rule 001 or 002 or 003
 Save and Exit
Assign Business area to Plant and Division
Path:
 IMG
 Enterprise structure
 Assignment
 Sales and Distribution
 Business area account assignment
 Assign business area to plant and division
 Go to new entries
 Choose our plant and division and assign sales are
 Save and Exit
NOTE: Business area can be determined by sales area or by plant and division.
Assign Business area to Plant/Valuation area and Division: Transaction code: OMJ7
Path:
 IMG
 Enterprise structure
 Assignment
 Logistic general
 Assign business area to plant/valuation area and division
 Click on Plant u2013 Division
 Go to new entries
 Specify plant division and our business area
 Click on Valuation area u2013 Division
 Go to new entries
 Specify valuation area as Plant, specify division and business area
 Save and Exit
Define Purchase Organization
Path:
 IMG
 Definition
 Material Management
 Maintain Purchasing Organizatio
Assign Purchase Organization to Company code: Transaction code: OX01
Path:
Assign Purchase Organization to Plant: Transaction code: OX17
Path:
Define Chart of accounts list: Transaction code: OB13
Path:
 IMG
 Financial accounting
 General ledger accounting
 GL Accounts
 Master records
 Preparations
 Edit chart of accounts list
 Choose existing chart of accounts
 Click on copy as icon
 Define chart of accounts with description
Specify length of GL Account number
Choose manual creation of cost elements in controlling integration field
 Save and Exit
Assign company code to chart of accounts: Transaction code: OB62
Path:
 IMG
 Financial accounting
 General ledger accounting
 GL Accounts
 Master records
 Preparations
 Assign company code to chart of accounts
 Choose our company code from position button
 Assign our chart of accounts
 Save and Exit
Define account group: Transaction code: OBD4
Path:
 IMG
 Financial accounting
 General ledger accounting
 GL Accounting
 Master records
 Preparations
Assign Purchase Organization to Plant: Transaction code: OX17
Path:
Define Chart of accounts list: Transaction code: OB13
Path:
 IMG
 Financial accounting
 General ledger accounting
 GL Accounts
 Master records
 Preparations
 Edit chart of accounts list
 Choose existing chart of accounts
 Click on copy as icon
 Define chart of accounts with description
Specify length of GL Account number
Choose manual creation of cost elements in controlling integration field
 Save and Exit
Assign company code to chart of accounts: Transaction code: OB62

Similar Messages

  • Regarding Revenue Account Determination

    Hi Friends
    Is there any link between item catagory and revenue acct det
    can we control revenue acct det with item catagory
    plz reply
    Thanks in Advance

    I meant to say,
         We have different account determinations such as-
    1-Revenue account determination - which is integrated with SD invoice & FI account postings
    2- Cash accoutn determinaton - Which is integrated to FI cash accounts .eg:OTC sales
    3-Revenue recognition. - Generally used to estimate the revenues on service based projects such as: real esate .
    Item category is not linked with revenue account determinatio.
    Hope, now it is clear.

  • FI-SD integration issue Error in account determination: table T030K key NECA EXD Message no. FF709

    Dear expert.
    Thank you for adding me at your professinal network Linkedin. I am getting some issue related to FI-SD integration.
    IT's coming while releasing billing document in Tcode VF02.
    Error in account determination: table T030K key XXXX EXD
    Message no. FF709
    I look into Tcode VKOA- Acct determination for Cust Grp Mat Grp for sales organization for EXD, OB40 - EXD AcctKey, V/08- checked procedure Zneac.
    And also maintained the taxcode in Vk11.
    But i am not able to understand the issue.
    Please  reply with valuable suggestion.
    Thanks in advance.
    Regards Mani.
    manibhushanchoubey8 at the rate gmail dot com

    Hi
    Please check below links
    Error in account determination:T030K
    Msg no.FF709 Error in account determination: table T030K key INT VS1 I0
    Note: Please search in the forum before posting the issue
    Thanks
    Dasaradha

  • Defining Account Determination for Real-Time Integr

    Dear all,
    I haven't understood yet about Account determination for the real-time integration of Controlling (CO) with Financial Accounting (FI).
    Please tell accounting process that use this account. And give me a detail example.
    Thanks so much
    Minhtb

    Hello
    This is the new feature in New GL accounting
    During allocations in Controlling, most of the postings created do not affect Financial Accounting. These postings do not update any G/L account transaction figures; they are postings within Controlling. If, however, an allocation in Controlling leads to a change in the functional area or any other characteristic (such as Profit Center or Segment) that is relevant for evaluations in Financial Accounting, a shift occurs between the affected items in the profit and loss statement. For this reason, this information has to be transferred to Financial Accounting. This reconciliation between Controlling and Financial Accounting takes place by means of real-time integration.
    As a result of real-time integration, all Controlling documents that are relevant for General Ledger Accounting are transferred from Controlling to General Ledger Accounting in real time. This means that Financial Accounting is always reconciled with Controlling.
    A document is created in Financial Accounting for each posting in Controlling. This means that the detailed information contained in the CO documents is always available in reports in New General Ledger Accounting. This information can be sorted by the following, for example:
    ●     Functional area
    ●     Cost center
    ●     Internal order
    Real-time integration replaces the reconciliation postings from the reconciliation ledger. Consequently, you do not need a reconciliation ledger.
    If, however, you do not set the Reconciliation Ledger Active indicator in Customizing for the controlling area, you cannot use the reports belonging to report groups 5A* (5AA1-5AW1). You set this indicator in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area. The reconciliation ledger serves as the data source for reports belonging to the report groups 5A*. You find these reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting.
    Replacement reports are available as follows:
    ●     You find the reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting (New).
    ●     You can create additional reports in report group 5A21. You can assign the report group to any drilldown report of New General Ledger Accounting using the report-report interface.
    ●     From the report Financial Statements Actual/Actual Comparison, you can call up the report Cost Elements: Breakdown by Company Code. You find the report Financial Statement: Actual/Actual Comparison in the SAP Easy Access menu under Accounting ® Financial Accounting ® General Ledger ® Information System ® General Ledger Reports (New) ® Balance Sheet/Profit and Loss Statement/Cash Flow ® General ® Actual/Actual Comparisons.
    You can define account determination for each controlling area. You do this in Customizing for Financial Accounting (New) under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting ® Account Determination for Real-Time Integration. In this way, you use the same account determination as for the reconciliation ledger (transaction OK17). You can then use the reconciliation ledger reports to compare FI balances with CO balances.
    Prerequisites
    If you use real-time integration in at least one company code, you need to have activated company code validation for the related controlling area. You do this in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area ® Activate Components/Control Indicators. Otherwise, the reconciliation between Financial Accounting and Controlling at company code level is not possible.
    In Customizing for Financial Accounting (New), you have processed the IMG activities under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting.
    Activate real-time integration for all company codes between which you want to make CO-internal allocations.
    In the IMG activity Define Variants for Real-Time Integration, do not select all CO line items for transfer. If the same line items are to be transferred as through the reconciliation posting from the reconciliation ledger, select the following line items:
    ●      Cross-Company Code
    ●      Cross-Business Area
    ●      Cross-Functional Area
    ●      Cross-Fund (if you use Public Sector Management)
    ●      Cross-Grant (if you use Public Sector Management)
    Features
    Value flows within Controlling that are relevant for General Ledger Accounting – such as assessments, distributions, confirmations, and CO-internal settlements – are transferred immediately. The FI documents are posted with the business transaction COFI. They contain the number of the CO document. This means that you can call up the CO document from the FI document, and vice versa.
    Activities
    If a document could not be transferred because the posting period was blocked in Financial Accounting or no account was found, for example, the document is included in a postprocessing worklist. You need to check this worklist regularly and process any documents in it. From the SAP Easy Access menu, choose Accounting ® Financial Accounting ® General Ledger ® Corrections ®Post CO Documents to FI.
    Example
    An internal order for business area 0001 is settled to a cost center of business area 0002. The document from this allocation is transferred in real time to Financial Accounting.
    Reg
    assign points if useful

  • Account determination for FI-MM Integration not possible

    Hi SAP Guru
    When I am doing GR for an order the system throw an error Account determination for INT BSX__ __ Valuation class(FINI) not possible. I have checked the configuration in OBYC & find that in GBB Ram material consumption A/c has assigned in P/L nature without automatic posting.
    In BSX Inventory change A/c in the nature of B/S with automatic posting allowed have been maintained
    In GBB Consumption A/c in the nature of  P/L without automatic posting have been maintained
    Then what is the exact problem Tell me Gurus
    Rajeev

    hi rajeev
    can u clarify what type of material u r using
    For GR against order
    Accounting entries
    Finished good ............dr BSX
    To cost of good sold acount GBB (AUF)
    i think ur doing mistake in assignment
    because in question u have talk about raw material consumption
    u please check it
    Thanks
    Ansuman

  • How configure Define Account Determination for Real Time Integration

    Hi All,
    I am doing configure of new company just know about how do i configure for Define account determination for real time intergration. what is the use? Pleaes give me some clarity with example.
    Thanks
    Pankaj

    Hi,
    Please go through the below link:-
    http://help.sap.com/saphelp_erp2004/helpdata/en/22/c2cf4031288131e10000000a1550b0/content.htm
    Regards,
    Gaurav

  • FI MM account determination user exit

    Dear All,
    In FI-MM integration, GL account for material movements is determined based on the settings in OBYC. The GL account is determined based on chart of accounts, valuation class, general modifier, transaction key etc.
    The transaction key is in turn determind through the Movement type. However our requirement is that for same movement type say 201, i want different GL accounts to be determined based on "Reason for movement".
    Is there any user exit available in MM to derive the different GL accounts based on reason for movement.
    Thanks and Regards
    Partha

    Hi
    Try with enhancement LMR1M002. See these notes
    Note 523495 - FAQ: Account determination.
    Note 165692 - Documentation: Enhancement LMR1M002 (MM-IV)
    Note 301477 - Accnt determintn for WRX for materl grp not possble
    I hope this helps you
    Regards
    Eduardo

  • Accounting Determination Error

    Hi,
    I am getting the below error message in VF02.
    "Account determination error".
    Accounting document has not been released yet though SAP billing documentcreated.
    Please let me know where the configuration happens.
    Thanks
    Venkatesh

    Hi Venkatesh,
    We can determine the GL accounts through access sequence.
    Access sequence is nothing but SAP terminology of determing the GL accounts.
    Basically the FI- SD integration is for picking up the revenue accounts or the discounts and surcharges.
    The account key determines whether it is a revenue or a surcharge or discount.
    Actually Goods issue and billing generate account entries.
    Goods issue:
    Cost of goods sold account                          Dr
    Inventary finished goods account                 Cr
    Billing:
    Customer               Dr
    Sales                     Cr
    Please check configuration GL account determinations.at VKOA
    ERL               Sales revenue
    ERS               Sales deductions
    MWS             Sales Tax    etc.....
    and also please check automatic account determination in OBYC. In OBYC need to maintain offsetting entry.
    GBB       -
    >              Inventary stock account
    I hope you are understand.
    Thanks & Regards,
    Haribabu Bodapudi

  • Account determination in SAP?

    hii experts,
    Account determination is major concern in SAP.
    Whether account determination will be done only SAP MM consultant or any other module responsibilities in account determination?
    Becas SAP has more business scenario , each will have account determination ??
    So how ..
    Thanks

    Both FI and MM can do the account determination. FI does the account determination through OMWB and MM does it through OBYC.
    Automatic Account Determination
    This is perhaps the part that causes the most heartache for the FI Configurer.   For some reason, although it is an integration area, the FI team always ends up with responsibility for it.  To do a good job you need a reasonable understanding of :
    the business processes in the source modules
    the FI account postings that they should be generating (what sort of account should be debited or credited etc)
    the organisation structure and its relationships between the source modules
    the reporting requirements that are expected from the General Ledger or Profit Centre Accounting
    your chart of accounts
    Sounds daunting doesn't it ?  Here is a suggested approach ...
    The IMG section under GL / business transactions / integration will take you through all the necessary account determination for the automatic postings that the system may need to post.  You may not need all of these.You could maintain on an as needed basis.  As the project teams test or prototype their expanding functionality, the SAP system will look for the accounts to which it should post.  The error message and the SAP documentation and configuration does not always explain clearly which piece of account determination is used for which type of functionality, so it is sometimes difficult to be pro-active. 
    Being reactive has the benefit that hopefully each side (eg: MM and FI) can develop an understanding of what the business transaction is and therefore where it should be posting. Otherwise the MM person may not even be aware that he has generated a certain type of posting ! (You'd be amazed at some of the lack of ownership from a logistics consultant for the financial postings that they generate).
    I will be explaining each account determination area simply and clearly with posting examples
    SD to FI Account Determination (aka revenue account determination).  This and MM seem to confuse people the most.
    More later - This may take a while to complete........
    In the meantime, some general warnings:
    Whenever you change the field status settings for an account, ensure that you have verified that any automatic postings will be able to meet the requirements. EG: do not make business area mandatory if your system may make a posting which cannot determine and post the business area.
    Consider specifying that accounts that are posted to automatically can only be posted to automatically.  This will simplify reconciliation between the source module and the GL account should you need to do this.
    SD-FI Account Determination and Postings
    This is known in the IMG as "revenue account determination", but it covers a lot more than that (discounts, taxes etc).  This is what determines how the financial impact of your SD Billing document is posted into the FI General Ledger.
    The integration is controlled both in SD and in FI.
    In SD there is a awesome area of configuration called the pricing procedures.   The pricing procedure determines the final price quoted to the customer for a particular product.  This could be a complicated calculation taking into account the base price, any special prices or discounts that may apply to that scenario, taxes, freight charges etc.  These prices or charges are called 'condition types'.  This condition technique is used in a number of areas of SAP.
    For now all we need to know is that each condition type is assigned to an account key (or in the case of rebates two account keys).  You can assign multiple condition types to the same account key. There are a number of account keys that are pre-defined in the system. For example:
    ERF freight revenues
    ERL revenues
    ERS sales deductions
    EVV cash settlement
    MWS sales tax
    Now we start getting to the integration by mapping the account keys to GL accounts.  But it is not as simple as that. It can be as flexible (ie: as complex) as you want. Start off with the most simple approach.  Generally if one is using a good sales / revenue reporting tool (eg: CO-PA) then one does not need a lot of flexibility and variety in the GL accounts that are posted to.  The level of detail that you need in GL should be determined by your financial statement reporting requirements - you may end up with only one Revenue account - it is a good bet!
    So, taking the simple approach we would ignore most of the configuration possibilities : procedures, access sequences, condition tables etc  (Yes it is that 'condition technique' kicking in again.  Once you have worked through it once in one area and encounter it in another then hopefully you will be comfortable in knowing that most of the standard configuration can be left as is. )  
    We have to decide which access sequences we want to use (Five access sequences are defined in the standard SAP R/3 System). To keep it simple, let us assume we just use one - for example: the access sequence "chart of accounts/sales org./account keys".
    The chart of accounts part is standard in all account determinations, so let us look at the rest.  This access sequence allows us to specify different GL accounts for different Sales Organisations. 
    So if we had a billing document line item where the customer had some special deductions for one of the products he purchased, we could map accounts by Sales Organisation.  To make it even simpler a document is within one Sales Organisation so we have an overall mapping as follows:
    SD Line Item  Condition type SD Amount Account Key Sales Organisation GL Account
    1  Sales deduction for being such a nice guy $10 ERS 1000 800010 - Sales deductions for 1000
    Sales deduction for special promotion on particular product $15 ERS
    Base Revenue $200 ERL 800000 - Revenue for Sales Org 1000
      Total for item 1 $175  
    2 Base Revenue $100 ERL 1000 800000 - Revenue for Sales Org 1000
      Total for item 2 $ 100  
    Document Total $ 275  
    So the invoice that the customer gets (and that you can view in SD) will look something like:
    Item (Note this is the SD Invoice line item) Amount
    Item 1:  $175
    Item 2:  $100
    Total owing , 30 days terms etc:  $275
    The GL document posting that the system will make to FI will look something like this though:
    FI Line Item  Debit / Credit  Account Amount
    1 Debit (PK=01) Customer (AR Account) $ 275
    2 Credit (PK=50) Revenue (GL Account) -$ 300
    3 Debit (PK=40) Sales Deduction (GL Account) $25
    Balancing to 0 as all GL documents must....
    $0
    Note : There is no direct relation between an SD Line item and an FI Line Item - they are different things.
    Other considerations:
    Remember that if you are using business areas, then depending on your configuration there, the system may create additional FI line items if it needs to post to different business areas.  This may be even more of a reason why you do not need additional GL accounts.  If your Sales Organisations already map to different business areas, you could use the GL accounts for all Sales Organisations.
    Different access sequences will allow a broader variety of GL accounts (for example: by customer account) group. I strongly suggest having a good understanding of the reporting requirements expected to be supported from the General Ledger vs the SIS (Sales Information System)  or CO-PA (Profitability Analysis) or (CO-PCA) Profit Centre modules before you create too many GL accounts.  At the risk of repeating myself, the SD to FI account determination should only be as detailed as your statutory reporting requirements.   The reporting from other tools like Profitability Analysis are so much more flexible and powerful, you may never look at the General Ledger for internal profit reporting again except to do a reconciliation check.

  • Account determination procedure

    What is account determination procedure KOFI00.

    It is used in FI and SD integration.
    When you post an invoice, for example, the system uses account determination types to locate the G/L accounts to which amounts should be posted. You can define G/L accounts in account determination tables in SD Customizing through Acct determination -> Environment -> Maintain acct determ. The system checks these tables according to the specified access sequence until it finds a valid account.

  • Account Determination - Delivery Order Confirmation Process

    Hi Experts,
    How the Account determination will happen in the Delivery Order Confirmation process. Is the any Account determination analysis tool available to check the same ?
    Regards
    Prasath

    Hi prashanth
    Revenue account determination is the place where SD- FI integration  takes place
    What ever we do in the revenue account determination (t.code VKOA)Generally for every condition type in our pricing procedure we assign account keys wheather it is freight , tax etc
    Now in revenue account determination , to those account keys we assign G/L accounts.
    Now when you do billing , some condition types will come in the billing document . and once you save the billing document those amounts will be flowing to the respective account key G/L accounts
    to FI people
    say for example if for MWST account key is MWS , in billing if  this MWST condition type comes and once you save the billing document  then the tax amount will be flowing to the MWS G/L account .and FI people will look into it
    Once you save the billing document automatically a accounting document and controlling document gets generated
    Now after Post Goods Issue , we save the delivery document here the SD - MM integration takes place
    Once you do PGI , automatically the G/L accounts get updated and the valuation level comes down. So after doing PGI system generated material document and controlling document.
    Regards
    Srinath

  • Transaction Code to see all automatic account determination GL

    Hi All
    Please let me know the Transaction Code to see all automatic account determination GL like FI -GL integration with other modules/ submodules like AA,MM,SD, FM,CM etc. I tried with FBKP, but it is not giving all.
    Regards
    Sekhar

    Hi
    OMWB  will give  you  account determination by  parameter selections combinations  viz,
    1)  plant / material / movement types
    2) by company code / valuation area
    3) the  account  determination in  OBYC  can also be seen here.
    Thanks
    kamala

  • ALE Transports overwritting local settings in SD account determination

    When sending over ALE transports for SD account determination changes, it is deleting existing entries in the local system. For example we maintain entries for sales orgs that are maintained on the local system, but when we ALE entries for the other sales org, the local entries are deleted. Why?  
    This is also happening with international addresses that are maintained on the local box. When we ALE over the English address the international address that was created on the local box is deleted. Any help would be greatly appreciated.
    Jocelyn

    Dear,
    Like MM-FI Integration is done solely by the Finance people, they will ask MM counter part only in some cases....FI-SD integration is done by SD people....you (finance) just need to supply the GL account information.....
    Use VKOA to maintain FI-SD integration..
    Regards,
    Chintan Joshi

  • Account determination for entry REL GBB 0001 STF THAA not possible

    Hi
    Please tell me how to resolve these type of quries.

    This is missing account determination configuration setting.
    (If you do a search on account determination or GBB in this forum, you will find many questions like your with great answers that will help you a lot)
    Transaction code OBYC
    GBB is the transaction for Offsetting entry for inventory posting This is what creates the integration between Materials Management and Financial Accounting. The combination of Valuation modifier (in simple terms your valuation area could be Plant or Company Code) ; General Modification (probably your REL; Valuation Class (look in Accounting View of Material Master in MM03) and the GL Account to be Debited and Credited.
    Hope this Helps
    Siva

  • Account determination in SD

    Like in MM, OBYC settings control the account determination in the process besides other things.
    How are the accounts determined in SD modules, where these settings are done?

    Dear,
    Like MM-FI Integration is done solely by the Finance people, they will ask MM counter part only in some cases....FI-SD integration is done by SD people....you (finance) just need to supply the GL account information.....
    Use VKOA to maintain FI-SD integration..
    Regards,
    Chintan Joshi

Maybe you are looking for

  • Photos will not sync from Elements 12 on my pc to my ipad

    I have created several new mobile albums in PSE 12 but they won't sync with my iPad.

  • Pay roll area and control period

    hai experts we have pay roll area ,control period in personal administration and we have the same options in pay roll so can any body help me out in which option we have to choose thanks thjea points will ne rewarded

  • Infotype 21: Display Log with option to correct errors

    Hi All, I am trying to add two new social security(SS) fields to Infotype 21 (French - MP002100_CE). The fields need a detailed validation. [It is expected that the fields behave identical to the social security(SS) fields on Infotype 2 (French-MP000

  • SAP CAL HANA errors

    SAP HANA, developer edition 1.0 SPS 09 created from SAP CAL running on AWS. I am receiving the following errors when executing a query in HANA via jdbc. The first execution runs for 6 minutes then produces this error: Caused by: com.sap.db.jdbc.excep

  • JAXB object creation for common XML

    Hi, Does JAXB let us create common Java Objects for common XMLs. Consider the following scenirio: XML1.xml <xsd:schema> <xsd:import namespace="Commons" schemaLocation="Commons.xsd"/> <xsd:complexType name="ComplexElementType"> <xsd:sequence> <xsd:ele