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