ERP migration
Field-level mapping, validation, and rollback between AltheaSuite and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
AltheaSuite
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
8 of 12
objects map 1:1 between AltheaSuite and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from AltheaSuite to Microsoft Dynamics 365 is an ERP-class migration that requires careful data extraction, BOM restructuring, and traceability resolution. AltheaSuite has no publicly documented API, so every export pathway goes through the vendor; we request structured data dumps during discovery and validate schema completeness before mapping begins. The destination is typically Microsoft Dynamics 365 Business Central for SMB manufacturing, or Dynamics 365 Supply Chain Management for operations requiring advanced warehouse and production modules. We map Items to Products (with custom Item fields preserved as custom properties), serial and lot assignment records to Business Central's Item Tracking Lines, and multi-level BOMs to Production BOM structures with parent-child hierarchy flattened for import. Work Orders migrate as Production Orders. We do not migrate automations, custom reports, or configured workflows; we deliver a written inventory of these for the customer's implementation team to rebuild post-migration.
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
AltheaSuite platform overview
Scorecard, SWOT, gotchas, and pricing for AltheaSuite.
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 AltheaSuite 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.
AltheaSuite
Item
Microsoft Dynamics 365 Business Central
Product (Product2)
1:1AltheaSuite Items map to Dynamics 365 Business Central Product2 records. Standard fields (Item No., Name, Base Unit of Measure, Item Category, Product Group, Purchasing and Sales inventory posting groups) migrate directly. Reorder levels and reorder quantities map to Reorder Point and Reorder Quantity on the Product. AltheaSuite custom Item fields (user-defined properties not discoverable via API) are enumerated during discovery by requesting field definitions from the customer and are mapped as custom properties on Product2 in the destination.
AltheaSuite
Custom Item Fields
Microsoft Dynamics 365 Business Central
Custom Properties on Product2
lossyAltheaSuite custom Item fields (dropdown, text, numeric, date types) have no public discovery mechanism, so we request the full list of field definitions from the customer during schema profiling and verify them against the live system during the profile walkthrough. Each field type is converted explicitly to its nearest Dynamics 365 field type (Option Set for dropdown, Text for text, Decimal for numeric, Date for date). Field names are preserved in the custom property label with a migration-source prefix for audit.
AltheaSuite
Serial Number Record
Microsoft Dynamics 365 Business Central
Item Tracking Line (Serial Number)
lossyAltheaSuite stores serial-to-item assignments as separate child records with no direct Business Central equivalent. We extract the full serial-to-item mapping as a child table during export, then create corresponding Item Tracking Lines (tracking code with serial number assignment) in Dynamics 365 linked to the relevant Item Ledger Entry at time of receipt. We flag any orphaned serial records that reference a non-existent Item and present them for manual resolution before finalizing the import.
AltheaSuite
Lot and Expiry Record
Microsoft Dynamics 365 Business Central
Item Tracking Line (Lot Number) + Expiry Date
lossyAltheaSuite lot-controlled Items carry lot number and expiry date metadata. We migrate Lot Number to the Item Tracking Line lot number field and expiry date to the Item Tracking Line expiration date field in Business Central. FEFO (First-Expired-First-Out) logic in Business Central uses the expiry date to drive warehouse picking priority, so we ensure expiry dates are migrated as actual Date fields rather than embedded text. Any lot record without a parent Item goes to the reconciliation queue.
AltheaSuite
Customer
Microsoft Dynamics 365 Business Central
Customer
1:1AltheaSuite Customer records map directly to Business Central Customer records. Address data (street, city, state/province, postal code, country) maps to the Address fields on the Customer Card. Contact name, phone, email, and any customer-specific pricing or payment terms transfer to the respective fields on the Customer. Customer number in AltheaSuite becomes the No. field in Business Central, with the original AltheaSuite ID preserved in a migration reference field.
AltheaSuite
Vendor
Microsoft Dynamics 365 Business Central
Vendor
1:1AltheaSuite Vendor records map to Business Central Vendor records with contact details, addresses, and supplier-level fields intact. The vendor-managed inventory flag (a boolean property on the Vendor record in AltheaSuite) migrates as a custom field on the Vendor Card. Vendor number becomes the No. field in Business Central with the original AltheaSuite ID preserved in a migration reference field for cross-system audit.
AltheaSuite
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Order
1:1AltheaSuite Purchase Orders (header and line items) map to Business Central Purchase Orders. PO number becomes the External Document No. field, line items map with Item No., quantity, and direct unit cost, and the order status maps to the Status field. Multi-currency amounts and landed-cost fields require explicit value mapping against the destination currency settings and are flagged as configuration items during scoping. Received and invoiced quantities are not carried forward; open POs are imported as pending orders.
AltheaSuite
Sales Order
Microsoft Dynamics 365 Business Central
Sales Order
1:1AltheaSuite Sales Orders map to Business Central Sales Orders with header data (order number, customer reference, shipping address), line items (Item No., quantity, unit price, line discount), and delivery assignment preserved. Fulfillment status (open, partially shipped, shipped, cancelled) maps to Business Central Status. Orders with a delivery module in AltheaSuite retain their delivery linkage as a shipping address reference. Invoiced orders in AltheaSuite are not recreated as Sales Orders but are referenced in the reconciliation report as historical closed records.
AltheaSuite
Work Order
Microsoft Dynamics 365 Business Central
Production Order
1:1AltheaSuite Work Orders map to Business Central Production Orders. The Work Order header (order number, status, scheduled start and end dates, assigned work center) migrates to the Production Order header. The multi-level BOM from AltheaSuite is flattened during the transform phase: each nested sub-assembly becomes a Production BOM line item at the correct version, and the parent item of the Work Order becomes the Production Order item. Step-level labor and machine time entries migrate as routing lines if the destination has the Routing feature enabled.
AltheaSuite
Multi-level BOM
Microsoft Dynamics 365 Business Central
Production BOM
lossyAltheaSuite multi-level BOMs with nested sub-assemblies require flattening before import into Business Central. We extract the full BOM hierarchy, identify the top-level manufactured item, list all components with their quantities and unit of measure, and reconstruct the parent-child relationships as a single-level Production BOM with version. Routing steps (work centers and machine centers) are mapped if the destination includes the Manufacturing module. Any BOM component that references a non-migrated Item is flagged and held for manual resolution.
AltheaSuite
Customer Contact
Microsoft Dynamics 365 Business Central
Contact
1:1AltheaSuite Customer records may have multiple associated contact records (names, roles, phone, email, address). Each contact migrates as a Business Central Contact linked to the parent Customer. Contact type (order contact, invoice contact, primary buyer) maps to the Type field on the Contact Card. Primary contact is flagged with the Primary Contact checkbox. If a contact in AltheaSuite has no associated Customer, the contact is held in the reconciliation queue.
AltheaSuite
Vendor Contact
Microsoft Dynamics 365 Business Central
Contact (linked to Vendor)
1:1AltheaSuite Vendor contacts migrate to Business Central Contacts with the Vendor set as the Business Relation on the Contact Card. Contact name, role, phone, and email map to the corresponding fields. If the same person appears as a contact on both a Customer and a Vendor (e.g., a broker or distributor contact), the Contact record is created once with both Business Relations linked via Contact Business Relations entries.
| AltheaSuite | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Item | Product (Product2)1:1 | Fully supported | |
| Custom Item Fields | Custom Properties on Product2lossy | Fully supported | |
| Serial Number Record | Item Tracking Line (Serial Number)lossy | Fully supported | |
| Lot and Expiry Record | Item Tracking Line (Lot Number) + Expiry Datelossy | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Work Order | Production Order1:1 | Fully supported | |
| Multi-level BOM | Production BOMlossy | Fully supported | |
| Customer Contact | Contact1:1 | Fully supported | |
| Vendor Contact | Contact (linked to Vendor)1:1 | Fully supported |
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.
AltheaSuite gotchas
Pricing is not publicly available
No public API or documented export endpoints
Custom fields on Items must be explicitly enumerated
Serialized and lot-controlled inventory requires traceability reconciliation
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 export coordination
We enumerate all AltheaSuite record types in scope: Items (with item type, inventory posting group, and unit of measure), Customers (with contacts and addresses), Vendors (with contacts and addresses), Purchase Orders (header and lines), Sales Orders (header and lines), Work Orders (header, BOM reference, and routing steps), multi-level BOMs, and serial/lot assignment records. For each record type, we request a structured data dump from the AltheaSuite team and validate the schema (field list, record counts, foreign key integrity) before accepting it for mapping. We also enumerate custom Item fields by requesting the full field definition list from the customer and verifying against the live system.
Destination schema design and BOM flattening
We design the Dynamics 365 destination schema in a sandbox or development environment. For each AltheaSuite object, we provision the corresponding Business Central entity, configure posting groups, dimensions, and number series, and create any required custom fields. Multi-level BOMs are flattened during this phase: we reconstruct the parent-child hierarchy as a single-level Production BOM with version, and any BOM component without a migrated Item is flagged. We also configure item tracking codes (serial and lot number profiles) in Business Central to match the AltheaSuite serial and lot assignment structure.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 sandbox using production-like data volume. The customer's implementation team reconciles record counts (Items in, Customers in, Vendors in, Purchase Orders in, Sales Orders in, Production Orders in), spot-checks 25-50 records per object against the AltheaSuite source, and reviews the serial/lot traceability report for orphaned records. Any mapping corrections, dimension assignment errors, or BOM flattening issues are resolved in this phase before the production migration begins.
Serial, lot, and BOM traceability validation
Before production migration, we run a dedicated traceability pass. Serial number records are matched against the migrated Item list; orphaned serials are moved to a manual resolution queue. Lot records are validated for expiry date presence and FEFO eligibility. Multi-level BOMs are validated for circular references, missing components, and unit of measure consistency. The customer reviews and approves the traceability report before we proceed to production.
Production migration in dependency order
We run production migration in record-dependency order: Items (with custom fields and item tracking codes), Customers and Contacts, Vendors and Contacts, BOMs and Production BOM versions, Production Orders (with routing lines), Purchase Orders, Sales Orders, and serial/lot Item Tracking Lines (last, because they require corresponding Item Ledger Entries). Each phase emits a row-count reconciliation report before the next phase begins. Delta records modified during the migration window are migrated in a final delta pass before cutover.
Cutover, validation, and automation inventory handoff
We freeze AltheaSuite writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver a written inventory of all identified automations, configured workflows, and custom reports in AltheaSuite with a recommended Dynamics 365 equivalent (Production Journal Templates, Inventory Postings, and workflow configurations). We support a one-week hypercare window for reconciliation issues. We do not rebuild AltheaSuite automations as Dynamics 365 workflows inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
AltheaSuite
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 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 AltheaSuite and Microsoft Dynamics 365 Business Central.
Object compatibility
2 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
AltheaSuite: Not publicly documented.
Data volume sensitivity
AltheaSuite 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 AltheaSuite to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your AltheaSuite 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 AltheaSuite
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.