При работе в программе 1С:Розница (будь то редакции 2.2, 2.3 или даже новые версии 3.0) многие пользователи сталкиваются со странным, на первый взгляд, поведением системы. Кассир оформляет возврат от покупателя в течение той же кассовой смены (так называемый возврат «день в день»), выдает деньги, пробивает чек возврата, но при закрытии смены обнаруживается, что товар физически не вернулся на склад по данным программы. В отчете о розничных продажах этот товар отображается на вкладке возвращенных позиций, но остаток на складе остается прежним — уменьшенным на проданную единицу.
Давайте подробно разберем, почему так происходит, как устроена внутренняя архитектурная логика документов в решениях фирмы 1С, и что нужно делать, чтобы складской учет розничной торговой точки всегда оставался корректным.
Для того чтобы понять суть проблемы, нам необходимо проанализировать, каким образом программа обрабатывает розничные операции в течение дня и в момент закрытия кассовой смены. Рассмотрим этот процесс по шагам.
В течение рабочего дня кассир оформляет продажи и возвраты с помощью документов ЧекККМ (или через специализированное Рабочее место кассира — РМК). Каждый такой документ при проведении делает оперативные движения по регистрам накопления, в частности, списывает или приходует остатки по регистру ТоварыНаСкладах и регистрирует розничные продажи.
Однако в конце смены при выполнении операции «Закрытие смены» происходит важная трансформация данных:
Когда мы говорим о возврате «день в день» (то есть возврате товара, проданного в рамках той же незакрытой смены), вступает в силу механизм сворачивания (взаимозачета) продаж. Проанализируем, как этот алгоритм должен работать в идеальных условиях:
Представим, что утром мы продали 1 штуку сувенира. На складе числилось 10 штук, после продажи стало 9. Днем покупатель вернул этот сувенир обратно. Кассир оформил чек возврата. На складе снова должно стать 10 штук. В конце смены программа анализирует все продажи и возвраты по этой позиции:
Программа производит математическое вычитание (сворачивание): 1 шт. (продажа) - 1 шт. (возврат) = 0 шт. (итоговый расход).
В результате в документе Отчет о розничных продажах на основной вкладке «Товары» эта позиция вообще не должна фигурировать как списанная (или ее количество уменьшается на величину возврата, если продаж было несколько). Раз в ОРП нет строки со списанием этого товара, то и остаток на складе автоматически остается равным 10 штукам (поскольку продажа фактически аннулировалась в рамках смены и ОРП её не списывает).
Выясним причину, почему пользователи часто путаются, глядя на структуру документа ОРП. В нем присутствует две ключевые вкладки: «Товары» и «Возвращенные товары».
Многие ошибочно полагают, что вкладка «Возвращенные товары» должна делать приходные движения на склад (аналогично документу возврата от покупателя). Однако это не так. Данная вкладка в ОРП выполняет исключительно информационную и аналитическую функции. Она необходима для:
Фактического движения «Приход» по складу по этой вкладке программа не делает. Весь складской баланс регулируется исключительно через уменьшение количества к списанию на вкладке «Товары».
Если в вашем документе ОРП на вкладке «Товары» осталась висеть проданная позиция в полном объеме (например, 1 шт. ушла в расход), а на вкладке «Возвращенные товары» зафиксирован ее возврат, но при этом складской остаток остался уменьшенным — это означает, что автоматическое сворачивание позиций по какой-то причине не сработало.
Проанализируем основные практические причины, из-за которых алгоритм закрытия смены в 1С:Розница не может связать продажу и возврат внутри одной смены:
Рассмотрим практические шаги и рекомендации, которые помогут вам восстановить порядок на складе и наладить корректную работу кассиров.
Для предотвращения подобных ситуаций необходимо внедрить жесткое правило для кассиров: оформлять любые возвраты строго на основании чека продажи.
Если смена уже закрыта, а товар «завис» (списался со склада и не вернулся), бухгалтер или администратор может скорректировать ситуацию вручную непосредственно в документе Отчет о розничных продажах:
Отчет о розничных продажах за проблемную смену.ТоварыНаСкладах мгновенно придут в норму.Если возврат товара происходит не день в день (а в последующие дни, когда кассовая смена продажи уже закрыта), то оформлять операцию нужно принципиально иным образом. В этом случае кассир или администратор должен создать документ Возврат товаров от покупателя (в бэк-офисном интерфейсе программы). Для подготовки сопутствующих документов можно использовать комплект печатных форм возврата и заявлений покупателя для 1С:Розница.
Этот документ спроектирован иначе: он не требует сворачивания внутри ОРП. При проведении он делает явное движение «Приход» по регистру ТоварыНаСкладах, гарантированно возвращая товар на остатки магазина и сторнируя выручку в управленческом учете.
Проанализируем схему выбора правильного документа:
| Параметр | Возврат «День в день» (в рамках открытой смены) | Возврат в другие дни (смена продажи закрыта) |
|---|---|---|
| Основной инструмент | Интерфейс РМК (Чек на возврат на основании чека продажи) | Документ «Возврат товаров от покупателя» |
| Как отражается на складе | Взаимозачет (схлопывание) расхода в документе ОРП | Прямое движение «Приход» на склад |
| Заполнение ОРП | Данные попадают на вкладку «Возвращенные товары» | Не влияет на текущий ОРП новой смены |
Поскольку в старых релизах конфигураций «1С:Розница» встречались внутренние баги распределения движений при закрытии смены, настоятельно рекомендуется обновить вашу информационную базу до актуальных версий. В современных релизах линейки 2.3 и в Рознице 3.0 алгоритмы работы с чеками ККМ и процедуры свертки кассовых смен были значительно переработаны и оптимизированы, что сводит вероятность технических сбоев к минимуму. Для регулярного обслуживания и сокращения ручных операций можно настроить автоматическое обновление и архивирование 1С по расписанию с отправкой отчётов о выполнении на электронную почту.
Таким образом, мы выяснили, что отсутствие прихода по складу при возврате внутри смены — это не ошибка программы, а следствие её жесткой архитектурной логики, которая требует точного сопоставления аналитики продаж и возвратов. Следуя простым регламентам работы кассиров и контролируя заполнение чеков-оснований, вы полностью исключите подобные проблемы из практики вашего магазина.