← На главную

Рассмотрим распространенную ситуацию при настройке синхронизации между конфигурациями 1С:Управление торговлей (УТ 11) и 1С:Бухгалтерия предприятия (БП 3.0). Обмен настроен в формате EnterpriseData (ED) через COM-соединение. Программа сообщает, что обмен прошел успешно и данные получены, однако новые организации, заведенные в БП, не переносятся в УТ. Разберем по шагам, почему так происходит и как заставить данные мигрировать корректно.

Выясним причины отсутствия выгрузки данных

Проанализируем ситуацию и выделим несколько ключевых факторов, из-за которых карточки организаций остаются только в бухгалтерской базе:

1. Логика мастер-системы. В типовой связке конфигураций 1С базой-источником (мастер-системой) для нормативно-справочной информации (НСИ) выступает управленческая база — «Управление торговлей». По умолчанию правила регистрации объектов в «Бухгалтерии предприятия» настроены так, чтобы не регистрировать изменения ключевых справочников для обратной выгрузки. Это защита от случайного затирания или дублирования управленческих данных бухгалтерскими.
2. Ограничения на уровне метаданных. Для объекта Справочник.Организации в плане обмена EnterpriseData авторегистрация изменений часто отключена на уровне метаданных. Регистрация происходит только программно при выполнении определенных условий.
3. Настройки выгрузки НСИ. В параметрах синхронизации узла может быть установлен режим выгрузки справочной информации «Только используемые в документах». Если карточка создана, но по ней нет проведенных документов, подлежащих миграции, справочник не зарегистрируется.
4. Отборы по организациям. В настройках самого узла обмена может быть задан фильтр. Новая организация не попадает в этот фильтр автоматически, поэтому механизм синхронизации ее просто игнорирует.
5. Особенности COM-соединения. Обмен через COM склонен к жесткому кэшированию метаданных. Если в структуру баз вносились изменения, кэш может препятствовать корректной отправке пакетов.

Способы решения проблемы

Посмотрим на практические методы, которые помогут перенести справочник в целевую базу. Рассмотрим подробнее каждый из них.

1. Принудительная регистрация справочника (Быстрое решение)

Как показала практика, самым быстрым решением для разового переноса является ручная регистрация объекта на узле обмена. Для этого перейдем в форму регистрации изменений для обмена данными (ее можно открыть из настроек синхронизации). Найдем там Справочник.Организации и вручную зарегистрируем нужную организацию для узла базы УТ. После запуска обмена данные успешно перенесутся.

2. Изменение режима выгрузки НСИ в настройках

Зайдем в настройки синхронизации в 1С:Бухгалтерии. Найдем параметр выгрузки нормативно-справочной информации и изменим его с «Только используемая в документах» на «Отправлять всю».

Важно: учитывайте, что этот шаг приведет к миграции вообще всех разрешенных к выгрузке справочников, что может увеличить время обмена и объем передаваемых данных.

3. Регистрация данных по ссылке

Если мы не хотим менять глобальные настройки выгрузки, создадим и проведем в БП любой документ по новой организации, который должен мигрировать в УТ (например, поступление товаров или списание безналичных денежных средств). При выгрузке этого документа организация автоматически «подтянется» по ссылке и будет создана в УТ.

4. Корректировка фильтров узла обмена

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

Рекомендации по архитектуре обмена

Чтобы в будущем избегать подобных проблем, проанализируем альтернативные организационные и технические подходы:

1. Организационный регламент: Идеологически наиболее правильный подход — заводить все новые организации, склады, контрагентов и номенклатуру строго на стороне 1С:Управление торговлей. Оттуда эти данные будут беспрепятственно и автоматически выгружаться в 1С:Бухгалтерию в рамках фонового расписания.
2. Смена транспорта обмена: Рекомендуем отказаться от прямого COM-соединения в пользу обмена через сетевой каталог (папку), FTP или прямое подключение через веб-сервисы / HTTP. Это исключит проблемы с зависанием кэша COM-объектов, устранит конфликты разрядности платформ (x86/x64) и снизит количество необъяснимых ошибок при передаче данных.
3. Доработка логики (через расширение): Если бизнес-процессы компании жестко требуют заведения организаций именно в бухгалтерии, можно создать небольшое расширение конфигурации БП. Добавив подписку на событие при записи справочника, мы сможем программно регистрировать изменения на узле обмена УТ, обходя типовые ограничения мастер-системы.

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