Изменения в законодательстве с 01.03.25: Чеки намерения (отмена пречеков)

Изменения в законодательстве с 01.03.25: Чеки намерения (отмена пречеков)

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

Суть нововведений простыми словами: прежде, чем взять из рук гостя деньги (списать деньги с банковской карты), надо отдать ему фискальный чек. А дальше начинаются вопросы. Давайте разбираться!

В системе r_rkeeper поддержано 3 режима работы (выбор конкретного режима осуществляется в менеджерской и действует на все рестораны, заведенные в базе):

• Не использовать — в этом случае работа по новым правилам применяться не будет. Значение актуально для зарубежных стран.
• Единый чек перед оплатой — перед расчетом гостя будет печататься фискальный чек с полной оплатой.
• Чек на расчет в кредит — перед расчетом гостя будет печататься чек на выдачу кредита. И после реальной оплаты – чек закрытия кредита.

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

Настройка: Единый чек перед оплатой

• Заказ формируется и ведется на кассе r_keeper (или через Мобильного официанта) – все как обычно.
• Гости просят их рассчитать.
• В заказе нажимаем кнопку «Пречек + чек».
• Выбираем валюту, которой гости планируют рассчитаться.
• На фискальном регистраторе печатается:
  • Фискальный чек
  • Нефискальный документ (пречек r_keeper). Визуально это тот же самый пречек и там может быть отображена дополнительная информация (владелец карты лояльности, остаток балов, QR-код для оплаты чаевых и тд). Если ничего этого не требуется – печать этого макета можно отключить.
• Стол в r_keeper НЕ закрывается. Визуально он выглядит так же, как заказ с распечатанным пречеком.
• После получения с гостя реальных денег (наличных, или после проведения банковской транзакции), в заказе нажимается кнопка «Оплатить» и он закрывается. Фискальный чек при этом уже НЕ печатается. Он был напечатан ранее и отдан гостям до получения с них денег.

Настройка: Чек на расчет в кредит

• Заказ формируется и ведется на кассе r_keeper (или через Мобильного официанта) – все как обычно.
• Гости просят их рассчитать.
• В заказе нажимаем кнопку «Пречек + чек».
• Выбираем валюту, которой гости планируют рассчитаться.
• На фискальном регистраторе печатается:
  • Фискальный чек с признаком «Передача в кредит» и типом оплаты «Последующая оплата (кредит)»
  • Нефискальный документ (пречек r_keeper). Визуально это тот же самый пречек и там может быть отображена дополнительная информация (владелец карты лояльности, остаток балов, QR-код для оплаты чаевых и так далее). Если ничего этого не требуется – печать этого макета можно отключить.
• Стол в r_keeper НЕ закрывается. Визуально он выглядит так же, как заказ с распечатанным пречеком.
• После получения с гостя реальных денег (наличных, или после проведения банковской транзакции), в заказе нажимается кнопка «Оплатить» и он закрывается. При этом печатается второй фискальный чек с типом «Оплата кредита» и валютой, которую выбрали в начале расчета.

Основной вопрос: как работать по новой схеме, если гость изначально выразил намерение оплачивать заказ наличными, а потом, когда фискальный чек уже выбит, сказал что будет платить по карте?

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

Для случая «Единый чек перед оплатой» работа будет выглядеть так:

• Гость просит счета на наличные. Выбиваем чек на валюту «Рубли».
• Фактически гость рассчитывается «Кредитной картой».
• Перед тем как окончательно закрыть заказ в кассе, делаем «Коррекцию чека» и выбираем правильную валюту (Кредитная карта).
• По итогу такой операции через ФР будет сформирован чек коррекции возврата прихода (бумажный вариант этого чека не печатается), и тут же будет выбит новый фискальный чек коррекции на правильную валюту. Заказ закроется.

Для случая «Чек на расчет в кредит»:

• Гость просит счета. Выбиваем чек на оплату в кредит.
• Гость рассчитывается «Кредитной картой» или «Рублями».
• Закрываем заказ, указав валюту, в которой фактически был произведен расчет.
• На фискальном регистраторе печатается чек «Оплаты кредита» с той валютой, в которой рассчитался гость. Никаких чеков возврата / аннуляции в данной схеме не будет (т.к. не было первичного чека)

Вопросы и ответы

1. Можно ли не обновлять версию r_keeper и при этом работать по новым правилам, не нарушая закон?

Если гости никогда не будут ошибаться и не потребуются исправления и коррекции – можно.
Далеко не всегда это получится (не сработает в случае использования интегрированного банковского терминала). Когда потребуется замена валюты платежа, придется делать удаление фискального чека. Будет сделано «удаление чека», а не «чек коррекции возврата прихода». Такие возвраты для исправления ошибок противоречат существующему законодательству. Иными словами, обновляться – необходимо.

2. Какой режим (2 или 3) лучше (правильнее)?

По умолчанию мы настраиваем работу по схеме «Единый чек перед оплатой». Если у ресторана есть аргументы в пользу работы по схеме «Чек на расчет в кредит», то мы с удовольствием включим его.

3. А можно уже сегодня ставить новую версию?
   По состоянию на 10.02.2025 мы не рекомендуем обновляться на новую версию. Новые требования достаточно сильно меняют алгоритмы работы программы, и лучше подождать появления версий, где будут исправлены все грубые шероховатости.
4. А у нас фастфуд и никогда не было пречеков. Что для нас меняется?
   Для формата ФастФуд нет никаких исключений в законе. Схема та же: сперва выдать фискальный гостю чек, и только потом взять деньги (провести транзакцию по терминалу). Так что обновлять кассовое ПО и менять алгоритмы работы придется всем.
5. У нас большой ресторан, много официантов и 1 касса. За пречеками теперь очередь, что делать?

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