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

**デフォルトの名無しさん** · 2019/05/23(木) 08:45:56.99

語りましょう

**デフォルトの名無しさん** · 2019/06/15(土) 09:40:45.88

>>530 全体的には事務効率化なんだよ。だからRPA の記事の中にもExcelマクロだけで、35万時間節約できたとかいう記事も入ってくる。
RPA は事務効率化の一つの手段でしかないから何でも良いんだよ。理想的なシステムがあればそれで全て完了。

RPA の中で手書きOCR 処理はかなりのウエートを占めることも事実。
上の >>482 でも、世界一のRPAメーカーがAI を組み込んだ手書きOCR を導入したことでもわかる。 AI を組み込むことで誤認識が減るからね。
IBM のRPAもAI を使った手書きOCR認識だからこそ成功している。

RPA の中の画面認識でもAI の比重は高まってくるよ。

**デフォルトの名無しさん** · 2019/06/15(土) 09:41:43.34

タッチパネル上でフォームに入力させるのが
結果的に一番コストが安かったりするわけだが

**デフォルトの名無しさん** · 2019/06/15(土) 09:44:06.72

あ～週末はRPAもVBAの事も考えずにすむ…気が楽だ…

金曜は勤務の2/3くらいVBAで表内に残すデータのロジック？組んだりして、あとはRPAでweb内の表データをExcelにコピペする調整してた…

なんとか動いたから、月曜は頭からデバッガ使わずに動くか確認するわ…

**デフォルトの名無しさん** · 2019/06/15(土) 09:44:49.21

つか、今やってるのってRPA向きな作業では無い気がするわ…

**デフォルトの名無しさん** · 2019/06/15(土) 09:46:21.30

>>537 その入力する元ネタはどこかにあってそれを書き写してるだけだから、そういう場面でも使えるけど、タッチパネルに対応したRPA 製品ってあるのかな？
それこそメカニカルロボットの出番かな？

**デフォルトの名無しさん** · 2019/06/15(土) 09:51:56.56

そのVBAのコードはどうやって管理してるのかね

**デフォルトの名無しさん** · 2019/06/15(土) 09:56:11.68

>>535
なるほど
RPAの正体は「既存品の再パッケージング&広告戦略」だったのか
エンジニア目線だと「それって◯◯でいいじゃん」でストップするところを
あの手この手で商品化してしまったところが商人たちのすごいところなんだなあ

**デフォルトの名無しさん** · 2019/06/15(土) 10:01:54.71

>>539
散々そう言ったじゃんか
レコーディングだけで済むような単純な業務だけRPAを使う価値がある
それ以外は普通にプログラミングしろってさ

君がここ1週間ぐらいかけて取り組んでた課題って
プログラミング多少でも知ってる職員を探して(あるいは情シスに依頼して)やってもらえば多分1日で終わってたぞ？

**デフォルトの名無しさん** · 2019/06/15(土) 10:04:40.97

>>540
無理してロボット使うなw
転記元データがあるならヘッドレスなプログラムで送信すりゃいい
なんでわざわざヒューマンインターフェイスを経由させたがるんだ

**デフォルトの名無しさん** · 2019/06/15(土) 10:04:54.99

実際、RPAって言葉が流行りだす前までは一生懸命VBAなりなんなりで仕事効率化しても見向きもされなかったからなあ
そこにきてルーチンワークを無くすことって大事だよねって考えがRPAの流行に乗ってやっと広まってきた感じ

やってるとこは10年前から既にやってるし今更感バリバリなんだが、今までやってこなかった企業にとっては良い動機付けになってるんじゃないかな

**デフォルトの名無しさん** · 2019/06/15(土) 10:24:01.49

確かに俺らからしたら>>538の取り組んでたようなスクレイピング的な部分はVBAからJavaScript叩いた方が楽じゃんなんだけど
おそらく社内にプログラミングが多少ですら解る人がおらず頼りたくとも頼れる環境が無いんだろう。というかそういう環境だからこそRPAが導入されたってのもあると思うしな…
プログラミングでいいジャン！wで一蹴するのはあまりにも残酷に感じる
とにかく右も左もわからん中よく頑張ったと労いたい
経験重ねていくことで何がプログラミング向きで何がRPA向きかも掴めてくるだろうし、今後わからん事があればここに投げてくれれば助け舟も出せる。遠慮せず聞いてくれよ。自動化スレなんだし

**デフォルトの名無しさん** · 2019/06/15(土) 10:48:36.53

金も人材も時間もない中小零細こそ安易にRPAに飛びつかない方がいい
生の声を聞いてもうわかっただろうけどRPAはけっして魔法の道具などではなく
ただのビジュアル化されたプログラミングツールでしかない
導入には金がかかり扱える人材を育てるには金も時間もかかる

プログラミングでも人材を育てるには金も時間もかかるが
教育ノウハウが書籍やネット情報として充実しているのでRPAをゼロから学ぶよりは簡単だ
何より導入コストがかからないから失敗のリスクが少なくていい

**デフォルトの名無しさん** · 2019/06/15(土) 11:39:23.85

ゼロベースからの独学って前提ならやっぱPythonやC#よりUiPathのが習得日数短いと思うなー
Pythonは配布面で問題が、C#は思いの外自動化関連の情報が少ないときてるし尚のこと

金も人材も時間もない中小零細が取るべくは
UiPathの無料版で目先の課題を解決しつつ、創出された時間をPython,C#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな
もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな

**デフォルトの名無しさん** · 2019/06/15(土) 11:43:55.08

>>548
C#が他と比べて自動化関連の情報が少ない？なぜそう思った？

**デフォルトの名無しさん** · 2019/06/15(土) 11:56:29.51

>>549
なぜって…Pythonと比較して明らかに少ないだろー
SeleniumやAppiumもPython利用を前提としてる記事のが多いし

**デフォルトの名無しさん** · 2019/06/15(土) 11:57:42.76

>>548
書籍やネット情報の充実度が桁違いだからプログラミングのほうが学びやすいよ

**デフォルトの名無しさん** · 2019/06/15(土) 11:57:50.85

中小零細は多品種少量みたいな業務で構成されているからRPA向きではない

>>521
文系大卒は簡単なホワイトカラー職に就きたがるから
雇用のミスマッチがますます進むな

**デフォルトの名無しさん** · 2019/06/15(土) 11:58:30.60

>>550
ソース出してみ
たとえばWinAppDriverなら？

**デフォルトの名無しさん** · 2019/06/15(土) 12:00:19.22

>>550
そうは言っても同じライブラリだから別の言語で書かれた情報を別の言語に適用することは全く難しくない
もちろんC#限定で調べたとしてもRPAよりは多くの情報が出てくるけどね

**デフォルトの名無しさん** · 2019/06/15(土) 12:09:20.22

>>550
記事なんかじゃなくてGitHub漁れば、ちゃんと動くものがいくらでもある
MicrosoftだってBlazorのE2EテストはC#＋Seleniumでやっている

**デフォルトの名無しさん** · 2019/06/15(土) 12:11:17.32

>>553
C# WinAppDriver とかでググッてくれ。
電卓のボタンクリックくらいの情報しか出てこんと思うぞ

>>554
普通に考えればそうなんだが、素人独学プログラミングじゃそういう基礎的なとこがかわらんのよ
Pythonで書かれたサンプルをC#に書き直すって発想がまず湧かない

GUI操作に限ってはUiPathのがクリティカルな情報が多いし調べやすいと思うけどな。UiPath以外のRPAツールが情報少ないのは同意

**デフォルトの名無しさん** · 2019/06/15(土) 12:12:55.79

>>556
電卓程度なわけないやろちゃんとググれ

**デフォルトの名無しさん** · 2019/06/15(土) 12:16:10.81

まず確認すべき超基本的なサンプルって間違いなくこれだと思うんだけど、これのどこが電卓のボタンクリックなんだ？
https://github.com/microsoft/WinAppDriver/tree/master/Samples/C%23

**デフォルトの名無しさん** · 2019/06/15(土) 12:16:17.20

いや俺の表現がまずかったな
情報はあるんだよ。それこそGitHubなり海外サイトなりMSDNなり探せばいくらでもある。
俺が言いたいのはそうじゃなく、独学素人プログラミング初心者が取ってきてそのまま使える情報が無いってことを言いたい
GitHubがそもそもわからんしMSDNもどう見たらわからんし英語も全く読めないし機械翻訳で更にちんぷんかんぷんになるんだよ

**デフォルトの名無しさん** · 2019/06/15(土) 12:17:58.28

>>558
初心者はGitHub漁るって概念がそもそもねーしこのURL404だよ

**デフォルトの名無しさん** · 2019/06/15(土) 12:18:43.92

>>560
え…

**デフォルトの名無しさん** · 2019/06/15(土) 12:20:36.45

確かにURLすらたどれないやつにプログラミングは無理だ
ってか怖すぎるからそんなやつに自動化業務なんてさせられない

**デフォルトの名無しさん** · 2019/06/15(土) 12:22:23.84

>>560
今の時代は初心者こそGitHubからの丸パクリやで
中途半端な記事を読んでアレコレ頭を悩ませずとも動くものとドキュメントがあるからな

**デフォルトの名無しさん** · 2019/06/15(土) 12:23:18.74

>>556
そうかなぁ？
俺はググっても情報が出てこなくて諦めちゃった
数分の動画を見てハズレってのが3回も続いたらもうやってんねえフザケンナってさじ投げるよ

**デフォルトの名無しさん** · 2019/06/15(土) 12:25:28.31

>>564
そいつは>>558のURLすら見れないらしい
そもそもググれない可能性が高い

**デフォルトの名無しさん** · 2019/06/15(土) 12:28:19.47

>>559
素人独学向けの入門書は沢山あるし
最近は各言語やライブラリの公式ドキュメントが素晴らしく充実してる
チュートリアルなどもあってすぐに学習できる

**デフォルトの名無しさん** · 2019/06/15(土) 12:29:52.78

出先あいぽんなんだよそんないじめてくれんな
ipadからだと辿れたわすまんな

**デフォルトの名無しさん** · 2019/06/15(土) 12:35:10.38

うーん、なんかRPAに寝首かかれてる理由が垣間見えた気がする
君たちそういうとこやで…

**デフォルトの名無しさん** · 2019/06/15(土) 12:36:08.53

>>566
最近はC#でもチュートリアルやAPIのドキュメントに付随してブラウザ内でコードを実行できるようになってきてるしね
断片的な記事と違って開発環境作らずにすぐ試せる

**デフォルトの名無しさん** · 2019/06/15(土) 12:37:42.85

>>568
なんでもかんでもRPAって冠をつけてるだけ

**デフォルトの名無しさん** · 2019/06/15(土) 12:38:38.42

素晴らしい教材の情報があるならどんどん発信してほしい
初心者は得てして学習方法がそもそもわからんってケースが多い

**デフォルトの名無しさん** · 2019/06/15(土) 12:45:51.83

>>569
dotnet tryだっけ面白いよねアレ
確かに学習教材にはうってつけだな

**デフォルトの名無しさん** · 2019/06/15(土) 12:47:10.73

>>564
本来プログラミングでやるべきな込み入ったことしようと思うと途端に情報無くなるのは確かにそう
要素のクリックとかキー情報送信とかデータテーブル操作くらいの基本的な操作の情報ならわりと豊富
例えばAdbe Acrobat Readerの「注釈」をクリックしたいとかならUiPathのがクリティカルな情報すぐ見つかるやねって意味で

**デフォルトの名無しさん** · 2019/06/15(土) 12:51:19.52

>>573
それこそWinAppDriverで一発じゃない？
クリックさせてその後どうしたいのかってことまで考えると普通にプログラミングした方が楽だと思うんだけど違うの？

**デフォルトの名無しさん** · 2019/06/15(土) 13:10:27.53

>>527
勉強になります今後真価が問われるってのは同意変更って意味ではRPAの方に軍配あがるんじゃないかなと予想業者に頼まなくて済むし事務員でもできるし

>>528
まぁそうだけどケースバイケースって言ってもしょうがないからな一般論としてはシステム改修よりRPA改修の方が安上がりなんじゃね
基幹システムの一括入力機能付けるのに云百万かかります、それならRPAで繰り返し入力させるわ、ってなるよな

**デフォルトの名無しさん** · 2019/06/15(土) 13:10:29.18

>>574
クリックして注釈入れて保存ボタン押す…程度のことをUiPathに任せられればそれでいいし、それがRPAの適材適所やと思うよ
それ以上のことをやろうと思えば仰るようにガチでプログラミング学んで組んだほうが良い

あとWinAppDriverはWin10以上限定だったと思うがRPA導入考えるような企業は未だにWin7現役なことが多いんだよなぁ
それ抜きにしても、WinAppDriver Gitからダウンロードして開発者モード有効にしてドライバ起動してインスタンス生成して操作対象のハンドル取ってアプリ用インスタンスも生成してinspectで要素解析して、なんやかんやして…クリック！！
より
UiPathで画面上で要素を選択してクリック！はい完了
のが単純に楽だと思うんだ…

**デフォルトの名無しさん** · 2019/06/15(土) 13:15:06.01

>>568
マジでそれ流行ってる現実を見ようとしないよね
それを踏まえて批判すればいいのに
ぼくのかんがえたさいきょうのやりかた、みたいな

**デフォルトの名無しさん** · 2019/06/15(土) 13:34:03.64

流行ってるかぁ？宣伝記事はちょくちょくみるけど

**デフォルトの名無しさん** · 2019/06/15(土) 13:36:04.62

UiPathに関して言えば公式のドキュメントがすげえ不親切なイメージがある
結局どうやって使うねんこれっていうのが結構あった

**デフォルトの名無しさん** · 2019/06/15(土) 13:58:59.50

>>544 元データが何かわからないからさ。例えば紙かも。

それにタプレットというのは、既成品で手をいれられないかもしれないでしょ。社内システムならタプレット側はどうとでもなるけど。

>>546 社内にプログラムのわかる人がいないくらいの大きさの職場だとRPA を入れても大した効果は発揮できないと思うけどな。

**デフォルトの名無しさん** · 2019/06/15(土) 14:18:25.79

>>567 あいぽんからでも辿れるよ、どんな2ch 専用ブラウザを使ってるんだよ。
自分はBB2C で問題ない。
safari にコピペしても当然辿れるし。

**デフォルトの名無しさん** · 2019/06/15(土) 14:30:04.15

>>577
今某rpaのnugetパッケージ見たんだが累計8万ダウンロード(30ダウン/day)だった
seleniumは累計1千万ダウンロード(4000ダウン/day)
seleniumの中で比較すると比較的不人気と思われる.netバインディングですらこれ

**デフォルトの名無しさん** · 2019/06/15(土) 16:38:39.61

>>581
見れねえもんは見れねえんだよォォ！！！https://i.imgur.com/5zOAv7R.jpg

**デフォルトの名無しさん** · 2019/06/15(土) 16:50:23.75

そりゃ某RPAの主要パッケージはnuget.org経由じゃないですし…

**デフォルトの名無しさん** · 2019/06/15(土) 16:57:38.54

>>584
どこなんですか？

**デフォルトの名無しさん** · 2019/06/15(土) 17:43:59.59

>>495
???
何でそんな話になってんのかの前提を考慮しながら議論してくれよ。
じゃないとその議論は完全にスレチだろうが。

当然、その前提を考慮してると思ったから>>493の発言になるわけだが。

**デフォルトの名無しさん** · 2019/06/15(土) 17:48:02.30

っていうか、スレの流れ、何でこんなに進んでんの?

**デフォルトの名無しさん** · 2019/06/15(土) 18:30:16.10

賛否両論だからだろ。

そもそもRPA メーカーの宣伝は、別にRPAでなくてもそれなりにシステムを見直せば改善できたと思われるケースも見受けられる。
そりゃ、銀行業務みたいなガチガチなところの逃げ道としては良いかもしれないけど。

**デフォルトの名無しさん** · 2019/06/15(土) 18:35:32.38

逃げた先がさらにきつい地獄かもしれねーって話もある

**デフォルトの名無しさん** · 2019/06/15(土) 18:36:04.72

流行ってるのは否定できないんじゃね
RPA 普及率でググって一番上の記事↓

RPA国内利用動向調査（2019年1月調査）
前回調査から急激な速度で普及

■ 国内企業のRPA導入率は32％、2018年6月調査から10ポイント増と導入が加速
■ RPAの満足度は59％と高く、企業は業務負担の軽減や人手不足対策への効果を実感
■ AIとの組み合わせなどRPAの高度化・適用範囲の拡大が進む見通し

RPA国内利用動向調査（2019年1月調査） « ニュースリリース | 株式会社ＭＭ総研
https://www.m2ri.jp/news/detail.html?id=336

**デフォルトの名無しさん** · 2019/06/15(土) 18:37:45.26

COBOLとRPA両方やらなきゃいけないんだろ
キッツー

**デフォルトの名無しさん** · 2019/06/15(土) 18:39:23.44

3社に1社ってことか
何十社と取引してるけど見たことないなぁ
偏りがあるんじゃねえか？
分母の詳細は？

**デフォルトの名無しさん** · 2019/06/15(土) 18:42:46.59

上場企業だろ？（適当

**デフォルトの名無しさん** · 2019/06/15(土) 18:47:22.34

まあ会社規模がでかいほどRPAの恩恵は受けやすいんだろうな。

**デフォルトの名無しさん** · 2019/06/15(土) 18:53:24.27

RPAの恩恵を受けやすいというかプログラムによる自動化の恩恵を受けやすいのだな

**デフォルトの名無しさん** · 2019/06/15(土) 18:53:41.97

seleniumとかのレコード機能とプログラミングの併用がいいと思う
でもその実現や実装部分は一部分でしかなくて
業務プロセスをどうするかという所が重要だと思う
業務プロセスを社内で議論するきっかけとしては
コスト面でプログラミングの方がRPAより優れているだろう
OSSとかであればそれでもいいだろうけど

**デフォルトの名無しさん** · 2019/06/15(土) 18:55:26.44

>>596
プログラムならコストも安いよ

**デフォルトの名無しさん** · 2019/06/15(土) 19:00:37.99

というか業務分析や設計の段階ならホワイトボード、紙とペン、エクセルで十分だ

**デフォルトの名無しさん** · 2019/06/15(土) 20:22:35.13

全部わかっているんだったらフレームワークが最善なんだが
Ruby on Rails, ジャンゴ、spring とそろっている
内部の仕組みを知らないで使うと大変なことになるが

**デフォルトの名無しさん** · 2019/06/15(土) 23:41:54.74

Ruby on Rails を知っているなら、CakePHP も出来る。
CakePHPは、Rails のコピーだから！

掌田津耶乃が、CakePHPの本も書いてる。
彼は、ほとんどのフレームワーク・ゲームエンジンの本も書いてる

**デフォルトの名無しさん** · 2019/06/15(土) 23:52:26.89

>>531
銀行のOCR は、処理センターで、読み取り失敗したものは、

3人で手打ちして、全員で一致したものを採用する

**デフォルトの名無しさん** · 2019/06/16(日) 00:26:45.48

>>599 ルーピーはすっこんでろ。いくら世間から見放されたからと言ってもうざすぎる。

**デフォルトの名無しさん** · 2019/06/16(日) 00:39:33.95

>>601
それ意外と全員間違うんじゃ・・・。
そうにしか見えないのもあるでしょう。
インド人を右に、みたいな。

**601** · 2019/06/16(日) 02:01:44.40

用紙を撮影した画像を、PC で見ながら、3人がその金額を打つけど、
3人とも間違うようなものは、AI でも間違うよ

書いてる文字が、おかしいから

**デフォルトの名無しさん** · 2019/06/16(日) 02:45:18.22

みんなスマホで入力して決済してレシートも印字、手書きを無くせればRPAの大勝利だ。

99 · 2019/06/16(日) 03:04:28.49

>>603
三人一致の真偽は私は知らないが、銀行ならまあそうだろうねと思う
（昔、某メガバンクでホストプログラムメンテ経験はあり）

おそらく、何人一致でokにするかは金融庁にお伺い立てたんじゃないかな

**デフォルトの名無しさん** · 2019/06/16(日) 04:51:27.26

最初からペーパーレスにしろって話だよな
中国の田舎者ですら紙入力と聞いて呆れてるぞ

**デフォルトの名無しさん** · 2019/06/16(日) 07:43:20.22

何で書いた人に問い合わせない?
それ以外の解決策はないぞ

**デフォルトの名無しさん** · 2019/06/16(日) 07:52:04.03

ちなみにデジタルで入力しても入力ミスはあるんやで
業務を自動化するのはエラー処理や障害リカバリが重要なのがセオリー

**デフォルトの名無しさん** · 2019/06/16(日) 08:05:55.42

GCPとかのOCRは日本語最適化されてないから精度が低いけど、
ベンチャーの手書きOCRは年々完ぺきに近くなってる

常用漢字は大して多くないからデータさえ集めりゃ
機械学習ですぐに効果がでる

**デフォルトの名無しさん** · 2019/06/16(日) 08:12:45.01

んで結局プログラミングではWindowsネイティブアプリの自動化って簡単にできるの？
もしそうならRPAの存在意義無くなるってのは証明できそうなもんだが…ここの板はプログラミングの方が簡単！！と言いつつ肝心なソースが出てこないのよね

上で出てたAdobe Acrobat Readerの注釈をクリック
の例ならどんなコードになるの？？教えて偉い人

**デフォルトの名無しさん** · 2019/06/16(日) 08:27:00.33

>>609
RPAでエラー処理しんどすぎて死にそう

**デフォルトの名無しさん** · 2019/06/16(日) 08:41:24.19

sikulixの環境変数についてお聞きしたいのですがここでいいでしょうか？

win環境でargvから取得したスクリプトの実行パス（日本語を含むUNCパス）にテンポラリファイルを作りたいのですが、
文字コードがcp932なせいかパスが渡せていないようなのですが、
この様な場合の参考になるコードなどありますでしょうか？

**デフォルトの名無しさん** · 2019/06/16(日) 08:41:56.71

経理だからよくわからないけど、SEの人が言ってるのは会計システム直入でいいじゃん？て感じじゃない？
でも、実際にはみんな会計システムに入れるためにまちがえないような精算システムや起票システムに選択形式で入れてくでしょ？

そんな無駄な事してでも末端の部門に起票してもらった方が楽じゃん。

SEや営業マンに簿記は簡単だから覚えてねーって言っても無駄でしょ。

プログラミングは特殊だったから最後になっただけで、末端ま部門までやらせたいなら自由じゃなくて、選択形式でわかりやすいツールを提供する形にはなるんだろ

**デフォルトの名無しさん** · 2019/06/16(日) 09:05:34.00

端末部門は科目や税区分間違えるし本当にどうなってんだ脳みそ。

**デフォルトの名無しさん** · 2019/06/16(日) 09:24:48.89

さすがに伝票を正しく起票できない人に
RPAで作らせるのは無理
Pythonで作らせるのは可能かもしれないけど、決して出来上がらない

**デフォルトの名無しさん** · 2019/06/16(日) 09:25:47.82

注意
伝票を正しく起票できるかと、顧客とのお付き合いがうまいかどうかは、ほとんど無関係

**デフォルトの名無しさん** · 2019/06/16(日) 09:31:27.23

RocketMouseのサイト
トップページからのリンク「@mojosoft からのツイート」を今すぐクリック！

こんなサイトづくりで金を取ってるのか！

**デフォルトの名無しさん** · 2019/06/16(日) 09:35:04.01

>>590
率としては低い
アジャイルはほぼ100%
クラウド利用はまちがいなく100%

RPAは導入100%になった翌年になっても100%を維持できるかどうかが分かれ目
(RPAの定義は不問として)

**デフォルトの名無しさん** · 2019/06/16(日) 09:39:45.24

>>611
>>558でも不満？

**デフォルトの名無しさん** · 2019/06/16(日) 09:41:36.44

>>619
導入してしまえばベンダーロックインしてやめたくなってももう逃げられないから下がることはないのでは？

**デフォルトの名無しさん** · 2019/06/16(日) 09:54:02.67

>>620
コピペしたら動くんだろうけど、正直これ見ただけじゃどこで何してるのか全然わからんのよね…
どのファイルが何をしてるかとか解読するのがもうしんどい
やりたいことはReaderの注釈ボタンをクリックするだけなんだけど、レスで要点だけパパっと説明できないくらい複雑な感じ？？？

**デフォルトの名無しさん** · 2019/06/16(日) 09:57:10.85

>>622
これのどこが複雑なの？

**デフォルトの名無しさん** · 2019/06/16(日) 10:01:23.30

>>621
ライセンス更新しなくても導入したと言い張るならその通り

もちろん不正利用とは関係なくて、次のようなケースがあるかもしれない
試しにいれたけど使えなかった
ライセンス料より人が安かった
税制や会計基準や、お仕事の手続きや、取引先のシステムが変わったけどRPAをメンテできる人の費用が出せない

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

>>623
C#経験無いんで全部複雑としか…
>>623にとっては簡単？なんだよね。すごいなぁ
Readerの注釈をクリックするコード書いてはっつけていただけると嬉しい…その処理を行うまでの最短距離が知りたいです

**デフォルトの名無しさん** · 2019/06/16(日) 10:13:48.20

>>625
上でも出てるけど、そんなの電卓のボタンクリックと変わらんやろ

**デフォルトの名無しさん** · 2019/06/16(日) 10:19:21.11

>>626
その電卓のボタンクリックするくらい簡単な処理を実現するコードはプログラミングではどうなるのですか？という質問なんですが…

**デフォルトの名無しさん** · 2019/06/16(日) 10:20:45.87

>>627
このメソッド読めよ
https://github.com/microsoft/WinAppDriver/blob/09183d8f6a15e34d4943f3b48458433c8356cacb/Samples/C%23/CalculatorTest/ScenarioStandard.cs#L31

**デフォルトの名無しさん** · 2019/06/16(日) 10:25:31.04

>>576
実際アプリ開いてハイクリックみたいな軽いノリでできる？

メール登録して
ダウンロードまで幾つかメールやりとりして
インストール遅いの待って
開発環境開いてからもライセンスチェックだかなんだかしらないけど遅いの待って
プロジェクト開くのも遅いの待って
操作しにくいマウスでフローチャート配置して
操作しにくいマウスでレコーディング開始ボタン押して
操作しにくいマウスでアプリを開くボタン押して
操作しにくいマウスでリーダー開いて
操作しにくいマウスで注釈クリックして

って考えると結構、道のり長いよね？

**デフォルトの名無しさん** · 2019/06/16(日) 10:35:07.86

>>629
コードなら簡単に処理を使いまわしできるから、繰り返し作業をする場合の効率もいいよね

**デフォルトの名無しさん** · 2019/06/16(日) 10:38:23.72

>>629 何言ってんだか。 UI recorder だって有るぞ。
記録して再生すれば良いだろ。

**デフォルトの名無しさん** · 2019/06/16(日) 10:41:52.54

>>631
うん
だからレコーダー使っても、はいクリックおしまい、にはならないよねって言ってる
レコーダーを使うのにも幾つかの手順が必要

**デフォルトの名無しさん** · 2019/06/16(日) 10:47:44.00

>>630
そうだねぇ
同じ画面の異なる流れのシナリオが幾つかあって何回かレコーディングするとなんだかなーって感じる
それにユーティリティを自作して充実させると作業がどんどん楽になる
ま、rpaでも部品化はできるけど、使い勝手が悪いんだよねぇ

**デフォルトの名無しさん** · 2019/06/16(日) 10:48:13.87

>>628
FindElementBy〇〇で要素指定するんだなーってのは分かりますが、肝心のその要素をどう見つけてくるのか等のがよくわかりませんね…もしかしていちいち外部ツールに頼らなきゃいけない感じですか？？
あとC#自体詳しく無いものでprivate とかpublic staticとかもよくわかりませんね…とにかく、かなーり勉強しなきゃいけないんだなっていうのは分かりました。ありがとうございます。

**デフォルトの名無しさん** · 2019/06/16(日) 10:51:01.02

>>634
ByNameなら見たまま
他はドキュメントに書いてある通り、要素を取得するためのツールがある