← Back to Engagement Library

Syneos Health — Oracle FA Global Implementation & Dynamics AX Migration

ClientSyneos Health
IndustryHealthcare — Contract Research Organization (CRO)
Oracle VersionOracle E-Business Suite R12
Modules FA AP GL
Engagement Period2021 – 2022
Project TypeOracle FA Global Implementation — Dynamics AX Migration
ComplexityHigh · Global Multi-Entity · AX-to-FA Migration · Legal Entity Testing · AN100 BRDs

Executive Summary

Syneos Health — one of the world's largest contract research organizations, conducting clinical trials and commercialization services for pharmaceutical and biotech clients globally — engaged William Delaney Consulting to lead the Oracle Fixed Assets implementation and data migration from Microsoft Dynamics AX as part of a broader Oracle EBS R12 deployment. The engagement addressed one of the most technically complex FA scenarios: migrating a global fixed asset register from a non-Oracle ERP into Oracle FA, across multiple legal entities and depreciation books, while ensuring that accumulated depreciation at the migration date reconciled precisely between the two systems.

The engagement operated under Oracle's AIM methodology with AN100 Business Requirements Documents covering FA Book Status reporting, Global Manual Journal Entries, and the full Oracle FA configuration. The AX-to-FA reconciliation workstream — supported by custom SQL against both AX staging tables and Oracle FA tables — was the critical path deliverable, as any discrepancy in asset cost or accumulated depreciation at conversion would create a permanent balance sheet variance that would be reported and audited for the life of each asset.

Engagement Context

Contract research organizations have distinctive fixed asset profiles: a large base of laboratory equipment, clinical trial infrastructure, and technology assets distributed across global clinical research sites; high asset turnover as equipment is deployed and retired with clinical trial lifecycles; and complex asset ownership structures where assets may be owned by the CRO but stationed at client (pharma) facilities under contract. Oracle FA must be configured to track this complexity — asset location, custodian assignment, and the insurance/replacement value considerations that come with high-value clinical equipment.

Syneos Health's global scale added multi-entity complexity: legal entities across North America, Europe, and Asia-Pacific, each with potentially different local tax depreciation rules, different functional currencies, and different statutory reporting requirements. Oracle FA's multi-book architecture — supporting corporate book depreciation and one or more tax books per entity — was central to the configuration design.

Microsoft Dynamics AX (now Microsoft Dynamics 365 Finance) is a tier-one ERP with its own fixed asset module, but its data model differs from Oracle FA in important ways: AX's asset groups map to Oracle's asset categories, AX's value models map to Oracle's asset books, and AX's depreciation profiles map to Oracle's depreciation methods and conventions. The AX US staging tables created in this engagement (AX_US_CREATE_TABLE_STATEMENT.sql, AX_US_INSERT_STATEMENT.sql) confirm that the migration extracted AX data into intermediate Oracle staging tables before loading through Oracle's Mass Additions interface.

Oracle FA Implementation Scope

Business Requirements (AN100)

Oracle AIM AN100 Business Requirements Documents were produced for: FA Book Status reporting (tracking asset counts, costs, and accumulated depreciation by book and period), Global Manual Journal Entries reporting (providing the audit trail for any manual accounting interventions in the FA subledger), and the core FA configuration requirements covering categories, books, locations, and depreciation rules across Syneos Health's global entity structure.

Dynamics AX to Oracle FA Migration

The migration followed a staging-table architecture: AX fixed asset data was extracted and loaded into Oracle staging tables (AX_US tables) using INSERT statements that mapped AX data elements to Oracle FA data structures. From staging, the Mass Addition Insert Statement populated Oracle's FA_MASS_ADDITIONS interface table, which was then processed by the FA Mass Additions Post program to create official Oracle FA asset records.

The AX-to-FA Reconciliation SQL query was the validation anchor: comparing asset costs and accumulated depreciation between the AX staging data and the Oracle FA books after Mass Additions posting. Any variance identified by the reconciliation required investigation — either a data mapping error in the staging INSERT or a calculation difference in how the two systems computed accumulated depreciation as of the conversion date.

Legal Entity Change Testing

The Legal Entity Change Testing Visio diagram documented the test scenarios for assets that changed legal entity ownership — a scenario that occurs when CRO assets are reassigned between legal entities through internal transfers or post-acquisition restructuring. Oracle FA legal entity changes require careful sequence: the source entity must retire the asset (creating retirement accounting), and the receiving entity must add the asset as a new acquisition — creating the correct intercompany accounting entries in GL.

FA Reporting

FA Period Status Reports and custom SQL (FA_PERIOD_STATUS_REPORT.sql, NetBookValue.sql, FA Depreciation.sql, FA Report Query.sql) supported ongoing FA period reporting after go-live. The NSE_HIERARCHY.sql addressed the corporate hierarchy structure — providing the entity-level consolidation view needed for global fixed asset reporting across Syneos Health's legal entity tree.

Key Deliverables

DeliverableTypePurpose
AN100 Business Requirements DocumentsRequirements (Oracle AIM)FA Book Status, Global Manual Journal Entries, and core FA configuration requirements under AIM methodology
AX Staging Table ScriptsMigration ScriptsDDL and INSERT scripts extracting Dynamics AX fixed asset data into Oracle staging tables for FA migration
Mass Additions Insert StatementMigration ScriptSQL populating Oracle FA_MASS_ADDITIONS from AX staging tables with complete field mapping and transformation
AX-to-FA Reconciliation QueryValidation ScriptSQL reconciling AX asset data against Oracle FA post-migration to verify cost and accumulated depreciation accuracy
Legal Entity Change Testing DiagramTest DocumentationVisio documentation of test scenarios for FA legal entity transfers with expected Oracle accounting entries
FA Period Status Report SuiteReportingCustom SQL and report definitions for FA period status, depreciation, and net book value reporting

Consultant Insights

On Cross-ERP Fixed Asset Migration: Migrating fixed assets from a non-Oracle ERP (AX, SAP, Dynamics GP) to Oracle FA requires more than extracting data and loading it through Mass Additions. The conceptual models differ: AX value models vs. Oracle books, AX depreciation profiles vs. Oracle depreciation methods and prorate conventions. The critical reconciliation is accumulated depreciation at the conversion date — if AX and Oracle calculate depreciation using different conventions (half-year vs. mid-month), accumulated depreciation will differ by design, and the migration design must decide whether to use Oracle's calculation or override it with the AX accumulated depreciation as a legacy cost.
On Multi-Book Oracle FA for Global CROs: CROs with global operations need at least two books per legal entity: a corporate book for GAAP depreciation and one or more tax books for local statutory depreciation. The tax book configurations differ by country — MACRS in the US, reducing-balance methods in the UK, and various country-specific rules across other jurisdictions. The mass additions migration must correctly initialize each book at conversion with the appropriate cost basis and accumulated depreciation — not just the corporate book. A migration that correctly loads the corporate book but neglects tax books creates tax compliance gaps that are expensive to remediate after go-live.
On FA Legal Entity Transfers: Oracle FA does not have a native "transfer between legal entities" function — it has intercompany transactions that accomplish the economic result through retire-and-add. The retire side creates a disposal entry in the source entity's GL; the add side creates a new acquisition entry in the receiving entity's GL. The GL net of these two entries must be zero at the intercompany level. Testing this scenario thoroughly before go-live is essential for CROs that routinely redeploy clinical assets across entity boundaries.

Related Engagements