OneRPA — платформа роботизации, которую полюбят ваши бухгалтеры

Как и зачем мы разрабатываем собственную платформу роботизации, перепробовав все возможные.

Ну во-первых, OneRPA начиналась ещё в далёком 2018-ом… когда на рынке РФ был только Elecktroneek в зачаточном его проявлении и мёртвый на тот момент Robin, который позднее чудесным образом «воскрес».

Тем не менее, будучи очень близко знакомыми с лидером рынка — UiPath мы регулярно испытывали технические трудности с ним, не говоря уже о финансовых (не то чтобы трудностях, но жаба душила), как то уж очень нелояльная политика лицензирования.

Так или иначе, потенциал роботизация открывала по истине чудовищный. Ранее казалось почти «нерешаемые» задачи (интеграции с Legacy, банковскими системами, сквозные процессы и подобное) стали вдруг простыми и понятными.

C UiPath у нас были следующие трудности:

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

Дальше — дело техники, ну и многих сотен часов разработки.

Мы даже не сразу осознали главное преимущество своей системы.

OneRPA, конечно, первая кроссплатформенная RPA, притом нативно кроссплатформенная, конечно из коробки гибкая, без всякой компиляции. Очень легко разворачивается On-Permise и так же легко может использоваться в Cloud. Оркестратор неотъемлемая часть, т.к. весь код и все роботы изначально хранятся в СУБД и только в ней.

Но самая большая ценность OneRPA — это специалисты 1С:

OneRPA основана на платформе 1С, соответственно, имеет интерфейс платформы 1С, привычный этим людям, а также весь код как внутри так и дополнительный, включая условия и мелкие проверки полностью на языке 1С.

И в чём тут ценность? А в том что 1С-ники уже понимают бизнес, всю жизнь занимались автоматизацией. Многие из них как раз имеют квалификацию среднюю между разработчиком и консультантом, что для серьёзной разработки даже на 1С уже стало мало, а для RPA в самый раз! И покодить немного и понимать что пишешь.

Язык 1С, который все ругают… нет, не за то, что пишут на русском, т.к. можно писать код и на английском, за его чрезмерную простоту, из за которой он плохо подходит для большой разработки. А вот для RPA решений заходит просто идеально. Никаких библиотек, никакой установки зависимостей. Всё в платформе Out of the box. Ваши роботу будут почти одинаково работать как на Windows, так на Linux и MacOS. Более того, в силу Российской природы 1C она идеально вписывается в AstraLinux.

Но и это ещё не всё. За годы существования как главного инструмента автоматизации на территории РФ, 1С скопила огромное количество различных решений для автоматизации всего, чего угодно:

1С-никам просто не хватает правильного инструментария, для решения всех задач. RPA существенно расширит границы применения системы. Теперь в решения по автоматизации можно без проблем добавить ML и CV инструменты, работу с браузером и селекторами интерфейса.

Ну и конечно же работа с самой 1С в OneRPA выстроена совсем по-другому. Используется встроенный фреймворк тестирования:

Который, конечно же, очень удобно подходит для целей и задач роботизации.

Конечно есть и проблемы, которых мы ранее не учитывали.

Во-первых, это конечно проприетарные технологии. Мы думали быстренько найдём инвестиций на развитие. Есть же и продажи и лиды… Но инструменты разработки совсем не OpenSource — есть «вендор лок», соответственно — не любят инвесторы такие истории.

Во-вторых, лицензии на саму платформу 1С. Стоят они конечно недорого, но вот приобретать это целая проблема, а сдавать в аренду проблема ещё большая. Для компаний в которых уже есть решения 1С это конечно не проблема, а с остальными бывает непросто.

В-третьих — сомнительный имидж 1С в крупных компаниях в РФ. Кто-то привык что 1С это что-то олдскульное, старое и страшное и ни одного толкового продукта на этой платформе не сделать. Это конечно трудно поменять, тем не менее, к платформе есть интерес даже у зарубежных потенциальных клиентов.

Хоть мы и заявили кроссплатформу, но сделать полностью единого робота под все системы достаточно не просто… С Web и CV инструментарием мы работаем без проблем, а вот селекторы интерфейса — они специфичны под каждую ОС.

Мне кажется RPA будет только развиваться. Я тут недавно рефлексировал на тему ванильного Scrum-а, и пришел к выводу что действительно кроссфункциональные команды могут существовать только в RPA проектах, где ноль зависимостей. А это то, к чему сейчас стремятся многие крупные организации. В силу кучи зависимостей для них по многим компонентам систем релизы стали почти невероятным событием, при этом это вполне могут быль внутренние системы.

Над чем мы сейчас работаем?

Это конечно далеко не весь бэклог. Он обширен, но зачем упоминать то, чем в ближайший месяц заняться не сможешь в силу недостатка ресурсов (инвесторов ведь так и не нашли).