ИИ читает, программа считает: что мы поняли, внедряя LLM в свой бэк-офис

11.11.2026
ИИ читает, программа считает: что мы поняли, внедряя LLM в свой бэк-офис

Почему большинство корпоративных ИИ-пилотов не доживают до реальной работы и как мы постарались не повторить их судьбу? В новой статье Кирилл Назаров, директор по развитию ИТ-продуктов и сервисов Globus, рассказывает, как мы внедряли ИИ в бухгалтерии, юротделе, кадрах и тендерном отделе.

Сегодня рынок переполнен ИИ-пилотами, которые впечатляют на демо и исчезают через пару месяцев после запуска. Причина редко бывает в модели. Ее внедряют как технологию, а не как продукт: без жестких ограничений, без понятной метрики и без учета того, как люди на самом деле работают с результатом.Мы пошли от обратного. Ниже рассказываю, какие решения мы приняли, какие из них оказались ошибочными и как мы считали эффект. С цифрами, компромиссами и тем, что пришлось переделывать.С чего все началосьМы ИТ-интегратор: поставки оборудования и лицензий, проекты, госзаказчики. Компания росла, и документов стало примерно на четверть больше, чем обычно бывает у бизнеса нашего размера, а людей в бэк-офисе осталось столько же. По моей оценке, это около 106 лишних человеко-часов в месяц. Их закрывали вечерами: бухгалтеры сверяли накладные со спецификациями, юристы перечитывали похожие друг на друга договоры, кадровики заново заполняли одни и те же приказы.В какой-то момент коллеги начали по очереди приходить с одним вопросом: «Вы же делаете ИИ для клиентов. Почему у нас его нет?» Вопрос справедливый и, честно говоря, немного неловкий.Я застал времена, когда «автоматизация бэк-офиса» означала очередную доработку учетной системы и полгода согласований. Повторять этот путь не хотелось. Поэтому начал не с выбора модели, а с разговоров с отделами: где уходят часы, что болит сильнее всего и что люди готовы отдать машине, а что — нет.Почему не взяли готовоеИз разговоров с отделами и службой безопасности вылезли три условия, которые не обсуждаются:Документы не уходят за пределы компании. Договоры, зарплаты и платежи — не то, что можно отправлять во внешний сервис.Ошибка в сумме недопустима. Бухгалтеру не нужен помощник, который «обычно считает правильно».Результат проверяется за минуты. Если человек перепроверяет все с нуля, экономии нет.Каждый готовый вариант я прогнал через эти три пункта, и ни один не прошел целиком.Что не устроило1. Облачный ИИ — документы нельзя отправлять наружу
2. Свои GPU-серверы — месяцы на закупку и отдельная команда на сопровождение
3. RAG-конструктор — детали есть, но инструмент для бухгалтера все равно собирать самим
В итоге поставили один мощный компьютер внутри своей сети и написали для него сценарии под каждый отдел. Компромисс осознанный: мощность одного устройства ограничена, зато запустились за дни, а не за кварталы. С опытом начинаешь ценить именно это — быстро получить работающую вещь в руках у пользователей и учиться на ней, а не на презентациях.Что мы построилиВсе работает на одном ИИ-компьютере со 128 ГБ памяти внутри нашей сети. Основная модель — gpt-oss-120b (4 бита, около 65 ГБ), для извлечения реквизитов — компактная Qwen3-14B. Типовая накладная обрабатывается за 20–40 секунд, договор на 60 страниц — за 3–5 минут, одновременно работают до 15 сотрудников.Для сотрудника все выглядит просто: он кладет документ в привычную сетевую папку и получает короткий отчет. Внутри документ проходит шесть шагов:
На схеме видно главное: ИИ задействован только на двух шагах. Все, что влияет на деньги и итоговое решение, делает обычная программа.Отдельно про безопасность: для нас это было входным условием, а не фичей. Модели, индексы и журналы запросов живут на устройстве внутри периметра, права доступа наследуются из сетевых папок, обновления ставятся офлайн-пакетом. Без этого наша служба ИБ проект просто не согласовала бы.Главное правило: ИИ читает, программа считаетЕсли из статьи запомнить одну вещь, пусть будет эта. Спорить о том, «врет» ли нейросеть, можно бесконечно. Я за годы работы усвоил, что бесконечные споры в продукте лучше снимать архитектурой, а не уговорами. Поэтому мы просто убрали ИИ оттуда, где ошибка стоит денег.Суммы и сверки — в коде. ИИ находит в документе цифры, а складывает и сверяет их обычная программа, как Excel. Сумма строк не сходится с итогом, НДС не бьется, в ИНН ошибка контрольного разряда — документ уходит человеку.Итоговый вывод — по правилам. «Все в порядке» выдает не ИИ, а правило: если хоть один серьезный пункт не прошел, такого итога не будет.Каждый пункт — с цитатой. Чек-лист составили сами отделы, и каждый пункт проверяется отдельно. На каждый ответ ИИ обязан показать цитату из документа. Нет цитаты — пункт проверяет человек.Где мы ошиблисьОпыт не страхует от ошибок, он просто помогает быстрее их замечать. Вот главные.Я переоценил модель. В первой версии ИИ сам сверял спецификации поставок с накладными. На пробной партии из 300 комплектов он дважды сказал «все сходится», хотя не сходилось: в одном случае 48 лицензий вместо 50, в другом — артикул оборудования другой региональной версии. Именно после этого и появилось правило из предыдущего раздела.Еще показательный случай с отчетностью. Убыток в бухгалтерских отчетах пишут в скобках, и ИИ прочитал «(1 250)» в отчете «в тысячах рублей» как прибыль 1 250 рублей. Субподрядчик с убытком больше миллиона выглядел бы вполне благополучным. С тех пор единицы измерения, периоды и скобки разбираются явными правилами до любого расчета.Я недооценил качество документов. Печать поверх суммы, таблица на разворот A3, буква O вместо нуля в артикуле. Нормализация по справочнику номенклатуры помогла, но около 8% документов мы до сих пор разбираем руками. Я считаю это нормальной ценой: гнаться за последними процентами здесь дороже, чем выигрыш.Самая сложная проблема оказалась не про технологии. Первые три недели юристы ИИ не доверяли и перечитывали каждый договор целиком — 150 минут вместо 192, почти без эффекта. Это классическая история, которую я видел не раз: инструмент работает, а люди им не пользуются. Помогли не новые модели, а интерфейс — цитата к каждому выводу и понятные пометки «подтверждено» и «требует проверки». Юристы стали внимательно читать только помеченное, и время упало до 96 минут.Часть работы мы сознательно оставили людям: оценку рисков в нетиповых госконтрактах, цену тендерной заявки и пояснения для налоговой. Автоматизировать это технически можно, но цена ошибки там выше выигрыша. Умение вовремя сказать «это мы делать не будем» — пожалуй, самый недооцененный навык продакта.Как мы считали эффектЗа годы в продуктах я видел много красивых дашбордов с «количеством запросов к ассистенту», которые ничего не говорят о пользе. Поэтому метрику выбрал одну и приземленную: сколько минут человек тратит на операцию вручную и сколько — с помощником, включая время на проверку результата. Разницу умножаем на количество операций в месяц.
В сумме около 200 часов в месяц — больше, чем те 106 часов перегрузки, с которых все началось. Ручные нормы я брал из открытых отраслевых исследований (APQC, SHRM, ACC), а время с помощником потом сверил с фактом за 3 месяца — расхождение уложилось в 10–15%.Эффект очень неравномерный: у юристов время сократилось вдвое, в тендерах — только на четверть, потому что там основную работу по-прежнему делает человек. Это напрямую определило приоритеты в бэклоге: сначала массовые операции с короткой проверкой, потом все остальное.Что мы понялиЕсли коротко — три вещи, и ни одна из них, по сути, не про ИИ.Первое: технология должна делать то, что у нее получается лучше всего. ИИ отлично читает и находит, а считать деньги и выносить окончательный вердикт надежнее обычной программе. Это сняло почти все страхи бухгалтерии.Второе: доверие строится на прозрачности. Ссылка на источник важнее «умного» ответа. Когда человек видит, откуда взялась цифра, он проверяет ее за минуту, а не переделывает работу за десять.Третье: начинать надо с людей. Если бы я сразу позвал юристов и бухгалтеров придумывать, как помечать результаты проверки, мы сэкономили бы 3 недели. Вроде бы банальность, которую я знаю много лет, — и все равно наступил на эти грабли. Видимо, некоторые уроки приходится выучивать заново на каждом новом проекте.

Читать ещё