ERP migration

Migrate from Ostendo to Microsoft Dynamics 365 Business Central

Field-level mapping, validation, and rollback between Ostendo and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.

Ostendo logo

Ostendo

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

92%

11 of 12

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

Complexity

BStandard

Timeline

6-10 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Ostendo to Microsoft Dynamics 365 is a migration from a SQL-backended SMB operations layer into a modular cloud ERP and CRM suite with deep Microsoft 365 and Azure integration. Ostendo organises data around ITEMMASTER, CUSTOMER MASTER, Work Orders, and multi-site Stock Locations, all exportable via CSV or Excel through its Data Exporting function or via scripting using GetTableNames and GetValueFromStore. There is no public REST API. We extract through the scripting and export layer, transform records into Dynamics 365 entities (Customers, Items, Vendors, Purchase Orders, Sales Orders, Production Orders, Inventory, Fixed Assets, Workers, and Time Entries), and load through the Dynamics 365 Data Management Framework and OData APIs. We do not migrate Ostendo Reports or Saved Queries, which reference Ostendo-specific table structures, nor do we migrate workflows, service scheduling rules, or custom field templates from the Freeway Mobile layer as code; we flag each for manual 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

Ostendo logo

Ostendo

What's pushing teams away

  • Support responsiveness varies by scenario, leaving some users without timely help when configuring complex workflows or custom fields.
  • Inconsistent UI behaviour across modules frustrates power users; some panels allow window resizing and others do not, depending on which screen you are in.
  • The platform lacks a well-documented public REST API, making integrations and automated data pipelines difficult to build and maintain.
  • Interface design lags behind modern SaaS standards, which creates a steeper learning curve for users accustomed to contemporary UX patterns.

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

Each row shows how a Ostendo 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.

Ostendo

Customer

maps to

Microsoft Dynamics 365 Business Central

Customer (Finance and Supply Chain) or Customer (Business Central)

1:1
Fully supported

Ostendo CUSTOMER MASTER records map to Dynamics 365 Customer (Account) entities. We preserve customer code, name, contact details, addresses, payment terms, and tax registration numbers. The CUSTOMERMASTER customer type flag (Customer, Supplier, or Both) determines whether we create a Customer record only, or a Customer and Vendor pair in Dynamics 365. Dedup key is customer code. Tax ID and ABN/ACN migrate to the Tax Identification Number fields.

Ostendo

Item

maps to

Microsoft Dynamics 365 Business Central

Released Product (FinOps) or Item (Business Central)

1:1
Fully supported

Ostendo ITEMMASTER maps to Dynamics 365 Released Product with the product type (Item, Service, or BOM) preserved from the item's Ostendo category. Primary Supplier linkage from ITEMMASTER becomes the default vendor on the product's Vendor catalog. Unit cost, unit of measure, and stock level fields migrate to the appropriate inventory dimensions. For items with serial number tracking, we enable Serial number control in Dynamics 365 before stock import.

Ostendo

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order Header + Purchase Order Line

1:1
Fully supported

Ostendo Purchase Orders map to Dynamics 365 Purchase Orders. Header fields (vendor, order date, delivery address, terms) and line fields (item number, quantity, unit cost, line amount) migrate directly. PO status from Ostendo (Open, Received, Closed, Cancelled) maps to the corresponding Dynamics 365 receipt status. Received lines with partial receipt status require careful delta handling to avoid duplicate receipt entries.

Ostendo

Sales Order

maps to

Microsoft Dynamics 365 Business Central

Sales Order Header + Sales Order Line

1:1
Fully supported

Ostendo Sales Orders map to Microsoft Dynamics 365 Sales Orders. We preserve the Order Style distinction (standard sale, return, service order) through the Microsoft Dynamics 365 Sales Order type field. Line items, pricing, discounts, and tax migrate to the corresponding Dynamics 365 structure. OSTENDO's POS function-generated orders are identified by their source flag and migrated as Sales Orders with a POS reference field. Customer item numbers from Ostendo lines are preserved in the Customer Line Reference field.

Ostendo

Work Order / Manufacturing Order

maps to

Microsoft Dynamics 365 Business Central

Production Order (Discrete or Process)

1:1
Fully supported

Ostendo Work Orders map to Dynamics 365 Production Orders. Job details, routing, BOM version, scheduled start and end dates, and status migrate. Multi-level BOMs in Ostendo may require flattening during transformation: we expand each BOM to its lowest-level components and create Dynamics 365 Production Order lines matching the bill of materials structure. The Ostendo Assignment Board scheduling data maps to Production Order scheduling in FinOps. Site and warehouse assignment from the Work Order transfers to the Production Order warehouse and site fields.

Ostendo

Stock / Inventory

maps to

Microsoft Dynamics 365 Business Central

On-hand Stock by Site, Warehouse, and Location

1:1
Fully supported

Ostendo stock quantities per location map to Dynamics 365 On-hand entries using the inventory dimension combination of Site, Warehouse, and Location. Serial number tracking per location in Ostendo maps to Dynamics 365 serial number inventory dimensions on a one-to-one basis. Multi-site records from Ostendo Service Zones and Stock Locations create separate Site and Warehouse records in Dynamics 365 before on-hand quantities are imported. We validate that all destination sites and warehouses exist before writing inventory.

Ostendo

Asset

maps to

Microsoft Dynamics 365 Business Central

Fixed Asset

1:1
Fully supported

Ostendo Asset records linked to Service Zones map to Dynamics 365 Fixed Assets. Asset master data including asset number, name, acquisition date, acquisition cost, depreciation method, and current book value migrate. Maintenance history, meter readings, and equipment check records from the asset form migrate as Fixed Asset supplementary records. The link between Fixed Asset and the responsible Site (from the Ostendo Service Zone) is preserved through a custom field on the Fixed Asset record.

Ostendo

Stock Location / Service Zone

maps to

Microsoft Dynamics 365 Business Central

Site + Warehouse + Location

1:1
Fully supported

Ostendo Stock Locations map to a hierarchy of Site (top-level operational unit), Warehouse (storage location), and Location (bin or shelf within warehouse) in Dynamics 365. Service Zones map to Site records because they represent geographic groupings for field service deployment. We preserve the zone-to-location linkage so that Dynamics 365 Field Service can inherit the geographic service area assignment from the migrated Service Zone.

Ostendo

Timesheet / Time Entry

maps to

Microsoft Dynamics 365 Business Central

Worker + Time Entry (Project Management or Payroll)

1:1
Fully supported

Ostendo timesheets linked to Work Orders and Jobs map to Dynamics 365 Time Entry records. The mobile Freeway Mobile capture layer writes time entries including GPS and materials issued; we extract these as standard time entries and preserve the GPS coordinates in a custom field for audit. Time entries linked to Production Orders become Project Time Entries if the destination uses Project Management; otherwise they migrate as time registration against the Worker. The linking of time entries to the originating Work Order number is preserved in the Description or External Reference field.

Ostendo

User

maps to

Microsoft Dynamics 365 Business Central

User (Worker in FinOps)

1:1
Fully supported

Ostendo User records from User Security and Options map to Dynamics 365 Worker records (for FinOps HR or Project modules) or System User records (for Business Central). Ostendo's concurrent-user licensing means the customer typically has more named users than concurrent seats; we capture the full user record count during discovery and map all users to named-user equivalents, alerting the customer to any licensing delta. Active users become active Workers; inactive users become inactive Workers with a flag requiring admin review.

Ostendo

Custom Fields (Freeway Mobile templates)

maps to

Microsoft Dynamics 365 Business Central

Custom Fields or Worker Fields (Field Service extension)

lossy
Fully supported

Ostendo Freeway Mobile user-defined templates with checklists, compliance forms, and QA inspection fields map to custom fields on the Worker, Asset, or Work Order entities in Dynamics 365 Field Service. These require manual field definition in the destination because they have no standard export format. We flag all custom template definitions during discovery, document each as a written field spec for the customer's admin to recreate in the Field Service customizer, and provide a mapping sheet linking the original Freeway Mobile template name to the newly created Dynamics 365 custom field names.

Ostendo

Reports / Saved Queries

maps to

Microsoft Dynamics 365 Business Central

N/A — not migrated

1:1
Not supported

Ostendo's SQL-based Report Writer and saved queries reference Ostendo-specific table names and schemas that have no direct equivalent in Dynamics 365. We do not migrate reports. We deliver a written inventory of every saved report and query in the Ostendo environment, documenting the source tables, filters, and output format, so the customer's Dynamics 365 admin or implementation partner can rebuild equivalent reports in Power BI or the Dynamics 365 report designer.

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.

Ostendo logo

Ostendo gotchas

High

No public REST API for automated data extraction

Medium

Concurrent user licensing creates user-count mapping complexity

Medium

Custom fields from mobile capture layer require manual mapping

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

  • No REST API in Ostendo requires export-first extraction architecture

    Ostendo does not publish a public REST API for programmatic data access. All data extraction runs through the built-in Data Exporting function (CSV or Excel), custom scripting using GetTableNames and GetValueFromStore, or direct SQL table access. We handle this by orchestrating extraction through the scripting layer, but the absence of an API means extraction steps are sequential rather than parallel, and the migration schedule must accommodate manual export steps unless the customer has pre-built a third-party integration layer. Any custom integrations the customer has built against Ostendo will need to be rebuilt as Dynamics 365 API integrations post-migration.

  • Multi-level BOMs require flattening before Dynamics 365 import

    Ostendo Work Orders can carry multi-level Bills of Materials where a parent item is assembled from sub-assemblies that are themselves manufactured from components. Dynamics 365 Production Orders expect a flat bill of materials structure where the production order line references the manufactured item and the route operation lines define the assembly steps. We flatten multi-level BOMs during the transformation phase by expanding each BOM to its lowest-level components, but this can significantly increase the number of production order lines and requires careful reconciliation against the original Work Order structure. We flag any bill of materials that exceeds five levels for explicit scoping review.

  • Freeway Mobile custom template fields have no standard export path

    Ostendo's Freeway Mobile platform stores user-defined templates for field data capture including checklists, compliance forms, and QA inspections. These custom field definitions are stored per object and have no standard export format or API. We flag all custom template fields during the discovery phase, create explicit field mapping documentation for each one, and alert the customer to any destination fields that cannot hold equivalent data without manual recreation in Dynamics 365 Field Service. The rebuild of these templates in Dynamics 365 is out of migration scope and requires the customer's admin or a Field Service implementation partner.

  • Concurrent-user to named-user licensing reveals seat-count delta

    Ostendo uses concurrent-user licensing (simultaneous logins) where most businesses have 25-40% of their total staff as concurrent seats. When migrating to Dynamics 365's named-user model, we must translate the concurrent-user count to named-user equivalents, which commonly reveals that the customer has been operating with more named users than concurrent seats, implying an under-licensed Ostendo environment. We capture the actual user record count during discovery, compute the named-user equivalent, and present the delta before finalising the migration scope so the customer can adjust their Dynamics 365 named-user license budget accordingly.

  • Ostendo Reports and Saved Queries reference non-portable schemas

    Ostendo's SQL Report Writer creates saved reports, inquiries, and pivot tables that reference Ostendo-specific table names, joins, and field mappings. Dynamics 365 uses different table and column naming conventions, and Power BI is the standard reporting environment for modern cloud deployments. We do not migrate reports as code. We deliver a written inventory of every saved report and query with its source tables, filter logic, and export format, so the customer's Dynamics 365 admin or implementation partner has a complete specification for rebuilding each report. Without this inventory, the customer risks losing institutional knowledge embedded in reports.

Migration approach

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

  1. Discovery and data audit

    We audit the source Ostendo environment across all active modules: CUSTOMER MASTER, ITEMMASTER, Purchase Orders, Sales Orders, Work Orders, Stock Locations, Service Zones, Assets, Timesheets, and any Freeway Mobile custom templates. We use Ostendo's Data Exporting function and scripting layer (GetTableNames, GetTableFields, GetValueFromStore) to extract record counts and field lists for each object, identify custom fields per screen, and assess multi-level BOM depth. We deliver a written data audit report with record counts, schema summaries, and an explicit list of custom template fields requiring manual field creation in the destination before any load begins.

  2. Destination environment assessment and schema provisioning

    We assess the target Dynamics 365 environment (Business Central, Finance, Supply Chain Management, or a combination) and provision the required schema elements: Sites and Warehouses, Number Sequences for each entity type, Item Product types, Bill of Materials structures, Production Order types, Worker records, Fixed Asset groups, and any custom fields identified in discovery. We use the Data Management Framework and OData APIs for FinOps-based targets, or the API and web services for Business Central. Schema is validated in a non-production environment before production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into the Dynamics 365 Sandbox or staging environment using production-like data volumes. The customer's operations lead reconciles record counts (Customers in, Vendors in, Items in, Purchase Orders in, Sales Orders in, Production Orders in, Inventory in, Assets in, Time Entries in), spot-checks 25-50 records per object against the Ostendo source, and signs off the schema and mapping before production cutover. BOM flattening results and custom field mapping specs are reviewed at this stage. Any mapping corrections are made in staging, not in production.

  4. Reference data migration first

    We migrate all reference data before transactional records: Stock Locations and Service Zones become Sites, Warehouses, and Locations; Customers and Vendors are loaded with the customer type flag resolved for each record; Items are loaded with their product type, unit of measure, and default vendor; Fixed Asset groups and depreciation profiles are provisioned. Reference data migration must complete and be validated before any transactional records are loaded because transactional records hold foreign keys to reference data entities. Any orphaned reference records (locations without a site, items without a vendor) are resolved in this phase.

  5. Transactional record migration in dependency order

    We run production migration in strict dependency order: reference data first (Sites, Warehouses, Customers, Vendors, Items, Asset groups), then Production Orders (with flattened BOMs), then Purchase Orders, then Sales Orders, then On-hand inventory (with serial and batch numbers resolved), then Fixed Assets with maintenance history, then Time Entries with Worker and Production Order links. Each phase emits a row-count reconciliation report before the next phase begins. We use Dynamics 365 OData batch endpoints with chunking and exponential backoff on rate-limit responses.

  6. Cutover, validation, and rebuild handoff

    We freeze Ostendo writes during cutover, run a final delta migration of any records modified during the migration window, then set the Dynamics 365 environment as the system of record. We deliver the Report and Saved Query inventory document to the customer's admin team for Power BI rebuild. We deliver the Freeway Mobile custom template field spec for Dynamics 365 Field Service manual recreation. We provide a one-week hypercare window for reconciliation issues. We do not rebuild Ostendo workflows, service scheduling rules, or Freeway Mobile templates as Dynamics 365 configurations inside the migration scope; those are separate engagements.

Platform deep dives

Context on both ends of the pair

Ostendo logo

Ostendo

Source

Strengths

  • Full operations suite covering inventory, manufacturing, job costing, field service, and POS under one licence.
  • Serial number tracking and multi-site stock location support for businesses with complex warehousing needs.
  • Preventive maintenance and service scheduling automation for field service operations.
  • SQL-based Report Writer with access to all database tables and export to Excel or Word.
  • Concurrent user licensing model reduces seat costs for organisations with lower simultaneous usage.

Weaknesses

  • No publicly documented REST API; integrations require scripting or third-party tools.
  • Limited review presence and thin public community data makes independent evaluation difficult.
  • Interface inconsistency between screens can cause usability friction for power users.
  • Mobile app and custom template layer introduces custom fields that require manual mapping during data migration.
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. All 8 core objects map 1:1 between Ostendo and Microsoft Dynamics 365 Business Central.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Ostendo and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    A

    All 8 core objects map 1:1 between Ostendo and Microsoft Dynamics 365 Business Central.

  • 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

    Ostendo: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Ostendo 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 Ostendo migrations land between six and ten weeks for environments under 15,000 Customers, 20,000 Items, and 5,000 Work Orders with no multi-level BOMs and no Freeway Mobile custom templates. Migrations with multi-level BOMs requiring flattening, large inventory histories with serial number records across multiple stock locations, or Freeway Mobile custom field templates requiring manual recreation in Dynamics 365 Field Service move to fourteen to twenty-four weeks because of BOM transformation complexity, inventory dimension resolution, and the manual field rebuild dependency.

Adjacent paths

Related migrations to explore

Ready when you are

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