Перевод учетных систем в облачные сервисы модели SaaS (в частности, 1С:Предприятие через Интернет / 1С:Фреш) вносит существенные коррективы в привычные процессы администрирования, синхронизации и кастомизации. Разберем ключевые вопросы: как правильно организовать межсерверный обмен данными между базами, находящимися у разных провайдеров, и как добавлять новые реквизиты, документы или логику, не нарушая штатный механизм автоматического пакетного обновления.
Проанализируем техническое устройство облачного сервиса. В модели SaaS используется мультиарендная архитектура: физически на сервере развернута единая информационная база, внутри которой данные разных организаций разделены на уровне строк с помощью механизма Разделители. Из этого вытекают главные правила:
Для добавления новой учетной логики и реквизитов используются механизмы расширений конфигурации (файлы с расширением .cfe), а также внешние печатные формы, отчеты и обработки. Рассмотрим подробнее, как реализуется доработка:
ПодпискаНаСобытие непосредственно внутри расширения. С ее помощью можно перехватывать события записи, проведения и отмены проведения как для заимствованных типовых объектов, так и для собственных объектов расширения.При таком подходе типовая база продолжает штатно обновляться провайдером. Если в новом релизе типовой конфигурации не менялись заимствованные расширением структуры данных, обновление проходит полностью бесшовно.
Выясним, как настроить синхронизацию (в том числе одностороннюю), если базы размещены на разных серверах или у независимых облачных провайдеров. Существует два основных сценария:
Базы в облаке опубликованы на веб-серверах. Штатная синхронизация на базе Библиотеки стандартных подсистем (БСП) поддерживает прямое подключение к удаленной базе по протоколу HTTPS. Для этого в мастере настройки синхронизации указывается URL-адрес целевой базы, логин и пароль пользователя с правами на синхронизацию. Обмен выполняется автоматически по расписанию через веб-сервисы или REST API без участия локального компьютера.
Если прямой сетевой доступ между провайдерами ограничен правилами безопасности или обмен должен запускаться строго вручную, используется сценарий выгрузки и загрузки файлов обмена (форматы EnterpriseData или XML-пакеты). Пользователь формирует сообщение обмена через тонкий или веб-клиент на локальный диск, после чего загружает полученный файл в базу-приемник.
Для реализации одностороннего потока данных (например, из рабочей базы в аналитическую) в настройках правил отправки и получения данных отключается регистрация изменений и отправка ответных пакетов в базе-приемнике, благодаря чему передача документов и справочников осуществляется строго в одном направлении.
Разберем критерии выбора архитектуры для вашего проекта: