SOLPDT 1.1 | APPENDIX E
AMORTIZATION REFERENCE | CROSS-PLATFORM

Приложение E: Амортизация нематериальных активов
Amortization Implementation Reference

Стандарт: SOLPDT 1.1 — Agentic Trust Layer Extension

Статус: Мультиплатформенный справочник (Solana, EVM, off-chain, ERP)

E.1. Назначение

Настоящее приложение является мультиплатформенным справочником по реализации механизмов амортизации нематериальных активов (НМА) в рамках стандарта SOLPDT 1.1. Документ предназначен для:

  • Разработчиков смарт-контрактов на Solana и EVM
  • Разработчиков off-chain сервисов (Python, JavaScript) для интеграции с Google A2A
  • Интеграторов ERP-систем (1С, SAP)
  • Аудиторов, проверяющих корректность начисления амортизации
  • Бухгалтеров, формирующих отчётность по ФСБУ 14/2022 и IAS 38

В документе приведены универсальные математические формулы, тестовые векторы для валидации, единая JSON-схема для обмена данными, а также чек-лист соответствия для проверки совместимости со стандартом.

E.2. Методы амортизации

Стандарт SOLPDT 1.1 поддерживает три метода начисления амортизации, определённые в поле amortization_method блока accounting_asset_details (см. Приложение D).

E.2.1. Линейный метод (straight_line)

Применяется по умолчанию. Стоимость актива равномерно списывается в течение всего срока полезного использования.

Ежемесячная амортизация = (Первоначальная стоимость - Ликвидационная стоимость) / СПИ (месяцев)

Остаточная стоимость через N месяцев:

Накопленная амортизация = Ежемесячная амортизация × N
Остаточная стоимость = Первоначальная стоимость - Накопленная амортизация

E.2.2. Метод уменьшаемого остатка (declining_balance)

Ускоренная амортизация, при которой в первые периоды списывается большая сумма.

Годовая норма = (1 / СПИ (лет)) × Коэффициент ускорения
Ежегодная амортизация = Остаточная стоимость на начало года × Годовая норма
Примечание: Коэффициент ускорения устанавливается учётной политикой организации. Для цифровых активов в SOLPDT рекомендуется значение 2.0.

E.2.3. Пропорционально объёму (units_of_production)

Амортизация начисляется исходя из фактического использования актива.

Амортизация за период = (Первоначальная стоимость - Ликвидационная стоимость) × (Фактический объём за период / Ожидаемый общий объём)
Примечание: В контексте SOLPDT «объём» может измеряться количеством успешных транзакций, обработанных ИИ-агентом.

E.3. Расчёт амортизации в среде блокчейна

E.3.1. Особенности блокчейн-времени

В сетях Solana и EVM время измеряется в Unix-секундах. Использование временных меток (вместо номера слота или блока) гарантирует детерминированный расчёт амортизации независимо от особенностей работы конкретной сети.

Важные константы:

КонстантаЗначение (секунды)Примечание
SECONDS_PER_MINUTE60
SECONDS_PER_HOUR3 600
SECONDS_PER_DAY86 400
SECONDS_PER_MONTH2 629 74330.44 дня (365.25 / 12)
SECONDS_PER_YEAR31 556 926365.25 дней

E.3.2. Линейная амортизация через Unix-время

Общий срок в секундах = СПИ (месяцев) × SECONDS_PER_MONTH
Прошедшее время = Текущее Unix-время - Время начала амортизации

Если Прошедшее время ≥ Общий срок в секундах:
    Остаточная стоимость = Ликвидационная стоимость
Иначе:
    Накопленная амортизация = (Первоначальная стоимость - Ликвидационная стоимость) × (Прошедшее время / Общий срок в секундах)
    Остаточная стоимость = Первоначальная стоимость - Накопленная амортизация

E.4. Стандартные справочные векторы (Standard Reference Vectors)

Для обеспечения единообразия расчетов во всех средах (от смарт-контрактов до ERP-систем) используются следующие тестовые векторы. Любая реализация, претендующая на совместимость с SOLPDT 1.1, должна проходить проверку по этим векторам.

СценарийInitial Cost (C)Residual Value (S)Useful Life (L, мес.)Пройдено времени (T, мес.)Ожидаемая накопленная амортизация (D)Ожидаемая балансовая стоимость (NBV)
1. Базовый годовой цикл120 00001212120 0000
2. Частичный износ100 00020 00010540 00060 000
3. Короткий цикл ИИ50 0005 0003115 00035 000
4. Длительное владение240 00024 00024327 000213 000
5. Тест на обесценение500 000Неопределен350 000 (после обесценения)
Методологические пояснения:
  • Формула расчета (Линейная): D = (C - S) × (T / L); NBV = C - D.
  • Точность данных: Для on-chain рекомендуется fixed-point арифметика, для off-chain — тип Decimal.
  • Временные метки: В реальных реализациях разница между start_timestamp и current_timestamp пересчитывается в месяцы.

E.5. Универсальная схема данных (SOLPDT Asset Finance Schema)

Для обеспечения совместимости между различными платформами (Solana, EVM, Google A2A, ERP) используется следующая эталонная JSON-схема. Она служит «общим языком» для обмена данными о финансовом состоянии актива.

{
  "$schema": "https://solpdt.com/schemas/asset-finance-v1.json",
  "asset_id": "SOL-AGT-1002",
  "financial_metadata": {
    "accounting_standard": "IAS 38 / FSBU 14",
    "currency": "USD",
    "valuation": {
      "initial_cost": 100000.0,
      "residual_value": 20000.0,
      "current_nbv": 100000.0
    },
    "amortization_policy": {
      "method": "linear",
      "is_indefinite_life": false,
      "useful_life_months": 10,
      "start_timestamp": 1714550400
    },
    "impairment_data": {
      "is_impaired": false,
      "last_test_timestamp": null,
      "reason_code": null
    }
  }
}

Эта схема может быть использована:

  • В метаданных токена агента (ссылка на IPFS/Arweave).
  • Как тело POST-запроса при синхронизации состояния агента по протоколу Google A2A.
  • Для валидации данных на стороне ERP-системы перед загрузкой.

E.6. Чек-лист соответствия для разработчиков (Compliance Checklist)

Для официального заявления о поддержке SOLPDT 1.1 в части расчета амортизации, ваша реализация (смарт-контракт, сервис или ERP-модуль) должна удовлетворять следующим критериям.

1. Модель данных (Data Model Compliance)

КритерийСтатус
1.1Хранение базовых метрик: initial_cost, residual_value, useful_life_months, start_timestamp.☐ Выполнено
1.2Поддержка неопределенного срока (is_indefinite_life), блокирующего автоматическое начисление амортизации согласно IAS 38.☐ Выполнено
1.3Каждая запись об активе имеет уникальный asset_id, совместимый с реестрами (например, Solana Agent Registry).☐ Выполнено

2. Вычислительная точность (Calculation Accuracy)

КритерийСтатус
2.1Детерминизм: При подаче входных данных из «Стандартных справочных векторов» (Раздел E.4), система выдает результат, идентичный эталонному, с отклонением не более 0.01 единицы валюты.☐ Выполнено
2.2Обработка округлений: Используется метод округления до ближайшего целого (Half Up) или эквивалентный стандарт для финансовых вычислений.☐ Выполнено
2.3Защита от переполнения: В смарт-контрактах используются безопасные математические библиотеки (SafeMath для Solidity, встроенные проверки Rust/Anchor).☐ Выполнено

3. Взаимодействие (Interoperability)

КритерийСтатус
3.1JSON-совместимость: Система способна экспортировать/импортировать финансовое состояние актива в формате официальной JSON-схемы SOLPDT 1.1 (Раздел E.5).☐ Выполнено
3.2Событийная модель: Реализована возможность фиксации факта обесценения (Impairment) с сохранением кода причины (reason_code).☐ Выполнено

4. Юридическая и аудиторская готовность

КритерийСтатус
4.1Методология: В технической документации решения прямо указано использование методов амортизации согласно SOLPDT 1.1.☐ Выполнено
4.2Логирование: Любое изменение балансовой стоимости (например, после теста на обесценение) фиксируется с указанием временной метки (last_test_timestamp).☐ Выполнено
Как использовать этот чек-лист:
  • Self-Certification: Разработчик помечает пункты при публикации своего агента или контракта.
  • Audit: Внешние аудиторы используют этот список для проверки соответствия агента требованиям ФСБУ 14/2022 или МСФО.

E.7. Интеграция с компонентами SOLPDT

E.7.1. Связь с accounting_asset_details

Поле amortization_policy в блоке accounting_asset_details (Приложение D) содержит все параметры, необходимые для расчёта. Данные из этого блока должны использоваться для заполнения JSON-схемы (Раздел E.5).

E.7.2. Связь с TRL (реестр отозванного доверия)

При внесении агента в TRL амортизация прекращается, а остаточная стоимость принудительно обнуляется. В impairment_data JSON-схемы фиксируется соответствующий статус.

Примечание: Подробнее — в Приложении F: Протокол списания.

E.7.3. Связь с PDT-Score

Стандарт SOLPDT 1.1 предусматривает автоматический тест на обесценение при падении PDT-Score ниже критического порога, установленного для агента. В этом случае в JSON-схеме активируется блок impairment_data.