При настройке и сопровождении обмена данными между конфигурациями "1С:Управление торговлей" (УТ) и "1С:Бухгалтерия предприятия" (БП) часто возникают ситуации, когда необходимо провести диагностику на примере одного конкретного документа. Например, при выгрузке реализации не проставляются счета учета, и нам нужно понять причину, не нарушая при этом общий поток обмена, в котором могут стоять тысячи объектов.
Разберем подробно, как безопасно выполнить выгрузку одного объекта, какие инструменты для этого существуют, и, самое главное, выясним истинную причину незаполнения счетов учета в приемнике.
Рассмотрим типичную ситуацию: в очереди регистрации на обмен находится огромное количество объектов (около 1000). Нам нужно выгрузить только один документ, чтобы проверить гипотезу: "Если счета номенклатуры заполнены корректно, пройдет ли обмен без ошибок?".
Первая мысль, которая часто приходит в голову — удалить регистрацию всех объектов и зарегистрировать вручную только один нужный. Делать так категорически не рекомендуется. Удаляя регистрацию, мы рискуем нарушить ссылочную целостность данных в базе-приемнике. Если наш документ ссылается на новую номенклатуру или контрагента, которые стояли в очереди на выгрузку, но мы их удалили, в бухгалтерию прилетит документ с "битыми" ссылками (Объект не найден).
Правильный подход заключается в использовании штатных механизмов выборочной выгрузки или внешних инструментов.
Прежде чем пытаться "протолкнуть" документ через обмен, давайте разберем механизм заполнения счетов в "1С:Бухгалтерии". Как верно было замечено в обсуждении, счета учета в документе заполняются в момент загрузки или проведения, основываясь на данных регистра сведений СчетаУчетаНоменклатуры.
Если в документе при обмене не встали счета, с вероятностью 99% проблема не в самом обмене, а в настройках базы-приемника (БП). Алгоритм поиска счетов работает по принципу от частного к общему:
Для диагностики не обязательно запускать обмен. Достаточно зайти в базу БП и попробовать создать документ реализации вручную с той же номенклатурой. Если счета не подставились автоматически — значит, не настроен регистр сведений.
Решение: Проверьте и заполните регистр СчетаУчетаНоменклатуры для проблемных позиций или их групп.
Если нам все же необходимо передать конкретный экземпляр документа (например, чтобы проверить работу правил конвертации или перенос специфических реквизитов), отлично подойдет инструмент "Универсальный обмен данными в формате XML".
Этот метод позволяет выгрузить один объект в файл, не затрагивая план обмена и очередь регистрации.
Разберем алгоритм действий:
Этот способ идеален для отладки, так как позволяет использовать режим отладки кода обработчиков правил конвертации.
В современных конфигурациях на управляемых формах (УТ 11, КА, ERP, БП 3.0) есть встроенный инструмент для управления очередью регистрации. Нам не нужно удалять всю регистрацию, чтобы отправить один объект.
Рассмотрим порядок действий:
Однако, в контексте современных обменов через формат EnterpriseData, механизм обмена часто отправляет пакеты данных последовательно. Если вы хотите проверить один документ, проще всего воспользоваться функционалом "Выгрузить сейчас" (если он реализован в форме документа через расширения или БСП) или все-таки использовать выгрузку в файл, как описано в Решении 2 (но с использованием обработки "Выгрузка и загрузка данных EnterpriseData").
Важно понимать, что при загрузке документа через обмен срабатывают обработчики событий. Обычно заполнение счетов происходит в подписке на событие или в правилах конвертации (метод ПослеЗагрузки). Выглядит это примерно так:
// Примерный алгоритм заполнения счетов
Если ЗначениеЗаполнено(Объект.Ссылка) Тогда
// Если объект уже есть, часто счета не перезаполняются,
// чтобы сохранить ручные правки бухгалтера.
Возврат;
КонецЕсли;
Для Каждого СтрокаТЧ Из Объект.Товары Цикл
СчетаУчета = БухгалтерскийУчетПереопределяемый.ПолучитьСчетаУчетаНоменклатуры(
Объект.Организация,
СтрокаТЧ.Номенклатура,
Объект.Склад
);
СтрокаТЧ.СчетУчета = СчетаУчета.СчетУчета;
СтрокаТЧ.СчетДоходов = СчетаУчета.СчетДоходов;
// ... и так далее
КонецЦикла;
Если документ уже был загружен ранее с пустыми счетами, повторная выгрузка может не исправить ситуацию, так как алгоритм часто защищает уже записанные документы от изменений. В этом случае документ в БП лучше пометить на удаление или распровести перед повторной загрузкой (или воспользоваться обработкой группового перепроведения/заполнения реквизитов).
В данной ситуации проблема автора заключалась в отсутствии настроек в регистре сведений СчетаУчетаНоменклатуры. После корректного заполнения регистра (для номенклатуры или групп номенклатуры) документы начали приходить с заполненными счетами.
Главные рекомендации: