Documente Academic
Documente Profesional
Documente Cultură
FI Extraction:
FI Module deals with accounting and financial needs of an organization.
Financial Accounting is broken down into the following sub-modules:
Accounts Receivables
Accounts Payable
Asset Accounting
Bank Accounting
Consolidation
Funds Management
General Ledger
Special Purpose Ledger
Travel Management
Note: Only discussing key areas (AP/AR/GL/SL) briefly because of the complexity of the area
We can extract the financial data at totals level / line item level. Please Refer the
linkhttp://help.sap.com/saphelp_nw70/helpdata/en/af/16533bbb15b762e10000000a114084/f
rameset.htm
In general, we will use R/3 line item tables as the data source for extracting the data to allow
drill down capability from summarized data to line-item details.
Financial Accounting data can be extracted directly from the tables.
Depending on the business requirement we can use either FI-SL or standard BW content
extractors (FI-AR, FI-AP, and FI-GL) to fetch FI data.
Note: FI-SL will be discussed under "one stage stop to know all about BW Extractors
-Part2 "which explains about Application specific customer generated extractors
FI-AR, FI-AP, and FI-GL:
General Ledger: All accounting postings will be recorded in General Ledger. These postings are
real time to provide up-to-date visibility of the financial accounts.
Account Receivable: Accounts Receivables record all account postings generated as a result of
Customer sales activity. These postings are automatically updated in the General Ledger
Accounts Payable: Accounts Payables record all account postings generated as a result of
Vendor purchasing activity. Automatic postings are generated in the General Ledger as well.
Standard FI data sources:
0FI_GL_4 (G/L Accounts- line items)
Takes the data from the FI document tables (BKPF/BSEG) that are relevant to general ledger
accounting (compare table BSIS).
0FI_AP_4 (AP-line items) and 0FI_AR_4 (AR- line items
Selections are made from tables BSID/BSAD (Accounts Receivable) and BSIK/BSAK (Accounts
Payable)
With old G/L in R/3, the tables GLT0 (totals), BSEG, BKPF (Line Item) get filled in SAP BI
side you should have to use data model.
0FI_GL_1 --> 0FI_GL_1 --> 0FIGL_C01 (for Totals)
0FI_GL_4 --> 0FI_GL_4 --> 0FIGL_O02 (for Line item)
With New G/L in SAP ECC 6.0 onwards, the tables FAGLFLEXT (totals), FAGLFLEXA, BSEG, BKPF
(Line Item) get filled in BI side you have to use data model.
0FI_GL_10 --> 0FI_GL_10 --> 0FIGL_C10 (for Totals)
0FI_GL_14 --> 0FIGL_O14 (for Line item)
Functionally, this effects other financial modules like AP, AR, PCA (Profit Center Accounting)
for ex: while implementing new G/L in BI side, this fulfills most of profit center Accounting
requirements, and you do not have to implement PCA module separately.
When I was in FI implementation, there was no 0FI_GL_14 datasource...
We had existing 0FI_GL_1 & 0FI_GL_4 flows and we implemented new GL totals flow i.e.
0FI_GL_10...
FAGLFLEXT --> 0FI_GL_10 --> 0FIGL_O10 --> 0FIGL_C10.... new GL Totals implementation was
quite smooth, since this flow is completely different from old GL totals (GLT0 --> 0FI_GL_1 -->
0FIGL_C01).
We recreated existing (on 0FIGL_C01) queries on 0FIGL_C10 (&V10) and used jump targets
(RRI) to old line item (0FIGL_O02) wherever required...
You can go ahead with new GL lineitems (FAGLFLEXA & BSEG & BKPF) --> 0FI_GL_14 -->
0FIGL_O14 in parallel with existing old one (BSEG & BKPF) --> 0FI_GL_4 --> 0FIGL_O02.
How the data extraction happens?
In FI extraction 0FI_AR_4 and 0FI_AP_4 are linked with 0FI_GL_4 in order to maintain
consistent data transfer from OLTP system (it is called coupled data extraction, Ref OSS notes
428571).
Note: Uncoupled" extraction possible with Plug-In PI 2002.2, see OSS note 551044
0FI_GL_4 writes the entries into the time stamp table BWOM2_TIMEST in the SAP R/3 System
with a new upper limit for the time stamp selection.
And now, 0FI_AP_4 and 0FI_AR_4 will copy this new upper limit for the time stamp selection
during the next data extraction in the SAP R/3 System. This ensures the proper synchronization
of accounts payable and accounts receivable accounting with respect to G/L accounting.
Full load: Not a valid choice because of large volumes of detailed R/3 transaction data.
Delta load:
Note: Here the delta identification process works differently for new financial records and
for changed financial records.
New Financial accounting line items which are posted in SAP R/3 sytem will be identified by
the extractor using the time stamp in the document header (Table BKPF-(field) CPUDT).
By scheduling an initialization IP all the historical data can be loaded into BW from the
application tables and it also sets "X" indicator in field LAST_TS (Flag: 'X' = Last time stamp
interval of the delta extraction).That means after the last delta, initialization was done.
After this, daily delta loads can be carried out depending on timestamp by scheduling delta
info packages.
During the delta load , the SAP R/3 system logs two time stamps that delimit a selection
interval for a Data Source in table BWOM2_TIMEST(fields TS_LOW and TS_HIGH).
A time stamp on the line items serves to identify the status of the delta. Time stamp intervals
that have already been read are then stored in a time stamp table (BWOM2_TIMEST).
(Info object 0Recordmode plays vital role deciding delta's .Check the field "delta "in
ROOSOURCE /RODELTAM table to identify the image)
The Financial Accounting line items are extracted from the SAP R/3 system in their most
recent status (after-image delta method).
AIE: This delta method is not suitable for filling Info Cubes directly in the BW system. To start
with therefore, the line items must be loaded in the BW system in an ODS object that
identifies the changes made to individual characteristics and key figures within a delta data
record. Other data destinations (Info Cubes) can be provided with data from this ODS object.
It uses delta type E(pull) means the delta data records are determined during the delta update
by the data source extractor, updated to the delta queue and passed on to BI directly from
there.
The new general Ledger covers all the functions that were previously
implemented by the use of separate ledgers like the Costs of Sales Ledger,
Special Purpose Ledger, the Reconciliation Ledger or the Profit Centre
Ledger. Therefore, businesses need not maintain the separate ledgers in
separate applications. This makes the recording at Administration of
transactional data easier.
The user interface of the New General Ledger is similar to that of the
Classic General Ledger. Therefore users already familiar with the Classic
General Ledger require very little training in order to migrate to using the
new general Ledger.
The New General Ledger eliminates data redundancy by storing all the
transactional data in a single totals table. This improves the efficiency of
the database.
With the New General Ledger, there is no need to use separate ledgers like
the Special Purpose Ledger, Profit Center Ledger, etc. It eliminates the
need of Profit & Loss and Balance Sheet adjustments with online splitting
functionality. Due to this there is no need to carry out additional
reconciliation activities with other applications during closing. This helps in
saving a lot of time and effort on the part of the end user.
The use of the new General Ledger makes it easier to include additional
fields in order to provide flexible reporting as per the requirements of a
business.
NEW TABLES: the new general Ledger makes use of the tables
FAGLFLEXT (totals), FAGLFLEXP (plan line items), FAGLFLEXA (actual line
items) and FAGL_SPLINFO (splitting data).
with regards to the transfer postings between profit centers that were previously stored and
the Special Ledger.
The new general Ledger makes use of additional tables and fields as compared to the classic
general Ledger once the new Gen functionality is activated, the previous financial accounting
menu is replaced by the financial accounting (new) and the general Ledger (new) menu. It is
required to activate the new general Ledger accounting so that the transactional data is
written to the new tables rather than the classic general Ledger tables.
https://help.sap.com/saphelp_nw70/helpdata/en/45/4f8e8bbf3f4f63a5dd197ef7d
53fa2/frameset.htm
13,374 views
112 Likes
29 Comments
Share on LinkedIn
Share on Facebook
Share on Twitter
When talking to the VP of Enterprise Architecture in a Swissbased manufacturer back in April '15, he told me he was
quite confused with all the recent SAP marketing around
S/4HANA, SAP Simple Finance (oops, now S/4HANA Finance),
HANA Enterprise Cloud (HEC) and the user interfaces that
come along with all this like Fiori. He was looking for the big
picture, the real no-nonsense one.
So I explained that in essence S/4HANA is just a new name for the same good old Suite
functionality (ERP, SRM, CRM, ...) the difference however is in that the Suite can now run
on an in-memory database called HANA. Okay - and you can source S/4HANA from the
cloud and you have more alternatives when it comes to the graphical user interface one of
them being Fiori.
So, how does this relate to SAP Simple Finance (sFin)? Well, the Financials coding was the
first part of ERP optimized to run on HANA. The functionality itself or the way to configure
the system hardly changes (unless you want to use the Fiori apps...).
SAP Simple Finance is an add-on to ERP, which means it is a standard product developed to
work on top of SAP ERP (ECC6.07 to be precise). The official name used to be SAP Simple
Finance add-on 2.0 for SAP Business Suite powered by SAP HANA aka sFin 2.0. However...
as of October 2015, SAP speaks of S/4HANA Finance and it includes the 'Simple' coding.
SAP S/4HANA, on-premise edition 1511 became available in November 2015 (hence,
1511...). By the way, SAP S/4HANA CLOUD 1506 has been restricted available since June
2015.
SAP 'Simple Finance' includes SAP Accounting powered by SAP HANA, SAP Cash
Management and SAP Integrated Business Planning (IP and BPC and embedded BW) for
Finance and additional innovations in the areas of Treasury and Financial Risk Management,
Collaborative Finance Operations and more. The FI and CO tables are now combined in the
Universal Journal, a single line item table.
Before you jump into an SAP Simple Finance implementation however, theres a few things
you and your team must know*. Note: the below does not go for S/4HANA 1511.
9 must-knows before starting your Simple Finance implementation:
1. The finance add-on replaces the classic Financials applications in your SAP
ERP system. In contrast to accounting in SAP enhancement package 7 for
SAP ERP 6.0, Simple Finance comes with a simplified data model. Totals
tables and application index tables have been removed and replaced with
HANA views with the same technical names. A full list can be found at the
bottom of this article. This means the impact needs to be assessed on
your interfaces, your data warehouse, your authorization profiles, and
potentially your monitoring tools;
2. Some industry solutions and SAP ERP add-ons are not fully compatible
with SAP Simple Finance, like Asset Accounting (FI-AA). Carefully assess
compatibility with other components in your landscape;
3. The user experience is likely to change. Assess the impact on the required
skill-set in your teams and the potential need to rewrite documentation
and/or training materials;
4. Handle the required SP levels for SAP ERP 6.0 EHP7 and for SAP
NetWeaver 7.40 with the utmost caution and as described in the
administrators guide;
5. Before you install the Finance add-on, you must prepare the migration of
application data. These steps require specific financials application
knowledge;
6. Install the finance add-on using the Software Update Manager (SUM).
Ensure that you have downloaded the latest version of it from the SAP
Service Marketplace. In addition, you must install two SAP HANA Live
packages using the HANA Lifecycle Manager (HLM);
7. To run the financials applications, you must migrate the application data
first. For SPS 02, SPS 03, and SP04, some additional configuration is
required. For more information, see Installation of and Migration to the SAP
Simple Finance Add-On for SAP Business Suite powered by SAP HANA;
8. Read the Release Information for SAP Simple Finance add-on for SAP
Business Suite powered by SAP HANA (note 1925902), and;
9. To conclude, make sure your team reads the Release Scope Information
(note 1968568).
The following tables were replaced by SAP HANA views with the same names:
The line item, totals tables and application index tables of General Ledger Accounting
(GLT0, BSIS, BSAS and FAGLFLEXA, FAGLFLEXT, FAGLBSIS, FAGLBSAS)
The totals tables and application index tables of Accounts Receivable and Accounts
Payable (KNC1, KNC3, LFC1, LFC3, BSID, BSIK, BSAD, BSAK)
The line item and totals tables of Controlling (COEP for certain value types, COSP
and COSS)
The material ledger tables for parallel valuations (MLIT, MLPP, MLPPF, MLCR,
MLCD, CKMI1, BSIM)
MENDEL KOERTS is the founder of ENSEAD Advisory and Associate Director with
Gartner Consulting. As an Enterprise Architect he has specialized in IT Strategy, Architecture,
and Governance, predominantly SAP related. Opinions expressed in this article are strictly
his own.
* Based on the Administrator's Guide SAP Simple Finance Add-On for SAP Business Suite
powered by SAP HANA, document version 1.0 2015-01-29
SAP is currently developing a new solution for Finance, Fixed Assets and Controlling using
the strength of HANA and new UX.
ALIGNED, AGILE, PREDICTIVE are the major characteristics of a Real Time organization
of the future.
Aligned means that they need to work from a transparent single source of
truth, at least for reporting purposes, to make sure everyone is working
with the same information and no time is lost with reconciling information
manually.
Agile requires real time finance processes that support instant reactions to
changing external conditions.
This DataSource extracts the totals records from the leading ledger in the new General
Ledger
Delta Capable: Yes
Delta Procedure: AIED
Direct Access: Allowed
Note: SAP has provided 2 more datasources 0FI_GL_11, 0FI_GL_12 with different delta
procedures for
extracting the General Ledger balances if using the 0FI_GL_10 datasource leads to
performance issues.
Please refer SAP note 1392817 for additional information related to this
http://letsbebetterinsapbi.blogspot.ro/2012/03/how-to-extract-fi-ar-data-into-sap-bw.html
The general ledger holds all accounts for balance sheet and income (profit and loss)
statements.
Travel Management manages and calculates travel costs and supports travel
planning and travel expenses.
All general ledger account postings that post to business expense accounts
automatically send the expenses as costs to Controlling. The balances of general
ledger accounts are used to calculate financial statements.
Learn how to choose the right SAP General Ledger extractor for your business
needs among the different options provided by SAP.
Key Concept
The basic purpose of general ledger accounting is to provide a comprehensive
view for external reporting. Until now, companies had to use multiple ledgers to
meet reporting requirements for both external and internal management
reporting. SAP General Ledger is the answer to get rid of multiple ledgers. It
combines all the functions of multiple ledgers into a single ledger with multiple
parallel ledgers.
With the introduction of the SAP General Ledger in SAP ERP Central Component (SAP
ECC), companies are either migrating from their classic general ledger and special ledger to
the new SAP General Ledger, or implementing it to support finance processes in SAP ECC.
In either case, to support finance reporting out of SAP NetWeaver BW, you need to
implement the new SAP General Ledger extractors offered by SAP. With the growing
demand for real-time reporting within SAP NetWeaver BW, it is essential that you choose the
appropriate extractors up front to avoid any surprises or rework. SAP has provided so many
options that it can sometimes be confusing.
Ill focus on the implementation considerations for the different SAP General Ledger
extractors available, the prerequisites for implementing the new extractors, the extraction
mechanism for the different extractors, the configuration steps for implementing these
extractors, and common challenges and their resolution.
http://yellamelli-sapbi.blogspot.ro/2009/12/sap-bi-reporting.html
The two important parts of financial statement are the Balance Sheet and Profit & Loss
account. Without the preparation of these two entities the financial statement cannot be
reported, even the readers of the statement are not able to clearly understand the companys
position. Hence, a due regard is to be given by every company in the preparation of the two.
However, people generally dont understand them very clearly and notice problems in
distinguishing the two terms.
Here with this article, the difference between Balance Sheet and Profit & Loss account is
presented.
Balance Sheet
Meaning
Time Frame
Type
Statement
Account
Basis for
Comparison
Balance Sheet
Information
Disclosed
Sequence of
Preparation
A Balance Sheet is a statement that shows the financial position of the entity at a given date.
As you have seen that on the top of the Balance Sheet there is, as at written which
mentions the particular date at which it is prepared. It has two major heads which are to be
tallied. They are (1) Assets and (2) Equity and Liabilities.
On the asset side it displays the firms current and non-current assets. Current assets are those
assets which can be converted into cash within 1 year and includes cash in hand, stock,
debtors, bills receivables, cash at bank, marketable securities etc. Non current assets have
two parts: Tangible and Intangible assets. Tangible assets are the physical assets of the
company like machinery, building, furniture, land, vehicles, etc. Intangible assets is the non
physical assets of the company i.e. patents, trademark, goodwill, etc.
On the equity and liabilities side, it displays the shareholders fund, current and non current
liabilities. Shareholders fund includes the shareholders equity and reserves and surplus.
Current liabilities are those liabilities which are to be paid within 1 year and includes
creditors, bills payable, short term loan, etc. Non current liabilities are those liabilities
which are to be paid after a certain period and includes long term borrowings, bonds etc.
In SAP ERP, the balance sheet and income statements are included within the same financial
statement report. In the standard financial statement reports, you do not need to make
manual postings to the accumulated profits and losses. The system automatically calculates
the profit and loss for the year based on the income statement for the year when you run
financial statement reports, carried forward to the retained earnings account(s). Note that
retained earnings accounts are defined to capture the balance of profit and loss accounts
when the balance sheet accounts are carried forward to the new fiscal year and profit and loss
accounts are cleared for the new fiscal year. Note also that all profit and loss accounts should
be created for retained earning account of type X and hence are carried forward into the
retained account automatically.
There are two financial statement reports in SAP ERP. One is the classic financial statement report, and the other is
the new financial statement report. The classic financial statement report (program RFBILA00) has been available
since SAP R/2 and has been slightly modified with SAP ERP to include a ledger and other dimensions on the selection
screen. With the new general ledger (G/L), SAP provided one-stop integrated reconciliation of multiple ledgers.
Ledgers such as consolidation staging ledgers, profit center ledgers, and cost of sales ledgers are combined into a onestop ledger. Thus, the new G/L provides a unified data structure resulting in a single source of truth. The capabilities
of the new G/L reporting are based on a unified reporting database. In a single data record, you can include different
dimensions, such as profit center, segment, and functional area. As a result of this unified data reporting structure, a
new financial statement report has been developed, which is based on the drill-down reporting tool, provides flexible
analysis, and easily generates segmented financial statements based on dimensions other than the company code such
as segment, profit center, and so on. (Note that we cover segment reporting in Chapter 3.) Lets take a closer look at
the capabilities
Profit and Loss Account also known as income statement or statement of revenue and
expenses. The account represents the financial performance of the entity in a particular
period.
First of all the net sales (sales sales return) is recorded thereafter the cost of goods sold is
deducted and the result is the gross profit of the entity. Now from this gross profit the office
and administration (rent, insurance, printing and stationery, etc.), selling and distribution
(carriage outwards, bad debts, etc.) expenses are reduced which amounts to operating profit.
After arriving at operating profit operating income (rent received, profit from the sale of
assets, etc.) are added to it while the operating expenses (interest on loan, loss on sale of
assets) are lessened from it which results in the net profit or loss. If the income exceed
expenses it represents net profit while the expenses exceed income it represent loss.
The Balance Sheet and Profit & Loss Account has its own significance. A Balance Sheet
enables the reader of the financial statement to clearly understand the entitys financial
stability, liquidity and solvency. The Profit and Loss Account is helpful in comparison of the
performance of the company. The two terms consist items of different nature and that is why
the chances of getting confused between them are very less.