{"id":14277,"url":"\/distributions\/14277\/click?bit=1&hash=17ce698c744183890278e5e72fb5473eaa8dd0a28fac1d357bd91d8537b18c22","title":"\u041e\u0446\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c \u043b\u0438\u0442\u0440\u044b \u0431\u0435\u043d\u0437\u0438\u043d\u0430 \u0438\u043b\u0438 \u0437\u043e\u043b\u043e\u0442\u044b\u0435 \u0443\u043a\u0440\u0430\u0448\u0435\u043d\u0438\u044f","buttonText":"\u041a\u0430\u043a?","imageUuid":"771ad34a-9f50-5b0b-bc84-204d36a20025"}

Как корректно перенести данные из разных CRM в Битрикс24 и сохранить не только все данные, но и связи между ними?

Миграция порталов, будь-то переброс данных из облаков Битрикс24 в коробку, из Creatio (Terrasoft) в Битрикс24 или в других различных вариациях — это один из самых интересных и масштабных клиентских запросов. Необходимо не просто выгрузить данные единым массивом, а сохранить все связи: контактов со сделками, сделок товарами и со счетами и прочее. Сегодня расскажем, как с помощью Пинкит реализовать большой проект по переносу массивов данных из разных CRM в единую коробку Битрикс24.

1. Ситуация. Боль. Решение.

К нам обратился заказчик, сотрудники которого одновременно работают в нескольких CRM: Creatio (Terrasoft) и на трех разных облачных порталах Битрикс24. Все данные из этих порталов он хочет консолидировать и перенести в коробку Битрикс24.

Задача усложняется тем, что в CRM используется достаточно много пользовательских кастомных полей и настроены важные связи между сущностями. Это привязанные к сделкам и смарт-процессам контакты, дела (звонки) и платежи (счета). Сделки и смарт-процессы связаны между собой и при переносе важно сохранить не только все пользовательские поля, но и связи между ними.

Основная проблема в том, что с 1 сентября 2023 года Битрикс больше не предоставляет технической возможности сделать бэкапы с облака. Поэтому миграцию можно производить только за счет разработки или стороннего сервиса.

Вариант с привлечением разработки очень затратный и длительный. Он предполагает найм стороннего разработчика или привлечение веб-студии и оплату любых доработок, которые могут потребоваться в процессе миграции.

Вариант использования коннектора более выгодный. В данном случае задача решается с помощью интеграционной платформы Пинкит. Мы предложили заказчику настроить несколько интеграций, которые поэтапно выгрузят нужные сущности из разных CRM в корпортал Битрикс24 с сохранением связей между ними.

Так как мы в Пинол работаем по Scrum (о преимуществах такого подхода писали здесь), то сроки и объем работ четко определены и обозначен результат — каждая интеграция настраивается за недельный спринт и клиент сразу получает бизнес-пользу. Все четко и прозрачно.

Давайте рассмотрим решение задачи подробнее.

2. Как реализовать процесс миграции из облаков Битрикс24 и Creatio в коробку Битрикс24?

Первым спринтом клиент решил перебросить данные из Creatio в коробку Битрикс24. Кейс с миграцией из Creatio в Битрикс24 мы уже описывали здесь: "Миграция из Terrasoft Creatio в Битрикс24: быстрый и, главное, недорогой переход на отечественное ПО".

В личном кабинете Пинкит (потребуется регистрация) добавляем действия на первом шаге настройки: "Сделка-создание" и "Компания-создание". Действие добавления контакта уже было реализовано в платформе ранее.

Авторизацию в Creatio мы уже добавили в Пинкит ранее, так что для настройки интеграции теперь добавляем доступы и выбираем нужное действие. Каждая сущность создается отдельной интеграцией с выгрузкой всех необходимых полей:

На втором шаге делаем дополнительные настройки. Например, если нужно создавать сделку, можем выгрузить в нее файл записи звонка с помощью инструмента "Скачать файл". Здесь же настраиваются фильтры и проверки на соответствие условиям:

На третьем шаге будем передавать данные в сервис-приемник. В качестве приемника данных у нас коробка Битрикс24. Корпортал нужно авторизовать в Пинкит и настроить событие, которое будет происходить при выполнении действия на шаге 1. Например, создаем сделку в нужном направлении с нужным ответственным:

Очень важный шаг настройки — сопоставление данных. Здесь необходимо указать соответствие полей (в том числе пользовательских) у сущности, которую мы переносим, на портале А и портале Б. Пользовательские поля добавляются отдельно:

Далее указываем период, за который нужно вытянуть данные, и запускаем интеграцию. В нашем случае, заказчику нужна разовая миграция за все время работы порталов.

Мы рекомендуем перед запуском выгрузить небольшой пакет данных, чтобы проверить корректность сопоставления полей. Затем, проверив журнал, запускать основной массив.

Что касается миграции порталов Битрикс24, в том числе облаков в коробку, мы настроили уже множество аналогичных кейсов с которыми можно ознакомиться в подборке.

Нашему заказчику мы настроили выгрузку контактов, сделок, звонков в связке со сделками, счетов по сделкам, смарт-процессов в связке со сделками, включая пользовательские поля.

Для реализации такой сложной задачи не потребовалось ручное копирование, написания кода и больших вложений. Каждая интеграция настраивается в течение недели.

Заказчик получает поэтапно выгрузку всех сущностей и может проверить пошагово корректность миграции.

Алексей Окара, основатель Пинол и продакт-менеджер Пинкит
0
1 комментарий
ALEXEY OKARA
Ответить
Развернуть ветку
-2 комментариев
Раскрывать всегда