С переходом на онлайн-кассы и вступлением в силу требований Федерального закона № 54-ФЗ у многих пользователей конфигурации «1С:Управление торговлей 10.3» (УТ 10.3) возникли методологические и технические сложности с оформлением возвратов товаров. Раньше процедура возврата жестко делилась на «день в день» (до закрытия кассовой смены) и «не день в день» (после закрытия кассовой смены, с оформлением расходного кассового ордера без участия ККМ).
Согласно действующему законодательству, любая выдача денежных средств покупателю за ранее приобретенный товар признается расчетом. Это значит, что продавец обязан пробить кассовый чек с признаком расчета «Возврат прихода», независимо от того, сколько дней прошло с момента покупки. В этой статье мы подробно разберем, как правильно реализовать все возможные сценарии возвратов в УТ 10.3, избежав расхождений в учете и претензий со стороны налоговой инспекции.
---
В конфигурации УТ 10.3 все продажи в течение смены регистрируются документами ЧекККМ. При закрытии смены и формировании документа Отчет о розничных продажах (ООРП) эти чеки архивируются: программа очищает их движения по регистрам, а сами документы переходят в статус «записан». Из-за этого стандартный механизм платформы не позволяет просто создать документ ЧекККМ на возврат на основании вчерашнего чека, так как исходная продажа больше не числится в оперативных регистрах накопления. Программа выдаст ошибку проведения чека и предупреждение о незаполненных реквизитах оплаты.
Чтобы избежать ошибок в учете, разберем четыре основные схемы оформления возвратов.
---
Это самый простой и стандартный случай. Поскольку кассовая смена еще не закрыта, а исходный документ продажи активен, мы действуем через интерфейс кассира:
ЧекККМ и находим нужный чек продажи.ЧекККМ с видом операции «чек на возврат»).Отчет о розничных продажах, уменьшив итоговую выручку и вернув товар на склад.---
Схема аналогична возврату наличными, но имеет технические нюансы сопряжения с банковским терминалом (эквайрингом):
Важно: Если на терминале возникает ошибка (например, код 4309), либо терминал не запрашивает карту, хотя фискальный чек возврата пробился, это свидетельствует о проблемах взаимодействия драйвера ККТ и банковского софта. В таких случаях рекомендуем обновить обработку обслуживания торгового оборудования в «1С» и обновить драйверы ККТ/терминала до актуальных версий.
---
Поскольку смена, в которой была совершена продажа, уже закрыта, использовать документ ЧекККМ нельзя. Возврат оформляется через товароучетные и финансовые документы предприятия.
Рассмотрим пошагово корректную схему:
Решение проблемы с «задвоением» кассы (Касса ККМ vs Касса организации):
При оформлении РКО деньги в программе списываются с «Основной кассы», но фактически кассир выдает их из денежного ящика кассы ККМ, где установлен фискальный регистратор. Чтобы выровнять виртуальные остатки в программе 1С и отразить реальное перемещение денег, в конце смены оформляем внутреннее перемещение:
---
Для возврата безналичных средств на карту клиента по истечении дня покупки используется следующая цепочка документов:
---
Часто бухгалтеры сталкиваются с тем, что при пробитии чека на возврат из РКО на кассовой ленте печатается неверная СНО (например, общая или УСН вместо патента или ранее применявшегося ЕНВД). Программа берет настройки СНО из общих параметров учетной политики организации, установленной по умолчанию.
Чтобы решить эту проблему, проанализируем следующие варианты:
---
Если вы все же решили проводить возвраты прошлых периодов через ЧекККМ (задним числом или через архивацию), то в документе Отчет о розничных продажах (ООРП) появятся строки с отрицательным количеством товара. При обмене базами УТ 10.3 и Бухгалтерии предприятия (БП) эти минусовые позиции могут не выгружаться или вызывать ошибки партионного учета в БП.
Для исправления этой технической проблемы программисты могут скорректировать правила обмена. Разберем пример доработки кода правил обмена в ПКО (Конвертация свойств) группы «Товары»:
// В обработчике "ПередОбработкойВыгрузки" группы Товары
// Заменяем стандартное условие для корректной выгрузки минусовых остатков
Если ОстКоличество <> 0 Тогда // Вместо старого условия "Если ОстКоличество > 0"
НоваяСтрока = КоллекцияОбъектов.Добавить();
Для каждого Колонка ИЗ ТабТовары.Колонки Цикл
НоваяСтрока[Колонка.Имя] = СтрокаТЧ[Колонка.Имя];
КонецЦикла;
НоваяСтрока.Количество = ОстКоличество;
НоваяСтрока.Комиссия = Ложь;
НоваяСтрока.Сумма = ОстСумма;
НоваяСтрока.СуммаНДС = ОстСуммаНДС;
КонецЕсли;
Также в самой конфигурации Бухгалтерии для корректного партионного учета минусовых возвратов на счете 90.01.2 в общем модуле УправлениеЗапасамиПартионныйУчет в функции ПодобратьПартии потребуется скорректировать условие списания остатков:
// Код подбора партий
Если ?(СтруктураПараметров.Свойство("Заголовок") И Найти(СтруктураПараметров.Заголовок, "Отчет о розничных продажах"), КоличествоОсталосьПогасить <> 0, КоличествоОсталосьПогасить > 0) Тогда
// Выполняем добавление не списанного отрицательного количества
КонецЕсли;
Важное методологическое замечание: Хотя технически настроить выгрузку минусов из ООРП возможно, мы настоятельно рекомендуем избегать проведения возвратов прошлых смен через чеки ККМ. Схема через «Возврат товаров от покупателя» + РКО / Оплату картой является наиболее чистой и правильной. Она формирует корректные проводки сторнирования выручки (Дт 62 — Кт 90) и возврата себестоимости на 41 счет, не ломая последовательность проведения документов в бухгалтерской базе.