Метод

Сначала факт и порядок, потом точечный инструмент

Автоматизация и нейросети имеют смысл, когда процесс очищен от хаоса и обходов. Сначала аудит и схема, потом скрипт, 1С или локальный ИИ.

Про процессы на предприятии. Не взлом софта и не reverse engineering чужих программ.

Получить разбор за 24 часа

Как движутся данные

От следа процесса к локальному ИИ

Метод

Четыре шага от факта к пилоту

Нажмите этап — что смотрим, что получаем, на что опираемся

Шаг 1

Смотрим, как процесс идёт на деле

Не «как в инструкции», а как люди и системы работают сейчас: обходы, Excel, почта, ожидания, исключения. Без этого ИИ будет учить красивую легенду.

Смотрим: системы, документы, логи, интервью, хронометраж
На выходе: карта факта и разрывов с регламентом
Не делаем: вид, что «у нас всё по полочкам», если это не так

process_trace_as_is.json

{
  "process_id": "CTPP-2026-BUR",
  "declared_time_hours": 4.0,
  "actual_time_hours": 28.5,
  "bottlenecks": [
    "Ручная выверка спек 3D CAD vs ГОСТ 2.106",
    "Согласование отклонений материалов по e-mail"
  ],
  "data_sources": ["ERP_1C", "Kompas_3D", "Paper_Scans"]
}

Суть лога: Исследование фактической работы по КТПП. Вместо заявленных 4 часов процесс занимает 28.5 часов на деталь. Главными тормозами выявлены ручной поиск по чертежам и долгое согласование по почте. Данные вытаскиваются напрямую из баз 1С и файлов Компас-3D.

Шаг 2

Собираем модель, на которую можно опереться

Роли, шаги, данные, системы, исключения — в виде схемы, с которой потом работают поиск, правила и пилот. Формат вторичен; важна полнота для следующих шагов.

На выходе: схема процесса, глоссарий, связи систем
Зачем: контекст для ИИ и автоматизации, а не картинка на слайд
Ограничение: модель не отменяет здравый смысл и хозяина процесса

process_graph.bpmn.xml

<bpmn:process id="TechPrepPipeline">
  <bpmn:task id="VerifyCAD" name="Анализ геометрии детали">
    <bpmn:extensionElements>
      <apre:aiAgent target="Aist-CAD-Engine" mode="Deterministic" />
    </bpmn:extensionElements>
  </bpmn:task>
</bpmn:process>

Суть схемы: Описание фрагмента целевого процесса в стандарте BPMN. Шаг анализа геометрии чертежа автоматизирован и передан локальному ИИ-агенту (Aist-CAD-Engine), который настроен на работу в строгом детерминированном (без фантазий) режиме.

Шаг 3

Решаем, где ИИ уместен, а где нет

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

Скрипты и правила: там, где логика жёсткая
ИИ: разбор, черновики, поиск по своей базе
Человек: подпись, ответственность, спорные случаи

agent_role_matrix.yaml

pipeline_target: "To-Be КТПП"
roles:
  cad_parsing: "Automated Python Step"
  normative_check: "Local LLM Agent"
  gcode_generation: "CAM Script + AI Validation"
  chief_technologist: "Human Approval Guardrail"

Суть матрицы ролей: Распределение задач в процессе. Разбор чертежа делает обычный скрипт (Python), проверку на соответствие ГОСТам — локальный ИИ (LLM), генерацию управляющей программы — CAM-система с перекрестной проверкой моделью, а финальное утверждение — строго главный технолог.

Шаг 4

Пилот в согласованном контуре

Один процесс, понятная метрика, свои или согласованные серверы. Данные не уезжают «куда удобно API», если политика против. По итогам — идём дальше или останавливаемся.

Рамки: один процесс, с хозяином
Контур: локально или гибрид — по риску, не по моде
Итог: честный «идём дальше» или «стоп»

local_contour_status.log

# локальный контур — данные не уезжают наружу
Status: Active
Model: local LLM (vLLM)
Network: outbound blocked
Latency: first token ok

Суть статуса: Лог безопасности среды. Модель крутится на локальной видеокарте, весь исходящий сетевой трафик заблокирован фаерволом. Безопасность данных гарантирована на физическом уровне.

Черновик разговора

Набросок: готов ли процесс к пилоту ИИ

Три выбора — грубый профиль. Не замена созвону, но помогает сформулировать запрос.

1. Какой процесс ближе?

КТПП / производствоЧертежи, техпроцессы, цехДокументыСканы, проверки, пакеты бумагПланированиеЗагрузка, смены, пересчёт планаЗакупкиЦены, предложения, сравнения

2. В каком виде данные сейчас?

Сканы и PDFМало структуры, много «картинок»Смесь: ERP + ExcelЧасть в системе, часть в таблицахВ основном в системахБД, логи, PLM/MES — доступны

3. Куда данные можно пускать?

Только свой контурНаружу — нельзя, работаем локальноСвой контур или частное облакоПубличные чаты всё равно не вариант

Черновой профиль

КТПП / производство · только свой контур

С чего начатьРазбор 2–4 недели

Контуртолько свой контур

На что смотретьВремя типового цикла

Комментарий: Сначала карта «как технолог реально решает». Потом — аналоги, черновик маршрута, человек на приёмке. Без базы факта ИИ будет угадывать. Данные в основном сканы — заложите время на разбор и качество входа.

+7 921 780-97-40 Разбор 5 файлов

Контакты ЛПР (Email или Telegram)

Четыре этапа

Как устроен цикл

Аудит: карта «как есть»

Сверху вниз: деньги и учёт → заказы и заявки → документы и согласования → роли → связка систем (1С, Excel, почта). Фиксирую фактический ход работы и потери времени. Не презентацию.

Реинжиниринг: схема «как станет»

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

Инструменты по факту

Скрипты, 1С, локальные модели, дашборды, разбор документов и закупочных пакетов. Только там, где диагноз уже ясен. Не «внедряем всё подряд» и не «ИИ на весь завод».

Пилот и замер эффекта

Запуск на одном участке. Сравнение «было / стало» по часам и деньгам. Решение о продолжении по факту результата.

Что получает предприятие на каждом этапе

Этап 1: Аудит (As-Is)

Карта факта и иерархия боли

Сверху вниз: деньги и учёт → заказы и заявки → документы и согласования → исполнители → связка систем. Видно, где регламент расходится с реальностью и сколько часов теряется в Excel, почте и обходах.

Этап 2: Диагноз + To-Be

Четыре вердикта и схема

По каждому узлу: оптимизировать, подтянуть, создать или заменить. Плюс схема ролей, правил и связей. На руках поставка, не список «советов на слайде».

Этап 3: Инструменты

Стек под диагноз

Где хватит скрипта или 1С, где нужен разбор документов или чертежей локальной моделью, где дашборд. Подключаем точечно, не «ИИ на весь завод».

Этап 4: Пилот

Измеримый результат в рублях и часах

Запуск обновлённого процесса на одном участке. Замер «было / стало» и решение: масштабировать, править или стоп.

Почему нельзя «просто внедрить ИИ поверх старого процесса»

Если оцифровать хаос, получится автоматизированный хаос. Сотрудники привыкли передавать параметры устно или на листочках, и нейросеть будет усиливать ошибки. Сначала я фиксирую реальный факт работы (As-Is), даю вердикты и схему «как станет», и только потом подключаю автоматизацию.

С чего начать реинжиниринг

Экспресс-аудит одного узкого участка → диагноз и целевая схема To-Be → пилот на этом участке. Форматы на странице услуг, кейсы в кейсах, авторский опыт в разделе О практике.

Получить разбор за 24 часа +7 921 780-97-40