Нередко заказчики обращаются в нашу компанию с запросом на миграцию данных между различными сервисами. Это может быть как перенос информации из облака Битрикс24 в коробку Битрикс24, так и из одной CRM в другую.
Рассмотрим кейс одного из наших заказчиков, которому потребовалась миграция данных в коробку Битрикс24 сразу из нескольких CRM, сохранив при этом все связи между сущностями. Как реализовать такой бизнес-сценарий при помощи Пинкит, читайте далее.
1. Запрос заказчика и проблемы переноса данных
Ситуация заказчика следующая: менеджеры его компании параллельно ведут рабочий процесс в Creatio (Terrasoft) и трех облачных порталах Битрикс24.
Задача - собрать все данные с этих платформ воедино и передать в коробку Битрикс24.
Но сделать это не так просто, так как заказчику важно сохранить все пользовательские поля и связи между ними, а также сущностями внутри CRM (накопилось много сделок с привязанными к ним делами, звонками, счетами и так далее).
Еще одно препятствие на пути - это невозможность сделать бэкапы с облака Битрикс24. С 1 сентября 2023 года Битрикс отключил такую возможность.
Остается только выполнить миграцию с помощью стороннего сервиса, либо путем разработки.
Последний вариант слишком дорогой и долгосрочный, поэтому решим задачу с помощью Пинкит.
Нужно будет настроить несколько интеграций, которые без потерь связи перенесут необходимые сущности из всех CRM в коробку Битрикс24.
Почитайте и другие кейсы о миграции порталов Битрикс24 в нашей подборке.
Переходим к настройке интеграций.
2. Переносим данные из Creatio и облаков Битрикс24 в коробку Битрикс24
Для начала выгрузим данные из Creatio в коробку Битрикс24.
Шаг первый: Откуда
В поле “Откуда получаем данные” выбираем Creatio и добавляем доступы, в качестве действий выбираем "Сделка-создание" и "Компания-создание".
Каждая сущность создается отдельной интеграцией с выгрузкой всех необходимых полей:
Шаг второй: Дополнительные настройки
Если требуется создать сделку, то при помощи инструмента "Скачать файл" можно выгрузить в нее файл записи звонка.
На этом же шаге настраиваем проверки и фильтры по соответствующим условиям:
Шаг третий: Куда
В качестве приемника данных выбираем Битрикс24. Авторизуем портал в Пинкит и настраиваем событие, которое произойдет при выполнении действия на первом шаге.
В нашем случае создаем сделку в нужном направлении и назначаем ответственного:
Шаг четвертый: сопоставление данных
Указываем соответствие полей (в том числе пользовательских) у сущности, которую мы переносим, на портале А и портале Б.
Пользовательские поля добавляются отдельно:
Задаем период, за который необходимо получать данные, и запускаем интеграцию.
В случае заказчика нужна разовая миграция за все время работы порталов.
Рекомендуем сначала протестировать интеграцию, выгрузив небольшой массив данных.
Если все пройдет корректно, запускайте уже полноценную миграцию.
Для реализации такой сложной задачи не потребовалось ручное копирование, написания кода и больших вложений.
Наши инженеры настраивали каждую интеграцию поэтапно - шаг за шагом недельными спринтами, сдавая клиенту готовую работу. Заказчик получает выгрузку всех сущностей поочередно и может проверить пошагово корректность миграции.
Вы можете сами добавить и протестировать интеграции по нашей инструкции, зарегистрировавшись в личном кабинете Пинкит по ссылке: https://lk.pinkit.io/register.
Алексей Окара,
основатель Пинол и продакт-менеджер Пинкит
