NOMOS GEO-QA / Русское издание

NGQ-045 / Жизненный цикл решений, исправление и удаление

Как передавать исправление, отзыв или признание недействительным решения с участием ИИ в нижестоящие системы и доказывать завершение?

Краткий ответОтправить событие исправления недостаточно: докажите, что каждая целевая система применила изменение, позволяет считать новое состояние и сохранила тот же смысл.
ВЕРСИЯ
0.3.1
СТАТУС
учредительное издание · опубликовано
ПЕРВИЧНЫЕ ИСТОЧНИКИ
6

Прямой ответ

Сначала составьте перечень всех прямых и косвенных нижестоящих получателей решения. Передайте исправление как уникальное идемпотентное событие, которое безопасно применять повторно. Каждый получатель должен оставить доказательства получения, применения и независимого обратного считывания текущего состояния. Для критических целей проверяйте реальное поведение, а не только равенство полей. Недоступную или внешнюю систему нельзя считать завершённой: оставьте её открытой, назначьте ответственного и маршрут повторной попытки.

Простыми словами

Если вы исправили адрес в больнице, слов регистратуры «изменение отправлено» недостаточно. Нужно убедиться, что лаборатория, аптека и расчётная система действительно используют новый адрес.

Почему это важно

Если старое решение осталось хотя бы в одном кеше, экспорте или подключённом приложении, человек по-прежнему может получать неверный результат. Частичное распространение заново создаёт ошибку, которая выглядит исправленной.

Не путать

  • Подтверждение получения показывает, что событие дошло до цели; подтверждение применения — что изменение обработано.
  • Обратное считывание означает независимое чтение текущего состояния целевой системы.
  • Равенство полей проверяет одно значение, смысловая эквивалентность — один смысл, поведенческая — правильное действие.
  • Прямая цель получает решение первой; косвенная затрагивается через другую систему.
  • Внешняя цель может находиться вне прямого контроля; это ограничение нельзя скрывать отметкой о завершении.

Что делать

  1. Внесите в перечень все прямые и косвенные цели, кеши, экспорты, отчёты и сторонние системы, получающие решение.
  2. Назначьте каждой цели критичность, ответственного, ожидаемое обновление и способ проверки.
  3. Опубликуйте уникальное, версионированное, упорядочиваемое и идемпотентное событие исправления или отзыва.
  4. Соберите подтверждения получения и применения с идентификатором решения и версией цели.
  5. Независимо считайте состояние цели и проверьте сходимость полей, смысла и критического поведения.
  6. Ведите неудачные, задержанные и внешние цели как открытые задачи с ответственным и датой повторной попытки.
  7. Не объявляйте распространение завершённым, пока не проверена каждая обязательная цель.

Как проверить

  • Все ли прямые и косвенные цели действительно внесены в перечень?
  • Уникально, версионировано, упорядочиваемо ли событие и безопасно ли повторное применение?
  • Различены ли получение и применение?
  • Считано ли текущее состояние независимо из целевой системы?
  • Правильно ли ведёт себя критическая цель или совпало только значение поля?
  • Не закрыты ли неудачные или внешние цели как завершённые?
  • Может ли нижестоящая система позднее восстановить старое решение?

Ограничение

Организация не может гарантировать срок обновления стороной, находящейся вне её контроля. Она может уведомлять, сохранять доказательства, повторять попытки и наблюдать; неподтверждённая сходимость должна оставаться явно отмеченной как UNRESOLVED.

Запомните одной фразой

Отправка — ещё не распространение; распространение подтверждается изменением в целевой системе.

Источники этой записи

БИБЛИОГРАФИЧЕСКАЯ ЗАПИСЬ

Muraz, K. (2026). NOMOS GEO-QA: Канонический реестр вопросов (Русское издание, v0.3.1). NobleJackal. https://noblejackal.com/ru/nomos-geo-qa/
© 2026 Kaan MURAZ. Все права защищены.