AIRUS ProductionAdoptionOps

Аккаунты созданы, обучение проведено, лицензии оплачены — а закупщик всё ещё копирует данные в старый Excel. Логин — не adoption. Adoption — это когда сотрудник получил результат, которому доверяет, принял его в работу и вернулся снова без напоминания руководителя. AIRUS считает adoption не по «активным пользователям», а по First Accepted Outcome, Repeat Value и Manual Bypass — агрегируя записанные (declared) события, authoritative:false.

Первый экран adoption-дашборда

eligible (реестр) → trained → first ACCEPTED outcome → repeat value
→ manual bypass ↓ → policy recovery → manager activation → champions
→ realized value (declared / business-owner-verified) → Adoption Receipt

First Accepted Outcome (не логин)

Adoption считается не по входам, а по принятому рабочему результату(saved / approval / task completed / validated). Rate — от eligible-реестра, не от «зашедших». Пустой знаменатель → cannot_certify (не 0%/100%). Метрика DECLARED из записанных событий; живой completion из CRM/1С/n8n — roadmap.

Repeat Value + Manual Bypass

Adoption закрепился, только если результат повторили без принуждения(≥3 принятых в 3+ разных дня). Параллельно считаем manual bypass — сколько раз задачу сделали в обход AI: это честный контр-сигнал, а не то, что прячут.

Adoption Health — FAIL-CLOSED

Композитный статус несовместим с негативным сигналом: MANAGEMENT_BLOCKED или manual_bypass > 15% → BLOCKED независимо от score. Нет данных → cannot_certify. Высокий балл не «перекрывает» саботаж процесса.

Override Analytics + Policy Recovery

Каждый override классифицируется (missing source / wrong format / fact error / …) — видно почему люди правят, а не только сколько. Policy recovery: когда политика заблокировала запрос, сотрудник дошёл до безопасной альтернативы или бросил. Нет блоков → cannot_certify (не «100% recovery на нуле»).

Manager Activation, Champions и Realized Value

Manager Activation (обязательный шлюз)

Adoption гибнет, когда руководитель оставил старый процесс живым. Активация — это набор действий менеджера: убран legacy-шаг, принят новый формат, выделено время на обучение, разбираются блокеры. Не убран legacy / формат не принят → MANAGEMENT_BLOCKED(и Health → BLOCKED).

Champion Network (реестр)

Внутренние чемпионы по отделам — append-only реестр с мандатом (часы/неделю, backup). Coverage: сколько активных отделов имеют живого чемпиона. Программа (признание, ротация, микрообучение) — org-процесс, здесь честно только реестр + coverage.

Realized Value — provenance, не ₽

Ценность фиксируется категориально (TIME / QUALITY / THROUGHPUT / COST) с провенансом: declared (оценка клиента) vs business_owner_verified(подтвердил владелец процесса). is_proven_rub: false — time_saved не выдаётся за доказанные рубли; money-ledger не затрагивается.

Privacy: агрегат, не рейтинг

Сводка по умолчанию агрегатная (aggregate_only: true) — считаем принявших пользователей и повторные паттерны, не строим публичный рейтинг сотрудников. Наблюдение за людьми — не цель слоя.

Adoption Receipt

Workflow: Tender Extraction          Period: 2026-07
Eligible (реестр):    39      Trained: 39
First accepted:       34      (rate_of_eligible 87.2% — DECLARED)
Repeat value:         26/34   (≥3 принятых · 3+ разных дня)
Manual bypass:        8.0%    (порог BLOCKED = 15%)
Policy recovery:      89.6%   (safe alternative вместо обхода)
Manager activation:   ACTIVATED (legacy-шаг убран, формат принят)
Champion coverage:    1/1 departments
Realized value:       time_saved −34% — DECLARED (не доказанный ₽)
Adoption Health:      HEALTHY
Decision: ADOPTION_UNCONFIRMED  (нет business_owner_verified value)
receipt_sha256: 9af2…   authoritative: false (DERIVED)

Квитанция ВЫЧИСЛЯЕТСЯ из записанных adoption-событий: статус ADOPTION_VERIFIED требует Health=HEALTHY и first-accepted=CERTIFIED и business-owner-verified value. Источник business-owner verification — roadmap (не принимается из тела запроса), поэтому запечатанная квитанция сейчас максимум ADOPTION_UNCONFIRMED; MANAGEMENT_BLOCKED / bypass>15% → ADOPTION_BLOCKED. Остальные поля (first-accepted, repeat, bypass, coverage) деривятся из событий/реестра tenant.

Тело канонизируется рекурсивной сортировкой ключей → sha256, запечатывается один раз по (tenant, workflow, period), помечено authoritative=false. Verify сверяет из запечатанной строки (tamper-evident).

Честно про слой

Движки детерминированы: first accepted outcome, override taxonomy, repeat value streak, manual bypass, policy recovery, manager activation, champion coverage, adoption health (fail-closed, взвешенный), realized value entry (provenance-tagged), adoption receipt (sha256, seal-once).
Правило зашито: adoption = принятый результат + повторение, НЕ логин/запрос. FAIL-CLOSED: пустой eligible → cannot_certify; MANAGEMENT_BLOCKED / bypass>15% → Health BLOCKED независимо от score; нет данных → cannot_certify.
Провенанс: метрики DECLARED из записанных событий (через WorkspaceOps adoption-events), помечены authoritative=false. Живой completion из CRM/1С/n8n, авто-подтверждение value из клиентской системы — roadmap.
Ценность: time_saved и прочее — declared оценка, is_proven_rub:false; verified только владельцем процесса. Money-ledger (append-only, rule #1) не затрагивается; rule #6 metadata-only.
Privacy: аналитика агрегатная по умолчанию (не рейтинг сотрудников).
Поверх, не вместо: дополняет PilotToProductionOps (adoption funnel до certified) и CustomerSuccessOps.

PilotToProductionOps CustomerSuccessOps Adoption API