ERP migration
Field-level mapping, validation, and rollback between Iptor ERP and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
Iptor ERP
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
13 of 14
objects map 1:1 between Iptor ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from Iptor ERP to Microsoft Dynamics 365 is a structural migration that requires resolving Iptor's unified Business Partner entity into separate Customer and Vendor records, flattening multi-level item classification hierarchies into compatible category structures, and mapping Iptor's configurable segment-based chart of accounts to Dynamics 365's financial dimension framework. We sequence the migration in dependency order starting with master data (Business Partners, Items, Accounts) before transactional records (Orders, Invoices, Delivery Notes, Journal Entries), and we extract open AP/AR balances at migration time so the destination begins with an accurate aged trial balance. Iptor's number rollover threshold, large-scale custom modifications, and publishing-specific royalty structures require pre-migration documentation and customer-approved mapping specifications before any data moves.
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
Iptor ERP platform overview
Scorecard, SWOT, gotchas, and pricing for Iptor ERP.
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 Iptor ERP 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.
Iptor ERP
Business Partner (Customer-Vendor)
Microsoft Dynamics 365 Business Central
Customer and Vendor
1:manyIptor's unified Business Partner entity covers both customers and vendors with a BP type field. We split on BP type during migration: BP type Customer maps to Dynamics 365 Customer card with Customer Posting Group; BP type Vendor maps to Vendor card with Vendor Posting Group. Address book entries, contact information, and payment terms transfer to the respective card. Custom fields on the BP record attach as custom fields on the Customer or Vendor.
Iptor ERP
Item
Microsoft Dynamics 365 Business Central
Item (Item Card)
1:1Iptor Items with configurable attributes, Item Classifications, and multiple unit-of-measure settings migrate to Dynamics 365 Item cards. The Item Type (Inventory, Service, Non-inventory) is set based on Iptor's stock control flag. Item Classification hierarchies are flattened to a primary Category with additional classification levels stored as Item Attributes or as a custom category hierarchy table depending on the Dynamics edition. Unit-of-measure conversions map to the Dynamics 365 Unit of Measure setup.
Iptor ERP
Sales Order
Microsoft Dynamics 365 Business Central
Sales Order (Draft)
1:1Iptor Sales Orders migrate as Microsoft Dynamics 365 Sales Order drafts. Order number, order date, required delivery date, and customer reference map directly. Sales lines transfer with item number, quantity, unit price, line discount, and warehouse location. Open versus fulfilled status determines whether the order remains in draft or is posted and closed. Partially fulfilled lines are flagged with shipped versus ordered quantities.
Iptor ERP
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Order (Draft)
1:1Iptor Purchase Orders migrate as Dynamics 365 Purchase Order drafts. Vendor assignment, expected delivery date, and line quantities transfer directly. Partially received POs are migrated with received quantities flagged and remaining quantities as open lines. Iptor's approval workflow status does not transfer; the customer re-applies approval routing in Dynamics 365 post-migration.
Iptor ERP
Delivery Note
Microsoft Dynamics 365 Business Central
Posted Sales Shipment
1:1Iptor Delivery Notes map to Dynamics 365 Posted Sales Shipments. Header details (delivery number, date, customer, shipping address) and line details (item, quantity shipped, unit of measure, warehouse) transfer directly. The original Sales Order reference is preserved as a linked document for audit trail. Picked versus shipped quantities are reconciled during migration.
Iptor ERP
AR Invoice
Microsoft Dynamics 365 Business Central
Posted Sales Invoice
1:1Iptor AR invoices migrate to Dynamics 365 Posted Sales Invoices. Invoice number, invoice date, due date, payment terms, and tax jurisdiction codes map to the posted invoice. Line items, amounts, and tax amounts transfer with invoice-level and line-level VAT or sales tax codes resolved to the destination tax setup. Open invoices remain open; paid invoices are posted as paid with payment journal entries.
Iptor ERP
AP Invoice
Microsoft Dynamics 365 Business Central
Posted Purchase Invoice
1:1Iptor AP invoices migrate to Dynamics 365 Posted Purchase Invoices. Vendor invoice number, invoice date, due date, and payment terms transfer. Line items and amounts map with vendor-specific posting groups assigned. Tax codes are resolved to the Dynamics 365 tax configuration. Open payables are migrated as open posted invoices with outstanding amounts reconciled against the vendor ledger.
Iptor ERP
Open AP/AR Balances
Microsoft Dynamics 365 Business Central
Open Vendor Ledger Entries and Open Customer Ledger Entries
1:1We extract open payables and receivables as explicit ledger entries at migration time so the destination begins with an accurate aged trial balance. Each open AR invoice generates a Customer Ledger Entry with remaining amount; each open AP invoice generates a Vendor Ledger Entry with remaining amount. Closed items migrate as historical records for reporting continuity. This requires a dedicated migration step just before go-live to capture the latest balances.
Iptor ERP
Chart of Accounts
Microsoft Dynamics 365 Business Central
Chart of Accounts (Main Accounts and Financial Dimensions)
1:1Iptor's configurable segment-based account structure maps to Dynamics 365 Main Accounts with financial dimensions. Each Iptor account segment maps to a Main Account number or to a financial dimension value depending on the segment's function. Accounts with non-standard segment assignments are flagged for manual review before migration. We preserve the full account hierarchy and map Iptor's account type (Income, Expense, Asset, Liability, Equity) to the Dynamics 365 Main Account Category.
Iptor ERP
Inventory / Warehouse Records
Microsoft Dynamics 365 Business Central
Item Ledger Entries and Location
1:1Stock levels, warehouse locations, and lot/serial numbers migrate as current-state snapshots at go-live. Iptor's multi-warehouse setup requires mapping warehouse codes to Dynamics 365 Location codes. Open item ledger entries for in-transit inventory are migrated with warehouse assignments. Lot and serial number traceability records transfer to Dynamics 365 item tracking entries with expiration dates preserved.
Iptor ERP
Journal Entries
Microsoft Dynamics 365 Business Central
General Journal Lines
1:1Historical journal entries are migrated for reporting continuity. Iptor's journal types including recurring entries map to Dynamics 365 General Journal with the original journal date, description, and all debit/credit line amounts preserved. Balancing account assignments are resolved through the account mapping table. We do not migrate locked or posted periods; only open and recent posted entries transfer.
Iptor ERP
Publishing Royalties and Rights (Publishing Module)
Microsoft Dynamics 365 Business Central
Royalty Contracts (Custom Table or Structured File)
1:1Only present where the Iptor Publishing module is active. Royalties, Rights, Permissions, and Contract records use a multi-dimensional structure that has no native Dynamics 365 equivalent. We convert these records to a flattened schema with fields for contract ID, right type, royalty rate, entitlement period, counterparty, and payment terms. The customer reviews and approves the flattened schema before we commit. If Dynamics 365 Finance and Operations is the destination, custom tables can store this data natively; for Business Central, we deliver structured CSV with field mapping documentation.
Iptor ERP
User Accounts and Security Roles
Microsoft Dynamics 365 Business Central
User Setup and Permission Sets
1:1User accounts, passwords, and role assignments do not migrate directly due to identity and security constraints. We extract the user list and role assignments from Iptor and produce a User Mapping Table that the customer's Dynamics 365 admin uses to provision corresponding users in Azure AD and assign permission sets. Inactive Iptor users are flagged for optional provisioning.
Iptor ERP
Documents and Attachments
Microsoft Dynamics 365 Business Central
Document Attachments or File Package
1:1Documents stored in Iptor's document management system are exported as a file package with folder structure preserved. Each file is associated with the related transactional or master record and delivered as a zipped archive alongside the migrated data. The customer uploads the archive to Dynamics 365 SharePoint or OneDrive integration post-migration.
| Iptor ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Business Partner (Customer-Vendor) | Customer and Vendor1:many | Fully supported | |
| Item | Item (Item Card)1:1 | Fully supported | |
| Sales Order | Sales Order (Draft)1:1 | Fully supported | |
| Purchase Order | Purchase Order (Draft)1:1 | Fully supported | |
| Delivery Note | Posted Sales Shipment1:1 | Fully supported | |
| AR Invoice | Posted Sales Invoice1:1 | Fully supported | |
| AP Invoice | Posted Purchase Invoice1:1 | Fully supported | |
| Open AP/AR Balances | Open Vendor Ledger Entries and Open Customer Ledger Entries1:1 | Fully supported | |
| Chart of Accounts | Chart of Accounts (Main Accounts and Financial Dimensions)1:1 | Mapping required | |
| Inventory / Warehouse Records | Item Ledger Entries and Location1:1 | Mapping required | |
| Journal Entries | General Journal Lines1:1 | Mapping required | |
| Publishing Royalties and Rights (Publishing Module) | Royalty Contracts (Custom Table or Structured File)1:1 | Fully supported | |
| User Accounts and Security Roles | User Setup and Permission Sets1:1 | Fully supported | |
| Documents and Attachments | Document Attachments or File Package1:1 | Mapping required |
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.
Iptor ERP gotchas
Number rollover threshold blocks scaling
Large-scale custom modifications require manual mapping
On-premises deployments need VPN or remote access coordination
Item classification hierarchies do not flatten cleanly
Publishing royalties and rights are non-standard structures
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 deployment assessment
We audit the Iptor ERP environment across deployment type (cloud or on-premises), active modules (Distribution, Publishing, Pharma, WM1), transaction volumes, custom field count, item classification depth, and chart of account segment configuration. We confirm whether the destination is Business Central or Finance and Operations based on user count, multi-company complexity, and industry requirements. The discovery output is a written migration scope, object inventory, and destination edition recommendation.
Schema mapping and custom field specification
We design the destination schema in Dynamics 365, including Customer and Vendor posting groups, Item categories and attributes, Main Account structure with financial dimensions, Location codes for warehouse mapping, and any custom tables for Publishing royalties. Custom fields on Iptor Business Partners, Items, and Orders are mapped to custom fields in Dynamics 365. We produce a written mapping specification for each object, and the customer approves before extraction begins.
Data extraction and staging
We extract data from Iptor in dependency order: master data (Business Partners, Items, Chart of Accounts) first, then transactional records (Orders, Invoices, Delivery Notes, Journal Entries) in sequence. For on-premises deployments, we coordinate database access or VPN credentials with the customer's IT team. For cloud deployments, we use Iptor's API or direct export tools. Extracted data is staged in a secure environment, validated for record counts and referential integrity, and any anomalies are flagged to the customer before transformation begins.
Transformation and Business Partner split
We transform staged data to the Dynamics 365 schema. The Business Partner split runs first: every BP record is evaluated by type and written to separate Customer and Vendor tables with matching custom fields. Item classification hierarchies are flattened to the agreed category and attribute structure. Account segments are resolved to Main Accounts and financial dimensions. Open AP/AR balances are extracted as explicit ledger entry snapshots. Publishing royalty records are flattened to the approved schema.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox environment (Full Copy or Partial Copy) using production-like data volume. The customer's finance and operations leads reconcile record counts across all objects, spot-check 25-50 random records against the Iptor source, and sign off the schema and mapping before production migration begins. Any mapping corrections, missing fields, or data quality issues are resolved in this phase.
Production migration in dependency order
We run production migration in record-dependency order: Company setup and users first (manual provisioning validated), then Chart of Accounts, Locations, Customers, Vendors, Items, open AP/AR balances, Sales Orders, Purchase Orders, Posted Invoices, Delivery Notes, Journal Entries, and finally Inventory snapshots. Each phase emits a row-count reconciliation report. Open AP/AR extraction runs as the final master-data step just before go-live to capture the latest balances.
Cutover, validation, and handoff
We freeze Iptor writes during cutover, run a final delta migration of records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver the custom field mapping table, custom object schema definition for Publishing royalties, and the user mapping table. We support a one-week hypercare window for reconciliation issues. We do not rebuild Iptor workflows, automations, or EDI configurations; those are documented in the handoff package for the customer's Dynamics 365 partner or admin to rebuild.
Platform deep dives
Iptor ERP
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 2 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 Iptor ERP and Microsoft Dynamics 365 Business Central.
Object compatibility
2 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
Iptor ERP: Not publicly documented.
Data volume sensitivity
Iptor ERP 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 Iptor ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your Iptor ERP 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 Iptor ERP
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.