[{"data":1,"prerenderedAt":992},["ShallowReactive",2],{"blog-all":3},[4,143,921],{"id":5,"title":6,"body":7,"date":129,"description":130,"extension":131,"meta":132,"navigation":133,"path":134,"seo":135,"stem":136,"tags":137,"__hash__":142},"blog\u002Fblog\u002Fverdikt-i-fstek-117.md","ВЕРДИКТ и Приказ ФСТЭК №117 — честный взгляд на комплаенс",{"type":8,"value":9,"toc":118},"minimark",[10,14,17,20,23,28,31,36,43,49,55,59,64,69,74,78,83,88,93,95,99,102,105],[11,12,13],"p",{},"С 1 марта 2026 года вступил в силу Приказ ФСТЭК №117. Он обязателен для государственных систем, унитарных предприятий и организаций, которые с ними работают.",[11,15,16],{},"Давайте говорить прямо. Платформа ВЕРДИКТ не заменит вам NGFW или SIEM-систему. Мы не обучим ваш персонал и не напишем политику безопасности. Для полного комплаенса вам нужны профильные интеграторы.",[11,18,19],{},"Но Приказ №117 впервые вводит жесткие требования к использованию искусственного интеллекта (пункт 61) и требует непрерывного мониторинга защищенности (пункт 60). ВЕРДИКТ дает архитектурный фундамент, чтобы внедрение автоматизации и ИИ не заблокировал ваш отдел безопасности.",[21,22],"hr",{},[24,25,27],"h2",{"id":26},"где-именно-мы-помогаем","Где именно мы помогаем",[11,29,30],{},"Три вектора, по которым ВЕРДИКТ закрывает технические требования регулятора.",[32,33,35],"h3",{"id":34},"_1-доверенный-ии-и-контроль-галлюцинаций-пункт-61","1. Доверенный ИИ и контроль галлюцинаций (Пункт 61)",[11,37,38,42],{},[39,40,41],"strong",{},"Что требует закон."," Технологии ИИ должны быть доверенными. Приказ запрещает автономные изменения алгоритмов и требует жестко определить форматы взаимодействия с моделями. Введен прямой запрет на облачные ИИ-сервисы при обработке информации ограниченного доступа.",[11,44,45,48],{},[39,46,47],{},"В чем проблема."," Популярные фреймворки дают языковой модели свободу выбора инструментов. Для регулятора это неконтролируемый черный ящик. Вы не сможете его сертифицировать.",[11,50,51,54],{},[39,52,53],{},"Решение ВЕРДИКТа."," Платформа разворачивается в полностью изолированном контуре (on-premise). ИИ не управляет процессом напрямую. LLM выступает оператором, чьи действия жестко ограничены таблицами бизнес-правил DMN. Агент предлагает путь, но система детерминированно проверяет его по зафиксированным правилам. Вы показываете аудитору точные границы, за которые ИИ технически не способен выйти.",[32,56,58],{"id":57},"_2-данные-для-непрерывного-мониторинга-пункт-60","2. Данные для непрерывного мониторинга (Пункт 60)",[11,60,61,63],{},[39,62,41],{}," Обязательный непрерывный мониторинг по ГОСТ Р 59547-2021. Операторы обязаны рассчитывать показатель защищенности (КЗИ) раз в полгода и отчитываться об инцидентах в течение 5 рабочих дней.",[11,65,66,68],{},[39,67,47],{}," При сбое в распределенной архитектуре логи размазаны по десяткам микросервисов. Сбор доказательной базы для отчета занимает недели.",[11,70,71,73],{},[39,72,53],{}," Платформа генерирует покадровый аудит (per-tick digest). Каждое решение записывается в единую каузальную цепочку: текущий контекст, сработавшее правило, обоснование выбора ИИ и запущенная физическая операция. Это готовый структурированный лог, который интегрируется с вашими системами мониторинга и позволяет выгрузить доказательную базу об инциденте за несколько минут.",[32,75,77],{"id":76},"_3-предсказуемость-при-инцидентах","3. Предсказуемость при инцидентах",[11,79,80,82],{},[39,81,41],{}," Сохранение управляемости процессов при возникновении угроз.",[11,84,85,87],{},[39,86,47],{}," Если ИИ-компонент или внешний сервис выдает ошибку на середине сложной транзакции, система повисает в неконсистентном состоянии. Откат руками приводит к потере данных и нарушениям логики.",[11,89,90,92],{},[39,91,53],{}," Декларативный механизм компенсаций. В случае ошибки ВЕРДИКТ динамически вычисляет цепочку отката и безопасно возвращает систему в исходное состояние. Каждый шаг отката верифицируется через те же самые таблицы правил, исключая человеческий фактор.",[21,94],{},[24,96,98],{"id":97},"технологическая-база-для-регулятора","Технологическая база для регулятора",[11,100,101],{},"Мы переводим ИИ из зоны риска в зону управляемых процессов.",[11,103,104],{},"С ВЕРДИКТом вы сможете документально и технически доказать ФСТЭК три вещи:",[106,107,108,112,115],"ol",{},[109,110,111],"li",{},"Как именно ограничена свобода вашего искусственного интеллекта.",[109,113,114],{},"Почему система приняла конкретное решение в любой момент времени.",[109,116,117],{},"Как процесс восстанавливается при нештатном поведении алгоритмов.",{"title":119,"searchDepth":120,"depth":120,"links":121},"",3,[122,128],{"id":26,"depth":123,"text":27,"children":124},2,[125,126,127],{"id":34,"depth":120,"text":35},{"id":57,"depth":120,"text":58},{"id":76,"depth":120,"text":77},{"id":97,"depth":123,"text":98},"2026-04-15","ВЕРДИКТ не закрывает Приказ №117 под ключ. Мы даем архитектуру для легализации ИИ в защищенном контуре. Три вектора, по которым платформа закрывает технические требования регулятора.","md",{},true,"\u002Fblog\u002Fverdikt-i-fstek-117",{"title":6,"description":130},"blog\u002Fverdikt-i-fstek-117",[138,139,140,141],"комплаенс","ФСТЭК","безопасность","ИИ","lxgmOdL8cmH9GgmgnEpwvErG6xUwIUkezYqOQqsupL4",{"id":144,"title":145,"body":146,"date":129,"description":911,"extension":131,"meta":912,"navigation":133,"path":913,"seo":914,"stem":915,"tags":916,"__hash__":920},"blog\u002Fblog\u002Fverdikt-vs-alternativy.md","ВЕРДИКТ vs альтернативы — пять элементов, которые никто не объединяет",{"type":8,"value":147,"toc":896},[148,151,155,158,162,165,169,172,175,179,182,185,189,192,195,199,202,207,209,213,219,222,225,228,288,294,300,306,308,312,317,320,368,373,379,384,386,390,395,398,446,450,457,463,469,475,481,486,488,492,497,500,548,551,556,562,567,569,573,578,581,629,640,645,651,657,662,664,668,671,888,893],[11,149,150],{},"Большинство разработчиков вынуждены «сшивать» несколько инструментов: Temporal для надёжности, GoRules для логики, LangGraph для AI. ВЕРДИКТ объединяет пять критических компонентов в одном runtime.",[24,152,154],{"id":153},"пять-элементов","Пять элементов",[11,156,157],{},"Прежде чем сравнивать — о чём речь.",[32,159,161],{"id":160},"_1-таблицы-решений","1. Таблицы решений",[11,163,164],{},"Декларативное описание логики, понятное бизнес-пользователям. «Если клиент VIP и сумма > 100 000, то маршрут = ручная проверка.» В популярных оркестраторах вроде Temporal таблиц решений нет — всё описывается кодом.",[32,166,168],{"id":167},"_2-автоматическое-вычисление-порядка-действий","2. Автоматическое вычисление порядка действий",[11,170,171],{},"Способность платформы самой определять какие действия выполнять исходя из текущего состояния, условий и целей (declarative orchestration с элементами forward chaining). Не следовать заранее нарисованной схеме (BPMN) или жёстко заданному коду, а вычислять план каждый такт.",[11,173,174],{},"Этот подход традиционно ограничивался экспертными системами (Drools, JBoss Rules), но в ВЕРДИКТе адаптирован под распределённые workflow. При этом каждый шаг вычисления детерминирован и трассируем: платформа записывает какие условия проверила, какие действия были доступны и почему выбрано именно это. Никакого «чёрного ящика».",[32,176,178],{"id":177},"_3-ai-как-управляемый-оператор","3. AI как управляемый оператор",[11,180,181],{},"LLM-агент не просто вызывается как «внешний калькулятор». Он является частью среды исполнения: может динамически выбирать путь процесса, но под контролем правил и с записью обоснования каждого выбора.",[11,183,184],{},"Способность AI маршрутизировать процесс уже не инновация — это есть в LangGraph и Camunda 8.8. Главная проблема индустрии: контроль и аудит. Вероятностное управление LLM не проходит комплаенс. В ВЕРДИКТе AI предлагает путь, но детерминированные DMN-правила отсекают галлюцинации и устанавливают границы. AI — оператор внутри правил, а не автономный агент.",[32,186,188],{"id":187},"_4-откат-уровня-процесса","4. Откат уровня процесса",[11,190,191],{},"Декларативная компенсация бизнес-операций: вы описываете компенсаторное действие для шага, а runtime сам вычисляет цепочку отката при сбое, учитывая зависимости. Классификация ошибок, повторные попытки, верификация через правила.",[11,193,194],{},"Это сложнее чем откат транзакции в базе данных: требует управления состоянием распределённого процесса во времени.",[32,196,198],{"id":197},"_5-сквозная-каузальная-трассировка","5. Сквозная каузальная трассировка",[11,200,201],{},"Единый контекст исполнения, который объясняет не только «что» произошло, но и «почему». Связывает воедино сработавшие строки в таблице решений, рассуждения AI, выбор действий и физические вызовы внешних систем в одну доказательную цепочку.",[11,203,204],{},[39,205,206],{},"Большинство платформ закрывают 2 или 3 из этих элементов. ВЕРДИКТ объединяет все пять в одном runtime, решая главную проблему индустрии: разрыв между «умным» принятием решений (AI + правила) и «надёжным» исполнением (workflow).",[21,208],{},[24,210,212],{"id":211},"temporal-inngest-надёжные-исполнители","Temporal, Inngest — надёжные «исполнители»",[214,215,216],"blockquote",{},[11,217,218],{},"Гарантируют что действие будет сделано. Но им всё равно какое именно.",[11,220,221],{},"Платформы для устойчивого исполнения процессов (durable execution). Оркестрация пишется в коде. Платформа гарантирует что код выживает при сбоях: персистентное состояние, автоматические повторы, восстановление после падения.",[11,223,224],{},"Temporal: SDK на 7 языках, используется в Netflix, Datadog, Maersk. Temporal Cloud поддерживает multi-region replication и является индустриальным стандартом отказоустойчивости.",[11,226,227],{},"Inngest: durable functions со step-based мемоизацией, управлением параллелизмом, throttling, waitForEvent для участия человека.",[229,230,231,244],"table",{},[232,233,234],"thead",{},[235,236,237,241],"tr",{},[238,239,240],"th",{},"Элемент",[238,242,243],{},"Temporal \u002F Inngest",[245,246,247,256,264,272,280],"tbody",{},[235,248,249,253],{},[250,251,252],"td",{},"Таблицы решений",[250,254,255],{},"Нет. Логика в коде",[235,257,258,261],{},[250,259,260],{},"Вычисление порядка действий",[250,262,263],{},"Императивное (Workflow-as-Code). Граф жёстко задан в коде",[235,265,266,269],{},[250,267,268],{},"AI как оператор",[250,270,271],{},"AI как «активность» (внешний вызов, black box для runtime)",[235,273,274,277],{},[250,275,276],{},"Откат процесса",[250,278,279],{},"Temporal: императивная Saga (SDK даёт примитивы, но логика компенсации захардкожена в workflow). Inngest: onFailure обработчики + повторы, но не бизнес-откат всей цепочки",[235,281,282,285],{},[250,283,284],{},"Каузальная трассировка",[250,286,287],{},"История исполнения + observability. Аудит бизнес-решений строится отдельно",[11,289,290,293],{},[39,291,292],{},"Чем ВЕРДИКТ отличается."," Temporal гарантирует durable execution — это сильная сторона. Для Saga SDK даёт удобные примитивы, но логика компенсации жёстко описана в workflow: если бизнес-правила отката меняются, нужно переписывать и деплоить код. В ВЕРДИКТе оркестрация декларативная: вы описываете условия действий и цели, платформа вычисляет граф исполнения (forward chaining). Компенсация декларативная: вы описываете компенсаторное действие, runtime динамически вычисляет цепочку отката на основе текущего контекста правил.",[11,295,296,299],{},[39,297,298],{},"Когда выбрать Temporal\u002FInngest."," Сильная команда разработчиков. Полный контроль над каждым действием. Процессы стабильные. Аудит бизнес-решений не приоритет.",[11,301,302,305],{},[39,303,304],{},"Когда выбрать ВЕРДИКТ."," Правила часто меняются. Порядок действий должен вычисляться, а не кодироваться. Каждое решение должно быть объяснимо.",[21,307],{},[24,309,311],{"id":310},"elma365-первая-форма-классические-отечественные-bpm","ELMA365, Первая Форма — классические отечественные BPM",[214,313,314],{},[11,315,316],{},"Отличные решения для документооборота и людей, но требуют сложного ручного проектирования для транзакционных откатов.",[11,318,319],{},"Лидеры российского рынка low-code платформ для автоматизации внутреннего документооборота (СЭД), CRM и маршрутизации задач на сотрудников. Базируются на визуальном моделировании процессов. Обладают современной микросервисной архитектурой и стабильно держат энтерпрайз-нагрузки.",[229,321,322,331],{},[232,323,324],{},[235,325,326,328],{},[238,327,240],{},[238,329,330],{},"ELMA365 \u002F Первая Форма",[245,332,333,340,347,354,361],{},[235,334,335,337],{},[250,336,252],{},[250,338,339],{},"Базовая поддержка правил",[235,341,342,344],{},[250,343,260],{},[250,345,346],{},"Императивное. Жёсткие BPMN-схемы, которые нужно перерисовывать при изменении логики",[235,348,349,351],{},[250,350,268],{},[250,352,353],{},"Отсутствует как встроенный оператор динамической оркестрации",[235,355,356,358],{},[250,357,276],{},[250,359,360],{},"Стандартные механизмы BPMN, требующие ручного моделирования каждой ветки компенсации",[235,362,363,365],{},[250,364,284],{},[250,366,367],{},"Стандартный журнал выполнения бизнес-процесса",[11,369,370,372],{},[39,371,292],{}," ELMA365 — это прекрасная и масштабируемая система для корпоративных задач. Но она опирается на статическое BPMN-моделирование. В транзакционных системах проектирование всех вариантов ошибок и веток отката вручную превращает схему в нечитаемый лабиринт. ВЕРДИКТ вычисляет порядок действий и цепочку отката динамически на основе условий, избавляя инженеров от ручного рисования схем компенсации.",[11,374,375,378],{},[39,376,377],{},"Когда выбрать ELMA365."," Вам нужна полноценная замена западным системам электронного документооборота, фокус на задачах для людей, готовые порталы и CRM-модули.",[11,380,381,383],{},[39,382,304],{}," У вас автоматизированный процесс (платежи, онбординг, скоринг), где нужен декларативный откат транзакций, динамическая оркестрация микросервисов и логически обоснованный аудит AI-решений для комплаенса.",[21,385],{},[24,387,389],{"id":388},"camunda-индустриальный-стандарт","Camunda — индустриальный стандарт",[214,391,392],{},[11,393,394],{},"Model-first: «модель которую вы проектируете — это модель которая исполняется».",[11,396,397],{},"Enterprise-платформа. BPMN\u002FDMN — центральная исполняемая модель. APIs, SDKs, расширяемость кодом. SaaS и Self-Managed. Начиная с версии 8.8 Camunda поддерживает agentic orchestration: AI-агенты встраиваются в BPMN-процессы через ad-hoc подпроцессы. Внутри ad-hoc подпроцесса задачи не следуют предопределённой последовательности — AI Agent Connector оценивает контекст процесса и самостоятельно решает какие инструменты выполнить.",[229,399,400,409],{},[232,401,402],{},[235,403,404,406],{},[238,405,240],{},[238,407,408],{},"Camunda",[245,410,411,418,425,432,439],{},[235,412,413,415],{},[250,414,252],{},[250,416,417],{},"DMN 1.3 (стандарт)",[235,419,420,422],{},[250,421,260],{},[250,423,424],{},"Императивное: задано BPMN-моделью. Внутри ad-hoc подпроцессов — динамическое через AI Agent Connector",[235,426,427,429],{},[250,428,268],{},[250,430,431],{},"Agentic orchestration через ad-hoc подпроцессы. Поведение агента определяется текстовыми описаниями инструментов и рассуждениями LLM",[235,433,434,436],{},[250,435,276],{},[250,437,438],{},"BPMN compensation events (проектируются в модели для каждой ветки)",[235,440,441,443],{},[250,442,284],{},[250,444,445],{},"Бизнес-мониторинг (Optimize). Трассировка логики DMN отдельно",[11,447,448],{},[39,449,292],{},[11,451,452,456],{},[453,454,455],"em",{},"Governance AI."," В Camunda 8.8 AI-агент внутри ad-hoc подпроцесса самостоятельно выбирает инструменты, анализируя их текстовое описание. Чтобы жёстко ограничить этот выбор правилами DMN, разработчикам приходится вручную проектировать связки из циклических задач и шлюзов вокруг вызова агента. В ВЕРДИКТе детерминированные DMN-границы встроены в архитектуру: AI предлагает путь, а движок правил логически его валидирует.",[11,458,459,462],{},[453,460,461],{},"Оркестрация."," За пределами ad-hoc подпроцессов Camunda остаётся model-first: порядок задан BPMN-моделью. В BPMN при описании всех вариантов ошибок возникает проблема State Explosion. ВЕРДИКТ вычисляет порядок из условий действий по всему runtime (contract-first).",[11,464,465,468],{},[453,466,467],{},"Откат."," Camunda: compensation events явно проектируются в модели для каждой ветки. ВЕРДИКТ: декларативная компенсация — вы описываете компенсаторное действие, runtime вычисляет цепочку отката при сбое.",[11,470,471,474],{},[39,472,473],{},"Что у Camunda лучше."," Visual designer для BPMN-моделей. Human task management. Экосистема коннекторов. Enterprise track record. Стандарты OMG.",[11,476,477,480],{},[39,478,479],{},"Когда выбрать Camunda."," Процессы стабильные и хорошо ложатся на BPMN. Нужен visual designer. Human task management из коробки. Совместимость со стандартами. Есть ресурсы на ручное моделирование схем ограничения AI-агентов.",[11,482,483,485],{},[39,484,304],{}," Процессы часто меняются. Нужен inference, а не императивная модель. AI-маршрутизация должна быть логически ограничена DMN-правилами «из коробки» без ручного моделирования циклов. Нужна декларативная компенсация. Российское решение.",[21,487],{},[24,489,491],{"id":490},"gorules-мозг-которому-нужно-тело","GoRules — «мозг» которому нужно «тело»",[214,493,494],{},[11,495,496],{},"Сильный BRMS, но stateless.",[11,498,499],{},"Open-source BRMS. Таблицы решений, графы решений. Rust-ядро, SDK для нескольких языков. Субмиллисекундная оценка. Аудит, версионирование, откат правил, self-hosting.",[229,501,502,511],{},[232,503,504],{},[235,505,506,508],{},[238,507,240],{},[238,509,510],{},"GoRules",[245,512,513,520,527,534,541],{},[235,514,515,517],{},[250,516,252],{},[250,518,519],{},"JDM (JSON Decision Model) + визуальный редактор",[235,521,522,524],{},[250,523,260],{},[250,525,526],{},"Forward chaining (в рамках графа решений). Нет оркестрации процессов",[235,528,529,531],{},[250,530,268],{},[250,532,533],{},"Copilot для создания правил",[235,535,536,538],{},[250,537,276],{},[250,539,540],{},"Нет. Stateless: нет понятия «процесс»",[235,542,543,545],{},[250,544,284],{},[250,546,547],{},"Трассировка логики решения. Нет контекста процесса",[11,549,550],{},"GoRules по своей природе stateless. Получает JSON, возвращает решение. Не может ждать ответа от внешнего сервиса, не управляет очерёдностью действий, не имеет понятия «процесс» с персистентным состоянием.",[11,552,553,555],{},[39,554,292],{}," ВЕРДИКТ совмещает движок правил и оркестрацию. Правила влияют на выбор действий, действия меняют состояние, изменение состояния пересчитывает правила. Процесс может работать часы и дни, ожидать внешние операции, переживать сбои. Аудит фиксирует каждое решение в контексте процесса, а не в изоляции.",[11,557,558,561],{},[39,559,560],{},"Когда выбрать GoRules."," BRMS для встраивания в приложение. Governance правил. Нет задачи оркестрации.",[11,563,564,566],{},[39,565,304],{}," Правила + оркестрация + откат + аудит в контексте процесса.",[21,568],{},[24,570,572],{"id":571},"langgraph-ai-выбирает-путь","LangGraph — AI выбирает путь",[214,574,575],{},[11,576,577],{},"Но нет бизнес-правил которые ограничивают выбор, и нет аудита «какое правило сработало».",[11,579,580],{},"Agent runtime (библиотека, не платформа) от LangChain. Циклические графы, сохранение состояния, контрольные точки, участие человека, replay\u002Ffork\u002Ftime travel, трассировка через LangSmith. AI управляет состоянием и выбирает следующий узел графа.",[229,582,583,592],{},[232,584,585],{},[235,586,587,589],{},[238,588,240],{},[238,590,591],{},"LangGraph",[245,593,594,601,608,615,622],{},[235,595,596,598],{},[250,597,252],{},[250,599,600],{},"Нет. Логика в промптах или Python-коде",[235,602,603,605],{},[250,604,260],{},[250,606,607],{},"AI-driven: LLM выбирает следующий узел",[235,609,610,612],{},[250,611,268],{},[250,613,614],{},"Ядро системы",[235,616,617,619],{},[250,618,276],{},[250,620,621],{},"Checkpoint \u002F replay (для стейта агента). Компенсация бизнес-операций пишется вручную в коде узлов",[235,623,624,626],{},[250,625,284],{},[250,627,628],{},"LangSmith: трассировка AI-рассуждений, но не бизнес-правил",[11,630,631,632,635,636,639],{},"Два ключевых ограничения. ",[39,633,634],{},"Первое:"," отсутствие бизнес-стандартов (DMN) и визуальных инструментов. Логика зашита в промпты или Python-код, и её не может проверить комплаенс-аудитор или бизнес-аналитик без деплоя. ",[39,637,638],{},"Второе:"," LangGraph умеет сохранять состояние (через checkpointers в Postgres и другие бэкенды), но это управление состоянием графа агента, а не классический durable execution для распределённых систем. Time Travel позволяет менять состояние в прошлом, но это не компенсация бизнес-операций (отмена платежа, снятие назначения). Компенсирующая бизнес-логика пишется вручную в коде узлов.",[11,641,642,644],{},[39,643,292],{}," В LangGraph AI выбирает путь, логика в промптах. В ВЕРДИКТе AI выбирает путь через decision strategy, но логика вынесена в таблицы решений, которые может проверить бизнес-аналитик. Правила ограничивают что AI может выбрать. Аудит записывает каузальную цепочку: контекст, правила, обоснование выбора. Проблема «как доказать регулятору почему агент выбрал путь B, а не A» решена.",[11,646,647,650],{},[39,648,649],{},"Как они работают вместе."," ВЕРДИКТ может использовать LLM (через LangGraph или напрямую) для выбора пути. LangGraph управляет AI-логикой. ВЕРДИКТ оборачивает её в процесс с правилами, откатом и аудитом.",[11,652,653,656],{},[39,654,655],{},"Когда выбрать LangGraph."," Задача целиком про AI-агента. Нет требований к бизнес-правилам и аудиту решений.",[11,658,659,661],{},[39,660,304],{}," Бизнес-процесс с правилами, где AI — один из операторов. Нужна объяснимость и governance.",[21,663],{},[24,665,667],{"id":666},"сравнительная-таблица","Сравнительная таблица",[11,669,670],{},"По публично документированным возможностям на апрель 2026.",[229,672,673,696],{},[232,674,675],{},[235,676,677,679,684,687,690,692,694],{},[238,678],{},[238,680,681],{},[39,682,683],{},"ВЕРДИКТ",[238,685,686],{},"Temporal",[238,688,689],{},"ELMA365",[238,691,408],{},[238,693,510],{},[238,695,591],{},[245,697,698,723,748,769,792,817,842,865],{},[235,699,700,703,708,711,714,717,720],{},[250,701,702],{},"Архитектура",[250,704,705],{},[39,706,707],{},"Stateful Inference Runtime",[250,709,710],{},"Durable Execution",[250,712,713],{},"Low-code BPM",[250,715,716],{},"Process Engine (BPMN)",[250,718,719],{},"Stateless BRMS",[250,721,722],{},"Agent Runtime",[235,724,725,728,733,736,739,742,745],{},[250,726,727],{},"Управление логикой",[250,729,730],{},[39,731,732],{},"Declarative (Rules + Inference)",[250,734,735],{},"Imperative (Code)",[250,737,738],{},"Visual (BPMN)",[250,740,741],{},"Visual (BPMN\u002FDMN)",[250,743,744],{},"Decision Graphs",[250,746,747],{},"AI-driven (Prompts)",[235,749,750,752,755,758,761,764,767],{},[250,751,252],{},[250,753,754],{},"DMN + визуальный редактор + тесты",[250,756,757],{},"Нет",[250,759,760],{},"Базовые",[250,762,763],{},"DMN 1.3",[250,765,766],{},"JDM + аудит + версии",[250,768,757],{},[235,770,771,774,777,780,783,786,789],{},[250,772,773],{},"Вычисление порядка",[250,775,776],{},"Forward chaining из условий и целей",[250,778,779],{},"Императивное (Workflow-as-Code)",[250,781,782],{},"Императивное (BPMN-модель)",[250,784,785],{},"Императивное (BPMN) + динамика в ad-hoc",[250,787,788],{},"Нет (stateless)",[250,790,791],{},"AI-driven",[235,793,794,797,802,805,808,811,814],{},[250,795,796],{},"AI-интеграция",[250,798,799],{},[39,800,801],{},"Логическое ограничение DMN",[250,803,804],{},"Black Box (External Call)",[250,806,807],{},"Внешний сервис",[250,809,810],{},"Вероятностное управление (ad-hoc + AI Agent Connector)",[250,812,813],{},"Copilot для автора",[250,815,816],{},"Ядро",[235,818,819,822,827,830,833,836,839],{},[250,820,821],{},"Откат",[250,823,824],{},[39,825,826],{},"Декларативная (динамическая цепочка)",[250,828,829],{},"Императивная Saga (SDK)",[250,831,832],{},"Ручное моделирование",[250,834,835],{},"Explicit Compensation Events",[250,837,838],{},"Версионирование правил",[250,840,841],{},"Checkpoint \u002F replay",[235,843,844,847,850,853,856,859,862],{},[250,845,846],{},"Трассировка",[250,848,849],{},"Каузальная цепочка (правила + AI + действия)",[250,851,852],{},"История исполнения",[250,854,855],{},"Журнал процесса",[250,857,858],{},"Бизнес-мониторинг (Optimize)",[250,860,861],{},"Логика решения",[250,863,864],{},"LangSmith",[235,866,867,870,873,876,879,882,885],{},[250,868,869],{},"Runtime",[250,871,872],{},"Лёгкий (HTTP, self-hosted \u002F cloud)",[250,874,875],{},"Cluster (self-hosted \u002F cloud)",[250,877,878],{},"SaaS \u002F On-premise",[250,880,881],{},"SaaS \u002F Self-Managed (Zeebe)",[250,883,884],{},"Встраиваемый",[250,886,887],{},"Библиотека (self-hosted)",[11,889,890],{},[39,891,892],{},"ВЕРДИКТ — единственный среди перечисленных Stateful Inference Runtime, объединяющий все пять элементов: таблицы решений (DMN), declarative orchestration с forward chaining, AI как managed operator с детерминированными границами, декларативную компенсацию (динамически вычисляемую цепочку отката) и каузальную трассировку в одном runtime.",[11,894,895],{},"Российская разработка. Контроль над инфраструктурой и данными без зависимости от зарубежного вендора.",{"title":119,"searchDepth":120,"depth":120,"links":897},[898,905,906,907,908,909,910],{"id":153,"depth":123,"text":154,"children":899},[900,901,902,903,904],{"id":160,"depth":120,"text":161},{"id":167,"depth":120,"text":168},{"id":177,"depth":120,"text":178},{"id":187,"depth":120,"text":188},{"id":197,"depth":120,"text":198},{"id":211,"depth":123,"text":212},{"id":310,"depth":123,"text":311},{"id":388,"depth":123,"text":389},{"id":490,"depth":123,"text":491},{"id":571,"depth":123,"text":572},{"id":666,"depth":123,"text":667},"Большинство платформ закрывают 2–3 из пяти критических компонентов. Temporal надёжен, GoRules умный, LangGraph гибок — но каждый решает свою задачу. Подробный разбор.",{},"\u002Fblog\u002Fverdikt-vs-alternativy",{"title":145,"description":911},"blog\u002Fverdikt-vs-alternativy",[917,918,919],"сравнение","архитектура","оркестрация","Nw8xtd-VIJm5G_Y1_P7FjJ0XGVkCyCxwBLK6PgczXd4",{"id":922,"title":923,"body":924,"date":982,"description":983,"extension":131,"meta":984,"navigation":133,"path":985,"seo":986,"stem":987,"tags":988,"__hash__":991},"blog\u002Fblog\u002Favtomaticheskiy-otkot.md","Почему автоматический откат важнее, чем вы думаете",{"type":8,"value":925,"toc":975},[926,929,932,936,939,942,946,949,952,956,959,962,966,969,972],[11,927,928],{},"Любой современный бизнес работает поверх распределенных систем. Кредитный конвейер банка, обработка заказа на маркетплейсе или банальная синхронизация CRM с 1С требуют вызовов десятков внешних сервисов.",[11,930,931],{},"Когда процесс ломается на середине пути из-за таймаута API или ошибки валидации, систему нужно вернуть в исходное состояние. Раньше разработчики писали скрипты для ручного исправления баз данных. Сегодня такой подход уничтожает данные и приводит к миллионным штрафам.",[24,933,935],{"id":934},"средний-бизнес-хаос-интеграций-и-маркировки","Средний бизнес: хаос интеграций и маркировки",[11,937,938],{},"Для среднего бизнеса главная боль кроется в рассинхронизации данных. Стандартная проблема при интеграции 1С с внешними системами заключается в несовместимости форматов и обрывах связи. Если заказ оформлен, оплата прошла, но система маркировки не ответила, возникает аномалия.",[11,940,941],{},"В 2025 году система цифровой маркировки «Честный ЗНАК» выявила более 50 миллионов нарушений на маркетплейсах, за которые юридическим лицам грозят штрафы до 300 000 рублей. Когда процессы не умеют автоматически откатывать ошибочные транзакции, кривая интеграция лишь ускоряет распространение ошибок по всем базам данных компании.",[24,943,945],{"id":944},"энтерпрайз-и-банки-жесткие-рамки-регуляторов","Энтерпрайз и банки: жесткие рамки регуляторов",[11,947,948],{},"Крупный бизнес сталкивается с еще более серьезными последствиями. Банк России ввел Положение 850-П, которое ограничивает допустимое время простоя технологических процессов двумя часами для крупных банков. Любое ручное вмешательство в базу данных для исправления сломанного процесса расценивается как инцидент операционного риска согласно Положению 716-П.",[11,950,951],{},"Кроме того, ужесточились требования закона 152-ФЗ. Сбои в процессах обработки персональных данных и ручные корректировки баз повышают риск утечек, за которые новые штрафы могут достигать 18 миллионов рублей для организаций.",[24,953,955],{"id":954},"вердикт-детерминированная-оркестрация","ВЕРДИКТ: Детерминированная оркестрация",[11,957,958],{},"Надежная архитектура обязана уметь отступать автоматически. В распределенных системах для этого используется паттерн компенсирующих транзакций Saga.",[11,960,961],{},"Платформа ВЕРДИКТ реализует этот паттерн на уровне детерминированного движка для бизнеса любого размера. Мы превращаем хаос микросервисов в предсказуемый процесс. Если заявка прерывается внешним сервисом, ВЕРДИКТ автоматически запускает компенсирующие действия. Бронь товара снимается. Лимиты освобождаются. Статусы в CRM обновляются. Система возвращается в консистентное состояние без участия инженеров.",[32,963,965],{"id":964},"потактовый-аудит-для-комплаенса","Потактовый аудит для комплаенса",[11,967,968],{},"Автоматический откат решает проблему скорости восстановления. Но бизнесу нужны доказательства надежности для прохождения аудита по стандартам непрерывности деятельности, таким как ГОСТ Р ИСО 22301-2021.",[11,970,971],{},"ВЕРДИКТ формирует потактовый аудит каждого шага. Движок фиксирует все оценки условий, принятые решения и выполненные компенсации в неизменяемом журнале. При проверке Роскомнадзора, ЦБ РФ или внутреннего аудитора вы предоставляете прозрачный криптографический след выполнения процесса.",[11,973,974],{},"Хватит аудировать хаос. Начните внедрять определенность. Если вы хотите обсудить реализацию детерминированной оркестрации в ваших процессах, напишите нам.",{"title":119,"searchDepth":120,"depth":120,"links":976},[977,978,979],{"id":934,"depth":123,"text":935},{"id":944,"depth":123,"text":945},{"id":954,"depth":123,"text":955,"children":980},[981],{"id":964,"depth":120,"text":965},"2026-04-14","Большинство команд считают rollback редким сценарием. На самом деле он нужен на каждом втором инциденте — и именно тогда, когда его нет.",{},"\u002Fblog\u002Favtomaticheskiy-otkot",{"title":923,"description":983},"blog\u002Favtomaticheskiy-otkot",[919,989,990],"надёжность","паттерны","Jd9eUd-xSky0J3UGpOj0wKJLp-lVxF_M3pUmtUYYHBU",1776296635965]