Настройка обмена данными между 1С:Управление нашей фирмой (УНФ), находящейся в сервисе 1С:Фреш, и локальной (наземной) версией 1С:Бухгалтерия предприятия КОРП является нетривиальной задачей. Основная сложность заключается в том, что в версии КОРП зачастую отсутствуют прямые пресеты для синхронизации с УНФ, а облачная платформа накладывает жесткие ограничения на использование внешних правил обмена. Разберем пошагово, как преодолеть эти препятствия и настроить стабильный поток данных.
Первое, с чем сталкиваются пользователи при попытке настроить обмен — это невозможность загрузить собственные XML-правила в облачную базу. При попытке импорта в 1С:Фреш система выдает ошибку Нарушение прав доступа. Проанализируем ситуацию: это не ошибка прав конкретного пользователя, а политика безопасности сервиса. В облаке запрещено использование произвольного кода и правил обмена, которые не прошли аудит. Поэтому классический путь через Обмен данными по правилам конвертации 2.0 здесь не подходит.
Вторая проблема — отсутствие в списке выбора «1С:УНФ» внутри настроек синхронизации БП КОРП. Рассмотрим, почему так происходит. Версия КОРП ориентирована на крупный бизнес с обособленными подразделениями, и типовые сценарии обмена с «малой» конфигурацией УНФ не всегда включены в базовый интерфейс. Однако решение существует, и оно строится на использовании EnterpriseData.
В современных версиях программ 1С основным механизмом интеграции является универсальный формат обмена (EnterpriseData). Это стандарт, который позволяет базам «понимать» друг друга без загрузки специфических правил. Разберем, как его задействовать.
В локальной версии БП КОРП перейдем в раздел Администрирование — Синхронизация данных — Настройки синхронизации данных. При создании новой настройки выберем пункт Другая программа. Почему именно его? Потому что этот пункт активирует механизм обмена через EnterpriseData, который поддерживает большинство современных конфигураций, включая УНФ.
В процессе настройки нам потребуется указать параметры подключения. Рассмотрим вариант, когда инициатором связи выступает облачная УНФ, так как она имеет постоянный доступ к интернету. Однако для этого ваша локальная база должна стать «видимой» для облака.
Чтобы облачная база смогла передать данные в вашу локальную БП КОРП, необходимо опубликовать локальную информационную базу. Рассмотрим два основных способа:
После публикации базы, в настройках синхронизации в УНФ (в облаке), выберем вариант Синхронизация с Бухгалтерией предприятия, редакция 3.0. В качестве адреса укажем полученный URL, а также логин и пароль пользователя с правами на обмен данными.
При использовании универсального формата важно правильно настроить сопоставление объектов. Выясним причину, по которой некоторые документы могут не переноситься или переноситься некорректно. В настройках синхронизации на стороне УНФ обязательно проверим следующие опции:
Заказы покупателей превращались в Счета на оплату в БП КОРП, необходимо установить соответствующий флаг в параметрах синхронизации. Также может потребоваться ограничение выгрузки некоторых документов для исключения лишних данных.Рассмотрим подробнее, какие данные будут мигрировать между системами. Вопреки расхожему мнению, что переносятся только банк и касса, современный формат EnterpriseData позволяет передавать:
Важно помнить, что идеология обмена подразумевает УНФ как первичный источник управленческих данных. Поэтому поток документов из БП в УНФ действительно ограничен в основном банковскими и кассовыми выписками для контроля оплат. Попытки настроить полный двусторонний обмен документами поступления часто приводят к зацикливанию и дублированию данных, поэтому рекомендуем придерживаться схемы «УНФ -> БП».
Если же типового функционала EnterpriseData категорически не хватает (например, требуются специфические поля, которых нет в стандарте), единственным легальным способом во Фреше будет разработка расширения конфигурации. Это расширение должно перехватывать данные в момент отправки/приема и обрабатывать их по вашей логике. Помните, что во Фреше расширения проходят обязательный аудит специалистами фирмы «1С».
Таким образом, настроив публикацию локальной базы и выбрав универсальный формат в качестве моста, мы получим надежную систему синхронизации. А если обмен переполнен документами, ситуацию можно исправить через очистку планов обмена, не нарушая ограничений облачной платформы.