ERP migration
Field-level mapping, validation, and rollback between WinMan ERP and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
WinMan ERP
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
12 of 13
objects map 1:1 between WinMan ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
8-12 weeks
Overview
WinMan ERP's all-in-one manufacturing and distribution architecture stores configured products, multi-level Bills of Materials, batch/serial traceability records, and live open transactions that require careful sequencing to migrate without data loss or dual-entry billing. We extract WinMan Items with BOM component links and feature/option matrices, decompose configured products into their parent-child structure, map Work Orders to Production Orders in Business Central or the equivalent manufacturing journal in Finance and Supply Chain Management, and preserve the full traceability graph linking batch/serial numbers to incoming materials and finished goods. Open and in-flight transactions are migrated last, per WinMan's own recommendation, with a delta-capture window scoped explicitly with the customer before go-live. Workflows, automations, and user-defined reports do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in D365's Power Automate and SQL Server Reporting Services environment.
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
WinMan ERP platform overview
Scorecard, SWOT, gotchas, and pricing for WinMan 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 WinMan 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.
WinMan ERP
Chart of Accounts
Microsoft Dynamics 365 Business Central
G/L Account (General Ledger)
1:1WinMan's integrated financial module with chart of accounts, cost-centre assignments, and multi-entity structures maps directly to D365's G/L Account table. Account codes map 1:1 using the WinMan account code as the G/L Account number, and cost-centre assignments map to D365 Dimensions (either DefaultDimensions or custom financial dimensions that the customer's admin configures in the destination). Multi-currency assignments on WinMan accounts migrate as D365 Currency codes on the account record.
WinMan ERP
Item (with Bills of Materials)
Microsoft Dynamics 365 Business Central
Item Card (with BOM)
1:1WinMan Items with multi-level BOMs map to D365 Item Cards. We export the full product hierarchy including the BOM component lines (parent item number, component item number, quantity per, scrap %, and operation number). In D365, the parent item is created as a BOM header and each component line becomes a BOM line. Routing steps attached to WinMan work orders map to D365 Routing records with work-centre codes, setup time, run time, and concurrent capacity. For configured products, we decompose the feature/option matrix into individual BOM lines and preserve the parent-child linkage through explicit mapping rather than a single exported field.
WinMan ERP
Configured Product (Feature/Option Matrix)
Microsoft Dynamics 365 Business Central
Item Card + Sales BOM or Configuration Template
lossyWinMan's built-in product configurator stores feature/option matrices with rules and dependencies. Where the destination is D365 Business Central, configured products are represented as Sales BOMs (a header item with component variants) or via the Configuration Template feature. We break each WinMan configuration into its component BOM lines and map them individually, preserving the feature code and option code as item dimension values in D365. The customer chooses the representation strategy during scoping based on their order-entry workflow in D365.
WinMan ERP
Customer
Microsoft Dynamics 365 Business Central
Customer
1:1WinMan Customer records with addresses, contact details, credit terms, and multi-currency assignments map to D365 Customer records. Customer-to-site mappings in WinMan migrate as D365 Customer Posting Groups and Ship-to addresses. Credit limit values map to the Customer Credit Limit field in D365, and payment terms map to Payment Terms codes that the customer's admin configures or maps from WinMan's terms definitions.
WinMan ERP
Vendor
Microsoft Dynamics 365 Business Central
Vendor
1:1Vendor records with purchasing terms and lead times migrate alongside Purchase Orders and goods-received data. WinMan vendor-specific lead times map to the D365 Vendor Lead Time field or as planning parameters on the Vendor Card. Multi-currency vendor assignments migrate as Currency codes on the vendor record, consistent with the customer currency mapping approach.
WinMan ERP
Sales Order
Microsoft Dynamics 365 Business Central
Sales Order
1:1Open and historical Sales Orders migrate 1:1 to D365 Sales Orders. WinMan guidance specifies that live orders must be migrated last, near go-live, to prevent dual-entry billing. We export a snapshot of open orders immediately before cutover, replay any delta transactions that occurred during the final testing window, and scope the delta-capture window explicitly with the customer. Sales Order lines referencing configured products map using the BOM decomposition done during the Item phase.
WinMan ERP
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Order
1:1Purchase Orders and associated goods-received notes export from WinMan and map to D365 Purchase Orders. Where Purchase Orders reference configured BOMs, we preserve the item-link relationship during migration using the same BOM decomposition approach. Received quantities and pending receipts map to open Purchase Order lines in D365, and the customer's admin confirms receipt status at cutover.
WinMan ERP
Work Order / Production Order
Microsoft Dynamics 365 Business Central
Production Order
1:1WinMan Work Orders with routing steps, labour allocations, and work-centre assignments map to D365 Production Orders. WinMan's manufacturing mode (job, batch, or repetitive) determines the Production Order type in D365. Routing steps migrate as D365 Routing records linked to the Production Order BOM. Labour allocations and work-centre time bookings map to the Production Journal lines, and the customer admin configures the D365 work-centre calendar to match WinMan's shift and capacity definitions before migration.
WinMan ERP
Inventory / Stock
Microsoft Dynamics 365 Business Central
Item Ledger Entry + Warehouse Entry
1:1Current stock levels, bin locations, and batch/serial numbers export from WinMan and map to D365 Item Ledger Entries and Warehouse Entries. WinMan's warehouse-zone assignments map to D365 bin codes and location structures. The opening inventory snapshot is posted via an inventory posting profile that the customer admin configures in D365 before migration, ensuring that the inventory values match the general ledger opening balances.
WinMan ERP
Batch and Serial Traceability Records
Microsoft Dynamics 365 Business Central
Item Tracking Code + Item Ledger Entry Links
1:1Traceability links between batch/serial numbers, incoming materials, and finished goods require careful sequencing to preserve the graph in D365. We export WinMan's traceability records and map them to D365 Item Tracking Codes (lot number and serial number settings) and Item Ledger Entry tracking links. The traceability graph so that downstream recall and compliance reporting remain functional after migration. For regulated manufacturing environments, we validate that the lot and serial number assignments are consistent across the inbound receipt, production consumption, and outbound shipment records.
WinMan ERP
Custom Fields
Microsoft Dynamics 365 Business Central
Custom Fields (Extensions)
1:1WinMan supports user-defined fields on standard objects. We extract custom field definitions and map their values to equivalent AL-based custom fields in D365 Business Central or to custom fields in D365 Finance and Supply Chain Management. Where D365 does not have an equivalent field type or the data does not fit a typed field, we flag the value for manual entry review by the customer admin before go-live.
WinMan ERP
Users and Roles
Microsoft Dynamics 365 Business Central
Users and Permission Sets
1:1User accounts with role-based permissions export from WinMan, but role definitions vary significantly between ERP systems. We map WinMan role names to the closest D365 Permission Set or Security Role equivalent and flag any security differences. User provisioning in D365 requires the customer's tenant admin to create Microsoft 365 Entra ID-linked users, which we coordinate with the customer during the migration window. Permissions are validated by the customer admin post-provisioning.
WinMan ERP
Documents and Attachments
Microsoft Dynamics 365 Business Central
Document Attachments (Incoming Documents or Record Links)
1:1WinMan stores documents against orders, items, and work orders as attachments. We export document references, filenames, and file paths. Binary file transfer depends on the destination's attachment storage model: D365 Business Central uses Incoming Documents and Record Links; D365 Finance and Supply Chain Management uses Shared Document Storage or SharePoint integration. We map the document references to the equivalent D365 entity and flag any files that require a manual upload if the file path is not accessible during migration.
| WinMan ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Chart of Accounts | G/L Account (General Ledger)1:1 | Fully supported | |
| Item (with Bills of Materials) | Item Card (with BOM)1:1 | Fully supported | |
| Configured Product (Feature/Option Matrix) | Item Card + Sales BOM or Configuration Templatelossy | Fully supported | |
| Customer | Customer1:1 | Fully supported | |
| Vendor | Vendor1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Work Order / Production Order | Production Order1:1 | Fully supported | |
| Inventory / Stock | Item Ledger Entry + Warehouse Entry1:1 | Fully supported | |
| Batch and Serial Traceability Records | Item Tracking Code + Item Ledger Entry Links1:1 | Mapping required | |
| Custom Fields | Custom Fields (Extensions)1:1 | Mapping required | |
| Users and Roles | Users and Permission Sets1:1 | Mapping required | |
| Documents and Attachments | Document Attachments (Incoming Documents or Record Links)1: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.
WinMan ERP gotchas
Open transactions migrated last creates dual-entry window
Per-feature pricing model means new modules cost extra
Product data cleanup is required before migration
Configured products and multi-level BOMs require schema 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 D365 edition confirmation
We audit the source WinMan ERP instance across all activated modules, custom fields, BOM levels, configured product definitions, open transaction volume, and batch/serial traceability record count. We pair this with a D365 edition decision: Business Central Essentials ($80/user/mo) or Premium ($110/user/mo) for SMB to mid-market manufacturers; Finance and Supply Chain Management for complex multi-site, multi-company operations. The discovery output is a written migration scope with the full object inventory, BOM complexity assessment, and D365 edition recommendation.
Data quality and product cleanup
We run duplicate detection on WinMan Items, Customers, and Vendors; standardise product categorisation and unit-of-measure codes; and remove inactive items with no open orders or stock. We deliver a data-quality report to the customer for approval before export begins. This phase prevents legacy bad data from entering D365 and is non-negotiable per WinMan's own migration guidance.
D365 schema design and sandbox provisioning
We design the destination schema in the customer's D365 Sandbox: Item Cards with BOM and Routing structures, Production Order types, Customer and Vendor posting groups, Item Tracking Codes for batch and serial numbers, custom fields via AL extensions or Finance and Supply Chain custom fields, and Dimensions for cost-centre and department mapping. The schema is validated in sandbox before any production data moves. We configure the BOM decomposition logic for configured products during this phase.
Sandbox migration and reconciliation
We run a full migration into the D365 Sandbox using production-like data volume. The customer's manufacturing operations lead reconciles record counts (Items in, BOM lines in, Work Orders in, inventory levels, traceability links), spot-checks 25-50 random records against the WinMan source, and signs off the schema and mapping before production migration begins. BOM structure validation and lot traceability report generation happen in this phase. Any mapping corrections happen here, not in production.
Production migration in dependency order
We run production migration in record-dependency order: master data first (Items with BOMs, Customers, Vendors, G/L Accounts), then inventory opening snapshot, then historical closed orders and purchase orders, then open transactions last near go-live. Work Orders migrate with their routing and labour allocations. Batch and serial traceability records migrate after receipts are confirmed in the Item Ledger. Custom fields migrate after the standard field mapping is validated. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and delta capture
We freeze WinMan writes during cutover, run a final delta migration of any records modified during the final testing window, then enable D365 as the system of record. We deliver a traceability validation report confirming the lot and serial number graph is intact. We deliver the workflow and automation inventory document to the customer's admin team for rebuild in D365 Power Automate and SSRS. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild WinMan workflows as Power Automate flows inside the migration scope; that is a separate engagement.
Platform deep dives
WinMan ERP
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between WinMan ERP and Microsoft Dynamics 365 Business Central.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across WinMan ERP and Microsoft Dynamics 365 Business Central.
Object compatibility
All 8 core objects map 1:1 between WinMan ERP 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
WinMan ERP: Not publicly documented.
Data volume sensitivity
WinMan 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 WinMan ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your WinMan 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 WinMan 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.