Вопрос об автоматизации оплаты бонусными баллами является одним из самых частых при настройке розничных систем на платформе 1С. Основная сложность заключается в необходимости соблюдения требований 54-ФЗ и правильном отражении операций в фискальных чеках. Давайте разберем эту задачу по шагам, опираясь на лучшие практики и разъяснения контролирующих органов.
Первым делом определимся, чем являются бонусы в вашей системе лояльности. В большинстве случаев внутренние бонусы, которые нельзя обналичить, квалифицируются как скидка. Это наиболее безопасный путь с точки зрения налогообложения. Когда вы применяете бонус как скидку, налогооблагаемая база формируется исходя из фактически полученных от покупателя денежных средств. В этом случае в чеке отражается стоимость товара за вычетом суммы скидки.
Попытки представить бонусы как «предоплату» или «иную форму оплаты» (встречное предоставление) технически возможны через настройку драйверов ККТ (использование типов оплаты 6-10), однако это создает дополнительные риски. Во-первых, это усложняет учет операций при возвратах товаров. Во-вторых, у налоговой инспекции могут возникнуть вопросы, почему была зафиксирована «предоплата» без соответствующего первичного документа, подтверждающего получение аванса.
Согласно письму ФНС, при расчетах с использованием бонусных баллов в чеке необходимо указывать цену и стоимость товара с учетом скидки. Это означает, что фискальная сумма чека должна соответствовать реальным деньгам, поступившим в кассу. Многие пользователи опасаются, что покупателям не понравится видеть «скидку» в чеке, особенно если это корпоративный клиент, отчитывающийся перед своим заказчиком.
Решить это противоречие можно двумя способами:
LIBFPTR_PARAM_PAYMENT_TYPE. Если вы все же настраиваете специфические типы оплаты, помните, что это не отменяет необходимости корректного формирования налоговой базы.Если вы используете оборудование (например, АТОЛ), при регистрации оплаты чека через драйвер используются параметры метода payment(). Разберем, как выглядит логика типов оплаты в контексте работы с ККТ:
// Пример выбора типа оплаты при формировании чека
// LIBFPTR_PT_CASH - наличными
// LIBFPTR_PT_ELECTRONICALLY - безналичными
// LIBFPTR_PT_OTHER - иная форма оплаты (встречное предоставление)
Драйвер.setParam(LIBFPTR_PARAM_PAYMENT_TYPE, LIBFPTR_PT_ELECTRONICALLY);
Драйвер.setParam(LIBFPTR_PARAM_PAYMENT_SUM, СуммаОплаты);
Драйвер.payment();
Важно понимать, что при использовании типов расчета 6-10 (иная форма оплаты), вам необходимо предварительно настроить ККТ на соответствующий способ через параметры драйвера. Однако еще раз подчеркнем: использование этих типов требует глубокой проработки юридических аспектов, так как ФНС в первую очередь видит общую сумму, признаваемую доходом.
При оформлении бонусов как скидки вы значительно упрощаете процесс возврата товара. Если покупатель возвращает покупку, вы возвращаете ему только ту сумму, которую он фактически заплатил деньгами. Бонусы при этом либо аннулируются, либо восстанавливаются на счету клиента в соответствии с вашим внутренним положением о программе лояльности. Это исключает возможность недобросовестного «обналичивания» баллов, с чем часто сталкиваются компании, пытающиеся оформить бонусы как «предоплату».
Разберем основные принципы, которые помогут вам избежать претензий налоговых органов:
В завершение, проанализируем ситуацию: наиболее корректным с точки зрения закона решением является проведение бонусной оплаты именно как скидки. Это минимизирует риски, упрощает работу кассиров и позволяет избежать путаницы при формировании отчетности для ФНС.