ERP migration

Migrate from VAIL-ERP to Microsoft Dynamics 365 Business Central

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 logo

VAIL-ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

92%

11 of 12

objects map 1:1 between VAIL-ERP and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

6-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

VAIL-ERP logo

VAIL-ERP

What's pushing teams away

  • Lack of a publicly documented API makes system integrations with third-party tools difficult to maintain over time.
  • Limited transparency around pricing tiers and contract structures creates friction during procurement and renewal negotiations.
  • Enterprise-focused deployment model requires significant implementation support from Velosi, which can extend timelines for smaller organizations.

Choosing

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

What's pulling them in

  • Deep integration with Microsoft 365, Power BI, and Power Platform means organizations already on the Microsoft stack get identity, reporting, and workflow continuity out of the box.
  • Unified financials, sales, service, and operations replace multiple disconnected systems — users report that data entered once flows through purchase orders, invoicing, and approvals without manual re-entry.
  • Copilot AI features (predictive analytics, embedded business intelligence) are included in both Essentials and Premium tiers, addressing demand for AI without separate module purchases.
  • Named-user licensing with no concurrent model appeals to organizations that want predictable per-seat costs even if some users access the system infrequently.
  • Strong partner ecosystem with certified NAV-to-Business Central migration specialists gives mid-market companies confidence the cutover from legacy Navision can be executed reliably.

Object mapping

How VAIL-ERP objects map to Microsoft Dynamics 365 Business Central

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

maps to

Microsoft Dynamics 365 Business Central

Contact (Dataverse) or Customer

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

Custom Entity (Dataverse) or Activity

1:1
Mapping required

Clinical 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

maps to

Microsoft Dynamics 365 Business Central

Worker (Human Resources) or Employee (Business Central)

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

Department (Dataverse) or Business Unit / Cost Center

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

Vendor (Finance / Supply Chain)

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

Released Product (Supply Chain) or Item (Business Central)

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

Chart of Accounts (Finance)

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

General Journal Lines / Customer Invoice / Vendor Invoice (Finance)

1:1
Mapping required

AP/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

maps to

Microsoft Dynamics 365 Business Central

Tax Group / Tax Code (Finance)

1:1
Mapping required

Tax 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

maps to

Microsoft Dynamics 365 Business Central

User (Azure AD-backed)

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

SharePoint Document Library or Dataverse Annotation

1:1
Mapping required

VAIL-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

maps to

Microsoft Dynamics 365 Business Central

Custom Columns (Dataverse) or Custom Fields (Business Central / Finance)

lossy
Mapping required

VAIL-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.

Gotchas + challenges

What specifically takes care here

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 logo

VAIL-ERP gotchas

High

No publicly documented API for programmatic data export

Medium

Module-specific custom fields lack a published schema reference

Medium

Direct database access requires Velosi cooperation

Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central gotchas

High

Named-user licensing has no concurrent-use relief

High

API rate limits throttle large-volume migrations

Medium

Historical posted transactions require selective migration scoping

Medium

NAV-to-Business Central cloud migration requires partner coordination

Low

Custom fields and AL extensions require separate migration handling

Pair-specific challenges

  • VAIL-ERP has no public API; Velosi coordination is required for database access

    VAIL-ERP does not publish a public REST or GraphQL API. All data extraction goes through the admin portal's manual export interface or direct database queries facilitated by Velosi. We engage Velosi directly on the customer's behalf to arrange a read-only database export or structured CSV package. This coordination step must be agreed with the customer and Velosi before migration scoping begins. If Velosi cannot provide timely data access, migration timelines extend significantly and alternative extraction methods (manual CSV through the admin portal) must be explored, which limits export volume and format flexibility.

  • Custom field schema is undocumented and requires iterative discovery

    VAIL-ERP custom field definitions for healthcare-specific attributes like referral sources, insurance codes, and clinical flags are created per-organization with no self-service schema export. We enumerate custom fields by reviewing a sample of records during the discovery phase, which adds a discovery iteration to the migration timeline. Any custom fields discovered after the import mapping is finalized require a re-run of the affected module's import. Organizations with extensive custom field usage (common in healthcare) should budget for at least two discovery-review cycles before the mapping is locked.

  • Dynamics 365 financial dimensions do not map 1:1 from VAIL-ERP cost centers

    VAIL-ERP organizations commonly operate with multiple cost-center dimensions that do not map directly to Dynamics 365's financial dimension model. Dynamics 365 Finance allows up to eleven financial dimensions (such as BusinessUnit, Department, CostCenter, Project, and custom dimensions) with rules governing which dimensions apply to which account structures. We map VAIL-ERP department and cost-center fields to the most appropriate Dynamics 365 dimensions and flag any multi-dimensional VAIL-ERP structures that need to be decomposed. Organizations that used more than eleven dimensions in VAIL-ERP will need a consolidation strategy reviewed during scoping.

  • Clinical encounter and patient data have no native Dynamics 365 destination

    VAIL-ERP's patient-centric model includes clinical encounters, treatment plans, and provider assignments that do not have native equivalents in standard Dynamics 365 Finance, Supply Chain, or Human Resources apps. Dynamics 365 does not include a clinical data model in its standard ERP or HR modules. We create a custom Dataverse entity to receive encounter records, but the customer must validate that this structure meets their healthcare data governance requirements. If the customer requires a certified healthcare data model, a separate healthcare ISV solution built on Dataverse may be needed outside the scope of this migration.

  • Data quality issues surface only during full-volume profiling, not sampling

    Migration plans often assume legacy VAIL-ERP data is usable based on visual spot checks. Full extraction and profiling consistently surface duplicate suppliers created under naming variations, patients with inconsistent insurance identifiers, inactive records tied to open financial balances, and items with inconsistent costing methods. Automated migration tools can move data but cannot correct structural inconsistency. We treat data cleanup as a dedicated workstream and generate exception reports and reconciliation simulations before any import into Dynamics 365 begins. Organizations that defer data quality work into the migration timeline will experience record rejection and extended remediation cycles.

Migration approach

Six steps for a successful VAIL-ERP to Microsoft Dynamics 365 Business Central data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

Context on both ends of the pair

VAIL-ERP logo

VAIL-ERP

Source

Strengths

  • Industry-specific module packs reduce customization effort at go-live.
  • SARA AI voice and chat assistant for conversational ERP queries.
  • Integrated CRM, HRMS, Help Desk in the same license footprint.
  • Velosi's 44-year consulting heritage supports complex implementations.
  • Strong fit for project-driven engineering and EPC firms via MTS and CTR modules.

Weaknesses

  • Limited public footprint outside MENA/South Asia region.
  • No public API documentation or developer portal.
  • Pricing is sales-led with no public tiers.
  • Third-party connector ecosystem is sparse compared to mainstream ERPs.
  • Catalog discovery muddied by name collision with Vail Resorts.
Microsoft Dynamics 365 Business Central logo

Microsoft Dynamics 365 Business Central

Destination

Strengths

  • Tight integration with Microsoft 365 (Outlook, Teams, SharePoint) for users already in the Microsoft ecosystem.
  • Includes Copilot AI, predictive analytics, and embedded Power BI dashboards at no additional cost in both license tiers.
  • Supports multiple companies within a single tenant for holding-company or multi-entity organizational structures.
  • Open REST API v2.0 with OAuth 2.0 authentication and data entity abstraction layer for developer-friendly integrations.
  • Strong partner ecosystem specializing in NAV-to-Business Central migrations provides implementation confidence for legacy upgrades.

Weaknesses

  • Named-user licensing model means every active user account requires a paid license — no concurrent access model to reduce costs for occasional users.
  • SaaS-only deployment means no on-premises option; organizations requiring full data residency control may not have viable alternatives within Microsoft's stack.
  • Manufacturing module (Production Orders, routing, work centers) is only available on Premium tier, pushing cost-sensitive manufacturers to higher-priced plans.
  • Customization and extension development requires AL language knowledge and developer licenses, limiting what power users can do without a partner engagement.
  • Global pricing increases effective October 2024 and again October 2025 after five years of stable pricing, creating budget uncertainty for existing customers.

Complexity grading

How hard is this migration?

Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

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

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    VAIL-ERP: Not publicly documented — typical SaaS limits assumed and confirmed during scoping..

  • Data volume sensitivity

    B

    VAIL-ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your VAIL-ERP to Microsoft Dynamics 365 Business Central migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about VAIL-ERP to Microsoft Dynamics 365 Business Central data migrations

Answers to the questions buyers ask most during VAIL-ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between six and eight weeks for organizations with fewer than 50,000 patient records, 5,000 employees, and a single financial module. Migrations with multi-site inventory, large AP/AR ledger history (thousands of journal entries), extensive undocumented custom fields, or parallel licensing of Dynamics 365 Finance, Supply Chain, and Human Resources move to twelve to twenty weeks because of Velosi coordination delays, iterative custom field discovery, and financial dimension mapping complexity.

Adjacent paths

Related migrations to explore

Ready when you are

Move from VAIL-ERP.
Land in Microsoft Dynamics 365 Business Central, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day