Архитектор,  работающий с тяжелыми ERP-решениями, Александр Рындя - руководитель проектной группы ERP-решений, челябинский офис «Первый Бит», считает эту дискуссию непродуктивной в решении бизнес-задач. Попытка выбрать «или API, или Роботы» напоминает выбор между двигателем и трансмиссией в автомобиле. Зрелый IT-ландшафт строится не на конкуренции инструментов, а на их грамотном взаимодействии..

Давайте разберем, как выстроить эффективный симбиоз классической автоматизации и RPA, чтобы перестать сжигать бюджеты на интеграцию и ускорить Time-to-Market.

Архитектурная физика: разделяй и властвуй

Чтобы подружить 1С и программных роботов, нужно четко разграничить их зоны ответственности. Это не дублирующие, а комплементарные технологии.

1. Уровень данных (традиционная автоматизация)
Это вотчина 1С, шин данных (ESB) и микросервисов. Все обмены проходят «под капотом»: системы общаются напрямую через API, HTTP-сервисы или промежуточные брокеры (RabbitMQ/Kafka).

• Суть: жесткие контракты обмена, транзакционная целостность, работа с СУБД.

• Роль: это «несущая конструкция» здания. Здесь важна надежность, валидация и способность переваривать тысячи операций в секунду.

2. Уровень интерфейса (RPA)
Это уровень эмуляции действий человека. Робот работает с UI: открывает браузер, кликает по кнопкам, распознает текст с экрана.

• Суть: гибкость и всеядность. Робот может работать с системами, у которых нет API, нет документации или к которым у нас нет доступа на уровне БД.

• Роль: это «адаптер» или «цифровой клей». Роботы закрывают разрывы в процессах, до которых у классической разработки не доходят руки или бюджеты.

Сценарии симбиоза: как 1С и RPA усиливают друг друга

Для экосистемы 1С программные роботы — это способ разгрузить квалифицированных разработчиков от рутины и интеграционного «мусора».

«Немой» Legacy и закрытые контуры

Мы часто сталкиваемся с системами-источниками, которые технически и политически закрыты для прямой интеграции. Это могут быть банковские клиенты, дистрибьюторские порталы B2B, государственные реестры или исторические CRM-системы.

Писать парсеры HTML-страниц внутри 1С — дорого и архитектурно неверно.
Решение: RPA выступает внешним шлюзом. Робот заходит в «историческую»систему через пользовательский интерфейс, забирает данные, структурирует их и аккуратно кладет в 1С через штатный OData или HTTP-сервис. В результате, ERP получает чистые данные, не касаясь «грязи» внешнего мира.

Неструктурированный входной поток

Реальные бизнес-задачи далеки от идеальных JSON-пакетов. Контрагенты присылают заказы в Excel (где каждый файл имеет свою структуру), сканы документов, фото счетчиков в мессенджерах.
Загонять это в 1С руками операторов — медленно. Писать универсальный загрузчик на языке 1С — утопия.

Решение: связка RPA + OCR (оптическое распознавание). Робот мониторит почту/мессенджеры, распознает документы, приводит их к каноническому виду и создает черновики документов в 1С:ERP. Человеку остается только проверить и нажать «Провести».

Быстрое прототипирование (MVP)

Бизнес генерирует гипотезы быстрее, чем IT-отдел успевает их кодировать. «Давайте сверять наши цены с маркетплейсом каждые 2 часа». Классический цикл разработки такой задачи (ТЗ - Разработка - Тест - Релиз) может занять месяцы.

Решение: RPA позволяет запустить новый процесс за 3-5 дней. Если гипотеза подтверждается и процесс становится критическим, мы планируем его переписывание на API в следующем квартале. Робот в данном случае работает как временный мост, позволяющий бизнесу начать пожинать плоды гипотез, не дожидаясь окончания разработки.

Матрица принятия решений для CIO

Главная ошибка при внедрении новых технологий — принимать решения, основываясь только на стоимости лицензии. Смотреть нужно на Total Cost of Ownership (TCO) и требования конкретных процессов.

Используйте традиционную интеграцию при помощи кода, если:

• вам нужна высокая пропускная способность (тысячи транзакций). UI-роботы здесь просто не успеют.

• речь идет о критически важных задачах, требующих гарантию доставки (ACID):  финансовые проводки, складские движения. Нужна гарантия доставки (ACID).

• Стабильность: Процесс и системы-участники не будут меняться в ближайшие 3-5 лет.

Подключайте RPA, когда:

• у системы нет полноценного API (программного интерфейса и инструкций по обмену данными с внешними агентами).

• образовался Integration Gap: нужно было связать системы «еще вчера», а очередь к разработчикам расписана на полгода.

• процесс требует имитации действий человека (вход через токен, работа с капчей, сложная навигация по сайту).

Как устроен «цифровой организм»

Чтобы понять, как работает современная корпоративная ИТ-архитектура, можно представить, что это живой организм:

• 1C:ERP — это мозг и центральная нервная система. Здесь живут жёсткие правила, логика и данные. Это зона максимальной стабильности.

• API и Шины данных — нейронные связи, передающие чистые сигналы.

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

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