С чего всё начинается
Любой RPA-проект начинается не с кода, а с разговора. Нужно понять, что именно делает человек руками, почему это нельзя решить по-другому и насколько стабилен процесс.
В нашем кейсе задача звучала просто: бухгалтер каждый день тратил 2–3 часа на выгрузку данных из одной системы и ручной перенос в другую. Ошибки, усталость, недовольство — классика.
Обследование процесса
Первый шаг — интервью с исполнителем. Я прошу показать процесс вживую, не описывать словами. Люди часто делают вещи автоматически и забывают упомянуть важные детали.
Фиксирую:
- каждый шаг с точностью до клика
- исключения и нестандартные ситуации
- частоту запуска и объём данных
Разработка
PIX RPA — российская платформа, синтаксически похожая на UiPath. Базовая цепочка выглядит так:
Открыть браузер → Авторизация → Таблица данных
→ Цикл по строкам → Вставка в целевую систему → Логирование
Самое важное — обработка исключений. Робот не должен падать молча: нужно писать в лог, что именно пошло не так и с какой записью.
Результат
| Метрика | До | После |
|---|---|---|
| Время выполнения | 2.5 часа | 18 минут |
| Ошибки ввода | Регулярно | 0 |
| Нагрузка на сотрудника | Высокая | Освобождён |
Вывод
RPA — не серебряная пуля. Она хорошо работает на стабильных, повторяемых процессах с чётко структурированными данными. Если процесс часто меняется или требует сложной логики — стоит смотреть в сторону полноценной интеграции через API.