[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-chto-takoe-dedlayn":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"more":225},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":116,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":117,"related":149,"views_count":221,"helpful_yes_count":120,"helpful_no_count":120,"created_at":222,"updated_at":223,"published_at":224},382,"chto-takoe-dedlayn",{"ru":71},{"title":72,"short_definition":73,"tldr":74,"full_explanation":75,"when_to_apply":76,"when_not_to_apply":77,"examples":78,"tips":79,"synonyms":80,"translation_en":81,"seo_title":82,"seo_description":83},"Дедлайн","Крайний срок с конкретными последствиями за нарушение: штраф, потеря клиента, срыв зависимых задач.","Дедлайн — крайний срок, нарушение которого влечёт ощутимые последствия.\nОтличается от обычного срока наличием этих последствий, а не просто датой.\nРазличают жёсткие, мягкие и самоустановленные дедлайны.\nСамоустановленные снижают прокрастинацию, но слабее внешних по влиянию на результат.\nСрыв одного дедлайна каскадно сдвигает все зависимые сроки.","\u003Ch2>Происхождение и точное значение слова «дедлайн»\u003C\u002Fh2>\u003Cp>Слово \u003Cstrong>deadline\u003C\u002Fstrong> буквально переводится как «линия смерти». Термин появился в американской тюремной практике XIX века: так называли черту на земле вокруг тюрьмы, за которую заключённому запрещалось заходить под угрозой расстрела. В журналистике слово закрепилось в начале XX века: редакции газет называли дедлайном момент, после которого материал физически не успевал попасть в печать — типографский станок уже запускался.\u003C\u002Fp>\u003Cp>Сегодня дедлайн — это \u003Cstrong>крайний срок, нарушение которого влечёт конкретные последствия\u003C\u002Fstrong>: финансовые штрафы, потерю клиента, срыв зависимых задач, репутационный ущерб. Именно наличие последствий отличает дедлайн от просто «даты в календаре».\u003C\u002Fp>\u003Ch2>Дедлайн vs обычный срок: в чём принципиальная разница\u003C\u002Fh2>\u003Cp>На первый взгляд «дедлайн» и «срок» — синонимы. На практике разница принципиальная.\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fshtab.app\u002Fblog\u002Fcontent\u002Fimages\u002F2026\u002F08\u002Fcover-137.jpg\" alt=\"Чем дедлайн отличается от рабочего ориентира по ключевым параметрам\" loading=\"lazy\" decoding=\"async\">\u003Cfigcaption>Чем дедлайн отличается от рабочего ориентира по ключевым параметрам\u003C\u002Ffigcaption>\u003C\u002Ffigure>\u003Cp>\u003Cstrong>Обычный срок\u003C\u002Fstrong> — ориентир, который можно сдвинуть без серьёзного ущерба. «Пришлите счёт ориентировочно во вторник», «сделайте баннер в течение недели» — это сроки. Если они сдвинутся на день-два, ничего критичного не произойдёт.\u003C\u002Fp>\u003Cp>\u003Cstrong>Дедлайн\u003C\u002Fstrong> привязан к внешнему событию или обязательству, которое нельзя перенести в одностороннем порядке: дата подачи тендерного предложения, срок уплаты налогов, дата публичного анонса продукта, контрактный срок сдачи объекта. Пропуск дедлайна автоматически запускает негативные последствия — штраф, потерю права участия, каскадный срыв зависимых задач.\u003C\u002Fp>\u003Cp>Именно поэтому в управлении проектами важно явно маркировать, какие даты являются дедлайнами, а какие — рабочими ориентирами. Смешение этих понятий ведёт к тому, что команда расставляет приоритеты неверно.\u003C\u002Fp>\u003Ch2>Виды дедлайнов: жёсткие, мягкие и самоустановленные\u003C\u002Fh2>\u003Cp>Не все дедлайны одинаково строги. Практика и исследования выделяют три типа.\u003C\u002Fp>\u003Ch3>Жёсткий дедлайн (hard deadline \u002F cut-off)\u003C\u002Fh3>\u003Cp>Технически или юридически невозможно выполнить задачу позже. Примеры: срок подачи налоговой декларации, дата закрытия приёма заявок на конкурс, момент запуска ракеты. Пропуск такого дедлайна необратим — возможность просто исчезает или наступает автоматический штраф. В системах электронного обучения аналогом служит \u003Cem>cut-off date\u003C\u002Fem>: после него система технически блокирует отправку работы, даже если она видна в интерфейсе.\u003C\u002Fp>\u003Ch3>Мягкий дедлайн (soft deadline \u002F due date)\u003C\u002Fh3>\u003Cp>Рекомендуемый срок, нарушение которого нежелательно, но не блокирует процесс полностью. Примеры: внутренний срок сдачи черновика, дата промежуточного ревью. Пропуск создаёт неудобство и может сдвинуть следующие этапы, но не влечёт немедленных санкций. Важно: мягкий дедлайн легко превращается в жёсткий, если от него зависят другие команды или внешние обязательства.\u003C\u002Fp>\u003Ch3>Самоустановленный дедлайн (self-imposed deadline)\u003C\u002Fh3>\u003Cp>Личное или командное обязательство без внешнего принуждения. Исследование Дэна Ариели и Клауса Вертенброха (Ariely & Wertenbroch, 2002) показало: люди осознают свою склонность к прокрастинации и намеренно устанавливают себе промежуточные сроки, чтобы с ней бороться. Такие дедлайны действительно снижают прокрастинацию — участники эксперимента, равномерно распределившие дедлайны по курсу, допускали меньше ошибок и реже пропускали сроки по сравнению с теми, кто не ставил промежуточных ограничений. Однако самоустановленные дедлайны стабильно уступают внешним по силе воздействия на качество результата: внутренняя мотивация слабее социального и контрактного давления.\u003C\u002Fp>\u003Ch2>Как правильно ставить и соблюдать дедлайны в проектах\u003C\u002Fh2>\u003Cp>Дедлайн превращается из источника стресса в инструмент координации, если при его постановке соблюдать четыре практики.\u003C\u002Fp>\u003Cfigure>\u003Cimg src=\"https:\u002F\u002Fshtab.app\u002Fblog\u002Fcontent\u002Fimages\u002F2026\u002F08\u002Fcover-138.jpg\" alt=\"Четыре практики, превращающие дедлайн в инструмент координации\" loading=\"lazy\" decoding=\"async\">\u003Cfigcaption>Четыре практики, превращающие дедлайн в инструмент координации\u003C\u002Ffigcaption>\u003C\u002Ffigure>\u003Col>\u003Cli>\u003Cstrong>Декомпозиция на промежуточные сроки (milestones).\u003C\u002Fstrong> Один финальный дедлайн без промежуточных контрольных точек — главная причина «эффекта студента», когда вся работа откладывается до последнего момента. Разбейте путь к дедлайну на измеримые этапы с собственными датами.\u003C\u002Fli>\u003Cli>\u003Cstrong>Буфер на риски.\u003C\u002Fstrong> Реалистичная оценка задачи плюс явный резерв времени на непредвиденные блокеры. Правило: чем больше зависимостей у задачи, тем больший буфер нужен. Буфер — не признак неуверенности, а элемент профессионального планирования.\u003C\u002Fli>\u003Cli>\u003Cstrong>Привязка к зависимостям.\u003C\u002Fstrong> Дедлайн одной задачи часто является стартовым условием для следующей. Если эта связь не зафиксирована явно, срыв одного срока незаметно ломает весь последующий план. Визуализируйте цепочки зависимостей — это позволяет увидеть каскадный риск заранее.\u003C\u002Fli>\u003Cli>\u003Cstrong>Прозрачная коммуникация.\u003C\u002Fstrong> Все участники, затронутые дедлайном, должны знать о нём заранее и понимать последствия срыва. Дедлайн, о котором знает только менеджер, не работает как инструмент координации.\u003C\u002Fli>\u003C\u002Fol>\u003Ch2>Что происходит, когда дедлайн срывается: последствия и план действий\u003C\u002Fh2>\u003Cp>Срыв дедлайна — не конец проекта, но и не рядовое событие. Правильная реакция зависит от причины.\u003C\u002Fp>\u003Cp>\u003Cstrong>Сначала диагностика:\u003C\u002Fstrong> срыв произошёл из-за системной проблемы (изначально нереалистичная оценка, хроническая перегрузка команды) или из-за случайного блокера (болезнь ключевого участника, внезапное изменение требований)? Системные причины требуют пересмотра процесса планирования. Случайные — ситуативного решения.\u003C\u002Fp>\u003Cp>\u003Cstrong>Затем — эскалация и пересмотр:\u003C\u002Fstrong>\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Коммуникация со стейкхолдерами.\u003C\u002Fstrong> Сообщите о срыве как можно раньше — не когда дедлайн уже пропущен, а когда риск стал очевидным. Это сохраняет доверие и даёт время на совместное решение.\u003C\u002Fli>\u003Cli>\u003Cstrong>Пересмотр scope.\u003C\u002Fstrong> Можно ли сдать меньший объём в срок, а остаток — позже? Часто это лучше, чем сдвигать весь дедлайн.\u003C\u002Fli>\u003Cli>\u003Cstrong>Перераспределение ресурсов.\u003C\u002Fstrong> Есть ли возможность подключить дополнительных людей или снять с команды другие задачи на критический период?\u003C\u002Fli>\u003Cli>\u003Cstrong>Пересмотр зависимых дедлайнов.\u003C\u002Fstrong> Если один срок сдвигается, немедленно пересчитайте все последующие — иначе каскад срывов будет нарастать незаметно.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Компании, которые выстраивают системный контроль дедлайнов, получают измеримые результаты. Например, школа в Индии, перешедшая от хаотичного контроля сроков через мессенджеры к системе управления задачами, добилась 100% соблюдения дедлайнов за шесть месяцев, снизила поток сообщений на 85% и сократила время на контроль задач на 70%.\u003C\u002Fp>","\u003Cul>\u003Cli>Задача привязана к внешнему событию: контрактная дата, публичный анонс, регуляторный срок.\u003C\u002Fli>\u003Cli>Нарушение срока влечёт штраф, потерю клиента или блокирует работу другой команды.\u003C\u002Fli>\u003Cli>Проект состоит из нескольких этапов, и каждый этап является условием для следующего.\u003C\u002Fli>\u003Cli>Нужно синхронизировать работу нескольких команд или подрядчиков вокруг единой даты.\u003C\u002Fli>\u003Cli>Требуется управлять ожиданиями клиента или инвестора с фиксированной датой результата.\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Задача исследовательская или творческая, и качество результата важнее скорости — жёсткий дедлайн может снизить качество.\u003C\u002Fli>\u003Cli>Срок носит рекомендательный характер и не связан с последствиями — лучше называть его «плановой датой», чтобы не девальвировать понятие дедлайна.\u003C\u002Fli>\u003Cli>Команда уже перегружена дедлайнами: добавление новых без пересмотра нагрузки ведёт к хроническому стрессу и снижению качества всех задач.\u003C\u002Fli>\u003Cli>Требования к задаче ещё не определены — ставить дедлайн до прояснения scope означает планировать срыв заранее.\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>\u003Cstrong>Кейс 1. Строительная компания EllisDon (контрактные дедлайны)\u003C\u002Fstrong>\u003Cbr>Контекст: крупная строительная компания работала с сотнями контрактов одновременно; контроль дедлайнов и рисков велся вручную.\u003Cbr>Что сделали: внедрили систему автоматического отслеживания контрактных сроков и зависимостей.\u003Cbr>Результат: экономия $1,8 млн CAD в год, сокращение ручной работы на 6 часов на один контракт, автоматическое выявление 2 221 риска по срокам.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 2. Школа в Индии: управление административными дедлайнами\u003C\u002Fstrong>\u003Cbr>Контекст: административная команда школы контролировала дедлайны через WhatsApp — около 200 сообщений в день, 3 часа ежедневно уходило только на follow-up.\u003Cbr>Что сделали: перешли на систему управления задачами с явными дедлайнами и уведомлениями.\u003Cbr>Результат: 100% соблюдение дедлайнов за 6 месяцев, снижение потока сообщений на 85%, экономия 70% времени на контроле задач.\u003C\u002Fp>\u003Cp>\u003Cstrong>Кейс 3. Эксперимент Ariely & Wertenbroch (самоустановленные дедлайны)\u003C\u002Fstrong>\u003Cbr>Контекст: студентам предложили три варианта распределения дедлайнов по курсу — равномерные внешние, самостоятельно выбранные промежуточные и один финальный срок.\u003Cbr>Что сделали: сравнили качество работ и процент соблюдения сроков между группами.\u003Cbr>Результат: студенты с равномерно распределёнными дедлайнами допускали меньше ошибок и реже пропускали сроки, чем те, кто работал с одним финальным сроком. Самоустановленные промежуточные дедлайны дали промежуточный результат — лучше одного финального, но хуже внешних равномерных.\u003C\u002Fp>","\u003Cp>\u003Cstrong>Совет от Shtab:\u003C\u002Fstrong> когда создаёте задачу в Shtab, укажите дату дедлайна, а затем откройте раздел «Связи» в карточке задачи и добавьте зависимость типа «блокирует» к следующим задачам в цепочке. После этого на доске и в таймлайне зависимые задачи будут визуально связаны, а при приближении дедлайна блокирующей задачи Shtab подсветит её статус — вы сразу увидите, какие последующие сроки окажутся под ударом, и сможете перепланировать до того, как каскад сорвёт весь проект.\u003C\u002Fp>","крайний срок, предельный срок, конечный срок, дэдлайн, срок сдачи","Deadline","Дедлайн — что это такое и чем отличается от срока","Дедлайн — крайний срок с последствиями за нарушение. Виды дедлайнов, отличие от обычного срока, как ставить и что делать при срыве.",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":87},"pm-classic","#3a4058",{"ru":88},{"title":89,"description":90},"Классическое проектное управление","Традиционные методологии и инструменты PM: PMBOK, PRINCE2, PMI, WBS, RACI, диаграмма Ганта, критический путь, EVM, управление рисками и заинтересованными сторонами.",[92,100,107],{"id":93,"slug":94,"kind":95,"hex":96,"order":93,"translations":97},7,"estimation","tool","#cc5649",{"ru":98},{"title":99},"Оценка",{"id":6,"slug":101,"kind":102,"hex":103,"order":6,"translations":104},"concept","other","#4b5370",{"ru":105},{"title":106},"Концепция",{"id":108,"slug":109,"kind":110,"hex":111,"order":112,"translations":113},11,"planning","phase","#5e79ec",12,{"ru":114},{"title":115},"Планирование","Д",[118,125,131,137,143],{"id":119,"order":120,"translations":121},1676,0,{"ru":122},{"question":123,"answer":124},"Чем можно заменить слово «дедлайн» на русском?","\u003Cp>Ближайшие русские эквиваленты — «крайний срок» и «предельный срок». Они точно передают смысл, но в профессиональной среде слово «дедлайн» прижилось и понимается однозначно. «Срок сдачи» и «конечный срок» тоже используются, но не всегда несут коннотацию последствий, которая есть у дедлайна.\u003C\u002Fp>",{"id":126,"order":61,"translations":127},1677,{"ru":128},{"question":129,"answer":130},"Чем дедлайн отличается от обычного срока?","\u003Cp>Обычный срок — ориентир, который можно сдвинуть без серьёзного ущерба. Дедлайн привязан к конкретным последствиям: штрафу, потере клиента, блокировке зависимых задач. Именно наличие последствий делает срок дедлайном. Если сдвиг даты ни на что не влияет — это не дедлайн.\u003C\u002Fp>",{"id":132,"order":21,"translations":133},1678,{"ru":134},{"question":135,"answer":136},"Какие бывают виды дедлайнов?","\u003Cp>Выделяют три вида. \u003Cstrong>Жёсткий (hard deadline)\u003C\u002Fstrong> — нарушение технически или юридически невозможно исправить: срок подачи налоговой декларации, дата закрытия конкурса. \u003Cstrong>Мягкий (soft deadline \u002F due date)\u003C\u002Fstrong> — рекомендуемый срок без автоматической блокировки, но его нарушение сдвигает последующие этапы. \u003Cstrong>Самоустановленный\u003C\u002Fstrong> — личное или командное обязательство без внешнего принуждения; снижает прокрастинацию, но менее эффективен, чем внешний дедлайн.\u003C\u002Fp>",{"id":138,"order":51,"translations":139},1679,{"ru":140},{"question":141,"answer":142},"Что значит «соблюдать дедлайны» и почему это важно?","\u003Cp>Соблюдать дедлайны — значит завершать задачи к оговорённой дате, не допуская каскадного срыва зависимых этапов. Это важно по трём причинам: синхронизирует работу разных команд, управляет ожиданиями клиентов и стейкхолдеров, а также формирует доверие внутри команды и снижает когнитивную нагрузку — что повышает общую продуктивность.\u003C\u002Fp>",{"id":144,"order":39,"translations":145},1680,{"ru":146},{"question":147,"answer":148},"Как перестать срывать дедлайны?","\u003Cp>Чаще всего дедлайны срываются по двум причинам: нереалистичная оценка объёма работы и отсутствие промежуточных контрольных точек. Решение: декомпозируйте задачу на этапы с собственными датами, закладывайте буфер на риски и явно фиксируйте зависимости между задачами. Если срыв всё же произошёл — сообщайте об этом стейкхолдерам как можно раньше и сразу пересчитывайте все зависимые сроки.\u003C\u002Fp>",{"related":150,"parent":213},[151,158,165,172,179,186,193,199,206],{"id":152,"slug":153,"translations":154},63,"milestone",{"ru":155},{"title":156,"short_definition":157},"Milestone (Контрольная точка)","Значимое событие в проекте — обычно завершение этапа или достижение ключевого результата.",{"id":159,"slug":160,"translations":161},55,"critical-path",{"ru":162},{"title":163,"short_definition":164},"Критический путь","Самая длинная цепочка зависимых задач в проекте, определяющая минимально возможную длительность проекта.",{"id":166,"slug":167,"translations":168},76,"float-slack",{"ru":169},{"title":170,"short_definition":171},"Float \u002F Slack (резерв времени)","Резерв времени, на который задачу можно сдвинуть или растянуть без срыва общего срока проекта.",{"id":173,"slug":174,"translations":175},59,"scope-creep",{"ru":176},{"title":177,"short_definition":178},"Scope Creep (расползание объёма работ)","Неконтролируемое расширение объёма проекта: новые требования добавляются без пересмотра сроков и бюджета.",{"id":180,"slug":181,"translations":182},224,"lead-time",{"ru":183},{"title":184,"short_definition":185},"Lead Time (время выполнения)","Полное время от появления запроса (заказа, задачи) до его завершения — включая ожидание в очереди.",{"id":187,"slug":188,"translations":189},223,"cycle-time",{"ru":190},{"title":191,"short_definition":192},"Cycle Time (время цикла)","Время от начала активной работы над задачей до её завершения — без учёта ожидания в бэклоге.",{"id":194,"slug":195,"translations":196},54,"gantt",{"ru":197},{"title":58,"short_definition":198},"Графическое представление календарного плана проекта с задачами в виде горизонтальных полос на временной оси.",{"id":200,"slug":201,"translations":202},105,"smart",{"ru":203},{"title":204,"short_definition":205},"SMART-цели","Критерии правильно сформулированной цели: конкретная, измеримая, достижимая, значимая и ограниченная по сроку.",{"id":207,"slug":208,"translations":209},195,"parkinson-law",{"ru":210},{"title":211,"short_definition":212},"Закон Паркинсона (Parkinson's Law)","«Работа заполняет время, отведённое на её выполнение» — закон Сирила Паркинсона (1955).",[214],{"id":215,"slug":216,"translations":217},69,"triple-constraint",{"ru":218},{"title":219,"short_definition":220},"Triple Constraint (Тройственное ограничение)","Базовая модель управления проектом: объём работ, сроки и бюджет связаны так, что улучшить все три сразу невозможно.",5,"2026-08-26T08:33:52.492803+03:00","2026-08-26T08:33:52.492849+03:00","2026-08-26T08:33:52.606206+03:00",[226,249,276],{"id":227,"slug":228,"translations":229,"category":234,"tags":237,"letter":247,"cover":17,"updated_at":248,"published_at":17},65,"baseline",{"ru":230},{"title":231,"short_definition":232,"translation_en":233},"Baseline (базовый план)","Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.","Baseline",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":235},{"ru":236},{"title":89,"description":90},[238,244],{"id":39,"slug":239,"kind":102,"hex":240,"order":39,"translations":241},"artifact","#888ca0",{"ru":242},{"title":243},"Артефакт",{"id":6,"slug":101,"kind":102,"hex":103,"order":6,"translations":245},{"ru":246},{"title":106},"B","2026-04-25T22:42:17.413625+03:00",{"id":250,"slug":251,"translations":252,"category":257,"tags":260,"letter":274,"cover":17,"updated_at":275,"published_at":17},61,"change-request",{"ru":253},{"title":254,"short_definition":255,"translation_en":256},"Change Request (Запрос на изменение)","Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.","Change Request (CR)",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":258},{"ru":259},{"title":89,"description":90},[261,264,267],{"id":39,"slug":239,"kind":102,"hex":240,"order":39,"translations":262},{"ru":263},{"title":243},{"id":6,"slug":101,"kind":102,"hex":103,"order":6,"translations":265},{"ru":266},{"title":106},{"id":268,"slug":269,"kind":110,"hex":103,"order":270,"translations":271},14,"process",22,{"ru":272},{"title":273},"Процесс","C","2026-04-25T22:42:17.323214+03:00",{"id":277,"slug":278,"translations":279,"category":284,"tags":287,"letter":274,"cover":17,"updated_at":298,"published_at":17},72,"contingency-plan",{"ru":280},{"title":281,"short_definition":282,"translation_en":283},"Contingency Plan (план реагирования на риск)","План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.","Contingency Plan",{"id":51,"slug":85,"hex":86,"icon":17,"order":51,"translations":285},{"ru":286},{"title":89,"description":90},[288,291],{"id":6,"slug":101,"kind":102,"hex":103,"order":6,"translations":289},{"ru":290},{"title":106},{"id":292,"slug":293,"kind":102,"hex":294,"order":45,"translations":295},16,"risk","#ff6a6a",{"ru":296},{"title":297},"Риски","2026-04-25T22:42:17.574403+03:00"]