ERP migration
Field-level mapping, validation, and rollback between VAIL-ERP and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
VAIL-ERP
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
11 of 12
objects map 1:1 between VAIL-ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-8 weeks
Overview
VAIL-ERP and Microsoft Dynamics 365 organize enterprise data on fundamentally different architectural models. VAIL-ERP uses a patient-centric module structure that cross-references clinical encounters, HR profiles, supplier records, and financial transactions under a single administration layer maintained by Velosi. Microsoft Dynamics 365 separates ERP, HR (Dataverse/Human Resources), and CRM into distinct cloud-native apps that share the Dataverse data platform but require explicit module selection and configuration. VAIL-ERP has no publicly documented REST or GraphQL API, so all data extraction requires direct database access coordinated with Velosi or manual CSV export through the admin portal. We extract from the source module layout, enumerate undocumented custom field definitions during discovery, and load data into the appropriate Dynamics 365 entities using the target app's native APIs. Workflows, clinical rules, and department-level dashboards do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in Dynamics 365.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Source platform
VAIL-ERP platform overview
Scorecard, SWOT, gotchas, and pricing for VAIL-ERP.
Destination platform
Microsoft Dynamics 365 Business Central platform overview
Scorecard, SWOT, gotchas, and pricing for Microsoft Dynamics 365 Business Central.
Data migration guide
The complete Dynamics 365 Business Central migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
Dynamics 365 Business Central migration checklist
Pre- and post-cutover tasks for moving onto Microsoft Dynamics 365 Business Central.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a VAIL-ERP object lands in Microsoft Dynamics 365 Business Central, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
VAIL-ERP
Patients
Microsoft Dynamics 365 Business Central
Contact (Dataverse) or Customer
1:1VAIL-ERP patient records span demographics, insurance details, and referral sources across the patient module. We map patient fields 1:1 where field names align (FirstName, LastName, DateOfBirth, Gender, Address fields) and perform value mapping on insurance codes, referral sources, and clinical flags to custom Dataverse columns on Contact. The patient-to-encounter linkage is preserved via a custom relationship entity because Dynamics 365 Finance/Supply Chain does not have a native clinical encounter model.
VAIL-ERP
Encounters
Microsoft Dynamics 365 Business Central
Custom Entity (Dataverse) or Activity
1:1Clinical encounters in VAIL-ERP carry encounter-type codes, provider assignments, timestamps, and links to patient records. Dynamics 365 does not include a clinical encounter model in its standard ERP or HR apps. We create a custom Dataverse entity (Encounter or ClinicalEvent) to receive encounter records, with provider assignments mapped to User or Contact lookups and encounter timestamps preserved. The customer's healthcare data model requirements are confirmed during scoping.
VAIL-ERP
Employees
Microsoft Dynamics 365 Business Central
Worker (Human Resources) or Employee (Business Central)
1:1VAIL-ERP HR module stores employee profiles with job titles, department assignments, compensation history, and effective-dated changes. We map employee records to Dynamics 365 Human Resources Worker entity (if Human Resources app is licensed) or to the Employee table in Business Central (if HR is not separated). Department assignments resolve via the department reference data loaded first. Effective-dated compensation history migrates as a separate Compensation History entity in Dynamics 365 Human Resources.
VAIL-ERP
Departments
Microsoft Dynamics 365 Business Central
Department (Dataverse) or Business Unit / Cost Center
1:1VAIL-ERP department and cost-center records appear across HR, finance, and inventory modules as foreign-key references. We extract department records first as reference data, map them to Dynamics 365 Business Unit or custom Department dimension, and resolve all downstream employee, financial, and inventory foreign-key references during the import phase. Department codes become the primary financial dimension in the chart-of-accounts structure.
VAIL-ERP
Suppliers
Microsoft Dynamics 365 Business Central
Vendor (Finance / Supply Chain)
1:1VAIL-ERP supplier records carry contact details, agreed pricing, contract references, and payment terms. We map these to Dynamics 365 Vendor records in Finance or Supply Chain Management, with VAIL-ERP pricing agreement references stored as notes and payment terms mapped to the Dynamics 365 PaymentTerms entity. Vendor addresses resolve to the VendTable postalAddress structure.
VAIL-ERP
Inventory Items
Microsoft Dynamics 365 Business Central
Released Product (Supply Chain) or Item (Business Central)
1:1VAIL-ERP inventory items include part numbers, descriptions, stock levels, reorder points, and multi-site location assignments. We map item records to Dynamics 365 Released Products with warehouse management dimensions (site, location, variant) if Supply Chain is licensed, or to Item records in Business Central if only Finance is in scope. Stock levels migrate as open inventory transactions into InventOnHand. Part numbers map to ProductNumber and the VAIL-ERP item cost to the current costing version.
VAIL-ERP
Chart of Accounts
Microsoft Dynamics 365 Business Central
Chart of Accounts (Finance)
1:1VAIL-ERP chart of accounts defines the financial structure used by all transaction entries. We extract the full account list and map account codes to the Dynamics 365 chart-of-accounts structure (MainAccount and FinancialDimension). Any inactive or archived accounts from VAIL-ERP are flagged and set to Inactive in Dynamics 365 to preserve audit continuity. Account type (Asset, Liability, Equity, Revenue, Expense) maps to AccountType.
VAIL-ERP
Financial Transactions
Microsoft Dynamics 365 Business Central
General Journal Lines / Customer Invoice / Vendor Invoice (Finance)
1:1AP/AR ledgers and journal entries in VAIL-ERP carry account codes, transaction dates, amounts, and currency. We preserve the chart-of-accounts mapping and import open items as General Journal Lines with LedgerDimension resolved to the Dynamics 365 account structure. Closed periods migrate as historical journal batches; open items import with their current status preserved. Currency codes map directly from VAIL-ERP to Dynamics 365 CurrencyISOCode.
VAIL-ERP
Tax Codes
Microsoft Dynamics 365 Business Central
Tax Group / Tax Code (Finance)
1:1Tax codes in VAIL-ERP apply to financial transactions and inventory items with rate, jurisdiction, and applicability flags. We map tax code definitions to Dynamics 365 Tax Group and Tax Code entities, flagging any tax codes used in open transactions for manual review before import. Sales tax and purchase tax are separated into distinct Tax Group assignments based on the VAIL-ERP applicability flag.
VAIL-ERP
Users
Microsoft Dynamics 365 Business Central
User (Azure AD-backed)
1:1VAIL-ERP user accounts carry role assignments tied to module access. We map user records to the destination Dynamics 365 User object (backed by Azure Active Directory), preserve role mappings as Security Role assignments, and note that Dynamics 365 permission structures may differ from VAIL-ERP module-level access. Users without a matching Azure AD account are held in a reconciliation queue for the customer's IT admin to provision before record migration proceeds.
VAIL-ERP
Documents
Microsoft Dynamics 365 Business Central
SharePoint Document Library or Dataverse Annotation
1:1VAIL-ERP attaches documents to patients, encounters, suppliers, and HR records. We export document metadata (file name, type, attached entity, date) alongside the files themselves and reattach them in Dynamics 365 either as SharePoint Document Library files linked via the native SharePoint integration or as Dataverse Annotation records attached to the parent record. File content is preserved in its original format.
VAIL-ERP
Custom Fields
Microsoft Dynamics 365 Business Central
Custom Columns (Dataverse) or Custom Fields (Business Central / Finance)
lossyVAIL-ERP supports custom fields across multiple modules for healthcare-specific attributes such as insurance codes, referral sources, and clinical flags. We enumerate all discovered custom field definitions during the discovery phase (an extra iteration required because VAIL-ERP has no published schema export), then create corresponding typed fields in Dynamics 365 (custom Dataverse columns for HR/CRM scenarios, custom fields on standard tables for Finance/Supply Chain). Custom fields discovered after the mapping is finalized require a re-run of the affected module's import phase.
| VAIL-ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Patients | Contact (Dataverse) or Customer1:1 | Mapping required | |
| Encounters | Custom Entity (Dataverse) or Activity1:1 | Mapping required | |
| Employees | Worker (Human Resources) or Employee (Business Central)1:1 | Mapping required | |
| Departments | Department (Dataverse) or Business Unit / Cost Center1:1 | Mapping required | |
| Suppliers | Vendor (Finance / Supply Chain)1:1 | Mapping required | |
| Inventory Items | Released Product (Supply Chain) or Item (Business Central)1:1 | Mapping required | |
| Chart of Accounts | Chart of Accounts (Finance)1:1 | Mapping required | |
| Financial Transactions | General Journal Lines / Customer Invoice / Vendor Invoice (Finance)1:1 | Mapping required | |
| Tax Codes | Tax Group / Tax Code (Finance)1:1 | Mapping required | |
| Users | User (Azure AD-backed)1:1 | Mapping required | |
| Documents | SharePoint Document Library or Dataverse Annotation1:1 | Mapping required | |
| Custom Fields | Custom Columns (Dataverse) or Custom Fields (Business Central / Finance)lossy | Mapping required |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
VAIL-ERP gotchas
No publicly documented API for programmatic data export
Module-specific custom fields lack a published schema reference
Direct database access requires Velosi cooperation
Microsoft Dynamics 365 Business Central gotchas
Named-user licensing has no concurrent-use relief
API rate limits throttle large-volume migrations
Historical posted transactions require selective migration scoping
NAV-to-Business Central cloud migration requires partner coordination
Custom fields and AL extensions require separate migration handling
Pair-specific challenges
Migration approach
Velosi data extraction coordination and discovery
We open a coordination request with Velosi on the customer's behalf to obtain read-only database-level exports or structured CSV packages for each VAIL-ERP module (Patients, Employees, Suppliers, Inventory, Financial Transactions, Departments, Chart of Accounts). In parallel, we enumerate custom field definitions by reviewing a representative record sample because VAIL-ERP has no published schema export. We also capture module relationship diagrams, foreign-key references, and any custom validation rules the organization has applied. The discovery output is a written extraction plan with module-level record counts and a custom field inventory.
Dynamics 365 target app selection and schema design
We confirm which Dynamics 365 apps are in scope (Business Central Essentials/Premium, Finance, Supply Chain Management, Human Resources) based on the customer's module priorities and license budget. We design the destination schema: chart of accounts structure, financial dimensions, vendor and customer posting groups, product and warehouse dimension definitions, Worker or Employee schema if HR is in scope, and any custom Dataverse entities for clinical encounter data. Schema is deployed into a Dynamics 365 sandbox via API for validation before production migration begins.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 sandbox environment using production-like data volume extracted from VAIL-ERP. The customer's finance lead, HR lead, and IT admin jointly reconcile record counts, spot-check 25-50 records per module against the VAIL-ERP source, and validate that financial dimension assignments, department mappings, and custom field values appear correctly in Dynamics 365. Any mapping corrections are documented and applied before the production migration window opens.
Reference data migration
We migrate reference data first: department and cost-center records, chart of accounts and account types, tax codes and tax groups, warehouse and location codes, and product categories. Reference data must settle in Dynamics 365 before any transactional or master data records load, because downstream records (employees, suppliers, inventory items, journal lines) reference these entities by foreign key. Each reference data entity emits a row-count and validation report before the next phase begins.
Master and transactional data migration
We migrate in dependency order: supplier/vendor records, employee/worker records (with department lookups resolved), inventory item records (with warehouse dimension assignments), financial transactions and open AP/AR items (with chart-of-accounts lookups resolved), and patient records (with custom encounter entities loaded last if healthcare data model is in scope). We use Dynamics 365 OData and data entity APIs with batch chunking and exponential backoff on rate-limit responses. Owner and user assignments resolve by email match against the destination Azure AD-backed user table.
Custom field migration and data quality remediation
We apply all discovered VAIL-ERP custom field values to their corresponding Dynamics 365 custom fields (Dataverse columns or Business Central/Finance custom fields). Any data quality issues identified during sandbox validation (duplicate records, inconsistent identifiers, orphaned references) are remediated in the source data before the production load. We run validation queries in Dynamics 365 after each module load to confirm record counts, foreign-key satisfaction, and required-field completeness.
Cutover, delta migration, and Workflow rebuild handoff
We freeze writes in VAIL-ERP during cutover, run a final delta migration of any records modified during the migration window, validate financial balance reconciliation between VAIL-ERP and Dynamics 365 (total open AP, total open AR, inventory on-hand value), and hand off to the customer. We deliver a written inventory of every VAIL-ERP custom field, workflow equivalent, and dashboard requiring rebuild in Dynamics 365. We support a one-week hypercare window for reconciliation issues raised by the customer's team. We do not rebuild VAIL-ERP workflows or dashboards as Dynamics 365 Power Automate flows or Power BI reports inside the migration scope; those are separate engagements.
Platform deep dives
VAIL-ERP
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across VAIL-ERP and Microsoft Dynamics 365 Business Central.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
VAIL-ERP: Not publicly documented — typical SaaS limits assumed and confirmed during scoping..
Data volume sensitivity
VAIL-ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during VAIL-ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your VAIL-ERP to Microsoft Dynamics 365 Business Central migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave VAIL-ERP
Other ways to arrive at Microsoft Dynamics 365 Business Central
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.