← На главную

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

Проверка статуса документа и подтверждения банком

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

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

Настройка статей движения денежных средств (ДДС)

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

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

Анализ фильтров в узле синхронизации

Часто проблема кроется не в самих документах, а в настройках «узла» обмена. Проанализируем параметры синхронизации в разделе «Администрирование» — «Синхронизация данных» — «Состав отправляемых данных»:

• Дата начала выгрузки: Проверим, не созданы ли документы ранее даты, указанной в правилах отправки. Документы с датой 01.01.2023 не будут выгружены, если в настройках обмена стоит ограничение с 01.02.2023.
• Отборы по организации: Убедимся, что организация в документе ПоступлениеБезналичныхДенежныхСредств строго соответствует той, что выбрана в настройках обмена.
• Фильтры по банковским счетам: В расширенных настройках синхронизации (вкладка «Правила отправки данных») может быть установлен отбор по конкретным расчетным счетам. Если в УТ добавлен новый счет, его необходимо вручную включить в список разрешенных для обмена, иначе документы по нему будут отсекаться.

Ошибка «Зарегистрировано 0 из X» при ручной регистрации

Посмотрим на ситуацию, когда мы пытаемся принудительно добавить документы в обмен через обработку «Регистрация изменений», но система выдает сообщение, что зарегистрировано 0 объектов. Это явный признак того, что срабатывают Правила Регистрации Объектов (ПРО).

Внутри этих правил прописан код на языке запросов 1С, который проверяет объект на соответствие критериям. Если в правилах жестко задано, что реквизит ХозяйственнаяОперация должен принимать только определенные значения (например, только «Поступление от клиента»), а вы пытаетесь выгрузить «Прочее поступление» без заполненной статьи ДДС или подразделения, система просто проигнорирует этот объект. Чтобы решить это, попробуйте перепровести документ, предварительно проверив заполнение всех обязательных полей, включая Подразделение и ГруппаФинансовогоУчета.

Технические нюансы прямого подключения

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

1. Попробуем выгрузить данные в XML-файл вместо прямого обмена. Если в файле документы появились — значит, проблема в соединении или правах пользователя, под которым база БП подключается к УТ.
2. Проверим версию правил. Если одна из баз была обновлена, а вторая — нет, структура метаданных может не совпадать. Рассмотрим возможность загрузки свежих правил обмена (xml-файлы), которые обычно идут в комплекте поставки конфигурации в папке \SyncFiles\.

Проверка корректности «Расшифровки платежа»

Документы движения денежных средств в УТ 11 имеют сложную табличную часть РасшифровкаПлатежа. Проанализируем ее содержимое. Синхронизация может давать сбой, если:

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

Итоговый алгоритм действий

Для исправления ситуации выполним последовательно следующие шаги:

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

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