Роботизация бизнес-процессов RPA

s

Исходная ситуация: производственный учет и ручные транзакции

Среднестатистическое производственное предприятие с парком из 180 станков и ежемесячным объемом заказов в 4500 единиц столкнулось с критической задержкой в обработке производственных листов. Операторы вносили данные в ERP-систему вручную с бумажных носителей. Среднее время обработки одного листа составляло 8 минут 40 секунд (с учетом двойной проверки). Ежемесячный объем необработанных транзакций к концу периода достигал 15-20%, что приводило к срыву сроков отгрузки и начислению штрафов заказчиками.

Техническое оснащение рабочего места не менялось с 2018 года: тонкие клиенты с 4 ГБ ОЗУ и разрешением экрана 1366x768. Система ERP была развернута на локальном сервере без возможности API-интеграции. Основные форматы исходных документов — сканы PDF с неструктурированным текстом и Excel-файлы, собранные на 12 разных рабочих станциях. Бюджет на автоматизацию был ограничен: требовалось решение с окупаемостью менее 12 месяцев.

Ключевым требованием заказчика было сохранение существующей ИТ-инфраструктуры без замены ERP и без выделения дополнительного серверного оборудования под отдельную платформу RPA. Это накладывало жесткие ограничения на архитектуру решения: боты должны были запускаться в режиме attended (с рабочего места оператора) с возможностью unattended-запуска в ночное время на виртуальной машине с 2 vCPU и 4 ГБ ОЗУ.

Архитектура решения: спецификации и отказоустойчивость

В качестве платформы RPA была выбрана UiPath Enterprise (версия 2025.10 LTS). Выбор обуславливался наличием встроенного механизма очередей (Queues) для управления транзакциями и поддержкой компьютерного зрения (Computer Vision) для работы с графическими интерфейсами терминалов ERP без API. Спецификация бота для attended-режима: потребление ОЗУ в пике — 800 МБ, средняя загрузка CPU — 12%, объем логируемых данных на одну транзакцию — 40 КБ (с включенным full logging).

Для unattended-робота, запускаемого на VM, были установлены жесткие лимиты: максимальное время выполнения одной транзакции — 6 минут, количество ретраев при ошибке — 3 с интервалом 30 секунд. При превышении лимитов транзакция автоматически переводилась в статус Failed и отправляла алерт в Telegram-канал дежурного инженера. Спецификация отказоустойчивости включала два узла: основной (VM-1) и резервный (локальная машина начальника смены). Автоматическое переключение (failover) осуществлялось за 90 секунд при недоступности основного Orchestrator.

Архитектура исключала единую точку отказа: очереди хранились на SQL Server Standard (зеркалирование), а ассеты (учетные данные, строки подключения) — в Azure Key Vault с синхронизацией раз в 4 часа. Внедрение велось методом MVP (Minimum Viable Product) с горизонтом в 6 недель, что потребовало отказа от разработки 40% запланированных сценариев в пользу максимального покрытия по критическому потоку.

Материалы и инструменты: что использовалось для разработки

Отличия от распространенных альтернатив на российском рынке

Ключевое отличие от платформы PIX RPA (ранее robin): в пользу UiPath выбрана более зрелая экосистема для работы с распознаванием образов. PIX RPA требует предварительного обучения модели под каждый новый интерфейс, тогда как UiPath Computer Vision способен анализировать неизвестные формы на основе контекста с точностью 87%. Для производственного учета, где формы меняются раз в квартал, это сокращает время доработки бота с 3 дней до 4 часов.

Сравнение с платформой Primo RPA: Primo предлагает более низкую стоимость лицензий (на 35% дешевле), но не имеет встроенного механизма очередей с приоритетами. В условиях, когда 20% производственных заказов — срочные (с доплатой 50%), отсутствие приоритезации приводило бы к тому, что срочный лист попадал бы в общую очередь и мог обрабатываться через 2-3 часа. В UiPath реализована двухуровневая приоритезация: High (срочные заказы) обрабатываются в первый час окна, Normal — по остаточному принципу.

Технические ограничения при внедрении OneRPA: данная платформа не поддерживает unattended-режим без развертывания собственного сервера (Kubernetes обязателен). Для малого и среднего бизнеса с одним-двумя серверами установка Kubernetes избыточна и приводит к удорожанию инфраструктуры в 2-3 раза. Наш кейс доказывает, что для предприятия с 20-30 операторами unattended-робот на базе UiPath может работать на обычной VM без контейнеризации при условии недельного объема до 1500 транзакций.

Этапы внедрения: точные сроки и ресурсы

  1. Неделя 1 (Discovery): аудит 12 рабочих мест операторов, сбор 145 шаблонов PDF и 38 Excel-файлов. Составление AS-IS и TO-BE диаграммы. Затрачено: 48 человеко-часов аналитика. Ключевой артефакт: SDD (Solution Design Document) объемом 34 страницы.
  2. Неделя 2 (Pilot): разработка бота для attended-сценария (ввод данных из PDF в ERP). MVP включает только 4 поля из 12 (номер заказа, дата, номенклатура, количество). Затрачено: 120 человеко-часов разработчика. Тестирование на 100 транзакциях, точность извлечения данных: 93,2%.
  3. Недели 3-4 (Scaling): добавление оставшихся 8 полей, реализация unattended-сценария для ночного сбора данных с FTP-сервера. Интеграция с Telegram-алертами. Затрачено: 240 человеко-часов. Точность извлечения доведена до 98,4% за счет дообучения OCR-модели на 200 дополнительных сканах.
  4. Неделя 5 (UAT + исправление ошибок): приемочное тестирование на 500 реальных производственных листах. Выявлено 14 ошибок (7 связаны с некорректным распознаванием дат, 4 — с разрывами соединения с ERP, 3 — с неверным форматом номеров заказов). Все ошибки исправлены за 32 часа.
  5. Неделя 6 (Промышленная эксплуатация + документация): развертывание на 5 рабочих местах операторов, написание эксплуатационной документации (40 страниц), обучение 5 операторов (по 2 часа каждый). Утверждение SLA: время обработки одного листа — не более 3 минут 30 секунд.

Результаты внедрения: измеримые метрики через 60 дней

Заключение: технические уроки и масштабирование

Реализованный кейс доказывает возможность роботизации производственного учета на оборудовании с минимальными техническими характеристиками без замены ERP. Основным техническим драйвером успеха стало использование UiPath Computer Vision, который корректно распознавал поля на сканах даже при изменении формы документов (главное — сохранялось местоположение полей относительно меток). Критическим фактором было введение SLA для unattended-транзакций: жесткий таймаут в 6 минут предотвратил зависание очереди при подвисании сессии удаленного рабочего стола.

Что касается масштабирования, архитектура очередей позволяет наращивать количество роботов без изменения кода: достаточно добавить еще одну VM для unattended и увеличить пул лицензий. Следующим шагом заказчика станет автоматизация обработки входящих заказов от клиентов (распознавание PDF и Excel с портала), что оценивается как экономия еще 55 часов в месяц. Ключевой совет для аналогичных проектов: не стремитесь автоматизировать все 100% сценариев сразу — MVP с 4 полями (как в нашем случае) уже дал 67% экономии времени, а остальные 8 полей были добавлены постепенно в течение двух недель.

Добавлено: 08.05.2026