← На главную

Организация обмена данными между двумя идентичными конфигурациями 1С:Бухгалтерия 3.0, где одна база является «облачной» (1С:Фреш), а другая — локальной (автономное рабочее место), ставит перед специалистом задачу сохранения целостности типовой конфигурации. Рассмотрим по шагам, как выстроить эффективную схему передачи данных без снятия базы с поддержки.

Основные подходы к реализации обмена

Поскольку модификация конфигурации во Фреше невозможна, единственным верным решением является использование механизмов Библиотеки стандартных подсистем (БСП), которые уже встроены в БП 3.0. Мы можем реализовать задачу двумя основными путями:

1. Использование универсального формата EnterpriseData (ED).
2. Применение технологий БСП для конвертации объектов без изменения конфигурации.

Реализация через EnterpriseData (ED)

Механизм EnterpriseData позволяет передавать данные между конфигурациями 1С в стандартизированном формате XML. Чтобы реализовать односторонний поток (из БУ в УУ), проанализируем следующие шаги:

• Анализ пакетов XDTO: Проверим, покрывают ли стандартные пакеты XDTO необходимые нам документы. Если типовых пакетов недостаточно, можно использовать расширения для добавления собственных пакетов XDTO, что не нарушает работу в облаке.
• Использование расширений: Мы можем встроить обработчики событий в подсистему СинхронизацияДанных через расширение. Это позволит нам фильтровать данные «на лету» и обеспечивать их корректную загрузку в базу УУ.
• Настройка правил синхронизации: Вместо написания правил с нуля в Конвертации данных 3.0, мы можем воспользоваться функционалом «Конвертация объектов» в режиме 1С:Предприятие, чтобы настроить соответствие полей без вмешательства в программный код основной конфигурации.

Ограничение редактирования данных в базе УУ

Для предотвращения изменений в документах, пришедших из БУ, воспользуемся инструментами, встроенными в БП 3.0:

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

   
   &ПередЗаписью("ПередЗаписью")
   Процедура Расш1_ПередЗаписью(Отказ, РежимЗаписи)
       Если ЭтоОбъектСинхронизации(ЭтотОбъект) Тогда
           ВызватьИсключение "Редактирование синхронизированных документов запрещено!";
       КонецЕсли;
   КонецПроцедуры
   

Преимущества использования расширений

Использование расширений является единственным «чистым» способом доработки функционала в среде 1С:Фреш. Разберем, на что обратить внимание:

• Безопасный режим: Убедитесь, что расширение не требует отключения безопасного режима. Если это необходимо, вопрос придется согласовывать с провайдером облачного сервиса.
• Обновляемость: Использование расширений гарантирует, что при обновлении типовой конфигурации ваш обмен не сломается и потребует минимум усилий для поддержки.

Итоги и рекомендации

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