ЦФА в реальном секторе. Цифровизация дебиторской задолженности
Ранее мы уже разбирали логику трансформации ЦФА вместо эмиссии, правовую базу и отличие таких конструкций от облигационной модели.
Отмечу отдельно: в 2025 году появились публичные материалы выпусков (в т. ч. по связке Северсталь-Сбербанк), где трансформация дебиторской задолженности описана как конструкция обязательства.
В этой публикации рассмотрим прикладной сценарий жизненного цикла КДТ и ключевые параметры модели. Главный эффект практический: ликвидность получает тот, кто владеет обязательством надежного плательщика, а не тот, кто проходит банковский скоринг.
Пример: одна поставка, один долг, один цифровой актив
Есть поставщик, есть покупатель, он же плательщик. Поставка выполнена, возникла дебиторская задолженность. Поставщику нужна ликвидность раньше срока оплаты.
В традиционной модели поставщик либо ждет оплату, либо привлекает финансирование под собственный риск-профиль. В модели трансформации точкой опоры становится обязательство плательщика.
Шаг 1. Запрос на выпуск после факта поставки
Ключевой момент — выпуск осуществляется только на основании уже совершенной хозяйственной операции; формирование обязательств «под будущие планы» исключается регламентом.
Поставщик инициирует выпуск на цифровой платформе. Запрос формируется на сумму требования (или часть суммы). Оператор платформы фиксирует документы, подтверждающие возникновение задолженности, и сопоставляет их с регламентом.
Шаг 2. Акцепт обязательства плательщиком
Плательщик на платформе акцептует свое обязательство и подтверждает долг в цифровой форме в рамках регламента платформы. После акцепта выпускается цифровое право (ЦФА), отражающее денежное требование к плательщику на установленную дату, с фиксированными параметрами (сумма, срок, идентификатор).
Шаг 3. Первое владение: актив появляется у поставщика сразу
В отличие от большинства рыночных инструментов цифровое право не требует размещения: оно возникает и сразу оказывается у поставщика, поскольку основано на его дебиторской задолженности.
Шаг 4. Как возникает цена: дисконтирование по сроку и риску
Если поставщику нужна денежная ликвидность или материальные активы, он передает цифровое требование с дисконтом. Цена определяется рыночной логикой срока и риска Плательщика. Это может быть банк, факторинговая компания, инвестор, либо контрагент - участник цепочки, которому нужен надежный актив с понятной датой исполнения.
Шаг 5. Обращение: передача, сплит и оборот в цепочке
Дальше цифровое требование может переходить между владельцами на платформе. Цифровая форма позволяет дробление (сплит): одно базовое требование превращается в несколько субтокенов с теми же параметрами плательщика и датой исполнения. Для плательщика это ничего не меняет: он исполняет обязательство в полном объеме, а платформа распределяет оплату между владельцами.
Шаг 6. Исполнение: погашение только деньгами
В дату исполнения плательщик исполняет обязательство денежными средствами; зачет и иные неденежные способы исполнения моделью не предусматриваются. Платформа распределяет оплату между владельцами на дату исполнения.
Практический эффект для участников
Для поставщика это превращение дебиторской задолженности в оборотоспособный актив. Ликвидность определяется качеством плательщика и сроком исполнения. Поставщик может монетизировать требование с дисконтом, удерживать до погашения или использовать как обеспечение исполнения поставок в цепочке.
Для банка или факторинговой компании — это инструмент короткого риска: покупка требования к плательщику, выраженного в цифровом праве с прозрачной датой исполнения и фиксированной суммой. Доход формируется как дисконт, а продуктовая логика смещается от «кредитования поставщика» к «покупке обязательства плательщика» в пределах лимита на плательщика или комбинированной модели лимитов.
Для оператора платформы ценность заключается в обеспечении полного жизненного цикла требования: выпуск, акцепт, обращение, сплит, исполнение и распределение платежа. Экономика формируется за счет комиссий и обслуживания режима выпуска ЦФА.
Пример: сочетание ликвидности и обращения в цепочке
Плательщик А покупает сырье у Поставщика B на 120 млн руб. с отсрочкой 90 дней. После поставки B инициирует выпуск КДТ на 120 млн, А акцептует обязательство на платформе, и КДТ появляются у B.
Дальше у B возможны два базовых сценария использования.
Сценарий 1. Продажа части требования за финансовую ликвидность.
B продаёт часть КДТ (например, 60 млн) банку/инвестору с дисконтом под риск А и срок. Банк зарабатывает на дисконте, но продуктовая логика — это покупка обязательства А (в пределах лимита на А), а не кредитование B.
Сценарий 2. Обращение требования внутри цепочки поставщиков.
Оставшиеся 60 млн B дробит (сплит) и передает поставщикам второго уровня (C1…C3) в счет исполнения своих денежных обязательств. Каждый из C
может удерживать требование, передать далее или продать на платформе.
В дату исполнения А платит один раз 120 млн. Платформа распределяет оплату между теми, кто владеет КДТ/субтокенами на этот момент. До этого момента участники цепочки А–В–С–D сохраняют кредитную позицию по отсрочке: меняется Владелец требования к А, но сама задолженность не прекращается. Расчет за поставки между участниками цепочки А–В–С–D возникает только в момент оплаты А, когда происходит денежное исполнение обязательства.
Практический смысл: ликвидность перестает быть монополией банковского кредита на каждом уровне. Внутри цепочки начинает работать рынок обязательства надежного Плательщика, а банки подключаются там, где участникам нужно досрочное получение денежных средств.
Три группы параметров
Модель КДТ формируется распределением решений между плательщиком, оператором платформы и участниками, принимающими КДТ на баланс (контрагентами и инвесторами).
1) Участники: лимиты и условия приобретения
Покупатель КДТ (банк, факторинговая компания, инвестор) принимает решение о покупке, величине дисконта и объеме в пределах собственных лимитов. Используются три базовые конструкции: лимит на плательщика как лимит на риск основного обязательства; лимит на владельца как лимит на операционный риск и, при наличии солидарной ответственности, на его кредитный риск; комбинированная модель, в которой лимит на Плательщика дополняется лимитом на владельца и параметрами конкретной цепочки. Конкретная комбинация лимитов зависит от оценки риска плательщика, условий обращения и выбранного механизма ответственности при передаче.
2) Плательщик: условия выпуска и обращения
Плательщик в решении о выпуске задает параметры, в рамках которых допускается выпуск КДТ по его обязательствам: перечень допустимых оснований, ограничения по сумме и срокам, иные условия обращения, включая разрешение или запрет сплита. Условия различаются по плательщикам и по отдельным выпускам одного плательщика.
3) Оператор: допуск и процедуры на платформе
Оператор платформы устанавливает и применяет регламент: критерии допуска плательщиков, требования к документам и проверкам, порядок учета переходов владения, события дефолта и последствия, порядок денежного исполнения и распределения оплаты. Регламент задает единые правила допуска и обработки КДТ на платформе и обеспечивает их юридическую и операционную исполнимость, но не подменяет решения плательщика и не определяет величину дисконта при обращении.
Цифровизация дебиторской задолженности в модели КДТ превращает обязательство надежного плательщика в оборотоспособный актив, который можно монетизировать или передавать по цепочке до даты исполнения.
Для реального сектора это означает перераспределение ликвидности внутри цепочек поставок без обязательного прохождения банковского скоринга на каждом уровне. Для банков и инвесторов — рынок короткого риска с прозрачной датой исполнения. Для оператора — инфраструктурную роль, обеспечивающую допуск, проверку и исполнимость требований.
