Почему расходятся суммы в Отчете о розничных продажах и Выемке ДС в 1С:Розница?

Программист 1С v8.3 (Управляемые формы) 1С:Розница Управленческий учет Торговля и дистрибуция
← На главную

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

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

Понимание архитектуры: почему это происходит?

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

Если у вас используется полноценный фискальный регистратор, то расхождение между базой 1С и железной памятью ФР обычно быстро обнаруживается, так как ККТ сверяет суммы со своими внутренними счетчиками и выдает ошибку. Но в случае с обычным принтером чеков (нефискальным устройством) у оборудования нет собственной памяти с денежными регистрами. Устройство просто печатает текстовые формы. Вся логика полностью ложится на базу данных 1С, и если в ней «поехали» регистры накопления, программа беззвучно проведет документы с некорректными суммами.

Главные причины расхождения сумм

Проанализируем основные сценарии, при которых баланс регистра Денежные средства ККМ перестает соответствовать реальным продажам текущей смены:

  1. Неучтенный начальный остаток (переходящий «хвост» из прошлых смен). Если в предыдущие дни автоматическая или ручная выемка была выполнена не полностью (например, кассиры оставили деньги на размен, но не отразили это документом «Внесение», либо произошел программный сбой), то на начало новой смены в регистре уже висел остаток. При закрытии текущей смены автоматическая полная выемка заберет всю сумму: Остаток прошлых периодов + Выручка текущей смены. ООРП при этом покажет строго сумму текущей смены.
  2. Документы «Внесение денежных средств» на размен. В начале смены для выдачи сдачи кассиры часто делают внесение наличных. Это действие делает движение Приход в регистре Денежные средства ККМ. При закрытии смены с полной выемкой программа изымает всю сумму: выручку за день вместе с разменными деньгами. В итоге ООРП будет меньше выемки ровно на величину внесенного размена.
  3. Ручные выемки в течение дня через интерфейс РМК. Кассиры могут делать промежуточные изъятия денег из ящика. В 1С:Розница ручные выемки создают отдельные документы, которые делают движения по регистрам, но не попадают в структуру подчиненности итогового документа ООРП. При закрытии смены автоматическая выемка заберет лишь остаток денег, и сумма этой финальной выемки будет гораздо меньше, чем общая выручка в ООРП.
  4. Сбои при архивации чеков ККМ. При закрытии смены чеки должны переходить в статус Архивный и привязываться к созданному ООРП. Если в процессе закрытия произошел сбой (например, отключилось питание компьютера или зависла сеть), часть чеков могла остаться в статусе Пробит. Они не попали в ООРП, но при этом движение по регистру денежных средств уже сделали. В итоге в кассе числится одна сумма, а отчет показывает другую.
  5. Ошибочное указание типа оплаты. Даже если торговая точка работает «только за наличные», кассир при оформлении чека мог случайно выбрать безналичный расчет или настроить смешанную оплату. Безналичные оплаты не делают приходных движений по регистру наличных денег ККМ. В результате ООРП отразит общую выручку (включая безнал), а выемка будет сделана только на сумму наличных движений.

Пошаговый алгоритм поиска ошибки

Рассмотрим, как локализовать проблему в вашей базе данных и найти конкретный документ, вызвавший перекос.

Шаг 1. Анализируем ведомость по кассам ККМ

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

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

Шаг 2. Проверяем связку Чеков ККМ и ООРП

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

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

Шаг 3. Контроль ручных движений и внесений

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

Шаг 4. Написание проверочного запроса (для программистов)

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


ВЫБРАТЬ
	ДвиженияКассы.Регистратор КАК ДокументДвижения,
	ДвиженияКассы.СуммаПриход КАК СуммаПоРегистру,
	ЕСТЬNULL(Чеки.СуммаДокумента, 0) КАК СуммаПоЧеку,
	ДвиженияКассы.СуммаПриход - ЕСТЬNULL(Чеки.СуммаДокумента, 0) КАК Расхождение
ИЗ
	(ВЫБРАТЬ
		РегистрДвижения.Регистратор КАК Регистратор,
		СУММА(ВЫБОР
				КОГДА РегистрДвижения.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)
					ТОГДА РегистрДвижения.Сумма
				ИНАЧЕ 0
			КОНЕЦ) КАК СуммаПриход
	ИЗ
		РегистрНакопления.ДенежныеСредстваККМ КАК РегистрДвижения
	ГДЕ
		РегистрДвижения.Период МЕЖДУ &НачалоПериода И &КонецПериода
		И РегистрДвижения.КассаККМ = &КассаККМ
	СГРУППИРОВАТЬ ПО
		РегистрДвижения.Регистратор) КАК ДвиженияКассы
	ЛЕВОЕ СОЕДИНЕНИЕ Документ.ЧекККМ КАК Чеки
	ПО ДвиженияКассы.Регистратор = Чеки.Ссылка
ГДЕ
	ДвиженияКассы.СуммаПриход <> ЕСТЬNULL(Чеки.СуммаДокумента, 0)
	И ТИПЗНАЧЕНИЯ(ДвиженияКассы.Регистратор) = ТИП(Документ.ЧекККМ)

Этот запрос выведет все чеки ККМ за указанный период, у которых сумма проведенных по регистру наличных денег не совпадает с итоговой суммой самого чека (например, из-за скрытых видов оплат или ошибок транзакций).

Как исправить расхождение и выровнять регистры?

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

Вариант А. Корректировка с помощью стандартных документов

Если вы обнаружили, что в регистре Денежные средства ККМ завис неверный остаток, который искажает последующие автоматические выемки, выполните следующие действия:

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

Вариант Б. Восстановление последовательности и перепроведение

Если расхождение возникло из-за сбоя в проведении ООРП или зависшего в статусе «Пробит» чека, последовательность действий будет следующей:

  1. Снимите с проведения проблемный документ «Отчет о розничных продажах».
  2. Найдите все «зависшие» чеки за эту смену, откройте их и попробуйте провести вручную. При необходимости воспользуйтесь обработкой изменения реквизитов для изменения статуса чеков на Архивный и заполнения ссылки на ООРП.
  3. Снимите с проведения документ автоматической выемки денежных средств.
  4. Снова проведите ООРП — при этом программа автоматически пересчитает движения по реализации.
  5. Перезаполните и проведите документ выемки денежных средств. Убедитесь, что теперь его сумма до копейки совпадает со значением из ООРП.

Профилактика проблемы: рекомендации для стабильной работы

Чтобы предотвратить появление подобных расхождений в будущем при использовании обычного принтера чеков, рекомендуем придерживаться следующих правил:

Читайте также

5 материалов по теме
  1. 01 Почему сумма в ПКО на основании Отчета о розничных продажах не совпадает с суммой документа?
  2. 02 Как исправить постоянное расхождение наличных и безналичных средств при закрытии смены в 1С:Розница?
  3. 03 Почему при закрытии смены в 1С формируется несколько Отчетов о розничных продажах?
  4. 04 Почему в 1С:Розница возникает ошибка «Не смогли произвести выемку» при закрытии смены и как это исправить?
  5. 05 Как в программе 1С:Розница удалить документ «Выемка денежных средств из кассы»
← На главную