ERP migration
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
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
11 of 12
objects map 1:1 between Ostendo and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-10 weeks
Overview
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.
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
Ostendo platform overview
Scorecard, SWOT, gotchas, and pricing for Ostendo.
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 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
Microsoft Dynamics 365 Business Central
Customer (Finance and Supply Chain) or Customer (Business Central)
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Released Product (FinOps) or Item (Business Central)
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Purchase Order Header + Purchase Order Line
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Sales Order Header + Sales Order Line
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Production Order (Discrete or Process)
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
On-hand Stock by Site, Warehouse, and Location
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Fixed Asset
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Site + Warehouse + Location
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
Worker + Time Entry (Project Management or Payroll)
1:1Ostendo 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
Microsoft Dynamics 365 Business Central
User (Worker in FinOps)
1:1Ostendo 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)
Microsoft Dynamics 365 Business Central
Custom Fields or Worker Fields (Field Service extension)
lossyOstendo 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
Microsoft Dynamics 365 Business Central
N/A — not migrated
1:1Ostendo'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.
| Ostendo | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Customer | Customer (Finance and Supply Chain) or Customer (Business Central)1:1 | Fully supported | |
| Item | Released Product (FinOps) or Item (Business Central)1:1 | Fully supported | |
| Purchase Order | Purchase Order Header + Purchase Order Line1:1 | Fully supported | |
| Sales Order | Sales Order Header + Sales Order Line1:1 | Fully supported | |
| Work Order / Manufacturing Order | Production Order (Discrete or Process)1:1 | Fully supported | |
| Stock / Inventory | On-hand Stock by Site, Warehouse, and Location1:1 | Fully supported | |
| Asset | Fixed Asset1:1 | Fully supported | |
| Stock Location / Service Zone | Site + Warehouse + Location1:1 | Fully supported | |
| Timesheet / Time Entry | Worker + Time Entry (Project Management or Payroll)1:1 | Fully supported | |
| User | User (Worker in FinOps)1:1 | Fully supported | |
| Custom Fields (Freeway Mobile templates) | Custom Fields or Worker Fields (Field Service extension)lossy | Fully supported | |
| Reports / Saved Queries | N/A — not migrated1:1 | Not 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.
Ostendo gotchas
No public REST API for automated data extraction
Concurrent user licensing creates user-count mapping complexity
Custom fields from mobile capture layer require manual 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 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.
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.
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.
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.
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.
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
Ostendo
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Ostendo and Microsoft Dynamics 365 Business Central.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Ostendo and Microsoft Dynamics 365 Business Central.
Object compatibility
All 8 core objects map 1:1 between Ostendo and Microsoft Dynamics 365 Business Central.
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
Ostendo: Not publicly documented.
Data volume sensitivity
Ostendo 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 Ostendo to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Ostendo
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.