0. comol 4306 04.12.19 14:03 Сейчас в теме

Что такое RPA? Как и зачем его делать на 1С?

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

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. FB_2666200586776551 05.12.19 21:51 Сейчас в теме
Автор прости, но у тебя какой-то пунктик с интерфейсами. Ладно наш не понравился, ясно-понятно, карандаши на вкус для всех разные, но у тебя все интерфейсы жуткие :)

Дай скрин красивого/хорошего/юзабельного примера интерфейса. Хочется понять глубину твоих желаний.

Anyway, у electroNeek с момента твоего доклада вышло 4 крупных апдейта, сервисов завезли много и функций. Вышел продукт для связки desktop и SaaS роботов. Очень рекомендую делать фактчекинг перед публикацией.
wowik; user1260633; Katriniya; ZLENKO; blackhole321; +5 Ответить
9. comol 4306 06.12.19 10:50 Сейчас в теме
(1) ну у меня пунктик... Да. Год долбаных дизайнерских курсов. Ну то что я видел у Electroneek... Скрол Скрол и ещё раз скролл, не нормативные блоки, зачем то сделанные декомпощиции. Лучший интерфейс для workflow этот nintex имхо конечно. В 1С интерфейс лаконичный, но я в данном случае про ux не про ui.
2. FB_2666200586776551 05.12.19 21:52 Сейчас в теме
Кстати, у нас скоро выйдет статья тут с примерами работы в 1С, роликами и прочему. Порадуем вас.
10. comol 4306 06.12.19 10:53 Сейчас в теме
(2) а у нас это у кого? У pix? У uipath? Видел я эти примеры... Поржал. Одни картинки используют другие com. Лучше бы в принципе отказались от этой затеи... Ну или хотя бы нашли время Odata освоить. Может и не пришлось бы заниматься этой разработкой...
3. starik-2005 2155 05.12.19 21:56 Сейчас в теме
php/python + xdtool = uber rpa, а все вот это описываемое - хлам, ИМХО...
11. comol 4306 06.12.19 10:55 Сейчас в теме
(3) ну RPA это не про код... Это про совместить процесс моделирования и разработки робота... Ну и конечно тут ценность в нативном взаимодействии с 1С
19. starik-2005 2155 06.12.19 11:30 Сейчас в теме
(11)
ну RPA это не про код...
Соглашусь отчасти, т.к. кейсов, из которых нужно собрать робота, никогда не бывает мало -> работа для софтверного инженера. Я вот на xdotool и php делал даже простой "скрипт копания астеройдов" в одной онлайн-игре, а можно было бы и куда более сложный скрипт сделать со случайными дрожаниями курсора мыши и прочее - производительности хватало и на скрин экрана, и на распознавание области (тот же GOCR, а можно и свою нейросеть заучить, если очень надо), и на клики - еще и задержки надо было ставить, благо xdotool, будучи бесплатной, умеет и окна читать, и активировать их, и задержки, и... Наверное вообще все.

Не буду спорить, что сама по себе идея использовать подобные системы для некоторой автоматизации некоторых процессов, реализованных через ПО, созданное по "старым технологиям", не предусматривающим межпроцессное взаимодействие - это хорошо. Но в 1С, на мой скромный взгляд, такой проблемы вроде бы не должно существовать, ибо любой клик - это известный код, которым можно вызвать извне (в пределе - через систему взаимодействия), поэтому не совсем ясна цель. Тот же разнос банковской выписки, если делать ее через клики, - это не простой весьма процесс, ибо бухгалтер каким-то своим хитрым методом выискивает к платежу документ-основание, выбирая что-то, известное только ему (ей). Если же хитростей нет, то бухгалтера сократить и сделать разбор по назначению платежа, а неразобранное засунуть в отдельный список для "ручного" разбора любым освободившимся сотрудником - тут кликер вообще не к месту.

С другой стороны, всегда интересно узнать, где я тту выше ошибся...
23. comol 4306 06.12.19 11:58 Сейчас в теме
(19) В 1С это нужно когда 1С взаимодействует с другой системой... будь то какой нить монстр вроде SAP-а SalesForece-а или WorkDay-я... или с чемс то жутким легаси. Распознавание картинок там как таковое не особо критично. Что ты привязался к этому xdtool - не панацея. Под винду есть более уместные средства, под web свои, под картинки свои. Разнос банковской выписки подразумевает её сначала получение из банка... а "правила известные ему/ей" = машинное обучение.
29. starik-2005 2155 06.12.19 12:28 Сейчас в теме
(23)
Разнос банковской выписки подразумевает её сначала получение из банка...
Так 1С запилила директ-банк, а КПМГ и прочие делойты топят за это с целью безопасности процесса, чтобы не было разных файликов в разных каталогах, которые "в более уместной системе" не редко подвергаются редактированию каким-то неизвестным софтом.

А машинное обучение при таком раскладе будет давать вероятность (не 100%-ю обычно) того, что вот этот вот список параметров очень сильно похож на вот этот вот результат. Уж не ожидал от Вас такого маркетингового понимания этого машинного обучения.
63. comol 4306 06.12.19 16:34 Сейчас в теме
(29) Директ банк это 10% банков... и оно просит SMS :)))

Машинное обучение тут маст хэв, если бы этим занимались - поняли бы.
Смысл в том что бухгалтер не всегда разносит выписку "как правильно" - иногда она разносится "как надо бухгалтеру"... потому что "тут так заведено". По другому кроме как отловив машинным обучением вы этого не получите. Собственно это уже все поняли и сделали. Вы просто опоздали с пониманием :)
64. starik-2005 2155 06.12.19 17:16 Сейчас в теме
(63)
Собственно это уже все поняли и сделали.
А подробности уже есть?
66. oldcopy 124 07.12.19 18:30 Сейчас в теме
(63)
Машинное обучение тут маст хэв, если бы этим занимались - поняли бы.
Смысл в том что бухгалтер не всегда разносит выписку "как правильно" - иногда она разносится "как надо бухгалтеру"... потому что "тут так заведено". По другому кроме как отловив машинным обучением вы этого не получите. Собственно это уже все поняли и сделали. Вы просто опоздали с пониманием :)


"Как надо бухгалтеру" - это как? В среду так, в четверг иначе, в зависимости от прошедшего дождика? Или кости бросает?

Обычно всегда есть какие-то правила, именно потому "что так исторически сложилось". Скажем есть в базе контрагент Вася. Ну так завели его еще когда-то давно, это же Вася, кто его не знает? А сейчас этот Вася - это ИП Пупкин В.И. и ООО "Лабеан", следовательно платежки от них относим на Васю. А еще деньги могут прийти с ООО "Вектор" и если в платежке написано "за дрова" - то тоже относим на Васю, нет - кидаем на сам Вектор.

Практически все эти "как надо бухгалтеру" отлично формализуются и описываются обычным кодом. Можно даже сделать юзерфрендли, добавить пользовательские настройки типа: плательщик - основание платежа - контрагент. Ничего сложного и никаких роботов и машинного обучения.

А выпадающие их формальной системы случаи тем более никаким машинным обучением не победить. Ну позвонил Вася и сказал, сделайте счет на дрова на ООО "Альфа", дрова отпишите на меня. Как система машинного обучения поймет, что деньги от Альфы разнести на Васю? А если Альфа продолжить работать с Васей по этой схеме, то никакого машинного обучения и даром не надо. Бухгалтер просто внесет настройку "ООО Альфа - за дрова - Вася" и все дела.
26. Petr54-ru 74 06.12.19 12:16 Сейчас в теме
(19)
Тот же разнос банковской выписки, если делать ее через клики, - это не простой весьма процесс, ибо бухгалтер каким-то своим хитрым методом выискивает к платежу документ-основание, выбирая что-то, известное только ему (ей). Если же хитростей нет, то бухгалтера сократить и сделать разбор по назначению платежа, а неразобранное засунуть в отдельный список для "ручного" разбора любым освободившимся сотрудником - тут кликер вообще не к месту.


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

Конкретная реализация также сильно зависит от специфики бизнеса. Где то может это очень просто решается.
28. comol 4306 06.12.19 12:19 Сейчас в теме
(26)
В любом случае, нужен сотрудник который бы контролировал правильно ли встали документы-основания и аналитики операций.

+100500 - как минимум который 1 раз разнесёт правильно так как надо


(26)
Конкретная реализация также сильно зависит от специфики бизнеса

- нет, никак не зависит. От слова "совсем"
33. Petr54-ru 74 06.12.19 12:36 Сейчас в теме
(28)
- нет, никак не зависит. От слова "совсем"


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

Алгоритмы поиска документов оснований и аналитик будут просты как три копейки.
41. comol 4306 06.12.19 12:51 Сейчас в теме
(33) Кто говорит об алгоритмах? :)))) Зачем они нужны? :))))
17. SirAlexIT 06.12.19 11:17 Сейчас в теме
(3) А почему вы выбрали в данной связке именно phyton?

Я не цепляюсь к словам, а пытаюсь выбрать оптимальный набор инструментов и обращаюсь за опытом/сравнительной оценкой.
20. starik-2005 2155 06.12.19 11:42 Сейчас в теме
(17) в питоне много разных библиотек (включая любимые всем нейросети), а xdtool - это вообще отдельное приложение, командной строке которого позавидует и сам bash. А для скорости рекомендую "PyPy" (если надо). Пробовал на голой математике - примерно в 10 раз ускоряется, т.е. питон становится даже быстрее даже, чем PHP, при том не теряется разрядность в вычислениях.

С другой стороны, можно и на bash написать, или на sh - кто ж против? При том никто не мешает сделать из этого конструктор (тот же flask взять и замутить на нем веб-интерфейс для рисования схем - он там проще чем на 1С делается, ибо никакой сериализации - все объектно и нет ограничений убогости 1С-ного интерфейса, а либ на эту тему тоже масса).

Но вообще, все зависит от задачи. И их спектр ограничен старым ПО, из которого не вытянуть данные иными способами, поэтому приходится изобретать вот такие вот велосипеды. Если есть возможность сделать это через какой-то обмен данными - не стоит использовать эту недотехнологию...
SirAlexIT; blackhole321; +2 Ответить
21. comol 4306 06.12.19 11:47 Сейчас в теме
(20) Тем не менее ни одна из существующих RPA систем не реализована на питоне. Подсказать почему? :))) Или сами?
Проведём викторину - "почему нет RPA с Web интерфейсом" :))))) и "почему их не делают на питоне?"

Ну и да, такой же вопрос, "почему их не делают на AutoIT или AutoHotKey" которые конечно намного более подходят для этих целей чем питон.
27. comol 4306 06.12.19 12:18 Сейчас в теме
(17) хмм... наверное потому что это топ 1 по популярности язык сейчас :). Знает каждый школьник.
4. Rustig 1420 06.12.19 09:12 Сейчас в теме
(0) где деньги, бро? как на этом зарабатывать сейчас?
12. comol 4306 06.12.19 10:56 Сейчас в теме
(4) если бы я знал уже бы зарабатывал, а не статьи писал... Но люди на этом нереально бабла поднимают. А сама технология как видишь простая до предела.
SirAlexIT; Rustig; +2 Ответить
5. blackhole321 1164 06.12.19 09:53 Сейчас в теме
Статью с примером использования планируете?
13. comol 4306 06.12.19 10:58 Сейчас в теме
(5) видюха есть. Если интересно могу кинуть в личку. Если продукт пойдёт в
OpenSource выложу на инфостарт.
16. blackhole321 1164 06.12.19 11:07 Сейчас в теме
(13) Да, интересно. Скиньте, если не сложно.
70. Snitkovski 87 09.12.19 01:35 Сейчас в теме
(13) Олег, тоже очень интересно видео посмотреть - можно в личку прислать?
71. comol 4306 09.12.19 01:46 Сейчас в теме
(70) да я тут подумал, что я парюсь... https://youtu.be/I9MIGbZw-Yo видео только про продукт/проект а не про RPA вцелом
6. Leits 1 06.12.19 09:54 Сейчас в теме
Автор, можно привести примеры бизнес процессов который можно роботизировать в 1С?
7. утюгчеловек 9 06.12.19 10:40 Сейчас в теме
(6) Оператор сканирует файлы в pdf с распознаванием, робот 1С мониторит папку, получает текст pdf через IFilter, по вхождению ключевых слов находит какому контрагенту/документу соответствует - прикладывает файл к нужному документу в 1С, пишет письмо ответственному менеджеру вида "Дорогой Олег, контрагент Рога и Копыта оплатил счет, есть повод пропить свою комиссию!", формирует от имени Олега заказ на доставку пиццы и СМС ответственному менеджеру конрагента "Семён, ваш заказ оплачен! Рады нашему сотрудничеству".

Кодить эту логику - это в чистом виде работа программиста, но если код функ.блоков уже написан - можно запихнуть это во фреймворк RPA, чтобы делать вот это всё, но в визуальном конструкторе.
22. blackhole321 1164 06.12.19 11:54 Сейчас в теме
(7)
Кодить эту логику - это в чистом виде работа программиста, но если код функ.блоков уже написан - можно запихнуть это во фреймворк RPA

А зачем в этом случае RPA?
34. утюгчеловек 9 06.12.19 12:37 Сейчас в теме
(22) Чтобы без программирования собрать мозаику из функциональных блоков в инструкции роботу?
Не понял что вы не поняли - конкретизируйте ваш вопрос, если можно.
37. blackhole321 1164 06.12.19 12:48 Сейчас в теме
(34)Зачем некий дополнительный слой, если и так уже все модули/составные части написаны программистом? Тем более, если этим (RPA) будет и далее заниматься программист.
42. comol 4306 06.12.19 12:54 Сейчас в теме
(37) Ключевое слово "все". Нет, не все. И писать их в классической модели интеграции 5 систем будет 5 программистов. В случае RPA - один.
44. Petr54-ru 74 06.12.19 13:00 Сейчас в теме
(42) Один 1С программист напишет. Это в самом деле тривиальная задача для нормального кодера.

Даже книжечка про это есть. 350,00 руб в рознице стоит.

46. comol 4306 06.12.19 13:06 Сейчас в теме
(44)
Один 1С программист напишет. Это в самом деле тривиальная задача для нормального кодера

Хорошо. Расскажите как нормальный 1С кодер загрузит данный из SAP имея только пользовательский доступ :).
Следующим этапом - имея полный доступ но без ABAP-ера.
И следующим этапом - с ABAP-ером :)))))))))))

И SAP продвинутая система... далее я вас спрошу про Парус :). А потом спрошу про АИСФНУКНК или что-то в этом роде.
Удачи вам с книжечкой :))))))))))))))
Silenser; user774630; +2 Ответить
67. Petr54-ru 74 07.12.19 19:12 Сейчас в теме
(46)
Хорошо. Расскажите как нормальный 1С кодер загрузит данный из SAP имея только пользовательский доступ :).
Следующим этапом - имея полный доступ но без ABAP-ера.
И следующим этапом - с ABAP-ером :)))))))))))

И SAP продвинутая система... далее я вас спрошу про Парус :). А потом спрошу про АИСФНУКНК или что-то в этом роде.
Удачи вам с книжечкой :))))))))))))))


1С программисту нафик не нужен будет ни пользовательский доступ в SAP, ни админский. Ему нужен будет только протокол обмена. А SAP не может в воздухе висеть, где такого рода тяжелые решения, там и саппорт их обитает. Все что нужно, это обратиться к этому саппорту, через ответственного на стороне заказчика и задать ему правильные вопросы. Я уже тут в каментах описывал подобную ситуацию

(65)
С точки зрения 1С программиста, дело до интеграционной шины данных может и не дойти. Мне в 2014 году пришлось интегрировать 1С конфигурацию ДАЛИОН Автобизнес с некой тяжелой учетной системой от Oracle. Я написал письмо с вопросами и отправил его линейному начальнику с просьбой переслать айтишнику. Дня через три мне пришел ответ, - забираем с ftp такие то текстовые файлы, формат файлов такой, грузим на ftp текстовые файлы такого то формата. Образцы файлов для отладки прилагаются. Все. Дня через три оно у меня заработало.

Вся эта фигня не может быть сильно сложнее протокола от компании АТОЛ для обмена с Frontol 5.


С Парусом жить куда проще, поскольку он выгружает данные в dbf и в интерненте интеграция с Парусом хорошо разобрана и есть готовые решения с открытым кодом. Мне лично не приходилось работать с Парусом, но были у меня проекты "переавтоматизации", где предприятие переводилось "на лету" с самописки на FoxPro на самописную 1С конфигурацию.

Еще раз повторюсь. Ничего сложного в интеграции любого рожна с 1С нет. Это тупая техническая работа. При этом в 1С полно работ, связанных с немалым риском для исполнителя, интеграция к ним слава богу не относится.
51. blackhole321 1164 06.12.19 13:50 Сейчас в теме
(42) Ну я то задавал вопрос вот в этом контексте
Кодить эту логику - это в чистом виде работа программиста, но если код функ.блоков уже написан - можно запихнуть это во фреймворк RPA, чтобы делать вот это всё, но в визуальном конструкторе.

Если у вас ничего нет и есть RPA с соответствующими библиотеками и ваши системы не позволяют интегрироваться кроме как нажатием кнопок etc. - это один вопрос, а если у вас уже есть некие модули интеграции, написанные вами, то смысл их запихивать в rpa?
52. утюгчеловек 9 06.12.19 14:19 Сейчас в теме
(51)
позволяют интегрироваться кроме как нажатием кнопок etc. - это один вопрос, а если у вас уже есть некие модули интеграции, написанные вами, то смысл их запихивать в rpa?

У нас похоже разное понимание модуля. Как мне кажется вы подразумеваете что модуль это завершенная бизнес логика.
Например "Отправить сообщение в телеграм, если остаток на счете С меньше Х" это бизнес-логика. Она состоит из модулей-команд роботу "Проверить остаток на счете" и "Отправить сообщение в телегу".
В вашем случае код с бизнес логикой уже написан программистом - тогда rpa действительно не нужна.
В моей системе отсчета программистом написаны только модули-команды, кода для бизнес-логики нет. Она конструируется (условно менеджером) в пользовательском режиме. Как и другие бизнес-задачи, вроде сортировки файлов по папкам на основе их содержания, и прочие рутинные задачи предусмотреть готовый код для которых для всех случаев невозможно.

Вопрос о том что будет дешевле - обучить робота или заказать код 1Снику оставим за скобками))))
60. starik-2005 2155 06.12.19 14:38 Сейчас в теме
(52)
что будет дешевле - обучить робота или заказать код 1Снику
Предположу, что есть очень ограниченный круг задач, где второе будет невозможно или невозможно дорого, в остальных случаях хороший 1С'нег сделает и дешевле, и, соответственно, быстрее (ведь он дороже за час, обычно).
утюгчеловек; +1 Ответить
54. comol 4306 06.12.19 14:22 Сейчас в теме
(51)
а если у вас уже есть некие модули интеграции, написанные вами, то смысл их запихивать в rpa?

Если у всех систем есть одинаковый развитый интерфейс интеграции, есть корпоративная шина, коннекторы - действительно бессмысленно. А вот если хотя бы часть систем этого не умеет....
62. blackhole321 1164 06.12.19 14:53 Сейчас в теме
(42) Спасибо за подробный ответ!
14. comol 4306 06.12.19 11:00 Сейчас в теме
(6) автоматически разнести банковскую выписку. Загрузить банковскую выписку без участия человека даже там где банк не поддерживает никакой автоматизации. Вбить скан документа в 1С. Перенести данные в 1С из закрытой системы и наоборот... Почти всё вообщем, главное без фанатизма
24. Petr54-ru 74 06.12.19 12:04 Сейчас в теме
Не могу просечь философию этого дела. По определению, с википедии

Robotic process automation (или RPA) это технология, которая позволяет любому пользователю настроить компьютерное программное обеспечение или «робота» для эмуляции действий человека, взаимодействующего с цифровыми системами, для выполнения бизнес-процесса. Роботы RPA используют пользовательский интерфейс для сбора данных и управления приложениями.[1]


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

Какой смысл эмулировать действия пользователя в форме и при этом разводить у себя на работе зоопарк из программных продуктов и технологий? Логично ведь не лезть в пользовательский интерфейс и манипулировать данными напрямую при помощи языка 1С.

Нашел в интернете описалово сео дела от первого бита, с кейсами и примерами. Не впечатлило. Выглядит как способ увеличения бюджета проекта.
25. comol 4306 06.12.19 12:16 Сейчас в теме
(24) Философия в том что аналитик смотрит что делает человек, определяет что это рутина... и автоматизирует... при этом прозрачно для бизнеса и человека. Делает робота который заменяет. Его. Если человек работает только в 1С то это вполне может быть программный код в 1С, оформленный в красивые схемки,
Если человек работает с 1С, почтой, SAP экселем, ещёкакойтофигнёй - один аналитик автоматизирует одним роботом всю деятельность человека... Вцелом это УМЕНЬШАЕТ бюджет проекта но УВЕЛИЧИВАЕТ стоимость владения. Тем не менее в случае RPA проектов можно реально посчитать их ROI исходя из сокращения FTE - это круто.

Первый БИТ в RPA это конечно сильно... хочется сказать "остановись, что же ты делаешь" :)
31. Petr54-ru 74 06.12.19 12:30 Сейчас в теме
(25)
Если человек работает с 1С, почтой, SAP экселем, ещёкакойтофигнёй - один аналитик автоматизирует одним роботом всю деятельность человека... Вцелом это УМЕНЬШАЕТ бюджет проекта но УВЕЛИЧИВАЕТ стоимость владения. Тем не менее в случае RPA проектов можно реально посчитать их ROI исходя из сокращения FTE - это круто.


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

Почем нынче на рынке аналитик, повелевающий роботами и нормальный 1С кодер, есть разница?

Если руководитель лично заинтересован в наращивании эффективности своих подчиненных, то он и так знает все рутины своего подразделения и вынесет мозг руководству, чтобы программист в этом направлении поработал. Если не заинтересован - то да, без аналитика никак.
32. comol 4306 06.12.19 12:35 Сейчас в теме
(31)
Интеграция с 1С всего чего ни попадя, это для обычного 1С программиста задача тривиальная

Ага... интегрируйтесь с SAP без разработчика SAP :))))) Тривиальная...
Интегрируйтесь с ГОС системами куда нет доступа.


(31)
В жирной компании
А остальным что делать?
40. Petr54-ru 74 06.12.19 12:51 Сейчас в теме
(32)
Ага... интегрируйтесь с SAP без разработчика SAP :))))) Тривиальная...
Интегрируйтесь с ГОС системами куда нет доступа.


Вспомните неприличный анекдот про поручика Ржевского - "если рот есть, значит.."

Существуют открытые протоколы, иногда правда они денег стоят и продаются в составе SDK, иногда за это надо абонентскую плату платить, как например в Ростелекоме за пользование интерфесом интеграции из виртуальной АТС с CRM.

Вот господа из уже мной упомянутого первого бита обещают бесшовную интеграцию по целому списку вендорских продуктов, в том числе и SAP.


(32)
В жирной компании
А остальным что делать?
Деньги копить, хотя у них скорее всего и не возникнет никогда таких проблем - от масштаба предприятия сильно зависит. Распознавание приходных накладных поставщиков - реальная задача для сети супермаркетов. Маленький магазинчик с ней никогда не столкнется.
45. comol 4306 06.12.19 13:03 Сейчас в теме
(40)
Существуют открытые протоколы
и сущестует служба безопасности которая закрывает все открытые протоколы :)))))



(40)
господа из уже мной упомянутого первого бита обещают
вроде такой большой а в обещания франчей 1С всё ещё верите :)))
Тем более первый БИТ ничего не разрабатывает в плане продукта, да и вряд ли когда нить разработает

(40)
Маленький магазинчик с ней никогда не столкнется
Столкнётся и будет делать руками. Если не прочитает про решение выше :)
48. Petr54-ru 74 06.12.19 13:22 Сейчас в теме
(45)
и сущестует служба безопасности которая закрывает все открытые протоколы :)))))


Серьезная система автоматизации бизнеса без зашитой внутрь технологии интеграции - так не бывает. Вопрос не в том, что можно или нельзя получить протоколы - а в том, бесплатны эти протоколы или придется за это отдельно платить, как например в упомянутом мной Ростелекоме.
49. comol 4306 06.12.19 13:27 Сейчас в теме
(48)
без зашитой внутрь технологии интеграции - так не бывает
ну во всём мире уже бывает :))) RPA в тренде.
58. starik-2005 2155 06.12.19 14:36 Сейчас в теме
(48)
без зашитой внутрь технологии интеграции - так не бывает
Серьезная система - это защищенная шина и ЕТЛ'ы для каждого интеграционного элемента.
61. comol 4306 06.12.19 14:39 Сейчас в теме
(58) А вот если этого нет, а систем зоопарк - на помощь приходит RPA :)))
65. Petr54-ru 74 06.12.19 17:41 Сейчас в теме
(58)
это защищенная шина и ЕТЛ'ы для каждого интеграционного элемента.


С точки зрения 1С программиста, дело до интеграционной шины данных может и не дойти. Мне в 2014 году пришлось интегрировать 1С конфигурацию ДАЛИОН Автобизнес с некой тяжелой учетной системой от Oracle. Я написал письмо с вопросами и отправил его линейному начальнику с просьбой переслать айтишнику. Дня через три мне пришел ответ, - забираем с ftp такие то текстовые файлы, формат файлов такой, грузим на ftp текстовые файлы такого то формата. Образцы файлов для отладки прилагаются. Все. Дня через три оно у меня заработало.

Вся эта фигня не может быть сильно сложнее протокола от компании АТОЛ для обмена с Frontol 5.
57. starik-2005 2155 06.12.19 14:33 Сейчас в теме
(45)
вроде такой большой а в обещания франчей 1С всё ещё верите :)))
Ровно так! ))) (запятую пропустили перед союзом "а" - и чему только в современных ВУЗах учат (!) )))
56. starik-2005 2155 06.12.19 14:31 Сейчас в теме
(40)
Распознавание приходных накладных поставщиков - реальная задача для сети супермаркетов.
Сейчас, в век, когда космические корабли... уже 70%* накладных идут по Е-ДОК (в том или ином варианте реализации). Тенденция такая, что через год из-за всех этих ЕГАИС, ШУБАИС и просих АИС'ов данный момент дойдет до 100%.

*по данным ВкусВилл'а...
30. starik-2005 2155 06.12.19 12:30 Сейчас в теме
(24)
Выглядит как способ увеличения бюджета проекта.
Ровно так.
KapasMordorov; утюгчеловек; +2 Ответить
39. comol 4306 06.12.19 12:50 Сейчас в теме
(30)
Ровно так.


Вы путаете БЮДЖЕТ ПРОЕКТА - он уменьшается в случае RPA. И БЮДЖЕТ ВЛАДЕНИЯ - регулярные затраты на поддержку. Да, они увеличатся.
55. starik-2005 2155 06.12.19 14:27 Сейчас в теме
(39)
БЮДЖЕТ ПРОЕКТА - он уменьшается в случае RPA
Тогда нужен пример, когда RPA сократили бюджет. Пока слова, которые я прочитал, выглядят некоторым образом иначе.
59. comol 4306 06.12.19 14:38 Сейчас в теме
(55) Ну если это не очевидно.... Уже всё давно на писано.
http://www.comnews.ru/content/121524/2019-08-21/rpa-v-pomoshch
https://www.it-world.ru/cionews/infrastructure/143831.html

В цифрах оно действительно очень эффективно. А не в цифрах вопрос "интегрироваться с этой странной закрытой западной хренью, с ХЗ каким интерфейсом" теперь решается за полдня, а не превращается в проект на месяцы.
36. утюгчеловек 9 06.12.19 12:47 Сейчас в теме
(24)
Какой смысл эмулировать действия пользователя...

Идея не эмулировать, а "показать" (в данном случае в визуальном конструкторе) роботу действия пользователя, чтобы он делал то же самое
...и при этом разводить у себя на работе зоопарк из программных продуктов и технологий?

Платформы RPA возникают как раз там, где этот зоопарк уже есть, как способ заставить всё это работать в единой цепочке. Никто не говорит что это лучшее решение. Однако в противном случае можно годами ждать реализации например OCR в 1С.
[IS-QUOTE]Логично ведь не лезть в пользовательский интерфейс и манипулировать данными напрямую при помощи языка 1С. [IS-QUOTE]
Верно, но положим для одной задачи вы написали функцию отправки СМС. Если вы недостаточно ленивы, то для второй задачи в которой потребуется то же самое - вы вызовете вашу функцию в программном коде. А если вы достаточно ленивы вы заставите менеджера определять логику такой отправки, чтобы по возможности не писать код совсем.
На самом деле в реальности это так не работает. Но позиционируется именно так.

Про бюджет это вы верно заметили. На нашем рынке после успеха у альфы это начало приобретать элементы хайпа, и все пытаются запрыгнуть в денежный поезд. Вот и 1С-ники добрались
8. утюгчеловек 9 06.12.19 10:43 Сейчас в теме
Согласен с комментирующими выше, по этой теме "истории успеха" будут гораздо интереснее, чем просто обзор технологии или понтенциала платформы в этой сфере.
15. comol 4306 06.12.19 11:05 Сейчас в теме
(8)да будут ещё истории успеха... Погодите. Пару ещё пару внедрений сделаем и на реальных кейсах
18. SirAlexIT 06.12.19 11:20 Сейчас в теме
(15) Уже в предвкушении!))
35. ktb 358 06.12.19 12:39 Сейчас в теме
(0) А репа есть? :-)
Интересно было бы покрутить.
38. comol 4306 06.12.19 12:49 Сейчас в теме
(35) Она конечно есть... Но пока не OpenSource.
43. ktb 358 06.12.19 12:55 Сейчас в теме
(38) Я про: "Ну и если есть желающие поучаствовать - у проекта будет намного меньше шансов стать заброшенным".
"Желающим" надо же с чего-то начинать.
47. утюгчеловек 9 06.12.19 13:09 Сейчас в теме
Статья провоцирует энтузиазм, но в технологию влезать придется по локоть. И пока что крутить там нечего ИМХО.
Нет и не будет готовых RPA решений. Всегда будут RPA-проекты, потому что у конечных пользователей разный зверинец программных продуктов, способных делать работу с утилитами/почтой/криптографией/OCR, разные API у развернутых сервисов, разные доменные политики по правам доступа и тд и тп, в итоге поставить на ноги две RPA с одной и той же функциональностью у двух разных клиентов это всегда два разных проекта со своей болью, рисками, историей...
50. comol 4306 06.12.19 13:30 Сейчас в теме
(47) RPA это в принципе про проекты. Но про правильные проекты... ИТ проект целью которого является сокращение FTE. RPA это скорее подход а не решение. Энтузиазм я хотел спровоцировать лишь в том что нефиг ждать/внедрять буржуйские RPA пытаясь их подружить с 1C.... А сделать свою нормальную
53. утюгчеловек 9 06.12.19 14:22 Сейчас в теме
72. sttt 113 09.12.19 09:37 Сейчас в теме
(47) "Нет и не будет готовых RPA решений" - есть и набирает обороты, сам лично делал и это работает.
"два разных проекта - боль" - это временно
73. comol 4306 09.12.19 09:40 Сейчас в теме
(72) ну ка какое решение? Которое само анализирует работу пользователя, выявляет из неё рутину и заменяет роботом? :)))))))) без участия аналитика? Ну ка покажите? :))) По моему появился лауреат на нобелевскую премию.
74. sttt 113 09.12.19 10:53 Сейчас в теме
(73) все процессы одинаковы, отличия только в терминах. Один термин прибавили к другому и потом обратно отнимаем, получаем результат, в зависимости от желаемого результата система донастраивает себя для получения термина в начальной точке и передачи в конечную точку.
Операции очень простые, такое легко "роботизировать". Такой ёмкий процесс, как распознавание документов, находится и заменяется простым процессом, понятный "роботу" - например ЭДО ;0)))
Как-то так
76. comol 4306 09.12.19 11:01 Сейчас в теме
(74) "А в песне не понял ты увы ни...чего". Замену распознавания сканов на ЭДО ну никак нельзя назвать роботизацией. И эта замена не делается "за час"... Для чего собственно RPA появился.
77. sttt 113 09.12.19 11:09 Сейчас в теме
(76) ну почему? Представь, что документ в ЭДО сбрасывает программный робот, на основании механических датчиков и другая сторона принимает в своей начальной точке, если конечно конфигурация начальной точки позволяет принимать такие термины документа
78. sttt 113 09.12.19 11:10 Сейчас в теме
(77) чем не распознавание?)
И ресурсов тратиться меньше
80. comol 4306 09.12.19 11:16 Сейчас в теме
(77) конечно, ещё звонит контрагенту и просит его подключиться к ЭДО :)))
81. sttt 113 09.12.19 11:30 Сейчас в теме
(80) такое тоже наверное уже есть. Система делает запрос контактных данных, получив набирает номер и робот по сценарию обговаривает договоренность, предоставляя меню в процессе диалога, если - это человек, но думаю все же будет робот на другом конце) проще и быстрее наладить "деловые связи"
82. comol 4306 09.12.19 11:37 Сейчас в теме
(81) потом перезванивает, спрашивает идентификатор и т.п. Всё это без участия человека. Вы правда это сделали? Ссылку срочно. Робот который заставит контрагента перейти на ЭДО, а потом ещё подключит нужен. Прямо поверю что есть RPA решения если оно у вас так работает
84. sttt 113 09.12.19 11:50 Сейчас в теме
(82) ну да - это наверно вы про тех кто на бумаге от руки оформляет документы по сей день, я же про обычную компанию, где люди оформляют руками электронные документы, некоторым больше повезло, есть ТСД, а у кого-то наступило будущее, типа Амазон и машины оформляют документ. Есть наверно кадры, которые и на бумаге едва, что могут, только копьями махать))
85. comol 4306 09.12.19 11:52 Сейчас в теме
(84) я про всех. В этом и смысл RPA решений. А вам надо просто ещё матчасть почитать
87. sttt 113 09.12.19 12:03 Сейчас в теме
(85) ну если убедите аборигенов не махать копьями, а заниматься делом, тогда роботизация свершилась, снова ничего делать не надо, все уже сделано.
" вам надо просто ещё матчасть почитать " - Думаю вам кругозор расширить и тогда научитесь видить решение, а не проблему. Вы зациклены на одном процессе, его постоянной модификацией под конкретное лицо (это не значит, что вы плохой специалист), но не получается принять решение наладить диалог с аборигеном чтобы решить проблему
91. comol 4306 09.12.19 20:20 Сейчас в теме
(87) удачи, налаживайте диалог с аборигенами. А я пока побуду плохим специалистом и буду как нибудь людям помогать их задачи решать :)
92. sttt 113 12.12.19 11:55 Сейчас в теме
(91) они просто не знают, что есть дешевле способ и маленькое количество документов совсем бесплатно:
https://yandex.ru/turbo?text=https%3A%2F%2Fjournal.tinkoff.ru%2Fe-doc%2F
94. comol 4306 12.12.19 13:21 Сейчас в теме
(92) То ли вы Диадок раскручиваете, то ли прикидываетесь вообще ничего не понимающим о чём речь, то ли и правда статью не читали я уж не знаю....
Если я скажу что для нормального использования Диадок RPA тоже нужно вам полегчает? :)
75. sttt 113 09.12.19 10:58 Сейчас в теме
(73) там где нет возможности использовать программный робот, используется механический
79. comol 4306 09.12.19 11:15 Сейчас в теме
(75) аа... Наверное имеется ввиду "биоробот"? :))))
83. sttt 113 09.12.19 11:43 Сейчас в теме
86. comol 4306 09.12.19 11:52 Сейчас в теме
88. sttt 113 09.12.19 12:06 Сейчас в теме
(86) почему?))) Можете посмотреть ролик про внедрение роботов на Амазон. Очень круто. Там прям центр управления полетами)))
89. TODD22 19 09.12.19 14:32 Сейчас в теме
(88)
Можете посмотреть ролик про внедрение роботов на Амазон. Очень круто. Там прям центр управления полетами)))

То что могут позволить себе Гугл или Амазон не может позволить ООО "ШавермаИндастриз"
90. comol 4306 09.12.19 14:45 Сейчас в теме
(88) там о другом с тем же названием... Вам просто тяжело объяснить
68. acanta 74 07.12.19 20:23 Сейчас в теме
У 1с 8 есть по умолчанию только один протокол обмена - это РИБ. И в целом для программиста си или сишарпа нет ничего нового в структуре файлов обмена для РИБ.
Это кошерный обмен данными?
69. oldcopy 124 07.12.19 22:51 Сейчас в теме
(68)
У 1с 8 есть по умолчанию только один протокол обмена - это РИБ.


Это с какого перепуга? Вариантов обмена данными великое множество и РИБ - это только один из доступных вариантов.

(68)
И в целом для программиста си или сишарпа нет ничего нового в структуре файлов обмена для РИБ.


Вообще то там XML, самый обычный.

(68)
Это кошерный обмен данными?


А что в нем некошерного?
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Специалист 1 категории (Программист 1С)
Фрязино
зарплата от 110 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Специалист 1 категории (Методист-аналитик 1С)
Фрязино
зарплата от 100 000 руб.
Полный день

Главный архитектор 1С
Москва
зарплата от 200 000 руб. до 300 000 руб.
Полный день

Программист 1С
Новороссийск
зарплата от 70 000 руб.
Полный день