ERP migration

Migrate from WinMan ERP to Microsoft Dynamics 365 Business Central

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 logo

WinMan ERP

Source

Microsoft Dynamics 365 Business Central

Destination

Microsoft Dynamics 365 Business Central logo

Compatibility

92%

12 of 13

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

Complexity

BStandard

Timeline

8-12 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

WinMan ERP logo

WinMan ERP

What's pushing teams away

  • Organizations requiring comprehensive HR or payroll functionality leave because WinMan has no native payroll module and HR feature coverage trails major competitors significantly.
  • Companies needing full financial data visibility outside the ERP system find WinMan unsuitable, as the platform requires financials to be fully integrated within it.
  • Users who rely on broad third-party integrations report friction because WinMan's documented REST API endpoints are limited compared to platforms like SAP or NetSuite.

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

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

maps to

Microsoft Dynamics 365 Business Central

G/L Account (General Ledger)

1:1
Fully supported

WinMan'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)

maps to

Microsoft Dynamics 365 Business Central

Item Card (with BOM)

1:1
Fully supported

WinMan 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)

maps to

Microsoft Dynamics 365 Business Central

Item Card + Sales BOM or Configuration Template

lossy
Fully supported

WinMan'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

maps to

Microsoft Dynamics 365 Business Central

Customer

1:1
Fully supported

WinMan 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

maps to

Microsoft Dynamics 365 Business Central

Vendor

1:1
Fully supported

Vendor 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

maps to

Microsoft Dynamics 365 Business Central

Sales Order

1:1
Fully supported

Open 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

maps to

Microsoft Dynamics 365 Business Central

Purchase Order

1:1
Fully supported

Purchase 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

maps to

Microsoft Dynamics 365 Business Central

Production Order

1:1
Fully supported

WinMan 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

maps to

Microsoft Dynamics 365 Business Central

Item Ledger Entry + Warehouse Entry

1:1
Fully supported

Current 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

maps to

Microsoft Dynamics 365 Business Central

Item Tracking Code + Item Ledger Entry Links

1:1
Mapping required

Traceability 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

maps to

Microsoft Dynamics 365 Business Central

Custom Fields (Extensions)

1:1
Mapping required

WinMan 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

maps to

Microsoft Dynamics 365 Business Central

Users and Permission Sets

1:1
Mapping required

User 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

maps to

Microsoft Dynamics 365 Business Central

Document Attachments (Incoming Documents or Record Links)

1:1
Mapping required

WinMan 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.

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.

WinMan ERP logo

WinMan ERP gotchas

High

Open transactions migrated last creates dual-entry window

Medium

Per-feature pricing model means new modules cost extra

Medium

Product data cleanup is required before migration

Medium

Configured products and multi-level BOMs require schema mapping

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

  • Open and in-flight transactions require near-go-live sequencing

    WinMan's own migration guidance requires moving open and current transactions last, close to the go-live date. During the window between the historical data migration and go-live, both systems may have live transactions. We manage this by exporting a snapshot of open orders, purchase orders, and work orders immediately before cutover, then replaying any delta transactions that occurred during final testing. We explicitly scope the delta-capture window with the customer before migration begins and configure the cutover plan to prevent the same invoice being raised in both systems.

  • Configured products decompose into BOM lines that must preserve the parent-child graph

    WinMan's product configurator stores feature/option matrices with rules and dependencies that do not have a single-field export. We decompose each configured product into its component BOM lines at migration time, mapping each feature code and option code to a D365 item dimension value. If the decomposition is skipped and configured products are imported as flat variant items, D365 loses the rule logic and the sales team cannot generate new configurations without manual BOM assembly. We validate the BOM structure in the D365 sandbox before production migration.

  • Batch and serial traceability graph requires sequential import order

    WinMan's traceability links between batch/serial numbers, inbound receipts, production consumption, and outbound shipments must migrate in the same order as the physical flow: receipts first, then production consumption, then shipments. D365's item tracking validation rejects a lot number on a production journal line if that lot has not been received in the Item Ledger Entry first. We sequence the import accordingly and validate the traceability graph in the sandbox by running a full lot traceability report before production cutover.

  • D365 schema differs by product tier (Business Central vs Finance and Supply Chain)

    WinMan migrates to either D365 Business Central (for SMB to mid-market manufacturers) or D365 Finance and Supply Chain Management (for complex multi-site, multi-company operations). The schema and API surface differ between these two products: Business Central uses AL-based extensions and a different manufacturing journal model than Finance and Supply Chain's Production Control module. We confirm the destination D365 tier during scoping based on the customer's user count, manufacturing complexity, and multi-entity requirements, and we design the schema mapping specifically for that tier before any data is exported.

  • Product data cleanup is required before BOM and inventory export

    WinMan's own guidance acknowledges that ERP migrations are an opportunity to remove duplicate content and inaccurate information before supplying data to the new system. We include a mandatory data-quality phase in the migration plan: duplicate detection on Item and Customer records, standardisation of product categorisation, and removal of inactive items with no open orders or inventory. Skipping this phase risks importing legacy bad data into D365 where it persists in the Item Ledger Entry and complicates reporting. We deliver a data-quality report before export begins.

Migration approach

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

WinMan ERP logo

WinMan ERP

Source

Strengths

  • 30-year ERP heritage with deep manufacturing and distribution expertise specifically in made-to-order and job shop environments.
  • Single-database, all-in-one architecture eliminates reconciliation gaps between financials, CRM, inventory, and production.
  • Built-in product configurator with BOM management allows sales teams to generate configured products without developer involvement.
  • Cloud and mobile access (WinMan Go) with real-time stock visibility and shop-floor barcode scanning capabilities.
  • Batch and serial traceability for regulated or quality-critical manufacturing supply chains.

Weaknesses

  • No native payroll module — payroll requires third-party integration, adding cost and complexity for companies expecting full HR functionality.
  • HR feature coverage is significantly below major competitors, with one comparison citing only 50.86% feature support versus 95.73% for SAP.
  • Per-feature pricing model is opaque — no public pricing tiers, making cost-of-ownership comparisons difficult before a sales conversation.
  • Small review footprint (3-7 reviews across platforms) limits independent validation compared to larger ERP competitors.
  • REST API documentation is not publicly detailed for migration tooling purposes, requiring direct engagement with WinMan to understand export capabilities.
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. All 8 core objects map 1:1 between WinMan ERP and Microsoft Dynamics 365 Business Central.

B

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

    A

    All 8 core objects map 1:1 between WinMan ERP and Microsoft Dynamics 365 Business Central.

  • 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

    WinMan ERP: Not publicly documented.

  • Data volume sensitivity

    B

    WinMan ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

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

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

Can't find your answer?

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 consultation

Migrations of WinMan's core transactional objects without complex multi-level BOMs or production orders land between eight and twelve weeks. Migrations that include configured products with feature/option matrices, multi-level BOMs, Work Orders with routing steps and labour allocations, and full batch/serial traceability graphs extend to fourteen to twenty-four weeks because of schema decomposition work, traceability graph sequencing, and sandbox reconciliation. The delta-capture window for open transactions adds a one-to-two-week buffer near go-live that we scope explicitly with the customer.

Adjacent paths

Related migrations to explore

Ready when you are

Move from WinMan ERP.
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