RPA / Low-code / Программные роботы

Sherpa RPA

Sherpa RPA позволяет собирать сценарии автоматизации из готовых действий и запускать программных роботов в рабочем контуре. Платформа рассчитана на операции с офисными документами, браузером, почтой, 1С и другими системами, где ручной обмен пока нельзя заменить прямой интеграцией.

Задача
Low-code роботизация операций с документами, сайтами и корпоративными приложениями.
Как работает
Low-code RPA-платформа
Карточка обновлена
11 августа 2026
Назначение системы

Для какой работы подходит Sherpa RPA

Sherpa RPA помогает low-code способом собирать программных роботов для офисных, учетных и веб-систем. Продукт подходит для начала роботизации, если процесс уже описан и у компании есть сотрудник, который будет поддерживать сценарий после запуска.

Границы продукта. Low-code снижает порог разработки, но не делает нестабильный процесс надежным. Частые изменения интерфейса, большое число исключений и некачественные исходные данные нужно оценить до пилота.

Для каких задач и команд

  • компаний, начинающих с нескольких повторяемых операций
  • финансовых, кадровых и административных подразделений
  • команд, которым нужен low-code подход к разработке роботов

Рабочий маршрут

  • 01

    Повторяемая операция раскладывается на действия и условия в визуальном сценарии.

  • 02

    Робот обрабатывает файлы, документы и записи в подключенных системах.

  • 03

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

  • 04

    Журнал показывает этап, на котором возникла ошибка, и помогает продолжить процесс вручную.

Рабочие возможности

Как функции используются в процессе

Для каждой возможности указаны ее роль в процессе и практический сценарий для демонстрации.

Визуальная сборка сценариев из готовых действий

Автоматизация убирает повторяемые передачи и напоминания, но только после того, как правила процесса зафиксированы.

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

Работа с файлами, почтой, браузером и приложениями

Каналы должны собирать переписку и звонки в одном месте, не теряя источник обращения и ответственного.

Проверка: На демонстрации создайте повторное обращение одного клиента из другого канала и проверьте, как объединяется история.

Распознавание и обработка документов

Документы важны не сами по себе, а вместе с версией, маршрутом согласования и принятым решением.

Проверка: Проведите документ с возвратом на доработку, заменой согласующего и поиском финальной версии.

Расписания, журналы и централизованный контроль

Функция работает в связке с ролями, данными и соседними этапами процесса.

Проверка: Повторите целевой сценарий на примере своих данных и зафиксируйте ожидаемый результат.

Список сверяли с материалом «Официальная документация Sherpa RPA». Источник просмотрен 11 августа 2026.

Пилот на своих данных

Проверка робота на одной массовой операции

На пилоте проведите один реальный рабочий маршрут, включая ручные действия, передачу данных и обработку ошибки.

Фокус первого запуска. Выберите одну массовую операцию с файлами или веб-системой. Прогоните обычные и ошибочные документы, проверьте повторный запуск и зафиксируйте, сможет ли обученный сотрудник изменить простой шаг без внешней разработки.

Что подготовить заранее

  • Пошаговое описание стабильной операции и ее рабочего результата.
  • Объем операций, среднее ручное время и известные виды ошибок.
  • Тестовые учетные записи и отдельную среду для внешних систем.
  • Примеры обычных данных, исключений и недоступности системы.

Как провести проверку

  1. 01

    Провести обычную операцию от входных данных до результата.

  2. 02

    Подать ошибочные данные и проверить передачу исключения сотруднику.

  3. 03

    Остановить внешнюю систему и выполнить безопасный повторный запуск.

  4. 04

    Изменить один элемент интерфейса или правила и обновить версию робота.

Что записать по итогам

  • Доля операций, завершенных без ручного исправления.
  • Время работы и нагрузка на сотрудника по сравнению с исходным процессом.
  • Число дублей и потерь после сбоя или повторного запуска.
  • Время на поиск причины и выпуск исправления.
Подключения

Что проверить в связке с другими системами

  • Microsoft Office
  • почта и браузер
  • API и базы данных

На демонстрации проверьте состав передаваемых данных, направление обмена, повторную отправку и журнал ошибок на своем сценарии.

На встрече с вендором

Что уточнить о продукте

  1. 01

    Какие шаги процесса стабильны, а какие часто меняются?

  2. 02

    Какие документы и исключения входят в тестовую выборку?

  3. 03

    Кто получает уведомление и продолжает работу после ошибки робота?