ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации» требует перехода на российские ОС. Это необходимый шаг для стабильной и безопасной работы, но сделать его не так-то просто.
Разберем проблемы, которые возникают у разработчиков при настройке роботов в российских ОС, и расскажем, как можно их решить. А для наглядности покажем конкретный пример взаимодействия робота с 1С.
Почему в отечественных ОС и в ОС Windows роботы взаимодействуют с приложениями по-разному?
Сегодня многие процессы завязаны на продукты Microsoft, и роботизация не исключение. В ОС Windows есть стандартный API, который позволяет роботам взаимодействовать с десктопными приложениями через UI-элементы. Робот может определять положение элементов в графическом интерфейсе и выполнять с ними различные манипуляции, такие как клики мышью или ввод текста, без использования координат курсора мыши. Это обеспечивает стабильную работу.
В отечественных системах, например, в Astra Linux или РЕД ОС, все устроено иначе. В них есть свой UI-интерфейс и нет единого API для осуществления взаимодействия с элементами. Поэтому аналогичное с Windows взаимодействие роботов и приложений невозможно.
В отечественных системах, например, в Astra Linux или РЕД ОС, все устроено иначе. В них есть свой UI-интерфейс и нет единого API для осуществления взаимодействия с элементами. Поэтому аналогичное с Windows взаимодействие роботов и приложений невозможно.
Вынужденные меры, которые используют разработчики, чтобы решить проблему
· Оптическое распознавание.
Разработчик делает скриншоты элементов (кнопок, полей ввода и т.д.), и робот ориентируется по ним. Но такой метод не гарантирует стабильной работы. Робот часто ошибается, а это может привести к критичным последствиям для бизнеса.
· Использование сочетания клавиш.
Робот, как и человек, может выполнять действия с бизнес-системами с помощью сочетания клавиш. Однако этот метод тоже не такой надежный, как взаимодействие с конкретным UI-элементом.
Разработчик делает скриншоты элементов (кнопок, полей ввода и т.д.), и робот ориентируется по ним. Но такой метод не гарантирует стабильной работы. Робот часто ошибается, а это может привести к критичным последствиям для бизнеса.
· Использование сочетания клавиш.
Робот, как и человек, может выполнять действия с бизнес-системами с помощью сочетания клавиш. Однако этот метод тоже не такой надежный, как взаимодействие с конкретным UI-элементом.
Каким образом робот может взаимодействовать с 1С при работе на отечественных ОС
1С — самая важная платформа для бизнеса. Наша команда первой поняла, как с ней работать через браузер. Чтобы даже непрофессионалы могли быстро собирать роботов для 1С на "линуксах", мы разработали специальные модули. В чем их особенности:
· Решение Puzzle RPA совместимо с браузерами, которые, в свою очередь, одинаково стабильны как в отечественных ОС, так и в Windows.
· В браузере пользователи работают с элементами и объектами, а не с картинками или координатами. Это минимизирует неточность действий и снижает риск критических ошибок.
· Пользовательский режим требует указать только название элемента (кнопки, поля ввода и т.д.), после чего осуществится его поиск на странице и произойдет дальнейшее взаимодействие.
· Интуитивно понятный интерфейс: в нем легко ориентироваться даже неспециалисту.
Все это помогает выполнить настройку быстро и без проблем.
· Решение Puzzle RPA совместимо с браузерами, которые, в свою очередь, одинаково стабильны как в отечественных ОС, так и в Windows.
· В браузере пользователи работают с элементами и объектами, а не с картинками или координатами. Это минимизирует неточность действий и снижает риск критических ошибок.
· Пользовательский режим требует указать только название элемента (кнопки, поля ввода и т.д.), после чего осуществится его поиск на странице и произойдет дальнейшее взаимодействие.
· Интуитивно понятный интерфейс: в нем легко ориентироваться даже неспециалисту.
Все это помогает выполнить настройку быстро и без проблем.
Пример разработки робота, который загружает файл в документ Реализации 1С
Разработаем робота, который загружает в 1С:Бухгалтерию скан накладной.
Это популярный кейс у бухгалтеров при создании электронного архива в 1С.
Ниже на скриншоте 1 представлен внешний вид робота, который последовательно выполняет следующие действия:
В результате PDF-скан УПД прикрепляется к документу Реализации в 1С Бухгалтерия: скриншоты 2 и 3.
Это популярный кейс у бухгалтеров при создании электронного архива в 1С.
Ниже на скриншоте 1 представлен внешний вид робота, который последовательно выполняет следующие действия:
- Открытие в браузере документа Реализации в 1С по ссылке.
- Авторизация.
- Клик по кнопке «Присоединенные файлы» (скрепка) в документе Реализации.
- Клик по кнопке «Добавить».
- Клик по кнопке «Файл с компьютера…».
- Указание пути к файлу.
В результате PDF-скан УПД прикрепляется к документу Реализации в 1С Бухгалтерия: скриншоты 2 и 3.
Разработка такого робота занимает не более 10-20 минут. Это здорово экономит время и избавляет от необходимости использовать ненадежные методы при настройке робота.