← На главную

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

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

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

Почему возникает проводка на разницу стоимости возврата?

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

1. Расчеты с контрагентом (взаиморасчеты): Сумма нашего требования к поставщику по дебету счета 76.02 (Расчеты по претензиям) или кредиту счета 60.01 жестко привязывается к ценам, указанным непосредственно в табличной части документа возврата. Как правило, это та цена, по которой мы изначально приобретали товар.
2. Списание материальных ценностей (складской учет): Списание себестоимости товара со счета 41.01 (или 41.11) происходит по правилам, заданным в настройках учетной политики организации — либо по методу ФИФО (по партиям), либо по средней стоимости.

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

• Оценка МПЗ «По средней стоимости»: Если в вашей учетной политике закреплен расчет по средней цене, программа проигнорирует конкретную партию закупки. Она возьмет среднюю цену товара по складу на текущую дату. Если до этого были другие поставки по отличным ценам, средняя цена будет отличаться от цены возврата, что неизбежно создаст разницу.
• Наличие дополнительных расходов: Если ранее на эту партию товара были отнесены транспортно-заготовительные затраты через документ ПоступлениеДопРасходов, себестоимость товара на складе возросла. Поставщику же мы возвращаем товар по базовой цене закупки. Доля доп. расходов списывается на разницу стоимости.
• Нарушение хронологической последовательности и ошибки обмена: При загрузке документов из внешних систем (например, 1С:Розница или 1С:УНФ) связи между документами возврата и исходными накладными поступления часто сбиваются. Программа списывает товар по ФИФО, забирая самую раннюю партию из доступных, игнорируя указанный в документе договор или партию.

---

Способ 1. Быстрое решение проблемы через скрытую колонку «Себестоимость»

Рассмотрим наиболее быстрый и эффективный практический способ, который позволяет мгновенно избавиться от проводок по счету 91 без необходимости распроводить прошлые периоды и восстанавливать последовательность партий.

По умолчанию в табличной части документа возврата колонка, отвечающая за списываемую себестоимость, скрыта от глаз пользователя. Наша задача — вывести её на экран и настроить вручную.

Выполним следующие шаги:

1. Откроем документ ВозвратТоваровПоставщику, в котором формируется некорректная разница.
2. В правой верхней части командной панели документа найдем и нажмем кнопку «Ещё», после чего выберем пункт меню «Изменить форму».
3. В открывшемся окне настройки структуры формы найдем дерево элементов. Развернем ветку под названием «Товары» (это наша табличная часть).
4. Внутри списка реквизитов таблицы найдем поле с наименованием «Себестоимость». По умолчанию флажок напротив него будет снят.
5. Установим флажок напротив реквизита Себестоимость, после чего последовательно нажмем кнопки «Применить» и «ОК».
6. Вернемся к табличной части нашего документа возврата. Обратим внимание, что на форме появилась новая колонка — «Себестоимость».
7. Вручную заполним эту колонку суммой, равной общей стоимости возвращаемого товара (то есть сумме в колонке «Всего» без учета НДС, если НДС учитывается отдельно, либо полной сумме возврата в зависимости от параметров учета).
8. Перепроведем документ возврата и проверим проводки. Если документ был загружен из другой системы, обнаружить расхождения поможет программа для автоматической сверки проводок между базами 1С.

Проанализировав новые проводки, мы увидим, что запись по счету 91.01 (или 91.02) полностью исчезла. Программа принудительно списала себестоимость со счета 41 в размере той суммы, которую мы указали в явном виде, сбалансировав расчеты на счете 76.02 или 60.01.

---

Способ 2. Восстановление хронологии и исправление партионного учета

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

Рассмотрим алгоритм действий для наведения порядка в учете партий:

1. В документе возврата обратим внимание на поле «Документ поступления». Проверим, заполнено ли оно. Возврат должен быть обязательно создан строго на основании той приходной накладной (документа ПоступлениеТоваровУслуг), по которой фактически пришел бракованный товар.
2. Проверим наличие остатков по данной партии на дату возврата. Для этого сформируем отчет «Оборотно-сальдовая ведомость по счету 41» (развернув группировку по субконто «Партии» и «Склады»). Часто выясняется, что товар из нужной нам партии уже был списан на оптовую продажу или розничную реализацию более ранней датой. В таком случае программа физически не может списать себестоимость нужной партии и берет остатки из других партий, создавая суммовую разницу.
3. Выполним перепроведение документов. Для этого перейдем в раздел меню «Операции», выберем сервис «Групповое перепроведение документов», укажем необходимый период и запустим процедуру. Это восстановит правильную хронологическую последовательность списания партий по методу ФИФО.
4. Произведем повторное закрытие месяца через раздел «Операции» — «Закрытие месяца». После этой технологической операции себестоимость пересчитается автоматически.

---

Способ 3. Настройка налогового учета для статьи разниц

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

Проанализируем, как правильно настроить статью прочих доходов и расходов в программе:

1. Перейдем в раздел главного меню «Справочники» и откроем подраздел «Прочие доходы и расходы».
2. Найдем в списке предопределенный элемент справочника с наименованием «Разницы стоимости возврата и фактической стоимости товаров» (он отмечен специальной желтой иконкой).
3. Откроем карточку этой статьи для редактирования.
4. Найдем параметр «Принимается к налоговому учету» (для налога на прибыль) или настройки отражения в КУДиР (для упрощенной системы налогообложения).
5. Снимем флажок принятия к налоговому учету. Сохраним изменения по кнопке «Записать и закрыть».

После этой настройки любые возникающие из-за округления или разницы методик суммы будут списываться только внутри бухгалтерского учета, не искажая ваши налоговые декларации и расчет налога при УСН.

Используя предложенные методы, мы можем гибко управлять поведением программы 1С:Бухгалтерия, своевременно исправлять ошибки партионного учета и обеспечивать безупречную точность формирования отчетности.