ТЕТТА + матрица 13×20 + умные деньги
2026
1. Назначение ЭФС
ЭФС — проектная финансовая архитектура внутри ЭКВИЛИБРИУМ. Её задача — связать государственные и частные ресурсы с целями развития, конкретными проектами, измеримыми результатами и непрерывной обратной связью. В модели ТЕТТА выступает аналитическим и сценарным ядром, а ЭФС — контуром движения и контроля финансовых потоков.
2. Концептуальное основание
Загруженный материал формулирует три базовых закона — Экономии, Притяжения и Синтеза — и рассматривает развитие систем как циклический процесс, где элементы связаны отношениями, потоками и обратной реакцией. Для ЭФС это используется как концептуальная рамка, а не как утверждение о современной экономической науке.
- Закон Экономии → эффективность использования ресурсов и минимизация потерь.
- Закон Притяжения → кооперация, договорные связи, спрос, капитал и устойчивые отношения между участниками.
- Закон Синтеза → согласование отдельных финансовых решений с целями системы в целом.
- Закон Периодичности → циклы планирования, исполнения, контроля, переоценки и нового запуска.
- Закон Соответствий → единая логика анализа на разных масштабах: проект, муниципалитет, регион, отрасль, страна.
Источник-основание: пользовательский PDF «Есть ли аналогия», разделы о базовых постулатах, Законе Периодичности, Законах Мысли и развитии сознания. Остальная архитектура ЭФС ниже является проектной разработкой и системной интерпретацией.
3. Что ЭФС меняет
Цель: от финансирования статьи/мероприятия — к финансированию измеримого результата.
Маршрут: от ослабления контроля после перечисления — к заранее известным правилам программы и допустимым операциям.
Данные: от периодической отчётности — к событийной и агрегированной телеметрии исполнения.
Контроль: от проверки факта расходования — к проверке расхода, результата и эффекта.
Решение: от преимущественно ручной корректировки — к сценарным рекомендациям ТЕТТА при сохранении ответственности уполномоченного человека.
Масштаб: от разрозненных программ — к единой матрице 13×20.
4. Архитектура ЭФС
| Источники | ТЕТТА | Правила | ЭФС | Исполнение | Результат | Обратная связь |
|---|
Поток: данные о состоянии → диагностика → приоритет → паспорт финансового потока → операции → измеримый результат → сравнение «план/факт/эффект» → корректировка.
4.1. Пять ядер
1. Data Core — получение, очистка, каталогизация и версионирование данных; единая модель идентификаторов объектов, программ и результатов.
2. 13×20 Engine — диагностика состояния по 13 стадиям и 20 сферам; поиск разрывов между целями, ресурсами, потоками, исполнением и результатом.
3. Meaning & Policy Core — проверка соответствия стратегии, бюджетным ограничениям, правилам программы, правам участников и общественно значимым целям.
4. Decision Core — сценарии распределения, прогноз последствий, стресс-тесты и ранжирование вариантов. Решение не делегируется модели автоматически.
5. Feedback Core — контроль результатов, эффектов и побочных последствий; обновление рейтингов риска и рекомендаций.
5. Паспорт «умных денег»
В ЭФС «умность» относится не к самой денежной единице, а к цифровому правилу программы, которое сопровождает выделенный ресурс. Для пилота это предпочтительнее создания новой валюты или публичного токена.
Идентификатор потока: уникальный ID программы/транша/обязательства
Источник: бюджет, фонд, банк, инвестор, кооператив, предприятие
Цель: какой результат должен быть достигнут
Матрица 13×20: ячейка или набор ячеек, к которым относится поток
Получатели: допустимые категории субъектов
Операции: разрешённые и запрещённые типы использования
Срок: период действия и контрольные точки
KPI/Outcome: измеримые результаты и эффект
Доказательства: договор, акт, реестр, датчик, платёжный факт, внешняя валидация
Риск-профиль: лимиты, флаги, аномалии, конфликт интересов
Правила возврата/переноса: что происходит при недостижении условий
Аудит: неизменяемый журнал решений и действий
6. Матрица ЭФС 13×20
Матрица 13×20 содержит 260 управленческих ячеек. Вертикаль описывает жизненный цикл решения, горизонталь — сферы проявления. Финансовый поток может быть привязан к одной или нескольким ячейкам и не должен рассматриваться отдельно от результата.
6.1. 13 стадий
- Источник/основание: финансовый вопрос стадии 1 — что должно быть определено, измерено или проверено до перехода дальше.
- Идея: финансовый вопрос стадии 2 — что должно быть определено, измерено или проверено до перехода дальше.
- Смысл: финансовый вопрос стадии 3 — что должно быть определено, измерено или проверено до перехода дальше.
- Цель: финансовый вопрос стадии 4 — что должно быть определено, измерено или проверено до перехода дальше.
- Намерение: финансовый вопрос стадии 5 — что должно быть определено, измерено или проверено до перехода дальше.
- Диагностика: финансовый вопрос стадии 6 — что должно быть определено, измерено или проверено до перехода дальше.
- План: финансовый вопрос стадии 7 — что должно быть определено, измерено или проверено до перехода дальше.
- Ресурс: финансовый вопрос стадии 8 — что должно быть определено, измерено или проверено до перехода дальше.
- Поток: финансовый вопрос стадии 9 — что должно быть определено, измерено или проверено до перехода дальше.
- Структура: финансовый вопрос стадии 10 — что должно быть определено, измерено или проверено до перехода дальше.
- Действие: финансовый вопрос стадии 11 — что должно быть определено, измерено или проверено до перехода дальше.
- Результат: финансовый вопрос стадии 12 — что должно быть определено, измерено или проверено до перехода дальше.
- Обратная связь: финансовый вопрос стадии 13 — что должно быть определено, измерено или проверено до перехода дальше.
6.2. 20 сфер
| 1. Человек | 2. Здоровье | 3. Семья | 4. Сообщество | 5. Образование |
|---|
| 6. Наука | 7. Технологии | 8. Экономика | 9. Финансы | 10. Труд |
|---|
| 11. Управление | 12. Территории | 13. Инфраструктура | 14. Экология | 15. Природа |
|---|
| 16. Энергетика | 17. Культура | 18. Информация | 19. Безопасность | 20. Будущее/космос |
|---|
6.3. Пример чтения ячейки
7. Логика принятия решения
- Сигнал: поступает факт, отклонение, запрос или прогноз риска.
- Контекст: объект связывается с программой, территорией, отраслью и ячейками 13×20.
- Диагностика: система ищет причину и связанные зависимости.
- Сценарии: рассчитываются минимум три варианта — базовый, ускоренный и защитный.
- Оценка ограничений: право, бюджет, ликвидность, безопасность, данные, права граждан и организаций.
- Решение: уполномоченный орган или человек выбирает вариант; ИИ не получает безусловного права распоряжения публичными средствами.
- Исполнение: формируется паспорт потока и события контроля.
- Обратная связь: сравниваются затраты, результат, эффект и побочные последствия.
- Обновление: корректируются правила, прогнозы и последующие транши.
8. Пример применения: поддержка производственного МСП
Пилотный сценарий не требует собственной валюты. Он может быть реализован как целевая программа с цифровым паспортом финансирования, контролем допустимых операций и аналитикой результата.
| Элемент | Пилот |
|---|---|
| Проблема | предприятия имеют заказы, но испытывают дефицит оборотного капитала и длительное согласование финансирования. |
| Цель | ускорить оборот капитала без ослабления контроля. |
| Ресурс | кредитная линия/гарантийный фонд/субсидия процентной ставки. |
| Правила | разрешённые категории платежей: сырьё, оборудование, логистика, фонд оплаты труда, обязательные платежи. |
| Контроль | не содержание каждой частной покупки государством, а автоматические проверки условий программы, лимитов и аномалий. |
| Результат | рост выпуска, выполнение контрактов, занятость, налоговая база, отсутствие просрочки. |
| Обратная связь | изменение лимитов, сроков и условий следующего транша на основании фактического результата. |
9. Governance: кто чем управляет
| Роль | Ответственность |
|---|---|
| Стратегический заказчик | утверждает цели, ограничения и показатели результата. |
| Владелец программы | несёт ответственность за бюджет, правила и достижение результата. |
| ТЕТТА | анализирует данные, строит сценарии, выявляет отклонения и формирует рекомендации. |
| ЭФС | исполняет цифровые правила финансового маршрута и ведёт журнал событий. |
| Казначейство/банк/платёжный оператор | проводит юридически значимые расчёты в рамках действующего регулирования. |
| Исполнитель | получает ресурс и создаёт результат. |
| Валидатор/аудитор | подтверждает доказательства и независимую оценку результата. |
| Гражданин/бизнес | получает понятные права, основания решений и каналы обжалования. |
10. Правовые и этические ограничения
- ЭФС не должна превращать обычные деньги граждан в программируемое средство тотального контроля.
- Целевые ограничения применяются только к добровольно или нормативно определённым программным средствам, где правила известны заранее.
- Персональные данные минимизируются; для аналитики предпочтительны агрегированные и псевдонимизированные наборы.
- Любое значимое автоматизированное ограничение должно иметь юридическое основание, объяснение и процедуру обжалования.
- Модели ИИ дают рекомендации и сигналы риска, но не должны единолично принимать необратимые решения о правах, доступе к средствам или санкциях.
- Публичные алгоритмы программы подлежат аудиту, журналированию версий и контролю конфликтов интересов.
11. Технологическая архитектура
Интеграционный слой: API Gateway, шина событий, коннекторы к реестрам, банкам, ERP и казначейским системам.
Данные: lakehouse/warehouse, мастер-данные, каталог данных, lineage, контроль качества.
Граф связей: графовая БД для участников, контрактов, объектов, проектов, обязательств и зависимостей.
Правила: policy/rules engine для разрешённых операций, лимитов, ролей и контрольных точек.
Аналитика: потоковая аналитика, сценарное моделирование, ML для аномалий и прогнозов.
Реестр событий: неизменяемый audit log; блокчейн возможен только там, где реально нужен межорганизационный консенсус.
Интерфейс: WIST: карта потоков, матрица 13×20, карточка программы, сценарии, риски, доказательства.
Безопасность: Zero Trust, RBAC/ABAC, аппаратные ключи, журнал доступа, сегментация и резервирование.
12. Индекс Эквилибриума финансового потока
Для MVP можно использовать индекс 0–100, который не претендует на макроэкономическую истину, а служит управленческим сигналом. Он рассчитывается из нормированных показателей и обязательно раскрывает структуру оценки.
| Компонент | Вес | Пример измерения |
|---|---|---|
| Целевое соответствие | 15% | доля операций и результатов, соответствующих паспорту потока |
| Скорость прохождения | 15% | время от утверждения до полезного использования ресурса |
| Стоимость потока | 10% | транзакционные и административные издержки |
| Результативность | 25% | отношение фактического результата к целевому |
| Устойчивость | 15% | способность результата сохраняться после окончания финансирования |
| Риск и доказательность | 10% | качество подтверждений, доля аномалий, нарушения |
| Обратная связь | 10% | скорость обнаружения отклонений и корректировки |
13. MVP ЭФС: 120 дней
| Период | Результат |
|---|---|
| 0–30 дней | выбор одной программы; модель данных; паспорт потока; 20–30 KPI; права и роли; прототип 13×20. |
| 31–60 дней | интеграция 2–3 источников; журнал событий; правила допустимых операций; первый WIST-экран. |
| 61–90 дней | аналитика аномалий; сценарии ТЕТТА; контур доказательств; пилот на ограниченной группе участников. |
| 91–120 дней | оценка эффекта; независимый аудит; корректировка правил; решение о масштабировании. |
14. Критерии готовности к масштабированию
- не менее 90% финансовых событий связываются с паспортом программы и конечным результатом;
- основные отклонения выявляются быстрее действующей процедуры контроля;
- снижается административная стоимость контроля без потери доказательности;
- участники понимают правила и могут обжаловать ошибочные ограничения;
- независимый аудит подтверждает корректность данных и журнала решений;
- эффект пилота устойчив и не создаёт неприемлемых побочных последствий;
- архитектура выдерживает масштабирование без централизации лишних персональных данных.
15. Итоговая модель
Формула контура:ЦЕЛЬ → РЕСУРС → ПРАВИЛО → ПОТОК → ДЕЙСТВИЕ → РЕЗУЛЬТАТ → ДОКАЗАТЕЛЬСТВО → КОРРЕКЦИЯ
Приложение. Минимальный набор сущностей данных
| Программа | Проект | Цель | Показатель |
|---|---|---|---|
| Источник финансирования | Транш | Получатель | Контракт |
| Операция | Объект результата | Доказательство | Риск |
| Решение | Событие контроля | Аудитор | Матрица 13×20 |
Исходные материалы
Оригиналы и версии документа
- ЭФС_ЭКВИЛИБРИУМ.docxDOCX · основной документ
