RPA, скрипты или интеграция по API: как автоматизировать офисную рутину и что выбрать

Короткий ответ: офисную рутину автоматизируют на трёх уровнях. Макрос или скрипт ускоряет работу одного человека с файлами. Программный робот (RPA) повторяет действия сотрудника в интерфейсе чужих программ и нужен там, где у системы нет API. Интеграция по API связывает системы напрямую, без экрана и мышки, — она надёжнее всего, но требует, чтобы у систем был программный доступ. Выбор зависит не от моды, а от трёх вещей: есть ли у систем API, как часто меняется их интерфейс и сколько стоит ошибка. Ниже — как это устроено, где каждый способ ломается и таблица выбора.

Что такое RPA простыми словами?

RPA (robotic process automation, роботизация процессов) — это программа, которая работает в чужих программах как человек: открывает окна, читает поля, нажимает кнопки, копирует данные. Ей не нужен доступ к базе или API — только тот же экран и та же учётная запись, что у сотрудника.

Пример из жизни. Менеджер каждое утро заходит в личный кабинет поставщика, смотрит статусы двадцати заказов и переписывает их в таблицу. У кабинета нет API, выгрузки тоже нет. Робот делает то же самое: входит, открывает список заказов, считывает статусы и записывает в таблицу. Сотрудник получает готовую сводку к началу дня.

Такие системы ещё называют «программными роботами», а продукты для их создания — RPA-системами или RPA-платформами. Внутри обычно есть редактор сценариев («открой окно, найди поле, скопируй значение»), планировщик, журнал действий и консоль, где видно, какой робот что делал и где споткнулся.

Чем робот отличается от скрипта и от интеграции?

Скрипт работает с файлами и данными напрямую, робот — через интерфейс, как человек, интеграция — через API, программа с программой. Чем дальше от экрана, тем стабильнее работа и тем меньше зависимости от того, как выглядит окно.

Разберём на одной задаче — перенести оплаченные счета из банковской выписки в учётную таблицу.

• Макрос или скрипт. Сотрудник сам скачивает выписку, запускает макрос в Excel или скрипт на Python — тот раскладывает строки по столбцам и сверяет суммы. Быстро и дёшево, но запускает человек, и всё живёт на его компьютере.
• Программный робот. Робот сам входит в интернет-банк, нажимает «Выписка», сохраняет файл, открывает таблицу и вставляет данные. Работает по расписанию, но зависит от каждой кнопки на странице банка.
• Интеграция по API. Программа запрашивает операции у банка через его программный интерфейс и записывает их в учёт. Никаких окон и кликов, есть журнал запросов и понятные ошибки. Возможна, только если банк даёт такой доступ. Какими способами выписки и оплаты попадают в 1С и CRM без ручной загрузки, мы разбирали в статье об интеграции с банком.

Подробно о том, что такое API и как считают интеграцию, — в статье «Интеграция по API: что это и сколько стоит». Здесь важен один вывод: если API у системы есть, робот почти никогда не нужен.

Какие задачи подходят для роботизации?

Роботу подходят задачи с чёткими правилами, повторяющиеся каждый день и проходящие через программы без API. Если в задаче нужно думать, договариваться или решать спорные случаи, робот их не решит — он только переложит данные.

Признаки хорошей задачи для робота:

• операция повторяется часто — каждый день или много раз в день;
• правила можно записать на одной странице: «если статус такой — пиши сюда»;
• данные приходят в одинаковом виде, без рукописных пометок и свободного текста;
• у одной из систем нет API и нет выгрузки в файл: старая учётная программа, кабинет поставщика, портал, куда можно только войти браузером;
• интерфейс этой системы меняется редко;
• ошибку легко заметить и исправить до того, как она станет деньгами.

Типичные примеры: сбор статусов из кабинетов поставщиков и перевозчиков, перенос данных из старой программы, у которой нет обмена, в новую, сверка цен в нескольких кабинетах, массовое заполнение одинаковых форм на портале. На странице услуги автоматизации бизнес-процессов этот сценарий описан как работа в системах без интеграции — «как человек»: открыть, прочитать, сверить, заполнить.

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

Почему роботы ломаются и сколько стоит их поддержка?

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

Что чаще всего ломает робота:

• Обновление интерфейса. Поставщик перекрасил кабинет и переставил кнопки — сценарий ищет поле, которого больше нет.
• Неожиданные окна. Уведомление «Оцените наш сервис», баннер с новостями, предупреждение о смене пароля.
• Вход. Двухфакторная авторизация, код по СМС, капча. Обходить защиту чужого сайта не стоит: автоматический вход и сбор данных часто прямо запрещены его правилами, поэтому сначала прочитайте пользовательское соглашение или спросите владельца сервиса. Если система требует подтверждения входа человеком — робот без человека работать не будет.
• Скорость. Страница загрузилась медленнее обычного, робот нажал кнопку раньше, чем она появилась.
• Данные. В поле, где всегда было число, появился текст «по договорённости».

Самое неприятное — не остановка, а «тихая» ошибка: робот вставил значение не в ту строку и продолжил работу. Поэтому в любом сценарии нужны проверки: робот сверяет результат, пишет журнал и при сомнении останавливается и зовёт человека.

Сколько стоит поддержка, зависит от того, как часто меняются чужие интерфейсы. В нашем прайсе поддержка и развитие — от 7 900 ₽ в месяц или разово по задачам; для робота, который работает в часто меняющемся кабинете, закладывайте поддержку сразу, а не после первой поломки. По договору у студии гарантия 30 календарных дней с даты подписания акта — она покрывает ошибки в нашей работе, но не изменения в чужой системе, которые случились после сдачи.

Макросы сотрудников: польза и риск «знает один человек»

Макросы и скрипты, которые сотрудники пишут сами, часто экономят часы в неделю и стоят компании ноль. Риск в другом: о них знает один человек. Он уволился или ушёл в отпуск — и отчёт, который «всегда собирался сам», перестаёт собираться.

Как это выглядит на практике. Бухгалтер пять лет назад написал макрос на VBA, который собирает реестр платежей из трёх файлов. Макрос лежит в его личной книге Excel, никто не знает, что он делает и откуда берёт данные. Однажды поменяли формат выгрузки из банка — макрос молча пропускает половину строк. Ошибку замечают на сверке, через месяц.

Есть и техническая деталь, о которой стоит знать. В Office для Windows макросы в файлах, полученных из интернета, например во вложениях писем, по умолчанию заблокированы: Microsoft ввела это ради защиты от вредоносных файлов, подробности — в официальной документации Microsoft. Если ваш процесс строится на пересылке книг с макросами по почте, однажды он упрётся в эту блокировку, и сотрудники начнут её обходить, снимая защиту вручную.

Что сделать с макросами, на которых держится работа:

1. Составить список: какие макросы и скрипты есть, кто их автор, что они делают.
2. Для каждого записать вход и выход: из каких файлов берёт данные, куда кладёт результат.
3. Сохранить копии в общем месте с короткими комментариями, а не в личной папке.
4. Отметить критичные: те, без которых не закроется месяц или не уйдёт отгрузка.
5. Критичные перенести в нормальную интеграцию или хотя бы на сервер с журналом и уведомлением об ошибке.

Макросы при этом не зло. Для разовых задач и работы внутри одного файла это разумный инструмент — проблемы начинаются, когда на нём держится процесс всей компании.

Автоматизация рутины на Python: где граница самостоятельной работы?

Скрипт на Python закрывает задачи с файлами и данными: собрать таблицы в одну, переименовать сотню документов, разослать письма по списку. Граница — там, где скрипт должен работать без вас: по расписанию, с паролями к чужим системам и с ответственностью за результат.

Пока скрипт запускает его автор на своём компьютере, это личный инструмент. Когда он становится частью процесса, ему нужны: сервер, где он работает без включённого ноутбука; хранение паролей и ключей не в тексте скрипта; журнал запусков и ошибок; уведомление ответственному, если что-то пошло не так; человек, который его поправит, когда изменится формат данных. Это и есть отличие самодельной автоматизации от разработанной: не язык программирования, а то, что вокруг.

Таблица выбора по признакам задачи

Начинайте с вопроса «есть ли у систем API или выгрузка». Если есть — интеграция. Если нет и операция частая — робот через интерфейс с проверками. Если задача внутри одного файла — макрос или скрипт. Ниже — признаки, по которым удобно выбирать.

Практическое правило: робот RPA — способ дотянуться до системы, к которой нет программного доступа, а не замена интеграции. Если через полгода у системы появился API или обмен файлами, робота стоит заменить интеграцией: она проще в поддержке.

Сочетания тоже нормальны. Например, статусы из кабинета поставщика без API забирает робот, а дальше данные уходят в CRM и учёт уже через интеграцию. Так часть, которая может сломаться из-за чужого интерфейса, остаётся маленькой и понятной.

Признак задачи	Макрос или скрипт	Программный робот (RPA)	Интеграция по API
Данные внутри одного файла или папки	Подходит	Избыточно	Не нужна
У систем есть API или обмен файлами	Как временная мера	Не стоит: интерфейс хрупче	Подходит
У системы нет API: старая программа, кабинет поставщика	Не дотянется	Подходит	Невозможна без доработки системы
Интерфейс системы часто меняется	Не относится	Будет ломаться	Подходит, если API стабилен
Операция раз в месяц и занимает полчаса	Можно, если быстро	Не окупит поддержку	Не окупит разработку
Ошибка стоит денег: платежи, отгрузки	Только с проверкой человеком	Только с подтверждением сотрудника	С журналом и подтверждением сотрудника
Нужна работа без компьютера сотрудника	Нет, если запускается вручную	Нужен отдельный компьютер или сервер	Работает на сервере

Когда автоматизация рутины вам не нужна?

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

Ещё несколько ситуаций, когда стоит подождать или выбрать другое:

• Есть готовое решение в самой системе. Многие CRM и учётные программы умеют обмениваться данными штатно. Сначала проверьте их возможности — это дешевле любой разработки.
• Система скоро уйдёт. Если через квартал вы переезжаете на другую учётную программу, робот для старой — выброшенные деньги.
• Каждый случай особенный. Если сотрудник при переносе данных постоянно что-то уточняет и исправляет, робот будет либо останавливаться, либо ошибаться.
• Нет ответственного. Автоматизации нужен владелец внутри компании — человек, который заметит, что сводка не пришла, и знает, к кому идти.

Признаки того, что автоматизировать уже пора, мы разобрали в статье «7 признаков, что пора автоматизировать бизнес-процессы».

Какие ошибки делают при автоматизации рутины?

Главные ошибки — выбрать робота там, где есть API, не заложить поддержку, не предусмотреть проверку человеком и автоматизировать процесс, который никто не описал. Всё это видно заранее, на этапе разбора задачи.

• Робот вместо интеграции. Удобно показать: «смотрите, он сам нажимает кнопки». Но если у системы есть API, робот через интерфейс — лишняя хрупкость.
• Нет журнала. Робот или скрипт работает, но никто не видит, что он сделал вчера. Когда цифры не сходятся, восстановить картину нечем.
• Робот решает за людей. Операции с деньгами, документами и обязательствами должен подтверждать сотрудник. Робот готовит, человек проверяет.
• Учётная запись сотрудника. Робот работает под логином конкретного человека. Тот уволился, пароль сменили — всё остановилось. Заводите для робота отдельную учётную запись, если система это позволяет.
• Парсинг вместо договорённости. Собирать данные с чужого сайта роботом рискованнее, чем получить фид или файл от владельца данных. Подробнее — в статье о парсере и импорте каталога.

Сколько стоит автоматизация рутины и как мы её делаем?

Связка до двух систем, обмен данными, автоматизация рутины и отчётов — тариф интеграций и автоматизации в нашем прайсе, от 32 000 ₽ и от 2 дней. Если у системы нет API и нужен робот через интерфейс, цену и срок называем после аудита и фиксируем в договоре до старта.

Как устроена работа. Сначала аудит: какие системы связать, в каком виде данные, где точки обмена, есть ли API. На этом шаге часто выясняется, что робот не нужен: у системы есть программный доступ или штатная выгрузка. Затем схема интеграции и сценарии, которые вы согласуете, сборка и тест на реальных данных. Шаги с деньгами и документами подтверждает сотрудник — это правило для всех наших автоматизаций.

Условия по договору: оплата 50 % до старта и 50 % после приёмки, на приёмку — 5 рабочих дней, до 2 раундов правок, гарантия 30 календарных дней с даты акта. Поддержка после запуска — от 7 900 ₽ в месяц. Если автоматизацию нужно связать с CRM, 1С или маркетплейсами, посмотрите также страницу интеграций и разбор интеграции 1С, CRM и маркетплейсов.

Короткие ответы на частые вопросы

Что такое RPA простыми словами?

Это программа-робот, которая работает в чужих программах так же, как сотрудник: открывает окна, нажимает кнопки, копирует значения из одного поля в другое. Она не лезет в базу данных и не требует API — ей достаточно того же экрана, который видит человек.

Чем RPA отличается от макроса в Excel?

Макрос работает внутри одного приложения, например Excel, и обычно запускается вручную. Робот RPA ходит между разными программами и сайтами, может работать по расписанию на отдельном компьютере и вести журнал своих действий.

Можно ли автоматизировать рутину на Python без разработчика?

Простую — да: переименовать файлы, собрать несколько таблиц в одну, разослать письма по списку. Сложности начинаются, когда скрипт должен работать без вас, по расписанию, с чужими системами и паролями: тогда нужен сервер, журнал ошибок и человек, который за этим следит.

Почему роботы RPA часто ломаются?

Потому что опираются на интерфейс: положение кнопок, названия полей, порядок окон. Система обновилась, появилось новое всплывающее окно, поменялась капча или вход — и робот останавливается или, хуже, вводит данные не туда.

Сколько стоит автоматизация рутины?

В прайсе Roboweb связка до двух систем, обмен данными и автоматизация рутины — тариф интеграций и автоматизации, от 32 000 ₽ и от 2 дней. Если у системы нет API и нужен робот, работающий через интерфейс, цену и срок называем после аудита и фиксируем в договоре до старта.

Что делать, если всё держится на макросе одного сотрудника?

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

Услуги и кейсы по теме: автоматизация и ИИ · интеграция с 1С и CRM от 32 000 ₽ · цены и сроки