Автоматизация без RPA-хайпа: когда хватит интеграции и правил

Почему этот выбор стоит дороже, чем кажется

Вам прислали коммерческое предложение. Вендор обещает автоматизацию за две недели, экономию ФОТ и красивый дашборд с числом обработанных транзакций. Давление есть — надо решить.

Проблема не в том, что RPA плохой инструмент. Проблема в том, что стоимость ошибки выбора проявляется не в момент подписания договора, а через 12–18 месяцев, когда 1С обновилась, бот сломался, а разработчик RPA стоит 180–250 тысяч рублей в месяц.

По данным исследований, 65–70% RPA-проектов не достигают заявленных ожиданий по ROI. Менее 30% программ масштабируются за 50 ботов. Это не значит, что RPA не работает — это значит, что его часто применяют там, где задача решается дешевле.

Центральный вопрос этой статьи: сколько будет стоить ваш выбор через 3 года?

Если вопрос в аналитике и данных — см. статью о том, когда хватит BI, а когда нужен ИИ. Если вы уже решили идти через API и вам нужна архитектура — паттерны интеграции с 1С разобраны в статье про интеграцию CRM и 1С без магии.

Чеклист готовности процесса к автоматизации

Прежде чем выбирать инструмент, проверьте сам процесс. Автоматизация неготового процесса — это автоматизация хаоса.

Пройдите 8 вопросов. Если на три и более вы отвечаете «нет» или «не знаем» — сначала стабилизируйте процесс.

1. Частота: процесс выполняется чаще 20 раз в неделю? (Ниже этого порога окупаемость любой автоматизации растягивается за 2+ года)
2. Правила задокументированы: есть письменная инструкция, которой следует исполнитель? (Если нет — автоматизировать нечего)
3. Исключения описаны: для каждого нестандартного случая есть задокументированное правило обработки? (Доля исключений выше 15% — сигнал, что процесс не готов)
4. Данные структурированы: входные данные приходят в предсказуемом формате (не PDF с произвольной вёрсткой, не голосовые сообщения)?
5. Наличие API: целевые системы имеют задокументированный API или веб-сервис?
6. Стабильность UI: если API нет — интерфейс целевой системы меняется реже одного раза в квартал?
7. Владелец процесса определён: есть конкретный человек, который отвечает за процесс и будет принимать автоматизацию?
8. Baseline измерен: вы знаете текущее время обработки одной транзакции и долю ошибок?

Если процесс прошёл чеклист — переходите к выбору инструмента через TCO.

Сравнительная таблица TCO: 1 и 3 года

Цифры ориентировочные для среднего B2B-процесса в РФ (50–200 транзакций в день, одна целевая система — 1С или CRM). Подставьте свои данные.

Главный вывод из таблицы: API-интеграция дороже на старте, но на горизонте 3 лет обходится в 2,5–4 раза дешевле RPA при наличии API в целевой системе. Бизнес-правила в CRM/1С — самый дешёвый вариант для процессов, которые укладываются в логику системы.

Важная оговорка: прямая экономия ФОТ занижает реальный ROI автоматизации на 30–50%. Учитывайте также снижение error rate, уменьшение cycle time и стоимость масштабирования.

Ловушка «пластыря»: когда RPA маскирует сломанный процесс

Есть паттерн, который встречается в каждом третьем RPA-проекте: бот автоматизирует перекладывание данных между системами, которые в принципе не должны быть разделены. Данные из CRM вручную переносятся в 1С — не потому что так надо, а потому что интеграцию не сделали пять лет назад.

RPA в этом случае — пластырь поверх архитектурной проблемы. Бот работает, KPI выполнен, но:

• при каждом обновлении 1С или CRM бот ломается;
• исключения (нестандартные заказы, ошибки форматов) всё равно обрабатываются вручную;
• процесс не масштабируется — при росте объёма нужен второй бот и вторая лицензия.

Признак ловушки: вендор предлагает автоматизировать процесс, не задав вопрос «почему эти системы не интегрированы напрямую?»

Красные флаги в КП на RPA

Перед подписанием проверьте предложение по этим признакам:

• Нет анализа наличия API. Вендор не проверил, есть ли в ваших системах API, и сразу предлагает RPA.
• TCO только на год 1. В расчёте нет стоимости поддержки ботов при обновлениях систем на горизонте 3 лет.
• Нет раздела про исключения. Как бот обрабатывает нестандартные случаи — не описано или «вручную».
• Обещание «за 2 недели». Первый бот — да. Но что происходит после первого обновления 1С?
• Нет метрик успеха. Нет baseline, нет целевых значений error rate и exception rate, нет SLA на починку.
• Процесс не задокументирован. Вендор готов автоматизировать процесс, который существует только в голове исполнителя.

Мини-кейс: сверка остатков в 1С через RPA vs API

Типовой процесс: менеджер ежедневно выгружает остатки из 1С в Excel, сверяет с данными поставщика (файл на почте), вносит расхождения в CRM. Частота — 5 раз в день, ~30 минут на итерацию.

Что предложил вендор: RPA-бот, который открывает 1С, делает выгрузку, парсит письмо, сравнивает таблицы, вносит данные в CRM. Стоимость — 600 тыс. ₽ + лицензия 300 тыс. ₽/год.

Что оказалось при анализе: в 1С типовая конфигурация «Управление торговлей» — есть HTTP-сервис для остатков. CRM (Битрикс24) имеет REST API. Поставщик присылает файл в стабильном формате CSV.

Что сделали: API-интеграция 1С → парсер письма → CRM через очередь задач. Стоимость разработки — 380 тыс. ₽, поддержка — 40 тыс. ₽/год.

Результат через 18 месяцев: TCO API-пути — ~440 тыс. ₽ против прогнозного TCO RPA — ~1,05 млн ₽. После обновления 1С (было одно за период) — адаптер потребовал 4 часа работы разработчика. RPA-бот в аналогичной ситуации у другого клиента того же вендора потребовал 2 дня.

Архитектурные паттерны для такой интеграции — прямой API, webhook, очередь — подробно разобраны в статье про интеграцию CRM и 1С без магии.

Когда RPA всё-таки оправдан

Честный список сценариев, где RPA — правильный выбор:

• Legacy без API и без планов вендора его добавить. Старые ERP, отраслевые системы, государственные порталы с только веб-интерфейсом.
• Временный мост на период миграции. Две системы существуют параллельно 6–12 месяцев — RPA дешевле полноценной интеграции на этот срок.
• Нестабильный вендор или система под замену. Делать полноценную интеграцию с системой, которую через год выкинут, — нерационально.
• Процесс с человеком в контуре. Часть шагов требует визуального контроля или подтверждения — RPA как ассистент, а не замена.
• Регуляторные порталы. ФНС, Госуслуги, отраслевые порталы — API либо нет, либо он закрыт.

В этих сценариях RPA — осознанный выбор, а не хайп. Ключевое слово: осознанный, с пониманием стоимости поддержки.

Метрики для измерения результата

Независимо от выбранного инструмента, зафиксируйте baseline до внедрения и измеряйте после:

• Error rate delta — доля транзакций с ошибками до и после на эквивалентном объёме. Целевое снижение: минимум в 2 раза.
• Exception rate — доля транзакций, которые не обработались автоматически и ушли на ручную обработку. Норматив первого поколения автоматизации: 10–15%. Выше — процесс не был готов.
• Average handling time per transaction — время обработки одной транзакции. Фиксируйте до и через 3 месяца после.
• Стоимость поддержки/транзакцию — суммарные затраты на поддержку за период, делённые на число транзакций. Ключевой показатель масштабируемости.
• Time-to-fix при поломке — для RPA: сколько часов требуется на восстановление после обновления системы. Ориентир рынка: 41% команд тратят более 5 часов.

Если через 3 месяца exception rate выше 20% — это сигнал, что автоматизировали неготовый процесс, а не что инструмент плохой.

Итог: три вопроса перед подписанием

Если КП на RPA лежит у вас на столе, задайте три вопроса вендору до встречи:

1. Проверяли ли вы наличие API в наших системах? Если нет — попросите сделать это до коммерческого предложения.
2. Какова стоимость поддержки бота при обновлении 1С? Попросите SLA и прецеденты.
3. Каков TCO на 3 года с учётом лицензий и поддержки? Не только год 1.

Ответы на эти три вопроса дадут вам больше, чем любая презентация с красивыми цифрами экономии ФОТ.

Смежные материалы блога brezatech: — Если вопрос в аналитике данных: Когда хватит отчёта в Excel, а когда нужен BI — Если решили идти через API: Интеграция ИИ с CRM и 1С: паттерны без «магии»