ERP migration
Field-level mapping, validation, and rollback between MERCI and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
MERCI
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
7 of 12
objects map 1:1 between MERCI and Microsoft Dynamics 365 Business Central.
Complexity
CModerate
Timeline
6-10 weeks
Overview
Moving from MERCI Cloud ERP to Microsoft Dynamics 365 is a migration from a single-tenant platform with no public API to a multi-tenant cloud ERP with a full REST and OData API surface. Because MERCI does not publish API documentation or expose bulk export endpoints, we work from database-level exports or structured CSV extracts provided by MERCI's hosting team, which requires us to rehydrate foreign-key relationships (Customer IDs on Orders, Item IDs on Line Items, Vendor IDs on Invoices) during the transformation phase. We map MERCI Customers to Dynamics 365 Contacts and Vendors to Vendors; MERCI Sales Orders and Invoices map to Sales Orders and Invoices in Business Central or Finance; Chart of Accounts maps directly but requires verification against the destination account type taxonomy; Employees map to Dynamics 365 Employees. Binary attachments stored in MERCI's blob store cannot be retrieved via any documented endpoint and are flagged as unsupported. Workflows, automations, and scheduled jobs do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Power Automate or Dynamics 365 Business Central job scheduling.
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
MERCI platform overview
Scorecard, SWOT, gotchas, and pricing for MERCI.
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 MERCI 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.
MERCI
Customer
Microsoft Dynamics 365 Business Central
Contact (Business Central) or Customer (Finance)
1:1MERCI Customer records with address, contact, and lifecycle data map to Dynamics 365 Business Central Contact (for CRM-driven workflows) or Customer record (for Finance-ledger posting). We flatten MERCI's billing and shipping address sub-records into the destination address fields. Where MERCI uses custom customer classification codes, we map them to a Customer Posting Group or Customer Group in Dynamics 365. Customer payment terms migrate to Business Central Payment Terms and Finance Customer groups. The MERCI customer_id becomes a custom source_id__c field for reconciliation.
MERCI
Sales Order
Microsoft Dynamics 365 Business Central
Sales Header + Sales Line (Business Central)
1:manyMERCI Sales Orders carry order headers and line items in separate database rows linked by foreign key. We split these into Dynamics 365 Business Central Sales Header (Document Type = Order) and Sales Line records, with the MERCI order_id preserved as a custom order_no__c field. Order dates and expiration logic migrate to Ship Date and Finish Date fields. Line item references to MERCI Item are resolved to Business Central Item No. via the item mapping before insert to satisfy the foreign-key constraint. Partial failures on individual lines do not block the entire order; we log line-level errors separately.
MERCI
Invoice
Microsoft Dynamics 365 Business Central
Sales Invoice Header + Sales Invoice Line (Business Central)
1:manyMERCI Invoices reference parent Orders and carry payment terms, tax codes, and line items. We map Invoice headers to Business Central Sales Invoice Header and line items to Sales Invoice Line, preserving the order-to-invoice linkage by embedding the source order_id as a custom field. Open versus closed invoice status requires mapping to the corresponding Business Central Posted or Unposted document type. If MERCI stores invoices as closed records only (no draft state), we post them directly in Dynamics 365. Tax codes are verified against the destination Tax Setup before migration.
MERCI
Item
Microsoft Dynamics 365 Business Central
Item (Business Central) or Product (Finance)
1:1MERCI Items include product and service variants with pricing tiers, cost methods, and unit of measure. We map Item master records to Business Central Item with Type (Inventory vs. Service vs. Non-Inventory), Costing Method (FIFO, Average, Standard), and Reorder Policy preserved. Bundle and kit compositions in MERCI must be expanded into their constituent BOM components and mapped to Business Central Assembly Lists or Production BOMs. Pricing schedules map to Business Central Price Lists with Customer Price Groups resolved at migration time.
MERCI
Chart of Accounts
Microsoft Dynamics 365 Business Central
G/L Account (Business Central) or Ledger Account (Finance)
1:1MERCI Chart of Accounts with account codes and names maps directly to Dynamics 365 G/L Account. Account types (asset, liability, equity, revenue, expense) must be verified against the destination account type taxonomy, as MERCI uses a simplified five-type classification that may not align with the more granular Dynamics 365 account category structure (Posting, Heading, Total, Begin-Total, End-Total). We preserve MERCI account codes as Account No. and add a custom source_account_code__c for audit. If the customer uses dimensional reporting (Cost Center, Department), we configure Account Categories and Default Dimensions before migration.
MERCI
Vendor
Microsoft Dynamics 365 Business Central
Vendor (Business Central) or Vendor (Finance)
1:1MERCI Vendor records parallel Customer records in structure. We map vendor contacts, payment terms, and bank account details to Dynamics 365 Vendor using the same address-flattening logic applied to customers. Vendor-specific fields such as Vendor Posting Group (determines how payables are posted to the G/L), and Remit-To addresses migrate to Business Central Vendor or Finance Vendor records. PAYMENT TERMS and shipment methods are resolved to the corresponding Dynamics 365 Payment Terms and Shipping Agent codes.
MERCI
Employee
Microsoft Dynamics 365 Business Central
Employee (Business Central HR)
1:1MERCI Employee records carry department, job title, and compensation fields. We map these to Dynamics 365 Business Central Employee objects with the relevant demographic and employment data fields. Any effective-dated compensation history in MERCI is preserved in custom EffectiveDate and CompensationAmount fields on the Employee record or in a related Compensation History custom entity. If the destination uses Human Resources module, we map Employees to the HR module Employee table with Job Title, Department, and Employment Date preserved.
MERCI
Vendor Invoice
Microsoft Dynamics 365 Business Central
Purchase Header + Purchase Line (Business Central)
1:manyMERCI Vendor Invoices map to Business Central Purchase Header (Document Type = Invoice) and Purchase Line records. The vendor_id foreign key is resolved to the destination Vendor No. before insert. Tax amounts and GL account assignments for each line are verified against the destination posting group setup. If MERCI stores only posted vendor invoices, we import them as posted purchase invoices rather than draft invoices.
MERCI
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Header + Purchase Line (Business Central)
1:manyMERCI Purchase Orders map to Business Central Purchase Header (Document Type = Order) and Purchase Line records. We preserve the MERCI purchase_order_id as a custom po_no__c field and resolve Item and Vendor references via the item and vendor mapping. Status migration maps MERCI PO statuses (open, closed, received) to Business Central Release Status and Receipt status fields.
MERCI
Inventory / Stock
Microsoft Dynamics 365 Business Central
Item Ledger Entry + Warehouse Entry (Business Central)
lossyMERCI inventory quantities and warehouse locations map to Business Central Item Ledger Entries and Warehouse Entries. We compute the opening inventory balances as of the migration cutover date and post them as Positive Adjustment entries with a migration-specific reason code. Inventory valuation method (FIFO, Average, Standard) is pulled from the MERCI Item record and must match the Business Central Item Costing Method setting before stock data inserts.
MERCI
Financial Transactions (Ledger Entries)
Microsoft Dynamics 365 Business Central
G/L Entry (Business Central)
1:1Historical G/L Entries from MERCI map to Business Central G/L Entry records. This is the highest-risk mapping because G/L Entry numbers in Dynamics 365 are system-assigned and sequential, and closing periods are irreversible. We import historical G/L data with document date, G/L account, description, debit amount, and credit amount preserved, but we defer period closing until the customer admin confirms all entries are reconciled. Netting entries (customer and vendor payments applied to invoices) are reconstructed from MERCI payment application records and posted as Bank Account Ledger Entries or Customer and Vendor Ledger Entries in Dynamics 365.
MERCI
Attachments
Microsoft Dynamics 365 Business Central
None (unsupported)
1:1MERCI stores file attachments (order documents, images, PDFs) in a proprietary blob store with no public export endpoint. Binary attachments cannot be retrieved via API or standard CSV exports. We flag attachment objects as unsupported during scoping and direct customers to download files manually from the MERCI UI or to request a full blob export from their MERCI account manager. If document volumes exceed a practical manual download threshold, we recommend a direct database dump from the AWS-hosted MERCI instance as a separate project outside the standard migration scope.
| MERCI | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Customer | Contact (Business Central) or Customer (Finance)1:1 | Fully supported | |
| Sales Order | Sales Header + Sales Line (Business Central)1:many | Fully supported | |
| Invoice | Sales Invoice Header + Sales Invoice Line (Business Central)1:many | Fully supported | |
| Item | Item (Business Central) or Product (Finance)1:1 | Fully supported | |
| Chart of Accounts | G/L Account (Business Central) or Ledger Account (Finance)1:1 | Mapping required | |
| Vendor | Vendor (Business Central) or Vendor (Finance)1:1 | Fully supported | |
| Employee | Employee (Business Central HR)1:1 | Fully supported | |
| Vendor Invoice | Purchase Header + Purchase Line (Business Central)1:many | Fully supported | |
| Purchase Order | Purchase Header + Purchase Line (Business Central)1:many | Fully supported | |
| Inventory / Stock | Item Ledger Entry + Warehouse Entry (Business Central)lossy | Fully supported | |
| Financial Transactions (Ledger Entries) | G/L Entry (Business Central)1:1 | Fully supported | |
| Attachments | None (unsupported)1:1 | Not 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.
MERCI gotchas
No public API documentation found
Single-tenant schema variation across deployments
Binary attachment export not supported via API
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
Export coordination and data profiling
We coordinate with MERCI's hosting team to obtain structured CSV exports or a direct database read of the MERCI instance. We profile the export files to discover column names, distinct values, foreign-key references, and any schema customizations unique to this deployment. This phase produces a MERCI-to-Dynamics 365 schema map with every source column assigned to a destination field, a data quality report flagging duplicates, missing required fields, and invalid picklist values, and a timeline assessment based on row counts and foreign-key complexity. If MERCI's hosting team cannot provide exports within two weeks, we escalate to request a direct database snapshot.
Schema design and Dynamics 365 configuration
We design the destination schema in the customer's Dynamics 365 environment (Business Central or Finance, depending on the scope). This includes creating custom fields with MERCI source column mappings, configuring Chart of Accounts with Account Categories and Default Dimensions, setting up Customer Posting Groups and Vendor Posting Groups, defining Item costing methods and inventory posting groups, and configuring number series for documents and entries. Schema is deployed into a Sandbox environment first for validation before production migration.
Sandbox migration and reconciliation
We run a full migration into a Dynamics 365 Sandbox (Full Copy or Partial Copy) using production-like data volume. The customer's finance lead and ERP admin reconcile record counts across every entity (Customers, Vendors, Items, Orders, Invoices, G/L Entries), spot-check 25-50 records against the MERCI source, and sign off the schema and mapping before production migration begins. Any mapping corrections, validation rule failures, or picklist mismatches are resolved in Sandbox. This step typically runs one to two weeks depending on data volume and reconciliation turnaround.
Master data migration in dependency order
We migrate master data in the order that satisfies foreign-key constraints: Chart of Accounts first (G/L Account records are referenced by most financial transactions), then Items (referenced by Sales and Purchase lines), then Vendors, then Customers, then Employees. Each phase emits a row-count reconciliation report and a sample record review before the next phase begins. If any MERCI foreign keys cannot be resolved to destination records, the unmapped IDs go to a reconciliation queue for the customer admin to address before the dependent transaction migration proceeds.
Transaction migration with relationship rehydration
We migrate transactional data (Sales Orders, Purchase Orders, Invoices, Payments, G/L Entries) with MERCI foreign keys rehydrated by matching against the master data migrated in Step 4. Sales Order and Invoice lines are split from their parent headers and inserted with the resolved Item No., Customer No., and Vendor No. references. Historical G/L Entries are imported with document date and account mapping verified against the destination Account Categories. We use Dynamics 365 Business Central or Finance APIs with rate-limit handling and batch chunking for large transaction volumes.
Cutover, validation, and automation handoff
We freeze MERCI writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dynamics 365 as the system of record. We deliver a written inventory of MERCI workflows, scheduled jobs, and any integrations that require rebuild in Power Automate, Dynamics 365 job scheduling, or API-based integrations. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's finance and operations teams. We do not rebuild MERCI automations as Power Automate flows or Business Central job definitions inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
MERCI
Source
Strengths
Weaknesses
Microsoft Dynamics 365 Business Central
Destination
Strengths
Weaknesses
Complexity grading
Moderate ERP migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across MERCI and Microsoft Dynamics 365 Business Central.
Object compatibility
4 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
MERCI: Per-call billed (₹0.56/call) rather than throttled — cost acts as a soft throttle.
Data volume sensitivity
MERCI 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 MERCI to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your MERCI 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 MERCI
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.