Как организовать обмен данными и доработку баз в облаке 1С:Фреш с сохранением автообновлений?

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

Перевод учетных систем в облачные сервисы модели SaaS (в частности, 1С:Предприятие через Интернет / 1С:Фреш) вносит существенные коррективы в привычные процессы администрирования, синхронизации и кастомизации. Разберем ключевые вопросы: как правильно организовать межсерверный обмен данными между базами, находящимися у разных провайдеров, и как добавлять новые реквизиты, документы или логику, не нарушая штатный механизм автоматического пакетного обновления.

Особенности архитектуры 1С:Фреш и работа с конфигурацией

Проанализируем техническое устройство облачного сервиса. В модели SaaS используется мультиарендная архитектура: физически на сервере развернута единая информационная база, внутри которой данные разных организаций разделены на уровне строк с помощью механизма Разделители. Из этого вытекают главные правила:

  1. Конфигуратор недоступен для изменения метаданных: снять конфигурацию с поддержки и добавить объекты напрямую в основную ветку конфигурации отдельный абонент не может, так как код и структура метаданных едины для всех пользователей узла.
  2. Автоматические пакетные обновления: провайдер централизованно обновляет конфигурацию по расписанию в нерабочие часы. Любые нестандартные вмешательства в конфигуратор заблокированы платформой.

Кастомизация базы: использование расширений и подписок на события

Для добавления новой учетной логики и реквизитов используются механизмы расширений конфигурации (файлы с расширением .cfe), а также внешние печатные формы, отчеты и обработки. Рассмотрим подробнее, как реализуется доработка:

  1. Добавление новых объектов: в расширение конфигурации можно добавлять собственные справочники, документы, регистры сведений, перечисления, формы и реквизиты к типовым объектам.
  2. Использование подписок на события: платформа 1С:Предприятие 8.3 позволяет создавать объект ПодпискаНаСобытие непосредственно внутри расширения. С ее помощью можно перехватывать события записи, проведения и отмены проведения как для заимствованных типовых объектов, так и для собственных объектов расширения.
  3. Прохождение аудита: перед загрузкой в облако каждое расширение проходит обязательную проверку провайдера (аудит). Проверяется безопасность кода: запрет прямых вызовов файловой системы, отсутствие блокировок, корректность работы с разделителями данных и выполнение кода в безопасном режиме.

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

Организация обмена данными между базами у разных провайдеров

Выясним, как настроить синхронизацию (в том числе одностороннюю), если базы размещены на разных серверах или у независимых облачных провайдеров. Существует два основных сценария:

  1. Прямое онлайн-подключение по HTTPS:

    Базы в облаке опубликованы на веб-серверах. Штатная синхронизация на базе Библиотеки стандартных подсистем (БСП) поддерживает прямое подключение к удаленной базе по протоколу HTTPS. Для этого в мастере настройки синхронизации указывается URL-адрес целевой базы, логин и пароль пользователя с правами на синхронизацию. Обмен выполняется автоматически по расписанию через веб-сервисы или REST API без участия локального компьютера.

  2. Ручной обмен через файл без постоянного соединения:

    Если прямой сетевой доступ между провайдерами ограничен правилами безопасности или обмен должен запускаться строго вручную, используется сценарий выгрузки и загрузки файлов обмена (форматы EnterpriseData или XML-пакеты). Пользователь формирует сообщение обмена через тонкий или веб-клиент на локальный диск, после чего загружает полученный файл в базу-приемник.

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

Что выбрать: 1С:Фреш или выделенный сервер (IaaS)?

Разберем критерии выбора архитектуры для вашего проекта:

  1. 1С:Фреш (SaaS): оптимален, если доработки укладываются в рамки расширений и внешних отчетов, используются типовые механизмы БСП для обмена, а администрирование СУБД и обновления полностью делегируются провайдеру.
  2. Аренда сервера / выделенная база (IaaS): необходима, если требуется глубокая переработка типовой конфигурации со снятием с поддержки, работа со сторонними COM-библиотеками, прямой доступ к файловой системе сервера или специфические низкоуровневые интеграции.
← На главную