Роботизация процессов МФО (PIX RPA)
Роботизация 8 бухгалтерских процессов МФО на PIX RPA: ~30 скриптов, интеграция 1С, веб, Excel, почты и Telegram. Более 100 человекочасов рутины в неделю. Прошёл путь от разработчика до фактического РП.
О проекте
Проект под NDA. Заказчик — микрофинансовая организация. Задача — роботизировать крупные процессы бухгалтерии с помощью платформы PIX RPA.
PIX RPA — российская low-code платформа роботизации процессов от компании PIX Robotics. Позволяет автоматизировать рутинные операции в интерфейсах любых программ без их доработки: робот работает как человек — кликает, заполняет формы, копирует данные между системами. Входит в реестр отечественного ПО. В связке с PIX Master — оркестратором роботов — можно централизованно запускать, останавливать и мониторить всех роботов из единого интерфейса.
Проект длился год и два месяца, из которых 8 месяцев заняли согласования. Команда на старте: 7 разработчиков и руководитель проекта.
Масштаб
- 8 автоматизированных процессов
- ~30 скриптов суммарно — 20 из них разработал лично, в остальных участвовал
- Более 100 человекочасов рутины в неделю переведено на роботов
Технологии
PIX RPA как основная платформа. Каждый процесс — это интеграция нескольких систем одновременно:
- 1С — основная учётная система заказчика
- Веб-сайты — взаимодействие с внешними сервисами через браузерную автоматизацию
- Excel — обработка и формирование отчётов
- Файловая и почтовая системы — работа с документами, отправка уведомлений
- Telegram — интеграция для уведомлений и управления роботами
Скрипты писались на Python и C#.
Нетривиальная задача: авторизация через СМС
Один из самых сложных технических моментов — реализация входа в защищённый сервис заказчика с подтверждением по СМС. Стандартная автоматизация здесь не работает: робот не может получить код самостоятельно.
Решение: при запуске робота человек-оператор получал запрос в Telegram, вводил код из СМС, робот продолжал работу. Это потребовало плотной работы с отделом информационной безопасности заказчика — повышенные требования к хранению данных, каналам передачи, правам доступа.
Как менялась моя роль
Проект стал хорошей школой управления в условиях неопределённости.
Я вошёл как разработчик, затем добавилась роль аналитика. К середине проекта команда начала рассыпаться: один за другим ушли все разработчики, а затем и руководитель проекта. В какой-то момент я оказался единственным человеком на проекте — и взял на себя роль РП.
Позже назначили нового руководителя проекта и ещё одного разработчика. Но только я владел полной картиной: знал архитектуру, историю решений, контекст заказчика. Встречался с представителями заказчика, вводил новых участников в курс дела, помогал адаптироваться.
Проект закрыт в срок, без просрочек со стороны исполнителя.