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

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

語りましょう。

**デフォルトの名無しさん** · 2019/02/07(木) 23:31:11.30

>>807
トライアルで試したけど自動処理の失敗が多くて残念な印象しかない

**デフォルトの名無しさん** · 2019/02/07(木) 23:38:50.02

>>810
長時間残業をなくしたいの、働き方改革のせいで。
儲けは本業で出すから。

**デフォルトの名無しさん** · 2019/02/07(木) 23:43:48.33

>>812
費用がかかっていいなら外注すればいいんじゃないの？

**デフォルトの名無しさん** · 2019/02/08(金) 00:32:17.63

>>799　WinActor（うんこ役者）がいくらか知ってるか？
糞なくせに年間で90万円だ。
しかも、1年たったらまた、払えとくる。
「布教する為のツール」は無料ツールで充分だ。

**デフォルトの名無しさん** · 2019/02/08(金) 01:02:46.04

>>795
>自社より立場の強い他社がPDFを送ってくる場合がある。

ホントそれ。
普通のPDFならまだしも、紙をスキャンしたPDFなんて送られた日には、
マジで頭腐ってんじゃねえの?って思う。
今2019年だよ?
そういうアホは、江戸時代からやり直せっての。

**デフォルトの名無しさん** · 2019/02/08(金) 06:29:05.06

>>733
あるんだよ、、、日本の非IT業界を舐めちゃいけない

**デフォルトの名無しさん** · 2019/02/08(金) 07:21:21.20

>>714
いわれるようにExcelとRPAは相性が良くなくて
やはりブラウザベースアプリを対象にしている場合じゃないと、
効果は薄いね。

**デフォルトの名無しさん** · 2019/02/08(金) 12:40:30.61

エクセルもブラウザもpowershellでちょいちょい書いたほうが…
RPAは誰でも使える!が事実だったらあれだけど
結局保守要員が必要なら要らないよなぁと

**デフォルトの名無しさん** · 2019/02/08(金) 13:03:05.56

RPA以外でも、プログラムレスで出来ますってのが流行ってるみたいだけど、
絶対罠だよな。
限られた機能の中で試行錯誤するより、
プログラム書く方が楽だもの。

**デフォルトの名無しさん** · 2019/02/08(金) 13:26:43.71

ローコード/ノーコードはコーディングが少なかったり無かったりするだけで厳然たるプログラミング作業。
日本語でもプログラミングはできる。コーディングではないだけで。
お前らも会社では上司に、家では妻にプログラミングされてるだろう？

**デフォルトの名無しさん** · 2019/02/08(金) 15:41:37.61

頭で考えた日本語を、VBだのC#だのに翻訳してるだけだしな。

**デフォルトの名無しさん** · 2019/02/08(金) 17:36:05.87

プログラムだけあっても
それを実行しなければ結果を得られない

計画を立てるのとそれを実現できるのは別

こうすればできると判っている事と
実際にそれが出来る事とは別

**デフォルトの名無しさん** · 2019/02/08(金) 22:46:07.46

RPAって

他社製GUIアプリを
SeleniumやUIAutomationのような自動化ツールでラップして
プログラマフレンドリーなプロキシクラスを作る

ってお仕事で合ってる？
プロキシクラスを使って新しいアプリケーションを作りとこまでやる？

**Level3** · 2019/02/08(金) 22:50:01.05

今日は、WinActorのFAQ（よくある質問）を読んだ。そこに面白い記述があったよ。
例えば、メモ帳2枚立ち上げて、タイトルが同じ無題の場合は区別ができない
みたいね。どうしても区別したい場合は、サイズを変えて、区別するんだって、
かなり、いけていないよ。
以下がFAQからの抜粋。

質問：ウィンドウタイトル、ウィンドウクラス名、プロセス名が一致する２つの
画面がある場合、操作対象となる画面は正確に判断できますか。
回答：重複する画面がある場合、操作対象画面の正確な判断はできません。
画面A、Bをサイズを指定して開けるのであれば、
識別ルールで「ウィンドウサイズ」が指定した値と「等しい」という条件を
付けることで区別することは可能です。

**デフォルトの名無しさん** · 2019/02/08(金) 22:58:03.12

>>733
環境に恵まれてたんだな

**デフォルトの名無しさん** · 2019/02/08(金) 22:59:19.78

>>811
そうなんだ
マイナーだけど買切りで安価ぽいのに

**デフォルトの名無しさん** · 2019/02/08(金) 23:53:25.19

UWSCのHELPより
//　アプリの起動
戻値 = EXEC( exe名,　[同期フラグ,　X,　Y,　幅,　高さ] )

戻値
　そのWindowを識別するID　を返す
　終了待ちが指定された場合は、そのアプリの終了コードを返す
　※ 注：Explorer等の別プロセスを呼ぶものは、期待どおりに戻値を返さない事がある

**デフォルトの名無しさん** · 2019/02/09(土) 00:15:10.55

何だよそれ。
もうFindWindowでいいじゃん。

**Level3** · 2019/02/09(土) 00:30:32.74

WinActorのマニュアルをあともう少しで読み終わる。（飛ばし読みだが）
UiPath VS WinActorという比較は、UiPathの圧倒的勝利で確定だろう。

そんな中、WinActor側でちょっと良いなと思った機能があった。
データ一覧の機能だ。
これは、入力ファイル（CSVやExcel)を指定してやると、シナリオ全体が
入力ファイルを処理するためのブロックの中に入ったようになり、ループ
を明示的に書かなくても処理ができる機能だ。
UNIXを触った人間なら、この機能が、簡易言語のAWKと非常に似ていることに
気が付くだろう。AWKでいうところのBEGINパターン、ENDパターンに類する
機能もあり、WinActorは実は、WindowsにおけるAWKを目指したのではないか
と思えてくる。要するにCSVをデータの元としてWindowsのGUIに対して
反復する処理を簡単に記述できるソフトだ。
ところが、RPAブームが起きてしまった。金儲けをしたい連中は、Windows
世界のAWKを年間100万円とれるグロテスクな奇形物に変形することを企て
たのではないか？そんな妄想が頭に浮かんだ。かわいそうなWinActorという。

**デフォルトの名無しさん** · 2019/02/09(土) 07:35:28.04

>>814
そんなの何ともない金額だと思うけど、どんな規模の会社に導入しようとしてるの？

**デフォルトの名無しさん** · 2019/02/09(土) 09:28:53.98

何ユーザーで90万なんだ?
1ユーザーでそれなら、確かに高いが。

**デフォルトの名無しさん** · 2019/02/09(土) 09:50:31.34

挙がっているNGポイントの一部がUiPathだとどうかってところが触ったことない自分には分からず気になった
結論ありきで比較？されてるので雰囲気でWinActorダメなところ多くUiPathだと問題ないよって感じはするけど推しのポイントが弱い印象
何というか減点方式で比較してWinActorが減点されまくったのでUiPathの勝利ですねってなんか変じゃねと
※WinActor擁護したいわけではなく単に同じくらいUiPathのことも知らない人から見たイチ意見

なので有るならUiPathのダメな所も聞いてみたい
ちょっと調べてみた感じごく一部の人がオフライン環境での運用周りで躓いてる位しかなさそうだったけど

**デフォルトの名無しさん** · 2019/02/09(土) 09:50:41.24

それが1ユーザーで90万/年なんだな。
まあ数が増えれば時価だが。

**デフォルトの名無しさん** · 2019/02/09(土) 10:05:29.56

>>833
絶対いらねぇぇぇぇwwwww
社内にいるExcel得意やつに、
IE制御とかUIAutomationのマクロ書かせるだけの話だ、そんなもん。

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

物知らずが発揮する謎のバランス感覚ｗ
知らないなら黙って聞いてりゃいいのに。
おまえはwinactor使ってろよ偉そうに。
「～な気がする」？妄想ですねｗ

**Level3** · 2019/02/09(土) 10:30:44.71

>>741
>>832
確かに減点方式で推しというのには、一理ある。
とりあえず、UiPathを知らない人のために、批判点がUiPathではどうであるか追記する。
→の後ろの部分がUiPathに対する記述。
①デバッガーがなく、ブレークポイントのかわりにメッセージボックスを使う
→デバッガーがあり、Step into,Step OVerができる
②文字列連結演算ごときでもライブラリを使わなくてはならず、2つから５つまでの
文字列を連結するライブラリで対応している
→文字列連結は、通常の言語と同じように &演算子や+演算子を使い式として表現できる。
③サブルーチンでのローカル変数は引数で代用する（AWKみたいな感じ）
→サブルーチンにローカル変数がある。
④サブルーチンを使うと自前のライブラリに登録ができない＝複雑な処理の共通化
はできない。それ以下の端切れ（スニペット）なら登録可能。
→スニペットを登録するほか、基本、サブルーチンはファイルで、単シナリオから簡単に
呼べる
⑤IE程度しかオブジェクト認識ができないため、すぐに画像認識や座標指定にたよる。
このため、画面などの環境が変わっただけで動かない。
→WinActorに比べてオブジェクト認識できるソフトが多いので、このような目にあう
可能性が低い

**Level3** · 2019/02/09(土) 10:31:33.24

>>741
>>832
長文なので、分割してアップする。
⑥素人向けを謳うわりには、Excelで1行読み込むだけでもVBScriptのソースコードを
いじらなくてはならない場合がある。
→Excelを読み込むのにわざわざソースコードを変更する必要はない。
⑦デフォルトの変数が貧弱で1次元配列さえない。1次元配列はライブラリで使えるが、
変数の名前が変数リストに現れないため、保守性が悪くなる。
→一次元配列を変数リストで簡単に定義できる。当然、表示はされている。
⑧Windowの区別は主にプロセス名とウィンドウタイトル。このため、同じソフトが
同じ名前で立ち上がっていると区別できず、誤動作を起こす。Windowハンドルや
エレメントハンドルのような概念はない。
→Windowハンドル、エレメントハンドルの機能があるので、ハンドルを使えば、
ロボットが自分で立ち上げていない同じソフトが立ち上がっていても、誤動作させる
ことはない。
⑨HTMLやアプリケーションの要素をグラフィカルに表示する仕組み（UiExplorerの
ようなもの）がないため、要素の取得がうまくいかないと苦労する。HTMLの
のソースを直接読むのは大変。
→UiExplorerがあり、HTMLのどの属性を使いどの属性を使わないか簡単に選べる。
⑨データスクレーピングのような、Web画面からデータを取得する便利なウィザードはない。
→データスクレーピングがあり、Web画面の表は、ノープログラミングで取得できる。
⑩サブルーチンを別ファイルとして保存できない。
→サブルーチンはもともと別ファイル。
⑪別シナリオはサブルーチンとしては使えず、Gotoでいったきりになり、帰ってこれない。
→シナリオも形式的にはサブルーチンと同じ形式なため自由に呼び出せる
⑫UiPahの部品であるActivityは300で覚えるの大変だが、WinActorのノードと
ライブラリはもっとあり、素人向けというのは嘘。
→これに関しては、どっちもどっち。

**Level3** · 2019/02/09(土) 10:50:50.18

>>832
いいたいのは、まさに、「WinActorダメなところ多くUiPathだと問題ないよ」
ということ。
UiPathが最高だといっているわけではなく、業務の自動化ツールとして
期待されるものをUiPathはほぼ持っていて、問題なく使っていたのだが、
同様の物としてWinActorを学習したところ、問題だらけだと感じたので、
その問題を列挙したのが最初のリスト。
要するにUiPathは普通、WinActorダメなところがあるってことで、勝負
あったと言っている。

**Level3** · 2019/02/09(土) 11:12:28.94

UiPathは50万/年。WinActorは90万/年なので、たとえ同程度の機能だったと
しても値段の面でも勝負あったと思う。

お金という面でいうと上のリストからWinActorは製造コストがUiPathに
比べてかかりそうだと推測される。
①開発言語の変数が貧弱→余計なコードを書く必要があり製造日数が増える。
②開発ツールが貧弱→製造とデバッグに時間がかかり製造日数が増える。
③ライブラリが貧弱→新規にVBScriptを記述するのが必須になり製造日数が増える
また、VBScriptを知っている人が必要で単価があがる。
④画像認識が主→一か所で開発したものを拠点に配布ということをすると画面
設定が違っているだけで、動作しなくなる。このため各拠点で作り直しをしなく
てはならずコストがかかる。

**Level3** · 2019/02/09(土) 11:48:54.70

>>832
UiPathの駄目なところは、プロジェクト（プログラム単体）をまたがった
サブルーチンの扱いが弱いところ。UiPathではプロジェクトをまたがった
サブルーチン（UiPathではサブルーチンはファイルになる）を共有化す
る場合、３つの方法があると思う。どれも問題があり、いけてない。
①サブルーチンをカスタムアクティヴィティにする
　サブルーチン内がブラックボックスになりデバッグできなくなる。
　共通ルーチンといっても業務の仕様変更により変更される場合が
　あり、各プロジェクトでエラーが発生してもお手上げになる。
②各プロジェクト内にサブルーチンファイルをコピー
　コピーなので、各プロジェクトでバージョンの差異などが発生
　したり、各プロジェクトで勝手に書き換えられる可能性がある。
③プロジェクト外にサブルーチンを置く
　開発ツールからの実行以外できなくなる。
　Publishは開発ツールのない環境でも動かすための操作だが、
　プロジェクト外にサブルーチンを置くとPublishした先で
　シナリオが動かなくなる。

**Level3** · 2019/02/09(土) 11:50:21.22

③に関しては、Invoke Work Flow Fileで絶対パスを書いていれば動くかもしれない。

**Level3** · 2019/02/09(土) 12:02:49.25

>>840
ちなみに、WinActorはこういう場合、②に近い感じで、やはりいけてない。
ライブラリに登録したノードのライブラリを変更してもそれをつかっている
シナリオには自動で変更は加わらない。これに関してはFAQにある。
質問：ユーザライブラリとして定義したシナリオを変更した場合は、
ライブラリの更新をすることで使用している全てのシナリオに自動的に
適用されますか。それとも手動で全て適用しなおす必要がありますか。
回答：ユーザライブラリに変更を加えた際には手動で各シナリオ内で
置き換えなおす必要があります。

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

>>836-837
詳細にありがとう
プラマイの判断が難しい所があるね(中身知らないせいもあるけど)
②文字列結合
逆に数値型を文字列に結合したい場合、UiPathではキャストしないといけなく初心者の躓きポイントだと見かけた
WinActorの変数に型がないのと結合にライブラリ関数使っているのは良いポイントなのかもしれない

⑤オブジェクト認識
⑧ウインドウ認識
これがどの位問題になるかがケースバイケースなのと、
UiPathでは可能だけど決して実現(コードで記述？)が簡単ではないのでは？

⑥Excel一行読むのにVBScript
場合…が分からない、標準の行選択でダメなのはどういう条件？

⑩サブルーチンを別ファイル
サブルーチン集(バラでもいいけど)なシナリオ作れば代用できそうで致命的には感じない
インポートや引っ越しが手間な気はするけどあんまりUiPathと変わらないような

後のものは使うかで判断が分かれるかな
結局UiPathなら大体カバーできて不足はない、けど限定的な簡易性だけはWinActorに分が…ないでもない
最初にWinActor選んでしまう失敗はこの辺から来てるんだろうなあ
(後は日本独特の権威症候群やら非国産アレルギー)

大抵の場合どちらか選択しないといけなくてこんな日和った事言えないんだろうけど…自分がやるなら両方手元にあると自由に出来て楽になりそう

**デフォルトの名無しさん** · 2019/02/09(土) 12:23:43.43

何十万もするツールを買う価値はありますか？
少し調べた限りでは普通にプログラミングしたほうが簡単なんじゃないの？という気がしてます

**デフォルトの名無しさん** · 2019/02/09(土) 12:30:55.78

>>844
普通にプログラミング出来るってのがバグがなく保守しやすいプログラム作るってのなら
今の市場で採用するのはほぼ無理だろう
エクセルマクロのレベルでよければRPAよりそっちの方が安くて早いと思う

毎日決まった形式のデータを社内アプリに何千件も転記するみたいな作業があったら費用対効果高いかもしれない

**デフォルトの名無しさん** · 2019/02/09(土) 15:37:40.11

>>823
それは手段の一つじゃね？
目的と手段を混同しないように注意か必要

**デフォルトの名無しさん** · 2019/02/09(土) 15:59:19.19

>>840
プレゼン資料とか判りにくいって言われない？
何を説明したいのか目的は何か考えている？
比較したいんだったらそれを簡単に出来るように表現した方がいい

**デフォルトの名無しさん** · 2019/02/09(土) 16:38:08.90

画面に変更入れる度にRPAが動かなくなったとユーザーが文句言ってくるのがウザいから
いっそRPAが使えないように細工してやろうと思うんだけど、どうするのが効果的だろう?

**デフォルトの名無しさん** · 2019/02/09(土) 16:43:38.11

>>848
ポップアップメッセージを出して
アクティブ画面を奪う
RPAが仕様変更に弱いのはこういう所
要はイタズラアプリみたいな事をすれば良い

**デフォルトの名無しさん** · 2019/02/09(土) 17:35:45.40

頻繁に変更入れるところで画像マッチング使うとかあふぉやん。

**デフォルトの名無しさん** · 2019/02/09(土) 18:22:52.66

>>848
start google.co.jp [特定のプロセスを監視して終了させる]

**デフォルトの名無しさん** · 2019/02/09(土) 18:58:30.84

>>848
その細工した途端にRPAが動かなくなったという苦情が来るだけなのでは…？

**デフォルトの名無しさん** · 2019/02/09(土) 19:21:38.52

>>848
システム部門の方ですか?
そもそもRPA使わなくても済むような仕様にしてやれよ。

というのは置いておいて、
ボタン類を、全部BitBltで描画すれば弄れないんじゃね?

**デフォルトの名無しさん** · 2019/02/09(土) 20:08:05.05

>>853
もうお遊びモードだけど
最大化してPageUpかDownか押して
Tabとかショートカットとかも使えるも
のは何でも使って
定規で位置測って
位置指定してクリックしてやるから
首を洗って待ってろよ。

**デフォルトの名無しさん** · 2019/02/09(土) 20:09:41.05

>>そもそもRPA使わなくても済むような仕様にしてやれよ。
深く深く完全同意。

**デフォルトの名無しさん** · 2019/02/09(土) 20:22:49.56

>>852
導入した2000社+800社さんに問いたい。
この問題にどう対応されてますか？

(回答例)
(1)　弊社には野良RPAなど存在せず、システムとそのシステムを利用しているRPAは
　　　完全に紐づけされて管理しているので、システム変更は紐づけられたRPAの修正
　　　と包括して実施されるため問題ない。
(2)　システムの修正情報、リリース次期をRPA利用部門に伝達し、各RPA利用部門が
　　　必要な修正を実施する。RPAの修正を見逃す、ないし実現できなくても、システム
　　　部門の守備範囲外のこととして運用している。
(3)　RPAはユーザー部門が勝手に作って運用しているのだから、システム改変もRPA
　　　への影響など考慮するいわれはない。

**デフォルトの名無しさん** · 2019/02/09(土) 21:19:46.65

話し合う

**デフォルトの名無しさん** · 2019/02/09(土) 23:00:29.59

UIPath vs WinActorで盛り上がってるけど
それどっちも現場で評判の悪いRPAツールの二大巨頭だからなｗ
UIPathはプログラマ崩れにはいいんだが決して誰もが使えるツールではない。
社員が使いこなせるようになるまでの教育が大変。
WinActorは本格派にとっては機能不足だし、初心者にとっては物凄く使い辛く
一番失敗する確率が高い。
プログラマ向けとしてUIPathは生き残ると思うが、事務職や一般人向けの
RPAツールは後発組のほうが良さげなのがある。

**デフォルトの名無しさん** · 2019/02/09(土) 23:06:29.80

具体的な後発組の名前を聞かせてもらおうか？

**デフォルトの名無しさん** · 2019/02/09(土) 23:24:17.64

現場で評判の良いRPAツールとは？ｗ
文句言いたいだけの野党みたいなやつだなｗ

**デフォルトの名無しさん** · 2019/02/09(土) 23:56:44.24

こういうのって製造のコントロールが不能な他社製のアプリを無理やり動かしてプログラミング部品として再利用可能にするのだと思ってたが違うのか？
自社が権利を持ってるプログラムなら開発にAPI公開してくれって言えば済む話だからRPAのためにわざわざ運用開発間で面倒な取り決めを設けるのは馬鹿馬鹿しい

**デフォルトの名無しさん** · 2019/02/09(土) 23:59:35.88

APIを開発するのとRPAとどっちが工数少ないかって話でもあるんじゃね。

**Level3** · 2019/02/10(日) 00:41:20.07

>>843
②文字列結合
これで思い出した。WinActorは演算子の評価の場合になんでも、ライブラリを
使わなくてはならず、とてもめんどくさい。"文字列" & "連結"というのも
ライブラリ使わなきゃできないし、1+1を計算するのもライブラリをわざわざ
呼び出す。めんどくさいことこのうえない。
⑧Window認識
Windowハンドルの使用頻度はとても高い。ロボットが扱うWindowに関しては
基本すべて使ったほうが安全。こうすることにより、ロボット以外が立ち上げた
Windowを間違って操作するという誤動作を防げる。逆にいうと、WinActor
は誤動作のおそれがあるロボットが作成される。
⑥Excel一行読むのにVBScript
質問の意味がわからないのだが「標準の行選択でダメなのはどういう条件」と
いうのをデータ一覧を使う場合ととるなら、二つ以上のExcelを開く場合かな。
⑩サブルーチンを別ファイル
これも意味がわからなかったが、WinActorではサブルーチンからサブルーチン
を呼び出すサブルーチンは登録ができない。要するに複雑なサブルーチン
は登録できないという制限があるようだ。

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

受注仕事でジョイントベンチャー組んで、顧客システムシステムやジョイベン先システムに
期間中膨大なファイルデータの提出を強いられる場合など、かなりわかりやすく工数、操作ミ
スの削減になる。
自社システムの改修対応が大正義なのは重々承知ではあるが、稼働リードタイムとコストの
検討で使い捨て上等の覚悟でRPA採用というケースは増加すると想定する。(というか実際増
えてる。世の中のシステムみんなが洗練されたデータ入出力機構を備えているわけではない
ので。)

**デフォルトの名無しさん** · 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

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