AIM

CV.010 DATA CONVERSION REQUIREMENTS AND STRATEGY <Company Long Name> <Subject>

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

<Author> May 25, 1999 May 28, 1999 <Document Reference Number> DRAFT 1A

Approvals: <Approver 1> <Approver 2>

CV.010 Data Conversion Requirements and Strategy May 28, 1999

Doc Ref: <Document Reference Number>

Document Control
Change Record
5

Date 25-May99

Author <Author>

Versio n Draft 1a

Change Reference No Previous Document

Reviewers

Name

Position

Distribution

Copy No. 1 2 3 4

Name Library Master

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.

<Subject> File Ref: 168083273.doc

(v. DRAFT 1A ) Company Confidential - For internal use only

Acceptance Criteria

CV.010 Data Conversion Requirements and Strategy May 28, 1999

Doc Ref: <Document Reference Number>

Contents

Document Control.......................................................................................ii Introduction................................................................................................1 Purpose................................................................................................. 1 Project Deliverables Audience...............................................................2 Benefits................................................................................................. 2 Scope.......................................................................................................... 3 Background........................................................................................... 3 Applications...........................................................................................3 Platforms............................................................................................... 4 Connectivity..........................................................................................5 Tools...................................................................................................... 6 Other Technologies...............................................................................6 Objectives................................................................................................... 7 Objectives............................................................................................. 7 Critical Success Factors.........................................................................7 Approach.................................................................................................... 8 Tasks and Deliverables.........................................................................8 Key Inputs............................................................................................. 9 Constraints and Assumptions................................................................9 Schedule/Critical Milestones...............................................................10 Required Resources............................................................................10 Conversion Team Organization...........................................................10 Roles and Responsibilities...................................................................13 Conversion Resource Requirements...................................................14 Conversion Strategy.................................................................................18 Conversion Approach..........................................................................19 Automated Tools.................................................................................21 Conversion Process Flows.........................................................................22 General Ledger Conversion Process Flow............................................23 Accounts Receivable Conversion Process Flow...................................24 Accounts Payable Conversion Process Flow........................................25 Inventory Conversion Process Flow.....................................................26 Bills of Material Conversion Process Flow............................................27 Work in Process Conversion Process Flow...........................................28 MRP Conversion Process Flow.............................................................29 Engineering Conversion Process Flow.................................................30 Purchasing Conversion Process Flow...................................................31 Order Entry Conversion Process Flow..................................................32 Project Standards......................................................................................33
<Subject> File Ref: 168083273.doc (v. DRAFT 1A ) Company Confidential - For internal use only Acceptance Criteria

CV.010 Data Conversion Requirements and Strategy May 28, 1999

Doc Ref: <Document Reference Number>

Century Date Compliance...................................................................33 Tool Standards....................................................................................33 Deliverable Naming Standards............................................................34 Data Clean-up Process..............................................................................35 Data Clean-up.....................................................................................35 Key Data Translations.........................................................................35 Testing Strategy.......................................................................................36 Acceptance Criteria...................................................................................37 Delivery............................................................................................... 37 Data Acceptance.................................................................................37 Audit/Control.......................................................................................37 Issue Tracking Procedures........................................................................38 Issue Management Procedure.............................................................38 Issue Resolution..................................................................................38 Version Control Procedures.......................................................................39 Change Management................................................................................40 Quality Management................................................................................41 Conversion Requirements.........................................................................42 Business Object Conversion Selection Criteria.........................................48 Open and Closed Issues for this Deliverable.............................................49 Open Issues......................................................................................... 49 Closed Issues.......................................................................................49

<Subject> File Ref: 168083273.doc

(v. DRAFT 1A ) Company Confidential - For internal use only

Acceptance Criteria

Doc Ref:

Introduction
Purpose
This Data Conversion Requirements and Strategy document defines the requirements, scope, objectives, and strategy for the <Project Name> conversion effort. The Data Conversion Requirements and Strategy document is used as follows: 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 data to the new Oracle system(s). The conversion team uses this document as a road map for performing the conversion. All members of the team should understand and follow the same strategy. The project manager uses this document to understand how the conversion team plans to perform the conversion, and how the conversion effort may impact the overall project. Distribute and communicate the Data Conversion Requirements and Strategy to the: project manager from the implementation services provider client project manager, who should sign-off on the conversion requirements 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 Use the following criteria to ensure the quality of this deliverable:

Are the project scope and objectives clearly identified? Are specific critical success factors documented? Is the impact of each dependent task from other processes considered? Are the conversion requirements clearly defined, including all legacy applications and business objects? Do the definitions indicate the level of detail and history to be converted? Is a disposition path for every existing business object/data element clearly defined? Is the strategy understood by those on the distribution list for this deliverable?

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Are all assumptions, constraints, and risks that could impact the conversion stated, understood, and mitigated?

Project Deliverables Audience

The conversion activities involve interaction with the following groups: <Company Short Name> conversion and interfaces teams the project team members responsible for the following conversion prerequisites: Design/Build Standards Existing and proposed System Data Model Database Extension Design those responsible for the technical architecture of the overall project conversion and interface capacity requirements those responsible for the system test and the systems integration test all <Company Short Name> pilot and roll out application and technology installation project teams project managers responsible for staffing the conversion and interface effort project managers responsible for training project resources

Benefits
By following the proven AIM conversion approach, the following benefits can be realized: faster data conversion through defined standards and procedures lower conversion cost leveraged from repetitive use of conversion programs centralized definition and maintenance of conversion practices, designs, and code minimized use of functional and technical resources to repetitively analyze, design, and deploy conversions minimized number of resources to support the conversion tasks

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Scope
This section identifies included and excluded conversion project scope.

Background
Below is a discussion of the following project features: single or multi-site conversion implementation single or multi-phased conversion implementation single or multiple data sources common definition of key data elements across multiple sites unique project/legacy system features Single or Multi-site Conversion Implementation

Single or Multi-phased Conversion Implementation

Single or Multiple Data Sources

Common Definition of Key Data Elements Across Multiple Sites Common reference date:

Common document data:

Common transaction data:

Common historical data: Unique Project/Legacy System Features

Applications
This project includes conversion of the following application modules to the defined Oracle Application modules:
Acceptance Criteria Company Confidential - For internal use only

File Ref: 168083273.doc

(v. )

Doc Ref: Oracle Application Financials General Ledger Payables Purchasing Fixed Assets Distribution Order Entry Receivables Inventory Manufacturing Bills of Material Master Scheduling/MRP Engineering Capacity Work in Process HR/Payroll Project Accounting Sales and Marketing Checkbox Documents Transaction s History

The following data will be converted to a Data Warehouse: The following legacy system applications will not be converted in this project to Oracle Applications:

Platforms
Legacy System The legacy systems currently operate on the following platforms/environment: Hardware/versions: Operating system/versions:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Software/versions/module/manufacturer: Oracle Applications Target System The Oracle Applications will be running on the following platform/environment:

Connectivity
The following data connectivity/transfer methods are available: Transparent Gateways Procedural Gateways File Transfer Software PC-Based Transfer Tools ODBC Drivers

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Tools
The following automated tools will be available to facilitate the conversion project: Data Management Tools Data Modeling Tools Data Scrubbing Tools Data Transformation Tools Data Mapping Tools Database Utilities

Other Technologies
The following is a list of third party software to be considered in the scope of this conversion project:
File Ref: 168083273.doc (v. ) Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Objectives
Objectives
The key objectives of the conversion effort follow: Convert legacy and other related enterprise data to the Oracle Application suite of products.

Critical Success Factors

In addition to the critical success factors that have been identified for the overall Oracle implementation for <Company Short Name>, the following critical success factors are specific to this conversion: early conversion planning and coordination across all <Company Short Name> companies to maximize timely and cost-effective enterprise-wide conversion and migration development investments well defined technical architecture strategy, requirements, and application configurations that are agreed upon and stable participation of representatives from each conversion group as part of the project team helping to ensure consideration of enterprisewide business and system interface points availability of planned Oracle application programmatic interfaces (APIs) early identification and completion of key data translations, cleanup, and transformations

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Approach
Tasks and Deliverables
The major tasks and corresponding deliverables provided in this conversion project are:
Task Define Data Conversion Requirements and Strategy Define Conversion Standards Prepare Conversion Environment Perform Conversion Data Mapping Description Analyze and document the conversion scope, objectives, approach, requirements, and the strategy for how the conversion will be performed. Document the standards that should be followed throughout the conversion effort. Prepare the conversion environment for the development and testing of the conversion programs. Map legacy data files and elements to the Oracle Application table(s) and columns. This map includes an explanation of business, translation, foreign key rules, and default settings. Define procedures for manually converting applicable business objects through Oracle Application forms. Design how the conversion programs should be coded using conventional programming techniques or built using an automated conversion tool. Specify test procedures to be followed for performing conversion unit, business object, and validation tests. Develop conversion programs based on the Conversion Program Design that have been coded or built using an automated conversion tool. Test the performance of each of the individual conversion program modules. Test how the converted data performs within the target application. Test how the converted data performs within the entire suite of target applications. Install the conversion programs that have been coded and tested. If an automated conversion tool is being used, the tool should remain installed until the final conversion is performed Convert data that has been verified by the users before commencement of production operations. Deliverable Data Conversion Requirements and Strategy Conversion Standards Conversion Environment Conversion Data Mapping

Define Manual Conversion Procedures Design Conversion Programs

Manual Conversion Procedures Conversion Program Designs

Prepare Conversion Test Plan Develop Conversion Programs

Conversion Test Plans Conversion Programs

Perform Conversion Unit Tests Perform Conversion Business Object Tests Perform Conversion Validation Tests Install Conversion Programs

Unit-Tested Conversion Programs Business Object-Tested Conversion Programs Validation-Tested Conversion Programs Installed Conversion Programs

Convert and Verify Data

Converted and Verified Data

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Key Inputs
Key inputs to this conversion include: Statement of Work Documents outlining enterprise application and technology architecture strategy, requirements, and constraints Existing and required Business Data Flow Application and module configuration including code table definition, Oracle flexfield and descriptive flexfield definition, thirdparty and custom developed applications key field definitions, etc. Module Design Standards Module Build Standards Existing System Data Model Current Process Model Trained Users for testing Project Management Plan Project Workplan Project Quality Management Strategies, Standards, and Procedures

Constraints and Assumptions

The conversion effort must operate within the following limits and assumptions: Time Frames

Resource Availability

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Schedule/Critical Milestones
Oracle and <Company Long Name> will review and approve each project milestone by using the standard acceptance criteria for each task deliverable produced. In addition to the conversion deliverables, the following project milestones have been identified:
Milestone Application Installation Configure Applications Complete legacy data cleanup Phase Operations Analysis Solution Design Transition Current Conversion Milestone Date November 30, 1999 December 10, 1999 March 31, 2000 Actual Conversion Milestone Date TBD TBD TBD

Required Resources
This conversion has the following resource requirements: Project Manager Client Project Manager Business Analyst Application Specialist Technical Analyst for data mapping and design Developer IS Manager Client Staff Member Tester Database Administrator System Administrator User

Conversion Team Organization

The following are the criteria that were used to develop the structure of the conversion team: conversion to be completed by <Provide a Date>, in time for Business System Testing the number of business objects to be converted skills required for conversion
File Ref: 168083273.doc (v. ) Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

time estimate for conversion of each business object data reconciliation to be done by the users Based on the above criteria, the conversion team can have one or more groups as shown below.

Conversion Lead

Group 1 GL Open Balance, Assets etc

Group 2 Customers, Cash Receipts etc

Group 3 Vendors, Invoices, BOM etc

Group 4 Item, Qty on Hand Item Cost etc

LEGACY System Tech Persons (2/3)

Conversion Group 1 This group will be responsible for the following tasks: Conversion Group 2 This group will be responsible for the following tasks: Conversion Group 3 This group will be responsible for the following tasks: Conversion Group 4 This group will be responsible for the following tasks:
File Ref: 168083273.doc (v. ) Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Roles and Responsibilities

The conversion project roles will be staffed by the individuals listed in the table below:

Conversi on Group #

Role

Oracle Team Member

Oracle Team Member Position

Client Team Member

Client Team Member Position

Business Analyst Database Administrator Client Staff Member Developer Technical Analyst User Tester System Administrator Applications Specialist

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Conversion Resource Requirements

The following software and hardware requirements are considered components of this conversion effort: Software The application software used as part of this project includes: Existing Legacy Environment (Source) Planned Oracle Environment (Target) Hardware Environment The hardware and operating software used as part of this project include: Existing Legacy Environment Planned Oracle Environment Network/File Transport Existing File Transfer and Network Capabilities

Planned File Transfer and Network Capabilities

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Experience/Training Requirements The staff involved with this conversion must have the background, experience, and training in the following areas:
Task ID CV.010 CV.020 CV.030 CV.040 CV.050 CV.060 CV.070 CV.080 CV.090 CV.100 CV.110 CV.120 CV.130 Conversion Task Define Data Conversion Requirements and Strategy Define Conversion Standards Prepare Conversion Environment Perform Conversion Data Mapping Define Manual Conversion Procedures Design Conversion Programs Prepare Conversion Test Plans Develop Conversion Programs Perform Conversion Unit Tests Perform Conversion Business Object Tests Perform Conversion Validation Tests Install Conversion Programs Convert and Verify Data Background/Experience

Below is a list of skills that the current conversion project team does not fulfill: Specialty Tools The risks associated with the skills that the conversion team does not currently have can be mitigated through training, outside resources, or by using specialty tools. Below is a list with descriptions of the specialty tools proposed for use on this conversion project:

Business Constraints This conversion must comply with the following business constraints: Hardware Availability Budget Constraints
Acceptance Criteria Company Confidential - For internal use only

File Ref: 168083273.doc

(v. )

Doc Ref:

Legacy System Decommissioning Technical Standards and Architecture The project deliverables will be developed subject to: any governing <Company Short Name> technology platforms strategy and standards decisions made regarding the <Company Short Name> technical architecture plan architectural connectivity issues in linking local environments to the central or consolidation environment the Technical Architecture (TA) deliverables Risks and Contingencies Identified conversion risks include the following: incomplete definition of the conversion process lack of legacy resources to identify, document, and extract legacy data lack of tools to manage/manipulate data lack of understanding of project timelines and milestones poor data quality lack of understanding of required key data translation, clean-up, and transformation criteria lack of reliable mechanism for data transfer The contingency plans that should be put in place for the above risks follow: Project Metrics Key metrics for this conversion project follow: number of platforms: number of conversion business objects to design and build: number of database tables (may not be known):

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

number of conversion modules that can be reused: number of source applications to convert from: volume of data to be converted and/or migrated: complexity of the data to be converted and/or migrated: number of legacy data sources: amount of required data cleanup: number of data translations:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Conversion Strategy
This section provides a graphical description of the conversion approach that will be used to convert the legacy data to the Oracle Applications. An explanation of this strategy follows.

Legacy Systems
E n v i r o n m e n t

Internet Computing Environment

Client w/ browser

Client w/ browser

Mainframe
Application Server
Network

Legacy Data
S t o r a g e

ASCII Flat Files Interface Table

Database Server

Application Tables

D a t a

Relational non-Relational Database / Indexed Files

ORACLE Database

ORACLE Oracle Apps Manugistics

P r o c e s s

Data Extract

Data Load

Data Interface

Data Validation / Transformation

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Conversion Approach
1. Conversion Data Mapping The data mapping process provides detailed lists of the data sets and data elements that will need to be moved into the Oracle tables during the data conversion. During this process, some decisions will need to be made with regard to obtaining information needed by the target application that may not be present in the old system. Default settings, user input, and new data entries are some of the issues that must be addressed during this phase. The output of this activity is data mapping tables that show what is needed for the Oracle target application processing to meet business operational requirements and where these data elements will come from. Based on this mapping, a design of the legacy data extract is defined. 2. Download Programs These programs are used to extract the identified conversion data elements from the current systems in the form of an ASCII flat file. The tool that is used to accomplish this task is usually dependent on the abilities and training of the current system programmers . It is important to remember how the flat file will be structured (the order of the records as they are pulled) , type of delimitation used, number of records, etc. The flat files must match how the interim tables are set up. The output from a download program is an ASCII flat file as described in the next section. 3. ASCII Flat File Most database or file systems output data in text form. A comma or space delimited, variable or fixed format data file from the existing system should be generated. If you cannot find a way to produce clean text data, try generating a report to disk, using a text editor to format your data. One of the outputs of conversion data mapping is to identify the legacy data element data types and precision. After the conversion data mapping is complete, you should know if there are inconsistencies between the legacy data types and the requirements for the Oracle data types. If there are translations that need to take place, these translations can be performed on the legacy system prior to creating the extract or in an interface table. Also, if you are creating a fixed length extract file, you need to take into account the precision level of decimal numbers. 4. Upload Program Once data has been put into an ASCII EBCDIC flat file and physically moved onto the same computer that has the Oracle RDBMS, the next step is to load the data into a relational database environment. Programs must be written and run to move data, validate data, and insert/update standard values into default fields. Usually a single loader program is written for each data table being loaded.
File Ref: 168083273.doc (v. ) Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

5a. Description of Interface Table The detailed technical description of any interface table that the data is placed into from the ASCII flat file is prepared. An interface table that mimics the production table into which the data will eventually be loaded into should be defined. This allows you to manipulate the data as needed before loading the legacy data into the production tables. 5b. Creation of Interface Table Before loading the Oracle Application production tables, the legacy data should first be loaded into temporary or interface tables. The interface tables provide a location for you to manipulate and translate the data as needed before validating the data and loading the application production tables. These temporary interface tables need to be built before you run the loader script to populate these tables. The interface tables may be standard Oracle Application interface tables or may be custom interface tables. 6. Translation Programs These scripts are developed to translate data from the existing system format into useful data for the Oracle target application. An example of this might be taking the date format that exists in the legacy system and converting it into an Oracle format. There may be several or no translation programs, depending on both the type of data coming across and the format of that data. 7. Interface Programs The interface program scripts are used to populate the production database. The purpose of the interface programs is not only to move the data to the target tables but also to validate the data that would be validated by the form in the target application if the data was converted manually. 8. Application Production Table This is the final production data table where the converted data resides. These tables are identified early on when doing the initial data mapping. These tables drive some of the translation programs that must ultimately ensure that 100% of the information that the target applications require is present in the final data structures. 9. Testing This test plan has been integrated into the entire conversion process so that, even during the pre-conversion steps, some type of validation reports are generated from the legacy systems, to be compared later with the converted data. The approach taken is to use as many standard reports as possible that are available in the legacy and target system for the final data validation. If no reports support the validation requirements, then custom scripts will need to be created for specific validation purposes.

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

10. Write and Perform Conversion Execution Plan The conversion execution plan is the execution document that is to be followed when performing the actual conversion. This document is specifically tailored for the <Company Short Name> conversion.

Automated Tools
The following steps within the approach described above will be managed using the automated conversion tool described below:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Conversion Process Flows

When converting specific business objects for a given Oracle application there are business object prerequisites that must be followed. This section contains conversion process flows for the Oracle Applications you are converting that diagram these business object dependencies.

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

General Ledger Conversion Process Flow

General Ledger Conversion Process Flow Overview

Related Application Prerequisites

Master Data

Transactional Data

GL

GL

Set of Books

Balances: Journal Import

FlexField Value Sets

Transactions: Journal Import

Code Combinations: Journal Import

Budgets: Bubget Upload

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Accounts Receivable Conversion Process Flow

Receivables Conversion Process Flow Overview

Related Application Prerequisites

Master Data

Transactional Data

GL Set of Books

AR Quickcodes Code Combinations Journal Import Salesreps

AR

Invoices: Auto Invoice

Debit Memos: Auto Invoice Sales Tax Rate: Sale Tax Rate I/F INV Items: Open Item Interface On Account Credit: Auto Invoice Customers: Customer Interface

Credit Memos: Auto Invoice

Cash Receipts: Auto Lock Box

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Accounts Payable Conversion Process Flow

Payables Conversion Process Flow Overview Related Application Prerequisites Master Data Transactional Data

GL Set of Books AP GL Code Combinations: Journal Import Invoices: Invoice Import AP

AP Quick Codes PER

Locations

Jobs

Employees

Vendors

Bank Payments: Auto Clear

Positions

Legend:
Standard Interface Custom Interface

Application Module

Note : Customers Entity can be implemented either in AR or OE

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Inventory Conversion Process Flow

Inventory Conversion Process Flow Overview

Related Application Prerequisites

Master Data
INV

Transactional Data

Items Open Item Interfaces

Item Revisions Items Revisions Interface

Item Catagories FND Common Lookup Lot Numbers MTL lot number I/F

GL Set of Books Account Numbers

Serial Numbers MTL Serial Number I/F

Item Sub Inv Item Subinventories

Material Transactions Receipts Returns Issues OnHands Transfers Intransists

PER Jobs /Positions Locations Organizations Employees

Item Sec Locations Item Locations MTL Transaction I/F

Inventory Demand Open Demand I/F

AR Tax Code Accounting Rules

Pending Item Status

Cycle Counts Cycle Count Item

Physical Inventory Physical Inventory Tags

CST Item Costs Item Cost Detail

MRP Item Forecast Open Forecast Interface

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Bills of Material Conversion Process Flow

BOM Conversion Process Flow Overview

Related Application Prerequisites

FND Set of Books

Master Data

Transactional Data

INV Items: Open Item Interface BOM BOM

Bill of Materials: Open BOM Interface Item Revisions

Routings: Open Routing Interface

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Work in Process Conversion Process Flow

WIP Conversion Process Flow Overview

Related Application Prerequisites

PER Locations WIP

Master Data

Transactional Data

Create WIP Discrete Jobs Open Jobs / Repetitive Schedule I/F WIP

Employees Create ShopFloor Move Transactions: Open Move Transaction Interface

Reschedule WIP Discrete Jobs Open Jobs / Repetitive Schedule I/F Create Resources Transaction: Open Resource Transaction Interface

INV Items: Open Item Interface Create Repetitive Schedules Open Jobs / Repetitive Schedule I/F

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

MRP Conversion Process Flow

MPS/MRP Conversion Process Flow Overview

Related Application Prerequisites

PER Locations MPS/MRP

Master Data

Transactional Data

Forecasts: Open Forecast Interface Employees

Master Schedules: Open Master Schedule Interface

INV Items: Open Item Interface

Master Schedule Relief: Master Schedule Relief Interface

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Engineering Conversion Process Flow

ENG Process Flow Diagram

Related Application Prerequisites

FND Set of Books ENG

Master Data
BOM

Transactional Data

Eng Change Order Order Import I/F

Eng Bill of Materials: Open Bill of Material Interface

INV Eng IItems: Open Item Interface

Eng Routings: Open Routings Interface

Eng Item Revisions

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Purchasing Conversion Process Flow

Purchasing Conversion Process Flow Diagram Related Application Prerequisites Master Data Transactional Data

GL Set of Books

GL Code Combinations: Journal Import PO PER PO Puchase Orders: Custom Consulting Solution Locations

PO Lookups

Jobs

Employees

RFQ's: Custom Consulting Solution

Purchase Order Receipt: Custom Consulting Solution

Positions

Requisition: Open Requisitions Interface Quotation: Custom Consulting Solution

INV Categories (Item Categories)

Items/Part Numbers: Open Item Interface

Legend:
Standard Interface Custom Interface

Application Module

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Order Entry Conversion Process Flow

Order Entry Conversion Flow Overview Related Application Prerequisites Master Data Transactional Data

GL Set of Books OE

OE Orders Order Import Interface

Code Combinations: Journal Import Setups

FND

Lookups & Quickcodes

OE

Pick Release Profile Options

PriceLists AR Transaction Types

Tax Codes: Sales Tax Interface

OE

Ship Confirm Salespersons Customers Customer Interface

Customers: Customer Interface

INV Items: Open Item Interface

OE

RMA

Legend:
Standard Interface Custom Interface

Application Module

Note : Customers Entity can be implemented either in AR or OE

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Project Standards
Century Date Compliance
In the past, two character date coding was an acceptable convention due to perceived costs associated with the additional disk and memory storage requirements of full four character date encoding. As the year 2000 approached, it became evident that a full four character coding scheme was more appropriate. In the context of the Application Implementation Method (AIM), the convention Century Date or C/Date support rather than Year2000 or Y2K support is used. Coding for any future Century Date is now considered the modern business and technical convention. Every applications implementation team needs to consider the impact of the century date on their implementation project. As part of the implementation effort, all customizations, legacy data conversions, and custom interfaces need to be reviewed for Century Date compliance. Programmatically converted legacy data must be translated to the appropriate century date state before being uploaded to the production tables. Manually converted legacy data must be keyed into the data entry forms using 4 digits for the year, where supported.

Tool Standards
A list of tool standards specific to the conversion effort follows: Application Tools

Conversion Tools

Source Control

Version Control

System Management Tools

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Deliverable Naming Standards

The following table provides instructions on how to name files, programs, and other project deliverables.

Program Type Upload Module Download Module Interface Table Creation Module Translation Module Interface/Conversion Module Word Documents Other Project Deliverables

Format

Extensio n

Location/Directory

Example

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Data Clean-up Process

Data Clean-up
Specific business objects that are candidates for data clean-up include the following: The strategy for meeting the above data clean-up requirements is as follows:

Key Data Translations

Strategic data that requires translation includes the following business objects: The strategy for meeting the above data translation requirements is as follows:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Testing Strategy
The agreed upon conversion deliverables should be approved by the client representatives who are responsible for the success of the conversion. In addition, three levels of conversion testing have been identified and described in the Prepare Conversion Test Plans deliverable (CV.070). The following criteria should be considered while performing business object and conversion validation testing:

Application GL

Business Object Summary Balances

Test Criteria Record Counts Hash Totals Balances Journal Debits and Credits

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Acceptance Criteria
This conversions acceptance criteria will be measured by the completion and sign-off of key deliverables as specified in the Project Management Plan [PJM.CR.010, initial complete], produced in task PJM.CR.030. For some projects, these deliverables will be subjected to a quality assurance review. Each deliverable in the conversion process will be reviewed and approved by the <Company Short Name> representative. Additionally, each business object conversion may be subject to thirdparty audit requirements.

Delivery
All conversions will be deemed to be delivered following successful business system testing.

Data Acceptance
Conversion data acceptance criteria should include the following: transactability ability to reconcile financial information definition and acceptance of account level variances

Audit/Control
The audit and control requirements that need to be met are listed below:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Issue Tracking Procedures

Issue Management Procedure
All conversion issues will be tracked and managed as part of the overall project-level implementation process.

Issue Resolution
All conversion issues will be resolved using the project issue resolution process.

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Version Control Procedures

All versions of instance information and conversion modules will be managed under version/source control. The version source control strategy being used by the overall project will be followed. Specific conversion version control standards are discussed in the deliverable Conversion Standards (CV.020).

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Change Management
The scope and objectives of this conversion will be strictly controlled using the Oracle Project Management Method (PJM). A detailed discussion of change management is found in the Quality Management Strategies, Standards, and Procedures (PJM.QM.010). Change management should be adopted at the overall project level. Therefore, the conversion should use the same change management guidelines used by each of the other AIM processes. The following change management procedures will be followed: identify scope definition change review the identified scope change with management analyze the impact of the scope change on the schedule and conversion project estimate review the scope change and obtain approval from overall project manager incorporate the scope change into the project workplans and budgets Scope changes may be addressed and formalized for any of the reasons below: delayed delivery of legacy data extracts increased requirements for data-cleanup increased need for data translations between legacy data and target application data delayed receipt of application code delayed change in accounting flexfield structure and segment values

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Quality Management
It is part of the Quality Management Strategies, Standards, and Procedures (PJM.QM.010) scope to determine the governing quality system that will be in effect for its deliverables and to define quality management procedures in detail to satisfy the requirements of the quality system. At a minimum, an independent quality review will be provided to address two fundamentally different aspects of project activities: quality, completeness, and appropriateness of the project deliverables quality, completeness and appropriateness of project management, practices, and procedures The review participants are expected to be designated by both <Company Short Name> and Oracle in accordance with the detailed quality procedures developed by the overall project.

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Conversion Requirements
Disposition Type: M= Manual P= Programmatic A= Archival Business Object Type: R= Reference D= Document T= Transaction H= Historical A= Aggregation/Roll-up Business Ranking: M= Mandatory R= Preferred O= Optional W= Wish List
(1) Application Module (2) Sequence to be Converted (3) Business Object & Business Object Type (4) Business Ranking (5) Disposition Type (6) (7) (8) (9) Comments/Open Issues

Data Frequency: Standard Oracle Open Volumes/ One Time/ Interface Number of Periodic Legacy Sources

GL

1 2 3 4 5 6

Account Valid Values Code Combinations Journal Entries Balances-: Summary Balances: Detail Budgets (v. ) Journal Import Journal Import Journal import Journal Import Budget Upload Acceptance Criteria Company Confidential - For internal use only

File Ref: 168083273.doc

Doc Ref: (1) Application Module (2) Sequence to be Converted (3) Business Object & Business Object Type (4) Business Ranking (5) Disposition Type (6) (7) (8) (9) Comments/Open Issues

Data Frequency: Standard Oracle Open Volumes/ One Time/ Interface Number of Periodic Legacy Sources

PO

1 2 3 4 5 6 7 7 8

Employees/ Buyers Vendors Items Purchase Agreements Quotations Requisitions Purchase Orders (Open) Purchase Orders (Closed) Receipts Employees Bank Accounts Vendors Invoices (Open) Invoices (Closed) Payments Prepayments Notes Mass Additions Production Budgets Salespersons Tax Codes & Rates Banks Sales Tax Rates Exchange Rate Adjustments Customers Invoices: Open Invoices: Closed Invoices: Partially paid Commitments Credit Memos (v. ) Sales Tax Rate Interface Mass Additions Interface Production Interface Budget Interface Invoice Import Invoice Import Requisitions Interface Open Item Interface

AP

1 2 2 4 4 5 5 6

FA

1 2 3

AR

1 1 1 1 1 2 3 3 3 3 4

Customer Interface AutoInvoice AutoInvoice AutoInvoice

AutoInvoice Acceptance Criteria Company Confidential - For internal use only

File Ref: 168083273.doc

Doc Ref: (1) Application Module (2) Sequence to be Converted (3) Business Object & Business Object Type (4) Business Ranking (5) Disposition Type (6) (7) (8) (9) Comments/Open Issues

Data Frequency: Standard Oracle Open Volumes/ One Time/ Interface Number of Periodic Legacy Sources AutoInvoice AutoInvoice AutoLockbox Open Item Interface

4 4 5 6

Debit Memos On-Account Credit Cash Receipts Invoice Adjustments Items Price Lists Salespersons Tax Locations and Rates Customers Sales Orders (Open) Sales Orders (Closed) Sales Order Notes Return Material Authorization Pick Release Subinventories Locators Items Inventory Receipts Returns and Adjustments Item Revisions Item Replenishment Item Costs Item Demand On-hand Quantities Resources Locations Departments Alternates Bills of Material Routings (v. )

OE

1 1 1 1 2 3 3 4 5 6

Customer Interface Order Import Order Import

INV

1 1 2 3 3 3 3 3 3 3

Open Item Interface Open Transactions Interface Open Transactions Interface Open Replenishment Interface Open Demand Interface Open Transaction Interface

BOM

1 1 1 1 2 3

Bill of Material Interface Routings Interface Acceptance Criteria Company Confidential - For internal use only

File Ref: 168083273.doc

Doc Ref: (1) Application Module (2) Sequence to be Converted (3) Business Object & Business Object Type (4) Business Ranking (5) Disposition Type (6) (7) (8) (9) Comments/Open Issues

Data Frequency: Standard Oracle Open Volumes/ One Time/ Interface Number of Periodic Legacy Sources

Master Scheduling/ MRP

Employees

2 3 4

Forecasts Master Schedule Entries Master Schedule Relief Employees ECO Departments Engineering Items Eng. Item Revisions Item Cross Reference Engineering Change Notice Eng. Item BOM Eng. Routing Bill of Resources Bill of Resource Sets Resources Material (Serial Numbers & Lot Numbers) WIP Floor Transactions WIP Material Transactions WIP Completion Transactions Discrete Jobs Repetitive Schedules Project Templates Projects Tasks

Open Forecast Interface Open Master Schedule Interface Master Schedule Relief Interface

ENG

1 2 3 4 5 6 7 8

Open Item Interface

Bill of Material Interface Routings Interface

Capacity WIP

1 2 1 2

2 2 2 3 4

Open Resource Transaction Interface Material Transaction Interface/ Serial Number Interface and Lots Interface Open Move Transactions Interface Open Move Transactions Interface Open Move Transactions Interface Open Job and Repetitive Schedule Interface Open Job and Repetitive Schedule Interface

If you are using serial number or lot number control then use the Serial Number and / or Lot Number Interface.

Projects

1 2 3

Capital, Contract, and Indirect Projects

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref: (1) Application Module (2) Sequence to be Converted (3) Business Object & Business Object Type (4) Business Ranking (5) Disposition Type (6) (7) (8) (9) Comments/Open Issues

Data Frequency: Standard Oracle Open Volumes/ One Time/ Interface Number of Periodic Legacy Sources

4 5 6 7 8 9

Budgets Agreements Funding Expenditures Revenue Invoices Locations Organizations Jobs Grades Positions Employees Positions Pay Elements Pay Elements History Deductions Deductions History Sales Force

Cost and Revenue Budgets

HR/Payroll

1 2 3 4 5 6 7 8 9 10 11

Oracle Sales & Marketing

Companies Company Contacts Events Event Facilities Collateral Advertisements Sales Territories Action Items Marketing Programs Mail or Call Scripts Letters Forecasts

Prospects and Customers

Product Literature

Cover letters to send with product literature

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

Business Object Conversion Selection Criteria

Define the selection criteria for each of the business objects that are being converted as identified in the Conversion Requirements table in the previous component. The selection criteria are: Historical/Active Periods Date Ranges Active/Obsolete Acquired/Dissolved/Sold-off Number of Periods
Business Object AP Invoices Selection Criteria Open (Unpaid) status only

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only

Doc Ref:

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

File Ref: 168083273.doc

(v. )

Acceptance Criteria Company Confidential - For internal use only