Из 1С:Фреш в Готовое облако 1С Selectel: почему интеграции с Битрикс24 потребовали переезда

Как ограничения сервисной модели 1С:Фреш остановили развитие связки «Битрикс24 + 1С» в CRM и КЭДО — и как миграция учётного контура в облако Selectel сняла эти ограничения без потери надёжности.

Исходная точка: Битрикс24 — фронт, 1С — учёт

Типовая архитектура, которую мы строим для клиентов и используем сами: Битрикс24 — фронт-офис (CRM, задачи, кадровые сервисы, портал сотрудника), 1С — учётный контур (бухгалтерия, зарплата и кадры). Ценность связки — в интеграции: сделка из CRM превращается в счёт и реализацию в 1С, кадровое заявление с портала — в приказ в ЗУП, а сотрудник подписывает документы в один клик. Как строится такая связка на типовых механизмах, мы разбирали в статье «Как интегрировать Битрикс24 и 1С» — здесь речь о том, что происходит, когда типовых механизмов перестаёт хватать.

Учётный контур долгое время жил в 1С:Фреш — и как «коробка без сервера» этот сервис честно выполнял свою работу: обновления автоматом, доступ из браузера, ноль администрирования. Проблемы начались там, где заканчиваются типовые сценарии и начинается интеграционная разработка.

Первопричина переезда: интеграции упёрлись в модель Фреша

1С:Фреш — это SaaS. У вас нет доступа к серверу, конфигуратору и СУБД, а любая доработка живёт по правилам многоарендной площадки. Для изолированного учёта это плюс. Для глубокой интеграции с Битрикс24 — стена, в которую мы упёрлись дважды: в CRM и в КЭДО.

CRM: обмен «сделка → документ» нельзя развивать

Штатный обмен Битрикс24 с 1С покрывает базовый сценарий «счета и оплаты». Как только бизнес просит большего — свои статусные модели, обмен по событиям в реальном времени, обогащение CRM данными взаиморасчётов, резервирование по складам — нужны доработки на стороне 1С: собственные HTTP-сервисы, обработчики событий, планы обмена. И здесь модель Фреша выставляет ограничения:

Типовой обмен работает; всё, что требует серверной доработки, блокируется моделью сервиса

• Любая доработка — только через расширение, прошедшее аудит. Расширение должно быть полностью работоспособно в безопасном режиме, а его исходный код — открыт для анализа. Каждая итерация «поправили маппинг полей — выкатили» превращается в цикл с внешней модерацией.

• Безопасный режим запрещает ключевые механики. На сервере запрещены операции с COM-объектами, загрузка внешних компонент, доступ к файловой системе. Коннектор, который у клиента «на коробке» работает годами, во Фреш в исходном виде просто не проходит.

• Небезопасные операции — по явным разрешениям. Даже исходящий HTTP-запрос к REST API Битрикс24 из расширения требует декларирования разрешений на внешние ресурсы — с последующим аудитом.

• Ресурсные лимиты общей площадки. Частые фоновые обмены, тяжёлые выборки для синхронизации каталога, длинные транзакции — всё это конфликтует с политиками многоарендной среды.

КЭДО: криптография и кадровый контур

Кадровый электронный документооборот в Битрикс24 — часть наших HR-решений: сотрудники и кадровик подписывают документы на портале, а источник этих документов — 1С:ЗУП. Чтобы связка работала бесшовно, на стороне ЗУП нужны обработчики: формирование пакета документов, выгрузка по событию, обратная загрузка подписанных файлов и статусов.

Контур КЭДО рвётся там, где нужны серверная криптография и файловый обмен на стороне ЗУП

Во Фреше этот контур упирается в те же стены, плюс одну специфическую:

• Серверная криптография запрещена. Проверка подписей, работа с машиночитаемыми доверенностями и интеграция с операторами ЭДО на стороне 1С реализуются только в обход, через клиентские костыли.

• Файловый обмен ограничен. Запрет доступа к файловой системе сервера закрывает классические механики «сложить пакет в каталог обмена — забрать агентом».

• Скорость изменений диктует не бизнес, а регламент площадки. Каждое изменение шаблона выгрузки — снова расширение, снова аудит.

Мы посчитали: стоимость владения интеграциями во Фреше росла с каждым спринтом, а роадмап «Битрикс24 как единое окно сотрудника» останавливался на половине сценариев. Похожая история с «жёсткими рамками чужой платформы», кстати, не уникальна для Фреша — об архитектурных ограничениях интеграции с MS Exchange мы писали отдельный разбор.

Критерии выбора новой площадки

Возвращаться к «железу под столом» не хотелось. Нужна была площадка, которая сохраняет операционные плюсы облака, но возвращает полный доступ к конфигуратору и серверному контексту. Выбор пал на Готовое облако 1С Selectel:

• готовые кластеры сервера 1С и PostgreSQL — инфраструктуру, СУБД, бэкапы и доступность обслуживает провайдер;

• полный доступ к базе через конфигуратор: свои расширения без внешнего аудита, свои HTTP-сервисы и планы обмена;

• загрузка и выгрузка баз в стандартном формате .dt — никакого вендор-лока;

• веб-публикация, тонкий клиент, размещение данных по 152-ФЗ, лицензии свои или в аренду.

Целевая архитектура: выделенные кластеры под управлением провайдера, база — под нашим

Как проходила миграция

Прямого пути «Фреш → Selectel» не существует: Фреш не отдаёт файл .dt, а Selectel принимает базу именно в этом формате. Маршрут — через промежуточную базу:

Четыре шага миграции: прямого экспорта .dt из Фреша не существует

1. Выгрузка из Фреша. Штатным механизмом «Выгрузить данные для перехода на локальную версию» получаем архив data_dump.zip.

2. Промежуточная база. Локально разворачиваем пустую базу той же конфигурации строго того же релиза и загружаем в неё данные из архива.

3. Выгрузка .dt. Через конфигуратор промежуточной базы выгружаем стандартный файл .dt.

4. Загрузка в Selectel. Создаём кластер и информационную базу в панели, загружаем .dt — и переносим на новую площадку интеграции, расширения и сервисы.

Типовой план переезда одной базы: окно простоя — одна ночь или выходной

Пошаговую версию маршрута — с командами, типовыми ошибками и таблицей сверки — мы вынесли в отдельную инструкцию: «Миграция из 1С:Фреш в Готовое облако 1С Selectel: пошаговая инструкция».

Что изменилось после переезда

Обмен CRM теперь работает по событиям и покрывает весь жизненный цикл сделки, а контур КЭДО замкнулся: документ рождается в ЗУП, подписывается в Битрикс24 и возвращается в кадровый архив без ручных операций.

Вывод

1С:Фреш — правильный выбор для компаний, которым достаточно типовой функциональности. Но если Битрикс24 для вас не «ещё одна система», а единый фронт-офис, глубоко сросшийся с учётным контуром, — сервисная модель Фреша рано или поздно станет ограничителем. Переезд в Готовое облако 1С Selectel сохраняет операционные преимущества облака и возвращает свободу интеграционной разработки.