В розничной торговле часто возникает ситуация, когда покупатель вносит предоплату (аванс) за товар, которого временно нет на складе, либо забирает дорогостоящую покупку в рассрочку, оплачивая ее частями. Согласно 54-ФЗ, все эти операции требуют обязательного пробития чеков на ККТ с указанием соответствующих признаков способа расчета («АВАНС», «ПРЕДОПЛАТА», «ПЕРЕДАЧА В КРЕДИТ» или «ОПЛАТА КРЕДИТА»).
Однако при попытке перенести эти операции из торговой базы (например, Управление торговлей 10.3) в бухгалтерскую (Бухгалтерия предприятия 3.0 КОРП/ПРОФ) через документ «Отчет о розничных продажах» (ОРП) бухгалтеры сталкиваются с серьезной проблемой: программа отказывается корректно закрывать месяц, если сумма продаж в табличной части «Товары» не совпадает с суммой принятых оплат за этот же день.
В рамках данной статьи мы подробно разберем, почему возникает этот конфликт между управленческим и бухгалтерским учетом, как устроена внутренняя логика программы «1С:Бухгалтерия 3.0» и какие существуют практические варианты решения этой проблемы.
Для того чтобы понять природу ошибки, проанализируем методологию работы документа «Отчет о розничных продажах». Исторически этот документ создавался для отражения классической розничной торговли по схеме «пришел, выбрал, оплатил и сразу забрал». В рамках этой схемы отгрузка и оплата происходят одновременно.
При проведении ОРП программа использует транзитный вспомогательный счет 62.Р («Расчеты с розничными покупателями»). Давайте рассмотрим стандартную схему проводок, которая формируется при проведении ОРП в конце смены:
// 1. Отражение розничной выручки (начисление долга покупателя)
Дт 62.Р — Кт 90.01.1 Сумма: 10 000 руб.
// 2. Списание себестоимости проданных товаров
Дт 90.02.1 — Кт 41.01 Сумма: 7 000 руб.
// 3. Отражение оплаты наличными (закрытие транзитного счета)
Дт 50.01 — Кт 62.1 (или через Дт 50.01 — Кт 62.Р напрямую)
Если оплата производилась платежной картой (эквайринг), то вместо кассы задействуется счет расчетов по платежным картам:
// Отражение оплаты банковской картой
Дт 57.03 — Кт 62.Р Сумма: 10 000 руб.
Обратите внимание: счет 62.Р является строго бессальдовым на конец дня. Начисление по дебету должно полностью перекрываться оплатой по кредиту. Если выгрузить в ОРП товаров на 10 000 рублей, а оплат зафиксировать только на 5 000 рублей (так как покупатель взял товар в рассрочку), то на счете 62.Р зависнет дебетовый остаток.
При выполнении регламентных операций по закрытию месяца встроенный контроль остатков «1С:Бухгалтерии» зафиксирует наличие сальдо на транзитном розничном счете. Программа расценит это как ошибку ведения учета. В результате автоматический расчет себестоимости, распределение расходов, формирование книги продаж или расчет налогов по УСН/ИП могут быть заблокированы либо выполнены некорректно.
Аналогичная проблема возникает при получении аванса без отгрузки: если отразить оплату без продажи в ОРП, счет 62.Р уйдет в отрицательное кредитовое сальдо.
---
Разработчики фирмы «1С» учли требования законодательства и добавили долгожданную возможность работы с розничными авансами без привязки к конкретным контрагентам непосредственно внутри документа «Отчет о розничных продажах». Этот функционал доступен в актуальных релизах программы «1С:Бухгалтерия 8».
Разберем по шагам, как настроить и использовать эту возможность:
Рассмотрим, как теперь выглядит схема проведения операций при разрыве во времени между оплатой и отгрузкой:
В день получения денег в базу вводится документ «Отчет о розничных продажах». Табличная часть «Товары» остается пустой. Сумма аванса заносится на вкладку «Предоплата», а способ внесения денег (нал/безнал) фиксируется на вкладках оплат.
В результате программа сформирует корректную проводку по начислению аванса на розничного покупателя:
Дт 50.01 (или 57.03) — Кт 62.02 (Субконто: Обезличенный «Розничный покупатель»)
При этом транзитный счет 62.Р не задействуется, и сальдо по нему остается нулевым.
В день выдачи товара покупателю оформляется новый документ «Отчет о розничных продажах». Теперь мы заполняем вкладку «Товары» (указываем номенклатуру и ее стоимость), а на вкладке «Предоплата» указываем сумму ранее полученного аванса, подлежащую зачету.
Программа сформирует следующий пакет проводок:
// 1. Отражение реализации розничному покупателю
Дт 62.Р — Кт 90.01.1 Сумма: 10 000 руб.
// 2. Списание себестоимости
Дт 90.02.1 — Кт 41.01 Сумма: 7 000 руб.
// 3. Зачет ранее полученного розничного аванса
Дт 62.02 — Кт 62.Р Сумма: 10 000 руб.
Счет 62.Р закрылся в ноль, аванс на счете 62.02 также успешно зачтен. Месяц закроется без единой ошибки!
---
Если торговля ведется персонализировано (например, под заказ изготавливается мебель, продаются пластиковые окна, оформляются договоры рассрочки, где важно контролировать задолженность каждого конкретного физического лица по фамилии на счете 62), использовать сводный документ ОРП категорически не рекомендуется.
Для таких сценариев идеальным решением является использование цепочки документов, характерных для оптовой схемы, но адаптированных под розницу:
Дт 62.01 — Кт 90.01.Дт 50/57 — Кт 62.02), либо на счет погашения долга (Дт 50/57 — Кт 62.01).Как это решает проблему с чеками ККТ (54-ФЗ)?
Современные версии конфигураций 1С позволяют пробивать фискальные чеки непосредственно из документов РТУ и ПКО. При этом программа автоматически анализирует состояние взаиморасчетов по договору и передает на фискальный накопитель ККТ правильные признаки способа расчета:
Эта схема полностью закрывает все требования налогового законодательства и гарантирует идеальный бухгалтерский учет на счете 62 без «зависания» сумм на розничном транзитном счете 62.Р.
---
Основная причина конфликта у автора темы на форуме — это некорректно настроенные правила обмена (правила конвертации данных) между базами. Конфигурация Управление торговлей 10.3 фиксирует продажи цепочкой «Реализация — ПКО», но при выгрузке все эти данные принудительно «сворачиваются» в один сводный ОРП за день.
Для исправления ситуации рассмотрите два технических пути корректировки правил обмена:
Перенастройте правила конвертации данных (в программе «1С:Converting Data» или в коде обработчиков обмена) таким образом, чтобы документы «Реализация товаров и услуг» из УТ 10.3 переносились в БП 3.0 КОРП как самостоятельные документы Реализация товаров и услуг, а документы оплаты (ПКО, Оплата картой) переносились соответствующими кассовыми и банковскими документами БП.
Это самый надежный способ ведения детального учета, который исключит любые ошибки при закрытии месяца.
Если бухгалтерия КОРП категорически настаивает на ведении розницы исключительно через «Отчет о розничных продажах» без создания сотен документов реализации на физлиц, вам потребуется доработать правила обмена под функционал релиза БП 3.0.150+:
Использование любого из предложенных вариантов избавит вашу компанию от разногласий между управленческим и бухгалтерским учетом, а также позволит сдавать отчетность своевременно и без ручных корректировок проводок.