← На главную

При работе в 1С:Бухгалтерии 3.0 организации на УСН "доходы минус расходы" часто сталкиваются с проблемой: при оформлении возврата от розничного покупателя через документ Отчет о розничных продажах, записи в Книге учета доходов и расходов (КУДиР) формируются неверно. Например, программа может не сторнировать доход от возвращенного товара или, наоборот, некорректно отражать расходы.

Давайте подробно разберем, почему возникают такие ситуации и как их исправить. Современный функционал программы позволяет оформлять возвраты, сделанные не в день продажи, прямо на закладке "Возвраты" в текущем отчете, что удобно, но требует внимания к деталям.

Проблема №1: Не сторнируется доход в КУДиР

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

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

Решение:

Чтобы доход сторнировался правильно, необходимо внимательно заполнять данные на вкладке "Возвраты" в документе Отчет о розничных продажах.

1. Откройте нужный Отчет о розничных продажах.
2. Перейдите на вкладку "Возвраты".
3. В табличной части для каждой позиции возврата обязательно заполните не только номенклатуру, количество и сумму, но и колонки:
   • Дата реализации — укажите точную дату, когда был продан возвращаемый товар.
   • Номер чека для возврата — укажите номер фискального чека первоначальной продажи.

Именно заполнение поля Номер чека для возврата является ключевым для сторнирования дохода. После заполнения этих данных перепроведите документ. Проверьте записи КУДиР (через кнопку Дт/Кт -> Записи книги доходов и расходов (УСН)). Вы должны увидеть сторнирующую (с минусом) запись в графе доходов на сумму возврата.

Проблема №2: Не сторнируется себестоимость в расходах КУДиР

Бывает и обратная ситуация, описанная пользователями на форумах. Доход сторнируется корректно (номер чека заполнен), в бухгалтерском учете формируется правильная сторнирующая проводка по себестоимости Дт 90.02.1 Кт 41.01 с отрицательной суммой, но в графе "Расход" КУДиР сумма себестоимости не уменьшается.

Причина: В налоговом учете по УСН "доходы минус расходы" списание себестоимости товара в расходы происходит только при выполнении трех условий:

1. Товар оприходован (поступил на склад).
2. Товар оплачен поставщику.
3. Товар реализован покупателю.

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

Как проверить и что делать:

1. Найдите в системе документ Отчет о розничных продажах, которым была оформлена первоначальная продажа возвращаемого товара. Для этого вам и нужна "Дата реализации" с вкладки "Возвраты".
2. Откройте движения этого документа (кнопка Дт/Кт) и посмотрите записи регистра Книга учета доходов и расходов (раздел I).
3. Проверьте, была ли на дату продажи сформирована запись по расходам на себестоимость именно этого товара.
4. Если записи о расходе не было, то отсутствие сторно при возврате — это корректное поведение программы. Расход не был признан, поэтому и отменять нечего.
5. Если запись о расходе была, а при возврате она не сторнируется, это может указывать на ошибку в конкретном релизе программы. В этом случае рекомендуется обновить конфигурацию до последней версии.

Проблема №3: Задвоение сумм при безналичном возврате

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

Как это происходит:

1. Документ Отчет о розничных продажах при заполнении номера чека на вкладке "Возвраты" формирует сторнирующую запись по доходам в КУДиР на сумму безналичного возврата.
2. На следующий день или через несколько дней банк перечисляет выручку по эквайрингу. Вы оформляете документ Поступление на расчетный счет с видом операции "Поступления от продаж по платежным картам и банковским кредитам". Этот документ отражает в КУДиР доход уже за вычетом суммы возврата, которую банк удержал.

В итоге одна и та же сумма возврата уменьшает доход дважды: один раз в отчете о продажах, второй — в банковской выписке. Это является методологической ошибкой.

Решение и временные меры:

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

• Обновление программы. В первую очередь, убедитесь, что у вас установлена последняя версия конфигурации. Часто подобные ошибки исправляются в обновлениях.
• Временное решение (workaround). Как предлагают опытные пользователи, для безналичных возвратов можно не заполнять поле "Номер чека для возврата" на вкладке "Возвраты". В этом случае Отчет о розничных продажах не создаст сторнирующую запись в КУДиР. Доход будет корректно уменьшен на сумму возврата один раз — при проведении документа Поступление на расчетный счет. Хотя это и отклонение от общей логики, оно позволяет избежать искажения налогового учета.
• Ручная корректировка. Если ошибка уже допущена, можно воспользоваться документом Операции, введенные вручную и на вкладке "КУДиР (раздел I)" вручную скорректировать неверные записи. Этот способ следует использовать с осторожностью и только в крайних случаях.

Подведем итог: для корректного отражения возвратов в КУДиР при УСН ключевым является правильное и полное заполнение данных о первоначальной продаже на вкладке "Возвраты" документа Отчет о розничных продажах. При возникновении проблем всегда последовательно проверяйте всю цепочку: от условий признания расходов до настроек учета и актуальности версии вашей программы.