• Frontol 5
  • Frontol xPOS
  • Frontol Manager
54-ФЗ. Нюансы реформы и скидки. Федеральная налоговая служба России приказом от 21.03.2017 № ММВ-7-20/229@ утвердила форматы фискальных документов, обязательных к использованию при работе с контрольно- кассовой техникой. Одним из требований форматов является регистрация товара в позиции чека по итоговой цене с учетом скидок и надбавок. Реализация этого требования в кассовом программном обеспечении привела к разделению позиций в чеке. Например, при покупке трех одинаковых товаров, на чеке они могут отображаться в виде двух строк с различной ценой и количеством. С точки зрения отчетности для регулирующих органов информация о продажах зарегистрирована корректно. А вот покупатели не всегда понимают, почему один и тот же товар в чеке имеет различную цену. Постараемся объяснить подробнее. Почему возникает разделение позиций в чеке? Следует отметить, что в соответствии с форматами фискальных документов обязательным условием является равенство произведения количества и цены товара сумме позиции с точностью до копейки. При использовании различных скидок не всегда получается рассчитать цену товара со скидкой таким образом, чтобы было выполнено соответствующее условие. Для примера рассмотрим случай, когда клиенту предоставляется скидка в 7% от суммы чека: Шоколад горький 9 шт. * 99,95 = 899.55 – скидка 7% (62,97) = 836,58 При расчёте итоговой цены товара со скидкой получаем значение 99,95 – (62,97 / 9) = 93,25 Теперь посмотрим, какой итог чека получится с этой ценой: Шоколад горький 9 шт. * 93,25 = 839,25 Очевидно, что при подобном распределении покупатель заплатит больше, чем он предполагал. Чтобы сохранить скидку и избежать конфликта кассовое программное обеспечение при пробитии чека разделяет товар на 2 позиции с разным количеством и разной ценой. При этом цена товара в этих позициях не должна отличаться более чем на 1 копейку. Чек будет выглядеть следующим образом: Вероятность возникновения конфликта с покупателем при отображении на чеке штучного товара в таком формате минимальна. Избежать его совсем можно отключив объединение позиций с одинаковым товаром – каждая единица товара будет зарегистрирована в ККТ отдельной позицией. Покупатели привыкнут, что товар в чеке не объединяется, и, скорее всего, не будут задавать вопросы. Чек без объединения будет выглядеть следующим образом: Все конфликты с покупателями, про которые мы знаем, были связаны с весовым товаром. Давайте на примере рассмотрим причину этих конфликтов. Предположим, что покупатель хочет оплатить свою покупку накопленными бонусами в размере 2000. Так как оплата бонусом уменьшает сумму чека к фискальной оплате, то она также является скидкой и должна учитываться при расчёте цены товара: Говядина лопатка 4.523 кг * 499.99 = 2261,45 – оплата бонусами 2000 = 261,45 Проверяем, что регистрация по итоговой цене не даст ожидаемого результата: 499.99 – (2000 / 4.523) = 57,81 Говядина лопатка 4.523 кг * 57,81 = 261,47 Чтобы при печати чека получить одинаковые суммы, происходит разделение позиции с товаром на 2: Естественно, покупатель, держа в руках упаковку мяса с надписью 4.523 кг и видя такой чек, начинает возмущаться. Объяснения, что он в итоге не переплатил, не помогают. Самым простым способом решения данной проблемы была бы регистрация весового товара в единичном количестве на итоговую сумму позиции, при этом фактическое количество указывалось бы в наименовании товара. Однако это является нарушением требований ФФД и грозит наказанием со стороны регулятора. Мы нашли решение! Уже в ближайшей версии Frontol 5.20, которая выйдет в начале сентября, при необходимости будет начисляться корректирующая скидка на весовой товар после срабатывания всех скидок и оплат бонусами. Корректирующая скидка будет изменять позицию таким образом, чтобы скидка полностью распределялась по цене. В рассмотренном ранее примере с весовым товаром Frontol автоматически начислит корректирующую скидку: Говядина лопатка 4.523 кг * 499.99 = 2261,45 – оплата бонусами 2000 – корректирующая скидка 0,02 = 261,43 Клиент получит дополнительную скидку, пусть и небольшую, и красивый чек: Сейчас распространена практика округления суммы чека до 50 копеек или до рублей. Ранее округление выполнялось при помощи скидки. Совместное использование корректирующей скидки и округления скидкой может привести к непредвиденному уменьшению стоимости товара вплоть до нулевой. Причина этого заключается в повторении действий: 1. начислили корректирующую скидку 2. сделали скидку для округления 3. после скидки для округления появилась необходимость в применении корректирующей скидки 4. и опять нужно округлять. В связи с этим использование корректирующей скидки исключает применение скидки для округления. Чтобы сохранить совместное использования округления и корректирующей скидки в ближайшей версии Frontol 5.20 будет поддержана возможность округления копеек в сумме чека без применения скидки. В соответствии с требованиями ФФД сумму расчёта подобным способом можно округлить не более чем на сумму копеек в ней. Предположим, что в описанном выше случае пользователь ККТ не хочет связываться с копейками и списывает их в свой убыток. Говядина лопатка 4.523 кг * 499.99 = 2261,45 – оплата бонусами 2000 – корректирующая скидка 0,02 = 261,43 Выполняется округление на сумму 0.43 рубля, в итоге к расчёту покупатель имеет сумму 261.00 рубль, а после оплаты получает чек: Новые механизмы работы будут опциональными. Таким образом у пользователей кассовой программы появляется выбор: 1. Жить с разделением весового товара при расчёте цены со скидками и использовать новый вариант округления или округление скидкой. 2. Исключить разделение весового товара при помощи корректирующей скидки, но при этом будет доступен к использованию только новый вариант округления. Взаимодействие с внешними системами При использовании корректирующих скидок проблем во взаимодействии с товароучётными системами не будет, так как скидки выгрузятся как обычные. Использование нового способа округления будет приводить к проблемам, если товароучётная система работает на основании данных из позиций чеков. В этом случае, например, сменный итог в товароучётной системе будет расходиться со сменным итогом в ККТ на сумму всех округлений за смену. Для исключения данной проблемы товароучётную систему необходимо «научить» обрабатывать новую транзакцию, которую Frontol будет выгружать при наличии округления новым способом. Более подробное описание по изменению в форматах выгрузки из Frontol можно получить по запросу на электронный адрес soft.atol.@atol.ru В работе с внешними системами лояльности всё немного сложнее. При использовании
корректирующей скидки будет работать только интеграция с Frontol Discount Unit и Loymax, а при
использовании нового способа округления только с Frontol Discount Unit. Информация об
изменениях во Frontol отправлена и другим производителям систем лояльности, в настоящий
момент ожидаются необходимые доработки протоколов взаимодействия, после этого они будут
поддержаны во Frontol.
Олег Терехов,
Руководитель проектов АТОЛ Software

Вернуться к списку