[RPA]PC自動化技術総合スレ[効率化]

**デフォルトの名無しさん** · 2018/05/22(火) 06:36:46.08

語りましょう。

**デフォルトの名無しさん** · 2019/02/10(日) 00:56:56.81

>>858
.>>それどっちも現場で評判の悪いRPAツールの二大巨頭だからなｗ
これBLOGなりなんなりのソース紹介してくれないかな。
提灯はいっぱいすぐ見つけられるんだけど、悪評に飢えてるので。

**Level３** · 2019/02/10(日) 01:00:43.84

国産のRPAでWinActorより高機能なものってあるのかな？
開発資金の差でWinActorより高機能なものは生まれない気がするが、
あれば教えて欲しい。
国産RPAのカタログだけみると座標認識多めの簡易ツール的なものが多い気が
する。確かに、そういうもののほうが一般の事務員は使いやすいだろう。
ただ、RPAの目標は人減らしであり、実際のプログラミングはプログラマに
まかせればいいのであって事務員が使いやすいかどうかは関係ないのではないか？

**デフォルトの名無しさん** · 2019/02/10(日) 09:11:48.98

単価の高いプログラマー雇いたくないのでね、上はメンテまで事務員にやらせたいのだよ。
社内にいるプログラマーが率先してこの10年、社内で人減らすような仕事ぶりだったらこんなもん流行らなかった。

**デフォルトの名無しさん** · 2019/02/10(日) 09:53:30.47

>社内にいるプログラマーが率先してこの10年、社内で人減らすような仕事ぶりだったら

その減らす側の者だけど、現実は難しい。
ﾈ申エクセルにしがみついてるようなのが多くて、なかなかIT化が進まん。

**デフォルトの名無しさん** · 2019/02/10(日) 10:52:27.81

UiPathのようなグラフィカルな擬似プログラミングツールよりもExcel.AutomationのようなCOMクラスライブラリを自動化したいアプリごとに作ってくれた方が運用チームが幸せになれると思う
COMクラスライブラリなら事務職が使い慣れたVBAから呼べるし再利用性も高い
画面デザインがちょっとくらい変わってもCOMクラスライブラリ側で差分を吸収するチャンスがあるから運用チームの書いたプログラムまで影響が波及しないで済むことも多いだろう
ちゃんとしたプログラマを雇えばそういうことが可能になる

**Level3** · 2019/02/10(日) 11:42:00.47

2018年6月時点のものだがRPA先進国アメリカにおけるRPA製品の比較ページが
転がっていたので共有する。
https://samfundsdesign.dk/siteassets/media/downloads/pdf/the_forrester_wave_rpa_2018_uipath_rpa_leader.pdf
全体は英語で長いが9ページ目の図がまとまっている。縦軸が現状の製品の強さ、
横軸が将来における製品の強さという程度の意味だろう（英語自信なし、誰か助けて）
おそらくネットの書き込みをまとめたものなので日本のRPA BANKよりは公平だと思う。
これによれば、アメリカで力がある製品はUiParh,Automation Anywhere,Blue Plism
の三つでReaders（業界をひっぱっていく会社）というカテゴリーに分類されている。
日本において初期に導入されたBizRobo!、SynchRoidという名前で売られるkofaxは
Strong Performers(人気ある会社)で次点だ。

**Level3** · 2019/02/10(日) 11:48:22.53

国内シェアナンバーワンのWinActorでさえ、UiPathと比べるとダメなところが
目立つのに、「後発組み」と呼ばれるソフトがUiPathより良いとは思えない。
ほんと「後発組み」のソフトって何か教えて欲しい。

**デフォルトの名無しさん** · 2019/02/10(日) 12:16:15.60

>>870
ありがてぇありがてぇ
しかしrpabankの記事ほんとクソやな

**Level3** · 2019/02/10(日) 12:46:02.86

>>792
これは、RPAを導入して、人減らしの効果が上がらないパターンの例だね。
業務の一部のみしかRPA化していないので、ロボットを人間が起動しなく
てはならず、起動した後もロボットの作業が終わるのを待つために人間が
ボーッと作業を見続ける。これだと労働者は楽だが、まったく人員の削減
にはならない。
RPA化するときは、業務全体が無理だとしても、少なくとも一連の比較的
時間のかかる作業を完全にRPA化し、起動は時間起動やファイル監視、
終了はメール送信等にするべきだろう。そうすればこのようなことはな
くなる。
上記のような機能を比較的簡単に実装するとなると、ある程度複雑なRPA
ツールになるだろう。
これが出来ない簡易的なRPAツールは、労働者がボーッと休ませるためだけの
ものになるのではないだろうか？（まあ、それも一つの良さかもしれんが）

**Level3** · 2019/02/10(日) 13:01:36.24

>>872
RPA BANKはベンダーの機嫌を損ねてはならないので過激なことは書けないの
だろう。
遅ればせながら最近気が付いたのは日本のGoogleとアメリカのGoogleでは
検索結果が大きく違うこと。日本のGoogleでも英語の記事がひっかかるので
世界中検索しててスクロースすれば一緒かなと思っていたのだが、アメリカの
Googleのほうが、RPAの比較に関してちゃんとした記事が多く上位にくる。
コンピューター技術者は、アメリカのGoogleも視野に入れたほうが良い。
URLは以下
https://www.google.com/webhp?gl=us&;hl=en&gws_rd=cr&pws=0
後、これも、最近気がついのだがChromeは右クリックだけで英語の翻訳
ができるのね。英語ができないぼくには変な訳の機械翻訳でもありがたい。

**デフォルトの名無しさん** · 2019/02/10(日) 14:08:19.48

>>873
RPAジョブを処理する専用のサーバーを設けてクライアントを分離すれば良いわけですね
クライアント側は完全にヘッドレスなAPIで完結するように作る
クライアントの画面にアプリを表示させて自動操縦してもその間に他の作業ができないと時間が勿体無い

**デフォルトの名無しさん** · 2019/02/10(日) 14:27:07.18

>>874
内容と全然関係ないんだけど謎の字数で改行入れてるとみにくいからやめてくれないか

**デフォルトの名無しさん** · 2019/02/10(日) 15:07:43.93

昔の端末の80字制限を経験した古い人間なんだろうねガハハ

**デフォルトの名無しさん** · 2019/02/10(日) 17:03:38.49

>>867
部署毎に違う事しているから一つ一つ対応する必要がある
社内プロセスを一つの部署のやり方に統一したら
その部署で作ったロボットを展開する事で導入できるけど

**デフォルトの名無しさん** · 2019/02/10(日) 17:05:20.03

なので部署の担当者がロボットを作る方向になって
そのロボットを作るハードルを下げる製品が目立っている
けど出来上がったロボットの品質やメンテに課題が溢れ

**デフォルトの名無しさん** · 2019/02/10(日) 17:17:21.01

>>873
業務プロセスを
ロボットができる部分と
人間が遂行する部分に分けて
ロボット部分を一まとめにするようにプロセスを見直すと
残業時間短縮とか空いた時間に別業務をしたり
できるようになるだろうな

RPA製品導入の効果を引き上げる
コンサルティングサービスも一緒に提供しないと
売れなくなるだろう

コンサル業者とRPA製品販売業者の業務提携とか

**デフォルトの名無しさん** · 2019/02/10(日) 17:23:47.68

>>875
サーバの分離ではなくて
業務プロセスが直列だとロボットの処理結果を
人間が待たなければいけなくなる
その隙間時間が比較的短時間だと
人間側の業務切替のオーバーヘッドがかかって
結局人間の業務が捗らない

サーバの分離と同様のことは
自分のPC内に仮想マシンを作れば実現できると思う

**デフォルトの名無しさん** · 2019/02/10(日) 17:37:28.47

>>878
営業と経理で同じ仕事しろと？
設計と広報で同じ仕事しろと？
経費精算とかは既にシステムが入ってるので、自動化するとしたら金額のチェックを人からRPAでってことは可能かもね。

**デフォルトの名無しさん** · 2019/02/10(日) 18:08:07.25

各部が同じ業務はしないかもしれないが同じツールやシステムを使っているってことは良くある
プログラマを雇ってそのツールやシステムをVBAなどから簡単にコントロールできるようにするクラスライブラリを構築する
各部の事務員はそのクラスライブラリを使って個々の業務を自動化するマクロを書く

プログラマがツールやシステムのバージョンアップによる変更をクラスライブラリで吸収してくれるので事務員がそういった煩わしさから解放される
事務員が使い慣れた言語(VBAでもなんでもいい)でマクロを書けるのでRPA製品がサポートする固有の開発環境を学ぶコストを削減できる

**デフォルトの名無しさん** · 2019/02/10(日) 19:55:13.10

>>882
それらに共通のものもないわけでは無い
社内特有の共通手続きとか(交通費とか休暇申請とか)
会議に関わる開催通知とか議事録とか
isoとかPDCAサイクルに関わる事とか

**デフォルトの名無しさん** · 2019/02/10(日) 20:04:17.60

逆にどの部門のどんな業務プロセスを
ロボットに実行させると効果が高くなる？

ほんの一部でも良いのかな

例えば比較して差分を明らかにするとか？
テキストなら比較ツールがあるけど
エクセルの比較とか色んなケースを考慮すると
簡単では無いと思う

あとはシステム間のデータ交換
webやpdf←→excelとか？

**デフォルトの名無しさん** · 2019/02/10(日) 20:04:44.28

>>884
精算はもうシステム入ってるからなあ。
会議費開催通知もシステム入ってる。
議事録自動で作ってくれるの？無理でしょ。

**デフォルトの名無しさん** · 2019/02/10(日) 20:24:29.45

>>885
GUIアプリのオートメーションをRPAと呼んでいるだけ
だからGUIが関係しない処理はRPAとは言わない
ファイルDIFFもデータ変換もRPAじゃない普通のプログラム

**デフォルトの名無しさん** · 2019/02/10(日) 20:39:40.02

アステリアワープとかはRPAには入らないってことかな？

**デフォルトの名無しさん** · 2019/02/10(日) 20:48:33.22

>>887
データ変換に限らない
webシステムへの入力とかスクレイピングとか
webに限定しないでwindowsアプリでも同様

一旦エクセルに取り込めばエクセルで演算処理して
結果を元のシステムなりに入力すれば良いから
実質的にシステム間のデータ交換ができれば良いんじゃね

**デフォルトの名無しさん** · 2019/02/10(日) 20:51:46.97

>>886
貴社で実現してるものが他社では未だの可能性もある

音声認識ツールは色々出ているからその内
実用になるものもできるかも

文字起こしの修正を外注する方法もあるだろう

**デフォルトの名無しさん** · 2019/02/10(日) 20:53:45.30

excelと他のシステムのデータの対応関係を
設定ファイルにすれば
結構汎用的なものができそう

**デフォルトの名無しさん** · 2019/02/10(日) 21:04:29.90

>>890
現時点で経費システム入ってない会社はRPA不要な処理件数じゃないかな。
銀行やカード会社みたいに処理件数が多くないと結果は出にくいよ。

**デフォルトの名無しさん** · 2019/02/10(日) 21:14:57.34

>議事録自動で作ってくれるの？

文字起こしくらいならGoogleの音声入力があるけど、
マイクに向かって話してくれなんて言ったら、
ふざけんなって言われるだろうな・・。
ああやだ、IT音痴だらけのウチの会社。

**デフォルトの名無しさん** · 2019/02/10(日) 21:17:47.46

>>888
俺の認識では
データ連携システムは基本的にはRPAとは呼べない
ただしアダプタの種類によってはRPAと呼べる
といったところかな

例えば受け取ったデータをGUI操作で別のシステムに連携するタイプのアダプタがもしあったとしたらその部品はGUIオートメーションなのでRPAと呼べる

**デフォルトの名無しさん** · 2019/02/10(日) 21:19:22.67

だらだら会話の記録じゃ意味無いんだよなあ、そういうのを議事録にしてる会社もあるけど何が議題でどう決まったか纏めて欲しい。

**デフォルトの名無しさん** · 2019/02/10(日) 21:43:52.87

>>894
RPAの定義として各関係者で合意できているものはあるの？

使う側からしたらRPAの定義に合うかどうかは
大した問題ではないと思うけどね

業務を効率的に遂行して利益が上がるようにできれば良い

**デフォルトの名無しさん** · 2019/02/10(日) 21:44:51.45

>>895
最後に議長とかがまとめを言えば記録されるんじゃね？

**デフォルトの名無しさん** · 2019/02/10(日) 21:58:06.36

UiPathだけはないわ～
自社十数人で比較テストしたが誰一人として推す奴がいなかった
使いこなせるやつが誰もいなかったのかもしれんが
一応エクセルマクロくらいは皆使えるくらいのスキルはある
日本の普通の会社でUiPathは厳しいと思われ

**デフォルトの名無しさん** · 2019/02/10(日) 22:06:50.08

>>896
決定的な定義はないね
だからこそRPAとはなにか、従来のシステム開発と差別化できている部分はなんなのか、ということを考えることが重要
RPAという宣伝文句につられて何も真新しさのないツールをつかまされないようにね

**デフォルトの名無しさん** · 2019/02/10(日) 22:08:28.78

そんな嘘・FUDはいいから推すやつがたくさんいたRPA言えや。
嘘・FUDでないと言うのなら当然言えるよな。

**デフォルトの名無しさん** · 2019/02/10(日) 22:12:16.78

>>898
みんながマクロを書けるのが逆にあだになったのでは？
ああいうツールはコードを書ける人ほど回りくどく感じて使いにくくなると俺は思う
全員がマクロを書けるなら、誰かがC#やVBを使って自動化対象アプリのプロキシクラスライブラリをCOMで製造して、みんなでそれを共有したほうがいい
今売れてるRPA製品はコードと無縁の事務員ばかりの職場で力を発揮するものだろう

**デフォルトの名無しさん** · 2019/02/10(日) 22:13:03.44

Robopatはどうなん？
Webで画像認識の操作でつかってるところが身近にあった。

**デフォルトの名無しさん** · 2019/02/10(日) 22:14:11.04

>>898
新聞でも大きく取り上げられ話題になった会社
子会社（これも結構大きい会社）に導入したが
そこでの評価は良くなくて、会社として本格展開は
やらない方向の様子。
当たり前だが向き不向きありってことだね。
ま、そこには、RPAじゃなくてもっと効率化できるものが
既に入っているんで、今後とも入れないでしょうけど。

Excelについては
出来上がったExcelをキックしてうごかすにはいいが
それ以上のことはやなりExcelでやった方が効率高い。

**デフォルトの名無しさん** · 2019/02/10(日) 22:21:12.76

一番質の悪いのが、どう頑張っても実装できないってケース。
UIPathはそうなる心配が一番少ない。

**デフォルトの名無しさん** · 2019/02/11(月) 00:06:58.34

>>895
OTTER
今日か昨日の朝日に載った川崎市議会の聴覚障碍者向けディスプレイ
スレチ失礼

**Level3** · 2019/02/11(月) 00:24:54.90

>>876
>>877
ブラウザのテキストボックスに文字を入れるとき、自分の端末で見やすいよう
に改行を入れている。特別な規則はなくて、見やすいように適当にやってい
るんだけど、ここの掲示板は、もしかして、改行は全くいれないのが作法？
いや、知らないので、君ら以外でも、教えてくれる人がいると嬉しいのだが。

**Level3** · 2019/02/11(月) 00:50:20.33

みなさんのRPAで実装しようとする内容が高くて驚いています。
しかし、音声認識とか文字認識とかってそんなにちゃんと動くかな？
OCRに関しては少し試したのだけど、FAX(300dpi)から活字を読み取ろうとした
ら、ほとんど読めなかったよ。製品としては、帳票OCR,FineReaderなど試した。
活字なんだけど、一回、紙にして、ちょっとでも不鮮明だとだめみたいね。
もちろん、元は電子データなんだけど、お客さんのお客さんのデータだから
電子データで渡して下さいなんていえる筋合いではないんだよね。
読み取り性能が良かったのは、AI insideのDX Suite。ただ、値段が高いし、
クラウドなので、お客さんとしては、情報流失が怖いのでダメっていわれた。

**Level3** · 2019/02/11(月) 01:23:31.73

>>880
「RPA製品導入の効果を引き上げるコンサルティングサービスも一緒に提供
しないと売れなくなるだろう」というのは、まさにそうだと思う。
ただ、コンサルなんて仰々しい中間物を入れないで、コンサルティング
サービスは、現場でヒアリングをするSEがやったほうが、現場との密着感が
できて良い。これにより、現場のかゆいところに手が届くロボットができやすい。
注意しなくてはならないのは、現場の要求をなんでも受け入れるのが良い設計では
ないということ。例えば、現場がめんどくさがる時々しかやらない作業は要求
があっても断るのが無難。理由は、時々の作業は、労働時間削減にあまり寄与しない
からだ。

**デフォルトの名無しさん** · 2019/02/11(月) 01:28:41.43

>>906
作法があるわけではないけど、自分だけが見やすいようにするというのは不作法かもね
行の終わり以外の改行なんてのはそれぞれが見やすい幅に調整したブラウザなりが折り返すので必要ないよ

以下蛇足だけど
句読点で改行するかは長さ次第だけど大体は読点で改行いれる
それで一行が長すぎる場合はその一行に内容詰め込みすぎなので書き直した方がいい
まあ、この書き込みの通り読点打たない人も多いので目安でしかないが
紙媒体やウェブページ、ブログと違って書く人の意図と見る側が一致しないので冒頭の通り自分に見やすくだけしても他人が見ると…となる
幅が広い場合にあまり気にならないかもしれないが、狭いとひどい表示なるよ

**Level3** · 2019/02/11(月) 09:19:19.42

わざわざ説明ありがとう。今後は、なるべく君の指示通りにするよ。
思ったんだけど、ぼくはパソコンでこれ見てるけど、みんなスマホでみてるのかな？

**デフォルトの名無しさん** · 2019/02/11(月) 10:00:34.89

リアル（現場）は、RPA以前の世界

23名無しさん＠引く手あまた2019/02/09(土) 16:57:45.36ID:TlLABrHk0
体質の古い銀行でＡＩとか進むのか？
うちなんて事務パートがExcelの関数使いたいと言ったら、役席が反対した

パート→いちいち支店名入力面倒し、間違えそうだから関数いれたい
役席→意味分からんことするな

**デフォルトの名無しさん** · 2019/02/11(月) 10:03:26.12

>>911
それは極端な例では？
無視していいほどの割合だと思う

**デフォルトの名無しさん** · 2019/02/11(月) 15:09:24.67

CitrixXenAppで構築されたシステムだと
RPAのように画像認識を使用したツールを使うしかないような
今の所ウィンドウハンドルやCOMだけでは無理だった

しかもリモートクリップボードが厄介
クリップボードに格納できたか確認できない為ウェイト入れるしかないが
状況によって変動するからかなり面倒

**デフォルトの名無しさん** · 2019/02/11(月) 16:40:23.76

>>911
どうせわからないんだから、勝手に使っちゃえばいいのにな。

**デフォルトの名無しさん** · 2019/02/11(月) 18:19:39.00

会社は生き物だからわかんない奴しかいなくなると機能不全になって死ぬだろ
よって意味分からんことするな
だからRPAを導入するにはオッサンのリテラシーで賄えるレベルまで落ちてくるまで待たねばならない

**デフォルトの名無しさん** · 2019/02/11(月) 18:27:11.35

そうかそのための義務教育内での必修化なんだね

**デフォルトの名無しさん** · 2019/02/11(月) 18:41:17.18

別シートに支店番号と関数をコピーして
テーブルは適当にCSVにでもでっちあげて
結果を文字列でコピーして元シートに貼り付ければ
指示を守って浮いた時間でぼーっとできる賢いやりかた

**デフォルトの名無しさん** · 2019/02/11(月) 19:38:33.13

エクセルの数式の結果を電卓たたいて確かめる阿保もいるとかｗ

**デフォルトの名無しさん** · 2019/02/11(月) 19:43:01.06

関数使うとズルしてると陰口叩かれるらしいｗ

**デフォルトの名無しさん** · 2019/02/11(月) 19:49:32.78

あんまりサクサク終わらせちゃうと人減らされちゃうからね
しょうがないね

**デフォルトの名無しさん** · 2019/02/11(月) 19:54:25.37

無視して使えばいい

**デフォルトの名無しさん** · 2019/02/11(月) 19:55:49.53

手塚治虫あたりの作品でもあったな、主人公が効率的な農具を開発したら
その作業を担当してる連中に農具諸共ボコられて無かったことにされるやつ

**デフォルトの名無しさん** · 2019/02/11(月) 20:04:17.52

平賀源内だっけ？曲がらない山車の前輪キャスター式にしてよけいなことすんなって叱られたやつ。

**デフォルトの名無しさん** · 2019/02/11(月) 21:04:01.92

>>918
ああ、うちの上司だそれ・・。

**デフォルトの名無しさん** · 2019/02/11(月) 22:00:39.86

>>903
そうなんだよね。
UIPathは高機能かもしれないが使い勝手も悪い。
処理も取りこぼしが発生しやすい。
まぁWinActorは機能も使い勝手も悪いんだがｗ

**デフォルトの名無しさん** · 2019/02/11(月) 22:23:54.40

>>915
動かなくなったら手入力に戻せば良いだけ
最悪紙帳票に手書きで処理すれば良い

**デフォルトの名無しさん** · 2019/02/11(月) 22:26:11.08

>>925
高機能でなくても、使い勝手がいいやつってどれ？

**デフォルトの名無しさん** · 2019/02/11(月) 22:28:53.13

>>927
.NET

**デフォルトの名無しさん** · 2019/02/11(月) 22:28:54.20

>>918
切上げ、四捨五入、切り捨てとかの
少数とか有効数字の扱いを
意識して決めていないと認識がずれて
結果が違う事になる可能性はある

**Level3** · 2019/02/11(月) 22:59:35.01

>>913
Citrixのバージョンにもよるけど、現在UiPathは、
Citrixでもオブジェクト取得ができるようになった。
（昔は画像認識でしかできなかった。
このためショートカットの多用をUiPath Academyでは推奨している）
https://studio.uipath.com/lang-ja/docs/about-native-citrix-automation
WinActorは、Citrixに対して画像認識しかできないので不安定になるだろう。
ただまあ、サーバー側にRPAを入れればなんの問題もないし、
日本でCitrixってそんなに使われているのかな？

**デフォルトの名無しさん** · 2019/02/11(月) 23:23:10.51

別にこっちはUiPath最強と言ってるわけではないのだが。
UiPathはないとか言ってるやつその素晴らしい競合製品の名前教えてくれよ。
心から知りたいんだよ俺も。
対案も出さずアジるだけの野党みたいで信用ならないぞ。

**デフォルトの名無しさん** · 2019/02/11(月) 23:26:42.27

>>931
.NET

**デフォルトの名無しさん** · 2019/02/11(月) 23:42:46.78

あん？UiPathは.NET製だし.NETのモジュールも使えるし作れるだろ？

**デフォルトの名無しさん** · 2019/02/11(月) 23:47:45.50

タダで使いやすいものを使う
それが答え

**Level3** · 2019/02/11(月) 23:49:43.84

>>665
それくらいロボット作ったなら後は、UiPath AcademyのLevel3をとるといいと思う。
それで時給換算じゃない会社に転職するんだ。
入社できれば、時給でいうところの2000円くらいはもらえると思う。
2000円*8時間*20日*12か月=384万円だからね。

**デフォルトの名無しさん** · 2019/02/11(月) 23:52:07.10

ﾄﾞﾄﾈﾄて…なんかこのスケールの合わなさ、例えるならWin対MacのOS話してるとき唐突にIntel最強とか言い出すやつみたいだ…違うか…いやRPAの話だよね？
プログラム書けばいい！ってんならRPA全部要らねって話でUiPath単独で落とす話じゃないよな？
そんなんいいから優れた「RPAソフト」教えてくれや

**デフォルトの名無しさん** · 2019/02/11(月) 23:56:30.38

>>936
そう言ってんだわ
プログラム書いてRPAは全部イラネ
だってそれが最も低コストで簡単で保守しやすい再利用性が高いシステムを組めるから
エクセル操作するのもウェブサイトをクロールするのもデスクトップアプリを操縦するのも画像解析するのも無料で簡単にできる時代なのに何十万もする製品はイラネーでしょ？

**デフォルトの名無しさん** · 2019/02/11(月) 23:57:55.25

RPAのプロジェクトがうまくいってなくて出社が辛い

**デフォルトの名無しさん** · 2019/02/12(火) 00:14:19.09

社内SEだが取引先の複数のベンダがRPAと連呼営業してきてうざいわ。
使ったことねえがそんなに凄いのか？これ？スレ読んでもバッチやVBA組んだ方が良いと思うがな。営業は事務員のおばちゃんでも使える！と連呼してるが本当か？フローチャートなんて作る事務員いねえ

**デフォルトの名無しさん** · 2019/02/12(火) 00:26:02.78

>>939
俺も937と考えは一緒
RPAやるぐらいなら.NETちゃんと学んでプログラム組んだ方がいい
エクセルマクロしか書けないプログラマーですらないおっさんを
技術者として売り込みたい業者がRPAとかいって新たな技術っぽく宣伝してるだけ
数年後には保守もできない負債と化したRPAが残るだけ
そんな金があるならちゃんとしたプログラマー雇うか教育した方が安くて早い

ちなみにうちは大失敗して、二度とRPAはやらんことになった

**デフォルトの名無しさん** · 2019/02/12(火) 00:28:32.20

ちゃんとしたプログラマーがいるのに失敗とか

**デフォルトの名無しさん** · 2019/02/12(火) 01:11:58.55

ヒューマンインターフェースをアプリケーションプログラミングインターフェースに変換する部品がRPAの肝
それ以外の部分は実は従来通りの普通のプログラム(マクロ)となにも変わらない
ではその肝になってる部品をどう作るか
これは素人目には高度な技術が必要(だからこそ金を取れる)と誤解されているが
実のところ無料のOSSを使えば簡単に実装できてしまうのが現実なのだ

**デフォルトの名無しさん** · 2019/02/12(火) 01:21:03.69

ちなみに文脈からわかってると思うが
俺は特定の製品を攻撃したいわけではない
ただ単にRPAというジャンルそのものを疑問視しているだけだ
なので競合企業の工作員などといった勘違いはしないでくれよな

**デフォルトの名無しさん** · 2019/02/12(火) 01:24:42.59

SIerは技術の空洞化が進みすぎて顧客のちょっとした要望にライトに応えることが難しくなってきているんだよ
そこでノンプログラミングでそこそこそれっぽいことができるRPAが持て囃されているの

**デフォルトの名無しさん** · 2019/02/12(火) 01:25:45.53

そんな勘違いしないからその無料のOSS教えてくれや…
簡単なら俺も実装してみたい…
いじわるすんなや…なんで隠すん？

**デフォルトの名無しさん** · 2019/02/12(火) 06:23:23.35

Sikulixとか言ったら、お前ほんとに使ったことあんのかと言った後やすえ姉さんになっちゃうぞ。

**デフォルトの名無しさん** · 2019/02/12(火) 08:05:04.65

>>945
selenium
winappdriver

**Level3** · 2019/02/12(火) 08:16:47.88

>>938
使っているRPAは何で、どんなことがうまくいってないんですか？
みんな、興味あると思います。
情報が共有されれば、そうならないようにする対策も打てるかもしれないので、
教えてくれませんか？

**デフォルトの名無しさん** · 2019/02/12(火) 10:43:40.46

・パソコン作業を自動化するツールが誰でも簡単に作れます。
・OCRやAIのようなオプションと組み合わせると出来る業務が広がります。

というRPAのコンセプトは良いんだけど、
システムと違って処理量が劇的に増えるわけでも無いのに糞高く、
「誰でも」「簡単に」が現状では誇大広告

RPGツクールのレベルまで頑張れ

**デフォルトの名無しさん** · 2019/02/12(火) 11:09:40.74

だからさ、UIパスのようなプログラミング的要素が濃いものを高い値段で使うくらいなら
それこそ.NETのほうが応用も効くしタダだし良いことずくめだろってことよ。
RPAに多くの企業が求めてるのって営業の言う「誰でも」「簡単に」「安く」作れる・使える自動化ソフトだよ。
まぁそれに相応しいものが現状なかなか見つからないから困るんだけどもｗ
それでも徐々にこの分野への参入が増えてきてるから、これからじゃないかと期待している。

**デフォルトの名無しさん** · 2019/02/12(火) 11:21:04.34

無料のマクロマン使っている人いない？

**デフォルトの名無しさん** · 2019/02/12(火) 11:46:59.82

>>950
一般ユーザーに簡単に使えたらSIerの仕事が減るし、情シスも自分でできてしまう仕事が増えて残業が増える
ある程度難しくなきゃいけないんだよ

**デフォルトの名無しさん** · 2019/02/12(火) 11:57:22.48

>>952
SIerが情シスに転職すれば解決する

**デフォルトの名無しさん** · 2019/02/12(火) 12:22:34.80

>>950
現状見つかっててそれは.NETだよ
まあ.NETと言ったけどそれに限らずpython, rubyでもなんでもいいけどとりあえず普通のプログラミング言語
これが正解
誰でも作れて超安価

**デフォルトの名無しさん** · 2019/02/12(火) 12:51:47.48

>>954
それじゃ誰にも伝わらない。

簡単なことならRPAでも良いけど、必要とされる複雑なものなら、結局プログラミングするのと同じような労力が必要だから、RPAなんてイラネって話だろ。

**デフォルトの名無しさん** · 2019/02/12(火) 14:36:22.11

だから、RPAなんかいらねって結論だろ
業務を自動化するのはRPAで誰でも簡単に、なんてのは幻想
プログラミング勉強してしっかりしたもの作ってメンテするのが結局一番の近道だと思うよ
RPAの成功例みたことねえし、導入した企業には数年以内に大量のゴミが残ってるだけだよ

**デフォルトの名無しさん** · 2019/02/12(火) 17:51:45.00

>>955
簡単なものもやはりRPAより普通にプログラミングしたほうが簡単安全高速だよ
なんたって簡単なものだからな
犬小屋を作るのにブルドーザーは必要ない
適切な道具を選ぼう

**Level3** · 2019/02/12(火) 18:49:01.09

>>947
seleniumを使ったことがないので、教えて欲しいのだけど、
HTMLのLIタグで上から3番目の内容とか簡単に取得できるのかな？
LIタグには特別ユニークになるような属性がない場合ね。
あと、HTMLのソースは人間が自分で読むの？簡単にある要素を特定できるツールとかある？

後は、seleniumってWebとWindowsアプリ（なんちゃら奉行とか）の連携は簡単に書けますか？

**デフォルトの名無しさん** · 2019/02/12(火) 18:59:47.96

>>958
#mylist li:nth-of-type(3)
#mylist li:nth-child(3)

こんな感じでリストの何番目を指定すればok。cssSelectorの場合。

ブラウザのページ上で左クリックしてメニューの検証とか、要素を調査って項目をクリックすると検証ツールが開く。
検証ツールで特定の要素を指定し、左クリックで出てくるメニューからcssSelectorやXPathがコピーできる。

**デフォルトの名無しさん** · 2019/02/12(火) 19:14:51.44

右でしょ

**デフォルトの名無しさん** · 2019/02/12(火) 19:27:21.66

>>958
id, name, class, tag, link textでの単純検索
xpath, cas selectorでの宣言的検索
javascriptを使った任意の手続きによる検索
ホスト言語(C#やJavaなど多数)を使った任意の手続きによる検索
こういうことができる
三番目のLIならtagかcss selectorによる検索が手頃

DOM構造解析はブラウザのインスペクタを使ってる
俺はこれで十分だから他のツールは知らない

Seleniumでブラウザをコントロール
WinAppDriverでデスクトップアプリをコントロール
2つを組み合わせて連携できる

**デフォルトの名無しさん** · 2019/02/12(火) 19:43:21.01

国内RPA市場をけん引するRPAテクノロジーズ、NTTデータ、Blue Prism、オートメーション・エニウェア・ジャパン、UiPathが自社の事例をふまえて語り合った。
https://www.sbbit.jp/article/cont1/35889

**デフォルトの名無しさん** · 2019/02/12(火) 19:55:35.15

> 米国と日本の大きな違いは、ユーザーに技術者がいないということ。これからのRPAのユーザーはロボットを直感的に作れたり、修正できたり、オペレーションをきっちりマネジメントしていくスキルを身につけることが必要です。

やっぱ当然認識してるよなぁｗ
でも無理な気がする

**Level3** · 2019/02/12(火) 20:21:23.16

>>959
>>960
>>961
教えてくれてありがとう。seleniumとwinappdriverの組合せは良さそうだね。
実は、WinActorで、LIの3つ目をうまくとれなかったので、質問してみたんだ。
具体的には、「Yahoo!路線情報」の検索結果で、
上のほうに出てくる「ルート3」の値段をWinActorでうまくとれない。
そこのソースは、<li class="fare"><span class="mark">463円</span></li>
というような感じのリストでルート1～ルート3までclass属性では区別がつかないんだ。
WinActorに詳しい人に教えて欲しいのだけど、画像マッチングを使わないでこの値段をとる方法ってあるかな？
UiPathなら<webctrl aaname='463円' idx='3' parentid='rsltlst' tag='SPAN' />
てな感じでidxを自動で振ってくれるから楽なんだけどね。

**Level3** · 2019/02/12(火) 20:39:22.30

>>963
会員登録しなくて良いところまでは読んだよ。
このレベルの複雑なRPAは、日本じゃプログラマが作るしかないと思う。