← На главную

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

Основная причина: проверка статуса документа реализации

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

1. Документ должен быть проведен.
2. Если в настройках программы включено использование статусов документов реализации, статус документа обязательно должен быть установлен в значение Реализовано. Документы в статусах «К предоплате», «В процессе отгрузки» или «К отгрузке» правилами обмена считаются незавершенными хозяйственными операциями и в бухгалтерскую базу не передаются.
3. При использовании ордерной схемы документооборота на складе отгрузки типовые правила могут требовать наличия связанного и отработанного документа РасходныйОрдерНаТовары со статусом «Отгружен».

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

Диагностика состава отправляемых данных

Для того чтобы выяснить, зарегистрирован ли документ к отправке, и проверить причины отказа, воспользуемся стандартными инструментами платформы и БСП. Выполним следующие действия:

1. Перейдем в раздел НСИ и администрирование → Синхронизация данных → Настройки синхронизации данных.
2. Выделим нужную настройку обмена с 1С:Бухгалтерией предприятия и откроем форму Состав отправляемых данных (кнопка с изображением лупы или пункт меню «Параметры выгрузки»).
3. Найдем в дереве объектов документ Реализация товаров и услуг и проанализируем количество зарегистрированных изменений.
4. Попробуем добавить конкретный документ в список выгрузки вручную с помощью обработки Регистрация изменений для обмена данными. При интероперативном добавлении система предлагает два режима:
   1. С проверкой правил — если документ не соответствует условиям (например, статус не «Реализовано»), он просто не добавится в список изменений.
   2. Без проверки правил (по ссылке) — объект принудительно записывается в таблицу изменений узла плана обмена, минуя логические фильтры.

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

Проверка общих параметров синхронизации

Если статусы документов заполнены корректно, но реализации все равно не попадают в обмен, проанализируем базовые фильтры узла плана обмена:

1. Дата начала выгрузки документов: если дата документа реализации хотя бы на одну секунду меньше даты начала применения настроек обмена, документ автоматически игнорируется.
2. Отбор по организациям и подразделениям: проверим, входит ли организация, указанная в шапке документа, в перечень разрешенных для выгрузки в настройках текущего узла.
3. Отбор по складам: если в настройках синхронизации задан список выгружаемых складов, документ с иным складом отгрузки зарегистрирован не будет.

Анализ журнала регистрации и архитектуры правил обмена

Синхронизация через универсальный формат EnterpriseData разделена на два уровня:

1. Правила регистрации объектов (ПРО): определяют, какие объекты и при каких условиях попадают в план обмена при записи в базе-источнике (редактируются в «Конвертации данных 2.1» или программно в коде конфигурации).
2. Правила конвертации данных (ПКД/ПКО): выполняют непосредственную трансформацию реквизитов документа в формат XML/XDTO при отправке и обратно при загрузке (модуль МенеджерОбменаЧерезУниверсальныйФормат или «Конвертация данных 3.0»).

Для детального анализа ошибок синхронизации откроем Журнал регистрации как в базе УТ, так и в базе БП с отбором по событию Синхронизация данных. Это позволит исключить ошибки разбора XML-пакета, незаполненных обязательных реквизитов (например, счетов учета или номенклатурных групп) и конфликтов сопоставления объектов в регистре сведений Соответствия объектов информационных баз.