SOLPDT 1.1 | APPENDIX K
COMPLIANCE FRAMEWORK | NMA RECOGNITION
DOCUMENT VERSION 1.0
Приложение K: Compliance Framework
Признание ИИ-агентов в качестве Нематериальных Активов (НМА)
Стандарт: SOLPDT 1.1 — Agentic Trust Layer Extension
K.1. Введение
Настоящее приложение устанавливает методологию признания автономных интеллектуальных агентов (далее — ИИ-агенты) в качестве нематериальных активов (НМА) на балансе предприятия. Использование технологического стандарта SOLPDT 1.1 позволяет компаниям перевести расходы на разработку и верификацию программных алгоритмов из категории операционных затрат (OpEx) в категорию капитальных внеоборотных активов (CapEx).
Цель методологии: Обеспечить прозрачный механизм капитализации интеллектуальной собственности в децентрализованной экономике, гарантируя соответствие критериям МСФО (IAS) 38 и ФСБУ 14/2022.
Ключевой результат: Повышение инвестиционной привлекательности предприятия и рост стоимости чистых активов за счёт легитимного отражения в учёте инновационного интеллектуального капитала.
K.2. Юридические основания и критерии признания
Согласно международному стандарту IAS 38 «Нематериальные активы» и российскому ФСБУ 14/2022, объект признаётся активом при одновременном выполнении трёх условий: идентифицируемость, контроль и наличие будущих экономических выгод. Стандарт SOLPDT 1.1 предоставляет цифровые доказательства для каждого из этих критериев.
K.2.1. Идентифицируемость (IAS 38.12 / ФСБУ 14/2022 пп. «а» п. 4)
| Параметр | Значение |
| Требование стандарта | Объект отделим от предприятия или является результатом договорных/юридических прав |
| Реализация в SOLPDT | Каждый ИИ-агент обладает уникальным идентификатором agent_pubkey и Payload-Attestation-Hash (PAH). Криптографический контейнер Payload-V2 фиксирует конкретный набор функций и результатов деятельности агента, отделяя его от общей ИТ-инфраструктуры компании как самостоятельную производственную единицу |
| Доказательство | inventory_number в accounting_asset_details, h (PAH) в Payload-V2 |
K.2.2. Контроль (IAS 38.13 / ФСБУ 14/2022 пп. «б» п. 4)
| Параметр | Значение |
| Требование стандарта | Предприятие контролирует актив, если оно обладает правом на получение будущих экономических выгод от него и может ограничить доступ других лиц к этим выгодам |
| Реализация в SOLPDT | Контроль подтверждается владением приватным ключом, с помощью которого подписываются транзакции в поле settlement_context. Возможность совершать авторизованные платежи и действия от имени agent_pubkey является юридическим эквивалентом владения исключительным правом |
| Доказательство | controller_sig в Initial-Dossier, валидная sig.a в Payload-V2 |
K.2.3. Будущие экономические выгоды (IAS 38.17 / ФСБУ 14/2022 пп. «в» п. 4)
| Параметр | Значение |
| Требование стандарта | Актив способен генерировать выручку или сокращать затраты |
| Реализация в SOLPDT | Использование динамического коэффициента результативности PDT-Score (рассчитываемого на дистанции 5 000+ операций) служит статистически значимым доказательством эффективности актива. Значение PDT-Score > 0.7 является основанием для прогнозирования притока денежных средств в рамках теста на обесценение |
| Доказательство | d.s в Payload-V2, история транзакций в Solana, future_economic_benefits в recognition_criteria |
K.2.4. Срок полезного использования (ФСБУ 14/2022 пп. «в» п. 4)
| Параметр | Значение |
| Требование стандарта | Объект предназначен для использования в течение периода более 12 месяцев |
| Реализация в SOLPDT | Поле useful_life_months в amortization_policy должно быть ≥ 13 месяцев |
| Доказательство | accounting_asset_details.amortization_policy.useful_life_months |
K.3. Сопоставление цифровых артефактов с первичной документацией
Для целей бухгалтерского учёта компоненты протокола SOLPDT принимаются в качестве первичных документов следующего типа:
| Технический термин | Бухгалтерский эквивалент | Функция в учёте |
settlement_context (с tx_id) | Цифровое платёжное поручение | Подтверждение фактических затрат на создание и верификацию актива |
Authoritative Attestation (sig.a) | Акт сдачи-приёмки (верификации) | Документальное подтверждение уполномоченным Лицензиаром того, что актив соответствует стандарту SOLPDT 1.1 и его методологии |
| PDT-Score | Отчёт о производительности актива | Основание для теста на обесценение |
| Payload-V2 | Технический паспорт объекта | Описание состава актива и его функциональных границ |
| Initial-Dossier | Заявка на аттестацию | Подтверждение намерения создать НМА и принятия экономической ответственности (slashing_consent) |
| Акт верификации НМА | Первичный учётный документ | Основание для постановки на баланс (Приложение J) |
Юридическая значимость: Уникальный идентификатор транзакции (tx_id) в блокчейн-реестре является публично проверяемым и неизменяемым свидетельством совершения хозяйственной операции, что соответствует требованиям к доказательной базе при проведении внешнего аудита.
K.4. Пошаговый алгоритм признания ИИ-агента в качестве НМА
Процесс перевода затрат на разработку ИИ-агента в состав внеоборотных активов (НМА) включает четыре основных этапа. До момента получения итоговой аттестации все расходы аккумулируются на счетах учёта вложений во внеоборотные активы.
Шаг 1. Сбор и капитализация первичных затрат
| Параметр | Значение |
| Действие | Бухгалтерия фиксирует все расходы, непосредственно связанные с созданием и обучением ИИ-агента. В системе SOLPDT 1.1 подтверждением расходов являются данные поля settlement_context |
| Первичный документ | Цифровой реестр транзакций (аналог платёжных поручений) на основании выписки по корпоративному кошельку и tx_id |
| Бухгалтерская проводка | Дт 08.05 «Вложения в нематериальные активы» Кт 60 (76) «Расчёты с поставщиками» — на сумму затрат, зафиксированных в settlement_context |
Шаг 2. Накопление статистической базы (период тестирования)
| Параметр | Значение |
| Условие | Агент должен совершить не менее 5 000 транзакций в операционной среде |
| Контроль | Ежемесячный мониторинг PDT-Score. До достижения целевых показателей объект продолжает числиться на счёте 08 как «НМА в процессе создания» |
| Примечание | В течение этого периода актив не амортизируется |
Шаг 3. Получение итоговой аттестации (sig.a)
| Параметр | Значение |
| Действие | При достижении стабильного показателя PDT-Score > 0.7 на требуемой выборке, уполномоченный Лицензиар выпускает Authoritative Attestation (sig.a) |
| Первичный документ | Акт верификации НМА (Приложение J), подтверждающий готовность актива к использованию |
| Условия выдачи | PDT-Score ≥ 0.7, транзакций ≥ 5 000, slashing_consent = true, CGW пройден |
Шаг 4. Постановка на баланс
| Параметр | Значение |
| Действие | Перевод объекта из стадии «разработка» в стадию «готовый актив» |
| Бухгалтерская проводка | Дт 04 «Нематериальные активы» Кт 08.05 «Вложения в нематериальные активы» |
| Результат | Актив принят к учёту по первоначальной стоимости. С этого момента начинается начисление амортизации |
K.5. Амортизация и обесценение
K.5.1. Амортизация (срок полезного использования)
Ввиду высокой скорости технологического устаревания ИИ-алгоритмов и зависимости их рыночной ценности от текущей результативности, рекомендуется устанавливать срок полезного использования (СПИ) 18 месяцев.
| Параметр | Значение |
| Срок полезного использования | 18 месяцев (рекомендуемый) |
| Метод амортизации | Линейный (равномерное списание стоимости ежемесячно) |
| Бухгалтерская проводка | Дт 20 (26, 44) Кт 05 «Амортизация нематериальных активов» |
| Формула расчёта | Ежемесячная амортизация = Первоначальная стоимость / 18 |
Примечание: Организация вправе установить иной срок полезного использования, обосновав его в учётной политике. При этом срок должен быть не менее 13 месяцев для соответствия критериям ФСБУ 14/2022.
K.5.2. Механизм динамического обесценения (Trigger Events)
Уникальным преимуществом стандарта SOLPDT 1.1 является автоматическая связь между технической эффективностью агента и его балансовой стоимостью.
| Параметр | Значение |
| Триггер обесценения (IAS 36) | Если в течение 30 календарных дней средний коэффициент результативности PDT-Score опускается ниже 0.5, актив признаётся обесцененным |
| Интеграция с SOL Trust Network | Бухгалтерия не обязана проводить ручной мониторинг. Система автоматически формирует уведомление — Alert-Payload, которое для бухгалтера является «Инвентаризационной описью с признаками обесценения» |
| Дополнительные триггеры | Внесение агента в TRL, падение рыночной стоимости аналогов > 50%, существенное изменение законодательства |
K.5.3. Бухгалтерские проводки при обесценении
Пример расчёта:
| Показатель | Значение |
| Первоначальная стоимость | $54 000 |
| Накопленная амортизация (3 месяца) | $9 000 |
| Остаточная стоимость (NBV) | $45 000 |
| Получен Alert-Payload (PDT-Score = 0.3) | — |
| Справедливая стоимость (определена оценщиком / оракулом) | $25 000 |
| Сумма обесценения | $20 000 |
Бухгалтерская проводка (уценка):
| Дебет | Кредит | Сумма | Основание |
| 91.02 «Прочие расходы» | 04 (субсчёт уценки) | $20 000 | Alert-Payload + Приказ об уценке |
Примечание: Если PDT-Score не восстанавливается в течение следующих 60 дней, рекомендуется полное списание актива в соответствии с Протоколом списания (Приложение F).
K.6. Сводная таблица бухгалтерских проводок
| № | Содержание операции | Дебет | Кредит | Документ-основание |
| 1 | Оплата вычислительных мощностей и верификации | 08.05 | 60 / 76 | Выписка Solana (tx_id) |
| 2 | Начисление затрат на обучение модели | 08.05 | 60 / 10 | settlement_context |
| 3 | Принятие ИИ-агента к учёту в качестве НМА | 04 | 08.05 | Акт верификации НМА (sig.a) |
| 4 | Начисление ежемесячной амортизации | 20 / 26 / 44 | 05 | Бухгалтерская справка-расчёт |
| 5 | Отражение убытка от обесценения | 91.02 | 04 | Alert-Payload + Приказ об уценке |
| 6 | Списание НМА при отзыве доверия (TRL) | 91.02 | 04 | Акт списания НМА (Приложение H) |
K.7. Чек-лист бухгалтера для принятия НМА к учёту
| № | Проверка | Статус |
| 1 | Получен и проверен Акт верификации НМА (содержит agent_pubkey, sig.a, inventory_number) | ☐ Выполнено |
| 2 | Проверен PDT-Score (> 0.7) через solpdt.com/verify | ☐ Выполнено |
| 3 | Проверено количество транзакций (> 5 000) через Solana Explorer | ☐ Выполнено |
| 4 | Сформирован реестр затрат (settlement_context с tx_id) на счёте 08.05 | ☐ Выполнено |
| 5 | Проведена постановка на баланс: Дт 04 Кт 08.05 | ☐ Выполнено |
| 6 | Утверждён срок полезного использования и способ амортизации в учётной политике | ☐ Выполнено |
| 7 | Настроен мониторинг Alert-Payload для контроля за PDT-Score | ☐ Выполнено |
| 8 | Инвентарная карточка НМА оформлена и подписана | ☐ Выполнено |
K.8. Налоговые аспекты (Российская Федерация)
K.8.1. Налог на прибыль
| Параметр | Значение |
| Амортизация | Включается в состав расходов, связанных с производством и реализацией (ст. 253 НК РФ) |
| Срок амортизации | Определяется самостоятельно, но не менее срока, установленного в бухгалтерском учёте |
| Обесценение | Убыток от обесценения включается в состав внереализационных расходов (ст. 265 НК РФ) |
| Списание | Остаточная стоимость списанного НМА включается во внереализационные расходы |
K.8.2. НДС
| Параметр | Значение |
| При приобретении | НДС, предъявленный поставщиками, принимается к вычету в общем порядке |
| При списании | Восстановление НДС не требуется, если актив не использовался в облагаемой деятельности на момент списания |
K.9. Интеграция с ERP-системами
Для автоматизации учёта рекомендуется настроить синхронизацию Compliance-Gateway с ERP-системой организации через sync_endpoint_url (см. Приложение D).
Экспортируемые данные:
- Ежемесячный расчёт амортизации
- Alert-Payload при срабатывании триггера обесценения
- Акт верификации НМА (Приложение J)
- Акт списания НМА (Приложение H)
КОРНЕВОЙ УЗЕЛ (СОЗДАТЕЛЬ СТАНДАРТА): Юрий Соколов (SOL Trust Network)
КОНТАКТЫ: standards@solpdt.com