При использовании классической цепочки обменов между конфигурациями «1С:Розница» (РТ), «1С:Управление торговлей» (УТ) и «1С:Бухгалтерия предприятия» (БП) специалисты часто сталкиваются с серьезной проблемой оформления возвратов. Если осуществлять возврат от покупателя чеками ККМ через рабочее место кассира (РМК), то такие возвраты попадают в документ ОтчетОРозничныхПродажах. В результате в УТ на эти позиции не распределяются партии, себестоимость «едет», а комиссионный товар определяется как собственный, выдавая ошибки партионного учета. Вдобавок ко всему, бухгалтерия жалуется на отсутствие корректных проводок и первичных документов.
Давайте подробно разберем эту ситуацию и выясним, как правильно выстроить методологию учета возвратов, чтобы удовлетворить требования управленческого учета в УТ и регламентированного учета в БП.
Первое, что мы должны проанализируем — это типовую логику, заложенную разработчиками в конфигурацию УТ 11. В ней строго разделен подход к возвратам в зависимости от времени обращения покупателя.
ОтчетОРозничныхПродажах (ОРП) эти позиции просто не попадают или сворачиваются. Для системы продажи по факту не было, поэтому проблем с партиями и видами запасов в УТ не возникает. В Бухгалтерию такие операции также приходят свернуто, что является нормой.ВозвратТоваровОтКлиента.Если мы начнем использовать документ возврата, то столкнемся со следующей проблемой: система ругается, что документы ВозвратТоваровОтКлиента и РасходныйКассовыйОрдер (РКО) не предназначены для работы с физическими лицами. Рассмотрим по шагам, как правильно обойти это ограничение без изменения кода конфигурации.
По стандартам 1С эта проблема решается настройкой реквизитов документа:
ВозвратТоваровОтКлиента в поле контрагента необходимо выбирать не конкретное физическое лицо из справочника (которое вы, возможно, завели для дисконтных карт), а использовать специальный предопределенный элемент справочника партнеров — «Розничный покупатель».При установке такого вида операции система корректно проводит документы. Она перестает требовать жесткого соблюдения правил взаиморасчетов, которые применяются для контрагентов-юрлиц, и в дальнейшем формирует правильные проводки для успешной выгрузки в «1С:Бухгалтерия предприятия».
Разберем ситуацию, когда при возврате система определяет вид запасов как «Собственный товар», даже если это была комиссия (и на остатках числится только комиссионный товар). Если возврат попадает в ОРП как отдельная строка без жесткой привязки к документу первичной продажи, механизм партионного учета сбрасывает вид запасов по умолчанию.
Чтобы избежать ошибки «при списании комиссионных товаров не определены параметры партии», необходимо формировать возврат с привязкой к партии продажи.
Решение: Оформляйте документ ВозвратТоваровОтКлиента строго на основании исходного документа ОтчетОРозничныхПродажах за ту смену, когда товар был продан. При таком вводе на основании, система автоматически подхватывает первоначальный вид запасов (комиссионный) из исходной продажи и корректно связывает партии, благодаря чему себестоимость распределяется без ошибок.
Бухгалтерия часто требует наличия первичных документов с реальными подписями покупателей (заявления, РКО). Если мы используем обезличенного контрагента «Розничный покупатель», как получить нормальные печатные формы? Посмотрим на возможности типового функционала.
ВозвратТоваровОтКлиента перейдите на вкладку «Дополнительно». Там предусмотрены специальные поля для ввода ФИО и паспортных данных реального человека, который осуществляет возврат.РасходныйКассовыйОрдер с видом операции «Возврат оплаты клиенту». Этот документ распечатывается, покупатель ставит свою подпись о получении денежных средств из кассы предприятия. Данный пакет документов полностью закрывает требования регламентированного учета.Если бизнес-процесс магазина (например, дисконтная система или строгая работа только через РМК) не позволяет менеджерам вручную заводить документы возврата в бэк-офисе, программисты прибегают к доработкам. Рассмотрим подход, который часто используется на практике: конвертация чеков возврата при закрытии смены.
Суть доработки заключается в том, чтобы перехватить момент обработки чеков при закрытии смены. Для этого можно использовать расширение и подключиться к серверным процедурам, например:
&Перед("ОбработатьДокументыККМСервер")
Процедура Расш1_ОбработатьДокументыККМСервер(КассоваяСмена, Параметры)
// 1. Получаем все чеки ККМ с видом операции "Возврат" за эту смену
// 2. Программно создаем документ "ВозвратТоваровОтКлиента"
// 3. Создаем на его основании РКО или Эквайринговую операцию
// 4. Переводим чеки ККМ в статус "Архив" или помечаем на удаление,
// чтобы они не попали в Отчет о розничных продажах
КонецПроцедуры
Важное предупреждение: При реализации такого механизма нужно быть очень аккуратными с кассовой книгой. Если чек возврата пробивался на фискальном регистраторе (ФР), он уменьшил сумму наличных (ДС) в денежном ящике. При формировании выемки ДС сумма будет меньше. Если вы программно превратите этот чек в отдельный РКО, вам необходимо учесть эту разницу в кассовой смене, иначе фактическая наличность не сойдется с учетной кассовой книгой предприятия.
В большинстве случаев мы рекомендуем сначала максимально попытаться адаптировать бизнес-процессы под типовую методологию 1С (создание возвратов от клиента не день в день), и только в случае крайней необходимости прибегать к разработке собственных конвертаторов чеков.