Гражданский кодекс часть 1

Версия	Дата изменения	Содержание изменений
1.0	20.07.2023	Начальная версия документа для описания мероприятий, выполняемых на этапе пилота
2.0	27.12.2023	Актуализированы термины (QR-код, автоперевод, баннер, приложение клиента, слайдер, счет цифрового рубля, состояние счета цифрового рубля, функционал интерфейса счета цифрового рубля, чек-бокс).
		Внесены юридико-технические уточнения некоторых требований (заменено требование к отображению графического символа цифрового рубля на отображение логотипа цифрового рубля, уникальный идентификатор операции (OprId) оставлен только в Требовании 11.2 и т.д.).
		Требования 2.1, 4.5 дополнены уточнением об отражении в строке состояния последнего известного размера остатка цифровых рублей, а также требование 2.1 дополнено требованием к размещению баннера.
		В Требования 2.7, 12.7 внесено уточнение о количестве отображаемых символов полного идентификатора счета цифрового рубля.
		В Требование 2.8 включена обязанность предусмотреть SMS-аутентификацию нового номера телефона пользователя платформы цифрового рубля.
		Требование 3.1 дополнено обязанностью участника платформы обеспечить отображение статуса счета цифрового рубля при переустановке приложения клиента или установке его на другое устройство.
		В Требовании 3.3 изменен текст онбординга в части использования термина счета цифрового рубля.
		Требования 3.11, 4.2 дополнены описанием отображения строки состояния при переустановке приложения клиента.
		Требование 4.4 дополнено описанием действий для возобновления доступа к платформе цифрового рубля.
		Раздел 8 дополнен новыми Требованиями 8.3, 8.4.
		Изменена структура раздела 9.
		Требование 12.1 дополнено уточнением об отражении строки состояния.
3.0	01.01.2025	Добавлены новые термины (B2B, B2C, MCC-код, СУС).
		Требование 2.1 дополнено статусами операций по счету цифрового рубля.
		Требование 2.1 дополнено условием об удалении в мобильном приложении участника платформы строки состояния счета цифрового рубля в случае закрытия счета цифрового рубля участника платформы.
		Требование 2.4 дополнено элементами функциональности интерфейса счета цифрового рубля - актуализацией баланса счета цифрового рубля.
		Требование 2.7 дополнено новыми реквизитами, которые участник платформы должен отображать пользователю платформы.
		Требование 2.10 дополнено условием об обязательной верификации электронной почты
		В Требовании 3.3 в тексте онбординга "третья" форма рубля заменена на "новую" форму рубля.
		Требование 3.6 дополнено гиперссылкой на договор счета цифрового рубля.
		Введено новое Требование 3.13 с алгоритмом действий в случае прерывания сценариев открытия счета цифрового рубля.
		Требование 4.4 дополнено условием о возможности направления запросов по счету цифрового рубля в случае его блокировки.
		Требование 4.6 дополнено условием о необходимости при закрытии счета цифрового рубля отображать динамическое предупреждение о том, что все самоисполняемые сделки прекратят свое действие.
		Требование 4.7 дополнено условием о наличии кнопки "закрыть" на экране с предупреждением о закрытии счета цифрового рубля.
		Введены новые Требования 4.8 (информирование об изменении статуса счета цифрового рубля) и 4.9 (отображение информации об участнике платформы, через которого изменен статус счета цифрового рубля).
		Исключено Требование 7.2 в связи с чем изменена нумерация.
		Требование 7.7 дополнено перечнем реквизитов при переводе цифровых рублей.
		Требование 8.4 дополнено новыми реквизитами.
		Введено Требование 8.5 о новых реквизитах для C2B.
		Требование 10.1 дополнено условием о информировании пользователя платформы о закрытии счета цифрового рубля участника платформы.
		Раздел 11 переработан и адаптирован для запроса историй операций пользователями платформы - физическими лицами.
		Требование 11.1 дополнено условием об отображении списка запросов и списка историй.
		Требование 11.2 дополнено реквизитами B2B.
		Требование 11.3 исключено в связи с чем изменена нумерация.
		Введено новое Требование 11.6 об отображении истории операций и полях об остатках цифровых рублей.
		Требования по юридическим лицам определяются в разделах 12 - 20 (ранее определялись в разделе 12).
		Раздел 12 дополнен условиями для запроса историй операций пользователями платформы - юридическими лицами.
		Требование 12.10 дополнено условием об отображении списка запросов и списка историй, а также содержит иные положения, аналогичные Разделу 11 (новые Требования 12.12 - 12.14, 12.16).
		Требование 12.11 дополнено реквизитами OprId, B2B (входящий) и C2B (исходящий).
		Раздел 12 дополнен новыми требованиями с описанием новых операций: B2B (Требования 12.17 - 12.23).
		Добавлен раздел 21. Внесены редакционные правки по всему документу.
4.0	01.01.2026	В раздел 1.1 добавлено указание на Федеральный закон от 06.04.2011 N 63-ФЗ "Об электронной подписи".
		В разделе 1.2 добавлены новые термины (C2G, B2G, G2C, G2B, УИН, УПК, Цифровой профиль), исключены термины QR-код, баланс счета цифрового рубля.
		В Требовании 2.1 уточнено минимальное время жизни информационного баннера к элементу экрана "Цифровой рубль", скорректировано название статуса счета цифрового рубля (при получении доступа к счету цифрового рубля)", добавлено требование не отображать контур пластиковой карты на экранах с информацией о счете цифрового рубля, исключено требование отображения статуса счета цифрового рубля "закрыт" и удаления участником платформы в приложении клиента строки состояния счета цифрового рубля и других упоминаний о счете цифрового рубля для случая закрытия счета цифрового рубля пользователя платформы - ФЛ, редакторские правки.
		В Требовании 2.4 в состав функционала интерфейса счета цифрового рубля добавлен функционал прекращения доступа к платформе цифрового рубля по инициативе пользователя платформы - ФЛ, булид "получение информации о сертификате ключа проверки электронной подписи и пароле для доступа к хранилищу ПМ БР (раздел "О ключах и сертификатах)" сокращен до "получение информации о сертификате ключа проверки электронной подписи".
		В Требовании 2.4/Требовании 14.1, а также в разделе 5 и в разделе 17 контекст "аннулирование" в отношении сертификата ключа проверки электронной подписи изменен на "прекращение действия" и (или) "отзыв" сертификата ключа проверки электронной подписи.
		Требование 2.7 дополнено условием, что в составе персональных данных пользователя платформы - ФЛ может быть отображен адрес электронной почты и пользователю платформы должна быть предоставлена возможность его изменения/добавления, контекст "адрес регистрации по месту жительства" заменен на "адрес места жительства (регистрации) или места пребывания".
		В Требовании 2.10 скорректирована сноска с уточнением, что пользователь платформы ФЛ может указать в приложении клиента только один адрес своей электронной почты.
		В требовании 2.12 скорректирован текст сноски в части реализации ввода пароля.
		Требование 2.13, Требование 14.8 и Требование 14.9 дополнены сноской в части реализации ввода и изменения пароля.
		Введено новое Требование 2.14 с условием отражения на мобильном устройстве пользователя платформы - ФЛ фактического времени совершения операции.
		Введено новое Требование 2.15/Требование 14.10 об обеспечении участником платформы информирования пользователей платформы ФЛ/ЮЛ о наличии по его счету цифрового рубля ограничений, влияющих на пользователя платформы.
		Требование 3.2 дополнено действием пользователя платформы - ФЛ (при открытии счета цифрового рубля/получении доступа к платформе цифрового рубля) в части предоставления участнику платформы согласия на получение участником платформы о нем сведений из ЕСИА (цифрового профиля).
		В Требовании 4.2/Требовании 16.2 (ранее 14.2) исключена необходимость отображения в строке состояния счета цифрового рубля пользователя платформы - ФЛ/пользователя платформы - ЮЛ статуса счета цифрового рубля "закрыт".
		Требование 4.1 и Требование 16.1 (ранее 14.1)/Требование 4.3 и Требование 16.3 (ранее 14.3) дополнены условием предоставления пользователю платформы - ФЛ и пользователю платформы - ЮЛ возможности выполнения по своей инициативе действий по прекращению доступа к платформе цифрового рубля (исключено "вместо информации о балансе счета цифрового рубля").
		Требование 4.4 и Требование 16.4 скорректированы в части отображения статуса "закрыт" после блокировки счета цифрового рубля.
		В Требование 4.6/Требование 16.6 (ранее 14.6) внесено уточнение в содержание предупреждения к отображению пользователю платформы - ФЛ/пользователю платформы - ЮЛ после активации элемента экрана для закрытия счета цифрового рубля, внесено требование предоставления пользователю платформы - ФЛ/пользователю платформы - ЮЛ возможности подтверждения своего согласия с предупреждениями, отображаемыми на экране при активации процедуры закрытия счета цифрового рубля, а также исключено условие отображения только "динамического" предупреждения о прекращении действия самоисполняемых сделок (автопереводов), редакторские правки.
		Требование 4.7/Требование 16.7 (ранее 14.7) дополнено требованием выводить пользователю платформы - ФЛ/пользователю платформы - ЮЛ (по кнопке "Закрыть") информации о закрытии его счета цифрового рубля.
		Введено новое Требование 4.11/Требование 16.11 (ранее 14.1) с описанием функционала прекращения доступа к платформе цифрового рубля по инициативе пользователя платформы - ФЛ/пользователя платформы - ЮЛ.
		В Требование 6.1/Требование 18.1 внесено уточнение о выборе счетов для пополнения счета цифрового рубля/вывода средств со счета цифрового рубля у "данного участника платформы".
		Требование 6.2/Требование 18.1 (ранее 16.2) дополнено уточнением, что в приложении клиента участник платформы отображает пользователю платформы - ФЛ/пользователю платформы - ЮЛ последнюю известную (на момент вывода на экран) информацию об актуальном балансе счета цифрового рубля.
		Требование 6.3/Требование 18.3 дополнено реквизитом "назначение платежа" к выводу на экран для визуального контроля пользователем платформы - ФЛ/пользователем платформы - ЮЛ реквизитов операции пополнения счета цифрового рубля, а также требованием предусмотреть отображение кнопки для подтверждения операции.
		Требование 7.2 по операции C2C дополнено условием ввода номера телефона и номера счета цифрового рубля в едином поле "получатель средств".
		Требование 7.4 дополнено условием обеспечить заполнение поля "получатель средств" значением номера телефона путем его выбора из буфера обмена.
		В Требовании 7.6 из списка реквизитов по операции C2C к выводу на визуальный контроль пользователю платформы - ФЛ исключен реквизит "счет списания/зачисления средств".
		В Требование 7.7, Требование 8.6 (ранее 8.5) и Требование 9.7 (ранее 9.8)/Требование 19.7 (ранее 17.7) и Требование 20.4 (ранее 18.4) внесены уточнения в описание экранов информирования, действий пользователя платформы - ФЛ/пользователя платформы - ЮЛ и видов проводимых проверок по операциям C2C/C2B/Самоисполняемые сделки/B2B/B2C.
		В Требованиях 8.1 - 8.8 и по тексту Стандарта контекст "по QR-коду" заменен на "с использованием УПК".
		В Требования 8.3 - 8.5 (ранее 8.3 - 8.4) внесены уточнения в описание экранов по заполнению/отображению реквизитов и подтверждению операции C2B с использование УПК.
		Требование 8.8 (ранее 8.7) дополнено условием возврата пользователя платформы - ФЛ на сайт интернет магазина после оплаты C2B (при наличии адреса сайта в платежной ссылке).
		В Требование 9.1 внесены уточнения в части отображения и выполнения пользователем платформы - ФЛ действий со списком автопереводов, в том числе в части обновления списка автопереводов, возможности редактирования автопереводов, созданных только через данного участника платформы, отображения пользователю платформы - ФЛ информации о невозможности редактирования автопереводов, созданных через других участников.
		В Требовании 9.3 скорректированы наименования реквизитов на экране создания автоперевода: "наименование автоперевода" вместо "назначение платежа (необязательно к заполнению)", "назначение платежа" вместо "сообщение получателю".
		Исключено Требование 9.6 (версии 3.0 Стандарта).
		В Требование 9.6 (ранее 9.7) внесено уточнение в перечень и описание реквизитов распоряжения на создание автоперевода, выводимых на экран подтверждения операции автоперевода.
		В Требовании 9.10 (ранее 9.11) внесено уточнение в описание реквизитов распоряжения на создание автоперевода, выводимых на экран редактирования автоперевода.
		Введен новый раздел 10 "C2G Оплата цифровыми рублями по УИН (ФЛ)" (Требования 10.1 - 10.3) и раздел 21 "B2G Оплата цифровыми рублями по УИН (ЮЛ)" (Требования 21.1 - 21.3).
		В Требовании 11.1 (ранее 10.1)/Требовании 22.1 (ранее 19.1) скорректирован перечень событий, при наступлении которых пользователю платформы - ФЛ/пользователю платформы - ЮЛ должны отображаться соответствующие уведомления, уточнен порядок хранения участником платформы сообщений от оператора платформы в адрес пользователя платформы - ФЛ/пользователя платформы - ЮЛ, внесено условие информировать пользователей платформы - ФЛ/пользователей платформы - ЮЛ, что за разъяснениями по уведомлениям/решениям от участника платформы следует обращаться к участнику платформы.
		В Требовании 11.4 (ранее 10.4)/Требовании 22.4 (ранее 19.4) из реквизитов уведомления, подлежащего отражению пользователю платформы - ФЛ/пользователю платформы - ЮЛ на экране входящих сообщений исключен реквизит "тип (входящее)".
		В Требовании 11.6 (ранее 10.6)/Требовании 22.6 (ранее 19.6) уточнен срок хранения участником платформы входящих уведомлений в адрес пользователя платформы - ФЛ/пользователя платформы - ЮЛ.
		В Требовании 12.1 (ранее 11.1)/Требовании 23.1 (ранее 20.1) уточнен срок доступности пользователю платформы - ФЛ/пользователю платформы ЮЛ в приложении клиента для просмотра предоставленной по его запросу информации об истории операций и исключено требование о необходимости отображения пользователю платформы - ФЛ в интерфейсе счета цифрового рубля элементов экрана с уведомлением о необходимости запроса актуальной истории операций и активации данного уведомления.
		В Требование 12.2 (ранее 11.2)/Требование 23.2 (ранее 20.2), в перечень типов операций добавлены операции поступления выплат из бюджетной системы Российской Федерации G2C/G2B и перевода цифровых рублей в бюджетную систему Российской Федерации C2G/B2G, внесено уточнение в описание реквизита "наименование получателя" в операции вывода средств со счета цифрового рубля пользователя платформы - ФЛ, исключено поле "наименование получателя или его реквизиты" в операции вывода средств со счета цифрового рубля пользователя платформы - ЮЛ.
		В Требовании 12.4 (ранее 11.4)/Требовании 23.4 (ранее 20.4) уточнен состав информации для направления пользователю платформы - ФЛ/пользователю платформы - ЮЛ в уведомлении об исполнении запроса истории операций.
		Введен новый раздел 13 "Ограничение распоряжения счетом цифрового рубля (ФЛ)" (Требования 13.1 - 13.2), в который из общих требований в разделе 24 "Ограничение распоряжения счетом цифрового рубля (ФЛ и ЮЛ)" (Требования 21.1 - 21.4) (ранее раздел 21) извлечены требования в отношении пользователей платформы - ФЛ с соответствующим корректировками Требований 21.1 - 21.4 в отношении пользователей платформы - ЮЛ.
		В Требовании 14.1 (ранее 12.1) уточнены требования к отражению элементов экрана функционала интерфейса счета цифрового рубля на главном экране приложения клиента, в том числе добавлен функционал прекращения доступа к платформе цифрового рубля по инициативе пользователя платформы - ЮЛ, булид "получение информации о сертификате ключа проверки электронной подписи и пароле для доступа к хранилищу ПМ БР (раздел "О ключах и сертификатах)" сокращен до "получение информации о сертификате ключа проверки электронной подписи", условие отражения строки состояния, статуса и номера счета цифрового рубля перенесено в Требование 14.2 (ранее 12.2).
		Требование 14.2 (ранее 12.2) дополнено условием отражения на главном экране приложения клиента строки состояния, статуса и номера счета цифрового рубля (перенесено из Требования 14.1 (ранее 12.1)) и условием обеспечения наличия элемента экрана "(или открыть счет)" при отсутствия информации об открытом счете цифрового рубля пользователя платформы - ЮЛ, исключено требование отображения статуса счета цифрового рубля "закрыт", а также уточнено минимальное время жизни информационного баннера к элементу экрана "Цифровой рубль" для случаев отсутствия/наличия в приложении клиента информации об открытом счете цифрового рубля ЮЛ.
		В Требовании 14.4 (ранее 12.4) в состав информации для отображения на экране интерфейса счета цифрового рубля включена информация "идентификатор счета цифрового рубля (полностью все 55 символов)".
		В Требование 15.2 (ранее 13.2) внесено уточнение по тексту в части перехода на экран генерации ключей пользователя платформы - ЮЛ.
		В разделе 18 (ранее 16) "Пополнение счета цифрового рубля, вывод средств со счета цифрового рубля (ЮЛ)" исключено Требование 16.4.
		В Требовании 19.2 (ранее 17.2) и в Требовании 19.6 (ранее 17.6) перечень полей на экране ввода реквизитов по операции B2B и на экране подтверждения операции B2B дополнен полем "сумма комиссии за перевод", в Требование 19.2 внесено уточнение в описание поля "назначение платежа", редакторские правки.
		В Требовании 19.3 (ранее 17.3) расширен перечень полей, обязательных к заполнению для выполнения операции B2B.
		В Требовании 19.5 (ранее 17.5) исключено условие "(при технической реализации)" для контроля количества символов номера счета цифрового рубля, вводимого пользователем платформы - ЮЛ по операции B2B.
		В Требовании 24.1 (ранее 21.1) изменен состав и описание выводимой на главный экран приложения клиента информации об установлении ограничения на счет цифрового рубля пользователя платформы - ЮЛ.
		Введен новый раздел 25 "Согласия пользователя платформы (ЮЛ) с уточнением в сноске требований к реализации пользовательских интерфейсов в приложении клиента с учетом сроков реализации данного функционала на платформе.
		По тексту Стандарта внесены редакционные правки, в том числе;
		- внесено уточнение "пустой" к контексту "чек-бокс" (чек-бокс всегда (по умолчанию) должен отображаться пустым);
		- изменена нумерация разделов и требований;
		- скорректированы ссылки на требования с измененной нумерацией.
5.0	01.07.2026	В Стандарт, в том числе в п. 1.1 и требования, изложенные в разделах 17 - 31, включены требования для индивидуальных предпринимателей, которые должны быть реализованы после запуска такого функционала на платформе цифрового рубля, в т.ч. в разделе 18 (ранее 16) "Регистрация на платформе цифрового рубля. Открытие счета цифрового рубля, получение доступа к платформе цифрового рубля (ЮЛ/ИП)" добавлено Требование 18.3 в части подтверждения учетной записи ИП в ЕСИА.
		В п. 1.2 Стандарта добавлены новые термины (ИП, ОГРНИП, реестр распоряжений), скорректированы название/определение терминов (B2B, B2C, C2B, B2G, G2B, MCC-код, ПМ БР, СУС, ТСП, УИН, УПК), исключен термин "биологическая энтропия".
		В Требование 2.1 и Требование 17.7 (ранее 24.7) внесено уточнение о допустимости указания только времени актуализации сведений о балансе счета цифрового рубля, если дата актуализации = текущей дате.
		Требование 2.4/Требование 17.1 (ранее 15.1) дополнены уточнением типов операций, а также элементами интерфейса счета цифрового рубля в части отображения списка оформленных самоисполняемых сделок (автопереводов), а также предоставления/отзыва согласий (по факту технической реализации функционала согласий на платформе цифрового рубля).
		В Требовании 3.9 исключено обязательное условие генерации ключей пользователя платформы с использованием метода биологической энтропии (время вызова экрана сбора биологической энтропии оставлено на усмотрение участника платформы).
		Требование 3.4/Требование 18.4 (ранее 15.2) дополнены условием о возможности открытия счета цифрового рубля для ФЛ при наличии у ФЛ счета цифрового рубля, открытого ему как ИП/для ИП при наличии у ИП счета цифрового рубля, открытого ему как ФЛ.
		Требование 4.4/Требование 19.4 (ранее 16.4) дополнено условием об обеспечении возможности прекращения доступа к платформе по инициативе пользователя платформы ФЛ/ЮЛ/ИП, счет цифрового рубля которого находится в статусе "Заблокирован".
		В Требование 4.6 внесено уточнение о необходимости отображения информации о прекращении действия самоисполняемых сделок (автопереводов) при закрытии счета цифрового рубля.
		В Требовании 6.3 исключено условие отображение поля "назначение платежа (предзаполнено фразой "Перевод собственных денежных средств")".
		В Требовании 7.2 по операции C2C (ФЛ) условие заполнения поля "сообщение получателю средств (предзаполнено фразой "Перевод цифровых рублей" и доступно для редактирования)" изменено на "сообщение получателю средств", в соответствии с которым в данном поле отображается введенный пользователем платформы текст, а при его отсутствии - поле остается пустым (не предзаполняется).
		В Требовании 8.5 из перечня реквизитов ТСП на экране подтверждения операции C2B (Оплата цифровыми рублями с использованием УПК) исключен реквизит "наименование ЮЛ" (не предусмотрен Альбомом электронных сообщений).
		В Требования 9.1 и 9.8 (ранее 9.9) внесено уточнение о возможности редактирования самоисполняемой сделки (автоперевода) только через участника платформы, в приложении клиента которого был создан автоперевод, и отмене автоперевода через любого участника платформы.
		В Требование 10.1 и Требование 24.1 (ранее 21.1) внесено уточнение о возможности обеспечения выполнения операций C2G (Оплата цифровыми рублями по УИН) в функционале интерфейса цифрового рубля, а не только в существующем разделе платежей приложения клиента, из которого выполняются переводы по УИН.
		В Требовании 10.2 (C2G (оплата цифровыми рублями по УИН (ФЛ)) и в Требовании 24.2 (ранее 21.2, B2G - оплата цифровыми рублями по УИН (ЮЛ)) внесены редакторские правки, уточнения в перечень полей, добавлена возможность совершения операций B2G (для ЮЛ)/C2G (для ИП), уточнен перечень полей и скорректирован порядок отображения реквизитов на экране подтверждения.
		Введены новые разделы: 11 "C2G Оплата цифровыми рублями по свободным реквизитам (ФЛ)" и 25 "B2G (для ЮЛ)/C2G (для ИП) Оплата цифровыми рублями по свободным реквизитам".
		В Требовании 12.1 (ранее 11.1) и в Требовании 27.1 (ранее 22.1) перечень информационных уведомлений по операциям с цифровыми рублями (для направления пользователю платформы) дополнен уведомлениями об отмене самоисполняемых сделок в случае закрытия счета цифрового рубля/прекращения доступа к платформе через данного участника платформы, и о результатах управления согласиями (по факту технической реализации функционала согласий на платформе цифрового рубля).
		В Требовании 13.2 (ранее 12.2) и в Требовании 28.2 (ранее 23.2) по запросу операций по счетам цифрового рубля ФЛ/ЮЛ/ИП, добавлен тип операции "выплата по реестру распоряжений", B2C (возврат цифровых рублей), скорректированы названия и перечень реквизитов, отображаемых пользователю платформы в истории операций по операциям пополнения счета цифрового рубля, вывода средств со счета цифрового рубля, перевода цифровых рублей, поступления выплат из бюджетной системы Российской Федерации G2C/G2B, перевода цифровых рублей B2B (входящий)/B2C (исходящий), C2B (входящий), перевода цифровых рублей в бюджетную систему Российской Федерации C2G/B2G, а также по операциям оплаты товаров, работ, услуг (C2B) и возврата цифровых рублей (B2C), а также в части отображения реквизитов пользователя платформы - ЮЛ/ИП.
		Введены новые разделы 14 "Запрос документов в формате PDF (ФЛ) и 29 "Запрос документов в формате PDF (ЮЛ/ИП), которые должны быть реализованы после технической реализации описанного функционала на платформе цифрового рубля.
		В разделе 15 (ранее 13) и в разделе 30 (ранее 24) из перечня реквизитов, подлежащих выводу пользователю платформы ФЛ/ЮЛ/ИП на экран в рамках предоставления ему информации об ограничениях по его счету цифрового рубля, исключен реквизит "тип ограничения", скорректировано описание информации/уведомлений для предоставления/направления пользователям платформы ФЛ/ЮЛ/ИП.
		Введен новый раздел 16 "Согласия пользователя платформы (ФЛ)", требования которого должны быть реализованы после технической реализации описанного функционала на платформе цифрового рубля.
		Требование 17.1 (ранее 14.1) дополнено элементами интерфейса счета цифрового рубля по операциям B2C (по реестрам распоряжений), B2G (для ЮЛ/C2G (для ИП) (по УИН/свободным реквизитам, а также внесено уточнение об обязательности получения информации о номере телефона ИП.
		В Требовании 17.2 (ранее 14.2) формулировка статуса получения доступа к платформе, выводимая пользователю платформы ЮЛ/ИП на экран в процессе получения им доступа к счету цифрового рубля скорректирована на "выполняется подключение к счету цифрового рубля" или "выполняется подключение к счету" (получение доступа к счету цифрового рубля)".
		В Требовании 17.4 (ранее 14.4) внесено уточнение в части отображения информации о пользователе платформы - ЮЛ/ИП.
		В Требования 17.8 и 17.9 (ранее 14.8 и 14.9) условие "доступ к хранилищу ПМ БР" заменено на "доступ к ключу электронной подписи пользователя платформы".
		Требование 18.2 скорректировано на применение в отношение ЮЛ.
		В Требовании 21.3 (ранее 18.3) по операциям пополнения счета цифрового рубля и вывода средств со счета цифрового рубля условие отображения поля "назначение платежа (предзаполнено фразой "Перевод собственных денежных средств")" изменено на "назначение платежа (при наличии)", в соответствии с которым в данном поле отображается текст, введенный пользователем платформы ЮЛ/ИП, а при его отсутствии - поле остается пустым (не предзаполняется).
		В Требование 22.2 (ранее 19.2)/Требование 22.6 (ранее 19.6) по операции B2B внесено уточнение в перечень реквизитов на экране ввода/подтверждения, а также в части отображения реквизитов пользователя платформы - ЮЛ/ИП.
		В Требования 23.2 (ранее 20.2) по операции В/С (возврат средств) внесено уточнение в перечень реквизитов на экране ввода.
		В Требование 24.2 (ранее 21.2) по операции B2G (для ЮЛ)/C2G (для ИП) по УИН внесено уточнение в перечень реквизитов на экране подтверждения.
		Введен новый раздел 26 "Направление реестра распоряжений на платформу (ЮЛ/ИП)".
		Требование 30.2 (ранее 24.2) дополнено условием о том, что на всех экранах, содержащих информацию о балансе счета цифрового рубля, следует дополнительно отражать общий размер остатка денежных средств на счете цифрового рубля, сумму заблокированных средств и сумму средств, зарезервированных из остатка на счете цифрового рубля под соответствующую операцию по распоряжению пользователя платформы.
		Требование 31.3 (ранее 25.3) и Требование 31.4 (ранее 25.4) Раздел 31 "Согласия пользователя платформы (ЮЛ)" дополнены согласиями пользователя платформы цифрового рубля - ЮЛ/ИП на направление оператором платформы участникам платформы, указанным им в согласии, информации о балансе и истории операций по его счету цифрового рубля, а также на прием оператором платформы от участников платформы, указанных пользователем платформы - ТСП в согласиях, запросов от его имени на совершение оператором платформы переводов в оплату реализованных ТСП товаров, работ, услуг со счета цифрового рубля пользователя платформы ФЛ, привязавшего свой счет цифрового рубля в клиентском сервисе ТСП, которые должны быть реализованы после технической реализации описанного функционала на платформе цифрового рубля.
		По тексту Стандарта внесены редакционные правки, в том числе;
		- изменена нумерация разделов и требований в связи с добавлением новых разделов и требований;
		- скорректированы ссылки на требования с измененной нумерацией.

1. Общие сведения

1.1. Назначение и область применения документа

Стандарт платформы цифрового рубля "Требования и рекомендации к пользовательским интерфейсам при совершении операций с цифровым рублем" (далее - Стандарт) содержит описание минимальных требований, предъявляемых к пользовательским интерфейсам (UI) и подлежащих реализации участником платформы цифрового рубля (далее - участник платформы) в приложении клиента, предоставляемом участником платформы пользователям платформы цифрового рубля (далее - пользователь платформы), являющимся физическими лицами, юридическими лицами и индивидуальными предпринимателями <1>.

--------------------------------

<1> Требования Стандарта к пользовательским интерфейсам (UI) для индивидуальных предпринимателей должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе цифрового рубля, при этом указанный функционал не предусматривает обслуживание нотариусов, занимающихся частной практикой, адвокатов, учредивших адвокатские кабинеты, медиаторов, арбитражных управляющих, оценщиков, патентных поверенных и иных лиц, занимающихся в установленном законодательством Российской Федерации порядке частной практикой.

Требования Стандарта реализуются в приложении клиента с учетом форматов данных и структуры сообщений, предусмотренных действующим Альбомом электронных сообщений <2>, используемых для взаимодействия Банка России, участников платформы и пользователей платформы (далее при совместном упоминании - субъекты платформы), а также с учетом требований информационной безопасности, установленных Положениями Банка России от 07.12.2023 N 833-П "О требованиях к обеспечению защиты информации для участников платформы цифрового рубля", а также с учетом требований использования электронных подписей, установленных Федеральным законом от 06.04.2011 N 63-ФЗ "Об электронной подписи". Реализация пользовательских интерфейсов (UI) приложения клиента, необходимых для выполнения требований, описанных в указанных документах, но не описанных в Стандарте, определяется участниками платформы на их усмотрение.

--------------------------------

<2> Размещен на сайте Банка России по адресу: https://www.cbr.ru/fintech/dr/doc_dr/albums_r/.

1.2. Термины, определения и сокращения

В Стандарте термины и определения применяются в значениях, установленных законодательством Российской Федерации, в том числе Федеральным законом от 27.06.2011 N 161-ФЗ "О национальной платежной системе", Положением Банка России от 03.08.2023 N 820-П "О платформе цифрового рубля" (далее - Правила платформы).

Применительно к Стандарту используются также следующие сокращения и определения:

Сокращение/Определение	Значение
B2B	Business-to-Business. Операция перевода цифровых рублей юридическим лицом/индивидуальным предпринимателем в пользу юридического лица/индивидуального предпринимателя
B2C	Business-to-Consumer. Операция перевода цифровых рублей (возврат цифровых рублей по ранее совершенной операции по переводу C2B, выплата по реестру распоряжений) от плательщика - юридического лица/индивидуального предпринимателя в пользу получателя - физического лица
C2C	Consumer-to-consumer. Операция перевода цифровых рублей между физическими лицами
C2B	Consumer-to-Business. Операция перевода цифровых рублей от плательщика - физического лица в пользу получателя - юридического лица/индивидуального предпринимателя
C2G	Customer-to-Government. Операция перевода цифровых рублей от плательщика - физического лица/индивидуальных предпринимателей в бюджетную систему Российской Федерации
G2C	Government-to-Customer. Выплаты из бюджетной системы Российской Федерации в пользу физических лиц/индивидуальных предпринимателей
B2G	Business-to-Government. Операция перевода цифровых рублей от плательщика - юридического лица в бюджетную систему Российской Федерации
G2B	Government-to-Business. Выплаты из бюджетной системы Российской Федерации в пользу юридических лиц
MCC-код	Merchant Category Code - четырехзначный номер, который определяет категорию рода деятельности пользователя платформы - юридического лица/индивидуального предпринимателя, реализующего товары, работы, услуги, при электронной передаче им информации в рамках осуществляемой операции (присваивается участником платформы при регистрации пользователя платформы - юридического лица/индивидуального предпринимателя на СУС)
UI	User interface (пользовательский интерфейс)
PAM-фраза	PAM (Personal Assurance Message) - фраза, сформированная оператором платформы на основе ФИО физического лица, состоящая из полных имени и отчества (при наличии) и первой буквы фамилии с точкой
OprId (OperationIdentification)	уникальный идентификатор операции
баннер	кликабельное графическое изображение в приложении клиента, содержащее информацию об открытии счета цифрового рубля
ЕСИА	Федеральная государственная информационная система "Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме"
идентификатор счета цифрового рубля	уникальный буквенно-цифровой набор символов, присваиваемый Банком России каждому открываемому счету цифрового рубля для выполнения переводов цифровых рублей на платформе цифрового рубля
ИНН	индивидуальный номер налогоплательщика
ИП	индивидуальный предприниматель
ключи пользователя	ключ электронной подписи и ключ проверки электронной подписи пользователя платформы <*>
ключи пользователя	<*> Термины "ключ электронной подписи", "сертификат ключа проверки электронной подписи" используются в значениях, определенных Федеральным законом от 06.04.2011 N 63-ФЗ "Об электронной подписи"
КПП	код причины постановки на учет
номер счета цифрового рубля	номер счета цифрового рубля, открываемого Банком России на платформе цифрового рубля каждому пользователю платформы, в зависимости от правового статуса указанного лица или осуществляемого им вида деятельности, для учета операций с цифровыми рублями, сведения о котором Банк России передает уполномоченным органам в соответствии с требованиями законодательства
мобильное устройство	смартфон или планшетный компьютер
ОГРН	основной государственный регистрационный номер
ОГРНИП	основной государственный регистрационный номер индивидуального предпринимателя
онбординг	информация об основных характеристиках цифрового рубля, преимуществах и порядке открытия счета цифрового рубля
оператор платформы	Банк России, выполняющий функции оператора платформы цифрового рубля
платежная ссылка	представление реквизитов перевода в электронной форме в виде кода, имеющего вид графического символа, NFC-метки или текстовой строки в целях использования для оплаты товаров, работ, услуг
платформа	платформа цифрового рубля
реестр распоряжений	распоряжение в электронном виде, направленное в Банк России пользователем платформы - юридическим лицом или индивидуальным предпринимателем, единым сообщением, содержащим распоряжения о переводах цифровых рублей в пользу одного или нескольких пользователей платформы, являющихся получателями средств
приложение клиента	предоставленное участником платформы пользователю платформы электронное средство платежа на основе программного обеспечения, позволяющего пользователю платформы составлять, удостоверять и передавать распоряжения, установленного на техническом устройстве пользователя платформы (включая смартфон, планшетный компьютер) или размещенного на сайте участника платформы в информационно-телекоммуникационной сети "Интернет" (web ДБО)
ПМ	программный модуль - программный модуль Банка России или иное средство криптографической защиты информации, отвечающее требованиям Стандарта платформы цифрового рубля "Спецификация на программный модуль"
самоисполняемая сделка (автоперевод)	юридически значимый компьютерный алгоритм, полностью или частично автоматизирующий одно или несколько действий пользователя платформы, направленных на выполнение условий по оплате, имеющих установленную дату и сумму платежа, при положительном выполнении которых осуществляется перевод цифровых рублей. Указанный алгоритм предусматривает возможность совершения разовой или повторяемой в заданный период операции по переводу цифровых рублей, с возможностью создания, изменения даты перевода и размера суммы операции, а также удаления указанных параметров с прекращением действия алгоритма
слайдер	специальный графический элемент веб-дизайна (например, блок, изменяемый в ручном режиме), предназначенный для подтверждения согласия и (или) ознакомления пользователя платформы с информацией
счет цифрового рубля	счет цифрового рубля, открытый оператором платформы пользователю платформы на основании заключенного договора счета цифрового рубля
СУС	сервер управления ссылками акционерного общества "Национальная система платежных карт"
ТСП	торгово-сервисное предприятие - обособленное подразделение пользователя платформы-юридического лица/индивидуального предпринимателя, реализующее от его имени товары, работы, услуги
УИН	уникальный идентификатор начисления - специальный цифровой код, однозначно определяющий сумму и реквизиты платежа, присваиваемый каждому начислению в бюджетную систему Российской Федеральной
УПК	универсальный платежный код - информация в графическом или ином виде, формируемая в соответствии с Правилами оказания услуг по предоставлению универсального платежного кода "Правила Сервиса универсального платежного кода <3> акционерного общества "Национальная система платежных карт", позволяющая осуществить ее считывание с использованием программного обеспечения, установленного на техническом устройстве плательщика, и получить в электронном виде после считывания такой информации реквизиты перевода или ссылку на реквизиты перевода, для составления распоряжения в целях осуществления перевода C2B
ФЛ	физическое лицо
ЮЛ	юридическое лицо
функционал интерфейса счета цифрового рубля	элементы экрана UI, активация которых предоставляет возможность выполнения операций с цифровыми рублями и (или) управления счетом цифрового рубля на платформе цифрового рубля, располагающиеся на одном или нескольких последовательно открывающихся экранах UI
цифровой профиль	цифровой профиль гражданина, созданный на базе федеральной государственной информационной системы "Единая система идентификации и аутентификации в инфраструктуре, обеспечивающей информационно-технологическое взаимодействие информационных систем, используемых для предоставления государственных и муниципальных услуг в электронной форме"
чек-бокс	специальный графический элемент веб-дизайна (например, "пустой" квадрат), предназначенный для выбора проставления отметки (например, "V" или "X") о согласии и (или) ознакомлении пользователя платформы с условиями договора счета цифрового рубля и (или) иной информацией
ЭДС	электронные денежные средства
ЭСП	электронное средство платежа
электронное сообщение	используемое для взаимодействия субъектов платформы цифрового рубля электронное сообщение, формируемое и направляемое в соответствии с Альбомом электронных сообщений
электронная подпись	информация в электронной форме, которая присоединена к другой информации в электронной форме (подписываемой информации) или иным образом связана с такой информацией и которая используется для определения лица, подписывающего информацию

--------------------------------

<3> Размещены на сайте АО "НСПК" по адресу: https://www.nspk.ru/banks/guides.

Термины и фразы, используемые в пользовательских интерфейсах

Сценарии использования терминов/фраз	Термин/фраза, обязательные к использованию	Термин/фраза, недопустимые для использования
Строка состояния счета цифрового рубля на главном экране	Цифровой рубль	Цифровой кошелек,
		Кошелек цифровых рублей,
		ЦР,
		платформа цифрового рубля, ПлЦР
При пополнении счета цифрового рубля/выводе средств со счета цифрового рубля	Пополнение,
	Вывод.
	На итоговых экранах результата выполнения операций необходимо использовать терминологию в соответствии с выполняемым сценарием:
		Обмен,
		Покупка/продажа,
	- только для пополнения - слово пополнение и сочетания с ним, например, "Пополнение выполнено",
		Конвертация,
		Валюта
	- только для вывода (в случае реализации разделения перевода и вывода) - слово вывод и сочетания с ним, например, "Вывод выполнен"
При переводе цифровых рублей C2B/C2C/B2B	На итоговых экранах результата выполнения операций необходимо использовать терминологию в соответствии с выполняемым сценарием:
Используются термины и фразы, понятные для пользователя платформы
	- только для C2B - слово платеж и сочетания с ним, например, "Платеж исполнен",
	- для C2C/B2B и вывода (в случае реализации объединения перевода и вывода) - слово перевод и сочетания с ним, например, "Перевод исполнен"

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

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

Термин "Цифровой рубль" используется в названии разделов, в строке состояния. Термины "Цифровой рубль", "Счет цифрового рубля" используются в единственном числе.

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

1.3. Нотация требований

Все требования в документе имеют синтаксис [Требование X.Y] соответственно, где X - номер раздела, а Y - порядковый номер Требования.

2. Требования к пользовательским интерфейсам приложения клиента (ФЛ)

Пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 2.1]	Обеспечить наличие строки состояния счета цифрового рубля, содержащей наименование "Цифровой рубль", а также отображение статуса счета цифрового рубля, последней известной информация о размере доступного остатка цифровых рублей на счете цифрового рубля (далее - баланс счета цифрового рубля), полученной от оператора платформы, с указанием даты и времени ее получения (если дата получения последней известной информации о балансе счета цифрового рубля соответствует текущей дате допускается указывать только время получения данной информации), и четырех последних знаков номера счета цифрового рубля. В случаях, когда счет цифрового рубля заблокирован (имеет статус "Заблокирован"), отображать информацию о том, что он заблокирован. В случае отсутствия информации об открытом счете цифрового рубля обеспечить при входе в приложение клиента (без дополнительных действий пользователя платформы по его поиску) наличие элемента экрана, содержащего наименование "Цифровой рубль" и надпись "получить доступ к счету цифрового рубля" или "открыть счет цифрового рубля" или "открыть счет", в виде строки состояния счета цифрового рубля или статичного информационного баннера. Время жизни информационного баннера на данном экране должно составлять минимум 2 недели. В случае реализации элемента экрана, содержащего наименование "Цифровой рубль", в виде информационного баннера, через 2 недели строка состояния счета цифрового рубля должна располагаться в разделе с новыми продуктами в верхней части списка продуктов без необходимости скроллинга страницы. В случае наличия информации об открытом счете цифрового рубля обеспечить при входе в приложение клиента (без дополнительных действий пользователя платформы по его поиску) наличие элемента экрана, содержащего наименование "Цифровой рубль" и надпись "получить доступ к счету цифрового рубля" или "открыть счет", в виде строки состояния счета цифрового рубля или статичного информационного баннера. Время жизни информационного баннера на данном экране должно составлять минимум 2 недели. На строке состояния счета цифрового рубля допустимо использовать следующие статусы счета цифрового рубля:
	- "счет цифрового рубля в процессе открытия" или "счет в процессе открытия" (открытие счета цифрового рубля); - "выполняется подключение к счету цифрового рубля" или "выполняется подключение к счету" (получение доступа к счету цифрового рубля); - "счет цифрового рубля в процессе закрытия" или "счет в процессе закрытия" (закрытие счета цифрового рубля); - "счет цифрового рубля в процессе блокировки" или "счет в процессе блокировки" (приостановление доступа к счету цифрового рубля); - "счет цифрового рубля в процессе разблокировки" или "счет в процессе разблокировки" (возобновление доступа к счету цифрового рубля). Иные формулировки в строке состояния счета цифрового рубля или баннере не допускаются. Строка состояния счета цифрового рубля также должна быть размещена в общем разделе со счетами и картами пользователя платформы на главном экране приложения клиента. Обеспечить отсутствие продуктов или объектов (баннеров, рекламы и т.д.), не относящихся к счету цифрового рубля или продуктам участника платформы, между строками, содержащими информацию о счетах и картах пользователя платформы, и строкой состояния счета цифрового рубля или информационным баннером. Информация о балансе счета цифрового рубля и иных счетов, открываемых участником платформы, должна быть разделена. Если в приложении клиента используется отдельный раздел (витрина) для открытия новых продуктов, то размещение строки состояния счета цифрового рубля должно быть в этом же разделе (витрине). Данное правило не отменяет обязанность о размещении баннера на главном экране. Вся информация предоставляется понятным для пользователя платформы образом на русском языке (согласно принципам информирования, принятым в соответствующем приложении клиента, в том числе с возможностью использования настроек конфиденциальности уведомлений (в случае их наличия в мобильных приложениях участников платформы) о событиях на платформе). На главном экране приложения и на иных экранах, отражающих информацию о счете цифрового рубля не допускается присутствие контура пластиковый карты.
[Требование 2.2]	На строке состояния счета цифрового рубля обеспечить отображение логотипа цифрового рубля для осуществления операций с цифровыми рублями <4>, если размещение графических элементов предусмотрено концепцией оформления иных продуктов приложения клиента.
[Требование 2.3]	Обеспечить наличие элемента экрана (например, кнопка), позволяющего скопировать в буфер обмена номер счета цифрового рубля, при необходимости его направления в составе электронного сообщения с использованием мессенджеров, электронной почты или иных сервисов обмена электронными сообщениями. Номер счета цифрового рубля должен копироваться в буфер полностью (все 20 знаков).
[Требование 2.4]	Обеспечить наличие функционала интерфейса счета цифрового рубля (пункты меню и (или) элементы экрана (кнопка) для выполнения операций с цифровыми рублями и управления счетом цифрового рубля (далее - функционал интерфейса счета цифрового рубля). Обеспечить в составе функционала интерфейса счета цифрового рубля наличие элементов, позволяющих осуществить: - актуализацию баланса счета цифрового рубля (элемент экрана в виде закругляющейся стрелки или двух закругляющихся стрелок в совокупности образующих круг (или иной элемент, который применяется в данном приложении клиента), позволяющий обновить информацию о балансе счета цифрового рубля); - пополнение счета цифрового рубля; - вывод средств со счета цифрового рубля; - перевод цифровых рублей C2C, C2G (по УИН/свободным реквизитам) (допустимо объединить с функционалом вывода средств со счета цифрового рубля согласно принципам, принятым в приложении клиента); - оплату товаров, работ, услуг цифровыми рублями (C2B); - оформление самоисполняемых сделок (автопереводов); - отображение списка оформленных самоисполняемых сделок (автопереводов); - получение истории операций по счету цифрового рубля; - изменение статуса счета цифрового рубля (заблокировать/закрыть/разблокировать); - отзыв сертификата ключа проверки электронной подписи, возобновление доступа к платформе путем получения нового сертификата ключа проверки электронной подписи; - получение информации о счете цифрового рубля; - получение информации о сертификате ключа проверки электронной подписи; - получение информации об уведомлениях (Требования 12.1 - 12.6); - прекращение доступа к платформе с использованием приложения клиента данного участника платформы по инициативе пользователя платформы - предоставление/отзыв согласий <5>.
[Требование 2.5]	Элементы функционала интерфейса счета цифрового рубля, относящиеся к выполнению операций с цифровыми рублями (пополнение счета цифрового рубля, вывод средств со счета цифрового рубля, переводы: C2C, C2B), должны быть размещены не более чем в одном клике от строки состояния счета цифрового рубля на главном экране приложения клиента. На экране, содержащем указанные элементы функционала интерфейса счета цифрового рубля, должна быть размещена надпись в виде заголовка "Цифровой рубль", а также логотип цифрового рубля для осуществления операций с цифровыми рублями.
[Требование 2.6]	В строке состояния счета цифрового рубля и на экранах, содержащих элементы функционала интерфейса счета цифрового рубля, номер счета цифрового рубля отображается в усеченном виде (четыре последних знака).
[Требование 2.7]	При выборе элемента функционала интерфейса счета цифрового рубля, позволяющего получить информацию о счете цифрового рубля, на отдельном экране или всплывающем окне отобразить информацию: - полный номер счета цифрового рубля (полностью все 20 знаков); - статус счета цифрового рубля; - номер договора счета цифрового рубля, заключенного между оператором платформы и пользователем платформы; - дата присоединения пользователя платформы к договору счета цифрового рубля, заключенного между оператором платформы и пользователем платформы; а также следующие персональные данные пользователя платформы, переданные оператору платформы: - фамилия, имя, отчество (при наличии); - номер(а) телефона(ов), по которому(ым) осуществляется перевод цифровых рублей на счет цифрового рубля пользователя платформы; - адрес электронной почты ((при наличии) должна присутствовать возможность его добавления/изменения); - адрес места жительства (регистрации) или места пребывания; - реквизиты документа, удостоверяющего личность (серия (при наличии), номер, наименование органа, выдавшего документ, дата выдачи, код подразделения). В составе персональных данных пользователя платформы в явном виде могут быть отображены только имя, отчество (при наличии) пользователя платформы, а также номер(а) телефона(ов) и адрес электронной почты. Адрес и реквизиты документа, удостоверяющего личность, отображаются только после активации элемента экрана (строка или кнопка), содержащего надпись "адрес" и "паспорт" соответственно.
[Требование 2.8]	Номер телефона пользователя платформы должен быть доступен для редактирования, после нажатия (активации) соответствующего элемента экрана (в виде карандаша), расположенного рядом с полем, содержащим номер телефона пользователя платформы. При вводе номера телефона с "8" обеспечить его конвертацию в "+7". На данном экране должен быть также предусмотрен элемент экрана в виде символа "+" (плюс), при активации которого пользователю платформы предоставляется возможность добавления нового номера телефона. Обеспечить верификацию (подтверждение) номера телефона.
	С целью верификации (подтверждения) добавленного пользователем платформы нового номера телефона или при изменении текущего номера на новый, участнику платформы необходимо предусмотреть SMS-аутентификацию: проверку в виде направления смс-кода на номер телефона (который пользователь платформы пытается добавить) с целью подтверждения, что номер телефона используется инициатором добавления/изменения номера телефона <6>.
	В случае, если участник платформы в своей внутренней автоматизированной (информационной) системе изменил номер телефона пользователя платформы, он обязан проинформировать пользователя платформы о возможности изменить номер телефона на платформе согласно принципам информирования, принятым в приложении клиента.
[Требование 2.9]	У пользователя платформы должна быть возможность удалить номер телефона. Обеспечить информирование пользователя платформы о невозможности получения входящих переводов по номеру телефона после удаления номера.
[Требование 2.9]	В случае удаления пользователем платформы единственного номера телефона обеспечить информирование пользователя платформы об удалении номера телефона и необходимости добавления нового номера телефона.
[Требование 2.10]	У пользователя платформы должна быть возможность добавить адрес электронной почты <7> (в случае его отсутствия) для взаимодействия с оператором платформы. На данном экране должен быть предусмотрен элемент экрана в виде символа "+" (плюс), при активации которого пользователю платформы предоставляется возможность добавления адреса электронной почты.
	Адрес электронной почты пользователя платформы должен быть доступен для редактирования после нажатия (активации) соответствующего элемента экрана (в виде карандаша), расположенного рядом с полем, содержащим адрес электронной почты пользователя платформы. Необходимо обеспечить верификацию (подтверждение) нового адреса электронной почты.
	С целью верификации (подтверждения) нового адреса электронной почты участнику платформы необходимо предусмотреть проверку в виде направления информации о подтверждении на адрес электронной почты с целью подтверждения, что адрес электронной почты используется инициатором изменения адреса электронной почты.
[Требование 2.11]	На всех экранах, предусматривающих ввод реквизитов для осуществления пополнения счета цифрового рубля, вывода средств со счета цифрового рубля, перевода цифровых рублей, обеспечить наличие поля, содержащего баланс счета цифрового рубля, а также время и дату последней актуализации баланса счета цифрового рубля. Обеспечить наличие возможности обновления баланса счета цифрового рубля.
[Требование 2.12]	При выполнении операций для доступа к криптографическим функциям необходимо обеспечить ввод пароля для доступа к хранилищу ПМ <8>.
[Требование 2.13]	Обеспечить возможность изменения пароля для доступа к хранилищу ПМ в разделе "О ключах и сертификатах" в следующих случаях <9>: - по желанию пользователя платформы; - в случае окончания срока его действия.
[Требование 2.14]	При совершении операций в приложении клиента на мобильном устройстве пользователя платформы должно отражаться фактическое время совершения операции по часовому поясу, который установлен на данном мобильном устройстве пользователя платформы.
[Требование 2.15]	В случае если счет цифрового рубля участника платформы, предоставляющего пользователю платформы доступ к платформе цифрового рубля, находится в статусе "Заблокирован" или "Приостановление операций", на весь период действия по счету цифрового рубля участника платформы указанных ограничений, обеспечить отображение на постоянной основе на экране с функционалом интерфейса цифрового рубля или на главном экране приложения клиента информационного сообщения об ограничениях, влияющих на пользователя платформы, а также о возможности получения доступа к своему счету цифрового рубля при обращении к другому участнику платформы.
[Требование 2.15]	С момента снятия ограничений и изменения статуса счета цифрового рубля данного участника платформы на "Активен" прекратить отображение выше указанного информационного сообщения для пользователей платформы.

--------------------------------

<4> Здесь и далее в соответствии с логобуком Банка России версия 1.0, размещенным на сайте Банка России по адресу: http://www.cbr.ru/StaticHtml/File/150230/logobook_dr.pdf

<5> Должно быть реализовано в приложении клиента после технической реализации соответствующего функционала на платформе.

<6> В случае, если вновь регистрируемый номер телефон ранее был зарегистрирован за другим пользователем платформы, более ранняя регистрация будет отменена как утратившая актуальность.

<7> Пользователь платформы может указать в приложении клиента только один адрес своей электронной почты.

<8> Реализация ввода пароля для доступа к хранилищу ПМ БР определяется требованиями эксплуатационной документации.

<9> При наличии такой функциональности в ПМ в соответствии с требованиями эксплуатационной документации.

3. Регистрация на платформе цифрового рубля. Открытие счета цифрового рубля, получение доступа к платформе цифрового рубля (ФЛ)

Для регистрации на платформе при открытии счета цифрового рубля или для получения доступа к платформе пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 3.1]	В случае отсутствия у пользователя платформы открытого счета цифрового рубля обеспечить наличие элемента экрана для выполнения открытия счета цифрового рубля в соответствии с Требованием 2.1 Стандарта в общем разделе с банковскими счетами и платежными картами пользователя платформы в приложении клиента в области экрана, выделенной под строку состояния счета цифрового рубля на главном экране приложения клиента.
[Требование 3.1]	В случае наличия открытого счета цифрового рубля и информации у участника платформы об этом, обеспечить отображение статуса счета цифрового рубля при переустановке приложения клиента или установке на другое мобильное устройство.
[Требование 3.2]	Открытие счета цифрового рубля и (или) получение доступа к платформе, при наличии открытого счета цифрового рубля, осуществляется при соблюдении следующей последовательности действий: - ознакомление с текстом онбординга; - аутентификация в ЕСИА, предоставление пользователем платформы разрешения (согласия) на получение и (или) подтверждение участником платформы о нем сведений из ЕСИА (цифрового профиля); - подтверждение согласия пользователя платформы с условиями договора счета цифрового рубля (для открытия счета цифрового рубля); - подтверждение согласия пользователя платформы о предоставлении доступа к открытому счету цифрового рубля через участника платформы, предоставившего приложение клиента (для получения доступа к платформе); - генерация ключей пользователя платформы.
[Требование 3.3]	После нажатия элемента экрана или статичного информационного баннера под наименованием "Цифровой рубль" с надписью "открыть счет цифрового рубля", позволяющего открыть счет цифрового рубля и (или) получить доступ к платформе, отобразить онбординг на отдельном экране/всплывающем окне.
	Первый блок онбординга должен содержать следующий текст:
	"Цифровой рубль (заголовок)
	Цифровая форма национальной валюты, которая выпускается в дополнение к наличным и безналичным рублям.
	Хранится на счетах цифрового рубля на платформе Банка России.
	1 цифровой рубль = 1 безналичный рубль = 1 наличный рубль.
	Бесплатно. Вы можете бесплатно переводить друг другу цифровые рубли и оплачивать ими товары и услуги.
	Добровольно. Выбор за вами - использовать наличные, безналичные или цифровые рубли.
	Подробнее. (ссылка на ВиО <10> на сайте БР https://www.cbr.ru/fintech/dr. Переход по ссылке должен осуществляться без выхода из приложения).
	Текст, обязательный к отображению во втором блоке (информация о том, как открыть счет цифрового рубля в цифровых рублях или подключиться к открытому счету цифрового рубля и начать пользоваться цифровыми рублями).
	"Как открыть счет цифрового рубля и начать пользоваться цифровыми рублями: (заголовок)
	1. Через это мобильное приложение войти в подтвержденную запись на "Госуслугах";
	2. Согласиться с условиями;
	3. Пройти процедуру создания уникальных ключей для доступа к счету цифрового рубля из этого приложения;
	4. Пополнить счет цифрового рубля с банковского счета;
	5. Начать пользоваться цифровыми рублями.".
[Требование 3.4]	Отобразить на отдельном экране/всплывающем окне:
	- уведомление о переадресации пользователя платформы в интерфейс ЕСИА для аутентификации; - окно аутентификации в ЕСИА.
	При неуспешной аутентификации в ЕСИА отобразить на отдельном экране/всплывающем окне уведомление о
	неуспешной аутентификации в ЕСИА. Без аутентификации в ЕСИА открытие/получение доступа к открытому счету цифрового рубля должно быть недоступно.
[Требование 3.5]	После успешной аутентификации в ЕСИА:
	- при отсутствии у пользователя платформы открытого счета цифрового рубля выполняются Требования 3.6 - 3.11 Стандарта; - при наличии открытого счета цифрового рубля отобразить на отдельном экране/всплывающем окне сообщение: "Счет цифрового рубля уже открыт.
	У вас открыт счет цифрового рубля на платформе цифрового рубля. С помощью нашего приложения <указать конкретное приложение и устройство> через <указать сокращенное наименование участника платформы> вы можете получить к нему доступ и распоряжаться цифровыми рублями. Нажимая на кнопку "Согласен(а)", вы соглашаетесь с получением такого доступа через <указать конкретное приложение и устройство> и <указать сокращенное наименование участника платформы>.". На данном экране/всплывающем окне обеспечить наличие соответствующей кнопки. При наличии у пользователя платформы - ФЛ открытого счета цифрового рубля обеспечить отсутствие возможности открытия второго счета цифрового рубля как ФЛ.
	При наличии у пользователя платформы счета цифрового рубля, открытого как ИП, ему может быть открыт второй счет цифрового рубля - как ФЛ.
	Далее выполняются Требования 3.9 - 3.11 Стандарта.
[Требование 3.6]	Отобразить на отдельном экране после нажатия кнопки для выполнения открытия счета цифрового рубля элемент экрана с надписью: "Договор счета цифрового рубля" в виде гиперссылки следующего содержания "www.cbr.ru/Content/Document/File/150457/account_agreement_pers.pdf".
	На данном экране также обеспечить наличие текста: "С условиями договора ознакомлен(а) и согласен(а)".
	Рядом с текстом необходимо расположить "пустой" чек-бокс или слайдер, в котором пользователь платформы поставит отметку для подтверждения своего ознакомления и согласия с условиями договора счета цифрового рубля. Без предоставления такого согласия открытие счета цифрового рубля/получение доступа к счету цифрового рубля должно быть недоступно.
[Требование 3.7]	При активации гиперссылки "Договор счета цифрового рубля" осуществляется переход на размещенный на официальном сайте Банка России в информационно-телекоммуникационной сети "Интернет" полный актуальный текст договора счета цифрового рубля, с которым необходимо ознакомиться пользователю платформы, а также элемент экрана, позволяющий выполнить возврат на экран (Требование 3.6 Стандарта) для проставления отметки о согласии с условиями договора счета цифрового рубля.
[Требование 3.8]	После проставления отметки о согласии с условиями договора счета цифрового рубля или с получением доступа к открытому счету цифрового рубля через конкретного участника платформы, предоставившего приложение клиента, обеспечивается переход путем активации элемента экрана с надписью со значением "далее" на экран, с использованием которого выполняется генерация ключей пользователя платформы.
[Требование 3.9]	Обеспечить генерацию ключей пользователя платформы. С этой целью при переходе на данный экран отобразить сообщение пользователю платформы о выполнении необходимых действий, после которых будут сформированы ключи пользователя платформы.
[Требование 3.10]	Отображать для пользователя платформы: - элемент экрана, демонстрирующий степень достижения окончания процесса генерации ключей пользователя платформы; - информацию об успешной (неуспешной) генерации ключей пользователя, о методе их хранения и правилах работы с ними. В случае неуспешной генерации ключей пользователя платформы отобразить информацию о необходимости повторить операцию.
[Требование 3.11]	Обеспечить направление уведомления пользователю платформы о результате открытия счета цифрового рубля или получения доступа к счету цифрового рубля.
[Требование 3.12]	В случае переустановки приложения клиента на текущем мобильном устройстве или установки приложения клиента на другое мобильное устройство обеспечить получение доступа к счету цифрового рубля в полном соответствии с Требованиями 3.2 (за исключением онбординга), 3.4 - 3.5 Стандарта.
[Требование 3.12]	При этом в строке состояния счета цифрового рубля под наименованием "Цифровой рубль" отображается надпись "получить доступ к счету цифрового рубля" (при наличии информации о том, что счет цифрового рубля не закрыт).
[Требование 3.13]	В случае прерывания сценариев открытия счета цифрового рубля, получения доступа к счету цифрового рубля до того, как сгенерированы ключи пользователя платформы, если пользователь платформы повторно нажимает на элемент экрана с надписью "открыть счет цифрового рубля" или "открыть счет", обеспечить возврат к началу сценария (за исключением онбординга) в полном соответствии с Требованиями 3.4 - 3.11 Стандарта.

--------------------------------

<10> Страница с вопросами и ответами.

4. Действия со счетом цифрового рубля. Изменение статуса счета цифрового рубля (ФЛ)

Для изменения статуса счета цифрового рубля пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 4.1]	Обеспечить наличие элемента функционала интерфейса счета цифрового рубля, позволяющего пользователю платформы выполнять действия со счетом цифрового рубля. При выборе функционала интерфейса счета цифрового рубля, позволяющего выполнить соответствующие действия со счетом цифрового рубля, обеспечить возможность направления оператору платформы запроса пользователя платформы о приостановлении или возобновлении доступа к платформе, о закрытии счета цифрового рубля, о прекращении доступа к платформе.
[Требование 4.2]	Обеспечить в строке состояния счета цифрового рубля отображение его статуса: - заблокирован (при приостановлении доступа к платформе). При активном статусе счета цифрового рубля в строке состояния счета цифрового рубля должен отображаться баланс счета цифрового рубля.
[Требование 4.3]	Обеспечить наличие элементов экрана, позволяющих пользователю платформы выполнить следующие действия для изменения статуса счета цифрового рубля: - приостановление/возобновление доступа к платформе; - закрытие счета цифрового рубля; - прекращение доступа к платформе через данного участника платформы.
[Требование 4.4]	После активации элемента экрана, позволяющего приостановить доступ к платформе (заблокировать счет цифрового рубля), отобразить на отдельном экране/всплывающем окне предупреждение о дальнейшей невозможности проведения операций с цифровыми рублями, за исключением запроса истории операций и баланса счета цифрового рубля, а также информацию о том, что для возобновления доступа к платформе необходимо будет обратиться к любому участнику платформы, через приложение клиента которого пользователем платформы был получен доступ к счету цифрового рубля. На данном экране/всплывающем окне отобразить также элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о дальнейшей невозможности проведения операций с цифровыми рублями.
	Допускается обеспечить подтверждение согласия пользователя платформы с указанным предупреждением путем направления ему кода с использованием сервиса мгновенных сообщений (sms, push).
	После блокировки счета цифрового рубля в строке состояния счета цифрового рубля на главном экране приложения клиента должен отображаться статус - заблокирован.
	При переходе на экран счета цифрового рубля отображается также элемент экрана, содержащий надпись со значением "возобновить доступ".
	После приостановления доступа к платформе (статус счета цифрового рубля - заблокирован), должна быть обеспечена возможность направления пользователем платформы запроса истории операций и баланса счета цифрового рубля по заблокированному счету цифрового рубля, а также возможность прекращения пользователем платформы доступа к платформе с использованием приложения клиента данного участника платформы (Требование 4.11 Стандарта). Кроме этого, у пользователя платформы должна быть возможность просмотра номера заблокированного счета цифрового рубля.
[Требование 4.5]	После приостановления доступа к платформе (статус счета цифрового рубля - заблокирован), выполненного на основании запроса пользователя платформы, должна быть обеспечена возможность направления пользователем платформы запроса о возобновлении доступа к платформе с обязательным проведением его аутентификации в ЕСИА. После активации запроса о возобновлении доступа к платформе на отдельном экране/всплывающем окне должно быть обеспечено предупреждение о последующей разблокировке счета цифрового рубля и возобновлении возможности проведения операций с цифровыми рублями. На данном экране/всплывающем окне должен располагаться элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о разблокировке счета цифрового рубля и направлением оператору платформы запроса о возобновлении доступа к платформе. После возобновления права распоряжения цифровыми рублями в строке состояния счета цифрового рубля должна отображаться последняя известная информация о балансе счета цифрового рубля.
[Требование 4.6]	После активации элемента экрана, позволяющего закрыть счет цифрового рубля, отобразить на отдельном экране/всплывающем окне предупреждение о том, что при наличии остатка цифровых рублей на счете цифрового рубля необходимо осуществить вывод остатка цифровых рублей, и далее, что сначала будет осуществлена блокировка счета цифрового рубля, затем закрытие счета цифрового рубля, а также о дальнейшей невозможности проведения операций с цифровыми рублями, получения информации об операциях и невозможности возобновления доступа к счету цифрового рубля. Для реализации обязательного условия об отсутствии цифровых рублей на счете цифрового рубля на данном экране/всплывающем окне необходимо отображать поле, содержащее информацию о балансе счета цифрового рубля, а также элемент экрана в виде закругляющейся стрелки или двух закругляющихся стрелок в совокупности образующих круг (или иной элемент, который применяется в данном приложении клиента), позволяющий обновить информацию о балансе счета цифрового рубля. На данном экране/всплывающем окне должны располагаться также элементы экрана (кнопка/строка/"пустой" чек-бокс/слайдер), позволяющие: - вывести средства со счета цифрового рубля; - отказаться от дальнейших действий во избежание случайного подтверждения закрытия счета цифрового рубля. При активации элемента экрана, позволяющего вывести средства со счета цифрового рубля, осуществляется переход к выполнению Требований 6.1 - 6.3 Стандарта. На момент активации элемента экрана, позволяющего заблокировать счет цифрового рубля, в данном предупреждении также должно быть предложено актуализировать информацию о балансе счета цифрового рубля, и при их наличии - вывести средства со счета цифрового рубля на банковский счет или направить их на увеличение остатка ЭДС пользователя платформы у данного участника платформы, чтобы перед закрытием счета цифрового рубля баланс счета цифрового рубля был равен нулю. Вывод средств со счета цифрового рубля должен осуществляться до блокировки счета цифрового рубля.
	На данном экране/всплывающем окне должен располагаться элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о дальнейшей невозможности проведения операций с цифровыми рублями и невозможности возобновления доступа к счету цифрового рубля. При наличии остатка цифровых рублей на счете цифрового рубля возможность подтверждения согласия пользователя платформы с предупреждением о дальнейшей невозможности проведения операций с цифровыми рублями должна быть недоступна.
	При закрытии счета цифрового рубля необходимо отображать предупреждение о том, что все самоисполняемые сделки (автопереводы) (при их наличии), оформленные пользователем платформы через данного участника платформы, прекратят свое действие.
[Требование 4.7]	После получения согласия пользователя платформы с предупреждением (Требование 4.6 Стандарта) и блокировки счета цифрового рубля пользователь платформы направляется на экран, на котором присутствует кнопка "Закрыть", после нажатия на которую оператору платформы будет направлен запрос о закрытии счета цифрового рубля. После получения от оператора платформы информации о закрытии счета цифрового рубля пользователя платформы выводить пользователю платформы уведомление о закрытии его счета цифрового рубля. По результатам выполнения операции строка состояния счета цифрового рубля должна иметь первоначальный вид (при отсутствии счета цифрового рубля) в соответствии с Требованием 2.1 Стандарта, и должна быть обеспечена возможность открытия нового счета цифрового рубля.
[Требование 4.8]	В случае прерывания сценария закрытия счета цифрового рубля после блокировки счета цифрового рубля обеспечить возможность как продолжения закрытия счета цифрового рубля, так и разблокировки счета цифрового рубля.
[Требование 4.9]	Обеспечить информирование пользователя платформы об изменении статуса счета цифрового рубля, если он был изменен через другого участника платформы.
[Требование 4.10]	Отображать наименование участника платформы, через которого произведено изменение статуса счета цифрового рубля пользователя платформы, или текст "Банк России" в случае установления статуса оператором платформы.
[Требование 4.11]	После активации пользователем платформы элемента экрана, позволяющего прекратить доступ к платформе отобразить на отдельном экране/всплывающем окне предупреждение о прекращении доступа к платформе и о дальнейшей невозможности проведения операций с цифровыми рублями с использованием приложения клиента данного участника платформы, а также информацию о том, что у пользователя платформы остается возможность осуществления доступа к платформе с использованием приложения клиента других участников платформы, предоставляющих ему доступ к платформе.
	На данном экране/всплывающем окне отобразить также элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о дальнейшей невозможности проведения им операций с цифровыми рублями через данного участника платформы в случае прекращения доступа к платформе.
	Допускается обеспечить подтверждение согласия пользователя платформы с указанным предупреждением путем направления ему кода с использованием сервиса мгновенных сообщений (sms, push).
	При прекращении доступа к платформе через данного участника платформы необходимо отображать предупреждение о том, что все самоисполняемые сделки (автопереводы) (при их наличии), оформленные пользователем платформы через данного участника платформы, прекратят свое действие.
	По результатам выполнения операции прекращения доступа к платформе обеспечить отображение в строке состояния счета цифрового рубля элемента экрана, позволяющего пользователю платформы вновь получить доступ к платформе в соответствии с Требованиями 3.3 - 3.11 Стандарта.

5. Отзыв сертификата ключа проверки электронной подписи (с приостановлением доступа к счету цифрового рубля) (ФЛ)

При необходимости отзыва и (или) получения нового сертификата ключа проверки электронной подписи пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 5.1]	Обеспечить возможность отзыва сертификата ключа проверки электронной подписи при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего аннулировать или прекратить действие сертификата ключа проверки электронной подписи.
[Требование 5.2]	Отобразить на отдельном экране или всплывающем окне предупреждение пользователю платформы, что дальнейший доступ к счету цифрового рубля с использованием данного приложения клиента будет невозможен до получения нового сертификата ключа проверки электронной подписи. Обеспечить на данном экране/всплывающем окне наличие элемента экрана (кнопка со значением "продолжить"/"пустой" чек-бокс/слайдер), активация которого означает согласие пользователя платформы.
[Требование 5.3]	После отзыва сертификата ключа проверки электронной подписи в строке состояния счета цифрового рубля на главном экране приложения клиента вместо информации о балансе счета цифрового рубля должна отображаться надпись со значением "Отозван сертификат ключа проверки электронной подписи".
	Формулировка по усмотрению участника платформы может быть скорректирована, но обязательно должна отражать статус сертификата ключа проверки электронной подписи.
	При активации строки состояния счета цифрового рубля на отдельном экране или всплывающем окне отображается сообщение пользователю платформы о невозможности доступа к счету цифрового рубля с использованием данного приложения клиента до получения нового сертификата ключа проверки электронной подписи.
	На данном экране/всплывающем окне отображается также элемент экрана, содержащий надпись со значением "возобновить доступ".
[Требование 5.4]	При активации возобновления доступа выполняются Требования 3.2 (за исключением этапа онбординга), Требований 3.4 - 3.5 и 3.9 - 3.11 Стандарта.

6. Пополнение счета цифрового рубля, вывод средств со счета цифрового рубля (ФЛ)

Для пополнения счета цифрового рубля и (или) вывода средств со счета цифрового рубля пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 6.1]	Обеспечить возможность ввода суммы операции, а также выбора банковского счета (реквизитов ЭСП) пользователя платформы у данного участника платформы для списания денежных средств (уменьшения остатка ЭДС) пользователя платформы у данного участника платформы с целью пополнения счета цифрового рубля или зачисления денежных средств (увеличения остатка ЭДС) пользователя платформы с целью вывода средств со счета цифрового рубля. До ввода суммы и выбора счета продолжение выполнения операции должно быть не доступно.
[Требование 6.2]	Отобразить последнюю известную, на момент вывода пользователю платформы на соответствующий экран, информацию о балансе счета цифрового рубля на всех экранах при выполнении операций пополнения счета цифрового рубля или вывода средств со счета цифрового рубля, информацию об ограничениях, в том числе арестах (при наличии).
[Требование 6.3]	После ввода суммы операции и выбора банковского счета (реквизита ЭСП) обеспечить наличие отдельного экрана приложения клиента, где отображаются следующие введенные реквизиты для визуального контроля пользователем платформы результатов его выбора: - сумма операции; - счет списания/зачисления средств; - идентификатор счета цифрового рубля списания/зачисления средств; - номер счета цифрового рубля списания/зачисления средств. Редактирование реквизитов (сумма операции, счет списания/зачисления средств) возможно только при возврате на предыдущий экран приложения клиента. Для контроля введенных реквизитов предусмотреть кнопку, смысл которой "выполнить" или "подтвердить" операцию.
[Требование 6.4]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Пополнение выполнено"/"Вывод выполнен".

7. C2C (ФЛ)

Для операций C2C пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 7.1]	Обеспечить выполнение операции C2C при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего выполнить перевод цифровых рублей. Допустимо объединить функционал C2C перевода с функционалом вывода согласно принципам, принятым в приложении клиента. Элемент экрана для выполнения операции C2C должен располагаться также в существующем в приложении клиента разделе переводов денежных средств.
[Требование 7.2]	Обеспечить ввод реквизитов на отдельном экране, содержащем следующие поля: - получатель средств (указывается номер телефона или номер счета цифрового рубля получателя средств (полностью все 20 знаков)); - сумма перевода; - сообщение получателю средств. Обеспечить ввод номера телефона или номера счета цифрового рубля получателя средств в едином поле "получатель средств". Ввод реквизитов перевода выполняется на одном экране путем последовательного заполнения значения каждого реквизита. Поле для реквизита "сообщение получателю средств" не должно превышать 210 символов (необязательно к заполнению).
[Требование 7.3]	При заполнении поля "получатель средств" значением номера счета цифрового рубля получателя средств сделать доступным его выбор из буфера обмена.
[Требование 7.4]	При заполнении поля "получатель средств" значением номера телефона сделать доступным как ручной ввод номера телефона с обозначением ожидаемого формата поля, так и выбор одного номера телефона из адресной книги, путем нажатия на соответствующую кнопку, а также сделать доступным его выбор из буфера обмена.
[Требование 7.4]	При формировании списка номеров телефонов получателей средств на основе списка контактов из памяти мобильного устройства пользователя платформы допускается применять сортировку такого списка, исходя из данных анализа транзакционной активности пользователя платформы по операциям C2C, помещая последние или часто используемые контакты получателей средств в верхнюю часть соответствующего списка.
[Требование 7.5]	Обеспечить контроль необходимого количества символов при вводе номера счета цифрового рубля получателя средств либо номера телефона получателя средств. До ввода пользователем платформы номера счета цифрового рубля получателя средств либо номера телефона получателя средств, а также суммы перевода пользователю платформы должна быть недоступна кнопка, смысл которой "выполнить" или "продолжить".
[Требование 7.6]	После заполнения поля "получатель средств" и ввода суммы операции обеспечить наличие отдельного экрана приложения клиента, где отображаются следующие введенные реквизиты для визуального контроля и подтверждения операции пользователем платформы результатов его выбора: - сумма операции; - идентификатор счета цифрового рубля списания/зачисления средств; - номер счета цифрового рубля списания/зачисления средств; - PAM-фраза получателя средств; - сообщение получателю средств. Редактирование реквизитов (сумма операции, счет списания/зачисления средств, номер счета цифрового рубля списания/зачисления средств, сообщение получателю средств) возможно только при возврате на предыдущий экран приложения клиента.
[Требование 7.7]	Обеспечить информирование пользователя платформы на экране подтверждения операции об отрицательном результате антифрод проверки (в том числе при получении информации о выявлении оператором платформы операции с цифровыми рублями, соответствующей признакам осуществления перевода денежных средств без добровольного согласия клиента).
	При переходе на экран подтверждения операции обеспечить наличие всплывающего окна (без дополнительных действий пользователя платформы) с отображением:
	- Заголовок окна: "Продолжить подозрительную операцию?"; - Основной текст: "На реквизиты получателя поступали жалобы, это может быть мошенничество. Нажимая "Продолжить", вы берете риски на себя"; - Кнопки: "Продолжить" и "Отменить".
	Формулировка основного текста по усмотрению участника платформы может быть скорректирована, но обязательно должна содержать информирование пользователя платформы о возможном осуществлении перевода цифровых рублей в пользу мошенника и о том, что, продолжая операцию пользователь платформы берет на себя риски и ответственность за совершение подозрительной операции.
	При нажатии на кнопку "Отменить" у пользователя платформы должна быть возможность вернуться назад на экран ввода реквизитов или на экран с функционалом счета цифрового рубля.
	При нажатии на кнопку "Продолжить", пользователь платформы повторно переходит на экран подтверждения операции и может продолжить осуществление операции.
[Требование 7.8]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Перевод выполнен".

8. C2B Оплата цифровыми рублями с использованием УПК (ФЛ)

Для операций C2B Оплата цифровыми рублями с использованием УПК, пользовательский интерфейс (UI) приложения клиента пользователя платформы - ФЛ должен:

[Требование 8.1]	Обеспечить выполнение операции C2B (Оплата цифровыми рублями с использованием УПК) при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего выполнить оплату цифровыми рублями. Элемент экрана для выполнения операции C2B (Оплата цифровыми рублями с использованием УПК) должен располагаться также в существующем в приложении клиента разделе платежей, из которого выполняются переводы средств в пользу получателей средств - ЮЛ/ИП. Обеспечить:
[Требование 8.1]	- наличие сканера в приложении клиента и сканера на экране, содержащем функционал интерфейса счета цифрового рубля; - поддержание сканером в приложении клиента форматов цифрового рубля.
[Требование 8.2]	Обеспечить при нажатии кнопки, означающей функцию "Оплатить" - переход на отдельный экран с камерой для сканирования УПК, а также возможность использовать УПК из ранее полученного файла графического формата, сохраненного на мобильном устройстве пользователя платформы.
[Требование 8.3]	После сканирования УПК отобразить: - поле "сумма", в котором доступен ручной ввод суммы покупки (если стоимость товара/услуги не указана в УПК заранее); - заполненное поле "наименование ТСП"; - поле "назначение платежа". Обеспечить наличие элемента экрана, позволяющего выбрать способ оплаты, путем списания цифровых рублей со счета цифрового рубля, который до ввода суммы покупки должен быть недоступен. Обеспечить пользователю платформы возможность ввода значений реквизитов в поля "сумма" и "назначение платежа" если после сканирования УПК поля "сумма" и "назначение платежа" остались незаполненными.
[Требование 8.4]	Для перехода на экран подтверждения операции C2B (Оплата цифровыми рублями с использованием УПК) после ознакомления с реквизитами операции и ввода (при отсутствии) значений недостающих реквизитов, предусмотреть для пользователя платформы кнопку, смысл которой "выполнить" или "продолжить" операцию.
[Требование 8.5]	После нажатия кнопки смысл которой "выполнить" или "продолжить" операцию, обеспечить наличие экрана подтверждения с реквизитами сформированного распоряжения по операции C2B (Оплата цифровыми рублями с использованием УПК) перед выполнением операции. Отобразить на экране подтверждения операции C2B (Оплата цифровыми рублями с использованием УПК) значения соответствующих реквизитов для визуального контроля и подтверждения операции пользователем платформы: - номер счета цифрового рубля плательщика, справа от которого может быть расположен символ со значением "развернуть", при нажатии на который ниже отображается идентификатор счета цифрового рубля плательщика; - наименование ТСП, справа от которого может быть расположен символ со значением "развернуть", при нажатии на который ниже отображаются следующие реквизиты: - MCC-код - идентификатор счета цифрового рубля получателя средств; - номер счета цифрового рубля получателя средств. - сумма покупки; - назначение платежа. Редактирование реквизитов (сумма покупки, назначение платежа) возможно только при возврате на предыдущий экран приложения клиента.
[Требование 8.6]	Обеспечить информирование пользователя платформы на экране подтверждения операции об отрицательном результате антифрод проверки (в том числе при получении информации о выявлении оператором платформы операции с цифровыми рублями, соответствующей признакам осуществления перевода денежных средств без добровольного согласия клиента).
	При переходе на экран подтверждения операции обеспечить наличие всплывающего окна (без дополнительных действий пользователя платформы) с отображением:
	- Заголовок окна: "Продолжить подозрительную операцию?"; - Основной текст: "На реквизиты получателя поступали жалобы, это может быть мошенничество. Нажимая "Продолжить", вы берете риски на себя"; - Кнопки: "Продолжить" и "Отменить".
	Формулировка основного текста по усмотрению участника платформы может быть скорректирована, но обязательно должна содержать информирование пользователя платформы о возможном осуществлении перевода цифровых рублей в пользу мошенника и о том, что, продолжая операцию пользователь платформы берет на себя риски и ответственность за совершение подозрительной операции.
	При нажатии на кнопку "Отменить" у пользователя платформы должна быть возможность вернуться назад на экран ввода реквизитов или на экран с функционалом счета цифрового рубля.
	При нажатии на кнопку "Продолжить", пользователь платформы повторно переходит экран подтверждения операции и может продолжить осуществление операции.
[Требование 8.7]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Платеж выполнен".
[Требование 8.8]	Обеспечить реализацию операции C2B (Оплата цифровыми рублями с использованием УПК) с использованием платежной ссылки в интернет-магазинах, после нажатия на которую пользователь платформы переходит в приложение клиента, и выполняются Требования 8.3 - 8.7 Стандарта.
[Требование 8.8]	После завершения оплаты обеспечить возврат пользователя платформы на сайт интернет - магазина в случае, если в платежной ссылке присутствует адрес для возврата пользователя платформы в интерфейс ТСП.

9. Самоисполняемые сделки (автоперевод) (ФЛ)

Для выполнения самоисполняемой сделки пользовательский интерфейс (UI) приложения клиента пользователя платформы - ФЛ должен:

[Требование 9.1]	Обеспечить наличие функционала интерфейса счета цифрового рубля, содержащего элементы экрана, позволяющие создать автоперевод. Обеспечить отображение списка ранее созданных автопереводов с возможностью выполнения в приложении клиента данного участника платформы: - обновления списка созданных автопереводов (для получения информации о всех актуальных автопереводах, в том числе созданных через приложение клиента других участников платформы); - просмотра информации по каждому из автопереводов; - редактирования автоперевода, созданного через данного участника платформы; - отмены автоперевода, в том числе созданного через приложение клиента другого участника платформы. При попытке пользователя платформы отредактировать автоперевод, созданный через другого участника платформы, отображать пользователю платформы предупреждение о невозможности выполнения таких действий через данного участника платформы.
[Требование 9.2]	При выборе элемента экрана, позволяющего создать автоперевод, обеспечить возможность выбора варианта автоперевода: - однократный отложенный перевод; - периодический отложенный перевод (ежемесячно).
[Требование 9.3]	При выборе элемента экрана, позволяющего создать автоперевод, отобразить на отдельном экране, содержащем форму для ввода реквизитов автоперевода: - номер телефона или идентификатор счета цифрового рубля получателя средств; - сумма операции; - наименование автоперевода; - дата исполнения автоперевода, время в рамках указанной даты (для заполнения реквизитов однократного отложенного перевода цифровых рублей); - число месяца или признак (последнее число месяца) (для заполнения реквизитов периодического отложенного перевода цифровых рублей); - назначение платежа. Обеспечить возможность создания автоперевода при любом балансе счета цифрового рубля, при этом если остаток на счете цифрового рубля меньше суммы указанной в автопереводе, то отобразить предупреждение, что для исполнения автоперевода, остаток на счете цифрового рубля необходимо пополнить до указанной суммы, иначе автоперевод не исполнится.
[Требование 9.4]	При создании однократного отложенного перевода цифровых рублей в поле со значением "время автоперевода" по умолчанию должно подставляться время создания данного автоперевода с возможностью его изменения. При указании для однократного перевода цифровых рублей времени его выполнения в рамках заданной даты обеспечить заполнение поля значением времени с точностью до полного часа, а также отобразить уведомление о том, что при наступлении времени, указанного при создании автоперевода, перевод цифровых рублей будет выполнен в течение ближайшего часа. Обеспечить невозможность заполнения поля при попытке указания значения времени, меньшего чем полное значение ближайшего часа.
[Требование 9.5.]	При указании для периодического отложенного перевода цифровых рублей значения числа месяца, превышающего количество календарных дней в другом месяце в течение периода выполнения данного перевода цифровых рублей, отобразить предупреждение о выполнении данного перевода цифровых рублей в последний календарный день такого месяца. После получения согласия пользователя платформы обеспечить возврат на экран приложения клиента, содержащий элементы экрана для продолжения ввода или выбора реквизитов автоперевода.
[Требование 9.6.]	Обеспечить наличие экрана подтверждения операции с реквизитами сформированного распоряжения на создание автоперевода, полученное от оператора платформы перед выполнением операции, для визуального контроля пользователем платформы: - идентификатор счета цифрового рубля и PAM-фраза получателя средств (перевод по номеру телефона получателя средств); - идентификатор счета цифрового рубля и PAM-фраза получателя средств (перевод по идентификатору счета цифрового рубля получателя средств); - сумма перевода; - назначение платежа; - наименование автоперевода.
[Требование 9.7]	Обеспечить информирование пользователя платформы о неисполнении автоперевода по причине отрицательного результата антифрод проверки (в том числе при получении информации о выявлении оператором платформы операции с цифровыми рублями, соответствующей признакам осуществления перевода денежных средств без добровольного согласия клиента) либо по причине отрицательного результата проверок в соответствии с Федеральным законом от N 115-ФЗ <11> и (или) Федеральным законом N 281-ФЗ <12> и (или) Федеральным законом N 255-ФЗ <13>, выполненных участником платформы и (или) оператором платформы, а также при наличии ограничений на счете цифрового рубля, включая арест, иным основаниям. При этом периодический отложенный автоперевод продолжает быть активным.
[Требование 9.8]	Обеспечить отображение списка всех действующих автопереводов. Для изменения реквизитов/отмены автоперевода, при выборе элемента экрана, позволяющего выполнить соответствующее действие, обеспечить возможность выбора пользователем платформы нужного ему автоперевода из списка всех действующих автопереводов.
[Требование 9.9]	В каждом автопереводе должен отображаться элемент экрана, означающий редактирование его полей, при активации которого на всплывающем окне отображаются элементы экрана, позволяющие выполнить следующие действия: - редактировать (только через участника платформы, в приложении клиента которого был создан автоперевод); - отменить (через любого участника платформы).
[Требование 9.10]	При активации на всплывающем окне элемента экрана с надписью "редактировать" обеспечить отображение следующих реквизитов сделки: - сумма операции (доступна для редактирования); - дата/время исполнения для однократного отложенного перевода (доступна для редактирования); - число месяца исполнения для периодического отложенного перевода (доступно для редактирования). По окончании редактирования перед сохранением автоперевода обеспечить возможность его визуальной проверки и подтверждения путем отображения всех реквизитов сделки на отдельном экране. На данном экране должен располагаться также элемент экрана (кнопка/"пустой" чек-бокс/слайдер), активация которого позволяет подтвердить согласие пользователя платформы с данными реквизитами.
[Требование 9.11]	При активации на всплывающем окне элемента экрана с надписью "отменить" отобразить на отдельном экране/всплывающем окне предупреждение о дальнейшей невозможности исполнения автоперевода. На данном экране/всплывающем окне отобразить также кнопку/"пустой" чек-бокс/слайдер, позволяющий подтвердить согласие пользователя платформы с предупреждением.
[Требование 9.11]	После получения данного согласия в строке списка отображается статус - отменен.

--------------------------------

<11> Федеральный закон от 07.08.2021 N 115-ФЗ "О противодействии легализации (отмыванию) доходов, полученных преступным путем, и финансированию терроризма" (далее - Федеральный закон N 115-ФЗ).

<12> Федеральный закон от 30.12.2006 N 281-ФЗ "О специальных экономических мерах и принудительных мерах".

<13> Федеральный закон от 14.07.2022 N 255-ФЗ "О контроле за деятельностью лиц, находящихся под иностранным влиянием".

10. C2G Оплата цифровыми рублями по УИН (ФЛ)

Для операций C2G Оплата цифровыми рублями по УИН пользовательский интерфейс (UI) приложения клиента пользователя платформы - ФЛ должен:

[Требование 10.1]	Обеспечить наличие функционала интерфейса счета цифрового рубля, содержащего элементы экрана, позволяющие выполнить операции C2G (Оплата цифровыми рублями по УИН).
	Обеспечить выполнение операции C2G (Оплата цифровыми рублями по УИН) также в существующем разделе платежей приложения клиента, из которого выполняются переводы по УИН.
	При совершении оплаты цифровыми рублями по УИН в существующем разделе платежей приложения клиента счет цифрового рубля должен быть доступен в качестве источника списания средств.
	Функционал выполнения операций C2G (Оплата цифровыми рублями по УИН) может быть реализован в приложении клиента в порядке, уже применяемом участником платформы для обеспечения своим клиентам возможности осуществления платежей в бюджетную систему Российской Федерации, но с учетом форматов данных и структуры (реквизитов) электронных сообщений, предусмотренных Приказом Минфина России N 58н <14>.
[Требование 10.2]	После ввода УИН обеспечить переход на экран подтверждения с реквизитами сформированного распоряжения по операции C2G для их визуального контроля пользователем платформы перед выполнением операции. Отобразить на экране подтверждения операции C2G значения следующих найденных по УИН реквизитов: - уникальный идентификатор начисления (УИН); - номер счета цифрового рубля плательщика, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются ИНН, КПП (для ФЛ значение КПП - "0") плательщика; - сведения о фактическом плательщике, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются следующие реквизиты; - наименование фактического плательщика (заполняется из начисления); - ИНН, КПП (для ФЛ значение КПП - "0") фактического плательщика; - сведения о фактическом получателе, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются следующие реквизиты: - наименование фактического получателя; - ИНН и КПП фактического получателя; - номер счета фактического получателя; - БИК банка фактического получателя; - номер счета банка фактического получателя; - сумма перевода (соответствует сумме начисления); - назначение платежа; - реквизиты, идентифицирующие операции C2G в бюджетной системе Российской Федерации (в соответствии с Приказом Минфина России N 58н): - КБК; - ОКТМО; - основание платежа; - документ - основание платежа; - дата документа - основания платежа; - код таможенного органа.
Требование [10.3]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Платеж выполнен".

--------------------------------

<14> Приказ Минфина России от 16.05.2025 N 58н "Об утверждении Информации, позволяющей осуществить перевод денежных средств в рамках применяемых форм безналичных расчетов, необходимой для идентификации платежей, являющихся источниками формирования доходов бюджетов бюджетной системы Российской Федерации, иных платежей, поступающих на казначейские счета, открытые в органах Федерального казначейства, платежей за выполнение работ, оказание услуг автономными учреждениями, описания такой информации, Правил ее указания в распоряжении клиента, Правил кодирования такой информации, а также формы распоряжения клиента - физического лица для осуществления указанных платежей" (далее - Приказ Минфина России N 58н).

11. C2G Оплата цифровыми рублями по свободным реквизитам (ФЛ)

Для операций C2G Оплата цифровыми рублями по свободным реквизитам пользовательский интерфейс (UI) приложения клиента пользователя платформы - ФЛ должен:

[Требование 11.1]	Обеспечить выполнение операции C2G (Оплата цифровыми рублями по свободным реквизитам) при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего выполнить оплату цифровыми рублями.
	Элемент экрана для выполнения операции C2G (Оплата цифровыми рублями по свободным реквизитам) должен располагаться также в существующем в разделе платежей приложения клиента, из которого выполняются переводы по свободным реквизитам, в котором счет цифрового рубля должен быть доступен в качестве источника списания средств. При выборе элемента экрана, позволяющего создать перевод C2G по свободным реквизитам, обеспечить переход на отдельный экран для ввода реквизитов.
	Функционал выполнения операций C2G (Оплата цифровыми рублями по свободным реквизитам) может быть реализован в приложении клиента в порядке, уже применяемом участником платформы для обеспечения своим клиентам возможности осуществления платежей в бюджетную систему Российской Федерации, но с учетом форматов данных и структуры (реквизитов) электронных сообщений, предусмотренных Приказом Минфина России N 58н.
[Требование 11.2]	После перехода на отдельный экран ввода реквизитов C2G по свободным реквизитам обеспечить на данном экране отображение следующих полей: - номер счета цифрового рубля плательщика, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются ИНН, КПП плательщика (для ФЛ значение КПП - "0"); - сведения о фактическом плательщике (для осуществления пользователями платформы платежей за третьих лиц обеспечить отображение полей для ввода сведений о фактическом плательщике с соблюдением требований, установленных Приказом Минфина России N 58н к составу и формату значений реквизитов, подлежащих указанию в таких полях); - наименование получателя; - сведения о фактическом получателе, справа от которого расположен символ со значением "развернуть", при нажатии на который должен быть обеспечен выбор реквизитов, по которым будет совершаться перевод: - наименование фактического получателя; - ИНН и КПП фактического получателя; - номер счета фактического получателя; - БИК банка фактического получателя; - номер счета банка фактического получателя; - сумма перевода; - назначение платежа (обязательно к заполнению и не должно превышать 210 символов); - реквизиты, необходимые для идентификации операции C2G в бюджетной системе Российской Федерации (обеспечить контроль заполнения ниже перечисленных полей с соблюдением форматов и правил их заполнения в соответствии с требованиями Приказа Минфина России N 58н, в том числе обязательность их заполнения значением реквизита либо где это допустимо - значением "0"): - УИН; - статус плательщика; - КБК; - ОКТМО; - основание платежа; - документ - основание платежа; - дата документа - основания платежа; - код таможенного органа. На экране ввода реквизитов в явном виде, в том числе с использованием подсказок и раскрывающихся списков для выбора допустимых значений, должно быть обеспечено информирование пользователя платформы о порядке заполнения полей и допустимых форматах для ввода в них значений реквизитов.
[Требование 11.2]	Обеспечить невозможность заполнения поля "назначение платежа" и полей, предусматривающих указание в них числовых/буквенных значений реквизитов, только символами "пробел" (без текста) или "возврат каретки" (Enter) вместо указания значений соответствующих реквизитов.
[Требование 11.3]	До заполнения пользователем платформы всех реквизитов получателя, полей "наименование получателя", "сумма перевода", "назначение платежа" и реквизитов, идентифицирующих операцию C2G (по свободным реквизитам) в бюджетной системе Российской Федерации, пользователю платформы должна быть недоступна кнопка, смысл которой "выполнить" или "продолжить".
[Требование 11.4]	При заполнении реквизитов полей "наименование получателя" значениями "номер счета фактического получателя" и "номер счета банка фактического получателя" сделать доступным их выбор из буфера обмена.
[Требование 11.5]	Обеспечить контроль вводимых значений реквизитов счетов, БИК, ИНН, КПП на их соответствие допустимым форматам и количеству символов, а при вводе значений реквизитов, идентифицирующих C2G в бюджетной системе Российской Федерации, - на их соответствие форматам, предусмотренным Приказом Минфина России N 58н.
[Требование 11.6]	Обеспечить наличие экрана подтверждения с реквизитами сформированного распоряжения о переводе цифровых рублей, полученными от оператора платформы, для их визуального контроля пользователем платформы перед выполнением операции: - номер счета цифрового рубля плательщика; - сведения о фактическом плательщике (при наличии) (по платежам за третьих лиц); - ИНН и КПП плательщика (для КПП - значение "0"); - номер счета цифрового рубля получателя; - наименование фактического получателя; - ИНН и КПП фактического получателя; - номер счета фактического получателя; - БИК банка фактического получателя; - номер счета банка фактического получателя; - сумма перевода; - назначение платежа; - реквизиты, идентифицирующие операцию C2G в бюджетной системе Российской Федерации: - УИН; - статус плательщика; - КБК; - ОКТМО; - основание платежа; - документ - основание платежа; - дата документа - основания платежа; - код таможенного органа. Редактирование реквизитов со значениями номеров счетов, БИК, ИНН, КПП и реквизитов, идентифицирующих операцию C2G в бюджетной системе Российской Федерации, а также полей "сумма перевода" и "назначение платежа" возможно только при возврате пользователя платформы на предыдущий экран приложения клиента.
Требование [11.7]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Платеж выполнен".

12. Информационные уведомления по операциям с цифровыми рублями (ФЛ)

Пользовательский интерфейс (UI) приложения клиента для пользователей платформы - ФЛ должен:

[Требование 12.1]	Проинформировать пользователя платформы, как минимум, о следующих событиях на платформе, на платформе, наступивших в результате реализации собственных процессов со стороны оператора платформы и (или) участника платформы (текст уведомления, полученный от оператора платформы, следует отображать в неизменном виде): - о результате операции с цифровыми рублями, в том числе по инициативе оператора платформы (успешно/неуспешно); - об изменении баланса счета цифрового рубля на счете цифрового рубля пользователя платформы; - о возникновении ошибки <15> при операции со счетом цифрового рубля пользователя платформы на платформе; - об изменении статуса счета цифрового рубля; - о закрытии счета цифрового рубля участника платформы (в сроки, указанные в Правилах платформы); - о невозможности заключения договора счета цифрового рубля с указанием причины (при наличии); - об установке/снятии ограничений на счете цифрового рубля оператором платформы; - о применении меры по замораживанию (блокированию) цифровых рублей; - о результатах проверок на банкротство и ограничениях, связанных с ними; - о наложении ареста на счет цифрового рубля; - о приостановлении операций по счету цифрового рубля; - об отказе в проведении операции; - о невозможности выполнения операции; - о выявленном несоответствии сведений о пользователе платформы; - о расторжении договора счета цифрового рубля оператором платформы с указанием причины (при наличии); - о закрытии счета цифрового рубля пользователя платформы; - о прекращении доступа к платформе через данного участника платформы по обращению пользователя платформы; - о прекращении доступа к платформе через участника платформы в связи с расторжением данным участником платформы договоров банковского счета, в рамках которых пользователю платформы были открыты и (или) предоставлены персонифицированные или корпоративные ЭСП; - об отмене самоисполняемых сделок, оформленных через участника платформы (в случае закрытия счета цифрового рубля/прекращения доступа к платформе через данного участника платформы); - об обновлении списка самоисполняемых сделок; - о привязке сертификата ключа проверки электронной подписи к счету цифрового рубля пользователя платформы; - об изменении данных пользователя платформы (номер телефона, адрес электронной почты); - о результатах управления согласиями <16>. Информация предоставляется понятным для пользователя платформы образом с использованием сервиса мгновенных сообщений (sms, push) на русском языке (согласно принципам информирования, принятым в соответствующем приложении клиента, в том числе с возможностью использования настроек конфиденциальности уведомлений о событиях на платформе). Хранение сообщений и обеспечение их доступности пользователю платформы для просмотра, в том числе сроки и форма доступности пользователю платформы, осуществляется в соответствии с правилами, предусмотренными приложением клиента, если иной порядок, включая срок, не предусмотрен законодательством Российской Федерации. При предоставлении участником платформы пользователю платформы информации в случаях, указанных в Федеральном законе N 115-ФЗ, до пользователя платформы должно быть однозначно понятно доведено, что при возникновении у пользователя платформы вопросов к информации, полученной по решениям, принятым в соответствии с законодательством Российской Федерации участником платформы, за разъяснениями пользователю платформы следует обращаться к данному участнику платформы.
[Требование 12.2]	На экране с элементами функционала счета цифрового рубля обеспечить наличие элемента экрана, содержащего наименование "Сообщения" и рядом символ (другой признак), означающий наличие или количество непрочитанных уведомлений, полученных от оператора платформы.
[Требование 12.3]	Отображать на отдельном экране, вызываемом элементом интерфейса со значением "Сообщения" входящие уведомления, направляемые оператором платформы в адрес пользователя платформы.
[Требование 12.4]	Обеспечить отображение уведомлений в виде построчного списка, включая следующие реквизиты: - дата и время; - тема уведомления; Обеспечить наличие элемента, обозначающего прочтение пользователем платформы входящего уведомления. При раскрытии уведомления пользователю платформы отображается текст сообщения.
[Требование 12.5]	Обеспечить возможность настройки фильтра уведомлений по дате.
[Требование 12.6]	Уведомления должны храниться в соответствующем разделе в соответствии с правилами, предусмотренными приложением клиента, если иной порядок, включая срок, не предусмотрен законодательством Российской Федерации.

--------------------------------

<15> Любые ошибки, которые привели к невозможности успешного завершения операции, согласно приложению к АЭС Коды Результатов Контроля.

<16> Должно быть реализовано после технической реализации соответствующего функционала на платформе.

13. Запрос истории операций (ФЛ)

Для направления запроса истории операций на платформе пользовательский интерфейс (UI) приложения клиента пользователей платформы - ФЛ должен:

[Требование 13.1]	Обеспечить отображение истории операций при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего получить историю операций.
	Обеспечить отображение запросов истории пользователя платформы в разделе с историей операций по счету цифрового рубля либо в общем разделе приложения клиента со значением "Уведомления".
	Информация, предоставляемая по запросам истории операций, как просмотренная, так и не просмотренная пользователем платформы, должна быть доступна для просмотра пользователем платформы в приложении клиента не менее 3 календарных дней с момента отображения данной информации в соответствующем разделе приложения клиента.
[Требование 13.2]	Обеспечить отображение истории операций понятным для пользователя платформы образом (согласно принципам информирования пользователей платформы, принятым в соответствующем приложении клиента), включая следующие реквизиты: - тип операции (пополнение счета цифрового рубля, поступление выплат из бюджетной системы Российской Федерации (G2C), вывод средств со счета цифрового рубля, перевод цифровых рублей, перевод цифровых рублей в бюджетную систему Российской Федерации (C2G), оплата товаров, работ, услуг, возврат цифровых рублей, выплата по реестру распоряжений); - дата и время совершения операции; - сумма операции; - уникальный идентификатор операции (OprId). В зависимости от типа операции дополнительно отображается информация: - при пополнении счета цифрового рубля: - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - банковский счет/реквизиты ЭСП для списания денежных средств (при выполнении операции через данного участника платформы); - банк отправителя. - при поступлении выплат из бюджетной системы Российской Федерации (G2C): - наименование фактического плательщика (при наличии); - ИНН, КПП фактического плательщика (при наличии); - номер счета фактического плательщика (при наличии); - номер счета цифрового рубля плательщика; - назначение платежа (при наличии); - код вида дохода (при наличии); - код вида выплаты (при наличии); - расшифровка кода вида выплаты (при наличии). - при переводе цифровых рублей: - (входящем): PAM-фраза плательщика; - (исходящем): PAM-фраза получателя перевода (при наличии); - (входящем): номер счета цифрового рубля плательщика; - (исходящем): наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции (при наличии); - сообщение получателю средств (при наличии). - B2C (входящий) выплата по реестру распоряжений: - идентификатор счета цифрового рубля плательщика (при наличии); - номер счета цифрового рубля плательщика (при наличии) - наименование плательщика; - счет плательщика (при наличии); - назначение платежа (при наличии); - код вида дохода; - взысканная сумма (при наличии). - при переводе цифровых рублей в бюджетную систему Российской Федерации (C2G): - наименование фактического получателя (при наличии); - ИНН, КПП фактического получателя (при наличии); - номер счета фактического получателя (при наличии); - номер счета цифрового рубля получателя; - УИН (при наличии); - назначение платежа (при наличии). - при выводе средств со счета цифрового рубля: - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - банковский счет/реквизиты ЭСП для зачисления денежных средств (при выполнении операции через данного участника платформы); - банк получателя. - C2B (исходящий) оплата товаров, работ, услуг: - номер счета цифрового рубля получателя; - наименование ТСП; - идентификатор (ID) согласия (при наличии) <17> - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - назначение платежа (при наличии). - B2C (входящий) возврат цифровых рублей: - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - наименование ТСП; - номер счета цифрового рубля плательщика; - назначение платежа (при наличии).
[Требование 13.2]	Искажение значений реквизитов истории операций, полученной от оператора платформы, не допускается. При этом возможно отображение банковских счетов списания/зачисления денежных средств (реквизитов ЭСП для увеличения или уменьшения остатка ЭДС пользователя платформы) в полном или сокращенном виде в соответствии с порядком отображения номеров счетов пользователя платформы, принятым в соответствующем приложении клиента.
[Требование 13.3]	Отобразить на экране, содержащем историю операций, элемент экрана, позволяющий выполнить запрос истории операций, при активации которого выполняется переход на экран или всплывающее окно для выбора периода, за который необходимо сформировать информацию об операциях с цифровыми рублями. При выборе периода, включающего в себя информацию старше 30 календарных дней от даты направления запроса, отобразить предупреждение: "При необходимости запроса истории операций, включающего в себя информацию старше 30 календарных дней от даты направления запроса, информация может быть предоставлена в течение 1 - 2 дней". Отобразить также элемент экрана ("пустой" чек-бокс или слайдер), активация которого подтверждает согласие пользователя платформы с предупреждением. После выбора периода, за который необходимо предоставить историю операций (после получения согласия с предупреждением), на экране должна отображаться обновленная история операций в соответствии с Требованием 13.2 Стандарта.
[Требование 13.4]	Обеспечить направление пользователю платформы уведомления, содержащего информацию об исполнении его запроса истории операций за период, включающий в себя информацию старше 30 календарных дней от даты направления запроса, и сроке хранения истории операций, отображенной в соответствующем разделе приложения клиента, в соответствии с Требованием 13.1 Стандарта.
[Требование 13.5]	Обеспечить на экране отображения истории операций возможность установления пользователем платформы фильтров для отображения операций, соответствующих одному типу, сумме или иному признаку, применимому к отображению операций в порядке, предусмотренном участником платформы для иных продуктов данного приложения клиента. Обеспечить возможность отображения истории операций в соответствии с заданным фильтром.
[Требование 13.6]	При отображении запросов истории операций, предусмотреть для пользователя платформы возможность просмотреть информацию по нескольким запросам истории операции.
[Требование 13.6]	Необходимо обеспечить наличие полей со значениями "баланс на начало периода" и "баланс на конец периода" для каждого из запросов истории операций за период, включающий в себя информацию старше 30 календарных дней от даты направления запроса.

--------------------------------

<17> Отображение данной информации в приложении клиента должно быть реализовано после технической реализации соответствующего функционала на платформе.

14. Запрос документов в формате PDF (ФЛ) <18>

--------------------------------

<18> Требования раздела 14 Стандарта должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.

Для направления запроса истории операций на платформе пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование [14.1]	Обеспечить в разделе цифрового рубля подраздел "Заказ справок" с двумя вкладками: - "Заказать новую"; - "Заказанные".
	На вкладке "Заказать новую" отображать список доступных для заказа следующих документов:
	- Извещение об операциях по счету цифрового рубля за период (документ, формируемый по запросу госслужащих); - Справка о наличии счетов цифрового рубля; - Справка о доступном остатке на счете цифрового рубля <19>.
	Интерфейс должен скрывать документы, недоступные для их заказа ФЛ.
	На вкладке "Заказанные" отображать для каждого документа, в том числе для заказанных из "Истории операций": - наименование документа; - дату и время формирования запроса; - статус ("Готово"/"Ожидание").
	Сортировка документов осуществляется в порядке календарной очередности по дате заказа (новые сверху).
	Для документов со статусом "Готово" обеспечить возможность: - просмотра сформированного документа в формате PDF в приложении клиента участника платформы; - скачивания (экспорта) сформированного документа и файла электронной подписи sig из приложения клиента на устройство пользователя платформы.
	Документы, сформированные по заказу пользователя платформы, должны быть доступны в приложении клиента в статусе "Готово" не менее 3 календарных дней с даты их изготовления.
[Требование 14.2]	При заказе документа "Извещение об операциях по счету цифрового рубля за период" обеспечить следующее: - после выбора вида документа пользователем платформы, направлять оператору платформы электронное сообщение для получения списка закрытых счетов цифрового рубля пользователя платформы; - после получения списка закрытых счетов цифрового рубля пользователя платформы, предоставить возможность выбора только одного счета цифрового рубля (действующего или закрытого) с отображением в списке статуса счета цифрового рубля, по которому требуется сформировать документ; - после выбора счета цифрового рубля, обеспечить выбор периода, за который запрашиваются сведения по операциям (выбираемый период не может превышать период действия договора счета цифрового рубля), с соблюдением следующих условий: - максимальный диапазон дат - 10 (десять) лет до текущей даты; - и одновременно максимальная глубина выбранного периода - не ранее 15.08.2023; - валидация дат: дата "по" не может быть раньше даты "с".
	При заказе документа "Справка о наличии счетов цифрового рубля": - предоставить выбор: "Только действующий счет цифрового рубля" или "Все счета цифрового рубля (включая закрытые)".
	При заказе документа "Справка о доступном остатке на счете цифрового рубля": - разрешить заказ документа только для действующего счета цифрового рубля; - обеспечить выбор даты в рамках периода действия договора счета цифрового рубля (поле должно быть предзаполнено текущей датой).
[Требование 14.3]	После выбора параметров документа: - подтвердить необходимость формирования документа через нажатие кнопки "Заказать"; - после завершения процедуры заказа документа: - показывать уведомление "Документ формируется"; - автоматически обновлять статус документа во вкладке "Заказанные" при изменении состояния заказанного документа; - отображать кнопку возврата на экран с функционалом счета цифрового рубля, а также кнопку "Заказать еще один документ" для обеспечения возможности продолжения процедуры заказа документов (возврат к Требованию 14.1).
[Требование 14.4]	В разделе "История операций" (для операций пополнения счета цифрового рубля, поступление выплат из бюджетной системы Российской Федерации (G2C), вывода средств со счета цифрового рубля, перевода цифровых рублей, перевода цифровых рублей в бюджетную систему Российской Федерации (C2G), оплаты товаров, работ, услуг, возврата цифровых рублей по ранее совершенным операциям, выплаты по реестру распоряжений): - обеспечить выбор периода, за который могут быть запрошены сведения по истории операций, с соблюдением следующих условий: - максимальный диапазон - 10 (десять) лет до текущей даты; - и одновременно максимальная глубина выбранного периода - не ранее 15.08.2023; - валидация дат: дата "по" не может быть раньше даты "с"; - направлять оператору платформы запрос истории операций за период по всем счетам цифрового рубля, которые были действующими у пользователя платформы в выбранный им период; - после получения истории операций, отображать операции за выбранный период по всем счетам цифрового рубля (независимо от их статуса); - при выборе конкретной операции (через клик по операции) показывать детали операции, а также отображать кнопку "Заказать" для формирования в формате PDF документа по выбранной операции; - после завершения процедуры заказа документа: - показывать уведомление "Документ формируется"; - автоматически обновлять статус документа во вкладке "Заказанные" при изменении состояния заказанного документа; - отображать кнопку возврата на экран с функционалом счета цифрового рубля, а также кнопку "Заказать еще один документ" для обеспечения возможности продолжения процедуры заказа документов (возврат к Требованию 14.1).

--------------------------------

<19> Доступна только по действующему счету цифрового рубля и только для ФЛ.

15. Ограничение распоряжения счетом цифрового рубля (ФЛ)

Пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ФЛ должен:

[Требование 15.1]	Обеспечить отражение на главном экране приложения клиента информации об установлении ограничения по счету цифрового рубля пользователя платформы и (или) наложении ареста на денежные средства на его счете цифрового рубля пользователя платформы.
	На экране с функционалом счета цифрового рубля рядом с суммой остатка на счете цифрового рубля обеспечить отображение символа (например, "!" или иной), при нажатии на который появится подсказка с реквизитами: - наименование ограничения (при наличии)/арест (сумма заблокированных средств); - орган, установивший ограничение (при наличии)/арест (сумма заблокированных средств); - номер документа (при наличии); - тип документа (при наличии).
	Обеспечить информирование пользователя платформы об установленных ограничениях распоряжения счетом цифрового рубля в следующих случаях: - при установлении ограничения/наложении ареста (сумма заблокированных средств) на счет цифрового рубля (при наличии электронного сообщения от оператора платформы) пользователь платформы должен получить уведомление с указанием следующих реквизитов: - наименование ограничения (при наличии)/арест сумма заблокированных средств; - орган, установивший ограничение (при наличии); - номер документа (при наличии); - тип документа (при наличии). - при снятии ограничения со счета цифрового рубля (при наличии электронного сообщения от оператора платформы) пользователь платформы должен получить уведомление с указанием следующих реквизитов: - наименование ограничения (при наличии); - номер документа (при наличии); - тип документа (при наличии).
	При блокировке оператором платформы счета цифрового рубля пользователь платформы должен получить уведомление с указанием причины блокировки.
	При закрытии счета цифрового рубля оператором платформы пользователь платформы должен получить уведомление с указанием причины закрытия.
[Требование 15.2]	После установления/снятия ограничения по счету цифрового рубля пользователя платформы и (или) наложения/снятия ареста на денежные средства на его счете цифрового рубля пользователю платформы должно приходить уведомление с указанием следующих реквизитов: - о приостановлении операций/аресте денежных средств с указанием суммы заблокированных средств (при установлении ограничения на расходование средств); - о возобновлении операций/снятии ареста с указанием доступного остатка на счете цифрового рубля (при снятии ограничения на расходование заблокированных средств); - орган, установивший/снявший ограничение; - номер документа основания.
	При установлении ограничения распоряжения (включая арест) денежными средствами, находящимися на счете цифрового рубля пользователя платформы, участником платформы, предоставлявшим/предоставляющим ему доступ к платформе на момент установления/снятия такого ограничения (включая арест), на всех экранах, на которых присутствует баланс счета цифрового рубля, помимо баланса счета цифрового рубля, должны отображаться сумма заблокированных средств и общий размер остатка денежных средств на счете цифрового рубля.
	Рядом с суммой заблокированных средств и суммой баланса счета цифрового рубля на экране с функционалом счета цифрового рубля должен быть расположен символ, например, "?" или иной, при нажатии на который появляется подсказка с реквизитами ограничения.

16. Согласия пользователя платформы (ФЛ) <20>

--------------------------------

<20> Требования раздела 16 Стандарта должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.

Для предоставления пользователем платформы согласий на совершение оператором платформы операций по счету цифрового рубля и связанных с ним действий на платформе пользовательский интерфейс (UI) приложения клиента пользователей платформы - ФЛ должен:

[Требование 16.1]	Обеспечить наличие в функционале интерфейса счета цифрового рубля раздела согласий, позволяющего пользователю платформы выполнять действия по их предоставлению/отзыву с направлением оператору платформы электронных сообщений (запросов), содержащих соответствующие согласия.
[Требование 16.2]	В разделе согласий должна отображаться информация о всех согласиях: - которые могут быть предоставлены оператору платформы через данного участника платформы; - которые уже предоставлены оператору платформы (действующие согласия) - отображается тип согласия и участник платформы, которого пользователь платформы указал в качестве стороны, направляющей электронные сообщения (запросы) (одно согласие может отображаться столько раз, через сколько разных участников платформы пользователь платформы предоставлял данное согласие).
	При отображении информации о согласиях предусмотреть разделение по типам согласий, а также выделить согласия, предоставленные оператору платформы через других участников платформы, с указанием наименований этих участников платформы.
	Отзыв согласия возможен через любого участника платформы, предоставляющего пользователю платформы доступ к платформе.
[Требование 16.3]	Отображать в разделе с согласиями пользователя платформы согласия, предоставляющие оператору платформы: - право списания со счета цифрового рубля пользователя платформы - ФЛ цифровых рублей в оплату товаров, работ, услуг пользователя платформы - ТСП, указанного в согласии пользователя платформы - ФЛ, по запросу от имени такого пользователя платформы - ТСП на совершение оплаты товаров, работ услуг, поступившему от участника платформы, предоставляющего данному пользователю платформы - ТСП доступ к платформе; - право направления информации о балансе счета цифрового рубля и истории операций по счету цифрового рубля пользователя платформы по запросу от его имени, поступившему от участника платформы, указанного пользователем платформы в согласии.
[Требование 16.4]	Предусмотреть элементы экрана для предоставления/отзыва пользователем платформы согласия. При нажатии элемента экрана для предоставления/отзыва согласия, предусмотреть экран или всплывающее окно, для подтверждения пользователем платформы своих действий с согласием, с отображением на нем: следующих элементов: - текста согласия, с которым совершаются действия, в соответствии с перечнем: - "Настоящим, я поручаю оператору платформы, при поступлении от имени <наименование пользователя платформы - ТСП> запроса на совершение оплаты товаров, работ, услуг, осуществлять перевод цифровых рублей с моего счета цифрового рубля на счет цифрового рубля <наименование пользователя платформы - ТСП> в размере, указанном в таком запросе, и предоставляю оператору платформы право на составление распоряжения на перевод от моего имени"; - "Настоящим, я поручаю оператору платформы, при поступлении от <наименование участника платформы, через которого пользователь платформы осуществляет доступ к платформе> от моего имени запроса о балансе и истории операций, предоставлять информацию о балансе и истории операций по моему счету цифрового рубля". - элемента экрана (кнопка/"пустой" чек-бокс/слайдер), для подтверждения пользователем платформы действий, совершаемых с согласием; - элемент экрана (кнопка/"пустой" чек-бокс/слайдер), для отказа пользователя платформы от действия, совершаемых с согласием.
[Требование 16.4]	Внизу экрана или всплывающего окна предусмотреть кнопку, смысл которой "сохранить и подтвердить" все действия, совершенные с согласиями, и завершить все действия с выбранным согласием, после нажатия (активации) которой должен осуществляться возврат пользователя платформы на экран, содержащий список согласий.

17. Требования к пользовательским интерфейсам приложения клиента (ЮЛ/ИП)

Пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 17.1]	Обеспечить возможность выбора пользователем платформы типа счета цифрового рубля ЮЛ/ИП для открытия соответствующего счета цифрового рубля или получения доступа к открытому счету цифрового рубля на главном экране приложения клиента. Обеспечить доступ к функционалу интерфейса счета цифрового рубля для выполнения операций с цифровыми рублями, осуществляемых пользователем платформы, управления счетом цифрового рубля на платформе. Обеспечить в составе функционала интерфейса счета цифрового рубля наличие элементов, позволяющих осуществить: - пополнение счета цифрового рубля; - вывод средств со счета цифрового рубля; - B2B; - B2C (возврат); - B2C (выплата по реестру распоряжений); - B2G (для ЮЛ) (по УИН/свободным реквизитам); - C2G (для ИП) (по УИН/свободным реквизитам); - получение/обновление информации о балансе на счете цифрового рубля; - получение истории операций по счету цифрового рубля; - действия со счетом цифрового рубля (изменение статуса счета цифрового рубля); - отзыв сертификата ключа проверки электронной подписи, возобновление доступа к счету цифрового рубля путем получения нового сертификата; - получение информации о счете цифрового рубля (идентификатор счета цифрового рубля, номер счета цифрового рубля, номер договора счета цифрового рубля, заключенного между оператором платформы и пользователем платформы, дата присоединения пользователя платформы к договору счета цифрового рубля, статус счета цифрового рубля, информация о пользователе платформы: наименование (полное, сокращенное), ОГРН (для ЮЛ)/ОГРНИП (для ИП), ИНН, КПП (для ЮЛ), юридический адрес, номер телефона (для ИП в обязательном порядке, для ЮЛ - при наличии, а также должна присутствовать возможность его добавления/изменения), адрес электронной почты (при наличии, должна присутствовать возможность его добавления/изменения)); - получение информации о сертификате ключа проверки электронной подписи; - получение информации об уведомлениях (Требования 27.1 - 27.6); - прекращение доступа к платформе с использованием приложения клиента данного участника платформы по инициативе пользователя платформы; - предоставление/отзыв согласий <21>. Иные элементы экранов, относящиеся к функционалу интерфейса счета цифрового рубля, отражаются понятным для пользователя платформы образом и располагаются на экранах приложения клиента согласно принципам предоставления доступа к услугам, принятым в соответствующем приложении клиента.
[Требование 17.2]	Обеспечить наличие строки состояния счета цифрового рубля, содержащей наименование "Цифровой рубль", а также отображение статуса счета цифрового рубля, баланса счета цифрового рубля и номера счета цифрового рубля согласно принципам предоставления доступа к услугам, принятым в соответствующем приложении клиента. В случаях, когда счет цифрового рубля заблокирован (имеет статус "Заблокирован"), отображать информацию о том, что он заблокирован.
	В случае отсутствия информации об открытом счете цифрового рубля под наименованием "Цифровой рубль" следующей строкой обеспечить наличие элемента экрана с надписью "открыть счет цифрового рубля" (или "открыть счет"), или информационного баннера, позволяющего открыть и (или) получить доступ к счету цифрового рубля. Время жизни информационного баннера на данном экране должно составлять минимум 2 недели.
	В случае наличия информации об открытом счете цифрового рубля обеспечить при входе в приложение клиента (без дополнительных действий пользователя платформы по его поиску) наличие элемента экрана, содержащего наименование "Цифровой рубль" и надпись "получить доступ к счету цифрового рубля", в виде строки состояния счета цифрового рубля или статичного информационного баннера. Время жизни информационного баннера на данном экране должно составлять минимум 2 недели.
	На строке состояния счета цифрового рубля допустимо использовать следующие статусы операций по счету цифрового рубля, находящихся в процессе исполнения: - "счет цифрового рубля в процессе открытия" или "счет в процессе открытия" (открытие счета цифрового рубля); - "выполняется подключение к счету цифрового рубля" или "выполняется подключение к счету" (получение доступа к счету цифрового рубля); - "счет цифрового рубля в процессе закрытия" или "счет в процессе закрытия" (закрытие счета цифрового рубля); - "счет цифрового рубля в процессе блокировки" или "счет в процессе блокировки" (приостановление доступа к счету цифрового рубля); - "счет цифрового рубля в процессе разблокировки" или "счет в процессе разблокировки" (возобновление доступа к счету цифрового рубля). Иные формулировки на строке состояния счета цифрового рубля не допускаются.
	Строка состояния счета цифрового рубля должна быть размещена в общем разделе со счетами пользователя платформы на главном экране приложения клиента.
	Обеспечить отсутствие продуктов или объектов (баннеров, рекламы и т.д.), не относящихся к счету цифрового рубля или продуктам участника платформы, между строками, содержащими информацию о счетах пользователя платформы, и строкой состояния счета цифрового рубля или информационным баннером.
	Информация о балансе счета цифрового рубля и иных счетов, открытых участником платформы, должна быть разделена и отображаться в отдельных одноименных разделах.
[Требование 17.3]	На строке состояния счета цифрового рубля обеспечить отображение логотипа цифрового рубля для осуществления операций с цифровыми рублями, если размещение графических элементов предусмотрено концепцией оформления иных продуктов данного приложения клиента.
[Требование 17.4]	При выборе элемента функционала интерфейса счета цифрового рубля, позволяющего получить информацию о счете цифрового рубля на отдельном экране или всплывающем окне отобразить информацию: - полный номер счета цифрового рубля (полностью все 20 знаков); - идентификатор счета цифрового рубля (полностью все 55 символов); - статус счета цифрового рубля; - номер договора счета цифрового рубля, заключенного между оператором платформы и пользователем платформы; - дата присоединения пользователя платформы к договору счета цифрового рубля. А также информацию о пользователе платформы, переданную оператору платформы: - наименование (полное, сокращенное); - ОГРН (для ЮЛ)/ОГРНИП (для ИП); - ИНН; - КПП (для ЮЛ); - юридический адрес (для ЮЛ)/адрес места жительства (регистрации) или места пребывания (для ИП); - номер телефона (для ИП в обязательном порядке, для ЮЛ - при наличии, должна присутствовать возможность его добавления/изменения); - адрес электронной почты (при наличии, должна присутствовать возможность его добавления/изменения).
[Требование 17.5]	Обеспечить наличие элемента экрана, позволяющего скопировать в буфер обмена номер счета цифрового рубля (полностью все 20 знаков), при необходимости его направления в составе сообщения с использованием электронной почты или иного сервиса обмена мгновенными сообщениями.
[Требование 17.6]	На экране, содержащем элементы функционала интерфейса счета цифрового рубля (Требование 17.1 Стандарта), должна быть размещена надпись в виде заголовка "Цифровой рубль", а также логотип цифрового рубля для осуществления операций с цифровыми рублями, если размещение графических элементов предусмотрено концепцией оформления иных продуктов в интерфейсах приложения клиента пользователя платформы.
[Требование 17.7]	На всех экранах, предусматривающих ввод реквизитов для осуществления пополнения счета цифрового рубля, вывода средств со счета цифрового рубля, перевода цифровых рублей, обеспечить наличие поля, содержащего баланс счета цифрового рубля, а также время и дату последней актуализации баланса счета цифрового рубля (если дата актуализации баланса счета цифрового рубля соответствует текущей дате допускается указывать только время актуализации баланса счета цифрового рубля). Обеспечить наличие возможности обновления баланса счета цифрового рубля.
[Требование 17.8]	При выполнении операций для доступа к криптографическим функциям необходимо обеспечить ввод пароля для доступа к ключу электронной подписи пользователя платформы <22>.
[Требование 17.9]	Обеспечить возможность изменения пароля для доступа к ключу электронной подписи пользователя платформы в разделе "О ключах и сертификатах" в следующих случаях <23>: - по желанию пользователя платформы; - в случае окончания срока его действия.
[Требование 17.10]	В случае если счет цифрового рубля участника платформы, предоставляющего пользователю платформы доступ к платформе цифрового рубля, находится в статусе "Заблокирован" или "Приостановление операций", на весь период действия по счету цифрового рубля участника платформы указанных ограничений, обеспечить отображение на постоянной основе на экране с функционалом интерфейса цифрового рубля или на главном экране приложения клиента информационного сообщения об ограничениях, влияющих на пользователя платформы, а также о возможности получения доступа к своему счету цифрового рубля при обращении к другому участнику платформы.
[Требование 17.10]	С момента снятия ограничений и изменения статуса счета цифрового рубля данного участника платформы на "Активен" прекратить отображение выше указанного информационного сообщения для пользователей платформы.

--------------------------------

<21> Должно быть реализовано после технической реализации соответствующего функционала на платформе.

<22> Реализация ввода пароля для доступа к ключу электронной подписи пользователя платформы определяется требованиями эксплуатационной документации.

<23> При наличии такой функциональности в соответствии с требованиями эксплуатационной документации.

18. Регистрация на платформе цифрового рубля. Открытие счета цифрового рубля, получение доступа к платформе цифрового рубля (ЮЛ/ИП)

[Требование 18.1]	В случае отсутствия у пользователя платформы ЮЛ/ИП открытого счета цифрового рубля обеспечить наличие элемента экрана для выполнения открытия счета цифрового рубля в соответствии с Требованиями 17.1 - 17.2 Стандарта в области экрана, выделенной под строку состояния счета цифрового рубля на главном экране приложения клиента.
[Требование 18.1]	В случае наличия открытого счета цифрового рубля и информации у участника платформы об этом, обеспечить отображение статуса счета цифрового рубля при переустановке приложения клиента или установке на другое мобильное устройство с соблюдением Требований 18.2, 18.3 Стандарта.
[Требование 18.2]	Открытие счета цифрового рубля пользователя платформы - ЮЛ и (или) получение доступа к платформе, при наличии открытого счета цифрового рубля пользователя платформы - ЮЛ, осуществляется при соблюдении следующей последовательности действий: - подтверждение согласия пользователя платформы - ЮЛ с условиями договора счета цифрового рубля (для открытия счета цифрового рубля); - подтверждение согласия пользователя платформы - ЮЛ на предоставление доступа к открытому счету цифрового рубля через участника платформы, предоставившего соответствующий клиентский интерфейс (для получения доступа к открытому счету цифрового рубля); - генерация ключей пользователя платформы - ЮЛ. Далее выполняются Требования 18.4 - 18.9 Стандарта.
[Требование 18.3]	Открытие счета цифрового рубля и (или) получение доступа к платформе, при наличии открытого счета цифрового рубля пользователя платформы - ИП, осуществляется при соблюдении следующей последовательности действий: - аутентификация в ЕСИА, предоставление пользователем платформы - ИП разрешения (согласия) на получение и (или) подтверждение участником платформы о нем сведений из ЕСИА (цифрового профиля); - подтверждение согласия пользователя платформы - ИП с условиями договора счета цифрового рубля (для открытия счета цифрового рубля); - подтверждение согласия пользователя платформы на предоставление доступа к открытому счету цифрового рубля через участника платформы, предоставившего соответствующий клиентский интерфейс (для получения доступа к открытому счету цифрового рубля); - генерация ключей пользователя платформы - ИП.
[Требование 18.3]	В целях аутентификация пользователя платформы - ИП в ЕСИА отобразить на отдельном экране/всплывающем окне: - уведомление о переадресации пользователя платформы - ИП в интерфейс ЕСИА для проведения его аутентификации; - окно аутентификации в ЕСИА. При неуспешной аутентификации ИП в ЕСИА отобразить на отдельном экране/всплывающем окне уведомление о неуспешной аутентификации в ЕСИА и невозможности открытия счета цифрового рубля и (или) получения доступа к открытому счету цифрового рубля ИП. После успешной аутентификации ИП в ЕСИА <24> выполняются Требования 18.4 - 18.9 Стандарта.
[Требование 18.4]	При отсутствии у пользователя платформы - ЮЛ/ИП открытого счета цифрового рубля выполняются Требования 18.5 - 18.9 Стандарта. При наличии у пользователя платформы - ЮЛ/ИП открытого счета цифрового рубля отобразить на отдельном экране/всплывающем окне сообщение: "Счет цифрового рубля уже открыт" и далее информацию:
	"У вас открыт счет цифрового рубля на платформе. С помощью нашего приложения вы можете получить к нему доступ и распоряжаться цифровыми рублями. Нажимая на кнопку "Согласен", вы соглашаетесь с получением такого доступа через <указать наименование участника платформы>".
	На данном экране или всплывающем окне отобразить "пустой" чек-бокс или слайдер, в котором пользователь платформы поставит отметку для подтверждения своего согласия на получение доступа к счету цифрового рубля.
	После проставления отметки о согласии с получением доступа к открытому счету цифрового рубля через конкретного участника платформы, предоставившего приложение клиента, обеспечивается переход путем активации элемента экрана со значением "далее" на экран, с использованием которого выполняется генерация ключей пользователя платформы в соответствии с Требованиями 18.8 - 18.9 Стандарта.
	При наличии у пользователя платформы - ЮЛ/ИП открытого счета цифрового рубля обеспечить отсутствие возможности открытия ему второго счета цифрового рубля как ЮЛ/ИП.
	При наличии у пользователя платформы счета цифрового рубля, открытого как ФЛ, ему может быть открыт второй счет цифрового рубля - как ИП.
	Счет цифрового рубля ИП может быть открыт без наличия счета цифрового рубля - ФЛ (наличие счета цифрового рубля ФЛ не является обязательным условием для открытия счета цифрового рубля ИП).
[Требование 18.5]	Отобразить на отдельном экране после нажатия кнопки для выполнения открытия счета цифрового рубля элемент экрана с надписью: "Договор счета цифрового рубля" в виде гиперссылки следующего содержания "www.cbr.ru/Content/Document/File/150457/account_agreement_pers.pdf". На данном экране также обеспечить наличие текста: "С условиями договора ознакомлен(а) и согласен(а)". Рядом с текстом необходимо расположить "пустой" чек-бокс или слайдер, в котором пользователь платформы поставит отметку для подтверждения своего ознакомления и согласия с условиями договора счета цифрового рубля. Без предоставления такого согласия открытие счета цифрового рубля /получение доступа к счету цифрового рубля должно быть недоступно.
[Требование 18.6]	При активации гиперссылки "Договор счета цифрового рубля" осуществляется переход на размещенный на официальном сайте Банка России в информационно-телекоммуникационной сети "Интернет" полный актуальный текст договора счета цифрового рубля, с которым необходимо ознакомиться пользователю платформы, а также элемент экрана, позволяющий выполнить возврат на экран (Требование 18.5 Стандарта) для проставления отметки о согласии с условиями договора счета цифрового рубля.
[Требование 18.7]	После проставления отметки о согласии с условиями договора счета цифрового рубля или с получением доступа к открытому счету цифрового рубля через конкретного участника платформы, предоставившего приложение клиента, обеспечивается переход путем активации элемента экрана со значением "далее" на экран, с использованием которого выполняется генерация ключей пользователя.
[Требование 18.8]	Обеспечить генерацию ключей пользователя. С этой целью при переходе на данный экран отобразить сообщение пользователю платформы о выполнении необходимых действий и привязке сертификата ключа проверки электронной подписи пользователя к счету цифрового рубля пользователя платформы. В случае неуспешной генерации ключей пользователя платформы отобразить информацию о необходимости повторить операцию. Отобразить информацию о методе хранения криптографических ключей и правилах работы с ними.
[Требование 18.9]	Обеспечить направление уведомления пользователю платформы о результате открытия счета цифрового рубля или получения доступа к счету цифрового рубля.
[Требование 18.10]	В случае переустановки приложения клиента на текущем мобильном устройстве или установки на другое мобильное устройство обеспечить получение доступа к счету цифрового рубля в полном соответствии с Требованиями 18.1 - 18.4, 18.8 - 18.9 Стандарта.
[Требование 18.10]	При этом в строке состояния счета цифрового рубля под наименованием "Цифровой рубль" отображается надпись "получить доступ к счету цифрового рубля" (при наличии информации о том, что счет цифрового рубля не закрыт).
[Требование 18.11]	В случае прерывания сценариев открытия счета цифрового рубля, получения доступа к счету цифрового рубля до того, как сгенерированы ключи пользователя, если пользователь платформы повторно нажимает на элемент экрана с надписью "открыть счет цифрового рубля" или "открыть счет", обеспечить возврат к началу сценария (за исключением онбординга) в полном соответствии с Требованиями 18.1 - 18.9 Стандарта.

--------------------------------

<24> После успешной аутентификации пользователя платформы - ИП в ЕСИА не требуется направление участником платформы на платформу сведений из ЕСИА о подтвержденной учетной записи пользователя платформы - ИП в статусе ИП и идентификаторе ИП в ЕСИА.

19. Действия со счетом цифрового рубля. Изменение статуса счета цифрового рубля (ЮЛ/ИП)

Для изменения статуса счета цифрового рубля пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 19.1]	Обеспечить наличие элемента функционала интерфейса счета цифрового рубля, позволяющего пользователю платформы выполнять действия со счетом цифрового рубля.
[Требование 19.1]	При выборе функционала интерфейса счета цифрового рубля, позволяющего выполнить действия со счетом цифрового рубля, обеспечить возможность направления оператору платформы запроса пользователя платформы о приостановлении или возобновлении доступа к платформе, о закрытии счета цифрового рубля, о прекращении доступа к платформе.
[Требование 19.2]	Обеспечить в строке состояния счета цифрового рубля отображение его статуса: - заблокирован (при приостановлении доступа к платформе).
[Требование 19.2]	При активном статусе счета цифрового рубля в строке состояния счета цифрового рубля должен отображаться баланс счета цифрового рубля.
[Требование 19.3]	Обеспечить наличие элементов экрана, позволяющих выполнить следующие действия для изменения статуса счета цифрового рубля: - приостановление/возобновление доступа к платформе; - закрытие счета цифрового рубля; - прекращение доступа к платформе через данного участника платформы.
[Требование 19.4]	После активации элемента экрана, позволяющего приостановить доступ к платформе (заблокировать счет цифрового рубля), отобразить на отдельном экране/всплывающем окне предупреждение о дальнейшей невозможности проведения операций с цифровыми рублями, за исключением запроса истории операций и баланса счета цифрового рубля, а также информацию о том, что для возобновления доступа к платформе необходимо будет обратиться к любому участнику платформы, через приложение клиента которого пользователем платформы был получен доступ к счету цифрового рубля. На данном экране/всплывающем окне отобразить также элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о дальнейшей невозможности проведения операций с цифровыми рублями.
	После блокировки счета цифрового рубля в строке состояния счета цифрового рубля на главном экране приложения клиента должен отображаться статус - заблокирован.
	При переходе на экран счета цифрового рубля отображается также элемент экрана, содержащий надпись со значением "возобновить доступ".
	После приостановления доступа к платформе (статус счета цифрового рубля - заблокирован), должна быть обеспечена возможность направления пользователем платформы запроса истории операций и баланса счета цифрового рубля по заблокированному счету цифрового рубля, а также возможность прекращения пользователем платформы доступа к платформе с использованием приложения клиента данного участника платформы (Требование 19.11 Стандарта). Кроме этого, у пользователя платформы должна быть возможность просмотра номера счета цифрового рубля.
[Требование 19.5]	После приостановления доступа к платформе (статус счета цифрового рубля - заблокирован), выполненного на основании запроса пользователя платформы, должна быть обеспечена возможность направления пользователем платформы запроса о возобновлении доступа к платформе.
	После активации запроса о возобновлении доступа к платформе на отдельном экране/всплывающем окне должно быть обеспечено предупреждение о последующей разблокировке счета цифрового рубля и возобновлении возможности проведения операций с цифровыми рублями. На данном экране/всплывающем окне должен располагаться элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о разблокировке счета цифрового рубля и направлением оператору платформы запроса о возобновлении доступа к платформе.
	После возобновления права распоряжения цифровыми рублями в строке состояния счета цифрового рубля должна отображаться последняя известная информация о балансе счета цифрового рубля.
[Требование 19.6]	После активации элемента экрана, позволяющего закрыть счет цифрового рубля, отобразить на отдельном экране/всплывающем окне предупреждение о том, что при наличии остатка цифровых рублей на счете цифрового рубля необходимо осуществить вывод остатка цифровых рублей, и далее, что сначала будет осуществлена блокировка счета цифрового рубля, затем закрытие, а также о дальнейшей невозможности проведения операций с цифровыми рублями, получения информации об операциях и невозможности возобновления доступа к счету цифрового рубля.
	Для реализации обязательного условия об отсутствии цифровых рублей на счете цифрового рубля на данном экране/всплывающем окне должно отображать поле, содержащее информацию о балансе счета цифрового рубля, а также элемент экрана в виде закругляющейся стрелки или двух закругляющихся стрелок в совокупности образующих круг (или иной элемент, который применяется в данном приложении клиента), позволяющий обновить информацию о балансе счета цифрового рубля. На данном экране/всплывающем окне должны располагаться также элементы экрана (кнопка/строка/"пустой" чек-бокс/слайдер), позволяющие: - вывести средства со счета цифрового рубля; - отказаться от дальнейших действий во избежание случайного подтверждения закрытия счета цифрового рубля.
	При активации элемента экрана, позволяющего вывести средства со счета цифрового рубля, осуществляется переход к выполнению Требований 21.1 - 21.3 Стандарта.
	На момент активации элемента экрана, позволяющего заблокировать счет цифрового рубля, в данном предупреждении также должно быть предложено актуализировать информацию о балансе цифрового рубля, и при их наличии - вывести средства со счета цифрового рубля на банковский счет или направить их на увеличение остатка ЭДС пользователя платформы у данного участника платформы, чтобы перед закрытием счета цифрового рубля баланс счета цифрового рубля был равен нулю.
	Вывод средств со счета цифрового рубля должен осуществляться до блокировки счета цифрового рубля.
	На данном экране/всплывающем окне должен располагаться элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о дальнейшей невозможности проведения операций с цифровыми рублями и невозможности возобновления доступа к счету цифрового рубля. При наличии остатка цифровых рублей на счете цифрового рубля возможность подтверждения согласия пользователя платформы с предупреждением о дальнейшей невозможности проведения операций с цифровыми рублями должна быть недоступна.
[Требование 19.7]	После получения согласия пользователя платформы с предупреждением (Требование 19.6 Стандарта) и блокировки счета цифрового рубля пользователь платформы направляется на экран, на котором присутствует кнопка "Закрыть", после нажатия на которую будет направлен оператору платформы запрос о закрытии счета цифрового рубля.
	После получения от оператора платформы информации о закрытии счета цифрового рубля пользователя платформы выводить пользователю платформы уведомление о закрытии его счета цифрового рубля.
	По результатам выполнения операции строка состояния счета цифрового рубля должна иметь первоначальный вид (при отсутствии счета цифрового рубля) в соответствии с Требованием 17.2 Стандарта, и должна быть обеспечена возможность открытия нового счета цифрового рубля.
[Требование 19.8]	В случае прерывания сценария закрытия счета цифрового рубля после блокировки счета цифрового рубля обеспечить возможность как продолжения закрытия счета цифрового рубля, так и разблокировки счета цифрового рубля.
[Требование 19.9]	Обеспечить информирование пользователя платформы об изменении статуса счета цифрового рубля, если он был изменен через другого участника платформы.
[Требование 19.10]	Отображать наименование участника платформы, через которого произведено изменение статуса счета цифрового рубля пользователя платформы, или текст "Банк России" в случае установления статуса оператором платформы.
[Требование 19.11]	После активации пользователем платформы элемента экрана, позволяющего прекратить доступ к платформе отобразить на отдельном экране/всплывающем окне предупреждение о прекращении доступа к платформе и о дальнейшей невозможности проведения операций с цифровыми рублями с использованием приложения клиента данного участника платформы, а также информацию о том, что у пользователя платформы остается возможность осуществления доступа к платформе с использованием приложения клиента других участников платформы, предоставляющих ему доступ к платформе.
	На данном экране/всплывающем окне отобразить также элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий подтвердить согласие пользователя платформы с предупреждением о дальнейшей невозможности проведения им операций с цифровыми рублями через данного участника платформы в случае прекращения доступа к платформе.
	Допускается обеспечить подтверждение согласия пользователя платформы с указанным предупреждением путем направления ему кода с использованием сервиса мгновенных сообщений (sms, push).
	По результатам выполнения операции прекращения доступа к платформе обеспечить в строке состояния счета цифрового рубля отображение элемента экрана, позволяющего пользователю платформы вновь получить доступ к платформе в соответствии с Требованиями 18.5 - 18.9 Стандарта.

20. Отзыв сертификата ключа проверки электронной подписи (с приостановлением доступа к счету цифрового рубля) (ЮЛ/ИП)

При необходимости отзыва сертификата ключа проверки электронной подписи и (или) получения нового сертификата ключа проверки электронной подписи пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 20.1]	Обеспечить возможность отзыва сертификата ключа проверки электронной подписи при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего аннулировать или прекратить действие сертификата ключа проверки электронной подписи.
[Требование 20.2]	Отобразить на отдельном экране или всплывающем окне предупреждение пользователю платформы, что дальнейший доступ к счету цифрового рубля с использованием данного ключа проверки электронной подписи будет невозможен.
[Требование 20.2]	Обеспечить на данном экране/всплывающем окне наличие элемента экрана (кнопка со значением "продолжить"/"пустой" чек-бокс/слайдер), активация которого означает согласие пользователя платформы.
[Требование 20.3]	После отзыва сертификата ключа проверки электронной подписи в строке состояния счета цифрового рубля на главном экране приложения клиента вместо информации о балансе счета цифрового рубля должна отображаться надпись со значением "Отозван сертификат ключа проверки электронной подписи".
	Формулировка по усмотрению участника платформы может быть скорректирована, но обязательно должна отражать статус сертификата ключа проверки электронной подписи.
	При активации строки состояния счета цифрового рубля на отдельном экране или всплывающем окне отображается сообщение пользователю платформы о невозможности доступа к счету цифрового рубля с использованием данного ключа проверки электронной подписи.
	На данном экране/всплывающем окне отображается также элемент экрана, содержащий надпись со значением "возобновить доступ".
[Требование 20.4]	При активации возобновления доступа выполняются Требования 18.1 и 18.8 - 18.9 Стандарта.

21. Пополнение счета цифрового рубля, вывод средств со счета цифрового рубля (ЮЛ/ИП)

Для пополнения счета цифрового рубля и (или) вывода средств со счета цифрового рубля пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 21.1]	Обеспечить возможность ввода суммы операции, а также выбора банковского счета (реквизитов ЭСП) пользователя платформы у данного участника платформы для списания денежных средств или уменьшения остатка ЭДС пользователя платформы с целью пополнения счета цифрового рубля или зачисления денежных средств (увеличения остатка ЭДС) пользователя платформы у данного участника платформы с целью вывода средств со счета цифрового рубля.
[Требование 21.1]	До ввода суммы и выбора счета продолжение выполнения операции должно быть не доступно.
[Требование 21.2]	Отобразить последнюю известную, на момент вывода пользователю платформы на соответствующий экран, информацию о балансе счета цифрового рубля на всех экранах при выполнении операций пополнения счета цифрового рубля или вывода средств со счета цифрового рубля, информацию об ограничениях, в том числе арестах (при наличии).
[Требование 21.3]	После ввода суммы операции и выбора банковского счета (реквизита ЭСП) обеспечить наличие отдельного экрана приложения клиента, где отображаются следующие введенные реквизиты для визуального контроля пользователем платформы результатов его выбора: - сумма операции; - счет списания/зачисления средств; - идентификатор счета цифрового рубля списания/зачисления средств; - номер счета цифрового рубля списания/зачисления средств; - назначение платежа (при наличии). Редактирование реквизитов (сумма операции, счет списания/зачисления средств) возможно только при возврате на предыдущий экран приложения клиента.
[Требование 21.3]	Для контроля введенных реквизитов предусмотреть кнопку, смысл которой "выполнить" или "подтвердить" операцию.
[Требование 21.4]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Пополнение выполнено"/"Вывод выполнен".

22. B2B (ЮЛ/ИП)

Для операций B2B пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 22.1]	Обеспечить возможность осуществления B2B при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего выполнить перевод цифровых рублей. Элемент экрана для выполнения B2B должен располагаться также в существующем в приложении клиента разделе переводов денежных средств.
[Требование 22.2]	Обеспечить на отдельном экране ввода реквизитов наличие следующих полей:
	- получатель средств, в данном поле должен быть обеспечен выбор типа реквизитов, по которым будет совершаться перевод: - номер счета цифрового рубля получателя средств (полностью все 20 знаков), или - реквизиты получателя средств: ОГРН, ИНН, КПП (для ЮЛ)/ОГРНИП, ИНН (для ИП);
	- сумма перевода; - сумма комиссии за перевод; - назначение платежа (обязательно к заполнению и не должно превышать 210 символов).
	Ввод реквизитов B2B выполняется на одном экране путем последовательного заполнения значения каждого реквизита.
[Требование 22.3]	До заполнения пользователем платформы полей "получатель средств", "сумма перевода" и "назначение платежа" пользователю платформы должна быть недоступна кнопка, смысл которой "выполнить" или "продолжить".
[Требование 22.4]	При заполнении поля "получатель средств" значением номера счета цифрового рубля получателя средств сделать доступным его выбор из буфера обмена.
[Требование 22.5]	Обеспечить контроль необходимого количества символов при вводе номера счета цифрового рубля получателя, а также реквизитов получателя средств (ОГРН/ОГРНИП, ИНН, КПП).
[Требование 22.6]	Обеспечить наличие экрана подтверждения со следующими реквизитами сформированного распоряжения о переводе цифровых рублей, полученными от оператора платформы, перед выполнением операции: - идентификатор счета цифрового рубля плательщика; - номер счета цифрового рубля плательщика; - идентификатор счета цифрового рубля получателя средств; - номер счета цифрового рубля получателя средств; - ОГРН, ИНН, КПП (для ЮЛ)/ОГРНИП, ИНН (для ИП) получателя средств; - назначение платежа; - сумма перевода; - сумма комиссии за перевод. Редактирование реквизитов (номер счета цифрового рубля получателя средств, ОГРН, ИНН, КПП (для ЮЛ)/ОГРНИП, ИНН (для ИП) получателя средств, назначение платежа, сумма перевода) возможно только при возврате на предыдущий экран приложения клиента.
[Требование 22.7]	Обеспечить информирование пользователя платформы на экране подтверждения операции об отрицательном результате антифрод проверки (в том числе при получении информации о выявлении оператором платформы операции с цифровыми рублями, соответствующей признакам осуществления перевода денежных средств без добровольного согласия клиента). При переходе на экран подтверждения операции обеспечить наличие всплывающего окна (без дополнительных действий пользователя платформы) с отображением: - Заголовок окна: "Продолжить подозрительную операцию?"; - Основной текст: "На реквизиты получателя поступали жалобы, это может быть мошенничество. Нажимая "Продолжить", вы берете риски на себя"; - Кнопки: "Продолжить" и "Отменить".
	Формулировка основного текста по усмотрению участника платформы может быть скорректирована, но обязательно должна содержать информирование пользователя платформы о возможном осуществлении перевода цифровых рублей в пользу мошенника и о том, что, продолжая операцию пользователь платформы берет на себя риски и ответственность за совершение подозрительной операции.
	При нажатии на кнопку "Отменить" у пользователя платформы должна быть возможность вернуться назад на экран ввода реквизитов или на экран с функционалом счета цифрового рубля.
	При нажатии на кнопку "Продолжить", пользователь платформы повторно переходит на экран подтверждения операции и может продолжить осуществление операции.
[Требование 22.8]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Перевод выполнен".

23. B2C (возврат средств) (ЮЛ/ИП)

Для операций B2C (возврат средств) пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 23.1]	Обеспечить реализацию выполнения возвратов цифровых рублей (B2C) через поиск нужной операции в истории операций.
[Требование 23.2]	Обеспечить на отдельном экране ввода реквизитов наличие следующих полей: - поле "сумма", которое по умолчанию предзаполнено полной суммой операции, при этом оно доступно для редактирования; - заполненное поле "назначение платежа".
[Требование 23.3]	Обеспечить наличие экрана подтверждения с реквизитами сформированного распоряжения о возврате цифровых рублей, полученными от оператора платформы, для их визуального контроля пользователем платформы перед выполнением операции: - сумма перевода; - PAM-фраза получателя; - идентификатор счета цифрового рубля получателя; - номер счета цифрового рубля получателя; - назначение платежа; - идентификатор счета цифрового рубля плательщика; - номер счета цифрового рубля плательщика; Редактирование суммы возврата возможно только при возврате на предыдущий экран приложения клиента.
[Требование 23.4]	Обеспечить информирование пользователя платформы на экране подтверждения операции об отрицательном результате антифрод проверки (в том числе при получении информации о выявлении оператором платформы операции с цифровыми рублями, соответствующей признакам осуществления перевода денежных средств без добровольного согласия клиента).
	При переходе на экран подтверждения операции обеспечить наличие всплывающего окна (без дополнительных действий пользователя платформы) с отображением: - Заголовок окна: "Продолжить подозрительную операцию?"; - Основной текст: "На реквизиты получателя поступали жалобы, это может быть мошенничество. Нажимая "Продолжить", вы берете риски на себя"; - Кнопки: "Продолжить" и "Отменить".
	Формулировка основного текста по усмотрению участника платформы может быть скорректирована, но обязательно должна содержать информирование пользователя платформы о возможном осуществлении перевода цифровых рублей в пользу мошенника и о том, что, продолжая операцию пользователь платформы берет на себя риски и ответственность за совершение подозрительной операции.
	При нажатии на кнопку "Отменить" у пользователя платформы должна быть возможность вернуться назад на экран ввода реквизитов или на экран с функционалом счета цифрового рубля.
	При нажатии на кнопку "Продолжить", пользователь платформы повторно переходит на экран подтверждения операции и может продолжить осуществление операции.
[Требование 23.5]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Возврат выполнен".

24. B2G (для ЮЛ)/C2G (для ИП) Оплата цифровыми рублями по УИН

Для операций B2G (для ЮЛ)/C2G (для ИП) Оплата цифровыми рублями по УИН пользовательский интерфейс (UI) приложения клиента пользователя платформы - ЮЛ/ИП должен:

[Требование 24.1]	Обеспечить наличие функционала интерфейса счета цифрового рубля, содержащего элементы экрана, позволяющие выполнить операции B2G (для ЮЛ)/C2G (для ИП) (Оплата цифровыми рублями по УИН). Обеспечить выполнение операции B2G (для ЮЛ)/C2G (для ИП) (Оплата цифровыми рублями по УИН) также в существующем разделе платежей приложения клиента, из которого выполняются переводы по УИН. При совершении оплаты цифровыми рублями по УИН в существующем разделе платежей приложения клиента счет цифрового рубля должен быть доступен в качестве источника списания средств. Функционал выполнения операций B2G (для ЮЛ)/C2G (для ИП) (Оплата цифровыми рублями по УИН) может быть реализован в приложении клиента в порядке, уже применяемом участником платформы для обеспечения своим клиентам возможности осуществления платежей в бюджетную систему Российской Федерации, но с учетом форматов данных и структуры (реквизитов) электронных сообщений, предусмотренных Приказом Минфина России N 58н.
[Требование 24.2]	После ввода УИН обеспечить переход на экран подтверждения с реквизитами сформированного распоряжения по операции B2G (для ЮЛ)/C2G (для ИП) для их визуального контроля пользователем платформы перед выполнением операции. Отобразить на экране подтверждения операции B2G (для ЮЛ)/C2G (для ИП) значения следующих найденных по УИН реквизитов: - уникальный идентификатор начисления (УИН); - номер счета цифрового рубля плательщика, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются ИНН и КПП плательщика (для ИП значение КПП - "0"); - сведения о фактическом плательщике, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются следующие реквизиты; - наименование фактического плательщика (заполняется из начисления); - ИНН, КПП фактического плательщика (при наличии) (для ИП значение КПП - "0"); - сведения о фактическом получателе, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются следующие реквизиты: - наименование фактического получателя; - ИНН и КПП фактического получателя; - номер счета фактического получателя; - БИК банка фактического получателя. - номер счета банка фактического получателя; - сумма перевода (соответствует сумме начисления); - назначение платежа; - реквизиты, идентифицирующие операции B2G (для ЮЛ)/C2G (для ИП) в бюджетной системе Российской Федерации (в соответствии с Приказом Минфина России N 58н): - КБК; - ОКТМО; - основание платежа; - документ - основание платежа; - дата документа - основания платежа; - код таможенного органа.
Требование [24.3]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Платеж выполнен".

25. B2G (для ЮЛ)/C2G (для ИП) Оплата цифровыми рублями по свободным реквизитам

Для операций B2G (для ЮЛ)/C2G (для ИП) Оплата цифровыми рублями по свободным реквизитам пользовательский интерфейс (UI) приложения клиента пользователя платформы - ЮЛ/ИП должен:

[Требование 25.1]	Обеспечить выполнение операции B2G (для ЮЛ)/C2G (для ИП) (Оплата цифровыми рублями по свободным реквизитам) при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего выполнить оплату цифровыми рублями.
	Элемент экрана для выполнения операции B2G (для ЮЛ)/C2G (для ИП) (Оплата цифровыми рублями по свободным реквизитам) должен располагаться также в существующем в разделе платежей приложения клиента, из которого выполняются переводы по свободным реквизитам, в котором счет цифрового рубля должен быть доступен в качестве источника списания средств.
	При выборе элемента экрана, позволяющего создать перевод B2G (для ЮЛ)/C2G (для ИП) по свободным реквизитам, обеспечить переход на отдельный экран для ввода реквизитов.
	Функционал выполнения операций B2G (для ЮЛ)/C2G (для ИП) (Оплата цифровыми рублями по свободным реквизитам) может быть реализован в приложении клиента в порядке, уже применяемом участником платформы для обеспечения своим клиентам возможности осуществления платежей в бюджетную систему Российской Федерации, но с учетом форматов данных и структуры (реквизитов) электронных сообщений, предусмотренных Приказом Минфина России N 58н.
[Требование 25.2]	После перехода на отдельный экран ввода реквизитов B2G (для ЮЛ)/C2G (для ИП) по свободным реквизитам обеспечить на данном экране отображение следующих полей: - номер счета цифрового рубля плательщика, справа от которого расположен символ со значением "развернуть", при нажатии на который ниже отображаются ИНН плательщика (для ИП значение КПП - "0"); - сведения о фактическом плательщике (для осуществления пользователями платформы платежей за третьих лиц обеспечить отображение полей для ввода сведений о фактическом плательщике с соблюдением требований, установленных Приказом Минфина России N 58н к составу и формату значений реквизитов, подлежащих указанию в таких полях); - наименование получателя; - сведения о фактическом получателе, справа от которого расположен символ со значением "развернуть", при нажатии на который должен быть обеспечен выбор реквизитов, по которым будет совершаться перевод: - наименование фактического получателя; - ИНН и КПП фактического получателя; - номер счета фактического получателя; - БИК банка фактического получателя; - номер счета банка фактического получателя; - сумма перевода; - назначение платежа (обязательно к заполнению и не должно превышать 210 символов); - реквизиты, необходимые для идентификации операции B2G (для ЮЛ)/C2G (для ИП) в бюджетной системе Российской Федерации (обеспечить контроль заполнения ниже перечисленных полей с соблюдением форматов и правил их заполнения в соответствии с требованиями Приказа Минфина России N 58н, в том числе обязательность их заполнения значением реквизита либо где это допустимо - значением "0"): - УИН; - статус плательщика; - КБК; - ОКТМО; - основание платежа; - документ - основание платежа; - дата документа - основания платежа; - код таможенного органа. На экране ввода реквизитов в явном виде, в том числе с использованием подсказок и раскрывающихся списков для выбора допустимых значений, должно быть обеспечено информирование пользователя платформы о порядке заполнения полей и допустимых форматах для ввода в них значений реквизитов.
[Требование 25.2]	Обеспечить невозможность заполнения поля "назначение платежа" и полей, предусматривающих указание в них числовых/буквенных значений реквизитов, только символами "пробел" (без текста) или "возврат каретки" (Enter) вместо указания значений соответствующих реквизитов.
[Требование 25.3]	До заполнения пользователем платформы всех реквизитов получателя, полей "наименование получателя", "сумма перевода", "назначение платежа" и реквизитов, идентифицирующих B2G (для ЮЛ)/C2G (для ИП) (по свободным реквизитам) в бюджетной системе Российской Федерации, пользователю платформы должна быть недоступна кнопка, смысл которой "выполнить" или "продолжить".
[Требование 25.4]	При заполнении реквизитов полей "наименование получателя" значениями "номер счета фактического получателя" и "номер счета банка фактического получателя" сделать доступным их выбор из буфера обмена.
[Требование 25.5]	Обеспечить контроль вводимых значений реквизитов счетов, БИК, ИНН, КПП на их соответствие допустимым форматам и количеству символов, а при вводе значений реквизитов, идентифицирующих операцию B2G (для ЮЛ)/C2G (для ИП) в бюджетной системе Российской Федерации, - на их соответствие форматам, предусмотренным Приказом Минфина России N 58н.
[Требование 25.6]	Обеспечить наличие экрана подтверждения с реквизитами сформированного распоряжения о переводе цифровых рублей, полученными от оператора платформы, для их визуального контроля пользователем платформы перед выполнением операции: - номер счета цифрового рубля плательщика; - сведения о фактическом плательщике (при наличии) (по платежам за третьих лиц); - ИНН и КПП плательщика; - идентификатор счета цифрового рубля получателя; - номер счета цифрового рубля получателя - наименование фактического получателя; - ИНН и КПП фактического получателя; - номер счета фактического получателя; - БИК банка фактического получателя; - номер счета банка фактического получателя; - сумма перевода; - назначение платежа; - реквизиты, идентифицирующие операцию B2G (для ЮЛ)/C2G (для ИП) в бюджетной системе Российской Федерации: - УИН; - статус плательщика; - КБК (код бюджетной классификации); - ОКТМО; - основание платежа; - документ - основание платежа; - дата документа - основания платежа; - код таможенного органа.
[Требование 25.6]	Редактирование реквизитов со значениями номеров счетов, БИК, ИНН, КПП и реквизитов, идентифицирующих операцию B2G (для ЮЛ)/C2G (для ИП) в бюджетной системе Российской Федерации, а также полей "сумма перевода" и "назначение платежа" возможно только при возврате пользователя платформы на предыдущий экран приложения клиента.
Требование [25.7]	На итоговом экране результата выполнения операций в явном виде должен быть отображен результат операции (положительный, отрицательный или статус ожидания). Например, "Платеж выполнен".

26. Направление реестра распоряжений на платформу (ЮЛ/ИП)

Пользовательский интерфейс (UI) приложения клиента для пользователей платформы - ЮЛ/ИП должен:

[Требование 26.1]	Обеспечить наличие и возможность выбора в функционале интерфейса счета цифрового рубля элемента экрана, позволяющего пользователю платформы загрузить и направить оператору платформы реестр распоряжений на совершение переводов с его счета цифрового рубля в пользу одного или нескольких пользователей платформы.
[Требование 26.2]	При выборе элемента экрана, позволяющего загрузить реестр распоряжений для его направления оператору платформы, обеспечить переход на отдельный экран с отображением отдельных кнопок, смысл которых: - "Загрузить реестр распоряжений" и рядом "Удалить реестр распоряжений"; - "Направить реестр распоряжений на платформу". На данном экране до пользователя платформы однозначно понятно должно быть доведено: - какие действия должны быть выполнены пользователем платформы для загрузки и направления реестра распоряжений на платформу; - о форматах файла, содержащего реестр распоряжений, и самого реестра распоряжений, допустимых для загрузки реестра распоряжений через приложение клиента и направления пользователем платформы на платформу.
[Требование 26.3]	При нажатии кнопки, смысл которой "Загрузить реестр распоряжений" обеспечить отображение на отдельном экране/всплывающем окне информации о результатах загрузки реестра распоряжений пользователем платформы через приложение клиента.
	При отрицательном результате загрузки реестра распоряжений выводить информацию о причинах невыполнения загрузки (например, несоблюдение форматов загружаемого файла с реестром распоряжений).
	При отрицательном результате загрузки реестра распоряжений пользователю платформы должны быть недоступны кнопки, смысл которых "Направить реестр распоряжений на платформу", "Удалить реестр распоряжений".
	При положительном результате загрузки реестра распоряжений рядом с кнопкой, смысл которой "Загрузить реестр распоряжений", должен отображаться загруженный файл с реестром распоряжений и пользователю платформы должны быть доступны кнопки, смысл которых "Направить реестр распоряжений на платформу", "Удалить реестр распоряжений" (для замены файла с реестром распоряжений или его удаления в случае отказа пользователя платформы от его направления на платформу).
[Требование 26.4]	При нажатии кнопки, смысл которой "Направить реестр распоряжений на платформу" (при положительном результате загрузки реестра распоряжений) обеспечить отображение на отдельном экране/всплывающем окне запроса согласия пользователя платформы, подтверждающего направление реестра распоряжений на платформу. На данном экране/всплывающем окне должен располагаться элемент экрана (кнопка/"пустой" чек-бокс/слайдер), позволяющий пользователю платформы подтвердить свое согласие на направление реестра распоряжений на платформу.
[Требование 26.4]	При не подтверждении пользователем платформы согласия на направление реестра распоряжений на платформу - возвращать пользователя платформы на экран загрузки реестра распоряжений. При необходимости внесения изменений в реестр распоряжений загруженный реестр распоряжений может быть удален пользователем платформы и загружен новый реестр распоряжений для направления на платформу.
[Требование 26.5]	После подтверждении пользователем платформы (в соответствии с Требованием 26.4 Стандарта) своего согласия на направление реестра распоряжений на платформу, на основании сообщения, полученного от платформы, отображать пользователю платформы результат направления реестра распоряжений на платформу (положительный, отрицательный). Например, "Реестр распоряжений принят к исполнению", "Реестр распоряжений принят в работу" или "Реестр распоряжений принят на обработку".
[Требование 26.6]	Обеспечить уведомление пользователя платформы, направившего оператору платформы реестр распоряжений на исполнение, об исполнении реестра распоряжений с предоставлением информации о результатах завершения проверок и процедур исполнения переводов по каждой записи реестра распоряжений (в том числе какие записи не исполнены).
[Требование 26.6]	Обеспечить пользователю платформы возможность выгрузки из приложения клиента в свои учетные системы результатов исполнения реестра распоряжений (информации по исполнению переводов по каждой записи реестра распоряжений, в том числе какие записи не исполнены).
[Требование 26.7]	Обеспечить уведомление пользователей платформы, в пользу которых совершены операции B2C, о зачислении денежных средств на их счета цифрового рубля.

27. Информационные уведомления по операциям с цифровыми рублями (ЮЛ/ИП)

Пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 27.1]	Проинформировать пользователя платформы, как минимум, следующих событиях на платформе, наступивших в результате реализации собственных процессов со стороны оператора платформы и (или) участника платформы (текст уведомления, полученный от оператора платформы, следует отображать в неизменном виде): - о результате операции с цифровыми рублями, в том числе по инициативе оператора платформы (успешно/неуспешно); - об изменении баланса цифровых рублей на счете цифрового рубля пользователя платформы; - о возникновении ошибки <25> при операции со счета цифрового рубля пользователя платформы на платформе; - об изменении статуса счета цифрового рубля; - о закрытии счета цифрового рубля участника платформы (в сроки, указанные в Правилах платформы); - о невозможности заключения договора счета цифрового рубля с указанием причины (при наличии); - об установке/снятии ограничений на счете цифрового рубля оператором платформы; - о применении меры по замораживанию (блокированию) цифровых рублей; - о результатах проверок на банкротство и ограничениях, связанных с ними; - о наложении ареста на счет цифрового рубля; - о приостановлении операций по счету цифрового рубля; - об отказе в проведении операции; - о невозможности выполнения операции; - о выявленном несоответствии сведений о пользователе платформы; - о расторжении договора счета цифрового рубля оператором платформы с указанием причины (при наличии); - о закрытии счета цифрового рубля пользователя платформы; - о прекращении доступа к платформе через данного участника платформы по обращению пользователя платформы; - о прекращении доступа к платформе через участника платформы в связи с расторжением данным участником платформы договоров банковского счета, в рамках которых пользователю платформы были открыты и (или) предоставлены персонифицированные или корпоративные ЭСП; - о привязке сертификата ключа проверки электронной подписи к счету цифрового рубля пользователя платформы; - об изменении данных пользователя платформы (номер телефона, адрес электронной почты); - о результатах управления согласиями <26>. Информация предоставляется понятным для пользователя платформы образом на русском языке (согласно принципам информирования, принятым в соответствующем приложении клиента, в том числе с возможностью использования настроек конфиденциальности уведомлений о событиях на платформе). Хранение сообщений и обеспечение их доступности пользователю платформы для просмотра, в том числе сроки и форма доступности пользователю платформы, осуществляется в соответствии с правилами, предусмотренными приложением клиента, если иной порядок, включая срок, не предусмотрен законодательством Российской Федерации. При предоставлении участником платформы пользователю платформы информации в случаях, указанных в Федеральном законе N 115-ФЗ, до пользователя платформы должно быть однозначно понятно доведено, что при наличии у пользователя платформы вопросов к информации, полученной по решениям, принятым в соответствии с законодательством Российской Федерации участником платформы, за разъяснениями пользователю платформы следует обращаться к данному участнику платформы.
[Требование 27.2]	На экране с элементами функционала счета цифрового рубля обеспечить наличие элемента экрана, содержащего наименование "Сообщения" и рядом символ (другой признак), означающий наличие или количество непрочитанных уведомлений, полученных от оператора платформы.
[Требование 27.3]	Отображать на отдельном экране, вызываемом элементом интерфейса со значением "Сообщения" входящие уведомления, направляемые оператором платформы в адрес пользователя платформы.
[Требование 27.4]	Обеспечить отображение уведомлений в виде построчного списка, включая следующие реквизиты: - дата и время; - тема уведомления.
	Обеспечить наличие элемента, обозначающего прочтение пользователем платформы входящего уведомления.
	При раскрытии уведомления пользователю платформы отображается текст сообщения.
[Требование 27.5]	Обеспечить возможность настройки фильтра уведомлений по дате.
[Требование 27.6]	Уведомления должны храниться в соответствующем разделе в соответствии с правилами, предусмотренными приложением клиента, если иной порядок, включая срок, не предусмотрен законодательством Российской Федерации.

--------------------------------

<25> Любые ошибки, которые привели к невозможности успешного завершения операции, согласно приложению к АЭС Коды Результатов Контроля.

<26> Должно быть реализовано после технической реализации соответствующего функционала на платформе.

28. Запрос истории операций (ЮЛ/ИП)

Для направления запроса истории операций на платформе пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 28.1]	Обеспечить отображение истории операций при выборе элемента функционала интерфейса счета цифрового рубля, позволяющего получить историю операций.
	В разделе с историей операций по счету цифрового рубля обеспечить отображение истории операций за последние 30 календарных дней.
	Отображать историю операций допустимо на экране с функционалом счета цифрового рубля.
	Обеспечить отображение запросов истории пользователя платформы в разделе с историей операций по счету цифрового рубля либо в общем разделе приложения клиента со значением "Уведомления".
	Информация, предоставленная по запросам истории операций, как просмотренных, так и не просмотренных, должна быть доступна для просмотра пользователем платформы в приложении клиента не менее 3 календарных дней с момента выполнения оператором платформы соответствующего запроса.
[Требование 28.2]	Обеспечить отображение истории операций понятным для пользователя платформы образом (согласно принципам информирования пользователей платформы, принятым в соответствующем приложении клиента), включая следующие реквизиты: - тип операции (пополнение счета цифрового рубля, поступление выплат из бюджетной системы Российской Федерации (G2B для ЮЛ, G2C для ИП), вывод средств по счету цифрового рубля, перевод цифровых рублей, выплата по реестру распоряжений, перевод цифровых рублей в бюджетную систему Российской Федерации (B2G для ЮЛ/C2G для ИП), оплата товаров, работ, услуг, возврат цифровых рублей по ранее совершенным операциям); - дата и время совершения операции; - сумма операции; - уникальный идентификатор операции (OprId).
	В зависимости от типа операции дополнительно отображается информация:
	- при пополнении счета цифрового рубля: - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - банковский счет/реквизиты ЭСП для списания денежных средств (при выполнении операции через данного участника платформы); - назначение платежа (при наличии); - банк отправителя.
	- при выводе средств со счета цифрового рубля: - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - банковский счет/реквизиты ЭСП для зачисления денежных средств (при выполнении операции через данного участника платформы); - назначение платежа (при наличии); - банк получателя.
	- B2B (входящий): - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - полное наименование плательщика; - ОГРН, ИНН, КПП (для ЮЛ)/ОГРНИП, ИНН (для ИП) плательщика; - идентификатор счета цифрового рубля плательщика; - номер счета цифрового рубля плательщика; - назначение платежа (при наличии).
	- при поступлении выплат из бюджетной системы Российской Федерации (G2B для ЮЛ/G2C для ИП): - наименование фактического плательщика (при наличии); - ИНН, КПП фактического плательщика (при наличии); - номер счета фактического плательщика (при наличии); - номер счета цифрового рубля плательщика; - назначение платежа (при наличии); - код вида дохода (при наличии); - код вида выплаты (при наличии); - расшифровка кода вида выплаты (при наличии).
	- B2B (исходящий): - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - полное наименование получателя; - ОГРН, ИНН, КПП (для ЮЛ)/ОГРНИП, ИНН (для ИП) получателя; - идентификатор счета цифрового рубля получателя; - назначение платежа (при наличии).
	- при переводе цифровых рублей в бюджетную систему Российской Федерации (B2G для ЮЛ/C2G для ИП): - наименование фактического получателя (при наличии); - ИНН, КПП фактического получателя (при наличии); - номер счета фактического получателя (при наличии); - номер счета цифрового рубля получателя; - УИН (при наличии); - назначение платежа (при наличии).
	- B2C (исходящий) выплата по реестру распоряжений: - PAM фраза получателя средств; - номер счета цифрового рубля получателя; - идентификатор платежа в системе плательщика (при наличии); - ИНН получателя (при наличии); - идентификатор реестра; - код вида дохода; - взысканная сумма (при наличии); - очередность платежа; - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - назначение платежа (при наличии).
	- B2C (исходящий) возврат цифровых рублей: - PAM-фраза получателя средств; - наименование ТСП; - номер счета цифрового рубля получателя; - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - идентификатор (ID) согласия (при наличии) <27>; - назначение платежа (при наличии).
	- C2B (входящий): - наименование участника платформы, предоставившего пользователю платформы доступ к платформе для совершения операции; - идентификатор платежа в системе пользователя платформы (получатель - ЮЛ/ИП) (при наличии); - назначение платежа (при наличии); - наименование ТСП; - идентификатор ТСП; - идентификатор (ID) согласия (при наличии) <28>; - номер счета цифрового рубля пользователя платформы (плательщика - ФЛ); - PAM-фраза плательщика средств (ФЛ); - идентификатор (ID) платежной ссылки; - тип платежной ссылки; - MCC - код. Искажение значений реквизитов истории операций, полученной от оператора платформы, не допускается. При этом возможно отображение счетов списания/зачисления денежных средств в полном или сокращенном виде в соответствии с порядком отображения номеров счетов пользователя платформы, принятым в соответствующем приложении клиента.
[Требование 28.3]	Отобразить на экране, содержащем историю операций, элемент экрана, позволяющий выполнить запрос истории операций, при активации которого выполняется переход на экран или всплывающее окно для выбора периода, за который необходимо сформировать информацию об операциях с цифровыми рублями. При выборе периода, включающего в себя информацию старше 30 календарных дней от даты направления запроса, отобразить предупреждение: "При необходимости запроса истории операций, включающего в себя информацию старше 30 календарных дней от даты направления запроса, информация может быть предоставлена в течение 1 - 2 дней". На данном всплывающем окне отобразить также элемент экрана ("пустой" чек-бокс или слайдер), активация которого подтверждает согласие пользователя платформы с предупреждением.
[Требование 28.3]	После выбора периода, за который необходимо предоставить историю операций (после получения согласия с предупреждением), на экране должна отображаться обновленная история операций в соответствии с Требованием 28.2 Стандарта.
[Требование 28.4]	Обеспечить направление пользователю платформы уведомления, содержащего информацию об исполнении запроса истории операций за период, включающий в себя информацию старше 30 календарных дней от даты направления запроса, и сроке хранения истории операций, отображенной в соответствующем разделе приложения клиента, в соответствии с Требованием 28.1 Стандарта.
[Требование 28.5]	Обеспечить на экране отображения истории операций возможность установления пользователем платформы фильтров для отображения операций, соответствующих одному типу, сумме или иному признаку, применимому к отображению операций в порядке, предусмотренном участником платформы для иных продуктов данного приложения клиента. Обеспечить возможность отображения истории операций в соответствии с заданным фильтром.
[Требование 28.6]	При отображении запросов истории операций, предусмотреть для пользователя платформы возможность просмотреть информацию по нескольким запросам.
[Требование 28.6]	Необходимо обеспечить наличие полей со значениями "баланс на начало периода" и "баланс на конец периода" для каждого из запросов истории операций за период, включающий в себя информацию старше 30 календарных дней от даты направления запроса.

--------------------------------

<27> Отображение данной информации в приложении клиента должно быть реализовано после технической реализации соответствующего функционала на платформе.

<28> Отображение данной информации в приложении клиента должно быть реализовано после технической реализации соответствующего функционала на платформе.

29. Запрос документов в формате PDF (ЮЛ/ИП) <29>

--------------------------------

<29> Требования раздела 29 Стандарта должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.

[Требование 29.1]	Обеспечить в разделе цифрового рубля подраздел "Заказ справок" с двумя вкладками: - "Заказать новую"; - "Заказанные".
	На вкладке "Заказать новую" отображать список доступных для заказа следующих документов: - Извещение об операциях по счету цифрового рубля за период; - Справка о наличии счетов цифрового рубля.
	Интерфейс должен скрывать документы, недоступные для их заказа ЮЛ/ИП.
	На вкладке "Заказанные" отображать для каждого документа, в том числе для заказанных из "Истории операций": - наименование документа; - дату и время формирования запроса; - статус ("Готово"/ "Ожидание").
	Сортировка документов осуществляется в порядке календарной очередности по дате заказа (новые сверху).
	Для документов со статусом "Готово" обеспечить возможность: - просмотра сформированного документа в формате PDF в приложении клиента участника платформы; - скачивания (экспорта) сформированного документа и файла электронной подписи sig из приложения клиента на устройство пользователя платформы.
	Документы, сформированные по заказу пользователя платформы, должны быть доступны в приложении клиента в статусе "Готово" не менее 3 календарных дней с даты их изготовления.
[Требование 29.2]	При заказе документа "Извещение об операциях по счету цифрового рубля за период" обеспечить следующее: - после выбора вида документа пользователем платформы, направлять оператору платформы электронное сообщение для получения списка закрытых счетов цифрового рубля пользователя платформы; - после получения списка закрытых счетов цифрового рубля пользователя платформы, предоставить возможность выбора только одного счета цифрового рубля (действующего или закрытого) с отображением в списке статуса счета цифрового рубля, по которому требуется сформировать документ; - после выбора счета цифрового рубля, обеспечить выбор периода, за который запрашиваются сведения по операциям (выбираемый период не может превышать период действия договора счета цифрового рубля), с соблюдением следующих условий: - максимальный диапазон дат - 10 (десять) лет до текущей даты; - и одновременно максимальная глубина выбранного периода - не ранее 15.08.2023; - валидация дат: дата "по" не может быть раньше даты "с".
[Требование 29.2]	При заказе документа "Справка о наличии счетов цифрового рубля": - предоставить выбор: "Только действующий счет цифрового рубля" или "Все счета цифрового рубля (включая закрытые)".
[Требование 29.3]	После выбора параметров документа: - подтвердить необходимость формирования документа через нажатие кнопки "Заказать" - после завершения процедуры заказа документа: - показывать уведомление "Документ формируется"; - автоматически обновлять статус документа во вкладке "Заказанные" при изменении состояния заказанного документа; - отображать кнопку возврата на экран с функционалом счета цифрового рубля, а также кнопку "Заказать еще один документ" для обеспечения возможности продолжения процедуры заказа документов (возврат к Требованию 29.1).
[Требование 29.4]	В разделе "История операций" (для операций пополнения счета цифрового рубля, поступления выплат из бюджетной системы Российской Федерации (G2B для ЮЛ, G2C для ИП), вывода средств со счета цифрового рубля, перевода цифровых рублей, выплаты по реестру распоряжений, перевода цифровых рублей в бюджетную систему Российской Федерации (B2G для ЮЛ/C2G для ИП), оплаты товаров, работ, услуг, возврата цифровых рублей по ранее совершенным операциям): - обеспечить выбор периода, за который могут быть запрошены сведения по истории операций, с соблюдением следующих условий: - максимальный диапазон - 10 (десять) лет до текущей даты; - и одновременно максимальная глубина выбранного периода - не ранее 15.08.2023; - валидация дат: дата "по" не может быть раньше даты "с"; - направлять оператору платформы запрос истории операций за период по всем счетам цифрового рубля, которые были действующими у пользователя платформы в выбранный им период; - после получения истории операций, отображать операции за выбранный период по всем счетам цифрового рубля (независимо от их статуса); - при выборе конкретной операции (через клик по операции) показывать детали операции, а также отображать кнопку "Заказать" для формирования в формате PDF документа по выбранной операции; - после завершения процедуры заказа документа: - показывать уведомление "Документ формируется"; - автоматически обновлять статус документа во вкладке "Заказанные" при изменении состояния заказанного документа; - отображать кнопку возврата на экран с функционалом счета цифрового рубля, а также кнопку "Заказать еще один документ" для обеспечения возможности продолжения процедуры заказа документов (возврат к Требованию 25.1).

30. Ограничение распоряжения счетом цифрового рубля (ЮЛ/ИП)

Пользовательский интерфейс (UI) приложения клиента для пользователя платформы - ЮЛ/ИП должен:

[Требование 30.1]

Обеспечить отражение на главном экране приложения клиента информации об установлении ограничения по счету цифрового рубля пользователя платформы и (или) наложении ареста на денежные средства на его счете цифрового рубля пользователя платформы.

На экране с функционалом счета цифрового рубля рядом с суммой остатка на счете цифрового рубля обеспечить отображение символа (например, "!" или иной), при нажатии на который появится подсказка с реквизитами:

- наименование ограничения (при наличии)/арест (сумма заблокированных средств);

- орган, установивший ограничение (при наличии)/арест (сумма заблокированных средств);

- номер документа (при наличии);

- тип документа (при наличии).

Обеспечить информирование пользователя платформы об установленных ограничениях распоряжения счетом цифрового рубля в следующих случаях:

- при установлении ограничения/наложении ареста (сумма заблокированных средств) на счет цифрового рубля (при наличии электронного сообщения от оператора платформы) пользователь платформы должен получить уведомление с указанием следующих реквизитов:

- наименование ограничения (при наличии)/арест сумма заблокированных средств;

- орган, установивший ограничение (при наличии);

- номер документа (при наличии);

- тип документа (при наличии).

- при снятии ограничения со счета цифрового рубля (при наличии электронного сообщения от оператора платформы) пользователь платформы должен получить уведомление с указанием следующих реквизитов:

- наименование ограничения (при наличии);

- номер документа (при наличии);

- тип документа (при наличии).

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

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

[Требование 30.2]

После установления/снятия ограничения по счету цифрового рубля пользователя платформы и (или) наложения/снятия ареста на денежные средства на его счете цифрового рубля пользователю платформы должно приходить уведомление с указанием следующих реквизитов:

- о приостановлении операций/аресте денежных средств с указанием суммы заблокированных средств (при установлении ограничения);

- о возобновлении операций/снятии ареста с указанием доступного остатка на счете цифрового рубля (при снятии ограничения на расходование заблокированных средств);

- орган, установивший/снявший ограничение;

- номер документа основания.

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

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

31. Согласия пользователя платформы (ЮЛ/ИП)

[Требование 31.1]	Обеспечить наличие в функционале интерфейса счета цифрового рубля раздела согласий, позволяющего пользователю платформы выполнять действия по их предоставлению/отзыву с направлением оператору платформы электронных сообщений (запросов), содержащих соответствующие согласия.
[Требование 31.2]	В разделе согласий должна отображаться информация о всех согласиях: - которые могут быть предоставлены оператору платформы через данного участника платформы; - которые уже предоставлены оператору платформы (действующие согласия) - отображается тип согласия и участник платформы, которого пользователь платформы указал в качестве стороны, направляющей электронные сообщения (запросы) (одно согласие может отображаться столько раз, через сколько разных участников платформы пользователь платформы предоставлял данное согласие).
	При отображении информации о согласиях предусмотреть разделение по типам согласий, а также выделить согласия, предоставленные оператору платформы через других участников платформы с указанием наименований этих участников платформы.
	Отзыв согласия, возможен через любого участника платформы, предоставляющего пользователю платформы доступ к платформе.
[Требование 31.3]	Отображать в разделе с согласиями пользователя платформы согласия, предоставляющие оператору платформы: - право списания со счета цифрового рубля пользователя платформы цифровых рублей при поступлении запроса на возврат цифровых рублей по ранее совершенным операциям C2B от участника платформы, указанного пользователем платформы в согласии; - право направления информации о статусе операций C2B, совершенных по счету цифрового рубля пользователя платформы - ТСП, по запросу, поступившему от участника платформы, указанного пользователем платформы - ТСП в согласии; - право направления информации о балансе счета цифрового рубля и истории операций по счету цифрового рубля пользователя по запросу от его имени, поступившему от участника платформы, указанного пользователем платформы в согласии <30>; - право приема запросов на совершение оператором платформы переводов в оплату товаров, работ, услуг со счетов пользователей платформы - ФЛ в пользу пользователя платформы - ТСП, поступающих от имени пользователя платформы - ТСП от участника платформы, указанного пользователем платформы - ТСП в согласии <31>.
[Требование 31.4]	Предусмотреть элементы экрана для предоставления/отзыва пользователем платформы согласия. При нажатии элемента экрана для предоставления/отзыва согласия, предусмотреть экран или всплывающее окно, для подтверждения пользователем платформы своих действий с согласием, с отображением на нем: следующих элементов: - текста согласия, с которым совершаются действия, в соответствии с перечнем: - "Настоящим, <наименование пользователя платформы - ТСП> поручает оператору платформы, при поступлении от <наименование участника платформы, через которого пользователь платформы осуществляет доступ к платформе - ТСП> от имени <наименование пользователя платформы - ТСП> запроса на возврат цифровых рублей по ранее совершенной операции C2B, осуществлять перевод цифровых рублей со счета цифрового рубля <наименование пользователя платформы - ТСП> в размере и по реквизитам, определенным в таком запросе, и предоставляет оператору платформы право на составление распоряжения на перевод от имени <наименование пользователя платформы - ТСП>"; - "Настоящим, <наименование пользователя платформы> поручает оператору платформы, при поступлении от <наименование участника платформы, через которого пользователь платформы осуществляет доступ к платформе> от имени <наименование пользователя платформы> запроса о статусе операции C2B, предоставлять информацию о статусе соответствующих операций по счету цифрового рубля <наименование пользователя платформы>"; - Настоящим, <наименование пользователя платформы> поручает оператору платформы, при поступлении от <наименование участника платформы, через которого пользователь платформы осуществляет доступ к платформе> от имени <наименование пользователя платформы> запроса о балансе и истории операций, предоставлять информацию о балансе счета цифрового рубля и истории операций по счету цифрового рубля <наименование пользователя платформы> <32>; - Настоящим, <наименование пользователя платформы - ТСП> поручает оператору платформы принимать запросы от имени <наименование пользователя платформы - ТСП> на совершение оплаты товаров, работ, услуг на счет <наименование пользователя платформы - ТСП>, поступившие от <наименование участника платформы, через которого пользователь платформы - ТСП осуществляет доступ к платформе> <33>. - элемента экрана (кнопка/"пустой" чек-бокс/слайдер), для подтверждения пользователем платформы действий, совершаемых с согласием; - элемент экрана (кнопка/"пустой" чек-бокс/слайдер), для отказа пользователя платформы от действия, совершаемых с согласием. Внизу экрана или всплывающего окна предусмотреть кнопку, смысл которой "сохранить и подтвердить" все действия, совершенные с согласиями, и завершить все действия с выбранным согласием, после нажатия (активации) которой должен осуществляться возврат пользователя платформы на экран, содержащий список согласий.

--------------------------------

<30> Требования по предоставлению данного согласия должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.

<31> Требования по предоставлению данного согласия должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.

<32> Требования по предоставлению данного согласия должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.

<33> Требования по предоставлению данного согласия должны быть реализованы в приложении клиента после технической реализации описанного функционала на платформе.