ERP migration
Field-level mapping, validation, and rollback between weclapp erp and Microsoft Dynamics 365 Business Central. We move data and schema; workflows are rebuilt natively in Microsoft Dynamics 365 Business Central.
weclapp erp
Source
Microsoft Dynamics 365 Business Central
Destination
Compatibility
13 of 14
objects map 1:1 between weclapp erp and Microsoft Dynamics 365 Business Central.
Complexity
BStandard
Timeline
5-7 weeks
Overview
Moving from weclapp ERP to Microsoft Dynamics 365 is a structural migration that resolves schema differences between a DACH-focused modular ERP and a globally-scaled unified platform. weclapp stores Customers and Companies as separate objects with no multi-entity hierarchy, while Dynamics 365 supports multiple legal entities, fiscal structures, and dimensional reporting across Finance, Supply Chain, and CRM modules. We map weclapp Customers to Dynamics 365 Contacts and Companies to Accounts, preserve item pricing tiers and stock quantities, and flag DATEV-specific tax and accounting fields that require manual re-entry at the destination because Dynamics 365 does not natively replicate the DATEV export structure. Projects and Tasks migrate as Projects with WBS lines and time entries; Helpdesk tickets migrate to Cases if Service Cloud is included in the Dynamics 365 license. Workflows, automations, and the CSV import wizard configurations in weclapp do not migrate as code; we deliver a written inventory of every active workflow and automation requiring 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
weclapp erp platform overview
Scorecard, SWOT, gotchas, and pricing for weclapp 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 weclapp 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.
weclapp erp
Customer
Microsoft Dynamics 365 Business Central
Contact
1:1weclapp Customer records map to Dynamics 365 Contact. The customer type field (individual vs company) determines whether a Contact is created standalone or linked to an Account. Address, email, phone, and tax ID fields migrate directly. Tax ID numbers require validation against Dynamics 365 country-specific format rules before insert because Dynamics 365 enforces EU VAT format validation on the Tax ID field in some country configurations.
weclapp erp
Company
Microsoft Dynamics 365 Business Central
Account
1:1weclapp Company records (B2B accounts) map to Dynamics 365 Account. Company address and industry classification migrate to Account Address and Industry fields. The Company-Customer link in weclapp requires a two-step migration: the Account is created first as the parent, then the related Contact is linked via the AccountId lookup. weclapp does not support multi-company hierarchies, so all Accounts land in a single business segment unless the customer has manually partitioned data by Company.
weclapp erp
Item
Microsoft Dynamics 365 Business Central
Product
1:1weclapp Items (products and services) map to Dynamics 365 Released Products. SKU, description, unit of measure, and cost price migrate to Product Number, Name, Unit of Measure, and Standard Cost respectively. Stock-on-hand figures from weclapp's inventory module migrate to Dynamics 365 inventory dimensions (site, warehouse, location) if the Trade plan inventory module is active. Pricing tiers in weclapp map to Trade Agreements in Dynamics 365, which require configuration of price groups and agreement lines per customer group.
weclapp erp
Sales Order
Microsoft Dynamics 365 Business Central
Sales Order
1:1weclapp Sales Orders map to Microsoft Dynamics 365 Sales Order. Customer and Item lookups resolve via the Contact and Product mappings created in earlier phases. Order status (Draft, Confirmed, Delivered, Invoiced) maps to Sales Order Status values, with delivered orders creating corresponding Packing Slips and invoiced orders creating Sales Invoice records. Historical closed orders migrate as completed records.
weclapp erp
Purchase Order
Microsoft Dynamics 365 Business Central
Purchase Order
1:1weclapp Purchase Orders map to Dynamics 365 Purchase Order. Vendor resolution uses the weclapp Supplier records mapped to Vendors in Dynamics 365 Supply Chain. Line items with Item, quantity, and agreed price migrate to Purchase Order Lines. Confirmed and received purchase orders create corresponding Product Receipt records in Dynamics 365.
weclapp erp
Quote
Microsoft Dynamics 365 Business Central
Sales Quote
1:1weclapp Quotes (Sales Quotations) map to Microsoft Dynamics 365 Sales Quote. Validity dates, pricing, and status migrate as Quote Expiration Date, line pricing (via Trade Agreements), and Quote Status. Dynamics 365 requires a Quote to be linked to an Account before insert; we resolve the AccountId at migration time using the Customer-Contact-Account mapping from Phase 1. Expired quotes migrate as read-only records.
weclapp erp
Invoice
Microsoft Dynamics 365 Business Central
Sales Invoice
1:1weclapp Invoices map to Microsoft Dynamics 365 Sales Invoice. Line items, tax codes, payment terms, and invoice status migrate. Paid and closed invoices in weclapp are immutable and migrate as posted invoices; they should not be reopened or modified in Dynamics 365 to avoid double-posting in financial reports. Dynamics 365 Finance enforces a posted-invoice lock requiring a credit memo for corrections. We flag each reconciled invoice with a custom field migration_flag__c set to closed to alert the customer's finance team.
weclapp erp
Project
Microsoft Dynamics 365 Business Central
Project
1:1weclapp Projects map to Dynamics 365 Project Operations projects. The project header (name, status, customer link, start and end dates) migrates as Project. Nested Tasks map to Project Tasks with WBS hierarchy preserved. Time entries attached to tasks migrate as Project Journal Lines. If weclapp Trade plan was active with warehouse-linked projects, the project lines map to Supply Chain integration points that require manual review in Dynamics 365 Project Operations.
weclapp erp
Task
Microsoft Dynamics 365 Business Central
Project Task
1:1weclapp Tasks nested under Projects map to Project Tasks within the corresponding Dynamics 365 Project. Task assignment (User on the source) resolves to the Dynamics 365 Worker or Project Team Member created from the User migration. Task status workflow differs between weclapp editions; we map the closest Dynamics 365 Project Task status value and flag any custom status values requiring administrative reconfiguration.
weclapp erp
Document
Microsoft Dynamics 365 Business Central
SharePoint Document Library or Notes
1:1weclapp Documents attached to Customers, Orders, Invoices, and Projects migrate as files in Dynamics 365 SharePoint integration or as Note attachments linked via the regarding object lookup. We export the binary blobs from weclapp's document storage and re-upload them to the corresponding Account, Contact, Order, or Project record in Dynamics 365. If SharePoint integration is not configured in the destination tenant, we fall back to Note records with file attachments.
weclapp erp
Custom Field
Microsoft Dynamics 365 Business Central
Custom Field (Extension)
lossyweclapp allows custom fields on most standard objects but has no unified custom-field registry. We enumerate custom fields by querying object metadata per-type during discovery and aggregate them into a custom field inventory. Dynamics 365 Finance and Operations requires custom fields to be built as extensions using AL in Visual Studio Code, not added via UI. We provide the complete list of weclapp custom fields with their data types and recommend whether each should become a custom field extension or be absorbed into existing Dynamics 365 fields, with pricing for the AL development scope if required.
weclapp erp
User
Microsoft Dynamics 365 Business Central
Worker or User
1:1weclapp Users map to Dynamics 365 Workers (in Finance and Operations or Project Operations) or Users (in Business Central and CRM). Active user count in weclapp drives licensing costs but does not need to match the destination user count 1:1. We flag deactivated users for exclusion from the active user migration set. Owner assignments on records resolve to the mapped Worker or User by email match during the migration run.
weclapp erp
Helpdesk Ticket (Add-on)
Microsoft Dynamics 365 Business Central
Case
1:1weclapp Helpdesk tickets migrate to Dynamics 365 Cases if the destination tenant includes Service Cloud or Project Service Automation. Ticket status, priority, linked Customer, and agent assignment migrate to Case Status, Priority, Customer (Contact or Account), and Owner respectively. Conversation threads migrate as EmailMessages linked to the Case. This migration only applies to accounts with the weclapp Helpdesk add-on active; we confirm add-on status during discovery and exclude this object if the add-on is not licensed.
weclapp erp
Contract (Add-on)
Microsoft Dynamics 365 Business Central
Contract (Service Management) or Project Contract
1:1weclapp Contract Management records (available on select plans) migrate to Dynamics 365 Project Contracts or Service Management Contracts depending on the destination license. Contract details and linked documents migrate; the contract workflow state (Active, Expired, Renewed) requires administrative reconfiguration in Dynamics 365 because the workflow triggers and renewal automation are platform-specific and do not migrate as code.
| weclapp erp | Microsoft Dynamics 365 Business Central | Compatibility | |
|---|---|---|---|
| Customer | Contact1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Item | Product1:1 | Fully supported | |
| Sales Order | Sales Order1:1 | Fully supported | |
| Purchase Order | Purchase Order1:1 | Fully supported | |
| Quote | Sales Quote1:1 | Fully supported | |
| Invoice | Sales Invoice1:1 | Fully supported | |
| Project | Project1:1 | Fully supported | |
| Task | Project Task1:1 | Fully supported | |
| Document | SharePoint Document Library or Notes1:1 | Fully supported | |
| Custom Field | Custom Field (Extension)lossy | Fully supported | |
| User | Worker or User1:1 | Fully supported | |
| Helpdesk Ticket (Add-on) | Case1:1 | Fully supported | |
| Contract (Add-on) | Contract (Service Management) or Project Contract1: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.
weclapp erp gotchas
Excel reformatting corrupts CSV import templates
Add-on modules gate Helpdesk and Contract data
No published API rate limits creates planning uncertainty
Custom fields lack a discovery endpoint
Invoice historical records are immutable after export
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 add-on audit
We audit the source weclapp account across plan tier (Starter, Services, Trade), active add-ons (Helpdesk, Contract Management), custom field inventory per object type, record volumes for each master and transactional object, and historical invoice archive size. We confirm whether the customer maintains a single weclapp account or multiple accounts representing separate legal entities, and we identify any DATEV-specific custom fields or export templates in use. The discovery output is a written migration scope and a Dynamics 365 edition recommendation (Business Central Essential vs Premium vs Finance and Operations) based on the customer's functional footprint.
Multi-entity design and DATEV gap analysis
We design the Dynamics 365 legal entity structure in collaboration with the customer. For each weclapp Company record or account partition, we define the corresponding Dynamics 365 legal entity and configure the intercompany posting rules. We produce a DATEV gap report listing every DATEV-specific field in the source data that has no Dynamics 365 equivalent, with space for the customer's finance team to document the manual replacement values or alternative process for accountant handoff.
Sandbox migration and schema validation
We run a full migration into a Dynamics 365 sandbox environment using production-like data volumes. The customer's finance and operations leads reconcile record counts (Contacts in, Accounts in, Items in, Orders in, Projects in, invoices in), spot-check 25-50 records against the weclapp source, and validate that DATEV fields are correctly flagged. Any mapping corrections, multi-entity adjustments, and DATEV remediation notes are incorporated before production migration begins.
CSV preprocessing and API ingestion preparation
All weclapp CSV exports are opened format-free (not in Excel) and validated for date formatting, phone number integrity, numeric field accuracy, and column completeness. We build the Dynamics 365 Data Management Framework entity mapping for each object type and configure the OData or REST API connection with the customer's Dynamics 365 tenant, applying appropriate batch sizes and rate-limit handling. User and Worker records are provisioned first so that Owner assignments on transactional records can resolve during import.
Production migration in dependency order
We run production migration in dependency order: legal entities and fiscal structures first (if multi-entity), then master data (Contacts, Accounts, Vendors, Products with trade agreements), then transactional data (Sales Orders, Purchase Orders, Quotes, Project hierarchies, Invoices), then attachments and documents, and finally Helpdesk tickets if the add-on was active. Each phase emits a row-count reconciliation report before the next phase begins. DATEV-specific fields are logged in the gap report for manual re-entry rather than ingested into Dynamics 365.
Cutover, validation, and automation handoff
We freeze writes to weclapp 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 the workflow and automation inventory document to the customer's admin team along with the DATEV gap report with completed manual fields. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild weclapp workflows as Power Automate flows inside the migration scope; that work is a separate engagement or an internal admin task.
Platform deep dives
weclapp 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 weclapp erp and Microsoft Dynamics 365 Business Central.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across weclapp erp and Microsoft Dynamics 365 Business Central.
Object compatibility
All 8 core objects map 1:1 between weclapp 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
weclapp erp: Not publicly documented — weclapp states no fixed rate limits exist but does not publish fair-use caps.
Data volume sensitivity
weclapp 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 weclapp erp to Microsoft Dynamics 365 Business Central migration scoping. Not seeing yours? Book a call.
Walk through your weclapp 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 weclapp 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.