Почему при реализации в 1С:УПП возникает проводка Дт 62.01 - Кт 60.21 по стороннему контрагенту?

При проведении документа Реализация товаров и услуг в конфигурации 1С:Управление производственным предприятием (УПП 1.3) пользователи иногда сталкиваются с неожиданной ситуацией: в бухгалтерском учете вместо стандартной проводки признания выручки Дт 62.01 – Кт 90.01.1 формируется валютная запись вида Дт 62.01 (Покупатель) – Кт 60.21 (Сторонний поставщик). При этом текущий договор с покупателем и сам документ реализации оформлены в рублях, а счета расчетов с поставщиками в документе реализации отсутствуют. Разберем детально механизм формирования таких проводок и пошагово выясним, как исправить эту ошибку.

Механизм формирования проводок по расчетам с комитентами

Проанализируем типовую логику проведения документов реализации в УПП 1.3. В системе предусмотрено разделение собственных и комиссионных товаров:

1. Реализация собственного товара: система отражает выручку от продажи (проводка Дт 62.01 – Кт 90.01.1) и производит списание себестоимости со склада (проводка Дт 90.02.1 – Кт 41.01).
2. Реализация комиссионного товара (принятого на комиссию): товар не принадлежит организации, поэтому выручка от продажи всей стоимости номенклатуры в пользу организации не возникает. Программа отражает возникновение прямой задолженности перед комитентом за проданный товар проводкой Дт 62.01 – Кт 60 (или 76).

Рассмотрим, почему в качестве счета кредита подставляется именно валютный счет 60.21 (РасчетыСПоставщикамиВал). Настройки счетов расчетов с контрагентами хранятся в регистре сведений Контрагенты организаций. При инициализации или автоматическом определении счетов используется следующий алгоритм:

Запись = Набор.Добавить();
Запись.Организация = Справочники.Организации.ПустаяСсылка();
Запись.Контрагент = Справочники.Контрагенты.ПустаяСсылка();
Запись.Договор = Справочники.ДоговорыКонтрагентов.ПустаяСсылка();
Запись.ВидРасчетовПоДоговору = Перечисления.ВидыРасчетовПоДоговорам.РасчетыВИностраннойВалюте;
Запись.СчетУчетаАвансовВыданных = ПланыСчетов.Хозрасчетный.РасчетыПоАвансамВыданнымВал;
Запись.СчетУчетаАвансовПолученных = ПланыСчетов.Хозрасчетный.РасчетыПоАвансамПолученнымВал;
Запись.СчетУчетаРасчетовПоТареСПокупателем = ПланыСчетов.Хозрасчетный.РасчетыСПрочимиПокупателямиИЗаказчикамиВал;
Запись.СчетУчетаРасчетовПоТареСПоставщиком = ПланыСчетов.Хозрасчетный.РасчетыСПрочимиПоставщикамиИПодрядчикамиВал;
Запись.СчетУчетаРасчетовСКомитентом = ПланыСчетов.Хозрасчетный.ПрочиеРасчетыСРазнымиДебиторамиИКредиторамиВал;
Запись.СчетУчетаРасчетовСПокупателем = ПланыСчетов.Хозрасчетный.РасчетыСПокупателямиВал;
Запись.СчетУчетаРасчетовСПоставщиком = ПланыСчетов.Хозрасчетный.РасчетыСПоставщикамиВал;

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

Причины возникновения ошибки

Выясним причины, по которым партия стороннего контрагента списывается как комиссионная:

1. Неверный вид договора в первичном документе: при оформлении документа Поступление товаров и услуг от стороннего поставщика был выбран договор с видом С комитентом вместо С поставщиком. В результате партия получила статус Принятый.
2. Ошибочные счета учета в табличной части поступления: если в документе поступления для строки был выбран забалансовый счет учета (например, 004.01) либо в настройках параметров учета для номенклатуры подставился забалансовый счет, система регистрирует поступление товара на комиссию.
3. Очередь списания партий по методу FIFO: если комиссионное поступление произошло раньше, чем обычное приобретение собственного товара, документ реализации списывает в первую очередь остаток комиссионной партии. Если этот остаток полностью покрывает количество в строке реализации, проводки списания собственных ТМЦ по другим поставщикам даже не формируются.

Пошаговый алгоритм поиска и исправления ошибки

Разберем по шагам, как локализовать и устранить некорректное поведение системы:

1. Проверяем движения документа реализации по регистрам:

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

2. Проверяем исходный документ поступления:

   Перейдем в найденный документ оприходования (поступления товаров) от стороннего контрагента:

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

   2. Проверим счета учета в табличной части Товары: в колонке счетов учета должен быть указан балансовый счет (например, 41.01 или 10.01), а не счет комиссионного учета 004.

   3. Перепроведем документ поступления товаров.

3. Восстанавливаем последовательность партионного учета:

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

4. Контролируем результат реализации:

   Перепроведем документ реализации покупателю и проверим сформированные проводки в регистре бухгалтерии Хозрасчетный. После исправления статуса партии сформируются стандартные проводки по реализации собственных товаров: Дт 62.01 – Кт 90.01.1 и Дт 90.02.1 – Кт 41.01.