ЦФА в портфеле финансовой организации

Рынок ЦФА в России постепенно переходит от стадии «регуляторной песочницы» к этапу промышленной эксплуатации. Игроки разного уровня, включая профессиональных участников, уже не просто строят и тестируют гипотезы, а формируют портфели как из классических цифровых прав, так и из числа гибридных активов и даже цифровых свидетельств. Регуляторные изменения требуют строгой детализации данных, представляемых в рамках стандартной и консолидированной отчетности

Начиная с отчетности за первое полугодие 2027 года, согласно внесенным в Указание Банка России № 4482-У изменениям, операции банков с ЦФА потребуют подробнейшего отражения в консолидированных формах. При этом продолжают свое действие отчетные формы на соло-основе, требующие детального подхода к ЦФА (101, 711 и другие).

Вместе с тем управленческий учет и риск-менеджмент в большинстве организаций пока не успевают за скоростью токенизации активов, а традиционные бизнес-планировщики и автоматизированные системы не всегда способны полностью учесть природу «цифры».

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

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

• Первый уровень — юридическая идентификация. В отличие от классических бумаг, для которых предусмотрена международная система идентификации (ISIN), законодательство о ЦФА (259-ФЗ) не устанавливает подобного универсального механизма. Это связано с тем, что учет и обращение ЦФА происходят децентрализованно через записи в конкретных информационных системах операторов (ОИС). Поэтому критически важными являются документы, содержащие все необходимые метаданные, включая идентификаторы инструментов и эмитентов (поручителей, гарантов, залогодателей) в ЕГРЮЛ. Они позволяют автоматически связать ЦФА с содержимым досье контрагента в основном процессинге.
• Второй уровень — экономическая составляющая. Это поля id и idType в учетной системе RUDATA. На этом уровне происходит маппинг токена на категорию финансового инструмента: является ли актив долговым инструментом (cash flow-based) или долевым/товарным и т. д. Для гибридных ЦФА, удостоверяющих одновременно денежное требование и утилитарное право (например, квадратный метр в будущей постройке), потребуется алгоритм разделения: дисконтированная стоимость денежного потока учитывается как финансовый инструмент, а товарная составляющая — на внебалансовых счетах до даты поставки. Международный стандарт финансовой отчетности (МСФО) 9 и нормативные акты Банка России 606-Пи 878-П требуют классификации по бизнес-моделям, а данные о характере денежных потоков (SPPI-тест) должны быть рассчитаны на уровне каждого выпуска.
• Третий уровень — данные для оценки кредитного риска. Рынок ЦФА дезинтермедиирован — на нем нет централизованного депозитария как гаранта расчетов, но есть риск-ноды в экосистеме ЦФА (ОИС). Для адекватного создания резервов, а также для модели оценки вероятности дефолта нужно загружать три блока параметров: финансовое состояние эмитента (ЦФА — это всегда риск «на оригинатора», а не на платформу), наличие и вид обеспечения, а также технический аудит смарт-контракта. Например, умолчание в коде смарт-контракта о принудительной блокировке выплаты купона при наступлении ковенанты — это кредитное событие. Если у вас нет данных о результатах security-аудита кода конкретного выпуска, вы не можете считать LGD (Loss Given Default, показатель, отражающий долю от суммы кредита, которую банк может потерять в случае дефолта заемщика) низким, даже если оригинатором выступает компания с наивысшим кредитным рейтингом.
• Четвертый уровень — рыночные метрики. В отличие от биржевых облигаций, ЦФА торгуются на децентрализованных витринах с ограниченной ликвидностью. Для оценки справедливой стоимости нужны данные не о последней сделке, а о параметрах стакана заявок на платформах. С учетом низкой глубины рынка необходимо фиксировать «справедливый спред» и применять модельную оценку (discounted cash flow) с ручной верификацией ставки дисконтирования. Автоматическая подгрузка данных от агрегаторов ЦФА (например, RUDATA) может стать обязательной процедурой.
• Пятый уровень (технологический) — операционные и инфраструктурные данные. Здесь хранится информация о приватных ключах, технический журнал событий, а также SLA (Service Level Agreement, соглашение об уровне обслуживания) оператора обмена. Прежде всего эти данные необходимы для надлежащей оценки операционного риска в соответствии с требованиями Банка России, а также для процедур комплаенс-контроля. Кроме того, в перспективе может потребоваться получение данных о каждом токене в формате, совместимом с XBRL-таксономией Банка России.

Если вы хотите прокачать компетенции риск-менеджера, то можете пройти курс «Система управления рисками у поставщиков услуг виртуальных активов». В программе: архитектура VASP, клиентский путь, P2P, CEX и DeFi, хранение активов и ключи, KYT, Travel Rule, санкционный комплаенс, Proof of Reserves, RWA, ликвидность, операционные риски и стресс-сценарии — ЗАПИСАТЬСЯ

При формировании обязательной регуляторной отчетности недостаточно просто отразить балансовую стоимость ЦФА. Финансовая организация должна быть способна в любой момент экспортировать данные о качестве «токенизированного актива». Важно отражать в том числе первичные данные решения о выпуске, данные по дефолтам и расчету показателя вероятности дефолта (PD) эмитента, историю исполнения смарт-контрактом обязательств (наличие технических сбоев), а также данные для автоматического подтверждения достаточности залога (обеспечения) по ЦФА.

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