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

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

語りましょう。

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

もうプログラマの会話だな
現場で一般人が使えるRPAが出てくるのはいつになるのやら

**デフォルトの名無しさん** · 2019/02/06(水) 11:53:06.90

>>759
おそらくもクソも.netのworkflow foundationをコア技術に採用してるんだが。expressionにvbしか使えないのもそのせい。

**デフォルトの名無しさん** · 2019/02/06(水) 12:53:39.51

>>764
そこらのツールで十分できてるけどプログラム知識半端にある層が変にイチャモンつけてるだけな気がするがね
わざわざやりにくい物、できない事を論って出来ることには目が向かない有能なアレ

**デフォルトの名無しさん** · 2019/02/06(水) 13:09:54.68

>>764
操作を記録して再生できれば単純作業にはてき面だからそういうの

**デフォルトの名無しさん** · 2019/02/06(水) 14:17:26.23

>>766
出来ることを実現するのにかかるコストと
実現した時のメリットの話しでもあると思うが

メリットを大きくするには既存の製品では機能不足だから
こう言う流れになるんじゃね？

**デフォルトの名無しさん** · 2019/02/06(水) 19:37:43.97

>>768
まぁ各製品の機能差を知らないから気軽に言ってしまってるだけかもしれない
そんなに現場でプログラミングレベルの機能必要なのかな…ファジーなことをやらせようとするといるのかな？

**デフォルトの名無しさん** · 2019/02/06(水) 19:42:55.45

実際に対象業務作業の洗い出し、実装検討をしてみればわかると思うけど
人間様は結構複雑なことやってるよ。
で簡単なことは確かにWinActorどころかRoketMouseどころかVBSでもで事
足りる(下手すりゃ.batでも)という落ち。

で途中で一か所でも手作業を入れちゃうと効果半減という残酷な仕打ち。

**デフォルトの名無しさん** · 2019/02/06(水) 19:44:50.80

素朴な疑問だが、なんで現場の人間に実装させるという話になってるんだ？

**デフォルトの名無しさん** · 2019/02/06(水) 20:21:32.27

事務員でもできますというふれこみだからな。
まあ、詐欺だが。

**デフォルトの名無しさん** · 2019/02/06(水) 20:49:48.11

最新千歯扱き(カムイ伝参照)のつもりだよね、マネージメントは。

**Level3** · 2019/02/06(水) 20:50:38.88

>>760
本日調べたが、やはり、WinActorのデフォルトのReplace(置換)は、
正規表現が使えなかった。ただ、VBScriptが簡単に書き換えられるので
たった数行書き換えるだけで、正規表現対応にはなる。
だったら、最初から入れといてくれというのは感じた。

**デフォルトの名無しさん** · 2019/02/06(水) 21:09:27.43

>>774
いつもいつも

”明日職場で使える”

センテンスの数々どうもありがとう。

RegExの件、WinActorは横須賀の内製ツールからの発展ということらしいけど、
置換で正規表現を使うような機会がなかったんだね。(棒)

IBMがAutomationAnywhereを担いだみたいだね。どうせWatosonとのスムーズ
な連携とか言い出すんだけど生暖かい眼で見守ろう。(断定)

**Level3** · 2019/02/06(水) 21:11:19.48

>>771
772が言うように、日本において、RPAを売りだすとき、現場の人間でも、
実装できるのが、類似技術であるマクロとの違いだと嘘をいってしまった
のが、現場の人間が実装するというようなことを話す原因だと思う。
ここら辺のことは、2016年発行の『RPA革命の衝撃』を読むと、鮮明に
表現されていて、嘘を言い出したのは、現RPAホールディングス社ではな
いかと感じる。ネットの記事もこれに準拠しているので、誤解が蔓延して
いるのではないだろうか。

**Level3** · 2019/02/06(水) 21:26:26.47

>>776
だから、現場の人間が明日職場で使えるというのは、RPAホールディングス社の
売り込みのための嘘に惑わされているのであって、RPAの本質ではないと思う。
Robotic Process Automation（ソフトウェアによる業務の自動化）に、現場の
人間による実装というのは、本質的ではなく、ロボット製造にプログラマを
使ってでも、現場の作業者を何人か減らすというのが目標だろう。
この減らされる人の中には、簡易なRPAツールを使って仕事を便利にしようと
思っている人間も含められてる。
そもそも、RPAは、一括りの業務の一部を、作業者を残したまま便利に自動化
するのが目標ではなく、作業者をまったく消してマクロに置き換えようという
ものではないだろうか？
何人か、

**Level3** · 2019/02/06(水) 21:39:30.63

WinActorが画像認識に頼りがちというのは、中央で、ロボットを作成し、
その後、全国の拠点に配布するという方法が難しくなる。
ロボットを作成し、配布したのち、各拠点の格端末の画面サイズが違う設定
になっているだけで動かなくなる可能性が高いからだ。
各拠点でロボットの作り直しするなら、コスト削減効果が大幅に減る。
以下のURLに実際の例が書いてあった。
http://nnwinactor.blog.jp/archives/cat_193218.html

**Level3** · 2019/02/06(水) 21:41:20.35

>>775
職場で話しまくり、ネットでも広めて、WinActorという糞ツールで糞まみれに
なる事態を減らしましょう。

**デフォルトの名無しさん** · 2019/02/06(水) 21:43:31.13

ちょｗ
煽りすぎｗｗ

**デフォルトの名無しさん** · 2019/02/06(水) 21:55:08.52

画像マッチング使わなくても動くよ

**Level3** · 2019/02/06(水) 22:09:20.25

>>774
ちなみに、WinActorのライブラリ>07文字列操作>01変換・成形>文字列置換.ums5
のスクリプトタブを開き、
'文字列置換
ret = Replace(str,before,after)

　　　　　↓

'文字列置換
Set regEx = CreateObject("VBScript.RegExp")
regEx.Pattern = before
ret = regEx.Replace(str, after)

と書き換えると正規表現置換になる。
この程度のコードを書くのが嫌ならWinActorは使えないと思う。
これは、一つの試金石だろう。

**Level3** · 2019/02/06(水) 22:13:08.98

>>782
少なくとも、ぼくは、こんなの書きたくもない。
WinActor使えない。（無理矢理つかわされるかもしれんけど）

**デフォルトの名無しさん** · 2019/02/06(水) 22:14:51.69

UIPathは基本的にVBのライブラリは全部使えるんだっけ？

**デフォルトの名無しさん** · 2019/02/06(水) 22:15:01.75

さてここから個人的な必要性によりWinActor勢の怒涛の反論の嵐を(割と切実に)期待させていただきます。

あとAutomationAnywhere, BluePrismに詳しい方、売り手の方もUiPathなんてニワカと一緒にするするな的
なノリの忌憚なきコメントをご提供願います。(WhitePaperっぽいのはいらないです)

**デフォルトの名無しさん** · 2019/02/06(水) 22:17:19.18

>>777
その方向を目標にするなら
エクセルとかPDFとか使わずに
XML、JSON使うと思うけどな
最終的な帳票だけPDF出力する

**デフォルトの名無しさん** · 2019/02/06(水) 22:19:38.19

>>784
基本的にはソウ。それが前に書いたINVOKE.

https://forum.uipath.com/t/invoke-code-activity-vb-net-example/10903

上は登録しないと入れないかも。

**デフォルトの名無しさん** · 2019/02/06(水) 22:38:44.73

>>782
必要にして充分な正規表現を使えないと誤認識があまいことになる
自然言語の表記揺れを一行で済ますのも無理

**デフォルトの名無しさん** · 2019/02/06(水) 22:52:17.96

>>788
おそらく文字列一致判定の実務上の主ターゲットは、あるNumering System Spec. に
規定された番号の抽出になると思われます。”自然言語の表記ゆれ”までロボット本体
にコーディングする要件があるならばその部分は別途外部システムに担わせるべきかと。
後ハードコーディングと正規表現処理の誤認識の可能性は私の狭い経験上は”同等”です。
確かに可読性が惨いことは認めます。

**デフォルトの名無しさん** · 2019/02/06(水) 23:03:36.83

最近のWinActorディスを見る限り
品質向上のためのフィードバックする前に
投げ出したほうが早い出来に見える

ゲームじゃないんだから有料デバッガ集める努力する前に
フィードバックしたくなる程度のクオリティまで仕上げて来いって感じ

**デフォルトの名無しさん** · 2019/02/06(水) 23:03:49.23

>>789
規定された番号でも3桁～6桁が
ab数値数値
のものとかありそう

**デフォルトの名無しさん** · 2019/02/06(水) 23:10:49.62

RPAが動いてる間って、ヒマじゃん。
突然画面が回るとか、ラスタスクロールするとか、
何か飽きないような演出ないの?
ないか。

**デフォルトの名無しさん** · 2019/02/06(水) 23:13:23.92

RPA動かすための専用マシンを用意して、自分のメインマシンでは動かさないのが吉。

**Level3** · 2019/02/06(水) 23:49:28.06

>>785
現在、WinActorの学習をはじめて3日目。
WinActor_操作マニュアル.pdfを読み終わり、
WinActor_ユーザライブラリサンプル説明書.pdfのほうを読んでいる。
この二つのマニュアルで、機能のほとんどを網羅すると思うのだけど、
ちょっとした間違いの指摘はあっても、たぶん、怒涛の反論はないん
じゃないかと思っている。
ちなみに、WinActorのPDFの学習の順は以下が良いと思う。
①チュートリアル初級編
②チュートリアル中級編
③WinActor_操作マニュアル.pdf
④WinActor_ユーザライブラリサンプル説明書.pdf
その他のPDFは、必要に応じてってところかな。
後、VB系の言語をやったことないなら、VBScriptの勉強をしたほうがいい。
に慣れているなら読んでみて。

**Level3** · 2019/02/07(木) 00:10:46.56

>>786
理想的にはそうだが、現実には、自社とはまったく関係ない他社や
自社より立場の強い他社がPDFを送ってくる場合がある。
このような場合は、相手の会社に変更を頼めないため
そんな理想もいってられない。このようなときのつなぎにRPAを使う場合
がある。
もちろん、自社内で、JSONなどテキスト系のデータに変更できるなら、
そちらのほうがいい。実際、現場に入って話を聞いてみると実はRPAなど
いらず、データ形式を変えることで解決できることもある。
RPAは理想的な手段が使えない場合のしょうがない場合の手段ともいえると思う。

**デフォルトの名無しさん** · 2019/02/07(木) 00:13:55.88

>>794
返信サンクス。
国産だけに見た目は2000年代だけど現場上がりの質実剛健を期待したんだけど、
2000社導入はマーケティングの成果なのかな。
皆さんどの程度の機能を実現されているのだろう。
銀行の窓口業務なんか経験ないからよくわかんないけどエグイ例外処理の塊み
たいのを想像していたんだが。
まあOrchestrator相当機能が今頃リリースという時点で気づくべきか。

**Level3** · 2019/02/07(木) 08:04:57.96

>>796
NTT系列だから、元々の販路は大きく、マニュアルやサポートが日本語というの
が、当初強かった。（現在はUiPathも日本語化に関して、ましになってきている）
国内のみについていえば、UiPathの数倍売れているので、ぼくもWinActorは
UiPathに比べて少しは劣っているかもしれないが、我慢できる程度の機能を
持ったものだと思っていた。しかし、勉強してみると、ダメダメなことがわか
った。ついでにいうと、UiPathより値段が高い。
いまだに、ネット上には、RPA BANKの「こんなもん読んでも選べねー」って
程度の「徹底比較記事」しかなくRPAイベントでは、WinActorは盛況なので、
騙されていたわけだ。マニュアルの比較をしてやっと目が覚めた。
ほかのRPAはまだ学習していないがUiPathとWinActorだったら絶対UiPathのほうが
良い。というか、WinActorはダメだろう。みんな騙されるなって感じ。

**デフォルトの名無しさん** · 2019/02/07(木) 09:11:53.40

企業の選ぶ立場の人は自分で作業しないから単に接待が豪華で日本人好みの方を選ぶ。
どっちかは分かるな？

**デフォルトの名無しさん** · 2019/02/07(木) 09:15:51.77

RPAの「誰でも使える」は誇大広告だけど、
現場にシステム化の恩恵を布教する為のツールになれば良いかと

**デフォルトの名無しさん** · 2019/02/07(木) 17:46:17.41

>>799
言うてることメチャクチャやん
何やねんその希望的観測みたいなの

**デフォルトの名無しさん** · 2019/02/07(木) 18:32:46.18

ウインドウハンドルだけじゃエクスプローラーの操作しようとするだけで詰むなこれ

**デフォルトの名無しさん** · 2019/02/07(木) 18:46:51.42

キーボード操作でどうとでもなる。

win + r
開きたいフォルダ名
エンター
フォーカス当てたいファイル名
app(=右クリメニュー出てくるキー)
↓キー何回
エンター

など。
悲しくなってきたｗｗｗ

**デフォルトの名無しさん** · 2019/02/07(木) 19:10:23.91

お前らみたいなバリバリのプログラマーを対象にして無いものに文句言ったって仕方ないだろ。と思うわ。

**デフォルトの名無しさん** · 2019/02/07(木) 20:19:36.72

>>803
それで実現できる事かもたらす便益と費用
それから保守や周囲の変更に追随可能かどうか
そう言う観点での評価が必要

**デフォルトの名無しさん** · 2019/02/07(木) 20:54:46.06

>>803
一本いくらかシットルケ？

**デフォルトの名無しさん** · 2019/02/07(木) 21:16:06.58

金は問題じゃないよ、そんなカツカツの会社はフリーソフト使っとけばいい。

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

RPA談義に盛り上がってるなw
ところでAutoMate使った人いる？評判どうなんだろう？
https://www.imagazine.co.jp/feature-ibmi-rpa-part2/

**デフォルトの名無しさん** · 2019/02/07(木) 21:32:52.42

>>805
なんか北陸っぽい方言やな

**デフォルトの名無しさん** · 2019/02/07(木) 21:34:45.76

さんまだろ？

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

>>806
企業は利潤追求するもの
金が問題じゃないならRPAの商品を無償で提供すれば良いってことになる

**デフォルトの名無しさん** · 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採用というケースは増加すると想定する。(というか実際増
えてる。世の中のシステムみんなが洗練されたデータ入出力機構を備えているわけではない
ので。)