Будни цифрового офиса · Выпуск 4
ИИ-сметчик: черновик считает машина, отвечает человек
Документы — самая формализованная часть работы и одновременно самая обидная. Ремонт сделан хорошо, техника уехала, а заказ-наряд оформляется вечером по памяти, в акт не попадает половина фактически выполненных операций, и работа, которая была, просто не оплачивается. Заключительный выпуск серии — о том, как мы подступаемся к этому контуру и почему именно здесь нужны самые жёсткие ограничения для ИИ.
Где здесь на самом деле теряются деньги
Не в скорости оформления. Оформить бумагу быстрее — приятно, но это не главный эффект. Деньги теряются в трёх местах:
- Неполный состав работ. В акт попало то, что помнят, а не то, что делали. Промывка, дефектовка, вспомогательные операции, расходники — выпадают первыми.
- Неверный код или формулировка. Особенно чувствительно в закупках: ошибка в коде ОКПД 2 способна сорвать процедуру целиком.
- Расхождение между заявкой, нарядом и актом. Три документа описывают одну работу разными словами — и любой спор превращается в археологию по переписке.
Что делает контур
Он работает как внимательный помощник сметчика, а не как калькулятор.
- Собирает черновик по шаблону. Из карточки заявки и записей по ремонту формируется заготовка документа: объект, узел, перечень операций, реквизиты. Человек правит, а не набирает с нуля.
- Проверяет полноту. Сверяет состав работ с типовым набором для этой операции и подсвечивает пропущенное: «в наряде есть замена уплотнений, но нет дефектовки — так и задумано?»
- Держит формулировки едиными. Одна и та же работа называется одинаково в заявке, наряде и акте. Скучно, но именно это снимает половину будущих споров.
- Помогает с кодами. Подбирает кандидатов и, главное, показывает основание выбора. Мы разбирали эту тему отдельно — как выбрать код ОКПД 2 на ремонт котельной и не сорвать закупку.
Красная линия: арифметику модели не доверяют
Это принципиальный момент, на котором стоит остановиться. Языковая модель по своей природе предсказывает текст, а не вычисляет. Она может выдать правдоподобную сумму, которая не сходится, и сделать это уверенно — в отличие от человека, который на неверном итоге обычно спотыкается.
Поэтому в нашем контуре расчёт выполняет формула в таблице, а не модель. ИИ отвечает за состав, формулировки и полноту; за умножение и сложение отвечает арифметика. Итог всё равно проверяет человек, и он же ставит подпись.
Ещё одна граница: цена не называется до дефектовки
Тот же принцип, что и у ИИ-диспетчера, но здесь он особенно важен. Контур может подготовить структуру расчёта — перечень позиций, по которым будет считаться работа. Он не может назвать сумму до того, как узел разобран и осмотрен. Реальный объём ремонта показывает дефектовка: замена уплотнений и замена штока с расточкой гильзы — это разные работы и разные деньги, а по описанию симптома они выглядят одинаково.
Что оказалось сложнее, чем ожидалось
- Шаблон должен быть настоящим. Пока состав работ не описан явно, проверять полноту не с чем. Формализация типовых операций — это ручная работа инженера, и её нельзя перепрыгнуть.
- Модель сглаживает формулировки. Ей свойственно писать «выполнены ремонтные работы» вместо конкретного перечня. Для акта это плохо: обобщённая формулировка — это потенциальный спор. Приходится требовать конкретики явным правилом.
- Тяжёлые исходники. Прайсы, спецификации и регламенты приходят в форматах, которые надо сначала привести в читаемый вид, и только потом с ними работать. Этот подготовительный шаг обычно недооценивают при планировании.
Итог серии
Четыре выпуска — четыре контура: общий принцип, приём заявок, история техники и документы. Если свести всё к одной мысли, она такая: ИИ в инженерной компании полезен ровно там, где работа состоит из текста, поиска и повторяющейся формы. Он бесполезен и опасен там, где нужна ответственность — за диагноз, за цифру, за подпись.
Граница проходит именно здесь, а не по уровню технологии. И удерживать её приходится сознательно: соблазн разрешить контуру «ещё чуть-чуть» возникает постоянно, потому что он всегда отвечает уверенно.