← На главную

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

Разберем логику работы «Чека ККМ» на предоплату

Для начала проанализируем, как 1С:УНФ 3.0 интерпретирует действия кассира. Согласно требованиям 54-ФЗ, любое поступление денежных средств через фискальный регистратор должно сопровождаться пробитием чека. Если покупатель вносит аванс, кассир пробивает чек с признаком способа расчета «Предоплата» или «Аванс».

Программа спроектирована таким образом, что все фискальные операции за смену должны быть отражены в едином сводном документе — Отчет о розничных продажах. Посмотрим на причины этого процесса:

1. Сверка итогов: Сумма выручки в системе 1С должна совпадать с данными Z-отчета (отчета о закрытии смены) ККМ. Если аванс пробит по кассе, но не попал в ОРП, возникнет расхождение между фактическими деньгами в кассе и данными документа.
2. Фиксация безналичных оплат: Если предоплата была совершена по карте, сумма по терминалу должна быть зафиксирована в учете. Программа заносит её на вкладку «Безналичные оплаты» документа Отчет о розничных продажах.
3. Отсутствие товарной части: Поскольку в момент аванса право собственности на товар еще не перешло к покупателю, в табличную часть «Товары» позиции не попадают. Это логично с точки зрения учета запасов, но создает пустую табличную часть при наличии сумм оплаты.

Проблема расчета наличных «от обратного»

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

Если за смену не было реальных отгрузок (сумма по товарам = 0), но был принят аванс по эквайрингу на 8000 рублей, математика документа может выглядеть странно. Программа видит: Товары (0) - Безналичные (8000) = Наличные (-8000). В последних релизах УНФ 3.0 эта логика была скорректирована, однако важно следить за тем, чтобы в документе Отчет о розничных продажах были корректно заполнены все виды оплат.

Синхронизация с 1С:Бухгалтерией (БП 3.0)

Рассмотрим важный нюанс, который часто путает бухгалтеров. Поведение документа Отчет о розничных продажах в УНФ и его отражение в БП после обмена данными различаются:

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

Таким образом, расхождение сумм ОРП в двух базах является штатным поведением, предусмотренным разработчиками для правильного формирования проводок в бухгалтерском учете.

Как исключить авансы из ОРП: альтернативный метод

Если текущая схема работы через РМК кажется неудобной, разберем альтернативный способ приема предоплат, который не "засоряет" Отчет о розничных продажах:

Вместо создания Чека ККМ в интерфейсе кассира, рекомендуется использовать документы «Поступление в кассу» (ПКО) или «Поступление на счет».

1. Создаем документ оплаты на основании заказа покупателя.
2. В документе нажимаем кнопку «Пробить чек».
3. В этом случае деньги фиксируются в системе как самостоятельное поступление, которое делает движения по взаиморасчетам с контрагентом напрямую, минуя розничную смену и ОРП.
4. При итоговой продаже (когда товар отдается клиенту) оформляется документ Расходная накладная или Чек ККМ с признаком «Полный расчет», где происходит зачет ранее полученного аванса.

Настройка архивации чеков

Посмотрим на настройки, влияющие на жизненный цикл чеков. В разделе Продажи — Настройки — РМК (или Настройки чеков ККМ) присутствует опция «Архивировать чеки ККМ при закрытии смены».

Если флажок установлен: Чеки сохраняются в базе в статусе «Архивный». Это позволяет сохранить детализацию: какой именно чек был на аванс, какой на возврат и так далее. ОРП в данном случае выступает лишь сводным финансовым документом.

Если флажок снят: Программа пытается максимально "свернуть" данные в ОРП, что при наличии авансов и последующих отгрузок может привести к путанице в аналитике взаиморасчетов, если в системе не настроено автоматическое распределение авансов.

Итоги и рекомендации

Проанализировав ситуацию, можно сделать вывод, что попадание авансов в Отчет о розничных продажах — это не ошибка, а механизм контроля денежных средств в розничной точке. Чтобы минимизировать неудобства, мы рекомендуем:

• Проверять вкладку «Оплата» в ОРП: там должны быть разделены строки для розничной выручки и для авансов.
• Использовать документы поступления денег вместо РМК для крупных предоплат или заказов, требующих длительного исполнения.
• Не пугаться расхождений сумм ОРП между УНФ и БП, так как это необходимо для правильного разделения доходов и авансов в бухгалтерском учете.

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