Effortless Data Transfer from Dynamics 365 to Bitrix24: No Data Loss

Our company is engaged in the development, support and maintenance of Bitrix and Bitrix24 solutions of any complexity. From simple one-page sites to complex online stores, CRM systems with 1C and telephony integration. The experience of developers is confirmed by certificates from the vendor.
Showing 1 of 1All 1626 services
Effortless Data Transfer from Dynamics 365 to Bitrix24: No Data Loss
Medium
~1-2 weeks
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1358
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Website development for FIXPER company
    947
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Development based on Bitrix, Bitrix24, 1C for the company Development of an Online Appointment Booking Widget for a Medical Center
    694
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Development based on 1C Enterprise for MIRSANBEL
    832
  • image_crm_dolbimby_434_0.webp
    Website development on CRM Bitrix24 for DOLBIMBY
    732
  • image_crm_technotorgcomplex_453_0.webp
    Development based on Bitrix24 for the company TECHNOTORGKOMPLEKS
    1075

Migrating from Dynamics 365 to Bitrix24

Switching from Microsoft Dynamics 365 to Bitrix24 is a decision companies make to reduce licensing costs (up to 60% savings) and comply with Russian legislation. Bitrix24 offers comparable features at a fraction of the cost—making it 5x more affordable than Dynamics 365 for teams up to 50 users. Data transfer from Dynamics 365 to Bitrix24 requires careful planning to avoid data loss. However, transferring accumulated data is a non-trivial task. Dynamics has one of the most complex object models among CRM systems: hierarchical business units, custom entities, dozens of field types (Lookup, OptionSet, Customer, PartyList), deep integration with Microsoft 365 (Outlook, Teams, SharePoint). Errors during extraction or mapping can lead to lost relationships, duplicate records, and halted business processes. Our team performs turnkey migration: from auditing the source schema to setting up integrations and training users. We guarantee data integrity and a transparent work plan. Contact us for an assessment of your project—we will prepare a clear timeline and budget.

How to Avoid Data Loss During Migration?

The key stage is a detailed audit of the source schema. The source Dynamics CRM stores data in SQL Server (on-premise) or Azure SQL (cloud). Main entities: Account, Contact, Lead, Opportunity, ActivityPointer (base activity type), PhoneCall, Email, Appointment, Task (specific activities), Quote, Order, Invoice (commercial documents). Custom entities are created via Power Apps and stored in tables with the publisher prefix. Without analyzing these tables, there is a high risk of missing related records or incorrectly converting types. Special attention is given to polymorphic types Customer (linked to Contact or Account) and PartyList (multiple participants). We write selective verification scripts after loading—comparing record counts and relationships.

How to Extract Data from Dynamics 365?

OData API (Web API) is the preferred method for cloud and on-premise versions. It supports pagination, filtering, and field selection. Example request:

$response = $dynamics->get('/api/data/v9.2/accounts', [
    '$select' => 'accountid,name,telephone1,emailaddress1,websiteurl',
    '$filter' => 'statecode eq 0',
    '$top'    => 5000,
]);
// Pagination via @odata.nextLink

Direct SQL works only for on-premise and is faster for large volumes. The table AccountBase corresponds to the Account entity, ContactBase to Contact, and so on. The schema can be obtained via Metadata API: GET /api/data/v9.2/EntityDefinitions(LogicalName='opportunity')/Attributes. More details on the OData API.

Entity Mapping: Dynamics 365 -> Bitrix24

Dynamics 365 Bitrix24
Account Company
Contact Contact
Lead Lead
Opportunity Deal
Task Task
PhoneCall Activity (Call)
Appointment Activity (Meeting)
Email Activity (Email)
Quote Invoice (CRM)
BusinessUnit Department
SystemUser User

What to Do with Custom Fields?

Dynamics supports dozens of field types: Lookup, OptionSet, MultiSelectOptionSet, Money, Customer, PartyList. The most challenging are Customer and PartyList. The first is a polymorphic link to a contact or company, the second is a list of participants (e.g., for activities). In Bitrix24, these concepts are implemented through multiple links or custom development. We create custom fields, and for complex cases—additional entities. For example, the Customer field is transformed into two separate fields: "Contact" and "Company" with filling rules. For PartyList, we create an "Participants" entity linked to the deal. For instance, a custom 'Market Segment' option set in Dynamics becomes a list field in Bitrix24 after mapping.

How Are Business Processes Recreated?

Workflows in the source system (now Power Automate) are not migrated directly. They must be recreated using Bitrix24 robots, triggers, and business processes. Analyzing each process logic is a separate task that often takes as much time as the data migration itself. We document each process and transfer it step by step. For example, the process of creating a meeting from an email in Dynamics is replaced by a Bitrix24 trigger on the Email event.

Migration Stages

  1. Audit of the current system — analysis of the Dynamics schema, identification of custom entities, fields, and business processes.
  2. Mapping design — matching entities and fields (see table above).
  3. Data extraction — via OData API or direct SQL.
  4. Transformation and loading into Bitrix24 — conversion of types (Customer, PartyList), creation of custom fields (e.g., converting customer type to separate contact and company fields).
  5. Recreation of business processes — replacing Power Automate with Bitrix24 robots.
  6. Integration with Microsoft 365 — setting up Outlook, calendar, disk.
  7. Testing and validation — selective record checks, relationship verification.
  8. Launch and support — user training, support during the first weeks.

Integration with Microsoft 365

One advantage of the Microsoft CRM is native integration with Outlook, Teams, SharePoint. When transitioning to Bitrix24, you need to provide similar scenarios:

  • Outlook → Bitrix24 Mail or Exchange connector.
  • Teams → Bitrix24 Video Calls (or keep Teams for meetings).
  • SharePoint → Bitrix24 Drive.

We help set up the Bitrix24 REST API for integration with remaining Microsoft services.

What's Included in Our Work

  • Documentation of field and entity mapping.
  • Extraction and transformation scripts.
  • File with the schema of transferred data.
  • Report on record counts and errors.
  • User manual.
  • Two weeks of support after launch.

Our team has over 10 years of experience and has completed 40+ complex migrations, including cases with over 200,000 records and intricate customizations.

Typical Timelines

Data volume and complexity Timeline
up to 50,000 records, standard entities, minimal customization 4–6 weeks
50,000–200,000 records, custom entities, moderate complexity 2–4 months
over 200,000 records, complex business processes, integrations 4–8 months

Order turnkey migration and get an engineer's consultation at every stage. Contact us for a detailed audit of your project and an accurate work plan.

Why URL Structure Matters in Bitrix Migration?

Skipping URL mapping during a website migration to Bitrix crashes organic traffic by 50–80% in two weeks. WordPress uses /product/item-name/, OpenCart uses /index.php?route=product/product&product_id=123, Bitrix defaults to /catalog/section/element/. Without a 301 redirect map, search engines index mass 404s. We start every migration with Screaming Frog scanning the old site, then compile a complete redirect map before writing a single line of code. Proper migration requires full URL mapping — every indexed page gets a correspondent.

Over seven years we have completed 50+ projects: landing pages, catalogs with 300,000 products, e‑commerce stores. Typical duration 2–8 weeks. Contact us for a free project estimate within one day.

How Migration Preserves SEO Positions

Losing organic traffic is the biggest fear, and it's justified. Here is how we avoid it.

  • URL mapping 1:1 — where possible, via CUrlRewriter and infoblock SEF settings we keep the exact structure. When impossible — 301 redirect. Auto‑generation of redirect map: parse Screaming Frog export, match with new element slugs, generate nginx config. Each redirect verified with curl -I after switching.
  • Transfer of meta tags — title, description, h1 moved into properties ELEMENT_META_TITLE and ELEMENT_META_DESCRIPTION. Canonical via Bitrix SEO component. Duplicates cut: www/non‑www, http/https, sorting parameters. Sitemap: new sitemap.xml generated by Bitrix seo module, submitted to Search Console immediately after DNS switch.
  • Speed comparison — Bitrix processes a catalog of 100,000 products 3x faster than OpenCart due to tagged caching and query optimization for b_catalog_product.

What Data Gets Transferred?

Content — pages, articles, news → information infoblocks. Catalog: categories → sections, products → elements linked to b_catalog_product, properties → infoblock properties or highload directories. Images, reviews, FAQ.

E‑commerce — products with trade offers (SKUs), prices in b_catalog_price (multi‑currency via b_catalog_currency), stock balances b_catalog_store_product, discounts (b_sale_discount), order history (b_sale_order + b_sale_basket).

Users — client base b_user plus custom UF fields. Passwords are hashed differently: WordPress — phpass, OpenCart — SHA1+salt, Drupal — SHA512. We write a custom CUser::LoginByHash with fallback to old algorithm — client enters password once, system rehashes to Bitrix bcrypt.

SEO data — meta tags, alt attributes, URL structure. Main task: preserve every indexed URL or set 301.

Media — images, documents, videos — transferred preserving paths and optimized via CFile::MakeFileArray().

How to Plan a Successful Migration: 5 Key Steps

  1. Audit — scan with Screaming Frog: all URLs, status codes, meta tags. Analyze DB structure, custom modifications, integrations. Create migration map.
  2. Architecture design — map content types → infoblocks, fields → properties, directories → highload blocks. Architecture must be convenient for Bitrix administration.
  3. Migration scripts — PHP scripts read from old DB (or API), transform and write via Bitrix API (CIBlockElement::Add, \Bitrix\Sale\Order::create). Re‑run during testing.
  4. Staging — full migration to test server. Verify integrity: product count, properties, URLs, filters.
  5. Final migration & switching — delta import, DNS switch, monitoring.
Detailed stage timeline
Stage Duration Activities
Audit 1–3 days Full site scan, integration register
Architecture 2–5 days Infoblock design, field mapping
Scripts 3–10 days PHP based migration engine
Staging 1–2 days Full dry run, integrity checks
301 redirects 1–2 days Map in .htaccess or nginx.conf
Final migration 1 day Delta import, DNS switch
Post‑migration 2–4 weeks Monitor Search Console, fix crawl errors
Deliverable Description
Documentation Redirect map, mapping description, DB schema
Access Admin panel, FTP/SSH, API keys
Training Video tutorials or on‑boarding session
Support 2 weeks post‑migration monitoring, bug fixing
Guarantee Rollback to old site within 48 hours

Typical Migration Mistakes and How to Avoid Them

Each of these errors has caused loss of positions and clients.

  • Loss of URLs without redirects — the most destructive mistake. /product/123 instead of /catalog/item-name.html — without 301 this means mass 404s and traffic collapse. We auto‑generate the map and verify every redirect after switching.
  • Content duplication — one product accessible with and without www, via HTTP and HTTPS, with GET filter parameters → five URLs instead of one. SEO weight dilutes. Set up canonical, 301 for variants, robots.txt with Disallow for parameters.
  • Broken images — absolute URLs in content (src="https://old-site.ru/img/photo.jpg"), quality loss during compression. Replace with relative paths, transfer preserving structure, check HTTP 200 for each file.
  • Loss of meta tags and microdata — title, description, Schema.org may not transfer. Do full mapping and verify on staging.
  • Broken forms and integrations — changed IDs, API keys, webhooks. Compile integration register before start and test each after.
  • Mobile version — old m.site.ru → responsive Bitrix. Without mobile URL redirect → 404 for mobile users. Include in redirect map.

Timelines and Cost Savings

Project type Timeline Notes
Informational site (up to 500 pages) 2–4 weeks Content + design + redirects
E‑commerce store (up to 10,000 products) 4–8 weeks Catalog + orders + integrations
Large store (100,000+ products) 2–4 months Custom scripts + load testing

Businesses typically save $3,000–$8,000 annually after migration — no old CMS license fees, reduced plugin and hosting costs. Annual hosting savings alone can reach $1,200. Add the affordable licensing cost of 1C‑Bitrix — it pays off quickly.

Contact us for a free migration estimate. We also provide a preliminary calculation within one day — request a consultation with our Bitrix specialists.