paste.txt
Сущности
ВВОДНЫЕ И СТАТУС ДОКУМЕНТА<br>
<br>
Настоящий документ определяет архитектуру, принципы и регламенты работы Межведомственного штаба по информационному сопровождению конституционной реформы Республики Казахстан в 2026 году (далее — Штаб).<br>
<br>
Документ предназначен для использования в условиях высокой общественной чувствительности, длительного информационного цикла и неоднородного уровня исполнения на местах. Он ориентирован не на декларацию намерений, а на обеспечение управляемости, устойчивости и предсказуемости действий в период обсуждения проекта Конституции, проведения референдума и последующих электоральных процедур.<br>
<br>
Документ исходит из презумпции ограниченного времени, ограниченного внимания и высокой нагрузки на исполнителей. В этой связи приоритет отдается не полноте описаний, а четкости маршрутов действий и минимизации пространства для интерпретаций.<br>
<br>
Штаб рассматривается как единый центр принятия решений и координации. Все региональные штабы, создаваемые по данной тематике, функционально подчиняются заместителям акимов соответствующих регионов и одновременно находятся в прямом операционном подчинении центрального Штаба. Региональные штабы не являются автономными субъектами информационной политики и действуют в рамках утверждённых регламентов, контент-пакетов и протоколов.<br>
<br>
Ключевой принцип пакета — приоритет управляемости над инициативностью.<br>
<br>
Самостоятельная интерпретация, расширение смыслов и креативная адаптация на местах рассматриваются как фактор риска и допускаются только в строго определённых контурах и форматах, описанных в документе.<br>
<br>
Документ не предполагает, что все его разделы изучаются всеми участниками. Для большинства исполнителей достаточными для ежедневной работы являются Навигатор и профильные приложения, соответствующие их роли. Полный текст предназначен для руководителей, координаторов контуров и ответственных за принятие решений.<br>
<br>
Настоящий документ является рабочим. Все изменения, уточнения и актуализации фиксируются в едином контуре хранения (SSOT) и доводятся до участников через централизованные каналы. Использование устаревших версий считается нарушением регламента.<br>
<br>
ГЛОССАРИЙ И БАЗОВЫЕ ОПРЕДЕЛЕНИЯ<br>
<br>
Штаб — межведомственный координационный орган, осуществляющий централизованное управление информационным сопровождением конституционной реформы, включая анализ, контент, реактивные действия и контроль исполнения.<br>
<br>
Региональный штаб — рабочая группа при акиматах регионов, действующая в рамках настоящего пакета, функционально подчинённая заместителю акима и операционно — центральному Штабу.<br>
<br>
SSOT (Single Source of Truth) — единый контур хранения данных, решений, версий документов, инцидентов и метрик. Все действия, решения и материалы считаются действительными только при наличии фиксации в SSOT.<br>
<br>
Навигатор — упрощённая карта маршрутов действий для типовых ситуаций. Навигатор используется как первая точка входа и предназначен для быстрого выбора корректного алгоритма без обращения ко всему пакету.<br>
<br>
Инцидент — любое событие в информационном поле, способное повлиять на восприятие, легитимность или управляемость процесса, вне зависимости от масштаба и источника.<br>
<br>
Контур управляемой интерпретации — механизм работы с внешними спикерами и экспертами, которые добровольно согласны опираться на проверенные факты и утверждённые формулировки штаба.<br>
<br>
Штаб обеспечивает корректность и актуальность материалов, не вмешиваясь в правовой статус, личные оценки и ответственность таких спикеров.<br>
<br>
Передача неутверждённых тезисов, доступ к внутренним протоколам, участие в разработке контента и обратная смысловая связь не допускаются. Подробный регламент закреплён в профильном приложении.<br>
<br>
Динамическая маркировка материалов — технический механизм идентификации источника распространения конфиденциальных материалов в случае их утечки. Используется исключительно в целях внутренней безопасности и дисциплины исполнения. Подробная реализация описана в технических приложениях.<br>
<br>
Индекс усталости — операциональный показатель состояния сотрудников, используемый исключительно для принятия решений о сменности, парной работе и временном ограничении участия в критических слотах. Методика расчёта и применения закреплена в профильных регламентах.<br>
<br>
Порог минимальности — совокупность формализованных критериев, при достижении которых инициируется правовая маршрутизация инцидента. Критерии, исключения и экстренные процедуры определены в соответствующем приложении.<br>
<br>
Режим деградации — заранее определённый порядок действий при частичном или полном отказе централизованных систем, предусматривающий временное ограничение активности до восстановления управляемости.<br>
<br>
НАВИГАТОР ДЕЙСТВИЙ<br>
<br>
Навигатор предназначен для быстрого выбора корректного алгоритма действий без необходимости обращения ко всему пакету документов. Он используется всеми уровнями исполнения — от региональных штабов и SMM-исполнителей до аналитиков и координаторов контуров.<br>
<br>
Навигатор не заменяет регламенты и приложения, а указывает точку входа в них. Его задача — снять паузу на размышление в стрессовой ситуации и исключить импровизацию.<br>
<br>
Навигатор построен по принципу «ситуация → действие → маршрут». Любая ситуация, даже неочевидная или комбинированная, должна быть приведена к одному из типовых сценариев, после чего действия осуществляются строго по указанному маршруту.<br>
<br>
Использование Навигатора является обязательным. Самостоятельный выбор регламента или переход «на интуиции» рассматривается как нарушение дисциплины исполнения.<br>
<br>
Навигатор реализуется:<br>
<br>
в виде отдельного раздела в SSOT с гиперссылками на конкретные пункты приложений;<br>
<br>
в виде статического PDF-дублёра для режима деградации;<br>
<br>
в виде интерактивного сценария внутри рабочего бота.<br>
<br>
Навигатор обновляется централизованно. Региональные штабы не вправе вносить в него изменения или создавать локальные версии.<br>
<br>
Короткий пример применения Навигатора<br>
<br>
Если региональный аккаунт или сотрудник сталкивается с провокационным вопросом или комментарием по проекту Конституции, на который отсутствует готовый утверждённый ответ, действия осуществляются следующим образом:<br>
<br>
Исполнитель открывает Навигатор → выбирает сценарий «Вопрос / комментарий без готового ответа» → переходит к регламенту текущей фазы → действует по алгоритму: отсутствие публичного ответа → фиксация инцидента → передача сигнала в штаб через установленный канал.<br>
<br>
Попытка «ответить аккуратно своими словами» или «погасить ситуацию на месте» без маршрутизации считается ошибкой исполнения, даже при отсутствии негативных последствий.<br>
<br>
РАЗДЕЛ 1. МАНДАТ И ПРИНЦИПЫ РАБОТЫ ШТАБА<br>
<br>
Штаб действует в рамках чётко определённого мандата, ориентированного на обеспечение управляемости информационного поля, снижение рисков и защиту легитимности процесса конституционной реформы.<br>
<br>
Штаб не является органом публичной дискуссии, разъяснительной инициативы или политической полемики. Его функция — обеспечить единообразие, дисциплину и предсказуемость коммуникаций.<br>
<br>
Основные принципы работы Штаба:<br>
<br>
Централизация.<br>
<br>
Все ключевые решения, формулировки, контент-пакеты и реактивные действия формируются и утверждаются централизованно. Региональные штабы и исполнители действуют в рамках доведённых решений.<br>
<br>
Минимум творчества на местах.<br>
<br>
Импровизация, эмоциональная подача, расширение смыслов и самостоятельные трактовки рассматриваются как источник рисков. Даже «хорошее намерение» не оправдывает отклонение от регламента.<br>
<br>
Приоритет тишины над ошибкой.<br>
<br>
В отсутствие утверждённой позиции или готового ответа предпочтительным действием является отсутствие публичной реакции с последующей фиксацией и маршрутизацией сигнала. Коммуникационная пауза не является признаком слабости и не требует компенсации активностью.<br>
<br>
Ранняя фиксация без наказания.<br>
<br>
Региональные штабы и исполнители поощряются за раннюю передачу сигналов, даже если они кажутся незначительными. Добросовестная фиксация не влечёт негативных последствий и рассматривается как элемент дисциплины, а не как ошибка.<br>
<br>
Разделение ответственности.<br>
<br>
Штаб обеспечивает корректность фактуры, формулировок и маршрутов.<br>
<br>
Региональные штабы отвечают за точное исполнение.<br>
<br>
Индивидуальная ответственность наступает только при нарушении регламентов, а не при негативной внешней реакции как таковой.<br>
<br>
Мандат Штаба не предполагает достижения «позитивного фона», роста лояльности или убеждения скептиков. Целью является удержание управляемости, предотвращение эскалаций и минимизация ущерба.<br>
<br>
РАЗДЕЛ 2. УПРАВЛЕНЧЕСКИЙ ЦИКЛ И КОНТУРЫ АНАЛИТИКИ<br>
<br>
(финальная редакция, приземлённая на решения)<br>
<br>
Работа Штаба строится вокруг непрерывного управленческого цикла, обеспечивающего переход от информационного сигнала к управленческому решению без разрывов, задержек и дублирования функций.<br>
<br>
Управленческий цикл включает следующие логические этапы:<br>
<br>
фиксация сигнала → аналитическая интерпретация → управленческий вывод → доведение решения → контроль исполнения → архивирование и обучение.<br>
<br>
Штаб не производит «мониторинг ради мониторинга» и не генерирует отчёты без адресного назначения. Любой аналитический продукт существует исключительно как вход для решения либо как инструмент предотвращения риска.<br>
<br>
Контур аналитики<br>
<br>
Аналитический контур отвечает за интерпретацию, а не за сбор. Его задача — отделить управляемые сигналы от шума и сформировать вывод, пригодный для принятия решения.<br>
<br>
Аналитика не измеряет «настроение в целом» и не даёт оценочных суждений. Она:<br>
<br>
выявляет повторяющиеся сюжеты и паттерны;<br>
<br>
фиксирует отклонения от ожидаемой динамики;<br>
<br>
указывает потенциальные точки эскалации;<br>
<br>
формулирует краткий управленческий вывод.<br>
<br>
Любой аналитический вывод обязан отвечать на вопрос: «Что должен сделать руководитель или контур?»<br>
<br>
Материалы, не дающие ответа на этот вопрос, в управленческий оборот не допускаются.<br>
<br>
Разграничение аналитики и реакции<br>
<br>
Аналитический контур:<br>
<br>
не публикует;<br>
<br>
не комментирует;<br>
<br>
не вступает в дискуссии;<br>
<br>
не «предлагает формулировки».<br>
<br>
Он передаёт выводы в контур протоколов и реагирования либо фиксирует решение об отсутствии реакции.<br>
<br>
Попытка аналитика самостоятельно «помочь формулировкой» рассматривается как нарушение границ ролей.<br>
<br>
Ритм аналитической работы<br>
<br>
Работа аналитического контура ведётся в двух режимах:<br>
<br>
плановый режим — регулярные срезы и обзорные сигналы;<br>
<br>
режим пика — фокус на инцидентах, идентичностных атаках и координации.<br>
<br>
В режиме пика аналитика сокращается по объёму и усиливается по точности. Развёрнутые обзоры временно исключаются.<br>
<br>
РАЗДЕЛ 3. УСТОЙЧИВОСТЬ ЛЮДЕЙ И ЧЕЛОВЕЧЕСКИЙ ФАКТОР<br>
<br>
Штаб исходит из того, что основной риск в длительных кампаниях связан не с внешним давлением, а с внутренним истощением, ошибками внимания и снижением качества исполнения.<br>
<br>
Устойчивость людей рассматривается как управляемый ресурс, а не как личная ответственность сотрудника.<br>
<br>
Принцип сменности и ограничения нагрузки<br>
<br>
Непрерывное нахождение сотрудника в режиме высокой напряжённости не должно превышать 72 часов.<br>
<br>
По достижении этого порога включается механизм принудительной ротации независимо от субъективной оценки состояния.<br>
<br>
Героизм и «дотягивание смены» не поощряются и рассматриваются как фактор риска.<br>
<br>
Индекс усталости<br>
<br>
Для исключения субъективных решений вводится индекс усталости, используемый исключительно как триггер управленческого действия.<br>
<br>
Индекс усталости не является медицинской или психологической оценкой. Он применяется для решения о передаче смены, включении парной работы или временном отстранении от критических задач.<br>
<br>
Методика расчёта и наблюдаемые признаки индекса усталости приведены в соответствующем приложении.<br>
<br>
Факт фиксации индекса отражается в SSOT при передаче дежурства.<br>
<br>
Парная работа в пике<br>
<br>
В режиме пика для ключевых ролей вводится принцип парной работы.<br>
<br>
Цель — не повышение скорости, а снижение вероятности ошибок.<br>
<br>
Парная работа используется:<br>
<br>
при работе с инцидентами высокого уровня;<br>
<br>
при правовой маршрутизации;<br>
<br>
при принятии решений в условиях дефицита времени.<br>
<br>
Парная работа не отменяет персональной ответственности, но снижает риск когнитивных искажений.<br>
<br>
Принцип дублёра<br>
<br>
Для каждой критической роли назначается дублёр, вовлечённый в процессы на ограниченном уровне и готовый к немедленному замещению.<br>
<br>
Отсутствие дублёра или его неготовность рассматриваются как организационный сбой, а не как кадровая проблема.<br>
<br>
Культура фиксации, а не сокрытия<br>
<br>
Ошибки, усталость и перегруз не скрываются.<br>
<br>
Ранняя фиксация рассматривается как нормальное исполнение, а не как слабость.<br>
<br>
Наказание применяется только за нарушение регламентов, а не за факт ошибки, допущенной при соблюдении процедур.<br>
<br>
РАЗДЕЛ 4. ФАЗЫ КАМПАНИИ И РЕЖИМЫ РАБОТЫ ШТАБА<br>
<br>
Работа Штаба организуется по фазовому принципу. Фазы не являются календарными периодами в строгом смысле и могут перекрываться. Переход между фазами осуществляется решением руководителя штаба на основании управленческих сигналов, а не формальных дат.<br>
<br>
Каждая фаза имеет собственный приоритет целей, допустимые инструменты и ограничения по тону и скорости реакции.<br>
<br>
Фаза предварительного обсуждения<br>
<br>
Характеризуется повышенной неопределённостью, разнообразием трактовок и отсутствием устойчивых нарративов.<br>
<br>
В этой фазе приоритетом является:<br>
<br>
фиксация типовых вопросов и тревог;<br>
<br>
выравнивание фактуры;<br>
<br>
предотвращение ранней радикализации.<br>
<br>
Реакции носят преимущественно сервисный и процедурный характер.<br>
<br>
Эмоциональные и оценочные форматы в данной фазе не применяются.<br>
<br>
Фаза активного обсуждения<br>
<br>
Фаза начинается с появления устойчивых сюжетов критики и повторяющихся интерпретаций.<br>
<br>
Приоритеты фазы:<br>
<br>
стандартизация формулировок;<br>
<br>
минимизация локальной самодеятельности;<br>
<br>
жёсткое соблюдение регламентов регионов и ГО.<br>
<br>
В этой фазе любые отклонения от утверждённых формулировок рассматриваются как фактор риска, даже если они формально лояльны.<br>
<br>
Мобилизационная фаза<br>
<br>
Характеризуется ростом интенсивности, давлением на явку, повышенной активностью идентичностных и процедурных атак.<br>
<br>
Приоритеты:<br>
<br>
скорость и дисциплина;<br>
<br>
предотвращение каскадных ошибок;<br>
<br>
централизованное управление реакциями.<br>
<br>
В мобилизационной фазе инициатива «снизу» ограничивается до уровня фиксации сигналов. Самостоятельные реакции регионов без подтверждения штаба запрещены.<br>
<br>
Фаза дня голосования и первые 72 часа после<br>
<br>
Критическая фаза с максимальной чувствительностью к ошибкам.<br>
<br>
Приоритеты:<br>
<br>
предотвращение правовых и репутационных инцидентов;<br>
<br>
жёсткое соблюдение протоколов молчания и фиксации;<br>
<br>
немедленная маршрутизация сигналов.<br>
<br>
В данной фазе допустимые действия строго ограничены перечнем регламентов. Любые импровизации исключаются.<br>
<br>
Фаза посткампанийного анализа и консервации<br>
<br>
Фаза начинается после стабилизации поля.<br>
<br>
Приоритеты:<br>
<br>
архивирование решений;<br>
<br>
разборы без поиска виноватых;<br>
<br>
фиксация уязвимостей и удачных решений.<br>
<br>
Эта фаза обязательна. Отсутствие посткампанийного анализа считается управленческой ошибкой.<br>
<br>
РАЗДЕЛ 5. КОНТУРЫ ШТАБА И РАЗГРАНИЧЕНИЕ ПОЛНОМОЧИЙ<br>
<br>
(финальная редакция, с уточнением чувствительных зон)<br>
<br>
Штаб функционирует через систему контуров, каждый из которых имеет чётко определённые задачи, границы ответственности и интерфейсы взаимодействия.<br>
<br>
Контуры не являются подразделениями в кадровом смысле. Это функциональные зоны, обеспечивающие управляемость процессов.<br>
<br>
Основные контуры штаба<br>
<br>
Контур аналитики отвечает за интерпретацию сигналов и формирование управленческих выводов.<br>
<br>
Контур протоколов и реагирования отвечает за перевод управленческих выводов в допустимые сценарии действий и формулировки.<br>
<br>
Контур контента и медиапланирования отвечает за производство и тиражирование утверждённых материалов.<br>
<br>
Контур регионов отвечает за дисциплину исполнения и ретрансляцию решений штаба в территориальных штабах, которые действуют при акиматах и подчиняются заместителям акимов, находясь при этом в централизованном операционном подчинении Штабу.<br>
<br>
Правовой контур обеспечивает правовую оценку и маршрутизацию материалов при наличии признаков нарушения законодательства.<br>
<br>
Контур управляемой интерпретации<br>
<br>
Контур управляемой интерпретации — это ограниченный механизм работы с внешними спикерами и экспертами, которые добровольно согласны опираться на проверенные факты и утверждённые формулировки штаба.<br>
<br>
Штаб в рамках данного контура:<br>
<br>
предоставляет актуальные и корректные материалы;<br>
<br>
обеспечивает фактическую и процедурную точность;<br>
<br>
не вмешивается в правовой статус, личные оценки и персональную ответственность таких спикеров.<br>
<br>
Контур управляемой интерпретации не предполагает соавторства, доступа к внутренним протоколам или передачи неутверждённых тезисов.<br>
<br>
Обратная связь от спикеров используется исключительно для фиксации вопросов и рисков, а не для изменения линии штаба.<br>
<br>
Жёсткие ограничения и требования к цифровой гигиене данного контура раскрываются в соответствующем приложении.<br>
<br>
Разграничение ответственности между контурами<br>
<br>
Ни один контур не может:<br>
<br>
подменять функции другого;<br>
<br>
самостоятельно расширять свои полномочия;<br>
<br>
принимать решения вне утверждённых процедур.<br>
<br>
Попытка компенсировать слабость одного контура активностью другого рассматривается как системный риск.<br>
<br>
Принцип центра и регионов<br>
<br>
Региональные штабы:<br>
<br>
подчиняются заместителям акимов по линии региона;<br>
<br>
обязаны исполнять директивы центрального штаба без адаптации формулировок;<br>
<br>
фиксируют сигналы и отклонения, но не принимают самостоятельных решений в чувствительных темах.<br>
<br>
Ранняя фиксация без реакции поощряется. Самостоятельная реакция без подтверждения — запрещена.<br>
<br>
РАЗДЕЛ 6. КОНТЕНТ, ФОРМАТЫ И СЕРВИСНАЯ КОММУНИКАЦИЯ<br>
<br>
Контент в рамках Пакета «ШТАБ-2026» рассматривается не как инструмент убеждения или полемики, а как сервисный элемент управления ожиданиями и снижения неопределённости. Его задача — обеспечивать воспроизводимость смыслов, процедурную ясность и предсказуемость реакции государства.<br>
<br>
Любой контент оценивается не по выразительности, а по способности снижать риски.<br>
<br>
Базовые принципы контентной работы<br>
<br>
Контент формируется централизованно и распространяется по принципу единого источника.<br>
<br>
Региональные штабы и ГО не выступают источниками интерпретаций и не создают собственные форматы.<br>
<br>
Контент не предназначен для “отработки критики”. Он предназначен для снятия вопросов.<br>
<br>
Допустимые форматы<br>
<br>
В рамках штаба используются исключительно сервисные форматы:<br>
<br>
FAQ и расширенные FAQ;<br>
<br>
краткие справочные тексты;<br>
<br>
процедурные карточки;<br>
<br>
сервисные видеоматериалы;<br>
<br>
визуальные инструкции.<br>
<br>
Форматы, предполагающие авторскую подачу, эмоциональные оценки, призывы или сравнения, исключаются.<br>
<br>
Использование формата, не предусмотренного данным разделом, допускается только по отдельному решению штаба с фиксацией в SSOT.<br>
<br>
Роль FAQ как базового инструмента<br>
<br>
FAQ закрепляется как основной формат взаимодействия с аудиторией.<br>
<br>
FAQ:<br>
<br>
строится исключительно на реальных вопросах;<br>
<br>
обновляется по результатам мониторинга;<br>
<br>
используется одновременно во всех каналах без адаптации смысла.<br>
<br>
Один FAQ-блок является “истиной по умолчанию” для регионов, ГО, бота, сайтов и социальных сетей.<br>
<br>
Контент-конвейер и дисциплина версий<br>
<br>
Контент формируется пакетами.<br>
<br>
Каждый пакет имеет:<br>
<br>
версию;<br>
<br>
дату выпуска;<br>
<br>
фазовую привязку.<br>
<br>
Использование устаревшей версии рассматривается как нарушение регламента.<br>
<br>
Регион, использующий неактуальный пакет, автоматически переводится в режим повышенного контроля.<br>
<br>
Использование автоматизации и ИИ<br>
<br>
ИИ и генераторы используются исключительно как ускорители производства.<br>
<br>
ИИ:<br>
<br>
не добавляет смыслов;<br>
<br>
не формирует позиции;<br>
<br>
не выпускает контент без проверки.<br>
<br>
Любой ИИ-результат считается черновиком до фиксации версии в SSOT.<br>
<br>
Поверхности распространения<br>
<br>
Ключевые поверхности:<br>
<br>
официальные сайты;<br>
<br>
поисковая выдача и FAQ-страницы;<br>
<br>
официальные аккаунты в социальных сетях;<br>
<br>
справочные и сервисные ресурсы.<br>
<br>
Работа с поисковой выдачей и FAQ-страницами рассматривается как элемент институциональной устойчивости, а не как маркетинговая активность.<br>
<br>
РАЗДЕЛ 7. ИНЦИДЕНТЫ, ЭСКАЛАЦИЯ И ТИПОЛОГИЯ АТАК<br>
<br>
Инцидентом в рамках Пакета «ШТАБ-2026» считается любое событие в информационном поле, которое потенциально способно повлиять на легитимность процедур, доверие к институтам или управляемость кампании.<br>
<br>
Инцидент определяется не масштабом обсуждения, а возможным ущербом.<br>
<br>
Принцип фиксации<br>
<br>
Ни одно событие не считается существующим для штаба, пока оно не зафиксировано.<br>
<br>
Принцип: нет фиксации — нет управленческого действия.<br>
<br>
Сомнение трактуется в пользу фиксации.<br>
<br>
Классификация инцидентов по уровню<br>
<br>
Инциденты классифицируются по уровням:<br>
<br>
жёлтый;<br>
<br>
оранжевый;<br>
<br>
красный.<br>
<br>
Классификация осуществляется аналитическим контуром и фиксируется в SSOT.<br>
<br>
Уровень инцидента может быть повышен, но не понижен без отдельного управленческого решения.<br>
<br>
Типология критики и атак<br>
<br>
В пакете используется прикладная типология, необходимая для выбора коридора реакции, а не для полемики.<br>
<br>
Процедурная критика связана с вопросами сроков, формальных правил и порядка принятия решений. Основной риск — подрыв доверия при формально корректных действиях.<br>
<br>
Содержательная тревожность выражается в страхах и опасениях, не всегда опирающихся на текст документа. Риск — накопление фона без явной координации.<br>
<br>
Идентичностные и языковые нарративы затрагивают темы культуры, языка и суверенитета. Для них характерна высокая скорость радикализации при относительно низком первоначальном охвате. Рациональные аргументы здесь ограниченно эффективны.<br>
<br>
Недоверие к институтам направлено на дискредитацию источников, а не содержания. Риск — формирование альтернативных центров легитимности.<br>
<br>
Персональная критика и конспирологические сюжеты персонализируют процесс. Риск — смещение дискуссии с процедуры на поиск виновных.<br>
<br>
Локальная самодеятельность регионов и ГО является отдельным классом риска. Ошибки “своих” в управленческом плане опаснее внешних атак.<br>
<br>
Эскалация и скорость<br>
<br>
Эскалация осуществляется не как карательная мера, а как перенос решения на соответствующий уровень ответственности.<br>
<br>
Приоритет:<br>
<br>
скорость фиксации;<br>
<br>
корректность квалификации;<br>
<br>
дисциплина процедуры.<br>
<br>
Отсутствие эскалации при наличии оснований рассматривается как управленческая ошибка.<br>
<br>
Связь с регионами<br>
<br>
Региональные штабы:<br>
<br>
фиксируют инциденты;<br>
<br>
не принимают решений по их трактовке;<br>
<br>
не вступают в полемику.<br>
<br>
Даже локальный инцидент без видимого масштабирования подлежит фиксации, если он затрагивает чувствительные темы.<br>
<br>
Документирование<br>
<br>
Каждый инцидент:<br>
<br>
имеет паспорт;<br>
<br>
сопровождается версионностью решений;<br>
<br>
используется для последующего разбора.<br>
<br>
Удаление инцидентов и “зачистка истории” запрещены.<br>
<br>
РАЗДЕЛ 8. ВНЕШНИЙ КОНТУР И УПРАВЛЯЕМЫЕ РИСКИ<br>
<br>
Внешний контур охватывает взаимодействие штаба с правовыми и надзорными органами, международными наблюдателями, иностранными СМИ, а также с внешними подрядчиками и партнёрами. Его задача — предотвращение вторичных рисков, защита институциональной позиции государства и исключение неконтролируемой эскалации.<br>
<br>
Штаб не ведёт внешнюю полемику и не выступает субъектом политических оценок. Его функция — обеспечить единообразие, предсказуемость и процедурную корректность реакции.<br>
<br>
8.1. Правовая маршрутизация и порог минимальности<br>
<br>
Передача материалов в правовой контур осуществляется исключительно при достижении порога минимальности.<br>
<br>
Порог минимальности введён как защитный механизм от субъективных, имитационных и политически мотивированных обращений.<br>
<br>
Базовое правило передачи сохраняется без изменений:<br>
<br>
наличие прямого призыва к насилию, свержению власти либо иному противоправному действию;<br>
<br>
распространение сообщения через три и более канала с совокупным охватом более 50 000 пользователей.<br>
<br>
Дополнительно фиксируется экстренное исключение.<br>
<br>
При наличии доказанного прямого призыва к насилию материал передаётся в правовой контур немедленно, без ожидания достижения порога охвата.<br>
<br>
В таких случаях:<br>
<br>
фиксация осуществляется в SSOT;<br>
<br>
руководитель штаба уведомляется параллельно;<br>
<br>
двойная верификация проводится постфактум в срок до 30 минут.<br>
<br>
Это исключение вводится для устранения окна уязвимости в быстрых идентичностных и радикальных атаках.<br>
<br>
Порог минимальности не является запретом на действия. Он является фильтром для запуска правового механизма.<br>
<br>
8.2. Международные наблюдатели и иностранные СМИ<br>
<br>
Работа с международными структурами и иностранными СМИ строится на принципах процедурной корректности и отказа от интерпретаций.<br>
<br>
Любой внешний сигнал:<br>
<br>
фиксируется;<br>
<br>
классифицируется;<br>
<br>
сопоставляется с фазой кампании.<br>
<br>
Коммуникация осуществляется по формуле:<br>
<br>
подтверждение факта сигнала;<br>
<br>
ссылка на процедуру и официальные данные;<br>
<br>
отсутствие оценки самой оценки.<br>
<br>
Публичное молчание при отсутствии необходимости реакции квалифицируется как управленческое решение и подлежит фиксации.<br>
<br>
Штаб не:<br>
<br>
вступает в спор;<br>
<br>
не комментирует мотивы внешних акторов;<br>
<br>
не даёт оценок соответствия международным стандартам.<br>
<br>
8.3. Внешние подрядчики и партнёры<br>
<br>
Внешние подрядчики рассматриваются как зона повышенного риска.<br>
<br>
Их участие:<br>
<br>
ограничивается конкретной задачей;<br>
<br>
регламентируется принципом минимально необходимого доступа;<br>
<br>
фиксируется в SSOT.<br>
<br>
Подрядчики не получают доступ к внутренним регламентам, паспортам инцидентов и протоколам эскалации.<br>
<br>
Передача материалов осуществляется только через административную панель штаба.<br>
<br>
Любые неучтённые каналы запрещены.<br>
<br>
Формулировка обязательства о конфиденциальности для подрядчиков приводится к нейтральному правовому языку без терминов, допускающих двусмысленное толкование при утечке.<br>
<br>
РАЗДЕЛ 9. SSOT, АДМИНИСТРАТИВНАЯ ПАНЕЛЬ И АВТОМАТИЗАЦИЯ<br>
<br>
SSOT (Single Source of Truth) является центральным элементом управляемости штаба и единственным источником актуальных данных, решений и формулировок.<br>
<br>
SSOT — это не IT-система, а управленческий контур, реализованный техническими средствами.<br>
<br>
Принцип единого источника<br>
<br>
Все данные, используемые штабом:<br>
<br>
инциденты;<br>
<br>
контент;<br>
<br>
версии документов;<br>
<br>
статусы регионов;<br>
<br>
решения и основания —<br>
<br>
существуют только в SSOT.<br>
<br>
Любые параллельные таблицы, локальные учёты и “рабочие файлы” считаются нарушением режима.<br>
<br>
Административная панель<br>
<br>
Панель предназначена для принятия решений, а не для наблюдения.<br>
<br>
На главном экране отображаются только управленчески значимые элементы:<br>
<br>
текущие риски;<br>
<br>
статус инцидентов;<br>
<br>
дисциплина регионов;<br>
<br>
сигнальные индикаторы.<br>
<br>
Каждый элемент панели связан с возможным действием. Элементы без управленческого смысла не выводятся.<br>
<br>
Ролевой доступ<br>
<br>
Доступ к панели и данным разграничен по ролям.<br>
<br>
Региональные штабы:<br>
<br>
видят только утверждённые материалы;<br>
<br>
не имеют доступа к аналитическим выводам и внутренним дискуссиям;<br>
<br>
подтверждают получение и исполнение.<br>
<br>
Региональные штабы подчиняются соответствующим заместителям акимов и одновременно находятся в централизованном операционном подчинении штабу «ШТАБ-2026» в части информационного сопровождения.<br>
<br>
Приоритет имеют регламенты штаба.<br>
<br>
Автоматизация и генерация материалов<br>
<br>
Автоматизация используется для:<br>
<br>
ускорения;<br>
<br>
снижения ошибок;<br>
<br>
исключения вариативности.<br>
<br>
Генераторы визуальных и текстовых материалов:<br>
<br>
работают только на основе утверждённых шаблонов;<br>
<br>
используют библиотеку ИИ-промптов;<br>
<br>
доступны исключительно через панель.<br>
<br>
Генераторы не существуют автономно и не используются вне панели.<br>
<br>
Режим деградации и отказоустойчивость<br>
<br>
SSOT и панель проектируются с учётом деградационных сценариев.<br>
<br>
При частичном или полном отказе ядра:<br>
<br>
сохраняется возможность фиксации инцидентов;<br>
<br>
сохраняется доступ к последним утверждённым версиям регламентов;<br>
<br>
используется резервный канал синхронизации.<br>
<br>
Для каждого критического элемента предусмотрена ручная процедура на период до 48 часов с последующей синхронизацией.<br>
<br>
Безопасность и маркировка<br>
<br>
Терминология динамической маркировки в текстах первого уровня приводится к нейтральной формулировке.<br>
<br>
Используется обозначение: «техническая маркировка материалов для идентификации источника распространения при утечке».<br>
<br>
Подробная реализация:<br>
<br>
вынесена в технические приложения;<br>
<br>
не используется в публичных или полуоткрытых формулировках;<br>
<br>
доступна только ограниченному кругу ролей.<br>
<br>
Аудит и логирование<br>
<br>
Все действия в системе:<br>
<br>
логируются;<br>
<br>
имеют временные метки;<br>
<br>
доступны для внутреннего аудита.<br>
<br>
Логирование используется для управляемости и защиты, а не для карательного контроля.<br>
<br>
РАЗДЕЛ 10. МЕТРИКИ, ОЦЕНКА ЭФФЕКТИВНОСТИ И ОТКАЗ ОТ ИМИТАЦИИ<br>
<br>
Система оценки эффективности штаба строится исходя из управляемости процессов, а не из видимости активности. Метрики используются исключительно как инструменты принятия решений и раннего обнаружения рисков.<br>
<br>
Штаб сознательно отказывается от показателей, стимулирующих имитацию деятельности и искажение управленческих выводов.<br>
<br>
К числу нежелательных метрик относятся:<br>
<br>
вал публикаций и упоминаний без интерпретации;<br>
<br>
агрегированная тональность без анализа сюжетов;<br>
<br>
формальное количество мероприятий и выходов;<br>
<br>
охваты и показы без связи с поведением аудитории;<br>
<br>
объём внутренней отчётности как самоцель.<br>
<br>
Фиксация отказа от этих метрик является обязательной нормой пакета.<br>
<br>
Возврат указанных показателей в статус KPI допускается только по решению руководителя штаба с обязательной фиксацией основания в SSOT.<br>
<br>
Оценка эффективности аналитического контура строится вокруг:<br>
<br>
качества выявляемых сигналов;<br>
<br>
своевременности эскалации;<br>
<br>
применимости выводов для управленческих решений.<br>
<br>
Оценка регионов и ГО:<br>
<br>
основывается на дисциплине исполнения;<br>
<br>
соблюдении утверждённых формулировок;<br>
<br>
отсутствии самодеятельности;<br>
<br>
корректной фиксации сигналов.<br>
<br>
Высокая активность региона при наличии нарушений не считается положительным фактором.<br>
<br>
Метрики используются в трёх режимах:<br>
<br>
сигнальном — для раннего обнаружения рисков;<br>
<br>
операционном — для контроля исполнения регламентов;<br>
<br>
контрольном — для проверки адекватности работы самой системы.<br>
<br>
Ни одна метрика не существует без привязки к возможному действию.<br>
<br>
Если показатель не может повлиять на решение, он не используется.<br>
<br>
Отчёты, подготовленные вне SSOT и административной панели, не рассматриваются как основание для управленческих выводов.<br>
<br>
РАЗДЕЛ 11. УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ РАБОТЫ<br>
<br>
Устойчивость системы рассматривается как самостоятельный управленческий приоритет, отличный от устойчивости отдельных сотрудников. Этот раздел фиксирует меры, обеспечивающие работоспособность штаба в условиях перегрузки, технических сбоев и фрагментации инфраструктуры.<br>
<br>
Система проектируется с учётом принципа деградации.<br>
<br>
Отказ отдельных компонентов не должен приводить к параличу управления.<br>
<br>
В случае сбоя автоматизированных инструментов:<br>
<br>
сохраняется возможность фиксации инцидентов;<br>
<br>
сохраняется доступ к последним утверждённым версиям регламентов;<br>
<br>
допускается переход на упрощённые формы учёта с последующей синхронизацией.<br>
<br>
Административная панель и SSOT имеют приоритет над всеми вспомогательными сервисами.<br>
<br>
Функции, не влияющие на принятие решений, в кризисных режимах отключаются.<br>
<br>
Перед входом в активные фазы вводится обязательный режим предстартовой верификации.<br>
<br>
Проверяются:<br>
<br>
доступы всех ролей;<br>
<br>
работоспособность SSOT и бота;<br>
<br>
актуальность контент-пакетов;<br>
<br>
готовность региональных штабов;<br>
<br>
назначение дублёров.<br>
<br>
Непрохождение предстартовой проверки блокирует переход в следующую фазу.<br>
<br>
Отдельно закрепляется проведение управленческих учений.<br>
<br>
Учения проводятся до начала мобилизационной фазы и перед днём голосования.<br>
<br>
Сценарии включают:<br>
<br>
технический сбой;<br>
<br>
информационный инцидент;<br>
<br>
выбытие ключевого исполнителя.<br>
<br>
Цель учений — выявление скрытых задержек, нестыковок регламентов и перегрузок контуров.<br>
<br>
Результаты учений используются для корректировки пакета, а не для персональных санкций.<br>
<br>
Разделение ответственности между контурами сохраняется даже в кризисе.<br>
<br>
Попытки концентрации всех решений в одном контуре рассматриваются как фактор риска.<br>
<br>
Региональные штабы действуют по тем же принципам устойчивости:<br>
<br>
при отказе связи с центром используют последний утверждённый пакет;<br>
<br>
фиксируют инциденты локально;<br>
<br>
воздерживаются от самостоятельных интерпретаций до восстановления связи.<br>
<br>
Централизованное управление не отменяет локальной фиксации, но исключает локальные решения в публичном поле.<br>
<br>
РАЗДЕЛ 12. РАЗБОРЫ, ОБРАТНАЯ СВЯЗЬ И ОБУЧЕНИЕ СИСТЕМЫ<br>
<br>
Разборы инцидентов являются обязательной частью управленческого цикла штаба и не рассматриваются как карательный механизм. Их задача — выявление системных сбоев, уязвимостей регламентов и ошибок архитектуры исполнения.<br>
<br>
Штаб исходит из презумпции системной ошибки, а не персональной вины, за исключением случаев умышленного нарушения регламентов, утечек либо сознательного обхода процедур.<br>
<br>
Разбор проводится по каждому инциденту, достигшему оранжевого или красного уровня, а также по жёлтым инцидентам, приведшим к репутационным, процедурным или управленческим последствиям.<br>
<br>
Формат разбора фиксируется как blameless postmortem и включает:<br>
<br>
– исходный сигнал и момент его фиксации;<br>
<br>
– корректность первичной классификации;<br>
<br>
– своевременность эскалации;<br>
<br>
– адекватность выбранного режима реакции;<br>
<br>
– влияние инцидента на доверие, управляемость и дисциплину;<br>
<br>
– выявленные системные слабости.<br>
<br>
Разбор не является обсуждением альтернативных «красивых» решений, а используется для проверки того, насколько фактические действия соответствовали утверждённым регламентам.<br>
<br>
Выводы разборов используются исключительно для:<br>
<br>
– обновления регламентов и приложений;<br>
<br>
– корректировки Навигатора;<br>
<br>
– уточнения стоп-слов и допустимых формулировок;<br>
<br>
– доработки шаблонов и контент-пакетов.<br>
<br>
Все изменения вносятся централизованно и доводятся до регионов через обновление утверждённых материалов.<br>
<br>
Устные разъяснения и «разборы на словах» запрещены.<br>
<br>
Отдельно фиксируется работа с ошибками региональной самодеятельности.<br>
<br>
Регион, допустивший отклонение, обязан:<br>
<br>
– зафиксировать инцидент;<br>
<br>
– передать материалы в штаб;<br>
<br>
– участвовать в формировании корректного кейса для библиотеки уязвимых формулировок.<br>
<br>
Ошибки рассматриваются как источник институционального обучения, а не как повод для стигматизации региона, если они были своевременно зафиксированы и не сопровождались попытками скрыть последствия.<br>
<br>
Обучение системы носит непрерывный характер.<br>
<br>
Пакет «ШТАБ-2026» не является статичным документом и подлежит обновлению по итогам:<br>
<br>
– фаз кампании;<br>
<br>
– пиковых периодов;<br>
<br>
– управленческих учений;<br>
<br>
– внешних стрессов.<br>
<br>
Все версии пакета сохраняются.<br>
<br>
История изменений и причины корректировок являются частью институциональной памяти штаба и используются при подготовке следующих циклов.<br>
<br>
ПРИЛОЖЕНИЕ A. НАВИГАТОР ШТАБА<br>
<br>
Статус: обязательное к использованию<br>
<br>
Назначение: оперативная ориентация исполнителей и региональных штабов в типовых и комбинированных ситуациях без необходимости чтения всего пакета документов.<br>
<br>
Принцип: «Ситуация → действие → ответственный → документ → следующий шаг».<br>
<br>
Навигатор является первичным рабочим инструментом для большинства исполнителей штаба и регионов. Он предназначен для применения в условиях дефицита времени, повышенной нагрузки и неполной информации.<br>
<br>
Навигатор имеет приоритет над описательными разделами пакета. В случае расхождений между Навигатором и иными частями документа применяется логика Навигатора с обязательной последующей фиксацией уточнений в SSOT.<br>
<br>
Навигатор реализуется как живой артефакт в SSOT и дублируется в виде PDF-версии с гиперссылками. Доступ обеспечивается через административную панель и Telegram-бот.<br>
<br>
1. Роль Навигатора в системе<br>
<br>
Навигатор служит механизмом снятия неопределённости для исполнителя. Он заменяет «интуитивное» принятие решений процедурным маршрутом.<br>
<br>
Навигатор не объясняет, почему принимается то или иное решение. Он показывает, что делать и куда идти дальше.<br>
<br>
Исполнитель не вправе трактовать Навигатор творчески или использовать его как справочник «по желанию».<br>
<br>
2. Структура Навигатора<br>
<br>
Навигатор состоит из таблицы типовых ситуаций со следующими обязательными колонками:<br>
<br>
– тип ситуации;<br>
<br>
– класс риска;<br>
<br>
– первичное действие;<br>
<br>
– ответственный контур;<br>
<br>
– документ / приложение;<br>
<br>
– точная точка входа (раздел / пункт);<br>
<br>
– следующий шаг или развилка.<br>
<br>
Колонка «Точная точка входа» является обязательной и содержит ссылку не только на документ, но и на конкретный пункт внутри него.<br>
<br>
3. Типовые маршруты (базовые)<br>
<br>
Навигатор содержит маршруты как минимум для следующих классов ситуаций:<br>
<br>
– процедурные вопросы граждан и СМИ;<br>
<br>
– критика и вбросы в социальных сетях;<br>
<br>
– идентичностные и языковые атаки;<br>
<br>
– признаки координации и бот-активности;<br>
<br>
– утечки внутренних материалов;<br>
<br>
– ошибки и самодеятельность регионов;<br>
<br>
– внешние сигналы (иностранные СМИ, наблюдатели);<br>
<br>
– технические сбои SSOT или бота.<br>
<br>
Каждый маршрут привязан к конкретному приложению и исключает выбор «по ощущениям».<br>
<br>
4. Мини-пример применения Навигатора<br>
<br>
Пример:<br>
<br>
Если региональный штаб или региональный SMM-исполнитель сталкивается с провокационным вопросом по Конституции, на который нет готового ответа, он:<br>
<br>
– открывает Навигатор;<br>
<br>
– выбирает сценарий «вопрос без утверждённого ответа»;<br>
<br>
– переходит к приложению с регламентом соответствующей фазы;<br>
<br>
– действует по алгоритму: отсутствие реакции → фиксация сигнала → передача в штаб.<br>
<br>
Публикация собственного ответа в такой ситуации запрещена.<br>
<br>
5. Комбинированные ситуации<br>
<br>
Навигатор содержит отдельные маршруты для комбинированных случаев, включая:<br>
<br>
– процедурная критика + идентичностный нарратив;<br>
<br>
– утечка + персональная атака;<br>
<br>
– внешний сигнал + региональная самодеятельность.<br>
<br>
В комбинированных случаях первичным считается наиболее жёсткий класс риска. Все дополнительные контуры подключаются последовательно.<br>
<br>
6. Обновление Навигатора<br>
<br>
Навигатор обновляется:<br>
<br>
– по итогам мониторинга;<br>
<br>
– по результатам разборов (Раздел 12);<br>
<br>
– при изменении регламентов или приложений.<br>
<br>
Обновление Навигатора осуществляется не реже одного раза в неделю в активные фазы и сопровождается автоматическим уведомлением через бот.<br>
<br>
Каждое обновление фиксируется в SSOT с указанием причины.<br>
<br>
ПРИЛОЖЕНИЕ B. БОЕВОЙ РЕГЛАМЕНТ №1<br>
<br>
Статус: обязательный<br>
<br>
Горизонт применения: период публичного обсуждения до начала мобилизационной фазы<br>
<br>
Цель: удержание управляемости и предотвращение преждевременной эскалации<br>
<br>
1. Общий принцип фазы<br>
<br>
Фаза обсуждения характеризуется высокой чувствительностью при формально низком уровне прямых конфликтов. Основной риск — накопление тревожности, недоверия и интерпретационных искажений.<br>
<br>
Задача штаба в этой фазе — не убеждать и не полемизировать, а стабилизировать поле и удерживать процедуру.<br>
<br>
2. Ключевые правила поведения<br>
<br>
Коммуникация в фазе обсуждения строится на следующих правилах.<br>
<br>
Минимум эмоций. Любые эмоциональные формулировки рассматриваются как фактор риска.<br>
<br>
Процедура важнее содержания. Ответы строятся вокруг порядка, сроков и механизмов обсуждения, а не оценок текста.<br>
<br>
Запрет прогнозов. Любые заявления о будущих последствиях, выгодах или итогах запрещены.<br>
<br>
Единый источник. Все разъяснения опираются исключительно на утверждённый контент-пакет штаба.<br>
<br>
Фиксация тишины. Отсутствие реакции является управленческим решением и подлежит фиксации в SSOT.<br>
<br>
3. Допустимые форматы коммуникации<br>
<br>
В фазе обсуждения допускаются исключительно сервисные форматы:<br>
<br>
– FAQ;<br>
<br>
– процедурные пояснения;<br>
<br>
– справочные тексты;<br>
<br>
– цитирование официальных документов.<br>
<br>
Любые авторские интерпретации, расширения рамки и эмоциональные подводки запрещены.<br>
<br>
4. Работа с регионами<br>
<br>
Региональные штабы и исполнители действуют строго в режиме ретрансляции.<br>
<br>
Разрешено:<br>
<br>
– размещение утверждённых материалов;<br>
<br>
– перенаправление вопросов в штаб;<br>
<br>
– фиксация сигналов.<br>
<br>
Запрещено:<br>
<br>
– самостоятельные разъяснения;<br>
<br>
– полемика;<br>
<br>
– «креативная» адаптация формулировок.<br>
<br>
Нарушение регламента региона автоматически повышает класс риска соответствующего инцидента.<br>
<br>
5. Контур управляемой интерпретации<br>
<br>
В фазе обсуждения контур управляемой интерпретации действует в максимально ограниченном режиме.<br>
<br>
Материалы передаются внешним спикерам исключительно в виде готовых FAQ и сервисных формулировок.<br>
<br>
Передача неутверждённых тезисов, доступ к внутренним протоколам, обсуждение логики решений и обратная смысловая связь запрещены.<br>
<br>
6. Типовые ошибки фазы<br>
<br>
К типовым ошибкам относятся:<br>
<br>
– попытки «переубедить» критиков;<br>
<br>
– расширение рамки обсуждения;<br>
<br>
– реакция на единичные эмоциональные посты;<br>
<br>
– региональная самодеятельность.<br>
<br>
Все ошибки подлежат фиксации и последующему разбору.<br>
<br>
ПРИЛОЖЕНИЕ C. БОЕВОЙ РЕГЛАМЕНТ №2<br>
<br>
Статус: обязательный<br>
<br>
Горизонт применения: период активной мобилизации, роста явки и усиления информационного давления<br>
<br>
Цель: удержание управляемости при резком росте интенсивности сигналов и атак<br>
<br>
1. Характер фазы<br>
<br>
Мобилизационная фаза характеризуется резким увеличением плотности информационного поля, ускорением циклов атак и ростом эмоционального фона. Возрастает количество идентичностных, персонализированных и процедурно искажённых нарративов.<br>
<br>
Ключевая угроза фазы — перегрев системы и утрата дисциплины исполнения, приводящие к самострельным ошибкам.<br>
<br>
2. Базовые принципы работы<br>
<br>
Централизация решений.<br>
<br>
Все значимые реакции формируются и утверждаются штабом. Региональные штабы не принимают самостоятельных решений в публичной коммуникации.<br>
<br>
Упреждение вместо реакции.<br>
<br>
Штаб работает на опережение через контент-пакеты, сценарные карточки и сервисные пояснения, снижая необходимость точечных ответов.<br>
<br>
Приоритет устойчивости.<br>
<br>
Сохранение работоспособности команды и каналов важнее скорости реакции на второстепенные сигналы.<br>
<br>
Фиксация каждого отклонения.<br>
<br>
Любое отклонение от регламентов рассматривается как инцидент системы и подлежит фиксации, независимо от субъективной оценки его последствий.<br>
<br>
3. Допустимые форматы и каналы<br>
<br>
В мобилизационной фазе разрешены:<br>
<br>
– расширенные FAQ;<br>
<br>
– сценарные карточки для регионов;<br>
<br>
– сервисные видеоматериалы (короткие, нейтральные);<br>
<br>
– агрегированные ответы на типовые вопросы.<br>
<br>
Запрещены:<br>
<br>
– полемика;<br>
<br>
– персональные комментарии;<br>
<br>
– эмоциональные призывы;<br>
<br>
– обещания и прогнозы.<br>
<br>
Любой формат, не предусмотренный данным регламентом, считается недопустимым независимо от намерений исполнителя.<br>
<br>
4. Работа с регионами<br>
<br>
Региональные штабы переходят в режим строгой ретрансляции.<br>
<br>
Вводятся дополнительные меры:<br>
<br>
– ежедневная сверка контента;<br>
<br>
– усиленный контроль визуальных материалов;<br>
<br>
– фиксация индекса дисциплины и индекса имитации.<br>
<br>
При системных нарушениях штаб вправе временно изъять коммуникационные функции у регионального штаба с передачей их в централизованный контур.<br>
<br>
5. Контур управляемой интерпретации<br>
<br>
В мобилизационной фазе контур управляемой интерпретации активируется исключительно по решению штаба.<br>
<br>
Допускается:<br>
<br>
– передача утверждённых тезисов и FAQ;<br>
<br>
– использование визуальных шаблонов из Приложения O.<br>
<br>
Запрещается:<br>
<br>
– самостоятельная адаптация тезисов;<br>
<br>
– обсуждение внутренних процессов;<br>
<br>
– формирование «собственных объяснений»;<br>
<br>
– обратная смысловая связь.<br>
<br>
Все материалы передаются исключительно через административную панель штаба и фиксируются в SSOT как контролируемая операция.<br>
<br>
6. Работа с нарастающими атаками<br>
<br>
При росте интенсивности атак:<br>
<br>
– проводится ежедневная сверка типологии критики;<br>
<br>
– оперативно обновляются FAQ;<br>
<br>
– усиливается мониторинг повторяемости формулировок.<br>
<br>
Решения об эскалации принимаются по принципу «лучше позже, чем неправильно», за исключением инцидентов с правовым измерением.<br>
<br>
7. Человеческий фактор<br>
<br>
В мобилизационной фазе:<br>
<br>
– вводится обязательная сменность;<br>
<br>
– активируется механизм дублёров;<br>
<br>
– применяется индекс усталости.<br>
<br>
Решения о принудительном отдыхе обязательны к исполнению и не подлежат обсуждению.<br>
<br>
Переработки и «героизм» рассматриваются как фактор риска.<br>
<br>
ПРИЛОЖЕНИЕ D. КОРОТКИЙ РЕГЛАМЕНТ ДЛЯ РЕГИОНОВ<br>
<br>
Статус: обязательный<br>
<br>
Адресат: все ГО и МИО, региональные штабы, подчинённые заместителям акимов и функционально — центральному штабу<br>
<br>
Цель: исключение самодеятельности и ошибок в пиковые периоды<br>
<br>
1. Что вы делаете<br>
<br>
Вы:<br>
<br>
– размещаете материалы, полученные от штаба;<br>
<br>
– отвечаете на вопросы только утверждёнными формулировками;<br>
<br>
– фиксируете сигналы и передаёте их в штаб через установленный контур.<br>
<br>
Инициатива в рамках регламента приветствуется, инициатива вне регламента запрещена.<br>
<br>
2. Что вы НЕ делаете<br>
<br>
Вы не:<br>
<br>
– придумываете собственные формулировки;<br>
<br>
– спорите в комментариях;<br>
<br>
– даёте прогнозы и оценки;<br>
<br>
– адаптируете контент «под себя»;<br>
<br>
– используете эмоциональные призывы.<br>
<br>
Любое из перечисленного квалифицируется как нарушение регламента независимо от мотивов.<br>
<br>
3. Если возникла критика или вопрос<br>
<br>
Действуйте строго по порядку:<br>
<br>
– зафиксируйте сигнал;<br>
<br>
– проверьте наличие ответа в FAQ;<br>
<br>
– при отсутствии ответа направьте вопрос в штаб;<br>
<br>
– не публикуйте никаких комментариев до получения ответа.<br>
<br>
4. Если вы допустили ошибку<br>
<br>
В случае ошибки:<br>
<br>
– немедленно удалите материал;<br>
<br>
– зафиксируйте инцидент;<br>
<br>
– уведомите штаб;<br>
<br>
– действуйте строго по полученным указаниям.<br>
<br>
Попытка «самостоятельно исправить ситуацию» запрещена и рассматривается как усугубление инцидента.<br>
<br>
5. Работа с визуальными материалами<br>
<br>
Обязательные требования:<br>
<br>
– используются только утверждённые шаблоны;<br>
<br>
– запрещены изменения цветов, формулировок и композиции;<br>
<br>
– все материалы технически промаркированы.<br>
<br>
6. Ответственность<br>
<br>
Нарушение регламента:<br>
<br>
– повышает класс риска для всей кампании;<br>
<br>
– фиксируется в SSOT;<br>
<br>
– учитывается при оценке дисциплины региона.<br>
<br>
Региональные штабы действуют в двойном подчинении: административно — заместителям акимов, функционально — центральному штабу. Расхождения между указаниями разрешаются в пользу регламентов штаба с обязательной фиксацией.<br>
<br>
ПРИЛОЖЕНИЕ E.<br>
<br>
СВОДНЫЙ ЧЕК-ЛИСТ ШТАБА<br>
<br>
«10 ДНЕЙ ПИКА»<br>
<br>
Статус: обязательный<br>
<br>
Период применения: 10 дней до дня голосования, день голосования, первые 72 часа после<br>
<br>
Назначение: удержание управляемости в фазе максимальной нагрузки<br>
<br>
1. Подготовка к старту пикового режима (T–10 → T–5)<br>
<br>
До перехода в пиковый режим штаб обязан подтвердить:<br>
<br>
– актуальность Навигатора и корректность всех маршрутов;<br>
<br>
– загрузку действующих регламентов и приложений в SSOT;<br>
<br>
– работоспособность административной панели и бота;<br>
<br>
– актуальность контент-пакетов и FAQ;<br>
<br>
– назначение дежурных смен и дублёров.<br>
<br>
Факт готовности каждого элемента подтверждается фиксацией в SSOT. Устные подтверждения недопустимы.<br>
<br>
2. Проверка региональной готовности (T–5 → T–3)<br>
<br>
Обязательно подтверждаются:<br>
<br>
– получение регионами ультракороткого регламента;<br>
<br>
– доступ к утверждённым шаблонам и визуальным материалам;<br>
<br>
– понимание запрета на самодеятельность;<br>
<br>
– наличие ответственных лиц на связи.<br>
<br>
Регионы, не подтвердившие готовность в установленный срок, автоматически переводятся в режим повышенного контроля без дополнительного согласования.<br>
<br>
3. Переход в пиковый режим (T–2 → T0)<br>
<br>
При переходе в пиковый режим:<br>
<br>
– включается круглосуточный мониторинг;<br>
<br>
– активируется режим приоритетной фиксации инцидентов;<br>
<br>
– вводится ускоренная эскалация по красным уровням;<br>
<br>
– проводится ежедневная сверка типологии атак.<br>
<br>
Все неключевые задачи, инициативы и эксперименты приостанавливаются.<br>
<br>
4. День голосования (T0)<br>
<br>
В день голосования штаб:<br>
<br>
– действует исключительно по регламентам;<br>
<br>
– не реагирует на одиночные шумовые сигналы;<br>
<br>
– фиксирует все инциденты в SSOT;<br>
<br>
– координирует регионы через единый канал.<br>
<br>
Любая нестандартная ситуация трактуется как инцидент до доказательства обратного.<br>
<br>
5. Первые 72 часа после голосования (T+1 → T+3)<br>
<br>
Приоритетные задачи:<br>
<br>
– удержание доверия;<br>
<br>
– предотвращение вторичной эскалации;<br>
<br>
– работа с внешними сигналами и интерпретациями;<br>
<br>
– фиксация итоговых инцидентов.<br>
<br>
Решения о комментариях принимаются централизованно.<br>
<br>
Региональные комментарии без указания штаба запрещены.<br>
<br>
6. Контроль человеческого фактора<br>
<br>
В течение пика:<br>
<br>
– действует правило обязательной сменности;<br>
<br>
– применяется индекс усталости;<br>
<br>
– решения о принудительном отдыхе обязательны.<br>
<br>
Переработки и «работа на износ» рассматриваются как управленческий риск, а не как вклад.<br>
<br>
7. Завершение пика<br>
<br>
По завершении пикового периода:<br>
<br>
– фиксируется статус завершения фазы;<br>
<br>
– инициируется переход к режиму стабилизации;<br>
<br>
– начинается сбор материалов для институциональной памяти.<br>
<br>
Формальный «выход из пика» без фиксации в SSOT недопустим.<br>
<br>
ПРИЛОЖЕНИЕ F.<br>
<br>
ПРОТОКОЛ ПЕРЕДАЧИ ДЕЖУРСТВА<br>
<br>
Статус: обязательный<br>
<br>
Назначение: исключение потери информации и ошибок при смене дежурных<br>
<br>
1. Обязательность передачи<br>
<br>
Передача дежурства проводится каждый раз, без исключений, независимо от загруженности и срочности задач.<br>
<br>
Отсутствие формальной передачи дежурства рассматривается как системное нарушение.<br>
<br>
2. Структура передачи<br>
<br>
Передающий обязан:<br>
<br>
– озвучить текущий статус фазы;<br>
<br>
– перечислить активные инциденты;<br>
<br>
– указать уровень каждого инцидента;<br>
<br>
– отметить ожидаемые события и риски;<br>
<br>
– сообщить о нестандартных решениях и сомнениях.<br>
<br>
3. Индекс усталости<br>
<br>
Передающий обязан оценить своё состояние по чек-листу:<br>
<br>
– затруднения с концентрацией;<br>
<br>
– повторные уточнения инструкций;<br>
<br>
– допущенные процедурные ошибки;<br>
<br>
– эмоциональная реактивность;<br>
<br>
– снижение скорости принятия решений.<br>
<br>
Совпадение двух и более признаков автоматически является основанием для принудительного отдыха или ограничения участия в критических слотах.<br>
<br>
4. Роль принимающего<br>
<br>
Принимающий обязан:<br>
<br>
– подтвердить понимание статуса;<br>
<br>
– задать уточняющие вопросы;<br>
<br>
– зафиксировать приём дежурства в SSOT;<br>
<br>
– проверить доступы и каналы связи.<br>
<br>
5. Парная работа<br>
<br>
При сложных и чувствительных инцидентах применяется режим парной работы.<br>
<br>
Решения принимаются после краткого согласования между двумя сотрудниками, выполняющими функции исполнителя и наблюдателя процесса.<br>
<br>
6. Фиксация<br>
<br>
Факт передачи дежурства:<br>
<br>
– фиксируется в SSOT;<br>
<br>
– содержит ФИО, время и краткое резюме;<br>
<br>
– хранится для последующего разбора.<br>
<br>
7. Запреты<br>
<br>
Запрещено:<br>
<br>
– передавать дежурство «на бегу»;<br>
<br>
– ограничиваться текстовыми сообщениями;<br>
<br>
– скрывать ошибки, сомнения или усталость.<br>
<br>
Неполная или формальная передача дежурства рассматривается как фактор риска для всей системы.<br>
<br>
ПРИЛОЖЕНИЕ G.<br>
<br>
ЕДИНЫЙ «ПАСПОРТ ИНЦИДЕНТА»<br>
<br>
Статус: обязательный<br>
<br>
Назначение: единая фиксация, исключающая интерпретации, эмоции и расхождения между контурами<br>
<br>
1. Принцип паспортизации<br>
<br>
Любая ситуация, вызывающая сомнение, дискомфорт или риск, фиксируется как инцидент до доказательства обратного.<br>
<br>
Отсутствие паспорта инцидента при фактическом реагировании считается нарушением процедуры.<br>
<br>
2. Обязательные поля паспорта<br>
<br>
Паспорт инцидента включает:<br>
<br>
– дата и точное время фиксации;<br>
<br>
– источник сигнала (платформа, регион, канал);<br>
<br>
– краткое описание факта без оценок;<br>
<br>
– предварительная классификация (процедурный / содержательный / идентичностный / правовой / внешний);<br>
<br>
– предполагаемый уровень (жёлтый / оранжевый / красный);<br>
<br>
– текущий статус (зафиксирован / в обработке / эскалирован / закрыт);<br>
<br>
– ответственное лицо.<br>
<br>
Использование оценочных формулировок, интерпретаций и эмоциональных описаний запрещено.<br>
<br>
3. Принцип «сначала факт»<br>
<br>
Описание инцидента:<br>
<br>
– опирается только на наблюдаемые факты;<br>
<br>
– не содержит выводов о мотивах;<br>
<br>
– не включает предположения о координации без подтверждения.<br>
<br>
Все гипотезы выносятся в отдельное поле и не считаются основанием для действий.<br>
<br>
4. Связь с решениями<br>
<br>
Каждый паспорт инцидента связан:<br>
<br>
– с решением (если принято);<br>
<br>
– с регламентом (если применён);<br>
<br>
– с контуром (если передан).<br>
<br>
Отсутствие связи «инцидент → решение» допускается только в случае осознанного решения о невмешательстве, зафиксированного в SSOT.<br>
<br>
5. Архивирование<br>
<br>
Закрытые инциденты:<br>
<br>
– сохраняются в архиве;<br>
<br>
– используются для обучения и обновления типологий;<br>
<br>
– не удаляются.<br>
<br>
Удаление паспортов инцидентов запрещено.<br>
<br>
ПРИЛОЖЕНИЕ H.<br>
<br>
РЕГЛАМЕНТ ЭСКАЛАЦИИ<br>
<br>
Статус: обязательный<br>
<br>
Назначение: обеспечение скорости решений без потери управляемости и правовой защиты<br>
<br>
1. Принцип эскалации<br>
<br>
Эскалация — это не наказание и не признание ошибки, а инструмент защиты системы от задержек.<br>
<br>
Любой сотрудник имеет право инициировать эскалацию при наличии сомнений.<br>
<br>
2. Уровни эскалации<br>
<br>
– Жёлтый: наблюдение, фиксация, без публичных действий.<br>
<br>
– Оранжевый: риск масштабирования, подготовка решений, ограниченные действия.<br>
<br>
– Красный: угроза легитимности, безопасности или управляемости, немедленные решения.<br>
<br>
3. Сроки<br>
<br>
Для красного уровня:<br>
<br>
– решение принимается в течение 15 минут с момента фиксации;<br>
<br>
– отсутствие решения по истечении срока трактуется как управленческий сбой.<br>
<br>
4. Конфликт с правовым контуром (устранён)<br>
<br>
Вводится процедура экстренной правовой передачи.<br>
<br>
При наличии прямого и доказуемого призыва к насилию, свержению власти или иному тяжкому нарушению закона:<br>
<br>
– инцидент немедленно передаётся в правовой контур;<br>
<br>
– критерий охвата не применяется;<br>
<br>
– двойная верификация проводится постфактум в течение 30 минут;<br>
<br>
– руководство штаба уведомляется параллельно.<br>
<br>
Это исключение действует только для инцидентов красного уровня.<br>
<br>
5. Кто принимает решение<br>
<br>
В пиковый период решения принимаются:<br>
<br>
– руководителем штаба;<br>
<br>
– либо уполномоченным заместителем;<br>
<br>
– либо дежурным руководителем по утверждённому графику.<br>
<br>
Коллегиальные обсуждения в момент эскалации запрещены.<br>
<br>
6. Фиксация решений<br>
<br>
Каждое решение:<br>
<br>
– фиксируется в SSOT;<br>
<br>
– содержит краткое обоснование;<br>
<br>
– привязывается к паспорту инцидента.<br>
<br>
Решения «по телефону» без последующей фиксации считаются несуществующими.<br>
<br>
7. Принцип управляемой тишины<br>
<br>
Отсутствие публичной реакции является допустимым решением.<br>
<br>
Решение о тишине также подлежит фиксации и не считается бездействием.<br>
<br>
ПРИЛОЖЕНИЕ I.<br>
<br>
БИБЛИОТЕКА УЯЗВИМЫХ ФОРМУЛИРОВОК И КОРРЕКТНЫХ ЗАМЕН<br>
<br>
Статус: рабочий инструмент штаба<br>
<br>
Назначение: предотвращение самогенерации рисков за счёт некорректных формулировок<br>
<br>
1. Принцип библиотеки<br>
<br>
Библиотека предназначена не для цензуры, а для снижения вероятности ошибочного прочтения, искажения или радикализации дискуссии.<br>
<br>
Использование библиотеки обязательно:<br>
<br>
– при подготовке тезисов;<br>
<br>
– при формировании FAQ;<br>
<br>
– при генерации визуального и видео-контента;<br>
<br>
– при ответах на чувствительные вопросы.<br>
<br>
2. Формат кейса<br>
<br>
Каждый кейс фиксируется в формате:<br>
<br>
– исходная формулировка;<br>
<br>
– типовые негативные прочтения;<br>
<br>
– риск;<br>
<br>
– корректная замена.<br>
<br>
Допускается наличие нескольких допустимых замен при сохранении фактурной корректности.<br>
<br>
3. Пример кейса (процедурная уязвимость)<br>
<br>
Исходная формулировка:<br>
<br>
«Проект Конституции был подготовлен в кратчайшие сроки, чтобы не затягивать изменения».<br>
<br>
Негативные прочтения:<br>
<br>
– «сделали в спешке»;<br>
<br>
– «не было времени на обсуждение»;<br>
<br>
– «что-то скрывают».<br>
<br>
Риск:<br>
<br>
Подрыв доверия к процедуре подготовки.<br>
<br>
Корректная замена:<br>
<br>
«Проект Конституции подготовлен в установленном порядке и опубликован для общественного обсуждения. Все предложения рассматриваются до вынесения на референдум».<br>
<br>
4. Принцип приоритезации<br>
<br>
Библиотека не разрастается бесконтрольно.<br>
<br>
В активной версии используются:<br>
<br>
– не более 10–15 актуальных кейсов на фазу;<br>
<br>
– устаревшие кейсы архивируются;<br>
<br>
– архив используется для аналитики, но не для текущей работы.<br>
<br>
5. Использование ИИ-инструментов<br>
<br>
ИИ-генераторы и шаблоны:<br>
<br>
– используют библиотеку как ограничение;<br>
<br>
– не имеют права генерировать формулировки, противоречащие активным кейсам;<br>
<br>
– логируют попытки выхода за рамки.<br>
<br>
ИИ используется как ускоритель, а не как источник новых смыслов.<br>
<br>
ПРИЛОЖЕНИЕ J.<br>
<br>
ПРАВОВОЙ КОНТУР И ПОРОГ МИНИМАЛЬНОСТИ<br>
<br>
Статус: обязательный<br>
<br>
Назначение: защита штаба от перегибов, задержек и субъективных решений<br>
<br>
1. Принцип правового контура<br>
<br>
Правовой контур включается не по эмоции и не по подозрению, а по зафиксированным критериям.<br>
<br>
Штаб не подменяет правоохранительные органы и не даёт правовых оценок за пределами установленного алгоритма.<br>
<br>
2. Порог минимальности (основной режим)<br>
<br>
Передача материалов в правовой контур инициируется при одновременном выполнении двух условий:<br>
<br>
фиксация прямого призыва к насилию, свержению власти или иному тяжкому нарушению закона;<br>
<br>
распространение сообщения через три и более канала с совокупным охватом более 50 000 пользователей.<br>
<br>
Оценка охвата производится на основе данных мониторинга и предварительных расчётов, допускается уточнение постфактум.<br>
<br>
3. Экстренное исключение (сверхсрочный режим)<br>
<br>
Вводится отдельный подпорог экстренной передачи.<br>
<br>
При наличии:<br>
<br>
– прямого и однозначного призыва к насилию;<br>
<br>
– угрозы немедленной эскалации;<br>
<br>
материалы:<br>
<br>
– передаются в правовой контур незамедлительно;<br>
<br>
– без ожидания достижения порога охвата;<br>
<br>
– с параллельным уведомлением руководства штаба.<br>
<br>
Двойная верификация проводится постфактум в течение 30 минут.<br>
<br>
4. Двойная верификация<br>
<br>
В стандартном режиме передача требует подтверждения:<br>
<br>
– руководителя аналитического контура;<br>
<br>
– руководителя протокольного контура.<br>
<br>
Отсутствие подтверждения блокирует передачу.<br>
<br>
5. Фиксация решений<br>
<br>
Каждое решение:<br>
<br>
– фиксируется в SSOT;<br>
<br>
– содержит ссылку на паспорт инцидента;<br>
<br>
– указывает, какой режим применён (основной или экстренный).<br>
<br>
6. Корректировка порога<br>
<br>
Руководитель штаба вправе временно корректировать порог минимальности в условиях красного уровня.<br>
<br>
Решение:<br>
<br>
– фиксируется в SSOT;<br>
<br>
– содержит обоснование;<br>
<br>
– имеет срок действия.<br>
<br>
7. Защита от злоупотреблений<br>
<br>
Использование правового контура:<br>
<br>
– в целях давления;<br>
<br>
– для сведения счётов;<br>
<br>
– для подмены коммуникационных решений;<br>
<br>
рассматривается как нарушение регламента.<br>
<br>
ПРИЛОЖЕНИЕ K.<br>
<br>
УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ ДЕГРАДАЦИИ<br>
<br>
Статус: обязательный<br>
<br>
Назначение: обеспечение управляемости штаба при технических, кадровых и организационных сбоях<br>
<br>
1. Принцип устойчивости<br>
<br>
Система штаба проектируется исходя из допущения отказа отдельных элементов, а не их безотказной работы.<br>
<br>
Цель — не сохранение полной функциональности, а сохранение управляемости и дисциплины.<br>
<br>
2. Уровни отказа<br>
<br>
Фиксируются три уровня деградации:<br>
<br>
Уровень 1 — частичный отказ.<br>
<br>
Недоступны отдельные сервисы (панель, бот, автоматические отчёты), связь с центром сохранена.<br>
<br>
Уровень 2 — отказ ядра.<br>
<br>
SSOT или панель недоступны более 30 минут, автоматизация остановлена.<br>
<br>
Уровень 3 — разрыв связи.<br>
<br>
Отсутствует устойчивая связь с центральным штабом более 2 часов.<br>
<br>
3. Поведение системы по уровням<br>
<br>
Уровень 1:<br>
<br>
Работа продолжается с ручной фиксацией инцидентов и решений с последующей загрузкой в SSOT.<br>
<br>
Уровень 2:<br>
<br>
– активируется резервный пакет регламентов (PDF);<br>
<br>
– используется дежурный канал связи;<br>
<br>
– запрещается самостоятельная интерпретация и генерация новых формулировок.<br>
<br>
Уровень 3:<br>
<br>
– региональные штабы переходят в режим удержания;<br>
<br>
– допускаются только ранее утверждённые материалы;<br>
<br>
– любые новые реакции откладываются до восстановления связи, за исключением прямых угроз безопасности.<br>
<br>
4. Региональный контур<br>
<br>
Во всех регионах функционируют штабы по теме кампании, подчинённые:<br>
<br>
– заместителям акимов;<br>
<br>
– в оперативной части — центральному штабу.<br>
<br>
Региональные штабы:<br>
<br>
– не обладают правом автономного изменения линий;<br>
<br>
– обязаны фиксировать все отклонения и инциденты;<br>
<br>
– работают по тем же фазам и регламентам.<br>
<br>
5. Предстартовая верификация<br>
<br>
Перед запуском активной фазы проводится обязательная проверка:<br>
<br>
– доступов;<br>
<br>
– резервных каналов;<br>
<br>
– актуальности PDF-пакетов;<br>
<br>
– готовности регионов.<br>
<br>
Результаты фиксируются в SSOT.<br>
<br>
6. Учения и «инъекции»<br>
<br>
Минимум одно учение с имитацией отказа ядра проводится до пика.<br>
<br>
Цель — выявление задержек, а не демонстрация готовности.<br>
<br>
ПРИЛОЖЕНИЕ L.<br>
<br>
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА SSOT<br>
<br>
Статус: базовый<br>
<br>
Назначение: единый источник данных, решений и контента<br>
<br>
1. Принцип SSOT<br>
<br>
SSOT является единственным легитимным источником:<br>
<br>
– регламентов;<br>
<br>
– контент-пакетов;<br>
<br>
– статусов инцидентов;<br>
<br>
– управленческих решений.<br>
<br>
Использование внешних копий допускается только в режиме деградации.<br>
<br>
2. Структура данных<br>
<br>
SSOT включает:<br>
<br>
– реестр инцидентов;<br>
<br>
– реестр регионов и статусов;<br>
<br>
– контент-пакеты с версиями;<br>
<br>
– паспорта решений;<br>
<br>
– журналы доступа и действий.<br>
<br>
3. Ролевой доступ<br>
<br>
Доступ разграничен по ролям:<br>
<br>
– руководство штаба;<br>
<br>
– руководители контуров;<br>
<br>
– аналитики;<br>
<br>
– регионы;<br>
<br>
– технические администраторы.<br>
<br>
Каждое действие логируется.<br>
<br>
4. Модуль динамической маркировки<br>
<br>
(без использования внешних терминов)<br>
<br>
Любой выгружаемый материал автоматически маркируется.<br>
<br>
Текстовые материалы<br>
<br>
– внедрение невидимых символов при копировании;<br>
<br>
– уникальный паттерн на пользователя и сессию.<br>
<br>
Документы (PDF, DOCX)<br>
<br>
– инъекция ID в метаданные;<br>
<br>
– скрытый текстовый слой с ID и временем выгрузки.<br>
<br>
Графические материалы<br>
<br>
– внедрение цифровой метки в пиксельный массив;<br>
<br>
– сохранение читаемости при стандартном сжатии.<br>
<br>
Экранные формы<br>
<br>
– динамический водяной знак с ФИО пользователя в режиме просмотра.<br>
<br>
5. Предупреждение пользователя<br>
<br>
При каждой выгрузке система обязана отображать уведомление<br>
<br>
о персональной ответственности за распространение.<br>
<br>
Подтверждение фиксируется.<br>
<br>
6. Модуль проверки утечек<br>
<br>
Администратор:<br>
<br>
– загружает подозрительный материал;<br>
<br>
– получает идентификатор источника при наличии метки.<br>
<br>
При подтверждении — учетная запись автоматически блокируется<br>
<br>
до разбирательства.<br>
<br>
7. Интеграция<br>
<br>
SSOT интегрируется с:<br>
<br>
– ботом;<br>
<br>
– административной панелью;<br>
<br>
– генераторами шаблонов;<br>
<br>
– библиотекой промптов.<br>
<br>
Генерация допускается только на основе утверждённых данных.<br>
<br>
ПРИЛОЖЕНИЕ M.<br>
<br>
ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СЛУЖЕБНОГО БОТА<br>
<br>
Статус: обязательный<br>
<br>
Назначение: оперативная доставка контента, регламентов и сигналов штаба<br>
<br>
1. Роль бота в системе<br>
<br>
Бот является оперативным интерфейсом SSOT, а не самостоятельным источником решений или интерпретаций.<br>
<br>
Бот:<br>
<br>
– не хранит первичные данные;<br>
<br>
– не формирует контент автономно;<br>
<br>
– не заменяет административную панель.<br>
<br>
2. Основные функции<br>
<br>
Бот обеспечивает:<br>
<br>
– доступ к актуальным контент-пакетам;<br>
<br>
– доставку регламентов по фазам;<br>
<br>
– уведомления об изменениях;<br>
<br>
– фиксацию подтверждений получения.<br>
<br>
3. Работа с текстами и тезисами<br>
<br>
При копировании текста:<br>
<br>
– автоматически внедряются невидимые идентификаторы пользователя;<br>
<br>
– паттерн уникален для каждой сессии.<br>
<br>
Любая передача текста за пределы системы сохраняет метку источника.<br>
<br>
4. Работа с файлами<br>
<br>
При скачивании файлов:<br>
<br>
– применяется динамическая маркировка;<br>
<br>
– фиксируются пользователь, время и версия.<br>
<br>
Повторная выгрузка одного и того же файла формирует новую метку.<br>
<br>
5. Предупреждения и сдерживание<br>
<br>
При действиях «Скачать», «Копировать», «Получить пакет» бот обязан:<br>
<br>
– показывать уведомление о персональной ответственности;<br>
<br>
– требовать явного подтверждения.<br>
<br>
Отказ от подтверждения блокирует действие.<br>
<br>
6. Раздел проверки утечек<br>
<br>
Для администраторов доступен режим:<br>
<br>
– загрузки подозрительного материала;<br>
<br>
– автоматической проверки наличия метки.<br>
<br>
Результат проверки отображается без раскрытия технических деталей.<br>
<br>
7. Поведение при сбоях<br>
<br>
При недоступности SSOT:<br>
<br>
– бот переходит в режим уведомлений;<br>
<br>
– выдаёт сообщение о временном ограничении функционала;<br>
<br>
– не выдаёт устаревший контент.<br>
<br>
8. Логирование<br>
<br>
Все действия фиксируются:<br>
<br>
– пользователь;<br>
<br>
– тип действия;<br>
<br>
– время;<br>
<br>
– версия материала.<br>
<br>
Журналы доступны только уполномоченным лицам.<br>
<br>
ПРИЛОЖЕНИЕ N.<br>
<br>
БИБЛИОТЕКА ПРОМПТОВ И ШАБЛОНОВ<br>
<br>
Статус: вспомогательный, обязательный для использования<br>
<br>
Назначение: ускорение и унификация подготовки материалов<br>
<br>
1. Принцип использования<br>
<br>
Библиотека предназначена не для генерации смыслов, а для:<br>
<br>
– ускорения подготовки;<br>
<br>
– снижения вариативности;<br>
<br>
– предотвращения ошибок формулировок.<br>
<br>
2. Ограничения<br>
<br>
Использование библиотеки:<br>
<br>
– не допускает импровизации на уровне смыслов;<br>
<br>
– не заменяет редакторскую проверку;<br>
<br>
– не расширяет рамку утверждённых линий.<br>
<br>
3. Структура библиотеки<br>
<br>
Библиотека включает:<br>
<br>
– промпты для FAQ;<br>
<br>
– шаблоны карточек и видео;<br>
<br>
– формулы ответов на типовую критику;<br>
<br>
– сервисные пояснения.<br>
<br>
Каждый элемент имеет:<br>
<br>
– версию;<br>
<br>
– статус актуальности;<br>
<br>
– привязку к фазе.<br>
<br>
4. Интеграция с генераторами<br>
<br>
Все визуальные и текстовые генераторы:<br>
<br>
– используют только эту библиотеку;<br>
<br>
– не принимают произвольный ввод;<br>
<br>
– работают по принципу подстановки данных.<br>
<br>
Связь с генераторами шаблонов осуществляется в соответствии с Приложением O.<br>
<br>
5. Контроль и обновление<br>
<br>
Обновление библиотеки:<br>
<br>
– производится централизованно;<br>
<br>
– фиксируется в SSOT;<br>
<br>
– сопровождается уведомлением регионов.<br>
<br>
Устаревшие элементы:<br>
<br>
– изымаются из активного использования;<br>
<br>
– сохраняются в архиве.<br>
<br>
6. Ответственность<br>
<br>
Использование промптов вне библиотеки:<br>
<br>
– квалифицируется как нарушение регламента;<br>
<br>
– подлежит фиксации и разбору.<br>
<br>
7. Культурная и языковая проверка<br>
<br>
Перед включением нового шаблона проводится проверка:<br>
<br>
– на двуязычие;<br>
<br>
– на нейтральность формулировок;<br>
<br>
– на отсутствие идентичностных перекосов.<br>
<br>
Результат проверки фиксируется.<br>
<br>
ПРИЛОЖЕНИЕ O.<br>
<br>
ВИЗУАЛЬНЫЕ ШАБЛОНЫ И АВТОМАТИЗИРОВАННЫЕ ГЕНЕРАТОРЫ<br>
<br>
Статус: обязательный<br>
<br>
Назначение: унификация и ускорение визуального продакшна<br>
<br>
1. Роль визуального контура<br>
<br>
Визуальный контур рассматривается как часть управляемого контент-конвейера, а не как креативная зона.<br>
<br>
Все визуальные материалы:<br>
<br>
– подчиняются единому ToV;<br>
<br>
– выпускаются только через утверждённые шаблоны;<br>
<br>
– не допускают локальной интерпретации.<br>
<br>
2. Типы шаблонов<br>
<br>
Используются следующие классы шаблонов:<br>
<br>
– карточки для социальных сетей;<br>
<br>
– обложки видео и коротких роликов;<br>
<br>
– инфографика сервисного характера;<br>
<br>
– визуальные элементы FAQ.<br>
<br>
Каждый шаблон имеет:<br>
<br>
– код шаблона;<br>
<br>
– версию;<br>
<br>
– фазу применения;<br>
<br>
– допустимые поля подстановки.<br>
<br>
3. Автоматизированные генераторы<br>
<br>
Генерация визуальных материалов осуществляется:<br>
<br>
– через административную панель;<br>
<br>
– с использованием данных из SSOT;<br>
<br>
– на основе промптов и текстовых блоков из Приложения N.<br>
<br>
Ручная сборка визуалов в регионах не допускается.<br>
<br>
4. Динамическая маркировка<br>
<br>
Все сгенерированные материалы автоматически:<br>
<br>
– маркируются идентификатором пользователя;<br>
<br>
– получают уникальный визуальный паттерн;<br>
<br>
– фиксируются в журнале выгрузок.<br>
<br>
Метка сохраняется при пересылке файла и выявляется при анализе утечки.<br>
<br>
5. Ограничения и защита<br>
<br>
Генераторы:<br>
<br>
– не позволяют менять цветовые схемы;<br>
<br>
– не позволяют добавлять собственные тексты;<br>
<br>
– не позволяют удалять обязательные элементы.<br>
<br>
Любая попытка обхода шаблона квалифицируется как нарушение регламента.<br>
<br>
6. Обновление шаблонов<br>
<br>
Обновление визуальных шаблонов:<br>
<br>
– производится централизованно;<br>
<br>
– сопровождается заменой старых версий;<br>
<br>
– доводится до регионов через бот.<br>
<br>
Использование устаревших шаблонов не допускается.<br>
<br>
ПРИЛОЖЕНИЕ P.<br>
<br>
ЧЕК-ЛИСТ ГОТОВНОСТИ И УЧЕНИЯ<br>
<br>
Статус: обязательный<br>
<br>
Назначение: проверка работоспособности системы до перехода в пик<br>
<br>
1. Общий принцип<br>
<br>
Система считается готовой только после практической проверки, а не по факту утверждения документов.<br>
<br>
2. Чек-лист предстартовой готовности<br>
<br>
Перед переходом в мобилизационную фазу подтверждается:<br>
<br>
– доступ всех участников к SSOT;<br>
<br>
– работоспособность бота;<br>
<br>
– актуальность контент-пакетов;<br>
<br>
– назначение дублёров по ключевым ролям;<br>
<br>
– подтверждение получения регламентов регионами.<br>
<br>
Отсутствие хотя бы одного подтверждения блокирует переход фазы.<br>
<br>
3. Учебные сценарии<br>
<br>
Проводятся обязательные учения:<br>
<br>
– потеря доступа к SSOT на 30 минут;<br>
<br>
– задержка обновления контент-пакета;<br>
<br>
– одновременный инцидент и выбытие части команды;<br>
<br>
– утечка маркированного материала с последующим разбором.<br>
<br>
4. Формат учений<br>
<br>
Учения проводятся:<br>
<br>
– без предварительного уведомления исполнителей;<br>
<br>
– с фиксацией всех действий;<br>
<br>
– без поиска виновных.<br>
<br>
Результаты используются исключительно для улучшения системы.<br>
<br>
5. Документирование результатов<br>
<br>
По итогам учений:<br>
<br>
– составляется краткий отчёт;<br>
<br>
– фиксируются выявленные сбои;<br>
<br>
– обновляются регламенты и Навигатор.<br>
<br>
Отчёт хранится в SSOT.<br>
<br>
6. Региональный уровень<br>
<br>
Региональные штабы проводят аналогичные учения:<br>
<br>
– под координацией центрального штаба;<br>
<br>
– с обязательной передачей результатов;<br>
<br>
– с правом центра корректировать региональные процедуры.<br>
<br>
7. Ответственность<br>
<br>
Отказ от участия в учениях или формальное их проведение:<br>
<br>
– квалифицируется как нарушение дисциплины;<br>
<br>
– подлежит разбору на уровне штаба.