Главное Авторские колонки Пресс-релизы Промо Вакансии Вопросы
182 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Цифровой рубль с 1 сентября 2026 года: семь решений, которые бизнесу нельзя оставлять на август

С 1 сентября 2026 года для первой группы российских компаний обязательный приём цифрового рубля перестанет быть экспериментом и станет операционным требованием.
Мнение автора может не совпадать с мнением редакции

На уровне руководства эту задачу легко недооценить. Кажется, что достаточно поручить банку подключение, обновить кассовое программное обеспечение и сообщить сотрудникам о новом способе оплаты.

На практике цифровой рубль затрагивает сразу несколько функций бизнеса:

— финансы и казначейство;

— договорную работу;

— торговую инфраструктуру;

— бухгалтерский учёт;

— возвраты покупателям;

— информационную безопасность;

— обучение персонала;

— взаимодействие с контролирующими органами.

Поэтому главный вопрос для собственника или генерального директора звучит не так: «Подключил ли нас банк?»

Правильный вопрос: «Способна ли компания доказать, что с установленной даты она действительно готова принять платёж цифровыми рублями в каждой торговой точке, где обязана это делать?»

Решение № 1. Сначала определить обязанность, а не покупать оборудование

Первой ошибкой может стать преждевременное техническое подключение без юридической квалификации.

Обязанность принимать цифровой рубль вводится поэтапно. Срок зависит не только от размера бизнеса.

Для определения статуса компании необходимо проверить в совокупности:

— работает ли она с потребителями — физическими лицами;

— какова её выручка за соответствующий период;

— какой договор эквайринга действовал на юридически значимую дату;

— в каком банке она обслуживалась;

— к какой категории относился этот банк;

— имеются ли исключения по отдельным торговым точкам.

Для первого этапа, начинающегося 1 сентября 2026 года, существенное значение имеет выручка за 2025 год свыше 120 млн рублей и наличие на 1 января 2026 года договора эквайринга с банком, относящимся к предусмотренной законом категории.

Это означает, что текущий обслуживающий банк — не единственный ориентир.

Если организация сменила банк после 1 января 2026 года, необходимо изучать не только действующий договор, но и документы, которые существовали на контрольную дату.

Управленческий вывод

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

  1. этап подключения компании;
  2. нормативное основание;
  3. применённые показатели выручки;
  4. сведения о договоре эквайринга;
  5. статус банка на контрольную дату;
  6. перечень подразделений, которых касается обязанность;
  7. выявленные исключения.

Без такого документа компания рискует строить всю дальнейшую подготовку на неверной исходной квалификации.

Решение № 2. Проверять не компанию в целом, а каждую торговую точку

У крупного бизнеса может быть единая выручка, единое юридическое лицо и десятки либо сотни мест расчётов.

Но обязанность на практике исполняется не в головном офисе, а в конкретном магазине, офисе продаж, пункте обслуживания или иной точке, где покупатель производит оплату.

При этом для отдельных торговых точек могут действовать исключения.

Значение, в частности, способны иметь:

— выручка конкретной точки;

— наличие устойчивого доступа к Интернету;

— особенности способа расчётов;

— фактическая возможность использовать платёжную инфраструктуру.

Следовательно, решение «подключить всю сеть» может оказаться избыточным, а решение «достаточно подключить центральный офис» — недостаточным.

Что необходимо сделать

Составить единый реестр мест расчётов с указанием:

— адреса;

— формата торговой точки;

— объёма выручки;

— используемой кассы;

— модели терминала;

— банка-эквайера;

— качества интернет-соединения;

— необходимости подключения цифрового рубля;

— основания для возможного освобождения;

— ответственного сотрудника;

— текущего статуса готовности.

Такой реестр должен стать рабочим инструментом проекта, а не формальным приложением к приказу.

Решение № 3. Назначить одного владельца проекта

Цифровой рубль — типичная межфункциональная задача. Именно поэтому она рискует остаться без реального владельца.

Банк будет отвечать за свою часть инфраструктуры. Поставщик кассового программного обеспечения — за обновление системы. Бухгалтерия — за учёт. Юристы — за документы. Руководители торговых точек — за работу сотрудников.

Но никто из них автоматически не отвечает за конечный результат.

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

Практическое решение

Необходимо назначить руководителя проекта, который будет иметь право:

— запрашивать информацию у всех подразделений;

— взаимодействовать с банком и подрядчиками;

— утверждать единый календарный план;

— контролировать устранение технических недостатков;

— организовывать тестирование;

— докладывать руководству о рисках;

— формировать доказательства подготовки.

Для крупной компании целесообразно создать рабочую группу с участием:

— финансового директора;

— юридической службы;

— бухгалтерии;

— информационных технологий;

— службы безопасности;

— розничного или операционного блока;

— подразделения по работе с персональными данными;

— внутреннего контроля.

Главное — сохранить единый центр ответственности.

Решение № 4. Тестировать не только оплату, но и сбои

Типичная проверка новой платёжной функции выглядит так: проводится одна успешная операция, после чего система признаётся готовой.

Для реального бизнеса этого недостаточно.

Основные потери возникают не в стандартной ситуации, а при отклонениях:

— покупатель отменил операцию;

— платёж завис;

— деньги списались, но касса не получила подтверждение;

— код был отсканирован дважды;

— отсутствует связь;

— терминал не передал сведения в кассовую систему;

— требуется возврат;

— на цифровом кошельке продавца недостаточно средств для возврата;

— кассир выбрал неправильный способ оплаты;

— банк или платформа временно недоступны.

Поэтому тестирование должно строиться на сценариях, а не на одном контрольном платеже.

Минимальный набор проверок

До даты запуска следует провести:

  1. обычную оплату;
  2. оплату на минимальную сумму;
  3. оплату на крупную сумму;
  4. отмену до завершения операции;
  5. полный возврат;
  6. частичный возврат;
  7. повторное предъявление кода;
  8. временное отключение связи;
  9. восстановление операции после сбоя;
  10. сверку кассовых, банковских и бухгалтерских данных.

Результаты необходимо фиксировать актами, журналами или электронными протоколами.

Фраза подрядчика «система должна работать» доказательством готовности не является.

Решение № 5. Заранее определить порядок возврата

При внедрении нового платёжного инструмента компании обычно концентрируются на приёме денег.

Но именно возврат может стать первым процессом, который покажет, что система внедрена только формально.

Необходимо заранее ответить на вопросы:

— возвращаются ли деньги исключительно цифровыми рублями;

— как идентифицируется исходная операция;

— кто имеет право оформить возврат;

— как покупатель сообщает реквизиты цифрового кошелька;

— как действовать при недостаточном остатке у продавца;— требуется ли предварительное пополнение кошелька;

— как оформляется кассовый чек;

— как операция отражается в бухгалтерском учёте;

— какой срок возврата считается допустимым;

— куда обращается сотрудник при технической ошибке.

Если ответы на эти вопросы впервые будут искать в присутствии покупателя, компания практически неизбежно столкнётся с конфликтом.

Что должен получить сотрудник

Не длинную юридическую инструкцию, а короткий алгоритм:

  1. проверить способ первоначальной оплаты;
  2. найти операцию;
  3. проверить возможность возврата;
  4. оформить операцию в системе;
  5. выдать или направить подтверждение;
  6. зафиксировать технический сбой при его наличии;
  7. обратиться к назначенному ответственному.

Для нестандартных ситуаций должен существовать отдельный маршрут эскалации.

Решение № 6. Не ограничиваться кассой: проверить договоры и учёт

Новый способ расчётов может потребовать изменения документов и внутренних процедур.

Особого внимания заслуживают:

— публичные оферты;

— правила продажи;

— договоры с потребителями;

— положения о способах оплаты;

— порядок возврата денежных средств;

— учётная политика;

— кассовые регламенты;

— полномочия сотрудников;

— документы по обработке персональных данных;

— договоры с банками и техническими подрядчиками.

Не во всех случаях потребуется масштабная переработка документов. Формальное добавление слов «цифровой рубль» в каждый локальный акт также не имеет смысла.

Изменения должны следовать из фактической модели работы компании.

Например, если банк, оператор или подрядчик получает новые категории данных либо меняется цель их обработки, необходимо отдельно проверить блок персональных данных.

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

Вопрос для финансового директора

Сможет ли компания утром после запуска сопоставить:

— данные кассы;

— сведения банка;

— операции цифрового кошелька;

— бухгалтерские записи;

— возвраты;

— спорные и незавершённые платежи?

Если нет, система ещё не готова к эксплуатации.

Решение № 7. Создавать доказательства готовности до проверки, а не после неё

Даже добросовестная компания может столкнуться с ситуацией, когда банк или технический подрядчик задерживает подключение.

Но ссылка на действия контрагента сама по себе не гарантирует освобождения от ответственности.

Для руководства принципиально важно показать, что организация:

— своевременно определила свою обязанность;

— заранее обратилась в банк;

— передала необходимые документы;

— заказала обновление оборудования;

— контролировала сроки;

— проводила тестирование;

— фиксировала сбои;

— обучала сотрудников;

— предпринимала меры для устранения препятствий.

Защитный комплект документов

В компании следует сформировать отдельное дело, включающее:

— правовое заключение о сроке подключения;

— приказ о назначении ответственного;

— реестр торговых точек;

— обращения в банк;

— ответы банка;

— договоры и заявки подрядчикам;

— акты выполненных работ;

— протоколы тестирования;

— журналы ошибок;

— документы об обучении сотрудников;

— обновлённые внутренние регламенты;

— сведения о неустранённых технических проблемах;— планы и сроки их устранения.

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

Как оценить реальную стоимость риска

Предусмотренные административные штрафы для юридических лиц составляют от 30 000 до 50 000 рублей, для должностных лиц и индивидуальных предпринимателей — от 15 000 до 30 000 рублей.

На первый взгляд эти суммы могут показаться незначительными для среднего и крупного бизнеса.

Но прямой штраф — только одна часть риска.

Финансовые последствия могут включать:

— несколько зафиксированных отказов;

— обращения потребителей;

— внеплановые проверки;

— затраты на срочное устранение нарушений;

— простои торговых точек;

— конфликт с банком или подрядчиком;

— репутационные потери;

— необходимость оперативно менять процессы во всей сети.

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

Но также опасно исходить из предположения, что несколько случаев будут автоматически признаны одним нарушением.

Рациональный подход — строить систему так, чтобы минимизировать саму вероятность отказа и одновременно фиксировать все обстоятельства каждого технического сбоя.

Контрольный список для руководителя

К моменту запуска руководство должно получить ответы на десять вопросов:

  1. Установлен ли точный этап подключения компании?
  2. Подтверждён ли статус банка на юридически значимую дату?
  3. Проверен ли договор эквайринга?
  4. Составлен ли реестр всех мест расчётов?
  5. Определены ли точки, на которые распространяются исключения?
  6. Проведено ли сценарное тестирование?
  7. Работает ли возврат цифровых рублей?
  8. Обновлены ли необходимые договоры и внутренние документы?
  9. Обучены ли сотрудники первой линии?
  10. Сформирован ли комплект доказательств подготовки?

Если хотя бы на один вопрос нет документированного ответа, проект нельзя считать завершённым.

Что делать компаниям, которые подключаются позднее

Бизнесу, для которого обязанность возникнет в 2027 или 2028 году, не стоит воспринимать более поздний срок как основание ничего не делать.

Первый этап даст рынку практическую информацию, которой сейчас ещё нет:

— какие технические сбои возникают чаще всего;

— как банки организуют подключение;

— какие версии кассового программного обеспечения действительно работают;

— как проводятся возвраты;

— какие претензии предъявляют потребители;

— как контролирующие органы квалифицируют нарушения;

— какие документы признаются достаточными доказательствами подготовки.

Поэтому компаниям следующих этапов целесообразно уже сейчас:

— определить предварительный срок подключения;

— назначить ответственное подразделение;

— заложить бюджет;

— проверить договоры с банками и поставщиками оборудования;

— следить за практикой первого этапа;

— не закупать решения до подтверждения их фактической совместимости.

Это позволит внедрять систему на основании накопленного опыта, а не повторять чужие ошибки.

Главный вывод для бизнеса

Цифровой рубль — не самостоятельный технологический проект и не дополнительная банковская услуга.

Это изменение платёжной архитектуры компании, которое требует участия руководства.

Успешное внедрение определяется не фактом открытия цифрового кошелька, а способностью бизнеса обеспечить полный цикл:

оплата — подтверждение — кассовый чек — учёт — возврат — разрешение сбоя — документирование.

Компании, которые сведут подготовку к переписке с банком, могут формально начать проект и фактически не завершить его.

Компании, которые распределят ответственность, проведут инвентаризацию торговых точек, протестируют нестандартные сценарии и заранее сформируют доказательства подготовки, существенно снизят регуляторный и операционный риск.

Подробный правовой разбор критериев подключения, этапов реформы и мер подготовки опубликован на сайте ADVOLAW:


0
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.