You are on page 1of 21


Welcome those who have Passion for SAP

Tag: SAP FICO Documents

Accounts Receivables Overview

Posted on May 8, 2013May 14, 2013 by Jayanth Maydipalle

The Accounts Receivable application component records and administers accounting data of all
customers. It is also an internal part of Sales Management.

All postings in Accounting Receivable are also recorded directly in the General Ledger. Dierent G/L
accounts are updated depending on the transaction involved (for ex: Receivables, Down payments, and
Bill of exchange). The system contains a range of tools that you can use to monitor open items, such as
account analysis,alarm reports,due date lists, and a exible dunning program. The correspondence
linked to these tools can be individually formulated to suit your requirements. This is also the case for
payment notices,balance conrmations,account statements, and interest calculations, incoming
payments can be assigned to due receivables using user-friendly screen functions or by electronic means
such as EDI and Data telecommunications.

The payment program can automatically cay out direct debiting and down payments.

There are a range of tools available for documenting the transactions that occur in accounts receivable,
including balance lists, journals, balance audit trails, and other standard reports. When drawing up
nancial statements, the items in foreign currency are revalued, customers who are also vendors are
listed, and the balances on the accounts are sorted by remaining life.

Accounts receivable is not only one of the branches of accounting that forms the basis of adequate and
orderly accounting. it also provides the data required for eective credit management, (as a result of its
close integration with the sales and distribution component), as well as important information for the
optimization of liquidity planning, (Through its link to cash management).

To process receivables-related dispute cases, for Ex: Payment reductions, you can use the components
SAP Dispute Management.

Posting Keys:

Customer Debit: 01
Customer Credit: 15
Sundry Debtors Bill of Exchange debit: 09
Sundry Debtors Bill of Exchange credit: 19
Sundry Debtors Bill of Exchange credit: 19
Document Types:

DR- Customer Invoice

DZ- Customer Payment

DA- Customer Document ( Transfers/Reversals)

AR- (Customer Accounts) is a Subsidiary Ledger of sundry debtors & sundry debtors is a reconciliation
account under Current assets.

Basic se ings for Accounts Receivables:

1) Creation of Customer A/c Groups like FI Customers and SD Customers with Reconciliation Account
Field mandatory OBD2

2) Creation of number ranges for Customer Accounts XDN1

3) Assign Number Ranges to Customer Account Groups OBAR

4) Creation of GL Master

Sundry Debtors FS00

Sales Accounts FS00
5) Creation of Customer Master XD01

6) Document types and Number Ranges for KR, KZ & KA OBA7

7) Customer Invoice Posting F-22 & FB70

8) Display The Customer Line items FBL5N

(h ps://

Step by Step:


(h ps://
(h ps://

Create an Invoice: Document Header

(h ps://

Create an Invoice: Notes

(h ps://

Create an invoice : complete line item and park

(h ps://

Post an parked invoice:

(h ps://

(h ps://

Post an invoice : approver viewing a achment

(h ps://

Display an invoice
Display an invoice

(h ps://

Print an invoice : request the printing

(h ps://

Print an invoice
(h ps://

(h ps://
(h ps://

Enter an invoice using the upload program

(h ps://
(h ps://

(h ps://


(h ps://
Credit Memo to be processed needs two individuals
Credit Memo to be processed needs two individuals
Credit Memo Processor and Credit Memo Approver
Park (FV75) Post (FBV0)
Credit Memo Processor will not have access to the POST transaction


(h ps://

One single Dunning Procedure LAUSD

This will trigger a Dunning notice for over due items for one (1) day.

An Aging Report is available


(h ps://

Write O
Write-o will go directly in the Customer Account.
There is no allowance for Bad Debts set-up
Entry is just a reversal of the original invoice
If a customer subsequently pays a wri en-o invoice, District will reinstate the invoice and then record
the payment against a reinstated receivable
If payment is received in the following scal year, record as revenue.
If material a review by the District controller is required.
Write o and Recovery will be noted under document type DW


(h ps://

Receipt Process
(h ps://

For Cash in County transaction PeopleSoft to SAP Interface

Create Manual Check Deposits: Perform this procedure whenever there is cash or check received on

Under Or Over Payment

Situation 1 Invoice is for $500. Received $499 underpayment. Collect the $499, do not send the check
back. Credit the customer for $499 and doa partial payment against the $500 invoice. Do not issue a $1
write-o at this time.
Situation 2 Invoice is for $900. Received $901 overpayment. Collect the $900, do not send the check
back. Credit the customer for $901 and apply $900 to the invoice of the $900. Do not issue a $1 Refund at
this time.

Important T-Codes:

Create Customer Invoice FB70

Booking Customer Invoices F-22

Incoming customer payment F028

Credit Memo FB75

Credit Memo-General F-27

Payment Fast Entry FB-26

Park/Edit Invoice FV70

Invoice Parking-General F-64

Request Down payment F-37

Down Payment F-29

Clearing Down Payment F-39

Request Bill of Exchange FBW1

Payment Request F-59

Create Payment Advice FBE1

Create Payment Advice FBE1
Clearing Open Line items in the GL Account F-03
Refund of Advance to Customer F-31/F-18

Clear Customer Invoice with Advances F-32

Reversal of Noted Entries FB08

Payment Advice Overview S_ALR_87012201

Customer Payment Advice S_ALR_87012200

Payment Advice Overview (Header and Item Data) S_ALR_87012203

Customer Payment Advice S_ALR_87012202

Bill of Exchange List S_ALR_87012208

Extended Bill of Exchange List with ABAP List Viewer S_ALR_87012209

Generic Withholding Tax Reporting S_P00_07000134

If you have any questions make a comment and write your Doubt, I ll try to clear it



Posted on April 30, 2013May 14, 2013 by Jayanth Maydipalle

(h ps://

For more information click on below link,

Document_Type_Listing (h ps://

1 Comment

Asset Accounting noted Points

Posted on April 21, 2013May 14, 2013 by Jayanth Maydipalle

If you use dierent Financial Versions,you have to post more than one depr area to the General

Chart of depreciation is assigned to Company Code.

Account assignment mus be activated before they can be maintained in the master data.
Depreciation areas can have the same values and depreciation term but can be displayed in dierence
Depreciation areas can have the same values and depreciation term but can be displayed in dierence

Several Chart of depreciation can be assisgned to one asset class. This ensure that asset class catalog in
uniform despite using dierent depreciation area.

Each asset is assigned to only one asset class

We can supress individual depreciation area in asset class.
The essential function of asset class is to establish link betwwen the Asset master record and the
accounts to which the related values and depreciation are posted in G/L.

You can not assign asset to cost center, instead you can assign asset to a (real) order that will be se
to the respective cost center. In this way you can summarize the cost your project (The asset being part of

Chart of depreciation is always Country Specic

Chart of depreciation is a Catalog of country specic depreciation area

Each Company code uses One chart of account and one chart of Depreciation.
Depreciation a ribute can be overwri en if necessary, but if they are specied by the system you
cannot change them.

Even after AUC fully capitalized you can still post C/Memo to it. However you have to allowed
negatice APC.

You can dene depreciation area for report purposes only, which do not post any value in G/L, Eg:
Depr area for tax balance sheet.

in FI-AA you can manage dierent values of xed asset in depreciation area.
In each asset class you enter a screen layout rule for each depreciation area. This rule applies to the
valuation elds in the depreciation Area.

Asset that are appear in dierent places / balance sheet item have to be assign to dierent asset class.
Asset class used as a templete for asset master records that are created later . It is therefore necessary
to decide which default value to be stored in asset classes to ensure the uniformity of the asset.

You can create a new chart of depr by copying reference charts of depreciation. you can delete the
depreciation areas you do not need. It must be done before asset is created.

SAP Provides model chart of depreciation for many contries these contain pre denes depreciation
area. You can also dene your chart of depreciation (by copying & Changing)

Several asset classes can use same A/C Account Determination Key if they use the same chart of
account and they post to the same G/L account

Depreciation 01 is the leading depreciation area (Area 01 is the book depreciation)

Asset class are created at Client level
Asset class are created at Client level

Jayanth Maydipalle

1 Comment

SAP Financial Accounting (SAP FI)

Posted on December 13, 2012May 14, 2013 by Jayanth Maydipalle

The Financial Accounting (SAP FI) module in SAP is designed to capture organizations business
transactions in a manner that will satisfy external reporting requirements. Local legal considerations are
pre-delivered with the system and the ability to manage and report on multiple companies in multiple
countries with multiple currencies is part of standard functionality. Integration with Sales and
Distribution, Purchasing and Materials Management allows for the ability to select any nancial
transaction and Drill Down to the originating transaction whether it is a purchase Order, Sales Order
or material movement.

Financial Accounting includes the following sub-modules:

General Ledger (FI-GL)

Accounts Payable (FI-AP)
Accounts Receivable (FI-AR)
Bank Accounting (FI-BL)
Asset Accounting (FI-AA)
Funds Management (FI-FM)
Travel Management (FI-TV)
Special Purpose Ledger (FI-SL)

The exibility of the Finance modules organizational structure gives the module the ability to handle
any economic situation. Whether a smaller organization with a single legal entity or a large organization
with numerous companies, consolidations and varying legal requirements, the FI module can support
and automate most nancial postings and reporting. Below is a listing of the main organizational
elements in the Finance module:

Company Code Represents a legal reporting entity. There can be numerous company codes within
an organization. Each has its own balanced books and reports itself as a single economic entity.
Credit Control Area If credit management is being used, this sets the general parameters for how
credit is managed. The credit control area can control credit for a single company code representing a
decentralized credit management approach or multiple company codes representing a more
centralized credit management approach.
Chart of Accounts The system supports single or multiple charts of accounts providing the ability
to record transactions and report nancially in many dierent regulatory environments. A chart of
accounts can support multiple Company Codes if necessary.
accounts can support multiple Company Codes if necessary.

Business process associated with the SAP FI module:

(h ps://

The Finance Module is designed to record nancial transactions in a manner consistent with external
reporting. External reporting must be in compliance with a countrys accounting principles and is
required for public entities, regulatory agencies and information required by banks and other lenders.
The module also handles legal consolidations, receivables, payables, xed assets as well as banking
functions if required.

This is brief review of the components and processes associated with the SAP FI module.

Leave a comment

SAP Controlling (SAP CO)

Posted on December 13, 2012May 14, 2013 by Jayanth Maydipalle

The purpose of the Controlling (CO) module in SAP is to provide organizations with a method of
slicing and dicing data to view costs from an internal management perspective and provide a view of
protability beyond that of basic nancial reporting. This allows the organization to create information
in a manner that is tailored to their specic business measurements needs. Controlling allows an
organization to:

Plan and track overhead costs within the companys specic organizational structure.
Plan and track overhead costs within the companys specic organizational structure.
Track costs related to specic projects or events and either capitalize those costs or charge them to
appropriate departments upon completion.
Perform Activity Based Costing.
Perform Product Costing, measuring production cost and variances.
Report protability by product line, division, or other internal measurement.
Report sales and gross protability by external measures such as market segments or customer

Controlling consists of all master data, conguration, and reporting required to analyze both spend and
revenues, both within and across organizations. This includes the following master data:

Cost Elements cost and/or revenue accounts

Cost Centers departmental units
Prot Centers business lines, product lines or divisions
Internal Orders projects or events
Functional Area Cost of Sales Accounting
Statistical Key Figures non nancial statistics for allocating or measuring nancial costs
Activity Types Labor or other activity costs

Business process associated with the SAP CO module:

(h ps://

Subcomponents of the SAP Controlling (SAP CO) Module:

CO-OM Overhead Management
CO-OM-CCA Cost Center Accounting
CO-OM-OPA Internal Order Accounting
CO-OM-CEL Cost Element Accounting
CO-OM-ABC Activity Based Costing
CO-PCA Prot Center Accounting
CO-PA Protability Analysis
CO-PC Product Costing

This is brief review of the components and processes associated with the SAP CO module.

Leave a comment