Beruflich Dokumente
Kultur Dokumente
DOCUMENT DETAILS
Prepared By
Version
Created Date
Number of Pages
DOCUMENT CONTROL
APPROVAL
Table of Contents
1 Introduction .................................................................................................................................................. 9
1.1 Management Executive/Summary ............................................................................................................. 9
1.2 Basic Documents ..................................................................................................................................... 10
1.3 Project Charter ......................................................................................................................................... 10
1.4 Project Scope/Scope Document .............................................................................................................. 11
1.5 Significant Changes to the Current Status ............................................................................................... 13
2 Business Process Modelling ..................................................................................................................... 15
2.1 Cross Process related topics ................................................................................................................... 15
2.2 Information Carrier Model ........................................................................................................................ 15
2.3 Process Model Level 1, Core and Support processes Financial Accounting ......................................... 15
2.3.1 Flow Chart:.................................................................................................................................. 16
2.4 Process Model Level 2, Process groups Asset Management ................................................................ 17
2.4.1 Requirements:............................................................................................................................. 17
2.4.2 Flow Chart:.................................................................................................................................. 19
2.4.3 Detailed Process Flow: ............................................................................................................... 20
2.5 Process Model Level 3, Business Process 1 Plan & Acquire Assets ..................................................... 20
2.5.1 Short Description of the Process................................................................................................. 20
2.5.2 Business Requirements .............................................................................................................. 20
2.5.3 Process Flow Diagram ................................................................................................................ 22
2.5.4 Written Explanation ..................................................................................................................... 27
2.5.5 Linked Processes........................................................................................................................ 27
2.5.6 Inputs (Event Triggers, entities, parameters) .............................................................................. 27
2.5.7 Outputs (Process Results) .......................................................................................................... 27
2.5.8 Process specific User Roles & Requirements for the Authorization Concept ............................. 28
2.5.9 Quantification .............................................................................................................................. 28
2.5.9.1 Transaction and Data Volumes ................................................................................................... 28
2.5.9.2 Frequency of the Processes ....................................................................................................... 28
2.5.10 Measurable KPIs......................................................................................................................... 29
2.5.10.1 Status of KPIs before the Project............................................................................................ 29
2.5.10.2 Target KPIs............................................................................................................................. 29
2.5.11 Improvements to the Process Compared to As-Is Status ........................................................... 29
2.5.12 Functional Deficits/Gaps ............................................................................................................. 30
2.5.13 Notes on Further Improvements ................................................................................................. 30
2.5.14 Development Considerations ...................................................................................................... 30
2.5.15 FRICE Considerations ................................................................................................................ 31
2.5.15.1 Forms Considerations ............................................................................................................ 31
2.5.15.2 Reports Considerations .......................................................................................................... 31
2.5.15.3 Interface Considerations ......................................................................................................... 31
2.5.15.4 Data Conversion Considerations ............................................................................................ 31
2.5.15.5 Enhancements Considerations ............................................................................................... 31
2.6 Process Model Level 3, Business Process 2 AUC (Asset Under Construction) Asset Process ............. 31
1 INTRODUCTION
This document states all of the conceptual results of the project SAP H. These project results were
devised and decided on by the project team and the Business Process Owner during the Business
Blueprint project phase. This is the main concept document of the project. The content of this
document forms the basis and the guidelines for the subsequent realization phase. This document
aims to describe the future business solution for SAP.
Any additional explanations that are only relevant when the project is in progress are given in the
various project management plan documents, which the project management team will provide on
request.
The following Business Team form part for the outcome of the Business Blue Print
ABC SAP
Team
Leader Name Role Location Ext. E-mail
1
Key
Users
1
2
3
4
5
The following basic documents describes the foundations of the project work that affected the
initial designs and concepts of the project. The information here is a selection of the most
important information. The complete information is available on the shared project file server at
//SAPProject/SAPH/Business Blue Print/FI/
ABCs current computer system has evolved through in-house development since two decades
and many individual island systems exist to carry out the business process.
Data communications among the applications are very restrictive and are not supporting the
business requirements adequately and are not integrated.
As part of its Computerization strategy, ABC Company Ltd has made the decision to replace its
existing systems with an ERP - my SAP integrated software.
The focus of benefits will be to provide common business systems across ABC that will:
The primary benefits expected to accrue from the SAP implementation are:
Broadly to mention
This section summarizes the project scope that was agreed between the customer and the
contractor. This scope goes beyond the tasks that the service provider SAP International for IT has
been assigned and includes all project tasks that ABC must complete internally for itself.
The scope is subject to a strict change procedure. The process for changing the scope is
described in Project Scope Document ID..
To explain the scope as precisely as possible, several dimensions were chosen for examining the
scope, some of which may overlap: Specifically, the scope is examined in terms of the processes,
IT functions, technology, organization, method, and deliverables.
Functions:
- mySAP ERP, component ECC 6.0 with EHP5.
Technology:
- Complete replacement of Venus System
Organization:
- Preparation of a centralized accounting department for all subsidiaries, including the
appropriate training activities
Method:
- The project includes the training of end users
- Project staff will provide support for the end users during the first month after the go-live
HI_FI_AA_05_03
Create Capital Asset
Refurbishment of HI_FI_AA_05_04
Asset
HI_FI_AA_05_05
Transfer of Asset
HI_FI_AA_05_06
Run Depreciation
Asset Retirement
Core & Support Process Business Business Process Business Process Code
-Level 1 Process Group Level 3
Level 2
HI_FI_AA_05_07
HI_FI_AA_05_08
Fixed Asset Reports
The following processes are examined in the area of maintaining Fixed Asset Accounting by ABC
Company Finance Department:
Asset Master
Asset Purchases
Depreciation
Asset Under Construction
Sale of Asset & Scrapping of Asset
Asset Master:
Asset Purchases:
Vehicles, Tools and Machinery and Heavy Equipment are procured by Commercial
Existing Software does not have Asset Maintenance in the Current System.
Depreciation:
ABC is calculating depreciation manually on yearly basis. Depreciation starts from the 1st of
subsequent month from date of acquisition. Depreciation is calculated by Straight Line Method.
Depreciation rate for assets may be changed (as per Management decision based on Auditors
request). ABC is capitalizing the assets on the 1st of subsequent month from the date of
purchase.
ABC capitalizing assets after the completion of the construction (after 100%)
Vehicles, tools and machinery and heavy equipment are sold by Commercial Division with
approval of Finance Department, rest of the assets are sold by Concerned Department Heads
with prior approval from Finance Department.
Present all processes that the business blueprint examines in a structured format using three
process model levels. Handle the processes according to the various criteria.
Often, the structured descriptions of processes on the lower levels contain process variants that
only deviate from the main process in minor details, but which can later affect subsequent
processes. In such cases, decide whether it makes sense to include the variants in the process
model.
2.3 PROCESS MODEL LEVEL 1, CORE AND SUPPORT PROCESSES FINANCIAL ACCOUNTING
This document explains the design of the Financial Accounting module. The paper will describe
how Bank Master Data is maintained and used in FI and other all Integrated modules like CO, MM,
SD, HR etc.,
The document will act as a single source of material for all future design including Bank Master
Data and Business Processes in SAP for project Project SAP H of Finance Department.
FINANCIAL ACCOUNTING
The objective of this is to explain the functionality of the Asset Accounting sub-component (often
referred to as Fixed Assets). Asset accounting functionality is designed for the management and
supervision of ABC fixed assets and GL sub-ledger.
SAP Asset Accounting covers the complete lifecycle of an asset, which may start when the
purchase order is created or capitalized, to its retirement at the end of its useful life. During this
time, the system calculates appropriate depreciation values and interest amounts and presents
this information in many different reports.
The Asset Accounting (FI-AA) component is used for managing and supervising fixed assets with
the SAP System. In Financial Accounting, it serves as a subsidiary ledger to the General Ledger,
providing detailed information on transactions involving fixed assets.
As a result of the integration in the SAP System, Asset Accounting (FI-AA) transfers data directly
to and from other SAP components. For example, it is possible to post from the Materials
Management (MM) component directly to FI-AA. When an asset is purchased or produced in-
house, it can directly post the invoice receipt or goods receipt, or the withdrawal from the
warehouse, to assets in the Asset Accounting component. At the same time, it can pass on
depreciation and interest directly to the Financial Accounting (FI) and Controlling (CO)
components. From the Plant Maintenance (PM) component, it can be settled maintenance
activities of the PM-Order, which required capitalization of asset which will the process handled in
nd
SAP in the 2 Phase.
2.4.1 Requirements:
The objective of Fixed Asset Accounting is to ensure that all assets are recorded and maintained
accurately and in a timely manner as per ABC Company policies and procedures.
Capitalisation of Asset.
Tracking of Asset for fully depreciated asset.
Transfer of Assets from one Cost Centre to another Cost Centre
Sale of Asset
Scrapping of an Asset
Calculation and Posting of Depreciation
Asset accounting involves the setting-up of the organisation level settings. The activities involved are
following:
Chart of Depreciation
Depreciation Areas
Asset Classes
Account determination (Definition of Accounts)
Screen Layout (for Asset master)
Integration with General Ledger
Depreciation posting
Posting Keys for Asset Posting
FINANCIAL ACCOUNTING
This sub-process covers the processing of an Asset procurement or production to scrap or sale.
The following Seven major processes are identified in the area of Fixed Asset Accounting under SAP
FI Module for ABC Finance Department.
2.5 PROCESS MODEL LEVEL 3, BUSINESS PROCESS 1 PLAN & ACQUIRE ASSETS
This process defines to register all the assets acquired by ABC. The process will be managed in two
ways in SAP.
Assets acquired through Purchase Order
Assets acquired without Purchase Order
ABC will plan and procure assets through Purchase Order only.
The Asset Management design solution needs to address the following business requirements:
To record all the assets in the books of the company
To facilitate depreciation base values, asset should be correctly capitalised
Identification of asset will help in physical verification of inventory.
All capital Investments will be planned and budgeted. All asset procurements will be through PO
or Non-PO and tracked.
Capitalization decision will be made in the System and based on this decision; settlement will be
made in SAP to Final Assets
11
Point
1 4
Coordinates with FI Create Purchase Requisition with END
Manager to create Asset Acct. Assignment A- Asset
Master NON-SAP
5 NO
2 Purchase
Review PR & Validate 6
Analyze and Requisition
Budget Availability PR Approved
approve
NON-SAP
YES
Master Data
3
or
Create Assets
(Asset Master Data) NO
7 8 9
Convert Purchase Request Purchase Order Change Purchase
to Purchase Order Accurate Order
Ware house Purchasing
Manager
YES
10
Approve Purchase
Order
12
Asset Dr Goods Receipt with
Clerk
13
GR/IR Dr Vendor Payment
Invoice Receipt with
Vendor Cr
Reference to Purchase
Order
If PR
rejected,
Asset A/C
....... Dr
GR/IR A/C
...........Cr
Invoice Invoice will AP Accountant SAP Required at System
verification be verified Level
after
receiving
from the
vendor then
13 the entry will
be:
GR/IR A/C
........Dr
Vendor A/C
.......Cr
There is a direct link to GL Accounting, Accounts Payable, Accounts Receivable, Cash and
Banking sub modules in Financial Accounting and indirect links to all integrated modules like
CO,MM,SD,PS, etc.,
Asset Classes
Number Ranges for Asset Classes and Asset Masters
Create Asset Master
Procure Asset with procurement cycle (MM)
Procure Asset without Purchase Order (FI direct entry)
2.5.8 Process specific User Roles & Requirements for the Authorization Concept
2.5.9 Quantification
In Terms of Quantification the Transaction and Data Volume will be considerably less and the
frequency of the transaction will be as per the requirement of the Business.
The usage of the Transaction of Plan and Acquire Assets will be as per the Business
Requirement and the Data Volume will be considerably less in nature.
NIL
NIL
NIL
NIL
NIL
NIL
2.6 PROCESS MODEL LEVEL 3, BUSINESS PROCESS 2 AUC (ASSET UNDER CONSTRUCTION) ASSET
PROCESS
This activity deals with the processes relating to the AUC Asset Management by ABC.
Business User can manage the asset under construction in the system in two different ways,
depending on the types of functions that they need. The asset under construction can be
either a normal asset record, or a master record with line item management. As a result, the
transfer from the asset under construction to completed fixed assets can be handled in one of
two ways:
Summary transfer from a normal asset master record to the receiver assets (transaction type
348/349)
Line item settlement of an asset under construction that has line item management
HI_FI_AA_05_03 Develop Capital Projects (Asset Under Consrtruction(AUC) with Investment Orders)
Trigger
PO Related
Point
Capital Asset Needs Invoices Posted to Complete
to be Constructed Order Order
Approver Requestor
1
Create Request for a END
Capital Asset to be
Constructed
2
3
Review Request NO
Approved Asset
& Validate
Construction
Budget
YES
Cost Accountant
4 Construction
Create Investment Settlement Asset Under
Order with Asset Month-End Process Construction
Under Construction Settlement
Controller
Manager /
Finance
Release
5
Investment Order
Validate & approve
Payable Buyer
6
Purchase Asset
Under Construction
Accountant
Accounts
7
Invoice Posting to
Investment Order
NO
Accountant
8 YES
Monitor Order Asset Construction
Progress Completed
Pass the
information to
3
create
investment
order to asset
accountant
for the
approved
order
An asset that you produce yourself has two stages in its life that are relevant for accounting
from the point of view of your company:
Under construction phase
Useful life phase
Generally, an asset has to be shown in different balance sheet items, depending on the phase
that it is in. Therefore, it is necessary to manage the asset as a separate object or asset
master record during the construction phase. The transition between these two phases is
called "capitalization of the asset under construction" in the following.
The procedure corresponds to the procedure for the transfer between two assets within the
same company code. Before carrying out a full transfer of an asset under construction, you
have to reverse any down payments that were posted in the current fiscal year. Down
payments are ignored for a partial transfer.
Special transaction types for the transfer of assets under construction allow for transfers to be
displayed in the asset history sheet as acquisitions to fixed assets.
In the FI-AA component, you can accumulate costs under purely technical aspects in an asset
under construction. You do not need to consider the later creation of fixed assets at this point.
During the construction phase, you can accumulate all acquisitions for an investment in a
single asset. These acquisitions include
External activity (acquisition from vendor)
Internal activity (internal order)
Stock material (withdrawal from warehouse)
Line item settlement is carried out by using distribution rules. Distribution rules are asset-
specific. Several distribution rules form a distribution rule group. You can assign these groups
to one or more line items of an asset. Distribution rules consist of a distribution key and a
receiver. The distribution key can be equivalence numbers or percentage rates. In this way,
you can distribute any number of combinations of line items to any number of combinations of
receivers.
10% 10531-1000
20% 10531-2000
40% 10533-0000
30% 10533-1000
2.6.4.4 Receivers
You must settle those parts of the asset under construction that require capitalization to
capitalized assets. Those parts that do not require capitalization (expense) can be settled as
an adjustment posting to cost centres. You can specify a cost element in the account
determination in Asset Accounting for this settlement to cost centres. However, you should be
aware that you can only settle acquisitions from the current fiscal year to CO receivers. This
restriction applies since acquisitions from previous fiscal years should not have an effect on
expenses of later fiscal years.
In addition, it is possible to settle to general ledger accounts. However, these G/L accounts
cannot be defined with additional account assignment to a CO object. Therefore, you should
first settle to clearing accounts, if necessary, and then transfer the values to the
corresponding accounts in Financial Accounting.
This process has a direct Link with Material Management Module, and GL Accounting.
2.6.8 Process specific User Roles & Requirements for the Authorization Concept
2.6.9 Quantification
In terms of Quantification, the AUC asset Transactions and Data Volume will be considerably
Less and the
frequency will be as per the Business Requirement.
The Transaction and Data Volumes is less in number in respect of AUC Asset Transactions.
The frequency of the AUC Asset Transaction Postings will be as per the Business
requirement.
NIL
NIL
NIL
NIL
NIL
NIL
NIL
Refurbishment processing is the refurbishment/ recondition of equipment and spares which have
been damaged or worn out through continuous usage and needs to be refurbished. Equipment can
be refurbished either through internal repair or through an external contractor.
In refurbishment processing, the equipment / spare to be refurbished is either sent to stores after
doing in-house repair job or directly to be repaired through an external contractor. Cost of repair is
booked in the Refurbishment Order relating to a Material usage and value of the material.
In case of external refurbishment job, material is sent to the contractor for repair through store.
In case of In-house Refurbishment, and if the Material is not useful for refurbishment of the
Equipment, then a new spare part is planned for the Refurbishment order, a reservation is created
and new material is issued against this reservation.
This Process will be handled by ABC once the Plant Maintenance Module is implemented in
nd
the 2 Phase.
Need to Recondition
the Asset
Refurbishment
Create Issue Material with
Order Settlement on
Refurbishment Refurbishment
Asset as Period-
Order Order
End Process
Manager
Asset
Fixed
Asset Dr
Material Cr
Technical Equipments often require high-value components such as shafts, pumps, motors.
In case of damage, these must be replaced by an operational spare part and then refurbished
in a separate order.
As a work around solution the Business User can create an Internal Order for posting the
repairing expenses into the Order and finally settle them to the Asset.
This will help the Business User to track the Expenses of Repair for the Refurbishment of
Assets.
This process has direct link with Plant Maintenance, Production Planning, Material
Management Module, General Ledger and Indirect Link to CO Module.
2.7.8 Process specific User Roles & Requirements for the Authorization Concept
2.7.9 Quantification
Transaction and Data Volume will be less in nature while performing the Refurbishment of the
Assets.
As a workaround Solution, Business User can use Internal Order for tracking the Repairs
Cost and finally settle to the Asset.
NIL
NIL
NIL
NIL
NIL
NIL
Movement of assets from one location to another or from one company code to another should be
tracked in the system. In Asset accounting there are two types of transfers, intra-company and inter-
company asset transfers:
Intra-company asset transfer: sending asset is transferred to a target asset within a
single ABC Company code, for example, if the asset was created in the wrong asset
class or Sending Asset from one Cost Center to the Other Cost Center within the
Company Code.
Inter-company asset transfer: sending asset is transferred to a target asset that is
assigned to a different company code. For example, if the asset transferred from ABC
Company code to Other Company code..
The Asset Transfer solution needs to address the following business requirements:
Movement of asset from one company code to another company code should be effected in
system. Depreciation has to be booked to the company code from the date of transfer.
In case of movement of assets across cost centers, depreciation has to be booked to the relevant
cost centers from the day of movement.
Need to Transfer
Asset
YES Inter-Company NO
Transfer
Manager
Inter-Company Transfer
(Asset can transfer from
(Asset can transfer
Asset Class / Plant /
between Company
Cost Centre /
codes which are in SAP)
Location)
Intra-company Asset Transfers: Using intra-company asset transfer, ABC Company transfers a
fixed asset, to a different asset master record. The target asset has to be in the same company
code as the sending asset. Intra-company transfer may be necessary for one of the following
reasons:
An asset was created in the wrong asset class. Since you cannot change the asset class
in the asset master data, you have to transfer the asset to a new master record.
You split up an asset or move part of an asset (transfer from one asset to another asset)
An asset is transferred from one Location(Cost Center) to another Location within the
Company Code.
Inter-company Asset Transfers: This function will be used to transfer asset from one company
code to another company code within the ABCgroup. From the groups perspective, an
intercompany transfer represents a retirement for the one company and an acquisition for the
other. However, it typically represents a transfer that balances to zero in the group asset history
sheet. An intercompany asset transfer within ABCcorporate group may be necessary for one of
the following reasons:
The physical location of the asset has changed, making it necessary to assign the asset to
a new company code.
The organizational structure of the corporate group has changed, requiring you to reassign
the asset to a different company code.
The Inter-Company Process will be available in SAP once the other Company Code ABC
Contracting is in Place.
This Process has direct link with the GL Accounting and indirect link to Controlling Module.
Asset is transferred.
2.8.8 Process specific User Roles & Requirements for the Authorization Concept
2.8.9 Quantification
In Terms of Quantification the transactions relating to Asset Transfer will be as per the
Business Requirement.
The Transaction and Data Volume is comparatively less as and when Business requires.
NIL
NIL
NIL
NIL
NIL
NIL
NIL
NIL
This process defines the method of executing Depreciation Run with SAP.
The process of depreciation is required to calculate and post the depreciation on the Assets within the
Company Code on monthly basis.
To calculate asset wise depreciation at different depreciation rates to comply the legal
requirements. Depreciation calculation shall be done on pro-rata basis starting from the day
of capitalization, till date.
Depreciation should be carried on the basis of depreciation area. Only Depreciation area 01
Book Depreciation is posted to GL Accounts.
Depreciation should be simulated before it can be posted to G/L account by test run option
In case certain terms are changed in asset master which have effect on depreciation or base
values, the change in depreciation value should be carried in the current depreciation run.
Re-run/ Un-planned Depreciation of the current periods Depreciation run should be allowed
in the system
When an asset is retired, depreciation is calculated till the date of retirement. In case it is
transferred, the system should generate or calculate depreciation till the date of transfer in
old cost center & subsequently to new cost center
For Low value assets, depreciation should be charged in the period of purchase
Need to Run
Depreciation
Validate Assets
before Run
Depreciation
NON-SAP
Manager
Asset
Fixed
Run Depreciation
Month-End Process
The following steps should be ensured before running the Depreciation run in the Month End.
Ensure that all the assets have been capitalized and all required entries like addition,
deletion, transfer, settlement of assets under construction etc., are completed
Ensure that all the activities like Acquisition, retirement, posting of parked documents,
impairment, capitalization of Foreign exchange fluctuations, Reconciliation with FI books
are completed.
After ensuring the above activities, carry out Depreciation Run Program. A Batch Input
session will be generated and depreciation posting will be carried automatically in the
background and posts to the respective GL Accounts.
Repeat Run of the Depreciation is possible only for the Current Period.
This process has a direct link with Financial Accounting Module and indirect Link with the
Controlling Module in SAP.
The following are some of the inputs which form part in the process of Depreciation Run.
Depreciation posting for the period is done for all the Assets in the Company Code.
2.9.8 Process specific User Roles & Requirements for the Authorization Concept
2.9.9 Quantification
In terms of Quantification the transaction will be on the month end. The Data Volume will be
comparatively high for ABC as it covers the all the Assets under the Company Code.
Transaction and Data Volume for this process will be considerably high in nature
The Frequency of the Processes will be monthly as a part of Month End Activity.
Less time consuming and online updating of the Depreciation to all the Assets under
Company Code.
NIL
NIL
NIL
NIL
NIL
NIL
NIL
NIL
Asset retirement is the removal of an asset or part of an asset from the asset portfolio. This
removal of an asset (or part of an asset) is posted from a bookkeeping perspective as an asset
retirement. Depending on organizational considerations, or the business transaction which
leads to the retirement, you can distinguish the following types of retirement:
An asset is sold, resulting in revenue being earned. The sale is posted with a customer.
An asset is sold, resulting in revenue being earned. This sale is without a Customer. The
sale is posted against a clearing account.
Need to Retire
Assets
1
2
Manager
Retirement at
Asset
Retirement Due to
Fixed
Revenue with
Scrapping
Customer
There are transactions and transaction types in the system for these different retirement types.
Retirement
Sale Scrap
With Without
customer customer
The system enables you to post the entry to Accounts Receivable, the revenue posting and the
asset retirement in one step. In this posting transaction, you have to post the revenue (debit
A/R, credit revenue from asset sale) first, and then post the asset retirement. An indicator in the
posting transaction specifies that the system posts the asset retirement after the revenue
posting.
When you use the standard transaction types, the system automatically creates a gain posting
or a loss posting, as well as a revenue clearing entry, in addition to the asset and accumulated
depreciation correction postings. This gain/loss posting, as well as the revenue posting, are not
dependent on the transaction type. The automatic creation of these postings is controlled by
the Gain/loss from retirement indicator in the definition of the transaction type. You can also
choose not to set this indicator, in which case you have to enter the postings manually.
A retirement without revenue is the removal of an asset from the asset portfolio without any
revenue, for example, by scrapping. When you use this posting option, the system does not
create revenue and gain/loss postings. Instead it creates a Loss from an asset retirement
without revenue posting in the amount of the net book value being retired.
An asset retirement can refer to an entire fixed asset (complete retirement) or part of a fixed
asset (partial retirement). In both cases, the system automatically determines, using the asset
retirement dates entered, the amounts to be charged off for each depreciation area. You can
initiate the partial retirement of a fixed asset by entering one of the following:
The amount of the acquisition and production costs being retired
o A percentage rate
o A quantity
When you enter the amount that is being retired, the system determines the percentage to be
retired from the asset using the first depreciation area in which posting is to take place. It
determines the percentage amount of APC being retired in that area, and uses the same
percentage for other areas. You can enter a quantity, provided that you have not specified a
retirement amount or percentage rate. The system interprets the quantity as a ratio to the total
quantity of the asset and thereby determines the asset retirement percentage rate. If
necessary, you can also manually correct the retirement amounts that were calculated by the
system in individual depreciation areas. The system then recalculates the retirement amounts
for that area, and any areas that are dependent on that area.
The asset value date of the retirement is recorded in the asset master record. You cannot
post any transactions with a value date before the value date of the last retirement. If you
nevertheless need to post such a transaction, you must first reverse all retirements that lie
after the value date of the belated posting. After posting the belated transaction, you can then
re-post the retirements.
Make sure that you select the correct transaction type for both partial and complete retirement.
For the complete retirement of a fixed asset acquired in previous years, always select a
transaction type intended for prior-year acquisitions. A partial retirement can always relate
either to prior-year acquisitions or to current-year acquisitions.
Based on the value date and period control, the system automatically determines the reference
period for the retirement. The system automatically determines any depreciation (value
adjustments) that is applicable to the part of the asset being retired, up to the reference period
(retirement). The system automatically retires this depreciation at the time of the retirement
transaction. This procedure guarantees that the percentage of the book value that is retired is
identical with the percentage of the acquisition and production costs that is retired.
The standard transaction types delivered by SAP are already defined in this way. The system
uses the transaction type 290 for proportional values with retirements. For transfers it uses
transaction types 390/395 (transfer retirement/acquisition).
The Process of Asset Retirement has direct link with Sales and Distribution, Financial
Accounting and Indirect Link to the Controlling Module.
Fixed asset scraped and asset register updated with the scrap transactions.
2.10.7 Process specific User Roles & Requirements for the Authorization Concept
2.10.8 Quantification
In terms of Quantification this process transactions is very less and data volume will be
considerably less.
The Usage of Executing the Transaction is very less as per the Business Requirement and
Data Volume will be considerably is less.
NIL
NIL
NIL
NIL
NIL
NIL
NIL
NIL
This process defines the extraction of Asset Information from SAP. SAP provides huge number
of Standard Reports in the area of Asset Management.
Report for transaction during a period like acquisitions, retirements, transfers etc.
Report based on certain criteria like asset class, company code, locations, Asset
number, etc
Asset register
Need to generate
Fixed Asset Reports
Fixed Asset Manager
1 3
2 4 5
Asset History Asset Net Book
Depreciation Acquisitions & Other Useful SAP
& Asset Values By Asset
Reports Depreciations Standard Reports
Explorer Class etc.,
Many different transactions can occur during an assets life. Such transactions include acquisition
postings, retirements, transfers, and various other adjustments.
Transaction reports are hierarchical in nature. This means that each report has the following:
The Hierarchical report summarizes all transactions for this asset on the asset level itself and
shows the individual transaction amounts below the asset. In other words it allows viewing
the report up to the Individual Transaction Level.
The Hierarchical Reports consists of all type of Reports like Asset History, Acquisition
Reports, Asset Transfer, Asset Retirement, Depreciation Reports etc.,
Asset Reports are directly linked with GL Accounting and indirectly linked to SD, MM and CO
Modules.
2.11.8 Process specific User Roles & Requirements for the Authorization Concept
2.11.9 Quantification
In terms of Quantification this process transactions is very high and data volume will be
considerably high. The Frequency will be daily as per Business Requirement.
The Usage of Executing the Transaction is very high as per the Business Requirement and
Data Volume will be considerably is high.
The Frequency of the Processes will be daily as per the Business Requirement.
NIL
NIL
NIL
NIL
NIL
NIL
NIL
NIL
3 SOLUTION TRANSFORMATION
The Organizational Elements impacting for the above process in respect of ABC Organization
structure as detailed below:
Company Code
Chart of Depreciation
Chart of Accounts
Depreciation Area
Asset Classes
Account Determination
Asset Master
The following Business Requirements will be fulfilled with Asset Management in SAP.
Capitalisation of Asset.
Sale of Asset
Scrapping of an Asset
Asset Reporting
Design Aspects covered for ABC in the Asset Management Processes are detailed below:
Depreciation Area : Depreciation Area for ABC will be 01 (Book Depreciation Area)
1000 : Land
2000 : Buildings
5000: Vehicles
Depreciation Method: The Depreciation Method defined for ABC is Straight Line Method.
Number Ranges for Assets: The following number ranges defined for ABC.
Depreciation Run : For ABC Depreciation Run will be done Monthly as a part of Month End Process.
Year End Process : As a part of Year End process, ABC will Open new Asset Year and Close the
Completed Asset Fiscal Year.
The asset master record contains all information relating to an asset that remains unchanged
over a longer period of time:
Depreciation terms
The system stores all the values and transaction data per each asset master record.
Assets can be represented differently in the FI-AA component according to their complexity.
The structure of the master record is identical for all asset main numbers, asset sub-numbers
and group assets. Therefore, the basic procedure for creating any of these objects is
essentially the same.
While Creating of Asset Master Data for ABC, the following Business requirements will be
considered.
Assets will be created by Master Data Administrator under correct Asset class
applicable.
Certain information like depreciation %, depreciation key will be defaulted from the
Asset Class.
Certain fields like insurance data, leasing data are required in the asset master for
recording information.
Reporting on assets based on location should be possible for this, Location need to be
entered in Master Data.
Asset Classes are used to structure fixed assets in SAP. All asset master records are
created with reference to Asset Class. It defines certain fields which are defaulted in
asset master data. This ensures that the data in asset master records are handled
uniformly.
Asset class consists of two main sections:
Master data section which contains basic descriptions, Assignment to CO Objects, time
dependent data and other descriptive information
Valuation section which contains data relevant for depreciation like depreciation area,
depreciation key, useful life, start of depreciation date etc
The asset class defaults the depreciation key and useful life to the asset master records.
In consideration of the above processes, the strategy of data migration will be in two levels of
uploading the Asset Balances into the System. If the Go live is before December 2011, then
the Balances as of December 2010 will be taken separately in one Data Template and the
current year depreciation till Go Live date will be taken in another Data Template. Both the
Templates will be uploaded into the system and ensure the Balances in Financial Books
Asset Class wise is tallied.
The Relevant Data Templates will be provided to the Business Team for updating, soon after
the Business Blue Print phase is completed.
3.1.5 Roles
Transaction Title
4 SYSTEM LANDSCAPE
(Final Authorization matrix will be given at the time of User Acceptance Testing)
5 GLOSSARY
Terms Explanation
The Master data maintenance component is used for
recording the master data of Fixed Assets on an individual
Asset basis. A Fixed Asset is defined as an individual
economic good that it is recognized in the balance sheet at
the time of closing, and is in the long-term service of the
Asset Master Data enterprise
Charts of depreciation are used in order to manage various
legal requirements for the depreciation and valuation of
assets. These charts of depreciation are usually country-
specific and are defined independently of the other
organizational units. A chart of depreciation, for example,
Chart of Depreciation can be used for all the company codes in a given country
Asset classes are the most important means of structuring
fixed assets. You can define an unlimited number of asset
classes in the system. You use the asset classes to
structure your assets according to the requirements of your
enterprise. Asset classes apply in all company codes. The
asset class catalog, therefore, is relevant in all company
codes in a client. The preceding is also true when the
company codes have different charts of depreciation and
Asset Class therefore different depreciation areas.
For internal accounting, you generally need to assign asset
Assignment to Cost Centre & Profit costs to cost centers. Therefore, you can assign each asset
Centre in Asset Accounting to exactly one cost center. You make
Terms Explanation
this assignment in the asset master record. At the level of
the cost center, you can then
Post all depreciation and interest for the asset
Plan all future depreciation and interest
Statistically post gain or loss from the sale of assets
Assets under construction are a special form of tangible
assets. They are usuallydisplayd as a seperate balance
sheet item and therefore need a separate account
Asset Under Construction determination in their asset classes.
Using the Asset Accounting (FI-AA) component, you can
automatically update all relevant transactions to the general
ledger. These include all accounting transactions that are
posted to assets, and all changes to asset values that are
automatically calculated by the system (particularly
depreciation). This update takes place immediately online
for the master depreciation area. For all other depreciation
Account Determination (Account areas, this update is either direct or takes place during
Assignment) periodic processing
Use depreciation areas to calculate different values in
parallel for each fixed asset for different purposes. For
example, you may require different types of values for the
balance sheet than for cost accounting or tax purposes.
Manage the depreciation terms and values necessary for
this valuation in the depreciation areas of each asset. Since
the system allows you to define up to 99 depreciation
Depreciation Area areas.
The depreciation key contains the value settings which are
necessary for determining depreciation amounts. It
represents a combination of calculation rules, which are
used for the automatically calculated depreciation types
Ordinary depreciation
Special depreciation
Depreciation Key Imputed interest
The location is handled the same as the plant. In addition
to a plant, you can make a time-dependent assignment of
Location the asset to a location.
5.1 APPENDIX
NIL
5.2 REFERENCES/BIBLOGRAPHY
NIL