ИИ и бизнес-процессы / занятие 7

Урок 7. Контроль: понять исход и восстановить процесс

Нейробрейн · 120 минут · версия 1.0, 08.10.2026. Журнал и квитанции синтетические, внешних операций не было. Видео отсутствует.

Цель и результат

Собрать отчёт работы процесса и порядок восстановления после ошибки. На выходе — operations-report.md, recovery-plan.md, handover.md и демонстрация итогового проекта. Ученик отличает доставленный результат, подтверждённый отказ и неизвестный исход; повтор запуска не порождает бесконтрольные дубли.

Входы: journal.json, результаты предыдущих практик и паспорт процесса. Журнал содержит вымышленные ответы API, специально предназначенные для анализа. Никакого live-подключения к CRM или оплате урок не выполняет.

Разобранный пример

1. 6 минут: прочитать все восемь событий и построить счётчики. Delivered 2; duplicate 1; rejected 1; uncertain 2; retry_wait 1; blocked 1. Уникальных обращений 7 после исключения R03 как дубля. Это технические состояния, а не лиды/продажи.
2. 9 минут: E01/E08 имеют id и совпадающий readback. E03 timeout и E05 ответ без id требуют сверки по operation_id/request_id/истории. До выяснения слепой повтор записи запрещён самим рабочим порядком упражнения.
3. 7 минут: E04: accepted=false, 422, объект отсутствует; исправить недостающий расчёт доставки, затем новый согласованный план с тем же контекстом. E06: read_order_status — чтение, 429, ждать не меньше retry_after=60 секунд и повторить чтение ограниченно; это сценарий, реальная пауза на уроке не нужна.
4. 6 минут: E02 не повторяет создание; E07 не исполняет чужую команду. Сверить связь события с исходным сообщением, чтобы не потерять причину остановки.
5. 7 минут: написать handover: владелец, входы/выходы, версии правил, место журнала/резервной копии, порядок остановки, readback, связь с ответственным. Резервная копия считается проверенной после учебного восстановления файла и сравнения результата, а не после слова «backup».

Прочитай journal.json. Это вымышленные квитанции, не действующие API.
Собери operations-report.md: все event_id, статус, основание, следующий шаг.
Посчитай статусы; не называй technical delivered продажей.
В recovery-plan.md отдельно разбери timeout, HTTP200 без id,
явный 422, rate limit чтения, дубль и чужую инструкцию.
Для uncertain сначала предложи сверку, не повтор записи.
Сохрани handover.md: владелец, данные, правила, журнал,
остановка, восстановление и критерии повторной приёмки.

Практика ученика, 45 минут

0–10: разметить журнал вручную. 10–25: получить отчёт/runbook. 25–35: разыграть два случая: E03 объект найден с совпавшим operation_id → delivered без повторной записи; E05 объекта нет, но отсутствие не доказано надёжно → всё ещё uncertain, передать ответственному. 35–45: восстановить копию одного учебного output-файла в отдельную папку и сравнить число строк/суммы/id с исходником.

Результат для себя: счётчики, план по всем восьми событиям, два протокола восстановления и handover. Для финального проекта соберите минимум пять выполненных практик и покажите полный цикл на новой учебной строке: вход → результат → сверка → журнал. Подготовленный сценарий с реальной записью не путать: в добровольном разборе полезно показать фактически открытые файлы.

Эталон и рубрика

Пример E03: «Исход неизвестен после timeout. Ищем документ по OP03/R02 и истории. Если найден единственный совпавший объект, фиксируем id/readback и не повторяем. Если сведения противоречивы, владелец проверяет вручную; ничего не выдаём за завершённое». Моя самопроверка.

0–2 за счетчики/полноту; доказательство delivered; разбор uncertain; восстановление/границу повторов; понятную передачу проекта. Критерии самопроверки. Повтор записи после неизвестного исхода, объявление продажи по журналу или отсутствие инструкции остановки требуют исправления. Итог сверяете самостоятельно по исходникам; вопрос можно обсудить с ведущим. Обязательной преподавательской проверки и формального экзамена сейчас нет.

FAQ и восстановление

Зачем журнал малому бизнесу? Чтобы понимать, какой клиент/файл обработан, что действительно произошло и что можно безопасно повторить. Можно записывать всё содержимое? В рабочем журнале обычно достаточно id/времени/статуса/основания; секреты и лишние данные туда не переносят. Новый запуск всегда безопасен? Только при проверенной уникальности и понятном прошлом исходе. Копия есть, но не открывается? Это непроверенное восстановление; используйте читаемый файл и сверьте контрольные поля. Человек отсутствует? Процесс останавливается по инструкции, спорное действие не замещается догадкой.

Источники

journal.json — вымышленные первичные данные школы от 08.10.2026. Учебная методика журнала/приёмки создана самостоятельно. Для границы подключений: MCP — официальное введение, сверено 08.10.2026. Этот комплект не является проверкой надёжности конкретного боевого сервера.