← На главную

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

Проанализируем типичную ситуацию:

1. Вы установили две типовые конфигурации: УТ 11 и БП 3.
2. В УТ включили и начали использовать учет по характеристикам номенклатуры.
3. Настроили стандартный двусторонний обмен, чтобы все документы передавались в обоих направлениях.
4. После того как документы из УТ попали в БП и бухгалтер там поработал, при обратном обмене из БП в УТ вы обнаруживаете, что исходные документы в УТ были изменены: из них пропали характеристики.

Это не сбой программы и не ошибка платформы. Это штатное поведение системы при некорректной, с методологической точки зрения, настройке. Выясним причину этого явления.

Фундаментальная причина проблемы: различия в моделях учета

Ключевая причина проблемы кроется в том, что конфигурации УТ и БП предназначены для разных задач и имеют разную структуру данных.

"1С:Управление торговлей" — это система для оперативного и управленческого учета. Здесь важна максимальная детализация товарных потоков, поэтому в ней есть такие аналитические разрезы, как характеристики, серии, упаковки.

"1С:Бухгалтерия предприятия" — это система для ведения регламентированного бухгалтерского и налогового учета. Ее главная задача — формирование проводок и сдача отчетности. Для этих целей детальный учет в разрезе характеристик не требуется, и такой механизм в типовой конфигурации БП полностью отсутствует.

Когда происходит обмен, мы сталкиваемся со следующим циклом потери данных:

1. УТ → БП: Из УТ выгружается документ, например Реализация товаров и услуг, в котором указана номенклатура "Ботинки" с характеристикой "Размер 42, черный".
2. В БП: Бухгалтерия получает этот документ. Так как в ее модели данных нет поля для характеристики, она просто игнорирует эту информацию. Для БП это просто реализация номенклатуры "Ботинки". Данные о характеристике безвозвратно теряются на этом этапе.
3. БП → УТ: При настройке двустороннего обмена, БП отправляет свою версию документа обратно в УТ. Эта версия содержит только "упрощенные" данные: номенклатуру "Ботинки" без какой-либо характеристики.
4. В УТ: Система синхронизации в УТ находит исходный документ по его уникальному идентификатору и обновляет его данными, полученными из БП. В результате поле Характеристика в документе УТ затирается (становится пустым). Документ перестает соответствовать настройкам учета (ведь для этой номенклатуры учет по характеристикам обязателен) и становится непроведенным.

Таким образом, полный двусторонний обмен для товарных документов между этими конфигурациями — это гарантированный способ повредить данные в управленческой базе.

Правильные сценарии настройки обмена УТ и БП

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

Сценарий 1: Односторонний обмен из УТ в БП (Самый надежный)

Это наиболее распространенный, безопасный и рекомендуемый сценарий. Его логика проста: для товарного учета ведущей системой (мастером) является "Управление торговлей".

1. Мастер-система: Все первичные документы, связанные с движением товаров (Поступление товаров и услуг, Реализация товаров и услуг, Перемещение товаров, Списание недостач товаров и т.д.), создаются, редактируются и проводятся исключительно в УТ.
2. Настройка обмена: Настраивается односторонняя синхронизация из УТ в БП. Документы передаются в бухгалтерию только для отражения в регламентированном учете.
3. Работа в БП: В БП эти документы поступают уже готовыми и не подлежат редактированию. Задача бухгалтера — принять их к учету и проверить сформированные проводки.
4. Организационные меры: Крайне важно организационно (и технически) запретить редактирование выгруженных документов в БП. Для этого можно использовать стандартный механизм "Дата запрета редактирования", установив ее для всех пользователей, кроме администратора обмена.

Этот подход обеспечивает целостность данных в управленческой системе и корректное отражение операций в бухгалтерской.

Сценарий 2: Ограниченный двусторонний обмен

Этот сценарий применяется, когда бухгалтерия категорически настаивает на ведении части операций непосредственно в БП (чаще всего это касается банковских и кассовых документов).

В этом случае настраивается двусторонний обмен, но с важными ограничениями. Мы должны разрешить обмен банковскими документами и справочниками в обе стороны, но запретить выгрузку товарных документов из БП в УТ.

Разберем по шагам, как это настроить:

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

Важно: Перед применением таких настроек на рабочей базе всегда тестируйте их на копиях. Неправильная настройка фильтров может привести к рассинхронизации данных.

Сценарий 3: Доработка правил обмена (для опытных специалистов)

Если стандартных настроек недостаточно, можно пойти по пути доработки самих правил обмена. Это требует квалификации программиста 1С и использования конфигурации "1С:Конвертация данных".

Например, как было предложено на форуме, можно использовать модифицированный файл правил обмена (СинхронизацияДанныхЧерезУниверсальныйФормат...), в котором программно заблокирована выгрузка определенных типов документов из БП в УТ.

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

Итог

Проблема порчи документов с характеристиками при обмене УТ↔БП — это классический пример того, как важно понимать методологические различия конфигураций 1С. Попытка настроить полный двусторонний обмен "всего на всё" между системами с разной моделью учета неизбежно приводит к потере данных.

Главное правило, которое нужно запомнить: в связке УТ-БП, "Управление торговлей" является источником данных для товарного учета. "Бухгалтерия" должна быть только приемником этих данных.