AIM

CV.040 CONVERSION DATA MAPPING Zensar technoligies Assets conversions

Author: Creation Date: Last Updated: Document Ref: Version:

<Pradeep.H> May 7, 1999 XXX 0, 0000 <Document Reference Number> DRAFT 1A

Approvals: <Approver 1> <Approver 2> Copy Number _____

Document Control
Change Record
4

Date 7-May-99

Author Pradeep.H

Versio n Draft 1a

Change Reference No Previous Document

Reviewers

Name

Position

Distribution

Copy No. 1 2 3 4

Name Library Master Vikas bahl

Location Project Library Project Manager

Note To Holders: If you receive an electronic copy of this document and print it out, please write your name on the equivalent of the cover page, for document control purposes. If you receive a hard copy of this document, please write your name on the front cover, for document control purposes.

Contents

Document Control....................................................................................... Introduction................................................................................................. Purpose.................................................................................................. Application Business Object Reference Information..................................... Conversion Mapping - Assets conversion from R11i to R12......................... Extract File Layout....................................................................................... Data Clean-up.............................................................................................. Data Normalization...................................................................................... Open and Closed Issues for this Deliverable................................................ Open Issues........................................................................................... Closed Issues.........................................................................................

Introduction
Purpose
The Purpose of this document is to arrive at a Data migration Strategy for G4 project. Data Migration is the process of transfer of data from the current systems in use to the proposed Oracle eBiz R12. Currently Accounting Data is maintained in Oracle Apps R11i. Data from the R11i systems will be converted to Oracle Applications Release12 data. Henceforth in this document the terms Migration and Conversion will be used. The Data Migration Strategy will cover following aspects:

detailed data mapping from the R11i ( legacy system) to the R12 oracle assets for Fixed assets conversion file layout to be used for extraction of the data from the source system Cut off Date Type of data to be migrated Migration process in general

FA Migration strategy Use of Data Migration Strategy document

The primary use of this document is to record and communicate the data conversion scope, objectives, approach, and requirements. The conversion team uses this document to communicate the strategy for successfully converting the legacy/existing Oracle 11i data to the new Oracle R12 environment. The Project Manager uses this document to understand how the conversion team plans to perform the conversion and how the conversion efforts may impact overall project.

This Data Migration Strategy document will be distributed and communicated to The Project Manager, who should sign off on the conversion requirement and strategy. Conversion Team Members. Other process leaders who are responsible for tasks that are prerequisites for conversion tasks, or whose tasks are dependent on output from conversion tasks.

FA Data Migration Strategy

The data migration strategy has been formulated keeping in mind the following data conversion Capitalized assets CIP assets accumulated depreciation lines

Cut Off Date The selection of the cut off data for migration of data will be based on following factors Clear identification of transactions from the source system Audit-ability Continuity

Cut off date should be close the date for which statutory audit has been completed, so that there are no audit complications, or the period which has been closed in the source system. This is usually the first day of the new accounting period. The cut off date (-----------)

Type of Data to be Migrated The data to be migrated can be classified into two categories Master Data Transactional Data (All transactions as of cut off date in source system(even the fully depreciated/retire assets also) All capitalized / CIP assets as of the cut off date will be migrated in new system with details of accumulated depreciation. Mass addition functionality will be used for adding assets. Web ADI will be used to upload asset details in Mass Addition table. Conversion of assets retired before the cut off date will be Migrated to the R12.
All the capitalised Assets would be uploaded into Fixed Assets with the Capitalised and Post as the flag. On posting the system will assign New Asset Nos. to all the Assets lying in MassAdditions. All the Assets would be uploaded with the Current Gross Value of the Asset along with the Life-to-date Depreciation Reserve balance and the Year-to-date Depreciation Reserve Balance. For conversion purpose, the Depreciation Reserve should be segregated as follows: Life-to-date Depreciation Depreciation Reserve from the date of capitalisation till 31-MAR-2011 Year-to-date Depreciation Depreciation Reserve from 01-APR-2011 till cut off date.

The System will not generate any accounting entry for Depreciation Reserve as the same is manually entered. For future depreciation run, the system will generate the Depreciation Reserve after taking into account uploaded Depreciation Reserve and post to GL.

The table below lists the Module and the Master data that needs to be migrated

Application Business Object Reference Information

In each of the following sections, a table maps the business objects for G4 R12 to the Oracle Application tables. The foreign key relationships between the Oracle Application tables are also indicated. Column (2) suggests whether the business object is a candidate for programmatic conversion. In column (4), the standard Oracle interface is documented if one exists for facilitating the conversion of a specific business object.
Business Object Setup Business FA calendar period Calendar Types FA Books FA INTERFACE Man/ Prog Owned By Open Interface Production Table Name(s) FA_CALENDAR_PERIODS FA_CALENDAE_TYPES FA_BOOKS FA_TRANSACTIONS_INTERF ACE Remarks

Object M FA M M FA FA

Transaction Entities FA P TRANSACTION S

FA

FA_INVOICE_TRANSACTION S

Conversion Mapping - <Business Object Name>

Below is a table mapping the legacy data elements to the Oracle tables and columns. The following processing ID codes are used in the mapping spreadsheet: <Business Object Abbreviation>PR = Processing Rule <Business Object Abbreviation>TR = Translation Rule <Business Object Abbreviation>FR = Filter Rule <Business Object Abbreviation>FKR = Foreign Key Rule <Business Object Abbreviation>DR = Derivation Rule <Business Object Abbreviation>DV = Default Value Rule Target Application: <G4 r12> Business Object : <FA CONVERSIONS> Prepared by:Pradeep.H
(1) Ref.# (2) Target Application Table (3) Target Application Table Column (4) (5) (6) Source System File Name (7) Source System Field Name (8) Source System Field Datatyp e (9) Default Value

Target Not Column Null? Datatyp e

Migration Process in General Migrating data in a three step process - data preparation, data verification / cleanup and data migration. No. 1
2 3

Step Data Preparation (Extract)

Data Validation / Cleanup Data Migration in R12

Business Business

Responsibility

Implementation Team

Data Preparation

Data preparation is essentially extracting the data required to be migrated from the source system in the formats provided. There are certain fields that are mandatory when uploading data in Oracle and these will have to be compulsorily filled in.

Data Cleanup
It will be the responsibility of the Finance Team to cleanup the deta before they are uploaded in Oracle R12. This is necessary to avoid duplicate, and also to avoid migrating the deta that longer needs to reside in the system.

Data Migration
This step essentially involves uploading the data in Oracle R12 using interfaces, APIs where available. In certain cases where interfaces / APIs are not available or the volume of data is less the data migration will be done manually.

Extract File Layout

Below attached document will be used for the data extraction from the oracle Release 11i

Open and Closed Issues for this Deliverable

Open Issues

ID

Issue

Resolution

Responsibility

Target Date Impact Date

Closed Issues

ID

Issue

Resolution

Responsibility

Target Date Impact Date