[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-policy-exception::ru":3,"gloss-cluster-policy-exception::ru":26,"gloss-next-policy-exception::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"policy-exception","security","Исключение из политики","Исключение из политики — это зафиксированное и ограниченное по времени разрешение сделать то, что политика запрещает, выданное названным согласующим на основании изложенной причины. Это предохранительный клапан, который держит политику честной: правила, написанные для общего случая, обязательно встретятся с законным частным случаем, и организация, не умеющая сказать контролируемое «да», получит вместо него неконтролируемое.\n\nУ настоящего исключения пять частей. Что именно разрешается — узко, а не как общий отказ от правила. Почему обычный контроль невыполним. Какая компенсирующая мера снижает риск на это время. Кто согласовал — на уровне полномочий, соответствующем риску. И когда исключение истекает: часть, которая чаще всего пропадает и которая делает основную работу.\n\nВокруг ИИ исключения скапливаются в узнаваемых местах: неодобренный инструмент, нужный одному проекту, потому что в списке одобренного нет ничего подходящего; клиентские данные в системе, рассчитанной на внутреннее использование; запуск, идущий вперёд до завершения оценки; поставщик модели без договорных условий, которых требует стандарт. Каждый случай в моменте выглядит разумной просьбой и остаётся долговременной слабостью, если срок не наступает никогда.\n\nСценарий отказа — бессрочное исключение. Выданное без даты окончания, оно перестаёт быть отклонением и становится фактической политикой — неписаной и непересматриваемой, с добавочным вредом: письменная политика теперь описывает несуществующее положение дел, и на неё больше нельзя опереться. Спасает реестр открытых исключений со сроками, пересматриваемый по расписанию; стопка разовых согласований в почте — нет.\n\nЧитайте реестр как сигнал о политике, а не о людях. Много однотипных исключений означают, что правило неверно или одобренные варианты не закрывают реальную потребность, и правильный ответ — изменить правило, а не выдавать одну и ту же поблажку снова. Исключения — это место, где программа управления узнаёт, в чём она ошиблась.","Исключение из политики — зафиксированное и срочное «да» тому, что правила запрещают. Главное в нём — дата истечения, и именно её чаще всего забывают.",null,[11,14,17,20,23],{"slug":12,"name":13},"approval-workflow","Процесс согласования (Approval Workflow)",{"slug":15,"name":16},"audit-log","Журнал аудита (Audit Log)",{"slug":18,"name":19},"break-glass-access","Аварийный доступ (break-glass)",{"slug":21,"name":22},"least-privilege","Принцип наименьших привилегий (Least Privilege)",{"slug":24,"name":25},"shadow-ai","Теневой ИИ (Shadow AI)",[27,31,34,37,40,43,46,49,51,54,55,58],{"slug":28,"category":5,"name":29,"updated_at":30},"access-review","Пересмотр доступов","2026-09-08T21:32:37+00:00",{"slug":32,"category":5,"name":33,"updated_at":30},"ai-governance","Управление ИИ",{"slug":35,"category":5,"name":36,"updated_at":30},"ai-incident-reporting","Сообщение об ИИ-инцидентах",{"slug":38,"category":5,"name":39,"updated_at":30},"ai-review-board","Совет по рассмотрению ИИ",{"slug":41,"category":5,"name":42,"updated_at":30},"ai-risk-tiering","Ранжирование ИИ по риску",{"slug":44,"category":5,"name":45,"updated_at":30},"ai-system-inventory","Реестр ИИ-систем",{"slug":47,"category":5,"name":48,"updated_at":30},"ai-usage-policy","Политика использования ИИ",{"slug":15,"category":5,"name":16,"updated_at":50},"2026-09-08T21:32:36+00:00",{"slug":52,"category":5,"name":53,"updated_at":50},"blast-radius","Радиус поражения",{"slug":18,"category":5,"name":19,"updated_at":50},{"slug":56,"category":5,"name":57,"updated_at":50},"bridge-letter","Бридж-письмо (bridge letter)",{"slug":59,"category":5,"name":60,"updated_at":50},"business-associate-agreement","Соглашение с бизнес-партнёром (BAA)"]