ERP migration

Migrate from AltheaSuite to Microsoft Dynamics 365 Business Central

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 logo

AltheaSuite

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

67%

8 of 12

objects map 1:1 between AltheaSuite and Microsoft Dynamics 365 Business Central.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

AltheaSuite logo

AltheaSuite

What's pushing teams away

  • Prospective customers and app reviewers cite opaque pricing as a primary friction point — AltheaSuite requires booking a demo to get any pricing information, which creates a barrier for self-service evaluation.
  • The Shopify app reviewer notes that after installing the app, they discovered they cannot create an account independently and must go through a sales-driven demo process first.
  • Customers requiring enterprise-scale reporting, multi-entity consolidation, or complex multi-currency accounting often find AltheaSuite's analytics insufficient compared to NetSuite or Odoo.

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 AltheaSuite objects map to Microsoft Dynamics 365 Business Central

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

maps to

Microsoft Dynamics 365 Business Central

Product (Product2)

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Custom Properties on Product2

lossy
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Item Tracking Line (Serial Number)

lossy
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Item Tracking Line (Lot Number) + Expiry Date

lossy
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Production BOM

lossy
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Contact

1:1
Fully supported

AltheaSuite 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

maps to

Microsoft Dynamics 365 Business Central

Contact (linked to Vendor)

1:1
Fully supported

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

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.

AltheaSuite logo

AltheaSuite gotchas

High

Pricing is not publicly available

High

No public API or documented export endpoints

Medium

Custom fields on Items must be explicitly enumerated

Medium

Serialized and lot-controlled inventory requires traceability reconciliation

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

  • AltheaSuite has no public API; exports are vendor-mediated

    Research found no publicly documented REST API, GraphQL endpoint, or bulk export endpoint for AltheaSuite. All data extraction pathways appear to require vendor engagement. We handle this by requesting structured data dumps directly from the AltheaSuite team during the discovery phase and validating the dump schema completeness (record counts, field presence, foreign key relationships) before mapping begins. If no structured export is available, migration scope must include manual extraction steps with a clear effort estimate and sign-off from the customer on data completeness.

  • Custom Item fields require explicit enumeration before mapping

    AltheaSuite supports user-defined custom fields on Items, but these are not discoverable via public API. We request a full list of custom Item field definitions from the customer during scoping, verify them against the live system during a profile walkthrough, and map each field type explicitly to a Dynamics 365 field type. Skipping this enumeration results in custom Item properties silently dropping during migration, which is difficult to detect post-import without a field-by-field reconciliation report.

  • Serial and lot records must be re-associated at the destination

    AltheaSuite stores serial and lot assignments as separate child records linked to Items. Business Central uses Item Tracking Lines attached to Item Ledger Entries (the inventory transaction record), not as standalone entities. We extract the full serial-to-item and lot-to-item mapping as child tables, then re-associate each record by creating corresponding Item Tracking Lines on the receipt or adjustment entries. Orphaned serial or lot records (references to non-existent Items) are flagged and presented for manual resolution before the import finalizes.

  • Dynamics 365 COA dimensions and posting groups are hard to reverse

    Business Central's chart of accounts dimensions and posting group structure are foundational design decisions. G2 and Gartner reviews consistently note that early configuration choices in dimensions and posting groups are difficult to reverse once transactions have been posted. We work with the customer's implementation team to align the COA design before migration begins, and we do not proceed with financial record migration (vendor and customer ledger entries) until dimension assignments are confirmed in the sandbox validation phase.

  • Manufacturing module scope differs between Business Central and Supply Chain Management

    If the destination is Business Central (typical for SMB manufacturing), the Production Orders module supports basic discrete manufacturing but not always process manufacturing or advanced routing. If the customer uses complex routing, work center calendars, or sub-contracting in AltheaSuite, the destination may need Dynamics 365 Supply Chain Management rather than Business Central. We validate the manufacturing feature requirements during discovery and flag whether the chosen Dynamics 365 app covers the customer's Work Order and BOM complexity before migration scope is finalized.

Migration approach

Six steps for a successful AltheaSuite to Microsoft Dynamics 365 Business Central data migration

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

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

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

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

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

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

Context on both ends of the pair

AltheaSuite logo

AltheaSuite

Source

Strengths

  • Deep inventory tracking with serial numbers, lot control, expiry dates, and reorder level automation.
  • Modular architecture allowing SMBs to adopt only the modules they need and expand over time.
  • Integrated POS and inventory in a single platform for retail-facing businesses.
  • Multi-level BOM support for discrete manufacturing and assembly operations.
  • Cloud-based with mobile access on iOS and Android for field and floor teams.

Weaknesses

  • Pricing is not publicly disclosed — customers must contact sales or book a demo to receive a quote, limiting self-service evaluation.
  • No public API documentation or developer portal found in research, making programmatic data export uncertain without direct vendor engagement.
  • No self-service signup available — even the Shopify app requires linking to an existing AltheaSuite account after a demo booking.
  • Limited independent review volume (9 reviews across major platforms) makes it difficult to assess long-term reliability and support quality at scale.
  • Customization is praised but the effort and cost of that customization is not transparent, leading some customers to feel locked into the vendor for ongoing changes.
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. 2 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 AltheaSuite and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    B

    2 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

    AltheaSuite: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your AltheaSuite 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 AltheaSuite to Microsoft Dynamics 365 Business Central data migrations

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

Can't find your answer?

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 consultation

Basic migrations with clean Items, Customers, Vendors, and no Work Orders or serial/lot tracking typically complete in three to five weeks. Migrations with custom Item fields, multi-level BOMs, and serial/lot assignment records extend to six to ten weeks. Large ERP-class migrations with 50,000+ Items, complex BOM hierarchies, and manufacturing module scope (Work Orders with routing) run ten to fourteen weeks because of BOM flattening, traceability reconciliation, and the sandbox validation cycle required before production migration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from AltheaSuite.
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