Доступ инспектора

Инспектору регулятора или аудитору нужен доступ к данным и аудиторскому следу — но строго «только чтение» и на ограниченный срок. X7 Insight решает это без какого-либо особого «режима инспектора» в коде: инспектор — это обычный принципал с ограниченными по времени грантами «только на чтение». Работают те же правила доступа, что и для всех: запрет по умолчанию и «deny всегда побеждает».

0:000:00

Главное для инспектора: чтение аудиторского следа и самостоятельная проверка хеш-цепочки

Как выдать доступ инспектору

1. Создайте (или подключите через SSO) принципала инспектора в Администрирование → Пользователи.

2. В Администрирование → Доступ назначьте роль-копию Inspector на нужное исследование, задав срок действия («с — по») — это ключевой момент: доступ должен истекать сам.

3. Убедитесь, что в наборе прав только чтение: study.read, subject.read, data.read, query.read, audit.read и audit.verify (самостоятельная проверка хеш-цепочки). Никаких *.update, экспорта или расслепления.

Специальный рабочий раздел

Для инспекции в зоне администрирования есть отдельный раздел «Инспекция» (Inspection Readiness Packet) — сборка инспекционного пакета одним действием: аудиторский след с полной верификацией цепочки, снапшот доступов «кто-что-где», версии дизайна, метаданные исследования и manifest.json с sha256 каждого файла. Пакет всегда blinded и верифицируем офлайн. Его собирает администратор или дата-менеджер, а не сам инспектор.

Что инспектор видит

При входе инспектор попадает в рабочую область в явном режиме «только чтение» (баннер со сроком доступа). Навигация — как у обычного пользователя, но без единого действия записи.

• Данные исследования — кейсбуки субъектов, формы, значения. В режиме чтения, без возможности что-либо изменить.
• История каждого значения — все версии поля: что было, что стало, кто и когда изменил, с указанной причиной изменения (RfC).
• Аудиторский след — полная цепочка событий с фильтрами по субъекту, форме, периоду, актору; для каждого события видно «до/после» и причинную связь.
• Самостоятельная проверка целостности — инспектор может нажать «Проверить целостность журнала» за выбранный период: система пересчитает криптографическую цепочку аудита и выдаст вердикт «цепочка целостна» или «цепочка НАРУШЕНА на записи …».

Почему проверка цепочки — это важно

Верификация хеш-цепочки — прямой ответ на главный вопрос инспекции: «чем докажете, что аудиторский след не редактировали?». Доказательство воспроизводимо на месте: инспектору не нужно верить на слово, он проверяет целостность сам. Если найден разрыв — это критический инцидент, и система его не «чинит» молча.

Чего инспектор не может

Ограничения — не UI-косметика: они следуют из того, что соответствующих прав инспектору просто не выдали. Даже прямой обход интерфейса упрётся в отказ сервера.

Действие	Почему недоступно
Любая правка данных, статусов, запросов	нет прав *.update — доступ «только чтение»
Экспорт данных	нет права export.run; кнопки нет, прямой вызов — отказ
Расслепление (unblind)	нет права data.unblinded.read; слепые значения замаскированы (•••) везде, включая аудит
Продление своего доступа	срок правится только новым грантом, задним числом — нельзя

Срок истекает автоматически

Доступ инспектора прекращается сам по истечении срока: очередной запрос просто перестаёт проходить проверку прав. Уже открытый экран остаётся читаемым, но новые данные не загружаются — система покажет «срок инспекционного доступа истёк». Продление — это всегда новый грант, а не редактирование старого: история грантов неизменна.

Если инспекции нужно расслепление или экспорт

Это отдельные, осознанные решения спонсора, а не умолчание. Расслеплённый доступ требует отдельного аудируемого гранта data.unblinded.read. Передачу материалов инспекции обычно готовит дата-менеджер экспортом или инспекционным пакетом — с аудируемым фактом выдачи. См. Экспорт данных и Аудиторский след.