ERP migration
Field-level mapping, validation, and rollback between ECOUNT ERP and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
ECOUNT ERP
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
10 of 12
objects map 1:1 between ECOUNT ERP and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
6-10 weeks
Overview
Moving from ECOUNT ERP to Microsoft Dynamics 365 is a schema-first migration. ECOUNT organizes its data around Items, Customers, Vendors, Sales and Purchase Slips, Vouchers, Bills of Materials, and Employees, each accessible through a customizable Excel upload and download layer with no publicly documented REST API. Microsoft Dynamics 365 (Business Central or Finance and Supply Chain Management depending on scope) uses a Data Management Framework with data entities and OData feeds that require pre-created destination tables, lookup relationships, and number sequences before any records load. We extract ECOUNT master and transactional data through structured Excel downloads, reverse-engineer any custom input screen column layouts the customer has configured, map them to typed Dynamics 365 fields, and load through the DMF or API in dependency order with reconciliation reports at each phase. Open workflows, email confirmation rules, and production scheduling logic in ECOUNT do not migrate as code; we document them for the customer's admin to rebuild in Dynamics 365.
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
ECOUNT ERP platform overview
Scorecard, SWOT, gotchas, and pricing for ECOUNT 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 ECOUNT 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.
ECOUNT ERP
Items (Inventory)
Microsoft Dynamics 365 Business Central
Item (Item Card)
1:1Ecount Items with code, description, unit of measure, cost, price, and BOM links map to Dynamics 365 Item Card records. We export the item master via structured Excel, map Ecount's item type (Finished Goods, Raw Materials, Service) to Dynamics 365 Type (Inventory, Service, Non-inventory), and preserve any BOM sub-material links for BOM reconstruction in Dynamics 365. Standard cost and direct unit cost migrate to the item's cost fields; the customer configures inventory posting groups during destination setup.
ECOUNT ERP
Bills of Materials (BOM)
Microsoft Dynamics 365 Business Central
Production BOM + Routes
lossyEcount BOMs with multiple levels and process-level inventory adjustments map to Dynamics 365 Production BOM lines and optional Routings. We extract the BOM structure including sub-material codes, quantities per, and scrap percentages, then configure the destination BOM header and line records with the correct unit of measure conversions. If Ecount uses process-level adjustments, we document the routing steps for manual Route configuration in Dynamics 365 Manufacturing.
ECOUNT ERP
Customers
Microsoft Dynamics 365 Business Central
Customer
1:1Ecount Customer records with contact details, payment terms, credit limits, and outstanding balances map to Dynamics 365 Customer Card records. We extract via Excel, map Ecount's payment term codes to Dynamics 365 Payment Terms, and preserve the customer balance as an aging snapshot for reconciliation after go-live. Custom fields added to the Ecount customer input screen become named text or numeric fields on the Dynamics 365 Customer Card.
ECOUNT ERP
Vendors
Microsoft Dynamics 365 Business Central
Vendor
1:1Ecount Vendor records mirror the Customer structure with supplier-specific fields. We follow the same Excel extraction and field-mapping process as Customer migration, mapping vendor payment terms to Dynamics 365 Payment Terms and preserving any custom vendor-level fields as named fields on the Vendor Card. Vendor balance and outstanding purchase amounts are included as reconciliation snapshots.
ECOUNT ERP
Sales Slips
Microsoft Dynamics 365 Business Central
Sales Order or Sales Invoice
1:1Ecount Sales Slips (header and line items) map to Microsoft Dynamics 365 Sales Orders or Sales Invoices depending on the customer's fulfillment model. We extract by period, preserving quantities, unit prices, tax codes, and the Ecount slip number as an external document number. The Dynamics 365 number sequence for Sales Orders must be pre-created; we resolve Item references against the migrated Item master before inserting lines.
ECOUNT ERP
Purchase Slips
Microsoft Dynamics 365 Business Central
Purchase Order or Vendor Invoice
1:1Ecount Purchase Slips with incidental cost allocations map to Dynamics 365 Purchase Orders or Vendor Invoices. Header fields (vendor, date, currency) migrate directly; line items resolve against the migrated Item master. Incidental costs (freight, duty, handling) are mapped to Direct Cost accrual or landed cost categories depending on Dynamics 365 configuration.
ECOUNT ERP
Chart of Accounts
Microsoft Dynamics 365 Business Central
G/L Account
1:1Ecount's account structure with departments and cost centers maps to Dynamics 365 G/L Account numbers with corresponding posting groups. We extract account codes, names, and account categories, then configure the Dynamics 365 Chart of Accounts with the same numbering logic and assign posting definitions. Department-level restrictions in Ecount map to Dynamics 365 dimension-based access control.
ECOUNT ERP
Employees / HR Records
Microsoft Dynamics 365 Business Central
Employee
1:1Ecount Employee records including compensation, attendance, and payroll history map to Dynamics 365 Human Resources Employee records. We extract effective-dated compensation changes with their start dates to preserve salary history in the destination. Attendance records migrate as Absence registrations in Dynamics 365 Human Resources. If Ecount payroll data is required, the customer configures the Payroll module or a payroll integration separately because payroll data migration involves tax and regulatory nuance that requires dedicated scoping.
ECOUNT ERP
Custom Input Screens
Microsoft Dynamics 365 Business Central
Custom Fields
lossyEcount allows companies to add, rename, or delete fields on any input screen with optional calculation formulas. These custom fields exist in the screen configuration rather than a standard metadata API. We request the customer's upload templates or screen export during scoping, identify all active columns, and pre-create typed custom fields on the corresponding Dynamics 365 table (Customer, Vendor, Item, Sales Line, etc.) with the same column order and formula logic documented for the customer's admin to configure validation rules post-migration.
ECOUNT ERP
Documents and Attachments
Microsoft Dynamics 365 Business Central
Document Attachment
1:1File attachments linked to Ecount slips and records are extracted as binary files with their reference metadata (record type, record number, attachment name). We re-associate them in Dynamics 365 by creating Document Attachment records that link the file to the corresponding migrated record using the record ID map generated during migration. Any file that cannot be linked to a migrated record is held in a catch-all document library for manual re-association.
ECOUNT ERP
Bank Statements
Microsoft Dynamics 365 Business Central
Bank Account Reconciliation
1:1Ecount bank statement data extracted via the bank statement service maps to Dynamics 365 Bank Account Reconciliation records. We extract transaction date, description, amount, and reference, then create bank account ledger entries and reconciliation lines. The customer configures the bank account in Dynamics 365 before this phase runs.
ECOUNT ERP
Invoices and Packing Lists
Microsoft Dynamics 365 Business Central
Sales Invoice + Posted Shipment
1:1Ecount export invoices and packing lists generated from sales slips, including L/C issuing bank and shipper details, map to Dynamics 365 Posted Sales Invoices and Posted Shipments. We extract the complete invoice history, map invoice numbers to external document numbers, and preserve the L/C and shipper references as invoice comment lines or attached scanned documents. Packing list line detail migrates as shipment line records.
| ECOUNT ERP | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Items (Inventory) | Item (Item Card)1:1 | Fully supported | |
| Bills of Materials (BOM) | Production BOM + Routeslossy | Mapping required | |
| Customers | Customer1:1 | Fully supported | |
| Vendors | Vendor1:1 | Fully supported | |
| Sales Slips | Sales Order or Sales Invoice1:1 | Fully supported | |
| Purchase Slips | Purchase Order or Vendor Invoice1:1 | Fully supported | |
| Chart of Accounts | G/L Account1:1 | Mapping required | |
| Employees / HR Records | Employee1:1 | Mapping required | |
| Custom Input Screens | Custom Fieldslossy | Mapping required | |
| Documents and Attachments | Document Attachment1:1 | Mapping required | |
| Bank Statements | Bank Account Reconciliation1:1 | Fully supported | |
| Invoices and Packing Lists | Sales Invoice + Posted Shipment1: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.
ECOUNT ERP gotchas
Excel is the only documented bulk migration path
Custom input screen fields are not in a published schema
Invoice confirmation email creates recipient confusion
Open API requires active subscription to access docs
Report exports convert print layouts to Excel
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 template extraction
We audit the ECOUNT environment across Items, Customers, Vendors, Sales Slips, Purchase Slips, BOMs, Chart of Accounts, Employees, and any custom input screens in use. We request the customer's active upload templates and screen export files so we can identify all column layouts before any extraction begins. For Dynamics 365, we confirm the target edition (Business Central Essentials, Premium, or Finance and Supply Chain Management) and identify the data entities required for each object type. The discovery output is a written migration scope, a data volume estimate by object, and a Dynamics 365 edition recommendation.
Destination schema configuration
We configure the Dynamics 365 destination tenant before any data migration. This includes creating number sequences for each document and master data type, setting up posting groups (inventory, sales, purchasing), configuring tax settings and payment terms, creating the Chart of Accounts with the same account numbering logic, and pre-creating any custom fields identified during the Ecount screen extraction phase. Schema configuration runs in a Dynamics 365 sandbox environment first for validation, then deploys to production.
Excel extraction, cleaning, and transformation
We download Ecount data as structured Excel files using the standard export path. For reports exported from Ecount's print-layout-to-Excel feature, we run a cleaning pass that flattens merged cells, extracts data rows from the formatted structure, and normalizes column positions. We apply the field mapping transformations (account codes, payment terms, item types, BOM structures) and produce a per-object staging file ready for Dynamics 365 DMF import. Each staging file is validated against the target data entity schema before loading.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 sandbox using production-like data volumes. The customer's finance and operations leads reconcile record counts (Items in, Customers in, Vendors in, open Sales Orders in, BOMs in), spot-check 25-50 records against the Ecount source, and validate that GL balances tie to the Ecount trial balance. Any field mapping corrections, missing number sequences, or schema gaps are resolved in sandbox before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: G/L Accounts first (required by all posting groups), then Items and BOMs (required by Sales and Purchase lines), then Customers and Vendors, then Chart of Accounts with department dimensions, then Employees, then transactional history (Sales Slips, Purchase Slips, Invoices), then attachments with re-linking via the record ID map. Each phase emits a row-count reconciliation report before the next phase begins. Owner and dimension assignments resolve against pre-configured lookup tables at migration time.
Cutover, validation, and documentation handoff
We freeze Ecount data entry during cutover, run a final delta migration of any records modified during the window, then enable Dynamics 365 as the system of record. We deliver a written inventory of Ecount-specific workflow behaviors (invoice confirmation emails, batch send limitations, production scheduling logic) that require manual rebuild or process redesign in Dynamics 365. We support a one-week hypercare window for reconciliation issues. We do not rebuild Ecount workflows as Power Automate flows, production schedules, or approval sequences inside the migration scope; those are separate engagements.
Platform deep dives
ECOUNT ERP
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 ECOUNT ERP 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
ECOUNT ERP: Not publicly documented.
Data volume sensitivity
ECOUNT 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 ECOUNT ERP to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your ECOUNT 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 ECOUNT 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.