С начала сентября для части продавцов меняется одно из правил работы программ лояльности. Речь не о запрете пластиковых карт и не о всеобщей замене паспорта цифровым документом. Официальное постановление Правительства № 148 сформулировано заметно уже: оно касается продавцов, которые используют дисконтные или накопительные карты и начисляют бонусы либо баллы в рамках программы лояльности.
Для такого продавца правила розничной продажи дополняются требованием обеспечить потребителю возможность использовать многофункциональный сервис обмена информацией при передаче сведений, необходимых для участия в программе. Норма вступает в силу с первого сентября две тысячи двадцать шестого года.
Для бизнеса здесь важен не громкий термин, а практический вопрос: где сегодня живёт программа лояльности, какие данные покупатель передаёт для участия и готов ли этот участок процесса к новому способу обмена сведениями.
Что именно изменилось
Постановление № 148 вносит изменение в Правила продажи товаров по договору розничной купли-продажи. Новая норма описывает конкретную ситуацию: продавец реализует программу с дисконтными или накопительными картами, программа стимулирует активность покупателей и предусматривает начисление бонусов, баллов или других единиц активности.
В этом случае продавец должен обеспечить возможность использования потребителем многофункционального сервиса обмена информацией, когда покупатель передаёт сведения, необходимые для участия в программе.
Это принципиально уже, чем формулировка «все магазины обязаны принимать цифровой ID вместо паспорта». В самом постановлении предмет изменения — участие в программе лояльности и передача связанных с этим сведений. Поэтому подготовку разумно начинать не с закупки оборудования, а с разбора собственной механики лояльности.
Что это значит для бизнеса
Если магазин не использует дисконтную, накопительную или бонусную программу, описанная конструкция не становится для него внезапной обязанностью запускать такую программу. Если программа есть, нужно посмотреть на путь клиента от регистрации до списания и начисления бонусов.
В офлайн-рознице этот путь может начинаться на кассе. В интернет-магазине — в личном кабинете, форме регистрации, корзине или отдельном разделе программы лояльности. В омниканальной модели один и тот же клиент может участвовать в программе через сайт, физический магазин и CRM. Поэтому нормативное изменение быстро превращается из юридической новости в задачу для владельца продукта, разработчика и человека, отвечающего за клиентские данные.
Риск возникает, когда программа лояльности собрана из нескольких несогласованных компонентов: одна база на сайте, другая в кассовом ПО, третья в CRM, а правила начисления бонусов поддерживаются вручную. Тогда любое изменение интерфейса или способа передачи сведений требует правки сразу в нескольких местах.
Что делать сейчас
Сначала стоит описать текущий сценарий участия в программе лояльности. Какие сведения запрашиваются у покупателя, где они сохраняются, какие системы получают эти данные, кто отвечает за их обработку и каким способом клиент затем подтверждает участие.
Следом нужно отделить юридическое требование от технической реализации. Постановление задаёт обязанность обеспечить возможность использования многофункционального сервиса, но архитектура конкретного магазина может отличаться. Поэтому полезно одновременно проверить условия программы лояльности, политику обработки данных, фронтенд сайта, CRM и интеграционный слой.
Отдельно стоит проверить, нет ли в пользовательском пути жёсткой привязки к единственному старому способу регистрации. Если участие возможно только через один исторически сложившийся сценарий, изменение требований обычно затрагивает больше компонентов, чем в системе, где способы передачи сведений отделены от логики начисления бонусов.
Наконец, нужно подготовить поддержку. Новое правило вызовет вопросы покупателей. Сотрудники должны одинаково понимать, что именно изменилось, к какой программе это относится и куда направить клиента при проблеме в цифровом сценарии.
Собственный интернет-магазин: где он решает задачу, а где нет
Свой интернет-магазин решает задачу контроля клиентского интерфейса: бизнес сам меняет регистрацию, личный кабинет, отображение бонусов, интеграцию с CRM и собственную аналитику. Это полезно, когда сайт работает как второй канал продаж, а не как копия карточек с маркетплейса.
Он частично решает задачу омниканальности. Сайт может стать общей точкой для клиентской базы, повторных продаж и персональных коммуникаций, но только если касса, CRM, учёт и программа лояльности действительно связаны. Сам факт наличия сайта интеграцию не создаёт.
Собственный магазин не решает юридическую и организационную часть автоматически. Бизнесу всё равно нужно корректно определить состав данных, правила программы и обязанности сотрудников. Собственный магазин не гарантирует рост или прибыльность, а трафик не появляется автоматически: остаются затраты на привлечение, платежи, логистику, поддержку и операционные процессы.
Кому такой второй канал особенно полезен? Бизнесу, который уже продаёт в нескольких каналах, ведёт собственную клиентскую базу, использует повторные продажи и хочет управлять коммерческой механикой и аналитикой самостоятельно. Кому интернет-магазин пока не нужен только ради этого изменения? Компании без собственной программы лояльности и без отдельной задачи строить собственный канал: запускать сайт исключительно из-за постановления было бы неверной причинностью.
Почему не стоит переделывать всё сразу
Регуляторные изменения часто запускают дорогую реакцию: кажется, что нужно срочно заменить систему. В данном случае разумнее сначала провести инвентаризацию. Если программа лояльности уже построена через отдельный сервис и понятный интеграционный слой, объём изменений может оказаться локальным. Если бонусная логика встроена прямо в старую CMS или кассовый модуль, потребуется более широкий разбор.
Полезно проверить и владение знаниями о текущей схеме. Если только один подрядчик понимает, как связаны сайт, CRM и бонусы, это операционный риск независимо от постановления. Документированная схема обмена данными и понятные границы систем снижают стоимость последующих изменений.
Не менее важно не смешивать программу лояльности с другими видами цифровой идентификации. Новость нужно читать буквально по первоисточнику. Это защищает бизнес от двух крайностей: пропустить реальную обязанность или начать внедрение того, чего нормативный акт не требует.
Как посмотреть логику собственного канала вживую
Если задача шире одного нормативного изменения и бизнес оценивает собственный канал продаж, полезнее смотреть не на скриншоты, а на работающий пользовательский путь: каталог, карточку, корзину и личный кабинет. Для этого можно открыть интерактивный демонстрационный магазин PAWNOURISH Market и пройти его как покупатель.
Демо не является клиентским проектом и не показывает конкретную реализацию требования постановления. Оно позволяет оценить сам принцип управляемого собственного канала, который затем можно связывать с CRM, аналитикой и программой лояльности.
Если бизнесу нужен такой второй канал с интеграциями под его реальную операционную схему, отдельно описан подход к разработке интернет-магазина.
Ограничения и риски
Материал не заменяет юридическую проверку конкретной программы лояльности. Формулировка постановления задаёт рамку, но фактический объём доработок зависит от того, какие сведения собирает продавец, как устроены условия участия и какие системы используются.
Не стоит также делать вывод, что новое правило автоматически улучшит конверсию или снизит расходы. Таких эффектов постановление не обещает. Для бизнеса это прежде всего изменение требований к клиентскому сценарию и повод проверить, насколько гибко устроен цифровой контур.
Вывод
Главный смысл инфоповода не в слове «цифровой». С начала сентября у продавцов с программами лояльности появляется конкретное требование к способу передачи сведений для участия в такой программе. Если система собрана модульно, это управляемая задача. Если данные и бонусная логика размазаны между сайтом, кассой и CRM, изменение выявит архитектурный долг.
Правильная реакция сейчас — не паника и не закупка очередной платформы, а проверка действующего клиентского пути, данных и интеграций.
Источник
Постановление Правительства Российской Федерации от 17.02.2026 г. № 148.