Есть два способа передать данные из одной программы в другую: договориться с ней напрямую или посадить рядом человека, который перепечатает руками. RPA — это второй способ, только вместо человека программа: открывает окно, находит поле, вставляет значение, нажимает кнопку. Никакого интеллекта в этом нет и не предполагается. Робот появляется ровно тогда, когда у системы нет программного доступа — или он есть, но закрыт платным тарифом, долгим согласованием либо политикой вендора.
Из этого определения следует всё остальное, включая цену. Раз робот привязан к картинке на экране, он ломается от перерисовки формы — не от изменения смысла процесса, а от переезда кнопки на двадцать пикселей вправо. Хрупкость здесь не дефект конкретного подрядчика, а свойство самого способа, и закладывать её в бюджет надо заранее.
Дальше — модельный расчёт по состоянию на сентябрь 2026 года: перенос 1 400 накладных в месяц из личного кабинета поставщика в 1С, 6 минут на документ вручную, ставка инженера 3 000 ₽/час, полная стоимость часа сотрудника 700 ₽. Устройство самих сценариев, способы привязки к экрану и режимы работы робота мы разбирали в большом материале про RPA и его отличие от интеграции; здесь словарный разбор: что это, во что превращается в смете и какой вопрос задать подрядчику.
Определение через отсутствующий API
Правильный порядок обсуждения такой: сначала выясняем, есть ли у системы программный интерфейс, и только если его нет — обсуждаем робота. Обратный порядок — «давайте поставим робота, это быстрее» — приводит к тому, что компания платит за обход двери, которая была не заперта. Что такое программный интерфейс и как проверить его наличие за один звонок вендору, мы объясняли в отдельной статье про API простыми словами.
Программа, повторяющая действия человека в интерфейсе другой системы: клики, ввод, переходы по вкладкам. Бизнесу даёт автоматизацию там, где программный доступ отсутствует, — без участия вендора и без доработки чужой системы. В смете превращается в три строки: разработка сценария, лицензия платформы и регулярная починка после обновлений. Проверочный вопрос подрядчику: что происходит, когда интерфейс изменится, и за чей счёт.
Есть и второй законный повод для робота, кроме отсутствия API: когда доступ формально есть, но получить его дороже, чем обойти. Например, вендор открывает интеграционный контур только на старшем тарифе, а разница в подписке — сотни тысяч рублей в год. Тогда робот становится осознанным временным решением, и именно так его надо записывать в план: временным, с названным сроком жизни.
Чего RPA не делает — и это стоит проговаривать на первой же встрече. Робот не понимает содержания документа: он не отличит счёт от акта, если они лежат в одной папке, и не заметит, что сумма приехала не та. Распознавание документов, классификация писем, ответы клиентам — это другие технологии, которые к роботу иногда пристёгивают, но продают почему-то одним словом. Если в коммерческом предложении «робот» одновременно кликает по кабинету, читает сканы и отвечает в чате, требуйте разложить это на три отдельные строки с тремя отдельными ценами.
Схема-развилка. Слева блок «Задача: перенести данные из системы А в систему Б». Из него стрелка в ромб «Есть документированный API?». Ветка «да» ведёт вправо к блоку «Интеграция: система разговаривает с системой» с подписью «сотни записей в минуту». Ветка «нет» ведёт вниз к блоку «Робот: открывает окно, ищет поле, нажимает кнопку» с подписью «скорость человека», от него вниз маленький блок «интерфейс изменился — сценарий чинят». Тонкие чертёжные линии, подписи по-русски.
Робот против интеграции: один процесс, две сметы
Сравнивать способы в общем виде бессмысленно — сравниваем на одном процессе. Вручную 1 400 накладных по 6 минут дают 140 часов в месяц, то есть 98 000 ₽ при стоимости часа 700 ₽. Именно эту сумму снимают оба варианта, различаются они ценой и характером расходов.
| Ось сравнения | Робот (RPA) | Интеграция по API |
|---|---|---|
| Что нужно на входе | Учётная запись в интерфейсе — логин и пароль | Документированный API и права на запись |
| Срок запуска | 2–4 недели | 5–8 недель |
| Внедрение в модельном примере | 60 часов — 180 000 ₽ | 100 часов — 300 000 ₽ |
| Эксплуатация | 18 500 ₽/мес — лицензия и починки | 6 000 ₽/мес — тариф API и сопровождение |
| От чего ломается | Перерисовали форму, переставили кнопку, добавили баннер | Сменили версию метода — обычно с предупреждением заранее |
| Скорость | Как у человека: экран, задержки, ожидание загрузки | Сотни записей в минуту |
| Чистая экономия в примере | 79 500 ₽/мес, окупаемость 2,3 месяца | 92 000 ₽/мес, окупаемость 3,3 месяца |
Обе цифры окупаемости выглядят хорошо, и в этом ловушка: на горизонте одного квартала робот честно выигрывает — он дешевле на входе и запускается вдвое быстрее. Разница проявляется дальше, и её видно только если считать не месяц запуска, а год эксплуатации.
Ещё одна строка, которой нет в таблице, но которая всплывает на этапе согласования: роботу нужна собственная учётная запись в той системе, где он работает. Не личный логин сотрудника — иначе действия робота смешиваются с действиями человека в журнале, а увольнение владельца учётной записи останавливает процесс. Значит, отдельный пользователь с ограниченными правами, пароль в защищённом хранилище платформы и запись в вашей политике доступов. Работы там немного, 4–8 часов, но согласование с безопасностью иногда занимает больше времени, чем разработка самого сценария.
Точка равенства: десятый месяц
Соберём полный год жизни робота, включая то, что обычно не попадает в коммерческое предложение. Ориентир по частоте починок — четыре раза в год: столько обновлений интерфейса переживает типовой кабинет поставщика.
Отсюда правило, которое стоит запомнить вместо длинных сравнений: 120 000 ÷ 12 500 = 9,6. Если процесс проживёт меньше десяти месяцев — дешевле робот. Если дольше — дешевле интеграция, и чем дальше, тем заметнее: к концу третьего года разрыв составляет около 330 000 ₽ в пользу интеграции. Поэтому первый вопрос при выборе способа звучит не «что технологичнее», а «сколько этот процесс ещё проживёт в нынешнем виде».
Линейный график накопленных расходов за 24 месяца. Ось X — месяцы, ось Y — накопленные расходы в рублях. Сплошная линия «Робот» стартует с отметки 180 000 ₽ и растёт на 18 500 ₽ в месяц. Штриховая линия «Интеграция по API» стартует с 300 000 ₽ и растёт на 6 000 ₽ в месяц. Точка пересечения около 10-го месяца выделена и подписана «точка равенства, 9,6 месяца». Справа у края подпись разрыва на 24-м месяце. Тонкие чертёжные линии, подписи по-русски.
Три процесса, где робот держится, и три, где от него отказываются
Устойчивость робота определяется не сложностью операции, а тем, кто и как часто меняет интерфейс, в котором он работает. Это единственный надёжный признак, и проверяется он до сметы.
| Процесс | Что с ним происходит | Итог |
|---|---|---|
| Сверка двух выгрузок и заполнение формы во внутренней системе | Систему обновляете вы сами и по своему графику, интерфейс не двигается годами | Держится: 3–5 лет без переписывания |
| Перенос данных из старой учётной системы, у которой API нет и не будет | Система заморожена, разработка прекращена, форма неизменна | Держится: типовой сценарий для RPA |
| Выгрузка отчёта из кабинета по расписанию, 5–7 действий | Мало шагов — мало точек, которые может сломать обновление | Держится: чинить приходится редко и быстро |
| Работа в кабинете с капчей | Капча по замыслу отсекает автоматические действия; обходить её нельзя ни технически, ни по правилам площадки | Отказываются: нужен официальный API или человек |
| Кабинет с двухфакторной авторизацией по SMS | Каждый вход требует кода от человека, безнадзорный режим не получается | Отказываются: робот становится полуручным |
| Портал вендора, который переделывают несколько раз в год | Сценарий чинят чаще, чем он успевает отработать вложения | Отказываются: расходы на починки съедают экономию |
Две колонки по три карточки. Левая колонка «Держится» с подписями «сверка выгрузок во внутренней системе», «замороженная учётная система без API», «выгрузка отчёта по расписанию, 5–7 действий» и общей пометкой «интерфейс меняете вы». Правая колонка «Отказываются» с подписями «кабинет с капчей», «вход по SMS-коду», «портал, который переделывают несколько раз в год» и общей пометкой «интерфейс меняет кто-то другой». Между колонками вертикальная разделительная линия. Тонкие чертёжные линии, подписи по-русски.
Российские платформы на 2026 год
Живой выбор на сентябрь 2026 — PIX RPA, Sherpa RPA, ROBIN от SL Soft и Primo RPA. Все четыре присутствуют на рынке, все четыре покрывают типовой набор задач: работа с браузером, с настольными приложениями, с 1С, с почтой и файлами, плюс оркестратор для запуска по расписанию.
Практика последних лет показывает, что выбор между ними определяется не списком функций, а наличием людей. Найти инженера, который уже писал сценарии на конкретной платформе, обычно труднее, чем найти саму платформу, — и именно доступность специалиста определяет, сколько будут стоить те самые четыре починки в год. Ориентир для планирования: 150 000–400 000 ₽ в год за одного безнадзорного робота плюс оркестратор от 200 000 ₽ в год, если роботов больше одного. Подробное сравнение двух самых распространённых — в материале PIX RPA или Sherpa RPA.
Три вопроса подрядчику
- 1Что происходит при обновлении интерфейса и за чей счёт? Ответ должен быть в договоре цифрой: столько-то часов починок в год включено в поддержку, сверх этого — по такой-то ставке. Формулировка «поправим, если что» означает счёт по факту и в самый неудобный момент.
- 2Как робот сообщает о сбое? Нужно уведомление ответственному в первые минуты и понятный признак «сегодня документы не перенесены». Робот, который молча остановился, дороже робота, которого нет: работа копится незаметно.
- 3Проверяли ли наличие API до предложения робота? Попросите показать переписку с вендором или ссылку на документацию. Если проверки не было, вы платите 180 000 ₽ за обход двери, которая, возможно, открыта. Что именно спрашивать у вендора — в разборе про интеграцию систем.
Обычный случай: обновление кабинета прошло в пятницу, сценарий встал, уведомления настроены не были, и об этом узнали в среду от бухгалтерии. Четыре дня работы копятся, разбор занимает больше времени, чем сама починка. Поэтому уведомление о сбое и контрольная цифра «сколько документов перенесено за сутки» входят в приёмку, а не в пожелания.
Когда робота ставить не надо
Три ситуации, в которых 180 000 ₽ на робота не вернутся, и все три считаются до разговора с подрядчиком.
- Процесс занимает меньше 26 часов в месяц. Текущие расходы робота — 18 500 ₽/мес; при стоимости часа 700 ₽ это ровно 26,4 часа ручной работы. В нашем примере с шестью минутами на документ порог составляет примерно 264 документа в месяц, и это порог покрытия текущих расходов, без возврата внедрения.
- У системы есть нормальный API. Тогда робот — обход двери, которая не заперта: дороже в эксплуатации, медленнее и хрупче. Проверка занимает один звонок вендору. Типовые задачи вроде переноса накладных решаются обработкой накладных через интеграцию без всякой имитации кликов.
- Процесс через полгода изменится. Реорганизация отдела, переезд на новую систему, смена поставщика — всё это обнуляет сценарий целиком, а не правит его. При сроке жизни меньше полугода не окупается ни один из вариантов, и честный ответ здесь — оставить операцию человеку.
И обратный признак: если операция монотонная, объём — сотни документов в месяц, интерфейс контролируете вы сами, а API у системы нет и не появится, робот окупится за два-три месяца и будет работать годами. Это узкая, но абсолютно рабочая ниша, и признавать её узость честнее, чем продавать роботизацию как универсальное решение.
Робот дешевле кода ровно первые десять месяцев. Дальше вы платите за то, что чужой интерфейс меняется без вашего согласия.
