ERP migration

Migrate from Opto to Microsoft Dynamics 365 Business Central

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

Opto logo

Opto

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

58%

7 of 12

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

Complexity

BStandard

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Opto Enterprise to Microsoft Dynamics 365 is an ERP-class migration that requires careful schema translation and a non-API export workflow. Opto Enterprise has no documented public REST API, so data extraction relies on the platform's native export function, which we parse, chunk, and transform into Dynamics 365 import-ready batches. Opto's multi-location inventory hierarchy flattens into Dynamics 365's warehouse-bin model; barcode associations and reorder rules carry as structured reference tables requiring manual re-entry or Power Automate rebuild at the destination. We preserve all Item custom fields, Vendor lead times, and Customer pricing tiers in the mapping worksheet, and we separate open invoices from historical records so that open AR and AP items reconcile correctly in the destination's general ledger. Workflow and automation rules do not migrate; we deliver a written inventory of any reorder alert logic for the customer's admin to rebuild in Power Automate or the destination's native automation layer.

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

Opto logo

Opto

What's pushing teams away

  • Lack of an exposed REST API limits automation and third-party integrations beyond the pre-built connectors.
  • Reporting and analytics lag behind dedicated BI tools, pushing power users toward platforms with richer dashboards.
  • Scalability concerns arise when transaction volume grows beyond mid-size, prompting a move to full-featured ERPs.

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

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

Opto

Item

maps to

Microsoft Dynamics 365 Business Central

Item (Business Central) or Product (Finance and Supply Chain Management)

1:1
Fully supported

Opto Items map to Dynamics 365 Item records. We map Item number to Item No., description to Description, SKU to the destination's cross-reference or barcode field, unit cost to Unit Cost, and reorder point to Reorder Point. Barcode associations stored on the Item record migrate as a structured custom field barcode_id__c or as a cross-reference record in Business Central. If Opto Items carry variant attributes (size, color), these map to Item Variants in Business Central or as product dimensions in Finance and Supply Chain Management.

Opto

Stock Location

maps to

Microsoft Dynamics 365 Business Central

Warehouse and Location (Business Central) or Site and Warehouse (Finance and Supply Chain Management)

1:many
Fully supported

Opto multi-location inventory with named bins and warehouses flattens into the destination's warehouse-location model. We extract the Opto location hierarchy (warehouse, zone, bin) and map it to Business Central Warehouse code plus Location code, or to Finance and Supply Chain Management Site plus Warehouse. The top-level Opto warehouse name becomes the destination Warehouse name; lower-level bin names become Location codes with a naming convention agreed during scoping. Inventory quantities per location are preserved as bin-level stock entries in the destination.

Opto

Vendor

maps to

Microsoft Dynamics 365 Business Central

Vendor (Business Central) or Vendor (Finance and Supply Chain Management)

1:1
Fully supported

Opto Vendor records map directly to Dynamics 365 Vendor. We map vendor name to Name, contact to Contact, phone and email to Contact Information, payment terms to Payment Terms, and any lead-time data stored on the Vendor to the Vendor Lead Time field or a custom field on the Vendor. Vendors are inserted before Purchase Orders so that the Vendor No. reference is satisfied at the time of PO import.

Opto

Customer

maps to

Microsoft Dynamics 365 Business Central

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

1:1
Fully supported

Opto Customer records map to Dynamics 365 Customer. We map customer name to Name, billing address to Address, email to Email, phone to Phone, and any customer-specific pricing tiers to Customer Price Group or a custom pricing field. If Opto Customers carry a credit limit or payment term override, these map to Credit Limit and Payment Terms on the Dynamics 365 Customer record. Customer is inserted before any Sales Orders or invoices that reference it.

Opto

Purchase Order

maps to

Microsoft Dynamics 365 Business Central

Purchase Order (Business Central) or Purchase Requisition or Purchase Order (Finance and Supply Chain Management)

1:1
Fully supported

Opto Purchase Orders link a Vendor to one or more Items with quantities and expected delivery dates. We map the Vendor reference, Item references (resolved to Dynamics 365 Item No.), quantities, unit cost, and expected receipt date. In Business Central, Purchase Orders are inserted directly. In Finance and Supply Chain Management, open Purchase Orders can map to Purchase Requisitions if the organization's approval workflow routes requisitions before PO creation. We confirm the preferred object during scoping based on the customer's approval process.

Opto

Reorder Rule

maps to

Microsoft Dynamics 365 Business Central

Reorder Policy and Planning Worksheet (configuration)

lossy
Fully supported

Opto Reorder Rules are account-level configuration per Item, not transactional records. We export the full rule set as a structured CSV during discovery, documenting each Item's minimum quantity threshold, reorder quantity, and preferred vendor. These rules must be re-entered manually at the destination in Business Central's Reorder Point field and Planning Worksheet, or in Finance and Supply Chain Management's Master Planning parameters. We include a complete Reorder Rule reference worksheet in the mapping document to make manual reconfiguration straightforward and auditable.

Opto

Invoice (AR)

maps to

Microsoft Dynamics 365 Business Central

Sales Invoice orPosted Sales Invoice (Business Central) or Customer Invoice Journal (Finance and Supply Chain Management)

1:1
Fully supported

Opto open and historical invoices separate into two migration batches. Open invoices are recreated in Dynamics 365 as open records (Sales Invoice in Business Central, Customer Invoice Journal line in Finance and Supply Chain Management) with line items, amounts, due dates, and payment status preserved. Closed invoices migrate as historical posted records with full line-item detail for audit and financial reporting. The Opto invoice number becomes the External Document No. on the Dynamics 365 record for cross-reference.

Opto

Invoice (AP)

maps to

Microsoft Dynamics 365 Business Central

Purchase Invoice or Posted Purchase Invoice (Business Central) or Vendor Invoice Journal (Finance and Supply Chain Management)

1:1
Fully supported

Opto AP invoices map to Dynamics 365 Purchase Invoice records. We preserve vendor reference, invoice number, invoice date, due date, amounts, and line items. Open AP items migrate as open invoices so that the accounts payable team can make payments against the correct vendor ledger entries. Closed AP invoices migrate as posted records for historical reporting and audit trail.

Opto

Barcode Association

maps to

Microsoft Dynamics 365 Business Central

Item Cross-Reference or Custom Field (configuration)

lossy
Fully supported

Opto barcode-to-Item associations are extracted as a structured reference table and mapped to Business Central Item Cross-Reference records (with Cross-Reference Type set to Bar Code) or to a custom barcode_id__c field on the Item. In Finance and Supply Chain Management, barcode associations map to a WHSBarcodeTable extension or a custom field on the released product. We document the barcode symbology and any scan-logic customizations for the customer's IT team to evaluate the best Dynamics 365 barcode implementation path.

Opto

Custom Field (Item)

maps to

Microsoft Dynamics 365 Business Central

User-Defined Field or Extension Field (configuration)

lossy
Fully supported

Opto Item custom fields are extracted during discovery with their data types and populated values. We map each to a matching Dynamics 365 user-defined field (Business Central) or an extension field (Finance and Supply Chain Management). Fields with no direct equivalent are flagged in the mapping worksheet with a recommendation (custom field, notes field, or drop as non-operational). No custom field is silently dropped; every field appears in the mapping document with a disposition decision.

Opto

Custom Field (Customer)

maps to

Microsoft Dynamics 365 Business Central

User-Defined Field or Extension Field (configuration)

lossy
Fully supported

Opto Customer custom fields follow the same approach as Item custom fields. We extract the schema during discovery, map to equivalent Dynamics 365 user-defined or extension fields, and document any unmapped fields with a disposition recommendation. Customer-specific pricing tiers, discount schedules, or regional flags migrate to the appropriate Dynamics 365 Customer fields or custom fields.

Opto

General Ledger Accounts

maps to

Microsoft Dynamics 365 Business Central

G-L Account (Business Central) or Ledger Account (Finance and Supply Chain Management)

1:1
Fully supported

Opto does not expose its chart of accounts structure directly, but the customer's accounts receivable and accounts payable balances must reconcile post-migration. We extract AP and AR subledger balances from Opto's invoice records and cross-reference them against the destination's control accounts. We deliver a chart-of-accounts mapping worksheet that the customer's accountant completes for any Opto expense and revenue accounts, then validate that total debits equal total credits in the destination general ledger before go-live.

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.

Opto logo

Opto gotchas

High

No documented export API for programmatic data pull

Medium

Reorder Rules are configuration data, not records

Medium

Custom field schema varies per account

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

  • Opto Enterprise has no documented REST API for data extraction

    Opto Enterprise does not publish a public REST API, which means migrations cannot use standard API-based extraction tools. We work around this by using Opto's native data export function to produce CSV files, parsing the export format into a normalized staging schema, chunking large files into import-ready batches for Dynamics 365, and mapping the exported structure to the destination field types. Customers should validate the export scope early in discovery—specifically whether the export includes all Item fields, all Customer fields, full invoice history, and custom fields—to avoid discovering export limits during cutover.

  • Barcode scanning is not native to Dynamics 365 ERP

    Opto's barcode scanning is a core feature tied to Item records and warehouse operations. Dynamics 365 Business Central and Finance and Supply Chain Management do not include native barcode scanning out of the box; this requires a third-party ISV add-on from AppSource (such as Insight Works, Bluedot, or Scandit) or custom development using the Hardware Station and the warehouse management module. We export the barcode-to-Item associations as a structured reference table and document the recommended barcode ISV for the customer's evaluation. Barcode scanning functionality is not migrated as code; it must be re-implemented at the destination.

  • Reorder rules are configuration data requiring manual rebuild

    Opto reorder rules are account-level settings per Item, not transactional records. We export them as a structured CSV reference table, but they cannot be migrated as automation rules. Dynamics 365's reorder point and planning worksheet use a different model—reorder quantities, safety stock, and vendor lead times are parameters set on the Item or in the Planning Worksheet, and the replenishment system generates suggested purchase orders. We document every Opto reorder rule in the mapping worksheet so the customer's admin rebuilds them as Item-level parameters in Business Central Planning Worksheet or Finance and Supply Chain Management Master Planning.

  • Custom field schemas vary per Opto account and require manual mapping

    Opto accounts frequently add custom fields to Items and Customers that have no standard equivalent in Dynamics 365 schemas. We extract the full custom-field definition during discovery, map each to a matching Dynamics 365 user-defined field or flag it for the customer's evaluation, and include a disposition recommendation for every unmapped field. The customer should validate the mapping worksheet before migration begins, because a mismatch discovered at cutover can require a re-run.

  • Chart of accounts and GL reconciliation must be validated post-migration

    Opto's simplified account structure does not expose a full chart of accounts for extraction. We derive AR and AP balances from Opto invoice records and map them to the destination's control accounts, but revenue, expense, and balance sheet accounts require a customer-completed mapping worksheet. The customer's accountant must validate that total debits equal total credits in the Dynamics 365 general ledger before go-live. Without this validation, open invoices can post to incorrect accounts, creating reconciliation gaps that are difficult to resolve post go-live.

Migration approach

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

  1. Discovery and export scoping

    We audit the Opto account to identify all record types in scope (Items, Stock Locations, Vendors, Customers, Purchase Orders, Invoices), confirm the export capability of each (native export function coverage, row counts, custom field inclusion), and flag any records that require manual extraction. We confirm the destination Dynamics 365 edition (Business Central Essentials or Premium; Finance and Supply Chain Management Essentials or Premium) and collect the destination's current chart of accounts and warehouse configuration. The discovery output is a written migration scope document with record counts, export method per object, and a preliminary object mapping.

  2. Schema design and mapping worksheet

    We design the destination Dynamics 365 schema before any data moves. For Business Central, this includes Item setup (units of measure, inventory posting setup, warehouse locations), Vendor setup (payment terms, vendor dimensions), Customer setup (customer posting groups, payment terms, price groups), and the general journal chart-of-accounts mapping. For Finance and Supply Chain Management, it includes the chart of accounts, financial dimensions, site and warehouse configuration, and product master setup. We deliver a structured mapping worksheet for the customer to complete for any Opto account codes, custom fields, and reorder rule logic that requires a destination field assignment.

  3. Data export and staging in Opto

    We guide the customer through running Opto's native export for each object in scope. Because there is no REST API, we parse the exported CSV files into a normalized staging schema, clean incomplete records (missing required fields, duplicate SKUs, unresolvable vendor references), and chunk large files into import-ready batches. We flag any records that cannot be validated at this stage and return them to the customer for correction before proceeding to the destination import.

  4. Parent-record import order

    We import records into Dynamics 365 in strict dependency order: Vendors first (to satisfy Vendor No. references on Purchase Orders), then Customers (to satisfy Customer No. references on Sales Invoices), then Items (to satisfy Item No. references on Invoice lines and Purchase Order lines), then Warehouses and Locations, then Purchase Orders and Sales Invoices, then Invoice history. Each phase emits a row-count reconciliation report. We use Dynamics 365's native data import capabilities (Data Import Framework for Finance and Supply Chain Management, or the Business Central data migration extension) and validate that posted records balance before advancing to the next phase.

  5. Cutover, validation, and reorder rule handoff

    We freeze writes in Opto during cutover, run a final delta import of any records modified during the migration window, and validate that open Purchase Orders, open AR invoices, and open AP invoices are correctly reflected in Dynamics 365. We reconcile total invoice amounts by vendor and customer against the Opto source totals. We deliver the Reorder Rule reference worksheet and the Custom Field disposition document to the customer's admin team for manual reconfiguration in the Planning Worksheet or Master Planning module. We support a one-week hypercare window for reconciliation issues raised by the operations or accounting team.

  6. Barcode ISV and Power Automate evaluation support

    We provide a written evaluation of three AppSource barcode ISV options for the customer's warehouse scanning requirements, including integration complexity and licensing cost. We also document the reorder alert logic extracted from Opto as a set of functional requirements for rebuilding in Power Automate or Dynamics 365's native planning parameters. This document is a requirements artifact; the rebuild itself falls outside standard migration scope and can be handled by the customer's IT team or a Dynamics 365 partner.

Platform deep dives

Context on both ends of the pair

Opto logo

Opto

Source

Strengths

  • Barcode-driven stock tracking with automated reorder alerts.
  • Pre-built eCommerce and accounting platform connectors.
  • Simple per-seat or tiered pricing structure for small businesses.

Weaknesses

  • No publicly documented REST API limits programmatic data extraction and migration tooling.
  • Limited custom reporting and analytics compared to standalone BI platforms.
  • Maturity and feature depth trail behind established ERP players at larger scale.
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. 1 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 Opto and Microsoft Dynamics 365 Business Central.

  • Object compatibility

    B

    1 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

    Opto: Not publicly documented — typical SaaS limits assumed and confirmed during scoping.

  • Data volume sensitivity

    A

    Opto exposes a bulk API — large-volume migrations stream efficiently.

Estimator

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

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

Can't find your answer?

Walk through your Opto 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 migrations land between four and eight weeks for straightforward Opto accounts under 10,000 Items, 2,000 Customers, and 1,000 Vendors with no multi-entity structure. Migrations with multi-warehouse inventory hierarchies, large historical invoice archives (over 5,000 open or closed invoices), or a destination of Finance and Supply Chain Management move to ten to fourteen weeks because of the export parsing work, location flattening, and general ledger reconciliation validation. Business Central QuickStart implementations through partners typically run six to twelve weeks for core configuration alone, separate from the data migration timeline.

Adjacent paths

Related migrations to explore

Ready when you are

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