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

Цифровые рубли будут храниться на счетах цифрового рубля (цифровых кошельках) граждан и организаций. Счета цифрового рубля открываются на платформе цифрового рубля Банка России, здесь же проходят все операции с цифровым рублем. Доступ граждан к счетам цифрового рубля осуществляется посредством финансовых посредников через привычные дистанционные каналы: мобильные приложения банков и интернет-банки.

Цифровой рубль был создан для того, чтобы стать еще одним средством для платежей и переводов, которое не будет зависеть от ограничений банков в виде комиссий и лимитов. Цифровой рубль позволяет гражданам свободно расплачиваться и переводить цифровые рубли в пределах остатков средств на счете цифрового рубля. Операции для граждан будут бесплатными, а для бизнеса — с минимальной комиссией. Цифровые рубли эквивалентны наличным и безналичным: 1 рубль = 1 безналичный рубль = 1 цифровой рубль.

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

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

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

Архитектура данных должна состоять из трех уровней:

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

Объекты концептуального и логического уровней архитектуры (Сущности) должны формулироваться исходя из объектов реального мира и инкапсулировать в себя только те свойства, которые для них характерны. Например, Клиент физическое лицо (ФИО) и Клиент юридическое лицо (наименование ЮЛ), Цифровой кошелек (остаток), Поручение клиента на пополнение цифрового рубля (сумма, счет списания) и т.д. должны быть представлены сущности платформы цифрового рубля и сущности финансового посредника.

Альбом электронных сообщений, используемых при взаимодействии субъектов платформы цифрового рубля размещен по ссылке www.cbr.ru/fintech/dr/doc_dr/albums_r/

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

Архитектура данных и её объекты должны быть представлены для всех архитектурных слоев:

• Frontend
• Backend
• интеграционный слой
• слой аналитической отчетности

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

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

Архитектура данных должны покрывать следующие кейсы:

• Оплата товаров и услуг с помощью онлайн-кошелька на платформе ЦБ или офлайн-кошелька на мобильном устройстве
• Приобретение товаров и услуг в случае недостаточности средств в цифровом кошельке, но наличии средств на счете клиента у финансового посредника клиента
• Формирование поручения на автоматический (разовый или регулярный) перевод цифрового рубля другому клиенту
• Соблюдение требований законодательства в сфере ПОД/ФТ/ФРОМУ.

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

Решение должно быть представлено на платформу не позднее 22 мая 22:00 МСК в следующем виде:

Ссылка на презентацию вашего проекта (облачный диск с файлом .pptx/.pdf или развернутая презентация на younote/buildin или иных сервисах)

• 2 Аналитика
• 1 Solution Architect
• 1 Data Architect
• 1 backend-разработчик*
• 1 DevRel*

*Привлекать таких специалистов следует в случае полного формирования команды (5 человек), когда полностью закрыты все необходимые компетенции (архитекторы и аналитики).