Тотальный контроль 2.0 - ПП №148 и цифровой паспорт покупателя

Введение

В прошлой статье 2026 – год тотального контроля: вслед за ТС ПИоТ внедряется система СПОТ мы разобрали две системы, которые с 2026 года оцифровывают движение товара: СПОТ - на границе, ПИоТ - на кассе. Товарные запасы прозрачны, импорт прозрачен, продажи прозрачны.

Казалось бы, всё. Но регулятор решил замкнуть периметр. С 1 сентября 2026 года вступает в силу Постановление Правительства РФ от 17.02.2026 N 148.

Если коротко: теперь оцифровывают не только товар, но и покупателя. Цифровые паспорта, подтверждение возраста, льготы и даже скидки по бонусным картам - всё это теперь должно проходить через единый государственный сервис.

Разбираемся, что это значит для розницы, кассиров и 1С.

Что говорят пункты 10(1) и 10(2)

Постановление вносит два новых пункта в Правила продажи товаров (ПП №2463):

10(1). При продаже товаров продавец обязан проверить сведения, позволяющие удостоверить личность и (или) установить возраст покупателя, а также сведения, подтверждающие право на льготы, при их предоставлении этим покупателем с использованием многофункционального сервиса обмена информацией.
10(2). В случае если продавцом реализуется программа с использованием дисконтных (накопительных) карт... продавец обеспечивает возможность использования потребителем многофункционального сервиса обмена информацией при предоставлении сведений, необходимых для участия в такой программе.

Иными словами:

1. Если покупатель показывает на кассе QR-код (или другой цифровой идентификатор) из нового госсервиса вместо паспорта - вы обязаны это принять и проверить. Отказ = нарушение правил торговли.

2. Если у вас есть бонусная система - вы обязаны дать покупателю возможность идентифицироваться в ней через тот же госсервис. Никаких "только по нашей карте" или "только по номеру телефона".

Что за "многофункциональный сервис" и где его искать

Самое интересное в ПП №148 скрыто за кулисами. Пункты 10(1) и 10(2) ссылаются Федеральный закон "О создании многофункционального сервиса обмена информацией".

Что это за сервис?

Судя по формулировкам, речь идёт либо о развитии платформы "Госуслуги", либо о создании нового API-шлюза для бизнеса. По логике, сервис должен уметь:

1. Верифицировать личность по номеру телефона, СНИЛС или биометрии.

2. Проверять возраст через единый реестр ЗАГС (без раскрытия паспортных данных магазину - только "Да/Нет").

3. Подтверждать льготы (инвалидность, ветеранство, многодетность) без предъявления бумажного удостоверения.

4. Хранить токены бонусных карт - выполнять функцию "единого кошелька" для всех программ лояльности.

Как это будет работать на кассе

Давайте смоделируем реальный сценарий. Берём продажу алкоголя.

Было:

Кассир: "Паспорт покажите". Покупатель протягивает бумажку. Кассир смотрит на фото, сверяет с лицом, вбивает дату рождения вручную или тыкает "Возраст введен". Готово.

С 1 сентября 2026:

1. Покупатель на кассе сканирует товар (алкоголь).

2. Касса (через УТМ или ТС ПИоТ) запрашивает подтверждение возраста.

3. Покупатель открывает приложение "Многофункционального сервиса" (или "Госуслуги" с новой функцией) и показывает QR-код на экране.

4. Сканер на кассе считывает QR.

5. Запрос уходит в облако госсервиса.

6. Сервис проверяет данные и возвращает ответ: "Гражданин Иванов И.И., 15.03.1985 г.р., паспорт действителен. Возраст подтвержден" (или просто true/false).

7. Чек пробивается, алкоголь продан.

Сценарий с бонусной картой:

1. Покупатель на кассе: "У меня есть бонусная карта".

2. Кассир: "Приложите карту или сканируйте QR из приложения".

3. Покупатель показывает тот же QR из госсервиса.

4. Касса отправляет ID из госсервиса в 1С, 1С находит привязанную внутреннюю карту лояльности и начисляет бонусы.

5. Государство так же видит всю историю покупок, накопления/списания бонусов, все покупки конкретного человека.

Что это значит для 1С

Если оставить теорию и перейти к практике, для 1С-специалистов это выливается в конкретные задачи.

1. Новый вид обработки ККМ

Потребуется новый тип запроса к кассе или доработка существующего драйвера. Сейчас драйверы ККМ умеют:

• печатать чек;

• открывать смену;

• вносить оплату.

Теперь им, возможно, придётся уметь отправлять запросы к госсервису и получать ответ о верификации. Либо это будет внешний модуль, как тот же ТС ПИоТ для маркировки, скорее всего так же как ПИоТ платный.

2. Интеграционный модуль

Если сервис будет предоставлять API (а он будет), понадобится модуль для 1С, который будет:

• авторизовываться в сервисе;

• отправлять запросы верификации;

• обрабатывать ответы;

• логировать ошибки.

3. Подсистема лояльности

В типовых конфигурациях (УТ, КА, ERP, УНФ) сейчас идентификаторы клиента - это обычно номер телефона или номер карты. Добавится новый тип: ID в госсервисе. Потребуется:

• доработать справочник "Контрагенты" или "Партнеры";

• добавить возможность привязки внешнего ID;

• настроить обмен, чтобы при сканировании QR на кассе 1С понимала, кому начислять баллы.

4. Связь с 54-ФЗ (гипотеза)

НО, если копнуть глубже, ПП №148 может повлечь изменения в формате фискальных документов. Логика такая: если касса пробивает товар, требующий возрастной проверки (алкоголь, табак, вейпы), и идентификация прошла через госсервис, не нужно ли будет передавать в ФНС уникальный идентификатор транзакции подтверждения возраста? Пока это предположения, но опыт с маркировкой показывает: сначала появляется постановление, а через полгода - изменения в форматах ФД. Тем самым государство будет видеть историю покупок конкретного человека, где, что и когда покупал. 

Три системы контроля 2026

Чтобы читатель увидел картину целиком, свожу всё в одну таблицу:

Итог: 2026 год окончательно замыкает контур. Государство знает:

• что вы везете (СПОТ);

• что вы продаете (ПИоТ);

• кому вы это продаете (ПП №148).

Мировой контекст

Россия здесь не первопроходец. Просто для масштаба:

• Эстония: Цифровые ID-карты обязательны для голосования, банковских операций и ряда покупок. Работает с 2002 года.

• Китай: Система социального кредита интегрирована с Face ID на кассах. Оплатил штраф - рейтинг упал, скидок меньше.

• Евросоюз: С 2026 года вводится единый цифровой кошелек EU Digital Identity Wallet, который включает удостоверение личности, банковские карты и водительские права.

Наш вариант - через единый сервис и QR-коды - выглядит как гибрид европейского и азиатского подходов с поправкой на российские реалии.

Хронология: что должно произойти до 1 сентября 2026

Для тех, кто любит планировать:

• Март 2026: Постановление №148 подписано и опубликовано.

• Апрель-Май 2026: Ожидаем публикацию закона и главное - требований к API сервиса и протоколам обмена.

• Июнь-Июль 2026: Фирма "1С" должна выпустить обновления типовых конфигураций (если изменения будут на уровне платформы или БСП). Разработчики кассового ПО начнут выпускать драйверы и модули.

• Август 2026: Последний месяц на тестирование, доработку кассового софта и интеграцию с 1С.

• 1 сентября 2026: Дедлайн. Все кассы, торгующие возрастными товарами и имеющие бонусные программы, должны принимать цифровые документы.

Цена вопроса и риски

Как и в случае с ПИоТ, где сообщество уже обсуждает дополнительные расходы (5000 руб. за ККТ), ПП №148 тянет за собой свои риски.

Для бизнеса

• Штрафы: Продажа алкоголя несовершеннолетнему, если кассир не смог проверить цифровой документ или проигнорировал требование - это оборотные штрафы и закрытие точки. Новая редакция КоАП (ожидается к лету) может ужесточить ответственность.

• Технические сбои: Если упадет сервер нового госсервиса- встанет продажа возрастных товаров. Офлайн-режима, как в маркировке, пока не анонсировано. Готовьтесь к "техническим работам" в пятницу вечером.

• Дополнительные расходы: Если для работы с сервисом потребуется платный модуль (как ПИоТ), это ещё одна статья расходов для магазина.

Для 1С-специалистов

• Новый фронт работ: Интеграция с госсервисом, доработка подсистем лояльности, обновление документации.

• Срочность: Спрос на такие доработки взлетит к августу 2026. Кто не успеет - тот опоздает.

Вопросы пока без ответов 

1. Технический: Если сервис ляжет, а покупателю нужно срочно продать пачку сигарет или презервативы - что делать кассиру? Нарушать закон или терять клиента? Будет ли офлайн-режим, как в маркировке?

2. Юридический: Кто несет ответственность, если сервис подтвердил возраст, а паспорт оказался поддельным (ошибка в данных)? Магазин или государство?

3. Бюджетный: Сколько будет стоить подключение к сервису для магазина? Будет ли это "ещё одна подписка", как с ПИоТ?

4. Архитектурный: Будет ли это отдельный модуль, или функцию верификации встроят в ТС ПИоТ?

Заключение

Комментаторы к прошлой статье процитировали классика: «пружина беспредела не может сжиматься бесконечно». Мой ответ тогда был: «до предела ещё далеко, регулирование вводят постепенно и равномерно». Сейчас, глядя на ПП №148, я лишь убеждаюсь в этом.

2026 год превращает 1С из учетной системы в универсальный шлюз для общения с государством. Сначала мы настраивали обмен с "Честным знаком" (ПИоТ), потом интегрировались с таможней (СПОТ). Теперь нам предстоит подключать кассы к госсистеме верификации покупателей.

Готовиться к этому нужно заранее. Потому что 1 сентября 2026 года - это не просто дата в календаре. Это день, когда без цифрового паспорта покупатель может остаться без покупки, а магазин - без выручки и со штрафом.

P.S. Если у вас есть инсайды по закону о "многофункциональном сервисе" или техническим требованиям - пишите в комментарии. Буду дополнять статью по мере появления информации.

Другие статьи автора:

Маркировка в "древней" УТ 10.3 (10.3.6.8) и полноценный ТСД (Online) или как обойтись без перехода на УТ 11.5

Как подключить маркировку в древней УТ 10.3 без перехода на УТ 11.5 - все необходимые объекты, модули и доработки

Автоматическое обновление токенов Честного Знака в 1С

Автоматическое обновление токенов Честного Знака в 1С - готовое решение для УТ, КА, ERP, УНФ, Розницы и Бухгалтерии, которое избавляет от ручных обновлений и остановки процессов.

Дубликатор кодов маркировки (КИЗ) DataMatrix: Расширение 1С с проверкой в Честном Знаке (копирует ЛЮБЫЕ КИЗы!)

Автоматическое обновление токенов Честного Знака в 1С - готовое решение для УТ, КА, ERP, УНФ, Розницы и Бухгалтерии, которое избавляет от ручных обновлений и остановки процессов.

Маркировка остатков товаров на складе: Как сделать все быстро и без ошибок (мой практический опыт)

Маркировка остатков 10 000+ товаров без ошибок — готовое решение, которое исключает человеческий фактор, автоматизирует процесс и работает напрямую с 1С. Пошаговый опыт и готовое расширение внутри.

Маркировка остатков в распределенной рознице: Как промаркировать более 100 тыс. товаров в нескольких десятках магазинов без хаоса и ошибок

Маркировка остатков 100 000+ товаров в рознице без хаоса и ошибок — клиент-серверное решение, где сканируешь ШК в магазине и сразу получаешь КМ на принтере, независимо от кассового ПО. Практический опыт, регламент и готовый комплект кода внутри.