← На главную

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

Почему 1С подтягивает старые документы в проводки?

Выясним причину такого поведения системы при проведении загруженного документа. Когда документ рождается в базе-приемнике, он по умолчанию ничего не знает о том, как именно были сформированы его проводки в базе-источнике. При проведении он анализирует текущие остатки регистра бухгалтерии (или специальных регистров накопления) и на их основе формирует новые движения.

В типовых конфигурациях 1С, если в реквизите табличной части СпособПогашенияЗадолженности установлено значение «Автоматически», программа ищет самую старую незакрытую задолженность контрагента по ФИФО. Если в базе-приемнике есть «хвосты», забытые копейки или незакрытые остатки прошлых лет (например, за 2021 год), алгоритм проведения неизбежно подтянет их в качестве документа расчетов.

Решение 1: Установка способа погашения «Не погашать»

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

Для этого в настройках правил обмена (КД 2.1) выполним следующие шаги:

1. Откроем Правило Конвертации Объектов (ПКО) для документа ПоступлениеНаРасчетныйСчет.
2. Перейдем в правила конвертации свойств (ПКС) для табличной части РасшифровкаПлатежа.
3. Найдем свойство СпособПогашенияЗадолженности.
4. В обработчике «Перед выгрузкой» (или при загрузке) пропишем жесткую установку нужного значения:

Значение = "НеПогашать";

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

Решение 2: Настройка способа погашения «По документу»

Если радикальное отключение автоматизма вам не подходит, и в источнике пользователи явно указывают конкретный документ расчетов, рассмотрим другой вариант. Вместо «Не погашать», можно настроить корректную передачу конкретного документа.

Если в источнике выбран способ «По документу», мы должны строго следить за тем, чтобы реквизит ДокументРасчетов корректно переносился:

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

Решение 3: Перенос «самого себя» как аналитики

Посмотрим на более технический вариант, когда документом расчетов должен выступать сам загружаемый документ поступления денег. В КД 2.1 это реализуется через обращение к ссылке объекта:

В ПКО документа ПоступлениеНаРасчетныйСчет в обработчике «После загрузки» или непосредственно в ПКС реквизита ДокументРасчетов можно прописать код, который подставит текущую ссылку. Однако важно помнить: документ сначала должен быть записан в базу-приемник, чтобы у него появилась физическая ссылка Объект.Ссылка, которую затем можно использовать в качестве аналитики для собственных проводок.

Дополнительные факторы: выравнивание остатков и настройки учета

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

• Сверка ОСВ: Перед настройкой регулярного обмена необходимо выровнять остатки по взаиморасчетам. Любой старый долг в приемнике будет «съедать» входящие платежи, ломая бухгалтерскую отчетность.
• Функциональность программы: Результат проведения напрямую зависит от настроек в разделе «Главное» — «Функциональность» — «Расчеты». Убедитесь, что настройки расширенного учета (например, по счетам или по документам) в обеих базах идентичны.
• Заполнение счетов учета: При переносе всегда проверяйте реквизит СчетУчетаРасчетовСКонтрагентом и счета авансов. Если они перенеслись пустыми, алгоритм может повести себя непредсказуемо.
• Режим записи: При обмене через КД 2.1 часто используют настройку «Записывать документ только при наличии изменений». Для корректного формирования аналитики на 62.02 документ в базе-приемнике должен быть проведен (Режим записи = Проведение). Если документ просто записывается, а потом бухгалтер перепроводит его вручную «пачкой», сработают типовые механизмы БП 3.0 на текущий момент времени, полностью игнорируя первоначальную задумку.

Применяя описанные настройки КД 2.1 и контролируя синхронность остатков, вы сможете добиться зеркально точного отражения аналитики по 62.02 в обеих информационных базах 1С.