ERP migration
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
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
7 of 12
objects map 1:1 between Opto and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
4-8 weeks
Overview
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.
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
Opto platform overview
Scorecard, SWOT, gotchas, and pricing for Opto.
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 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
Microsoft Dynamics 365 Business Central
Item (Business Central) or Product (Finance and Supply Chain Management)
1:1Opto 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
Microsoft Dynamics 365 Business Central
Warehouse and Location (Business Central) or Site and Warehouse (Finance and Supply Chain Management)
1:manyOpto 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
Microsoft Dynamics 365 Business Central
Vendor (Business Central) or Vendor (Finance and Supply Chain Management)
1:1Opto 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
Microsoft Dynamics 365 Business Central
Customer (Business Central) or Customer (Finance and Supply Chain Management)
1:1Opto 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
Microsoft Dynamics 365 Business Central
Purchase Order (Business Central) or Purchase Requisition or Purchase Order (Finance and Supply Chain Management)
1:1Opto 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
Microsoft Dynamics 365 Business Central
Reorder Policy and Planning Worksheet (configuration)
lossyOpto 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)
Microsoft Dynamics 365 Business Central
Sales Invoice orPosted Sales Invoice (Business Central) or Customer Invoice Journal (Finance and Supply Chain Management)
1:1Opto 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)
Microsoft Dynamics 365 Business Central
Purchase Invoice or Posted Purchase Invoice (Business Central) or Vendor Invoice Journal (Finance and Supply Chain Management)
1:1Opto 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
Microsoft Dynamics 365 Business Central
Item Cross-Reference or Custom Field (configuration)
lossyOpto 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)
Microsoft Dynamics 365 Business Central
User-Defined Field or Extension Field (configuration)
lossyOpto 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)
Microsoft Dynamics 365 Business Central
User-Defined Field or Extension Field (configuration)
lossyOpto 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
Microsoft Dynamics 365 Business Central
G-L Account (Business Central) or Ledger Account (Finance and Supply Chain Management)
1:1Opto 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.
| Opto | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Item | Item (Business Central) or Product (Finance and Supply Chain Management)1:1 | Fully supported | |
| Stock Location | Warehouse and Location (Business Central) or Site and Warehouse (Finance and Supply Chain Management)1:many | Fully supported | |
| Vendor | Vendor (Business Central) or Vendor (Finance and Supply Chain Management)1:1 | Fully supported | |
| Customer | Customer (Business Central) or Customer (Finance and Supply Chain Management)1:1 | Fully supported | |
| Purchase Order | Purchase Order (Business Central) or Purchase Requisition or Purchase Order (Finance and Supply Chain Management)1:1 | Fully supported | |
| Reorder Rule | Reorder Policy and Planning Worksheet (configuration)lossy | Fully supported | |
| Invoice (AR) | Sales Invoice orPosted Sales Invoice (Business Central) or Customer Invoice Journal (Finance and Supply Chain Management)1:1 | Fully supported | |
| Invoice (AP) | Purchase Invoice or Posted Purchase Invoice (Business Central) or Vendor Invoice Journal (Finance and Supply Chain Management)1:1 | Fully supported | |
| Barcode Association | Item Cross-Reference or Custom Field (configuration)lossy | Fully supported | |
| Custom Field (Item) | User-Defined Field or Extension Field (configuration)lossy | Fully supported | |
| Custom Field (Customer) | User-Defined Field or Extension Field (configuration)lossy | Fully supported | |
| General Ledger Accounts | G-L Account (Business Central) or Ledger Account (Finance and Supply Chain Management)1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Opto gotchas
No documented export API for programmatic data pull
Reorder Rules are configuration data, not records
Custom field schema varies per account
Microsoft Dynamics 365 Business Central gotchas
Named-user licensing has no concurrent-use relief
API rate limits throttle large-volume migrations
Historical posted transactions require selective migration scoping
NAV-to-Business Central cloud migration requires partner coordination
Custom fields and AL extensions require separate migration handling
Pair-specific challenges
Migration approach
Discovery and export 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.
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.
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.
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.
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.
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
Opto
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Opto and Microsoft Dynamics 365 Business Central.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Opto: Not publicly documented — typical SaaS limits assumed and confirmed during scoping.
Data volume sensitivity
Opto exposes a bulk API — large-volume migrations stream efficiently.
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 Opto to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Opto
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.