ERP migration
Field-level mapping, validation, and rollback between BizAutomation Cloud ERP and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
BizAutomation Cloud ERP
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
12 of 12
objects map 1:1 between BizAutomation Cloud ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from BizAutomation Cloud ERP to Microsoft Dynamics 365 Business Central is a database-first migration because BizAutomation does not expose a public REST API for bulk export. We work with the customer's BizAutomation team to obtain read-only credentials against the OLTP database (or the Data-Mirror replica for single-tenant and Data-Mirror customers), reverse-engineer the proprietary schema, and build a field-level mapping spreadsheet that covers standard and custom fields before import begins. We import the Chart of Accounts first to establish the GL structure, then Organizations and Contacts as customer and contact records, then Vendors and Inventory Items with custom properties and matrix variants resolved, then open Sales Orders and historical transactions. We do not migrate Workflows, Automations, or custom Reports; we deliver a written inventory of these artifacts for the customer's admin to rebuild using Business Central's native workflow engine or Power Automate.
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
BizAutomation Cloud ERP platform overview
Scorecard, SWOT, gotchas, and pricing for BizAutomation Cloud 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 BizAutomation Cloud 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.
BizAutomation Cloud ERP
Organizations
Microsoft Dynamics 365 Business Central
Customer
1:1BizAutomation Organizations (the CRM-layer customer/company records) map to Microsoft Dynamics 365 Business Central Customer records. Standard fields including company name, type, billing and shipping address, and payment terms migrate directly. Multi-entity BizAutomation organizations with subsidiary structures map to a parent Customer with related subsidiary Customer records linked via the Relationships feature. Custom Organization fields require a field-level review against Business Central's custom field extension model because BizAutomation's proprietary schema stores user-defined properties as separate columns that must be typed to the correct Business Central data type before import.
BizAutomation Cloud ERP
Contacts
Microsoft Dynamics 365 Business Central
Contact
1:1BizAutomation Contacts link to Organizations and carry standard name, email, phone, address, and lifecycle stage fields. They map directly to Business Central Contact records, with the Organization relationship preserved via the Contact Business Relation table. Custom Contact properties follow the same reverse-engineering requirement as Organization custom fields: each property must be mapped to a typed Business Central field or extension field before import.
BizAutomation Cloud ERP
Chart of Accounts
Microsoft Dynamics 365 Business Central
G/L Account
1:1The BizAutomation GL Chart of Accounts, including account number, name, type, and parent hierarchy, maps directly to Business Central G/L Account. We export the full account list and map each BizAutomation account number to the corresponding Business Central account structure with the correct Account Category (Income, Expense, Asset, Liability, Equity) and posting group assignments. The destination G/L Account numbering scheme is designed in coordination with the customer's finance team before import to avoid conflicts with Business Central's reserved number ranges.
BizAutomation Cloud ERP
Vendors
Microsoft Dynamics 365 Business Central
Vendor
1:1BizAutomation Vendor records including company name, contact information, payment terms, and address map to Business Central Vendor records. We export all vendor data before Purchase Orders to maintain referential integrity. Vendor-specific data such as default GL expense accounts and vendor-specific discounts are mapped to Business Central's Vendor posting group and Vendor ledger entry setup. Historical AP aging records migrate as open Vendor Ledger Entries that the finance team reconciles post-migration.
BizAutomation Cloud ERP
Inventory Items
Microsoft Dynamics 365 Business Central
Item
1:1Inventory Items including SKU, description, cost, price, warehouse location, and quantity-on-hand map to Business Central Item records with Item Category and Base Unit of Measure assignments. Custom item properties and matrix (variant) items with dynamic attribute combinations require field-level mapping. Matrix parent items export as Item templates with variant attributes (Size, Color, Material) that we decompose into individual Item Variants in Business Central, generating child SKUs with the correct attribute combinations. We flag any inventory quantity snapshots that may require a separate stock-count entry in Business Central due to date-based snapshot timing differences.
BizAutomation Cloud ERP
Sales Orders
Microsoft Dynamics 365 Business Central
Sales Order / Sales Invoice
1:1BizAutomation Sales Orders link Customers, Inventory Items, pricing, and shipping rules and map to Business Central Sales Header and Sales Line records. Open orders migrate as Sales Orders in Dynamics 365 with status set to Pending or Released depending on the customer's workflow. Historical closed orders migrate as Sales Invoice records for audit reference, preserving original order number, order date, customer reference, and line item details. Custom order statuses and workflow states in BizAutomation require a value-mapping table because they do not map 1:1 to Business Central's document status model.
BizAutomation Cloud ERP
Purchase Orders
Microsoft Dynamics 365 Business Central
Purchase Order / Purchase Invoice
1:1BizAutomation Purchase Orders map to Business Central Purchase Header and Purchase Line records with the same open-versus-historical split as Sales Orders. PO records carry financial obligations against matching Vendor accounts, and we preserve the PO status to distinguish between open, received-in-progress, and closed purchase documents. Line items with vendor-specific part numbers and drop-ship flags map to Purchase Line with the appropriate vendor item number and drop-ship information stored on the line.
BizAutomation Cloud ERP
Shipments
Microsoft Dynamics 365 Business Central
Posted Sales Shipment / Warehouse Shipment Line
1:1BizAutomation Shipment records represent fulfillment events tied to Sales Orders and include shipment date, carrier, tracking number, and linked order. These map to Business Central Posted Sales Shipment records linked to the migrated Sales Order. If the destination Business Central instance uses the Warehouse Management module, shipment lines also appear as Warehouse Shipment Lines. We preserve carrier and tracking information as shipment header data and recommend that the customer's admin reviews carrier integration options in Business Central post-migration.
BizAutomation Cloud ERP
Projects
Microsoft Dynamics 365 Business Central
Job
1:1BizAutomation Projects spanning the PSA module, including tasks, time entries, and contract billing, map to Business Central Job records with Job Tasks as the WBS structure. Project status, start and end dates, and assignees migrate cleanly. Custom project fields and milestone billing rules require field-level mapping against Business Central's Job extension model. Time entries attached to Projects migrate as Job Journal Lines with the billable flag and billable quantity preserved. Contract billing rules with rate schedules map to Job Task lines with the appropriate billable price and unit of measure.
BizAutomation Cloud ERP
Activities
Microsoft Dynamics 365 Business Central
Recordings / Task Log Entries
1:1BizAutomation Activities represent the engagement history on Organizations and Contacts: calls, emails, tasks, and meetings. We export activity type, date, owner, linked record, and note content. Due to the volume of activity records and the lack of a direct bulk import path in Business Central, we process activities through the Dynamics 365 Dataverse API with chunking and parent-record lookup resolution. Each activity lands as a corresponding record linked to the migrated Contact or Customer. Custom activity types and note attachments require manual field-level review and are documented in the mapping spreadsheet for customer sign-off before import.
BizAutomation Cloud ERP
Opportunities
Microsoft Dynamics 365 Business Central
Sales Quote / Opportunity (Job Queue)
1:1BizAutomation Opportunities tracking pipeline deals against Organizations, with stage, amount, probability, close date, and owner, map to Business Central Sales Quotes in the early pipeline stages or Job records for project-based opportunities. Pipeline stages from BizAutomation that have no direct Business Central equivalent are mapped to Sales Quote Status or Job status values defined during schema design. Amount and probability data migrate as extension fields because Business Central's standard Sales Quote does not carry a probability field. Custom pipeline stages in BizAutomation require a status mapping table built during the scoping phase.
BizAutomation Cloud ERP
E-Commerce Orders (Multi-Channel)
Microsoft Dynamics 365 Business Central
Sales Order
1:1Orders originating from Shopify, BigCommerce, WooCommerce, Magento, or EDI marketplaces through BizAutomation's multi-channel integration carry the same structure as standard Sales Orders and map to Business Central Sales Orders in the same manner. We identify e-commerce-origin orders during export by the source channel flag in the database and map the channel identifier to a custom field on the Sales Header for reporting purposes. Post-migration, the customer configures the e-commerce platform's native Dynamics 365 Business Central integration or a middleware connector to route new orders directly into Business Central.
| BizAutomation Cloud ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Organizations | Customer1:1 | Fully supported | |
| Contacts | Contact1:1 | Fully supported | |
| Chart of Accounts | G/L Account1:1 | Fully supported | |
| Vendors | Vendor1:1 | Fully supported | |
| Inventory Items | Item1:1 | Mapping required | |
| Sales Orders | Sales Order / Sales Invoice1:1 | Mapping required | |
| Purchase Orders | Purchase Order / Purchase Invoice1:1 | Mapping required | |
| Shipments | Posted Sales Shipment / Warehouse Shipment Line1:1 | Mapping required | |
| Projects | Job1:1 | Mapping required | |
| Activities | Recordings / Task Log Entries1:1 | Mapping required | |
| Opportunities | Sales Quote / Opportunity (Job Queue)1:1 | Mapping required | |
| E-Commerce Orders (Multi-Channel) | Sales Order1:1 | 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.
BizAutomation Cloud ERP gotchas
No documented public API for bulk export
Internet dependency is absolute — no offline mode
Proprietary data format with no documented export schema
Single-tenant and Data-Mirror configurations require separate export handling
Custom item properties and matrix items need field-level mapping
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
Discovery and database export coordination
We audit the BizAutomation instance for record volumes across Organizations, Contacts, Vendors, Inventory Items, Sales Orders, Purchase Orders, Shipments, Projects, and Activity history. Because BizAutomation has no public API, we coordinate directly with the customer's BizAutomation team to obtain read-only database credentials scoped to the migration dataset. For single-tenant and Data-Mirror customers, we export from the replica layer (Data-Mirror) rather than the live OLTP database to avoid locking production transactions. We reverse-engineer the proprietary schema from the database export and build a preliminary field mapping. The discovery output is a written migration scope document, a preliminary object inventory, and a field mapping spreadsheet for the customer to review and sign off.
Destination schema design in Business Central
We design the Business Central destination schema to receive the migrated data. This includes configuring the Chart of Accounts with the correct G/L Account types, Account Categories, and posting groups. We set up Customer and Vendor posting groups to match BizAutomation's payment terms and invoice discounts. Item Categories, units of measure, and location codes are defined to match the BizAutomation inventory structure. Sales and Purchase document numbering schemes are aligned with the customer's preferred format. Any required Business Central extensions for custom fields are deployed to the target Sandbox before migration begins. Schema design is validated against the BizAutomation field mapping spreadsheet before any data is written.
Account mapping and GL structure resolution
BizAutomation uses flat text-based account numbers without a structured account-type taxonomy. Business Central requires accounts to be typed (Income, Expense, Asset, Liability, Equity) with assigned posting groups and optional dimensions for departmental or project-level reporting. We build an account mapping table that maps each BizAutomation account number to the appropriate Business Central G/L Account type, account number, and dimension assignments. The customer reviews and approves the account mapping during scoping. Any intercompany account structures from BizAutomation's multi-entity configuration map to Business Central's intercompany chart of accounts and dimensions. GL Account mapping is validated in Sandbox before production migration begins.
Sandbox migration and reconciliation
We run a full migration into a Business Central Sandbox using production-like data volumes. The customer's finance and operations leads reconcile record counts across every object, spot-check 25-50 records for field-level accuracy against the BizAutomation source, and verify that historical order totals match the BizAutomation GL. Inventory quantities are reconciled at the location level. Any mapping corrections, custom field type adjustments, or dimension assignment changes are applied in Sandbox before production migration begins. The customer signs off on the Sandbox migration before we proceed to the production phase.
Production migration in dependency order
We run production migration in strict dependency order: G/L Accounts first, then Customers and Vendors with their related contact records, then Inventory Items with custom properties and matrix variants resolved, then Projects and Jobs, then open Sales Orders and Purchase Orders, then historical orders and posted invoices, then Shipment history, then Activity records via the Dataverse API with chunking. Each phase emits a row-count reconciliation report before the next phase begins. Open orders land as open Sales Orders in Business Central; closed historical orders land as posted invoices for audit reference. Activities are linked to their parent Contact and Customer records after those records are confirmed in the destination.
Cutover, delta migration, and go-live
We freeze BizAutomation writes, capture a delta export of any records modified during the migration window, apply the delta to Business Central, and validate that account balances, open order counts, and inventory quantities match between the source and destination. We deliver a cutover checklist to the customer's team including the go-live communication, user provisioning in Business Central, and any e-commerce integration reconfiguration to point to the new ERP. We provide a one-week hypercare window to resolve any post-migration reconciliation issues raised by the customer's team. We do not rebuild BizAutomation Workflows, Automations, or custom Reports as part of the migration scope; these are delivered as written inventories for the customer's admin to rebuild using Business Central's native workflow engine, Power Automate, or the Business Central Report Designer.
Platform deep dives
BizAutomation Cloud 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 BizAutomation Cloud 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
BizAutomation Cloud ERP: Not publicly documented.
Data volume sensitivity
BizAutomation Cloud 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 BizAutomation Cloud ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your BizAutomation Cloud 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 BizAutomation Cloud 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.