Проверка кассовых расхождений
10 мин
Продолжительность урока
Основная проблематика
Суммы по заказам и суммы по кассе не всегда совпадают — и это не обязательно ошибка кассира или системы. В идеале наличные в системе должны равняться наличным в Z-отчёте, а безналичные вместе с онлайн-оплатами — безналу в Z-отчёте. Но есть несколько факторов, которые закономерно дают расхождения и из-за которых простая сверка заказов с Z-отчётом часто вводит в заблуждение.

Отчёт по расхождениям с ОФД нужен, чтобы сверять деньги и чеки правильно: он учитывает типовые причины “нормальных” расхождений и помогает быстро понять, где именно появилась разница: в заказах, при пробитии чеков или уже на кассе при закрытии смены (не попало в Z-отчёт).
Ниже перечислены 4 основные причины расхождений, которые заложены в логике отчёта.
  • Заказы от агрегаторов
    В системе такие заказы числятся с типом оплаты «онлайн», но по факту оплата происходит в системе агрегатора. Такие оплаты не фискализируются на вашей кассе, поэтому в данных по заказам сумма есть, а в кассовых итогах она может не появляться. Из-за этого при сверке сумму по заказам и кассы возникает расхождение.
  • Предварительные заказы с онлайн-оплатой
    Если гость оформляет заказ на сайте или в приложении и оплачивает онлайн, по закону чек должен быть фискализирован сразу после оплаты. При этом сам заказ может быть на другой день. Из-за этого чек попадает в одну кассовую смену, а заказ в системе учитывается в другой — при сверке по дням возникает расхождение, хотя всё корректно.
  • Заказы зала, не переведённые в «выполнен» до закрытия смены
    В зале чек фискализируется в момент оплаты. Если заказ не успели перевести в статус «выполнен» до закрытия смены, он может “уйти” в следующую смену в системе, тогда как чек останется в текущей смене кассы. В результате по дням суммы заказов и суммы Z-отчёта могут не совпасть.
  • Заказы с продукцией «Честный знак»
    Важно учитывать, что для таких заказов формируются два фискальных чека. В момент оформления заказа коды маркировки могут быть ещё неизвестны (их сканируют при сборке/упаковке/выдаче), поэтому сначала пробивается чек предоплаты, а при выдаче — чек закрытия предоплаты.
    • Чек Предоплата 100% пробивается в момент оплаты: тип оплаты — наличные или безналичные, способ расчёта — полная предоплата. В Z-отчёте он отражается в графе нал/безнал.
    • Чек Закрытие предоплаты 100 пробивается при переводе заказа в статус выполнен: тип оплаты — предоплата, способ расчёта — полный расчёт. В Z-отчёте он отражается в графе предоплата.
    Сумма чеков предоплаты должна совпадать с суммой закрытия предоплаты. При этом эти чеки могут попасть в разные смены (оплата в одной смене, выдача в другой), поэтому при сверке по дням возможно расхождение — и это ожидаемое поведение.
    Более подробную информацию можно найти по ссылке, нажав на иконку честного знака слева.
Для облегчения анализа данных факторов и упрощения контроля кассовой дисциплины и был создан отчёт по расхождениям в ОФД.

Перейти к отчёту можно в разделе:
Учет выручки
Отчёт по расхождениям в ОФД
Фильтры в отчете
  • Подразделения – Выбор осуществляется через модальное окно. Список доступных подразделений зависит от настроек роли пользователя.
  • Период – Выбор в календаре периода, за который нужен отчет.
  • Номер заказа – Текстовое поле для поиска конкретного заказа (появляется при выключенном чек-боксе групповой выгрузки).
  • Групповая выгрузка –
Включена — отчет формируется в агрегированном виде по дням.
Выключена — отчет формируется по каждому заказу отдельно.
Структура отчета
Разберем отчет с включенной групповой выгрузкой. Отчет состоит с трех частей:
  • Расчеты в СУ - данные из справочника заказов. На основании этих данных мы получаем значения «как должно быть».
  • Чеки в СУ - данные о чеках, которые были отправлены из системы в ККМ-агент. Этот блок показывает «что фактически отправили на фискализацию»
  • Отчеты с устройств - данные из Z-отчётов, полученные от ККМ-агента при закрытии смены. Он отражает «что реально закрылось на кассе» и какие суммы касса зафиксировала по итогам смены. Для корректного сбора данных требуется ККМ-агент версии 2.4.6.7 и выше.

💡 В тексте отчёта и документации под аббревиатурой «СУ» подразумевается ваша система. Пускай она вас не смущает.

Разберем каждый столбец подробно:
  • Сумма нала/безнала/онлайн оплат в СУ - итоги по типам оплат из раздела Заказы.
  • Оплачено на сайте агрегатора - сумма заказов, оплаченных на стороне агрегатора.
  • Чеки в старой смене - это чеки, которые относятся к заказам выбранного дня в системе, но были пробиты в предыдущей кассовой смене. Пример: заказ в системе попал в сегодняшний день, а оплатили его ещё до закрытия вчерашней смены — поэтому чек оказался “во вчера”.
  • Чеки в текущей смене за будущую - обратная ситуация: чек пробили в текущей смене, но сам заказ в системе относится к следующему дню. Так бывает, например, с предзаказами: гость оплатил сегодня (чек фискализировали сегодня), а заказ запланирован на завтра, поэтому в системе он учитывается завтрашней датой.
Сумма делится по типам оплаты:

  • нал
  • безнал (включая онлайн
  • предоплата 100% (нал)
  • предоплата 100% (безнал)
По клику на столбец показывается список всех таких заказов.
  • Итого нала по СУ - сумма наличных, которая должна быть отправлена в ОФД с учётом корректировок (агрегаторы и сдвиги между сменами).
  • Итого безнал по СУ - сумма безналичных оплат, которая должна быть отправлена в ОФД с учётом корректировок (агрегаторы и сдвиги между сменами).
  • Предоплата 100% - сумма по чекам со способом расчёта полная предоплата, которые пробиваются в момент оплаты заказа. Такой чек используется в заказах с маркированной продукцией Честный знак. В отчёте сумма дополнительно разделяется на нал и безнал.
  • Закрытие предоплаты 100% - сумма по чекам, которые пробиваются в момент выдачи/выполнения заказа, когда предоплата “зачитывается” и продажа продукции с ЧЗ считается полностью завершённой. Разделение на нал/безнал здесь используется только для внутреннего контроля: в самом фискальном чеке закрытия предоплата является отдельным видом оплаты и не делится на нал и безнал.
  • Итого отправлено нал - итоговая сумма наличных по всем чекам, которые система отправила на фискализацию. В расчёт также включаются чеки со способом расчёта «полная предоплата».
  • Итого отправлено безнал - итоговая сумма безналичных по всем чекам, которые система отправила на фискализацию. В расчёт также включаются чеки со способом расчёта «полная предоплата».
  • Сумма нала / безнала / предоплаты по Z-отчётам - итоговые суммы по наличным, безналичным и предоплатам, зафиксированные кассой в Z-отчётах при закрытии смены.
Как работать с отчетом
Как мы писали выше, отчёт нужен, чтобы увидеть корректную выручку за день с учётом расхождений, которые являются нормой (агрегаторы, сдвиги между сменами, предоплаты) и на которые мы не можем повлиять. Дальше вы сверяете, совпадают ли итоговые суммы, рассчитанные по системе.
Если в отчёте есть расхождение, возможны два сценария:

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

Итоговые суммы по системе сходятся с чеками, но не сходятся с Z-отчётом (зеленая стрелка)
Это может указывать на проблемы с прохождением чеков до ККМ, аппаратные сбои, неверные настройки оборудования или манипуляции с фискальным регистратором.
Права доступа
Чтобы получить доступ к созданию игры, перейдите в раздел:
Справочники
Роли в интранете
Далее перейдите в редактирование необходимой роли
Выберите раздел Отчеты.
Далее Отчеты по выручке.
В Отчете по расхождениям ОФД выберите Полный доступ и ограничения по подразделениям:
Понравился материал?
Понравилось?