01 · Изоляция
Данные каждой компании — отдельный контур
Архитектура Project Q строится вокруг изоляции компаний. Данные одной организации не должны становиться доступными другой организации только потому, что обе используют одну систему. Изоляция применяется как базовая граница хранения и доступа к финансовой информации.
Для tenant-данных Project Q использует отдельную базу данных компании как основную архитектурную границу. Дополнительные механизмы контроля доступа рассматриваются как защита в глубину, а не как замена этой границы.
02 · Доступ
Роли, полномочия и принцип минимального доступа
Пользователь должен видеть и изменять только то, что необходимо ему для выполнения своей роли. Project Q разделяет полномочия чтения, изменения и выполнения критических операций и применяет ролевой контроль доступа.
Сам факт нахождения пользователя внутри компании не означает автоматического права на каждое действие. Полномочия должны быть явными и проверяемыми.
03 · Финансовая истина
Аналитика не должна незаметно менять исходные данные
В Project Q разделяются исходные финансовые факты, расчёты, аналитические выводы, прогнозы и сценарии. Аналитический или AI-слой не должен самовольно становиться источником финансовой истины.
Если необходимая информация отсутствует или её источник нельзя подтвердить, система должна сохранять неопределённость, а не подменять неизвестное значение удобным предположением.
04 · Критические действия
Важные действия требуют подтверждённых полномочий
Операции, способные изменить финансовое состояние, утверждённые данные или рабочий процесс, не должны выполняться только потому, что система сформировала рекомендацию. Для критических действий применяются явные проверки полномочий и, где это требуется процессом, человеческое подтверждение.
При недостаточных или противоречивых основаниях безопасное поведение Project Q — остановить действие, а не продолжать его по предположению.
05 · Q AI
AI помогает понимать. Решение и полномочия остаются у человека
Q AI предназначен для анализа финансового контекста, объяснения изменений, поиска значимых сигналов и исследования вопросов пользователя. Ответ AI сам по себе не предоставляет пользователю новых прав и не заменяет установленные правила доступа и утверждения.
AI не должен самостоятельно получать платёжные, операционные или иные критические полномочия только на основании сгенерированного вывода.
06 · Источники и интеграции
Важно не только значение, но и его происхождение
Банковские выписки, учётные системы и другие интеграции поступают в Project Q через контролируемые пути обработки. Для финансовых данных важны источник, принадлежность компании, время, контекст и возможность проследить происхождение информации.
Если источник не соответствует ожидаемому контракту или данные невозможно безопасно отнести к нужной компании, система не должна молча принимать их как доверенные.
07 · Аудит
Значимые действия должны оставлять проверяемый след
Для финансовой системы важно понимать не только текущее значение, но и откуда оно появилось, каким процессом было получено и какие действия с ним выполнялись. Поэтому прослеживаемость и аудит входят в архитектурные требования Project Q.
08 · Устойчивость
Восстановление — часть безопасности
Безопасность финансовой системы включает не только защиту доступа, но и способность контролируемо восстанавливать работу после сбоя. Процедуры восстановления должны учитывать полномочия, целевой контур компании и защиту от восстановления данных не в тот tenant-контекст.
09 · Проверка
Безопасность должна подтверждаться проверкой
Project Q развивается по принципу evidence before done: критические механизмы должны подтверждаться тестами и проверяемыми результатами, а не только существованием документа или заявленного правила.
До коммерческого запуска предусмотрена отдельная внешняя проверка безопасности, включая white-hat assessment и penetration testing. До её фактического завершения Project Q не представляет такую проверку как уже пройденную.