Часто при работе в розничной торговле возникает ситуация: клиент возвращает товар на следующий день после покупки или позже, кассир оформляет возврат через рабочее место (РМК), пробивает чек возврата. Товар физически возвращается в магазин и числится по отчетам, однако при попытке его снова продать, отгрузить или переместить система выдает ошибку о том, что товара не хватает на складе. Давайте подробно разберем, почему возникает такая рассинхронизация остатков и как правильно выстроить процесс возвратов в 1С.
Рассмотрим механику работы кассовых документов в современных конфигурациях 1С (таких как УТ 11, Розница, ERP или Комплексная автоматизация). Основная проблема кроется в том, как система обрабатывает документ ЧекККМНаВозврат, если он пробит не в день первоначальной покупки (то есть в другую кассовую смену).
Когда вы оформляете возврат день в день, чек возврата просто сторнирует продажи текущей смены. Но если вы делаете это на следующий день, этот документ делает движения не по основному складскому регистру (например, ТоварыНаСкладах), а по промежуточным регистрам учета, таким как ТоварыКОформлениюОтчетовОРозничныхПродажах.
Фактически на склад товар вернется только после закрытия текущей кассовой смены. В этот момент должен сформироваться и корректно провестись сводный документ ОтчетОРозничныхПродажах или ОтчетОРозничныхВозвратах. Если смена закрылась с ошибками, документ не сформировался или остался в статусе непроведенного, товар физически будет лежать у вас на полке магазина, но для системы на складе его нет.
Чтобы избежать описанных проблем со складскими остатками, выясним логику, заложенную разработчиками 1С. Законодательство и методология программы предполагают, что возврат после закрытия кассовой смены (на следующий день и позже) вообще не должен оформляться обычным чеком через РМК.
Разберем по шагам правильный алгоритм оформления такого возврата:
ВозвратТоваровОтКлиента (или ВозвратТоваровОтПокупателя). В нем необходимо выбрать вид операции Возврат от розничного покупателя. Этот документ является складским и сразу делает правильные приходные движения по регистрам остатков, возвращая товар в свободный остаток.РасходныйКассовыйОрдер. Если оплата была по карте — создайте документ ЭквайринговаяОперация с видом возврата оплаты.Используя этот алгоритм, вы гарантируете, что складской и финансовый контуры отработают синхронно, и товар сразу будет доступен для новых продаж или перемещений.
Посмотрим на ситуацию глубже. Иногда пользователи все же пробивают возвраты через РМК в другие смены. В некоторых версиях программ (например, в УТ 11.5) существуют известные проблемы (баги), когда чеки на возврат автоматически не попадают в итоговый ОтчетОРозничныхВозвратах при процедуре закрытия смены из-за сбоев в алгоритмах сбора данных.
В таких случаях система оставляет документы в подвешенном состоянии. Чтобы это проверить, воспользуйтесь отчетами Ведомость по товарам на складах и Ведомость по товарам в рознице. Если в рознице товар есть, а на складе нет, значит зависание произошло на этапе закрытия смены.
Разберем, что делать с той самой одной штукой товара, которая уже зависла в базе после пробития чека на возврат. Выполните следующие действия:
ОтчетОРозничныхПродажах и ОтчетОРозничныхВозвратах за ту дату, когда был пробит ошибочный чек (например, за 26.01.2023).ЧекККМНаВозврат (обратите внимание, отменять проведение можно только в учетной системе, если чек уже ушел в ОФД, фискальную часть трогать не нужно). После отмены проведения оформите операцию корректно через документ ВозвратТоваровОтКлиента.Подводя итоги, запомним главное правило: любые возвраты от розничных покупателей не в день первоначальной покупки оформляйте исключительно через полноценные документы возврата товаров, минуя прямое пробитие чеков возврата из интерфейса кассира. Это убережет ваши складские остатки от расхождений, а базу от системных ошибок при контроле резервов.