Transformatorz

Электротехнический завод в Казахстане выпускает блочные комплектные трансформаторные подстанции (БКТП), распределительные пункты, камеры КСО и панели ЩО-70. Для коммерческого предложения инженер ПТО считает себестоимость и отпускную цену подстанции по проекту заказчика: схемам, планам расположения, спецификациям и опросным листам. Расчёт вёлся в Excel. Инженер копировал в папку задачи калькуляции камер, панелей и «Образец БКТП», открывал их в строгом порядке, чтобы не слетели ссылки на общий файл материалов, по опросным листам выбирал ячейки, менял шины, кабели, автоматы и приборы учёта, досчитывал здание, монтаж и фундамент. Внутренняя инструкция по расчёту занимает 50 слайдов. Excel не проверял ввод, номенклатура велась сплошным списком с дублями, версий расчёта не было, сечения шин и кабелей подбирались по опыту инженера. По оценке при постановке задачи расчёт одного проекта занимал 60 минут.

Команда YYTECH разработала систему, где инженер ведёт расчёт в диалоге с ИИ-ассистентом. Ассистент опирается на две части системы. Распознавание проектной документации классифицирует листы PDF и извлекает опросные листы КСО по колонкам-камерам. Конструктор калькуляций с расчётным движком, формулами на ссылках и графом зависимостей считает стоимость по шаблонам завода. Вокруг них — проекты как рабочие папки, каталог материалов, журнал правок, ревизии, сравнение версий, обновления шаблонов с предпросмотром и выпуск КП одной кнопкой. Команда перенесла Excel-калькуляции завода в шаблоны; особенности и пробелы исходных книг вынесены отдельными строками.

Инженер работает в чате проекта: ставит задачу ИИ-ассистенту и решает по его предложениям. Задачу он пишет словами: «создай калькуляцию из подходящего образца БКТП, почисти лишние узлы и шкафы, создай дочерние калькуляции». Ассистент через инструменты системы видит проект, распознанные документы, калькуляции, шаблоны и каталог; он выбирает шаблон, удаляет лишнее, создаёт калькуляции камер и панелей и пересчитывает итог. В запросе инженер сам определяет, что ассистент может менять сразу, а что только предлагать. Предложения сохраняются с причиной у каждой строки и итогом до и после — калькуляция не меняется, пока инженер их не применит. Ассистент объясняет результаты расчёта («почему не посчитался проект?» — нулевые количества компонента, а не ошибка распознавания), выполняет точечные правки одной фразой, переспрашивает, если строка неоднозначна, и не угадывает комплектацию, когда в проекте нет нужных данных. По своим правилам он объясняет изменения до применения, применяет их только по явной просьбе и не придумывает идентификаторы, цены и версии. Каждое изменение видно в журнале калькуляции.

Проект — рабочая папка: в неё загружаются PDF, там же создаются калькуляции. Система переводит листы в изображения, распознаёт текст и определяет тип каждого листа: однолинейная схема, план расположения, спецификация, опросный лист, титул или общие данные. У схемы она отмечает уровень напряжения, учёт и релейную защиту, у плана — его вид и наличие размеров, у опросного листа — его тип; шифр берётся из штампа. В примере кейса — первые 20 листов рабочего проекта БКТП 2×2500 кВА: семь схем, три плана, две спецификации, три опросных листа, остальное — титулы и общие данные.

Опросный лист РУ-10 кВ — таблица, где каждая колонка описывает камеру. Система выносит из неё общие данные (серия КСО, напряжение, сборные шины, токи стойкости) и по 27 полей на каждую камеру: назначение, схему вторичных соединений, номинальный ток, коммутационный и защитный аппараты с приводами, трансформаторы тока и ТЗЛМ, релейную защиту, ОПН, источник оперативного тока и функции защиты. Пустая ячейка остаётся пустой; неуверенные значения система отмечает для ручной проверки и указывает причину. Инженер видит извлечённые поля рядом с открытым листом. В примере из листа 13 извлечены все шесть камер, ни одна не отмечена на проверку.

Калькуляция — таблица разделов и строк разных типов: материалы (количество × цена), работы (часы × ставка), ставки, нормы, проценты, фиксированные суммы, формулы и вложенные калькуляции. Формулы ссылаются на разделы и строки по идентификатору, поэтому переименование и перестановка строк расчёт не ломают. Движок строит граф зависимостей, отклоняет циклические ссылки, пересчитывает итог после каждой правки и не даёт молча удалить строку, на которую ссылаются формулы. Итог раскладывается на материалы, работу, вложенные калькуляции, себестоимость, налоги и итоговую цену. Расчёт БКТП собирается из вложенных калькуляций камер и панелей; каждая из них — самостоятельный документ с закреплённой версией шаблона.

Каждый лист Excel-калькуляции завода стал шаблоном: материалы, нормы и ставки труда, промежуточные суммы, накладные расходы и НДС. Ссылки на ячейки заменены ссылками на строки, внешние ссылки на файл материалов — ценами строк; особенности и пробелы исходников вынесены отдельными строками и видны в калькуляции. Ошибку исправляют один раз в шаблоне, а созданные из него калькуляции получают предложение обновиться. В работе — активный набор из 77 шаблонов: БКТП 6, КСО 34, ЩО-70 36, ДГУ 1. Каталог материалов — 1 524 позиции в 8 категориях из материальной ведомости завода, с поиском, который находит позицию и по запросу с опечаткой.

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

Интерфейс покрыт 66 сквозными сценариями Playwright — от создания строки до «рабочего дня из 15 шагов» и конфликта версий; быстрый набор запускается на каждый pull request, полный — на основной ветке. Для распознавания подготовлены эталоны: разметка классов 736 листов 15 реальных проектов и 13 опросных листов КСО с 74 камерами.

Инженер ведёт расчёт подстанции в диалоге с ИИ-ассистентом и отвечает за решения, а не за перенос данных между Excel-файлами. Расчёт перестал зависеть от того, кто открыл файлы и в каком порядке. Проект, его документы и калькуляции хранятся вместе; расчёт собирается из 77 шаблонов завода, а каждая правка и версия видны. Ориентир проекта — около 15 минут на расчёт вместо 60 минут вручную; это целевое время, а не результат замера в эксплуатации.