← На главную

При настройке стандартного обмена между конфигурациями 1С:Бухгалтерия предприятия 3.0 и 1С:Управление торговлей 11 часто возникает ситуация, когда нормативно-справочная информация и кассово-банковские документы синхронизируются успешно, а документы поступления и реализации товаров из БП в УТ не передаются. Даже при попытке принудительной ручной регистрации в составе отправляемых данных они попадают в категорию «Не будет отправлено». Выясним причину такого поведения типовых конфигураций и разберем варианты решения проблемы.

Архитектурная и методологическая причина

Проанализируем концепцию взаимодействия систем, заложенную разработчиками фирмы «1С». В типовой связке конфигураций применяется методология Master–Slave:

1. 1С:Управление торговлей 11 выступает первичной мастер-системой оперативного, торгового и складского учета. В ней регистрируются все товарные операции (заказы, поступления, реализации, перемещения, списания).
2. 1С:Бухгалтерия предприятия 3.0 является приемником для регламентированного и налогового учета.

В типовых правилах регистрации объектов (ПРО) и правилах конвертации для узла обмена с УТ 11 на стороне БП 3.0 отправка документов Поступление (акты, накладные) и Реализация (акты, накладные) отключена намеренно. Штатно из БП в УТ передаются только данные по денежным средствам (банковские выписки, кассовые ордера) и справочники.

Разберем, почему перенос товарных документов из БП в УТ не предусмотрен по умолчанию:

1. Разница в структуре аналитики: УТ 11 требует заполнения реквизитов, которых просто нет в БП 3.0. К ним относятся индивидуальные и типовые соглашения, виды запасов, статусы документов («К отгрузке», «Реализовано»), хозяйственные операции торгового блока, графики оплат, ордерные склады.
2. Проведение документов: Если документ придет из БП без ключевой управленческой аналитики, программа не сможет провести его по оперативным регистрам (ТоварыНаСкладах, СвободныеОстатки, СебестоимостьТоваров), и документ останется непроведенным.
3. Нарушение партионного учета: Загрузка складских документов задним числом из бухгалтерской программы способна разрушить оперативный расчет себестоимости и потребовать полного перезакрытия месяца в УТ.

Вариант 1. Организация правильного регламента учета (Рекомендуемый)

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

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

Вариант 2. Настройка двустороннего обмена через универсальный формат EnterpriseData

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

1. При создании новой синхронизации выбрать вариант настройки через универсальный формат (EnterpriseData) / Другая программа, а не стандартный предопределенный сценарий обмена.
2. Проанализировать правила регистрации объектов в конфигурации «Конвертация данных 2.0/3.0» или через переопределяемые модули менеджера обмена БСП. Для документов ДокументСсылка.ПоступлениеТоваровУслуг и ДокументСсылка.РеализацияТоваровУслуг необходимо разрешить регистрацию изменений.
3. В обработчиках конвертации данных формата EnterpriseData (на стороне УТ 11) описать логику автозаполнения обязательных торговых реквизитов по умолчанию:
   1. Определение типового соглашения с клиентом/поставщиком.
   2. Подстановка основного склада предприятия.
   3. Установка статуса документа (например, Реализовано или Принято).
   4. Заполнение вида запасов (собственный товар, комиссионный товар) для корректного движения по регистрам остатков.
4. В современных версиях конфигураций на БСП модификацию логики обмена рекомендуется выполнять в рамках расширения конфигурации, переопределяя подписки на события и логику процедур интеграции, чтобы базы оставались на типовой поддержке.

Диагностика и принудительная выгрузка объектов

Чтобы проверить, какие правила регистрации действуют для конкретного узла, используем типовую сервисную обработку «Регистрация изменений для обмена данными» (доступна через Все функции / Функции для технического специалиста или в панели администрирования синхронизации):

1. Открываем обработку и выбираем узел обмена с УТ.
2. Раскрываем дерево метаданных и находим нужный вид документа.
3. Если регистрация заблокирована правилами, в отчете состава данных будет отображаться прочерк. При необходимости разовой выгрузки можно нажать правой кнопкой мыши по объекту и выбрать команду «Зарегистрировать изменения», однако документ будет успешно выгружен и загружен только при наличии описанных правил конвертации в формате EnterpriseData.