1495cd643d
Ночной audit:verify-chains падал на pd_processing_log (ложный «high»-инцидент + письма kdv1@bk.ru). Проверка на живом кластере (read-only, хеши server-side) показала: ВСЕ 4 «per-tenant» audit-таблицы (activity_log, tenant_operations_log, balance_transactions, pd_processing_log) записаны ГЛОБАЛЬНОЙ цепочкой (0 global-mismatch), per-tenant верификация ложно ругается на стыках клиентов. Предпосылка ADR-018 (триггер даёт per-tenant через RLS) эмпирически неверна — изоляция никогда не была реализована. Данные целостны. Решение владельца (с учётом что задет и денежный balance_transactions): канон — global. AuditChainConfig: partition='' для 4 таблиц (verify/rebuild читают конфиг → авто-global). Данные/схему/триггер/деньги НЕ трогаем (0 mismatch под global, rebuild не нужен). TDD: новый тест «cross-tenant rows chained by trigger (global) verify intact»; обновлены 3 теста старого per-tenant поведения (config-mirror, per-tenant regression → supersede, rebuild per-tenant → global). Тесты: 30 audit + 23 Pd/Scheduler зелёные, pint + PHPStan(0) чисто. Решение задокументировано в docs/adr/ADR-021; ADR-018 → Superseded. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>