Перед тем как подписывать КП на RPA, пройдите чеклист готовности процесса и сравните TCO на 3 года. В большинстве случаев для процессов с API и стабильными правилами интеграция обходится дешевле уже на горизонте 18 месяцев. 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). Подставьте свои данные. Статья затрат | Бизнес-правила в CRM/1С | API-интеграция | RPA-бот Разработка / настройка | 50–150 тыс. ₽ | 300–700 тыс. ₽ | 400–900 тыс. ₽ Лицензии (год) | 0 (входит в CRM/1С) | 0–60 тыс. ₽ (middleware) | 200–600 тыс. ₽ Поддержка/год (разработчик) | 0–30 тыс. ₽ | 60–120 тыс. ₽ | 150–400 тыс. ₽ Стоимость обновления 1С | Минимальная | Низкая (адаптер) | Высокая: 5+ часов на починку бота TCO год 1 | ~150 тыс. ₽ | ~500 тыс. ₽ | ~900 тыс. ₽ TCO год 3 (накопленный) | ~250 тыс. ₽ | ~900 тыс. ₽ | ~2,5–3,5 млн ₽ Масштабируемость | Ограничена правилами 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С: паттерны без «магии»* Ключевые факты • Менее 30% RPA-программ масштабируются за 50 ботов — большинство застревают на пилоте (Everest Group, 2024) • 65–70% RPA-проектов не достигают заявленных ожиданий по ROI; только 20–30% признаются полностью успешными • 41% пользователей RPA тратят более 5 часов на починку одного бота после обновления целевой системы • API-путь в среднем в 4,5–48 раз быстрее по пропускной способности, чем RPA-бот на том же процессе • Прямая экономия труда занижает реальный ROI автоматизации на 30–50% — необходимо учитывать ошибки, cycle time и стоимость поддержки