Программные роботы для систем без API: что умеют, насколько хрупкие, сколько стоят и в каких случаях правильнее договориться об интеграции.
RPA — это костыль, и в этом нет ничего оскорбительного: иногда костыль оказывается единственным способом связать систему, у которой нет и не будет API. Проблема начинается, когда костыль ставят там, где была нормальная интеграция.
Раздел про честные границы применимости программных роботов: где они экономят деньги годами, а где ломаются от смены шрифта в интерфейсе.
Раздел выходит частями. Ниже — темы, которые уже расписаны и ждут очереди. Если нужен ответ по одной из них прямо сейчас — напишите нам, разберём вашу ситуацию отдельно и без ожидания.
Прежде чем ставить робота, стоит убедиться, что API действительно нет: у половины «закрытых» систем есть недокументированный обмен, выгрузка в файл или база, доступная на чтение. Даём порядок проверки из пяти шагов и честные критерии, после которых робот — обоснованный выбор, а не лень.
Робот ломается не случайно: у поломок пять причин, и четыре из них — чужие обновления. Считаем годовую стоимость поддержки парка из пяти роботов и разбираем приёмы, которые снижают число поломок в разы: устойчивые селекторы, контрольные точки, тестовый прогон после каждого обновления.
Сравниваем четыре российские RPA-платформы по одинаковой методике: лицензирование, среда разработки, работа с настольными и веб-приложениями, оркестратор, встроенное распознавание документов, требования к инфраструктуре. Без выбора «победителя» — с описанием, кому какая подходит.
Цена робота складывается из четырёх частей, и лицензия обычно не главная. Раскладываем смету первого года для одного unattended-робота, переносящего данные между двумя системами, и показываем, что меняется при масштабировании до пяти роботов.
Робота часто выбирают потому, что доработка системы «дорого и долго», — и через два года платят больше. Считаем один процесс в двух вариантах на трёхлетнем горизонте и называем условия, при которых робот действительно выигрывает.
Бухгалтерия — самая частая точка входа RPA, но роботизируют обычно не то. Разбираем пять задач с предсказуемым результатом и три популярные, которые роботу давать не стоит: цена ошибки там выше экономии.
Госсистемы меняют интерфейсы и правила без согласования с бизнесом, поэтому робот здесь живёт хуже, чем где-либо, — но иногда альтернативы нет. Разбираем, где есть штатный обмен и его надо использовать, где робот оправдан и что менять в процессе из-за сплошного контроля ЦПТ 2.0 в Честном знаке.
Классический робот работает только со строго одинаковыми формами; распознавание и языковая модель расширяют его на неструктурированный поток — и одновременно делают результат вероятностным. Разбираем связку и правило разделения ответственности: ИИ предлагает, робот исполняет, человек подтверждает спорное.
Стандартный расчёт «часы × ставка» завышает эффект вдвое: освободившиеся 20 минут в день не превращаются в деньги. Даём формулу с тремя поправками — на неполную утилизацию, на поддержку и на простои робота — и считаем два примера: удачный и провальный.
Роботов чаще губит не техника, а организация: неописанный процесс, отсутствие владельца, учётная запись уволившегося сотрудника. Семь ошибок с признаками, по которым их видно ещё на старте, и способом исправления.
Шесть ситуаций, в которых бюро отговаривает от робота: есть API, процесс меняется каждый квартал, объём мал, интерфейс нестабилен, данные критичны, процесс проще отменить. По каждой — альтернатива и оценка выигрыша.
Опишите процесс словами, голосом или файлами — вернёмся с картой процесса, вариантом решения и предварительной вилкой бюджета. Бесплатно и без обязательств.
