rpa

что это

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

зачем так странно, если есть api? затем, что api есть не у всего. старая учётка, банк-клиент, госпортал, программа 2008 года, из которой уволился последний программист, — туда не постучаться напрямую. rpa — способ автоматизировать то, что по-нормальному не автоматизируется.

зачем это бизнесу

правильная роль rpa — мост к legacy-системам: выгрузить из старой учётки, вбить платёжки в банк-клиент, перенести данные между программами, которые друг о друге не знают. в связке с ии становится сильнее: ocr распознал накладную → llm разложила по полям → rpa вбил в учётку, у которой нет api. но держите в голове честную иерархию: rpa — всегда план б. он хрупкий: обновился интерфейс, съехала кнопка — робот сломался. если у системы есть api — интеграция через api надёжнее в разы. rpa выбирают не потому, что он хорош, а потому что альтернатива — руки.

о чём спросить подрядчика

• «почему rpa, а не api — вы проверяли, что у этой системы api действительно нет?» — бывает, что api есть, но подрядчику проще накликать робота. вам потом жить с хрупким решением.
• «что происходит при обновлении интерфейса системы и сколько стоит починка?» — rpa требует сопровождения по определению. кто обещает «настроил и забыл» — не работал с rpa в проде.