Почему Поступление товаров и услуг (ПТУ) зачитывает аванс на всю сумму документа в 1С:УПП 1.3?

Программист 1С v8.3 (Обычные формы) Бухгалтерский учет
← На главную

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

Анализ движений документа и регистров накопления

Для начала рассмотрим, какие именно движения делает проблемный документ ПТУ. В 1С:УПП 1.3 зачет авансов строится не только на бухгалтерских итогах, но и на регистрах накопления. Посмотрим на регистр РасчетыПоПриобретениюВУсловныхЕдиницахОрганизации (или регистры бухгалтерского учета расчетов по приобретению). Зависит от настроек договора: система может использовать разные варианты регистров.

Если мы видим, что сумма зачета аванса некорректна, необходимо проверить остатки по этим регистрам на момент проведения документа. Часто проблема кроется в незакрытых «плюсах» и «минусах».

Детализация аналитики и дубли в коде

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

ТаблицаСделокДокумента = ТаблицаРегистрации.Скопировать();

Если в эту таблицу попадают дублирующиеся строки, итоговая проводка сгенерируется на неверную сумму (вплоть до полной суммы документа). Почему появляются дубли? В УПП 1.3 это происходит из-за «пересортицы» по аналитике взаиморасчетов. Оплата (аванс) и само ПТУ могли быть привязаны к разным объектам аналитики:

  1. Разным документам Заказ поставщику.
  2. Разным Сделкам.
  3. Разным Документам расчетов с контрагентами.

Если измерения регистра накопления хоть немного различаются, система видит развернутое сальдо по аналитике. Разберем по шагам, как это исправить: сформируем «Универсальный отчет» по регистру «Расчеты по приобретению (бухгалтерский учет)». Обязательно выведем все доступные группировки: Контрагент, Договор, Сделка, Документ расчетов. Найдем расхождения и скорректируем первичные документы так, чтобы аналитика совпадала.

Влияние настроек договора контрагента

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

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

Способ зачета аванса в самом документе ПТУ

Рассмотрим реквизит Способ зачета авансов, который находится в шапке документа ПТУ (или открывается по кнопке «Цены и валюта»). Выясним причину некорректного поведения в зависимости от выбранного значения:

  1. Автоматически — программа сама ищет остаток аванса по методу ФИФО и зачитывает его в пределах остатка.
  2. По документу — программа жестко зачитывает аванс по указанному документу расчета. Если пользователь выбрал этот вариант, но указал сумму, бóльшую, чем реальный остаток аванса на счете 60.02, система попытается закрыть всю сумму ПТУ, проигнорировав реальное сальдо.
  3. Не зачитывать — зачет не происходит вообще.

Обязательно проверим, не выбран ли ошибочно ручной способ зачета с указанием некорректной суммы документа предоплаты.

Нарушение хронологии и времени проведения

Проанализируем временную шкалу документов. Конфигурация 1С:УПП 1.3 крайне чувствительна к времени проведения (вплоть до секунды). Если платежное поручение (оплата) и документ ПТУ созданы в один день, но ПТУ по времени проведено раньше (например, ПТУ в 12:00:00, а оплата в 12:00:01), то физически на момент проведения поступления никакого аванса еще нет.

Кроме того, ввод документов «задним числом» разрушает последовательность партий и расчетов. Разберем решение: необходимо восстановить последовательность расчетов. Запустим штатную обработку «Восстановление последовательности расчетов» или последовательно перепроведем связанные документы отгрузки и оплаты по данному контрагенту.

Глобальные настройки Учетной политики

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

  1. Непосредственно при проведении документов.
  2. Только регламентной операцией в конце месяца.

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

← На главную