Роботизация процессов МФО (PIX RPA) | Сысков Дмитрий Олегович

Роботизация процессов МФО (PIX RPA)

Роботизация 8 бухгалтерских процессов МФО на PIX RPA: ~30 скриптов, интеграция 1С, веб, Excel, почты и Telegram. Более 100 человекочасов рутины в неделю. Прошёл путь от разработчика до фактического РП.

Роботизация процессов МФО (PIX RPA)

О проекте

Проект под NDA. Заказчик — микрофинансовая организация. Задача — роботизировать крупные процессы бухгалтерии с помощью платформы PIX RPA.

PIX RPA — российская low-code платформа роботизации процессов от компании PIX Robotics. Позволяет автоматизировать рутинные операции в интерфейсах любых программ без их доработки: робот работает как человек — кликает, заполняет формы, копирует данные между системами. Входит в реестр отечественного ПО. В связке с PIX Master — оркестратором роботов — можно централизованно запускать, останавливать и мониторить всех роботов из единого интерфейса.

Проект длился год и два месяца, из которых 8 месяцев заняли согласования. Команда на старте: 7 разработчиков и руководитель проекта.

Масштаб

  • 8 автоматизированных процессов
  • ~30 скриптов суммарно — 20 из них разработал лично, в остальных участвовал
  • Более 100 человекочасов рутины в неделю переведено на роботов

Технологии

PIX RPA как основная платформа. Каждый процесс — это интеграция нескольких систем одновременно:

  • — основная учётная система заказчика
  • Веб-сайты — взаимодействие с внешними сервисами через браузерную автоматизацию
  • Excel — обработка и формирование отчётов
  • Файловая и почтовая системы — работа с документами, отправка уведомлений
  • Telegram — интеграция для уведомлений и управления роботами

Скрипты писались на Python и C#.

Нетривиальная задача: авторизация через СМС

Один из самых сложных технических моментов — реализация входа в защищённый сервис заказчика с подтверждением по СМС. Стандартная автоматизация здесь не работает: робот не может получить код самостоятельно.

Решение: при запуске робота человек-оператор получал запрос в Telegram, вводил код из СМС, робот продолжал работу. Это потребовало плотной работы с отделом информационной безопасности заказчика — повышенные требования к хранению данных, каналам передачи, правам доступа.

Как менялась моя роль

Проект стал хорошей школой управления в условиях неопределённости.

Я вошёл как разработчик, затем добавилась роль аналитика. К середине проекта команда начала рассыпаться: один за другим ушли все разработчики, а затем и руководитель проекта. В какой-то момент я оказался единственным человеком на проекте — и взял на себя роль РП.

Позже назначили нового руководителя проекта и ещё одного разработчика. Но только я владел полной картиной: знал архитектуру, историю решений, контекст заказчика. Встречался с представителями заказчика, вводил новых участников в курс дела, помогал адаптироваться.

Проект закрыт в срок, без просрочек со стороны исполнителя.