Professional Documents
Culture Documents
Types of FI accounts
Before we actually start checking entries in the SAP system for various processes a
basic understanding is necessary on how the classification of the accounts in SAP is
done and its treatment which is quite universally known nonetheless revisiting it
again.
In Accounting there exists the following classification for all the accounts at a
broader level.
1. Real Accounts
2. Personal Accounts
3. Nominal Accounts
The three golden rules for account entries when transaction happen are as follows
Asset accounts
Liability accounts
Expense accounts
Income or Revenue accounts
Asset account:
An item of property owned by a person or company having value and available to
meet debts, commitments, or legacies.
Liability account:
An obligation, responsibility, or debt owned by a person or company.
Expenses account:
The cost incurred in or required for something; an amount of money spent by a
person or company.
Income account:
Money received, especially on a regular basis, for work or through investments
TDS A/C……………………………………...CR
Vendor A/C………………………………...CR
Vendor A/C………………………………...DR
Outgoing A/C……………………………..CR
Customer A/C……………………………..DR
Output Tax………………………………….CR
TCS A/C………………………………………CR
Sales A/C…………………………………….CR
Outgoing Bank……………………………DR
Customer A/C……………………………..CR
Bank A/C……………………………………DR
INVENTORY……………………......DR
GR/IR A/C....................................CR
(being goods recvd),
When we receive the invoice we now know who had send the goods. Hence clearing
liability from GR/IR Goods receipts invoice receipts account to the actual vendor
liability account.
When we do the payments the liability is decreased and our cash is also decreased.
If we use an intermediary bank account then this asset account is increased and the
actual bank account is decreased.
BANK A/C.......................CR
Here COGS comprises of all cost for manufacturing the product to picking packing
cost and discounts.
Once the goods are delivered we send an invoice in the form of a billing document
to the customer. The customer is a personal account and receives hence it will be
debited while the revenue account is nominal and increases the credit account.
TAX ACCOUNT…..…….CR
EXCISE/DUTY A/c…….CR
When we receive a payment from the customer through a bank doing Electronic
Banking Statement upload FF_5 or we receive an amount from the customer F-28. As
cash/bank account increases.
The configuration for these settings are done under OBYC tcode where a transaction
key is assigned which finds depending on the movement type and valuation class or
on the basis of condition type and access sequence which GL account should be
automatically picked for journal entries.
Asset FI entries
Posting date of the document will be copied into the asset master as the
capitalization date.
The depreciation start date of each depreciation area will also be determined
and updated in the depreciation area data tab page.
Asset acquisition posting could also be done without PO from the MM
module.
Posting could be done in FI posting only.
The posting date of the retirement posting will also be updated into the field
"deactivation date" in the asset master as the retirement date.
A asset can be disposed as scrap without any selling value or it could not generate
any value. In this case, no revenue is expected and a loss will be realized in the P&L if
the fixed asset being scrapped still carries a net book value.
For the same asset with historical cost Rs 10,000 and accumulated depreciation of Rs
1000, the posting of the scrapping will be as follows:
The old asset being transferred will become a retired asset and the transfer posting
date will be updated as the retirement date in the asset master record.
For the new receiving asset, the transfer will be the same as if it is being
acquired. The transfer posting date will be used as the capitalization date.
Note that the above posting to G/L will be done in a summary level by G/L accounts
and cost center levels because the depreciation expense has to be charged to cost
center in CO. However, the detailed depreciation amount of each asset will also be
stored in Asset Accounting such that each unique asset master record will also have
its unique posted depreciation amount. Besides, after each depreciation run, the
system will issue a report which list out the depreciation posting amount of each
individual assets as a record. It is advised that this report should be kept as an
additional audit trail.
b. AuC automatically created by the system using Asset Class given in the Investment
Profile
10. Settle the amounts to Main Asset from AuC (Prcg type: Full) - KO88
4. Goods Receipt from Production Order to Inventory Stock (Goods receipt WE)
(MB31)
The status of the order determines whether WIP calculation creates or cancels the
work in process. If the order has the status REL (released), the system can calculate
work in process.
Once the order receives the status DLV (Delivered) or TECO (Technically completed),
the work in process calculated in a previous period is canceled.
6. WIP Cancellation if the order status is DLV or TECO
7. Goods Issue for Production Order to Inventory for stocks (Goods Issue WA) Tcode
- MB1A
8. In case of direct Dispatch Delivery of goods to customer and then you have the
normal O2C Process.
Company COMP01 does the payment to COMP02 through the In House Cash Center.
The In House Cash Center posts the payment to relevant accounts in both these
company accounts and sends back the bank statements as well.All the data transfer
is managed via IDoc (PAYEXT for payment order and FINSTA for bank statements)
Payments using F110 where the company COMP01 pays the invoice amount to the
COMP02. The F110 record posts to the clearing account in IHC. The PAYEXT IDoc is
generated and sent to the IHC. F111 can be used to perform the payment requests
that are generated.
IHC does the payment job to company 02 which in this intercompany is the vendor
to the company 01 and sends an FINSTA or bank statement
COMP01
COMP02
Payments order generated by IHC in form of FINSTA can be accessed in the payment
browser transaction code IHCO. The order contains two payment items as pointed
out above one which debits the ordering party and one which credits the payment
recipient. Transaction FEBP can then be used to create these postings.
Payments using F110 where the company COMP01 pays the invoice amount to the
external Vendor. The F110 record posts to the clearing account in IHC. PAYEXT IDoc
is generated and sent to the IHC and with F111 these payment request instructions
to the IHC can be viewed.
IHC does the payment job to external vendor after netting or taking into
consideration various currencies and sends an FINSTA or bank statement back to the
COMP01