03. Технологическая архитектура

Версия 0.1 · черновик для обсуждения с УК и комплаенсом

Платформу условно называем Fund OS. Разрабатывается и принадлежит технологической компании (ООО), обслуживает УК по сервисному договору. УК остаётся ответственной перед регулятором; платформа — инструмент.

1. Принципы

1. ИИ готовит решение, человек принимает. Любой вывод модели сопровождается факторами и ссылками на первичные данные; инвестиционный комитет видит, почему скоринг такой.
2. Регуляторная совместимость с первого дня. Данные в РФ (152‑ФЗ), требования ЦБ к информационной безопасности некредитных финансовых организаций, журналирование всех действий, разделение контуров.
3. Модульность. Каждый контур (скоринг, инвесторская платформа, казначейство/ЦФА) — отдельный сервис; можно запускать по мере готовности регулирования и партнёров.
4. Не изобретать. Готовые российские сервисы для KYC, ЭДО, данных; открытые модели ИИ там, где нужен контроль; API операторов ЦФА и банка по цифровому рублю.

2. Карта контуров

┌─────────────────────────────────────────────────────────────────────┐
│                         Fund OS                                     │
│                                                                     │
│  A. Deal Engine             B. Investor Platform                    │
│  ─────────────              ──────────────────                      │
│  • Заявки предприятий       • Личный кабинет пайщика                │
│  • Сбор данных (коннекторы) • Квалификация, KYC/AML                 │
│  • ИИ-скоринг + отчёт       • Заявки на паи, ЭДО/УКЭП               │
│  • Due diligence workspace  • Отчётность, дашборд, документы        │
│  • Инвесткомитет (голосов.) • Вторичный matching паёв               │
│  • Мониторинг портфеля      • Уведомления, голосования пайщиков     │
│                                                                     │
│  C. Treasury & Digital Assets        D. Data & AI Platform          │
│  ────────────────────────────        ─────────────────────          │
│  • Интеграция с операторами ЦФА      • Хранилище сделок/документов  │
│  • Смарт-контракты траншей (ЦР/ЦФА)  • Коннекторы к источникам      │
│  • Расчёты DvP, выплаты пайщикам     • Фичи, модели, бэктест        │
│  • Сверка с УК/спецдепом             • LLM-сервис (RAG, извлечение) │
│                                                                     │
│  F. Proof-of-Asset (данные с активов)                               │
│  ────────────────────────────────────                               │
│  • Телеметрия объектов (выработка, загрузка, энергопотребление)     │
│  • Платёжные данные (аренда, выручка), ход строительства            │
│  • Верификация, подпись, неизменяемый журнал → дашборд пайщика      │
│                                                                     │
│  E. Core: аутентификация, роли, аудит-лог, ИБ, интеграция с УК      │
└─────────────────────────────────────────────────────────────────────┘

Референсы контуров: A — MYbank «3‑1‑0» и Figure (ИИ-андеррайтинг); F — Ant Digital (IoT-подтверждённые RWA: Longshine, GCL); C — e‑CNY (целевое финансирование), HKMA Ensemble (DvP). Подробно и со ссылками — 04-international-cases.md.

3. Контур A — Deal Engine и ИИ-скоринг

3.1 Источники данных (Россия)

3.2 Скоринговая модель

Трёхслойная оценка, каждый слой даёт балл и список факторов:

1. Финансовое здоровье заёмщика/эмитента — коэффициенты (ликвидность, долговая нагрузка, покрытие процентов, динамика выручки и маржи), качество отчётности (расхождения ФНС vs управленческая), поведенческие сигналы (суды, исполнительные производства, смена руководства). Модель: градиентный бустинг (CatBoost) на размеченных кейсах (дефолты/реструктуризации российских эмитентов облигаций и МСП доступны из открытых данных и у партнёров) + экспертные правила на старте, пока своя выборка мала.
2. Качество обеспечения — тип актива, ликвидность, оценка (сравнительный подход по объявлениям и сделкам, доходный — по арендным ставкам), юридическая чистота, дисконт ликвидации, LTV.
3. Проект / сделка — для девелопмента: стадия, разрешения, бюджет vs рыночные нормативы, спрос в локации; для промышленности: контрактная база, концентрация покупателей, импортозависимость; для венчура: unit-экономика, команда, рынок.

Итог: скоринговый отчёт — рекомендация (отклонить / углублённая проверка / к структурированию), балл, топ-факторы (SHAP), выявленные красные флаги, список вопросов для due diligence. Генерируется за 24–72 часа после заявки.

3.3 Роль LLM

• Извлечение структуры из документов: договоры, отчётность в PDF/сканах, проектные декларации, оценки (OCR + LLM).
• RAG по data room сделки: аналитик задаёт вопросы «какие ковенанты есть в кредитном договоре с банком X», получает ответ с ссылкой на страницу.
• Черновики инвестиционных меморандумов и протоколов комитета.
• Мониторинг новостного фона по заёмщикам и отраслям.

Выбор моделей: по умолчанию open‑weights модели (Qwen, Llama и аналоги) на собственной/арендованной инфраструктуре в РФ — контроль данных и стоимости; GigaChat / YandexGPT API — для некритичных задач. Решение фиксируется в Фазе 0 после теста на реальных документах.

3.4 Управление модельным риском

• Реестр моделей, версионирование, бэктест на исторических кейсах, A/B против экспертной оценки.
• Пороги: модель не может «одобрить» — только ранжировать и рекомендовать.
• Квартальная валидация, пересмотр факторов, фиксация ошибок (ложно-положительные/отрицательные) в журнале.
• Документ «Методика скоринга» для инвесткомитета и, при необходимости, регулятора.

3.5 Мониторинг портфеля

Ежедневные/еженедельные автоматические проверки по каждому активу: изменения в ЕГРЮЛ, новые суды и исполнительные производства, обременения, платежи по графику, ковенанты (по загружаемой отчётности), ход строительства (фотоотчёты с геометками, акты). Сигналы раннего предупреждения → задачи команде → при необходимости инвесткомитет.

4. Контур B — Инвесторская платформа

Технически: веб-приложение + мобильная адаптация (нативное приложение — не раньше Фазы 3), API к учётным системам УК и регистратора.

5. Контур C — Казначейство и цифровые активы

5.1 ЦФА

• Операторы информационных систем (259‑ФЗ): 25 в реестре ЦБ — Атомайз, Сбер, Альфа-Банк, Т-Банк, ВТБ, ПСБ, Газпромбанк, НРД (Мосбиржа), СПБ Биржа и др. (Ведомости). Выбор 1–2 операторов по критериям: API, готовность работать с ЗПИФ, тарифы, вторичное обращение.
• Сценарии: (а) фонд приобретает ЦФА предприятий — цифровой долг с обеспечением и целевым использованием (формат отработан: «Самолёт», «Джи-групп» на Атомайз); (б) ЦФА на права по доходам фонда для расширения круга инвесторов (аналог Apollo ACRED).
• Регуляторный статус: 282‑ФЗ (в силе с 01.09.2026) допустил УК ПИФ к доверительному управлению цифровыми правами; учёт — на цифровых счетах в спецдепозитарии из реестра цифровых депозитариев, транзитный цифровой счёт, распоряжение — с согласия спецдепа; запрет приобретать цифровые права аффилированных лиц. Акты ЦБ по составу активов (4129‑У) ожидаются до конца 2026; методика СЧА НАУФОР согласована комитетом 09.10.2026 (259CFA, Сетка). Техническая готовность интеграции должна опережать регуляторную — чтобы войти первыми.

5.2 Цифровой рубль

Платформа цифрового рубля — Банк России, доступ через банки-участники. Массовый запуск — с 1 сентября 2026; юрлица открывают счёт цифрового рубля через банк-участник, лимитов на пополнение для бизнеса нет, до конца 2026 — без комиссий (ЦБ, ЦБ: для бизнеса). Для фонда интересны три сценария:

1. Целевое траншевое финансирование. Средства на проект резервируются; смарт-контракт раскрывает транш подрядчику/поставщику при подтверждении условия (акт, подтверждение оценщика, геометка фотоотчёта, телеметрия из контура F). Прямой аналог кейсов e‑CNY в Чунцине и Сучжоу (см. 04).
2. Выплаты пайщикам в цифровых рублях — мгновенно, с автоматической сверкой.
3. Расчёты по ЦФА — поставка против платежа.

Статус смарт-контрактов: для граждан работают регулярные и отложенные переводы (37,4 тыс. исполненных контрактов на 01.06.2026); контроль целевого расходования протестирован в бюджетном процессе с тремя регионами в 2025 г.; концепция платформы коммерческих смарт-контрактов (ПКСК) опубликована, оператор — Банк России, целевой горизонт — 2030 (ЦБ, концепция ПКСК). Поэтому: сценарий 1 сегодня реализуется на эскроу/номинальных счетах с той же логикой контроля в платформе, а фонд заявляется в пилоты ЦБ как кейс «безопасной сделки» в реальном секторе. Вопрос учёта цифровых рублей в имуществе фонда — с УК и спецдепом.

5.4 Контур F — Proof-of-Asset

Задача: денежные потоки актива подтверждаются данными, а не только отчётом оценщика. Референс — Ant Digital (устройства подписывают данные, данные очищаются и записываются в блокчейн, инвестор видит выработку и выручку без доступа к сырым данным).

Реализация: коннекторы к источникам → нормализация → проверка аномалий (ИИ) → подписанный неизменяемый журнал (hash-chain; при необходимости — запись в сеть оператора ЦФА) → агрегаты в дашборд пайщика и в мониторинг контура A. Условие подключения данных прописывается в документации сделки. Полная автоматизация — для ≥ 50 % активов портфеля к M24.

5.3 Сверка и учёт

Все операции отражаются в учётной системе УК; платформа — источник инициации и контроля, а не учётная система. Ежедневная сверка со спецдепом.

6. Контур D — Данные и ИИ-платформа

• Хранилище: PostgreSQL (операционные данные), объектное хранилище (документы), векторный индекс (RAG).
• Коннекторы: расписание сбора, кэширование, учёт стоимости платных запросов.
• Фичи и модели: feature store (минимально — таблицы признаков), обучающие выборки, реестр моделей.
• LLM-сервис: единая точка (gateway) с журналированием запросов, маскированием персональных данных, выбором модели по задаче.

7. Контур E — Безопасность и соответствие

• Данные и серверы — в РФ (облако или колокация), резервирование.
• Ролевая модель (пайщик, кандидат, аналитик, член комитета, УК, комплаенс, администратор), MFA для всех внутренних ролей.
• Полный аудит-лог: кто, что, когда видел/менял; неизменяемое хранение логов.
• Шифрование в хранении и передаче; раздельные контуры: инвесторский (интернет) / внутренний (скоринг, сделки) / интеграционный (ЦФА, банк).
• Требования ЦБ к ИБ для НФО (применимые к УК положения) — закрепить в сервисном договоре, пройти оценку соответствия.
• 152‑ФЗ: оператор ПДн — УК и/или технологическая компания (определить), уведомление РКН, согласия, локализация.
• Тестирование на проникновение перед запуском инвесторской платформы.

8. Технологический стек (предложение)

9. План по версиям

10. Команда технологической компании

Внешние подрядчики: ИБ-аудит, юридическое сопровождение интеграций, дизайн.

11. Открытые технические вопросы

1. Какой оператор ЦФА готов работать с ЗПИФ как приобретателем и какой у него API? Включён ли спецдеп УК в реестр цифровых депозитариев?
2. Банк-партнёр по цифровому рублю: открытие счёта для УК Д.У. фондом / технологической компании, участие в пилотах смарт-контрактов ЦБ. 2a. Proof-of-Asset: какие объекты из pipeline имеют доступную телеметрию; согласие собственников на подключение данных; стандарт подписи данных.
3. Способ удалённой идентификации квалифицированных инвесторов, приемлемый для комплаенса УК.
4. Доступ к платным данным (СПАРК/Контур) — тарифы и условия использования в автоматизированном режиме.
5. Где граница ответственности за ИБ между УК и технологической компанией (сервисный договор).
6. Источники размеченных данных для обучения скоринга на старте (дефолты облигаций, партнёрские данные).