Проект ещё не завершён: промышленный запуск не состоялся, поэтому показатели эффекта (скорость работы, устранение сбоев) в кейс не включены — вынесены только масштаб и статус выполненной миграции.
Планета — миграция Битрикс24
Перенесли CRM на актуальную версию с сохранением бизнес-процессов. Решение проходит тестирование.
Контекст и задача
| Клиент / сфера | Компания, оказывающая услуги в сфере экологии. |
| Пользователи | Отдел менеджеров, привлекающих клиентов; технический отдел, выполняющий оценку проектов. |
| Процесс до проекта | Собственная коробочная версия Битрикс24 2013 года выпуска, сильно кастомизированная — собственные сущности, изменённые карточки, дополненные таблицы и связи, доработанная штатным сисадмином совместно с привлечёнными программистами. |
| Проблема | Моральное устаревание системы — заметные тормоза и сбои в работе. Принято решение перейти на актуальную коробочную версию Битрикс24, при этом кастомные доработки требовалось по максимуму заменить стандартным функционалом новой платформы, а не переносить «как есть». |
| Ожидаемый результат | В новой системе должны работать все функции, которые работали в старой. |
| Ограничения | Обязательная интеграция с телефонией по SIP (та же ВАТС, без замены провайдера); перенос всех данных, включая файлы, прикреплённые к сущностям. |
Исследование
Изученные процессы и данные
- Сисадмин клиента провёл демонстрационный созвон, пройдя по всем функциям, которые планировалось перенести.
- Клиент предоставил копию портала для самостоятельного изучения командой исполнителя.
- Проведены интервью с руководителями отделов и сисадмином — единственным носителем знаний о всех кастомных доработках.
Выполненные исследования
- Аудит кастомизаций: собственные сущности, изменённые карточки, дополнительные таблицы, нестандартные связи между объектами.
- Оценка объёма данных на перенос — по количеству записей каждой сущности в базе.
Ключевой поворот в ходе работ
Изначально перенос планировался через экспорт/импорт CSV, но по факту выяснилось, что часть связей между сущностями стандартным импортом не переносится. План пересмотрен — перенос переведён на SQL-скрипт с прямым доступом к дампу старой БД и к БД новой системы. Отдельная сложность возникла с переносом файлов и их привязкой к нужным карточкам.
Выводы и влияние на решение
- Один кастомный модуль решено не переносить в новую систему — вместо этого в ней будет храниться ссылка на страницу старой системы с постоянной синхронизацией данных между системами (эта часть работ ещё не начата и не входит в описываемый объём результата).
- Остальной функционал переработан под стандартные механизмы актуальной Битрикс24.
Узкие места старой системы на уровне документации и скрытых зависимостей отдельно не классифицировались — оценка велась по факту выполнения работ, по мере обнаружения непереносимых связей.
Решение
Реализованная структура CRM: центральная сущность — Сделка, к которой последовательно связаны:
- Компании и Контакты;
- Смарт-процесс «Оценочный лист» (привязан к сделке);
- Смарт-процесс «Договор» (привязан к оценочному листу);
- Смарт-процесс «Заказ» (привязан к договору);
- Смарт-процесс «Заявка на доставку» (привязана к заказу).
Лиды ведутся отдельно, без цепочки привязок.
Изменения процесса и подход к решению
- Все кастомные сущности старой системы воспроизведены на стандартных механизмах CRM и Смарт-процессов, без кастомной разработки.
- Технический отдел работает в отдельных воронках смарт-процесса, отдельно от воронки менеджеров по привлечению клиентов.
- Один модуль выведен за периметр миграции: для него запланирована схема «ссылка + синхронизация данных» между старой и новой системой (реализация отложена).
Подход к переносу данных
- Технический директор исследовал структуру данных старой и новой систем, включая системные таблицы новой Битрикс24 (индексы, связки), появившиеся в актуальной версии и отсутствовавшие в старой.
- Написан SQL-скрипт прямого переноса данных на уровне базы, минуя стандартный импорт.
- Перенос файлов реализован отдельным механизмом: скрипт находит в старой БД таблицы с информацией о файле (имя, привязка к сущности) и в новой системе создаёт комментарий в карточке соответствующей сущности с прикреплённым файлом по данным из старой системы.
Телефония
Интеграция сохранена с тем же SIP-провайдером, что и в старой системе — критичное требование, так как ВАТС клиента уже была настроена и переносить её не планировалось.
Технологии
| Технология | Назначение |
|---|---|
| Битрикс24 (коробочная версия, актуальный релиз) | Целевая платформа: CRM, Смарт-процессы, стандартные механизмы вместо кастомных модулей |
| SQL (прямая работа с дампом БД старой и новой системы) | Перенос данных и связей между сущностями, минуя ограничения стандартного CSV-импорта |
| Скрипт переноса файлов (на основе SQL) | Сопоставление файлов из старого хранилища с нужными карточками через создание комментариев с прикреплением файла |
| SIP-телефония (тот же провайдер клиента) | Сохранение работающей ВАТС без замены при переходе на новую систему |
Все работы — перенос данных, настройка CRM/Смарт-процессов, интеграция телефонии — выполнены собственной командой исполнителя.
Результат
Что запущено
Телефония интегрирована, все CRM-сущности и Смарт-процессы настроены и работают. Данные (кроме файлов) перенесены по SQL-скрипту.
В работе
Перенос файлов — на момент описания кейса реализован по следующей схеме: к серверу новой системы монтируется папка старого хранилища, которую использует новая система (то есть файлы физически не копируются, а становятся доступны новой системе через смонтированный ресурс).
Не начато
Синхронизация модуля, оставленного в старой системе (ссылка + постоянная синхронизация данных) — эта часть решения не проработана и находится за рамками текущего этапа.
Текущий статус
Проект на этапе тестирования — начальники отделов проверяют работу системы; со слов клиента, на данный момент результатами довольны.
Объём выполненной миграции
Среднее количество перенесённых записей на каждую сущность — порядка 80 000; количество файлов к переносу — порядка 40 000.
Сроки измерения эффекта
Эффект (скорость работы, устранение сбоев старой системы и т.д.) пока не оценивался — промышленный запуск ещё не состоялся.
Ограничения
- Файлы на момент описания кейса не перенесены физически, доступ к ним организован через монтирование папки старого хранилища на сервер новой системы — это промежуточное, а не окончательное архитектурное решение.
- Синхронизация вынесенного модуля между старой и новой системой не реализована и не имеет проработанного технического решения на момент кейса.
- Количественный эффект от перехода (скорость, устранение сбоев) не может быть указан — сравнение возможно только после промышленного запуска.
- Узкие места старой системы не классифицировались формально — план миграции корректировался по ходу работ по факту обнаружения непереносимых связей.