В сложных операционных системах сбои редко возникают из-за одной ошибки. Почти всегда это результат разрыва между элементами: процессами, учётом, IT, договорами и ответственностью.

Контроль фиксирует последствия. Архитектура предотвращает сами события.

Когда: • данные отражаются иначе, чем ведётся расследование; • IT устраняет баг, не видя финансовых и правовых последствий; • регламент формально корректен, но не совпадает с реальной логикой процесса; • ответственность размыта между подразделениями, — система начинает производить повторяющиеся убытки даже при формально «правильной» работе всех участников.

Рабочая модель возникает только тогда, когда: • процессы, данные и учёт согласованы между собой; • юридическая позиция опирается на фактическую картину; • IT понимает последствия своих решений; • ответственность встроена в маршрут, а не назначена постфактум.

В таких системах контроль становится вторичным: ошибки либо не возникают, либо выявляются на ранней стадии без накопления потерь.

Именно поэтому устойчивость создаётся не количеством проверок, а качеством архитектуры, на которой держится операционное управление.

Такой подход я использую при построении и перестройке операционных контуров в крупных распределённых системах.