Міграція даних з Microsoft Dynamics до Бітрікс24

Перенесення даних з Microsoft Dynamics у Bitrix24

Microsoft Dynamics 365 (CRM та Sales) — це корпоративна система з розвинутою моделлю даних, глибокою інтеграцією з екосистемою Microsoft та високою вартістю ліцензій. Перехід на Bitrix24 відбувається під час оптимізації витрат, відходу від західних платформ або переорієнтації на російський технологічний стек. Це технічно складна робота з міграції: Dynamics має одну з найбагатших об'єктних моделей серед CRM-систем.

Архітектура даних Dynamics 365

Dynamics 365 зберігає дані в SQL Server (локально) або Azure SQL (хмара). До основних сутностей належать:

• Account — організація (компанія)
• Contact — фізична особа
• Lead — лід
• Opportunity — можливість (угода)
• ActivityPointer — базовий тип для всіх активностей
• PhoneCall, Email, Appointment, Task — конкретні типи активностей (спадкоємці ActivityPointer)
• Quote, Order, Invoice — комерційні документи

Користувацькі сутності (Custom Entity) створюються через Power Apps / Customizations і зберігаються в таблицях вигляду <publisher_prefix>_<entityname>.

Вилучення даних: OData API проти прямого SQL

OData API (Web API) — переважний метод, працює для хмари та локального розгортання:

// Отримання рахунків через Dynamics Web API
$response = $dynamics->get('/api/data/v9.2/accounts', [
    '$select' => 'accountid,name,telephone1,emailaddress1,websiteurl',
    '$filter' => 'statecode eq 0',  // лише активні
    '$top'    => 5000,
]);
// Пагінація через @odata.nextLink

Прямий SQL (лише локально) — швидше для великих обсягів, але вимагає знання схеми Dynamics. Таблиця AccountBase відповідає сутності Account, ContactBase — Contact тощо.

Відображення сутностей

Користувацькі поля та метадані

Dynamics 365 підтримує десятки типів полів: Lookup, OptionSet, MultiSelectOptionSet, Money, Customer (поліморфний зв'язок з Contact або Account), PartyList (множеснi учасники).

Отримання схеми через Metadata API:

GET /api/data/v9.2/EntityDefinitions(LogicalName='opportunity')/Attributes

Особливу складність представляє тип Customer (поліморфний — або Contact, або Account) і PartyList (наприклад, учасники зустрічі — список кількох сутностей різних типів). У Bitrix24 ці концепції реалізуються через множеснi зв'язки або користувацьку розробку.

Бізнес-процеси та Power Automate

Workflows у Dynamics (тепер Power Automate) не мігрують у Bitrix24 — їх потрібно переробити через роботів, тригери та бізнес-процеси Bitrix24. Це окрема частина проекту, нерідко займаюча стільки ж часу, скільки сама міграція даних.

Ієрархія та структура організації

Dynamics підтримує BusinessUnit та Team з багаторівневою ієрархією. У Bitrix24 це підрозділи. Користувачі мігрують із прив'язкою до відповідних підрозділів, ролі безпеки (Security Roles) відображаються на ролі CRM вручну.

Інтеграція з Microsoft 365

Один із стимулів використання Dynamics — нативна інтеграція з Outlook, Teams, SharePoint. Під час переходу на Bitrix24 необхідно забезпечити аналогічні інтеграції:

• Outlook → Пошта Bitrix24 або через коннектор Exchange
• Teams → Відеозвінки Bitrix24 (або залишити Teams для зустрічей)
• SharePoint → Диск Bitrix24

Типові графіки виконання

Рекомендується починати проект із детального аудиту кастомізацій Dynamics і порівняльного аналізу з можливостями Bitrix24 — деякі функції потребуватимуть переосмислення або заміни підходу.