ООРП в 1С: что это и как оформить отчет о розничных продажах

ООРП в 1С — это аббревиатура от «Отчет о розничных продажах», одного из ключевых документов розничной торговли. Документ фиксирует итоговые продажи за смену или день по розничной точке: какие товары проданы, в каком количестве, по каким ценам и какими способами оплаты рассчитались покупатели. Именно на основании ООРП в учете списывается товар со склада магазина и отражается выручка.

Документ встречается практически во всех торговых конфигурациях 1С: «1С:Розница», «1С:Управление торговлей», «1С:Комплексная автоматизация», «1С:ERP», а также в «1С:Бухгалтерии» при ведении розничной торговли. В зависимости от конфигурации документ может создаваться вручную, формироваться автоматически при закрытии кассовой смены или загружаться из фронтольного решения (кассовой программы) вместе с Z-отчетом.

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

Что такое ООРП и зачем нужен этот документ

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

Документ решает сразу несколько задач. Во-первых, он списывает проданный товар со склада розничной точки, формируя проводки по кредиту счета 41 (в бухгалтерском учете). Во-вторых, отражает выручку и при необходимости начисляет НДС. В-третьих, фиксирует структуру оплат: наличные, платежные карты, сертификаты, безналичные расчеты, что позволяет сверить данные с эквайринговыми отчетами банка.

Кроме того, ООРП — основа для аналитики. Отчеты по продажам, валовой прибыли, ABC-анализу и эффективности кассиров в 1С строятся именно по данным этого документа. Если отчеты о розничных продажах оформляются с ошибками или не проводятся, вся управленческая отчетность по рознице теряет смысл.

В каких конфигурациях 1С используется ООРП

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

В типовой связке «1С:Розница + 1С:Управление торговлей» документ живет в обеих базах: в Рознице он создается при закрытии смены, а затем по обмену переносится в УТ вместе с чеками и данными об оплатах. Важно, чтобы обмен был настроен корректно — иначе в управленческой базе появятся дубли документов или пропуски смен.

Как формируется ООРП при закрытии кассовой смены

Наиболее распространенный сценарий — автоматическое формирование отчета в 1С:Рознице. Кассир в течение дня пробивает чеки в рабочем месте кассира (РМК), каждый чек сохраняется в базе как документ «Чек ККМ». В конце смены кассир выполняет закрытие смены: программа снимает Z-отчет на фискальном регистраторе, переводит все неархивные чеки в статус «архивный» и автоматически создает ООРП.

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

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

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

Как оформить ООРП вручную

Ручное создание документа актуально для конфигураций без автоматической кассовой смены — например, в «1С:Бухгалтерии» или «1С:Управлении торговлей», когда данные о продажах вводятся по бумажному Z-отчету или товарному отчету (форма ТОРГ-29 в устаревших схемах учета).

Порядок оформления в типовых конфигурациях похож. Создается новый документ «Отчет о розничных продажах», в шапке указывается организация, склад (розничный магазин) и касса ККМ, если применяется. На вкладке «Товары» добавляются проданные позиции с количеством и розничной ценой. На вкладке оплат распределяется итоговая сумма: сколько получено наличными, сколько по картам, сколько сертификатами.

Критически важный момент — вид цен и склад. Если в шапке документа выбран не тот склад или тип цен не совпадает с ценами, по которым реально продавали, программа либо спишет товар не с того остатка, либо покажет искусственную наценку. Перед проведением сверьте итог документа с суммой Z-отчета: они должны совпадать до копейки.

Какие проводки и движения формирует документ

Понимание движений ООРП помогает быстро находить ошибки в учете. В бухгалтерском учете при продаже в автоматизированной точке документ типично формирует: списание товара с кредита 41.11 или 41.12, отражение выручки по дебету 50 (наличные) и 57 «Переводы в пути» (оплаты картами) в корреспонденции с 90.01, списание себестоимости на 90.02 и сторно торговой наценки, если склад учитывается по продажным ценам.

Оплаты платежными картами попадают на 57 счет, потому что деньги от банка-эквайрера поступают на расчетный счет позже — обычно на следующий рабочий день за вычетом комиссии. Поэтому после зачисления средств в учете должен быть отражен документ «Поступление на расчетный счет» с видом операции по эквайрингу, который закроет задолженность на 57 счете. Несвоевременное закрытие 57 счета — частая причина вопросов при сверке.

В управленческом учете (УТ, КА, ERP) документ дополнительно делает движения по регистрам продаж, себестоимости, денежных средств и расчетов с эквайерами. Если в отчете по продажам вы видите суммы, а в отчете по остаткам товар не списался — проверьте, проведен ли ООРП и не отменено ли его проведение после обмена данными.

Контрольные точки

Как проверить результат

Остатки по складу магазина

Норма

Проданные товары списаны, отрицательных остатков нет

Тревожный признак

Появились минусы или товар остался на остатке после продажи

Сумма ООРП против Z-отчета

Норма

Итоги совпадают до копейки, включая разбивку по видам оплат

Тревожный признак

Расхождение по наличным или эквайрингу

Счет 57 после зачисления эквайринга

Норма

Задолженность закрывается поступлением на расчетный счет

Тревожный признак

На 57 счете копится сальдо старых смен

Типичные ошибки и как их исправить

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

Вторая частая ошибка — возвраты. Возврат товара от покупателя оформляется отдельным документом «Возврат товаров от покупателя» или чеком возврата, который попадает в ООРП со знаком минус. Если кассир вместо возврата просто удалил чек или сторнировал его вручную, в отчете образуется расхождение с фискальными данными, а это уже риск при проверке: данные ОФД и учетная база должны совпадать.

Третья группа ошибок связана с обменами. При переносе ООРП из Розницы в УТ иногда возникают дубли (если документ создали вручную и он еще пришел по обмену) или наоборот — документ не проводится из-за несопоставленной номенклатуры. Правило простое: документ должен создаваться только в одной системе-источнике, а в приемник попадать исключительно через обмен.

Ограничения и альтернативные сценарии

ООРП подходит только для розничных продаж физическим лицам через торговую точку. Если покупатель — организация или ИП, приобретающая товар для бизнеса, продажу нужно оформлять документом «Реализация товаров и услуг» с выставлением счета-фактуры, даже если товар отпускается из того же магазина. Смешение этих потоков в одном ООРП приведет к ошибкам в учете НДС.

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

Если ассортимент большой, а кассовая программа сторонняя (не 1С), ООРП можно загружать из внешних файлов — многие фронтольные решения выгружают продажи в форматах, которые принимают типовые обработки 1С. Перед внедрением такой загрузки проверьте сопоставление номенклатуры по штрихкодам или артикулам: именно на этом этапе чаще всего теряются позиции.

Маршрут решения

Как выбрать действие

Продажи идут через кассу с 1С:РозницаИспользуйте автоматическое создание ООРП при закрытии смены, вручную ничего не создавайте

Касса сторонняя, учет в УТ или БухгалтерииНастройте загрузку продаж из файла или вводите ООРП вручную по Z-отчету ежедневно

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

Обнаружено расхождение ООРП и Z-отчетаСначала ищите непроведенные, отложенные или удаленные чеки, затем перепроводите документ

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

Часто задаваемые вопросы

Чем ООРП отличается от чека ККМ в 1С?

Чек ККМ — это документ одной конкретной продажи одному покупателю, он создается в момент пробития на кассе. ООРП — сводный документ, который аккумулирует все чеки за смену и именно он списывает товар со склада и формирует выручку в учете. Чек сам по себе складские движения обычно не делает.

Почему ООРП не проводится и пишет про отрицательные остатки?

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

Нужно ли делать ООРП, если за день не было продаж?

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

Как оформить возврат, чтобы он попал в ООРП?

Возврат оформляется чеком возврата в РМК с указанием чека продажи-основания. При закрытии смены такой чек попадет в ООРП с отрицательным количеством и уменьшит итог документа. Удалять исходный чек продажи нельзя — это создаст расхождение с фискальными данными.

Можно ли изменить ООРП за прошлый месяц?

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

Почему сумма по эквайрингу в ООРП не совпадает с поступлением на расчетный счет?

Банк-эквайер перечисляет деньги за вычетом своей комиссии и обычно с задержкой в один-два рабочих дня. Поэтому в учете оплата картой сначала отражается на счете 57, а поступление на расчетный счет закрывает его уже за минусом комиссии, которая относится на расходы. Расхождение на сумму комиссии — норма, а не ошибка.