|
**********************
******************
Updated:09/19/2008 Copyright © 1996-2008 Skip Stein |
Instructions to Complete Document Approvals Purpose (Functional) Summary (Functional) General information (Functional/Technical) Inputs and outputs (Technical). Data conversion mapping tables (Functional/Technical) Key objects (Technical) Detailed procedures (Technical) Program logic (Technical) Program application code (Technical) Program calls (Technical) Error handling (Technical) Data conversion testing (Technical) Backup and recovery (Technical) Assumptions (Functional/Technical) Questions/Open Issues (Functional/Technical) Overview
Instructions to Complete Document The data conversion requirements document will be completed for all automated data conversions. This document will be initiated by the Technical team and passed to the Functional teams after completing the appropriate sections. Some sections may require both the Functional and Technical teams working together to complete a section. Each section below has a primary owner assigned, however additional comments should be added to the sections by both teams when necessary. 1. Complete Purpose Section 2. Complete Summary Section 3. Complete General Information Section 4. Obtain Project Management Approval 5. Define Mapping Tables 6. Technical Team completes detail technical sections 7. Pass document to Functional Team for final review 8. Start Development Process ApprovalsSignature here approves that the technical team can provide the detailed technical solution.
Signature here approves that the technical team can begin the work for this data conversions
Signature here approves that the data conversion works properly in the Test/Prototype Environment. This request can now be moved into the CRP Environment.
Signature here approves that the data conversion works properly in the CRP Environment. This request can now be moved into the Production Environment.
Signature here approves that the data conversion works properly in the Production Environment. This request can now be closed.
The purpose of this document is to provide information for the program specifications for the Account Receivable data conversion. This conversion will support the activities to convert all Account Receivable Open transactions.
A conversion program will be created to import the Account Receivable information from the legacy database into the J.D. Edwards Account Receivable Interoperability tables (F03B11Z1) . The permanent OneWorld tables primarily affected by this transaction are the A/R Ledger Table (F03B11). General information (Functional/Technical) Volume: (Functional/Technical)
Type of data: (Functional/Technical) All required data from the Legacy System will be extracted and merged from different sources into an access file prior to conversion. All cleansing will transpire prior to the data conversion into J.D. Edwards Dependencies: (Technical)
Key contacts: (Functional/Technical)
Security: (Technical) This is a one-time data conversion program and as such is designed to be run only by IT. The functional team will be handling the final posting of the batch on the General Ledger. Reconciliation: (Functional) The Accounts Receivable team will manage the reconciliation process. This team will be responsible for reconciling the conversion, identifying required corrections to either the mapping table or the converted documents, and signing off on the final conversion The technical team will provide reports to facilitate this process. The following tools will be used to complete the reconciliation.
Performance considerations: (Technical) The first part of the conversion where all the legacy data is extracted will run against a copy of the existing system, this will help to speed up performance. If the rest of the conversion programs run during the daytime, the performance will be slower than if they run during the night or weekend. Inputs and outputs (Technical).
The following files will be used as sources for the data conversion:
The following is a list of fields that have unique requirements. This list does not cover all of the required fields.
The following tables will be the final output from the conversion: Data conversion mapping tables (Functional/Technical)Please refer to the following table for details on the data conversion mapping: K:\Publications\C. JD Edwards Implementation\Detailed Design Source Division\Technical\Data Conversions. The following objects are involved in the data conversion process:
Detailed procedures (Technical)1 The Legacy data from all the Source Division Systems as well as the supplemental data provided by the Functional users will be merged into an Access database located in the SAMPLE CLIENT server. 2 The access file created will be exported into the AS/400. 3 An extract program will populate the middleware table (F590311) with the information from the legacy system. See Data Conversion Mapping Table for detail on the A/R conversion. 4 A conversion program will be written to populate the cross-reference tables with the information from the middleware tables. 5 Exception reports will be generated against the Cross-reference tables for validation purposes. Any discrepancies between the cross reference and the data dictionary values will be listed on the reports. 6 Functional Users will use the reports to make the necessary corrections to either the legacy data or to the Cross-reference. 7 A conversion program will be written to take the information from the Middleware file and load it into the F03B11Z1 . See Data Conversion Mapping Table for detail item conversion. No General Ledger information will be extracted, this will be a manual entry. 8 The program R03B11Z1 will perform all necessary validations. If errors occur in running of R03B11Z1, they will be printed on the edit report. Or, the error message can be read using the Work Center. 9 J.D. Edwards batch application will convert the batch file F03B11Z1 to the Accounts Receivable Ledger table (F03B11). Set processing option for G/L out of balance for manual entry of G/L. The out of balance will produce an offsetting entry in the Journal that will zero out the journal entry and allow for the manual entry of GL. 10 After the batch has been successfully processed, the field VJEDSP is updated from a 0 to a 1. These records remain in the F03B11 until they are purged. 11 The R03B414A and R03B4201B Aging Reports, which gives detail and summary information of A/R will be one of the tools used to validate the conversion. 12 Enter GL conversion balance manually. It will include AR (reason for out-of-balance flag.) 13 Run purge R03B11Z1P.
Processing Options
Data Selection
R593003 Accounts Receivable Conversion Load Cross Re | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||