Почему не заполняется статья ДДС в документе «Поступление на расчетный счет» при обмене из УТ 10.3 в БП 3.0?

← На главную

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

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

Причина 1: Особенности архитектуры управляемых форм в БП 3.0

Проанализируем структуру документа ПоступлениеНаРасчетныйСчет. В конфигурации «Бухгалтерия предприятия 3.0» для многих видов операций (например, «Прочее поступление») статья ДДС хранится не только в основном объекте, но и в табличной части РасшифровкаПлатежа. Поле в шапке документа на управляемой форме часто является «виртуальным» или динамически обновляемым реквизитом, который подтягивает значение из первой строки расшифровки.

Когда обмен данными записывает документ с установленным флагом ОбменДанными.Загрузка = Истина, стандартные обработчики событий формы (такие как ПриИзменении) не срабатывают. В результате, если в правилах обмена (ПКО) не прописано явное заполнение реквизита шапки СтатьяДвиженияДенежныхСредств, система записывает данные только в таблицу, а шапка остается пустой до тех пор, пока пользователь не откроет форму и не перевыберет вид операции или саму статью.

Причина 2: Настройка «Основные статьи движения денежных средств»

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

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

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

Причина 3: Анализ правил обмена (ПКО и алгоритмы)

Если настройки в интерфейсе БП не помогают, нам необходимо заглянуть «под капот» обмена. Рассмотрим алгоритм действий программиста в конфигурации Конвертация данных 2.1:

Проанализируем ПКО (Правило Конвертации Объекта) для документа ПоступлениеНаРасчетныйСчет.
Посмотрим на обработчик события ПослеЗагрузки. Часто там встречается код, принудительно обновляющий реквизиты шапки на основе ТЧ. Рассмотрим пример такого кода:


// Пример кода в обработчике ПослеЗагрузки
Если Объект.ВидОперации = Перечисления.ВидыОперацийПоступлениеДенежныхСредств.ПрочееПоступление Тогда
    Если Объект.РасшифровкаПлатежа.Количество() > 0 Тогда
        ПерваяСтрока = Объект.РасшифровкаПлатежа[0];
        Если ЗначениеЗаполнено(ПерваяСтрока.СтатьяДвиженияДенежныхСредств) Тогда
            Объект.СтатьяДвиженияДенежныхСредств = ПерваяСтрока.СтатьяДвиженияДенежныхСредств;
        КонецЕсли;
    КонецЕсли;
КонецЕсли;

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

Причина 4: Счета учета и аналитика ДДС

Посмотрим на настройки плана счетов. В БП 3.0 ведение учета по статьям ДДС является опциональным. Проверим:

Зайдем в Главное — Параметры учета — Настройки плана счетов.
В разделе Учет движения денежных средств должно быть указано «По статьям движения денежных средств».

Если эта опция выключена, субконто СтатьиДДС на 51 счете будет отсутствовать, и документ при записи просто очистит это поле, так как системе некуда сохранять эту аналитику в проводках. Также важно проверить, чтобы в документе был заполнен корректный счет кредита (например, 91.01), для которого также может требоваться аналитика ДДС в зависимости от настроек статьи.

Подведем итоги

Для решения проблемы незаполнения статьи ДДС мы рекомендуем придерживаться следующего алгоритма:

Во-первых, проверьте наличие дублей в справочнике «Статьи движения денежных средств» в БП 3.0. Статья, приходящая из обмена, должна однозначно идентифицироваться.
Во-вторых, настройте «Основные статьи» для вида операции «Прочее поступление» в регистре сведений БП.
В-третьих, если проблема сохраняется, внесите изменения в правила обмена (КД 2.1), добавив в событие ПослеЗагрузки принудительное копирование статьи из первой строки табличной части в реквизит шапки.

Соблюдение этих шагов позволит восстановить корректную работу обмена и избавит пользователей от необходимости ручной доработки каждого загруженного документа.

← На главную