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

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

語りましょう

**デフォルトの名無しさん** · 2019/06/14(金) 19:30:45.27

オートスケールするブラウザサーバーを建ててクローリングを並列実行したいのだがUIPathでできる？

**デフォルトの名無しさん** · 2019/06/14(金) 19:44:03.15

>>498
ありゃプログラミングができない大人が多すぎるから頭の柔らかい子供のうちに考え方を教えとこうって趣旨だろ
つかプログラミング誰でもできる論が成立するならそもそも学校でわざわざ教える必要もないしなー

**デフォルトの名無しさん** · 2019/06/14(金) 19:59:06.30

学校の教師みたいな人にプログラムのロジックを教える事が出来るのかね？
外部から講師を呼ぶならまだしも。

**デフォルトの名無しさん** · 2019/06/14(金) 20:00:00.21

まともなこと教科書にかいてれば興味ある子供は勝手に覚えるよ

**デフォルトの名無しさん** · 2019/06/14(金) 20:21:09.42

教科書がマトモだといいな。
どこが作るのかしらんけど。

**デフォルトの名無しさん** · 2019/06/14(金) 20:35:10.23

もう検定教科書もできてるし、教師用研修教材もあるよ。

小学校のうちは、最初はブロックプログラミング。

高校の必須科目情報I での、プログラミング言語のメインは Python

**デフォルトの名無しさん** · 2019/06/14(金) 20:47:22.62

Pythonか～
誰が決めたんだろ？
いまさらCとかよりはいいかもしれん。

**デフォルトの名無しさん** · 2019/06/14(金) 21:19:29.96

>>505 教えやすく理解しやすいのがスクリプト言語と言うのは昔から変わっていない。

昔はBASIC だったが、それが Python に席を譲っただけ。
BASIC も渋とくVBA とか、PIC などの中で生き残ってるが。

それに全てが無料というのが良い。オープンソースも必須。

**デフォルトの名無しさん** · 2019/06/14(金) 21:42:56.96

本音を言えば型宣言を省略できる言語はあんまり最初の言語として教えてほしくないんだけど。
型はプログラミングにとって超大事だからね。

**デフォルトの名無しさん** · 2019/06/14(金) 21:44:44.47

C#あたりかな？でもC#もvarがあるかｗ

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

今日導入企業の話聞いてきたけど、bizzroboだったな。
6万人規模の会社で800人講習して、稼働ロボは450くらい。1000ロボくらい目指すって言ってた。

600人の規模なら8人で5ロボくらいだな
そう考えると導入展開にはかなりの時間がかかるってことがわかる

言ってたけど、結局現場の人が業務しながら片手間で覚えて作らなくちゃいけないから、前に進まない。俺もそうだけど

その後に簡単にできますってロボ紹介してるセッションもあったけど、前述の大企業の開発後のヒアリング紹介では意外と難しいという意見が多かったって紹介されててそれこそ生の意見だと思ったよ

**デフォルトの名無しさん** · 2019/06/14(金) 22:12:09.43

>>509
普通に考えてプログラマ崩れの中途採用か
専門卒を新規で取ったほうが早いよな

**デフォルトの名無しさん** · 2019/06/14(金) 22:24:18.02

>>509
RPA独特の難易度は今後の技術共有がどれだけ活発になるかだな
エラーが出ないようになるべく安定稼働させるならケア処理を上手く組み込む必要あるし

**デフォルトの名無しさん** · 2019/06/14(金) 23:17:11.95

実績はあまり気にしなくていいのではないだろうか
先進的なRPAテクノロジを活用し働き方改革を積極的に推進しているという姿勢をステークホルダ達にアピールしたい
これが最大の導入理由なのだろう
いかにも経営が考えそうなことだ

**デフォルトの名無しさん** · 2019/06/14(金) 23:22:44.77

バカだな。経営は人減らしたくて減らしたくてたまらないんだぞ？

**デフォルトの名無しさん** · 2019/06/14(金) 23:30:55.21

実際に何人切り捨てて追い出したって事例ある？

**デフォルトの名無しさん** · 2019/06/14(金) 23:33:26.11

詳しくは知らんが大手銀行は結構人減らしたんじゃなかったか？

**デフォルトの名無しさん** · 2019/06/14(金) 23:37:59.05

ふむふむ
やはり建前があると切りやすいのだな

**デフォルトの名無しさん** · 2019/06/14(金) 23:49:46.73

三井住友銀行は1年で110万時間工数削減したらしいぞ？

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

>>517 銀行のシステムなんて化石システムで動いてるようなものだからな。ガチガチ。
ネットにつなげるのもUSB を使うのも禁止。

誰も身動き出来ないシステムに何をさせようというんだ？
RPA 以前にやることが山のようにあるだろ。
COBOL をまず捨てろよな。

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

>>517
RPA業務って良くも悪くも大企業＆古い基幹システム使って所だと
削減効果自体は出やすいんだよ
・大量のデータを処理する必要がある
・しかし古いシステムだと、一括ダウンロード機能が無かったり、検索条件の絞り込み機能が弱くて
　特定データのみを一気に取り出せない
・また必要な情報を集めるために複数の画面を跨ぐ必要が多い

言い方が悪いけど、システムと現行業務にギャップが出てて
人の手でフォロー（繰り返し作業）する必要がある≒RPA化で効果が出やすいっていう裏がある

本来ならシステム側をブラッシュアップすべきなんだけど
肥大化しすぎて身動き取れないから、RPAで暫定的な対応してるだけなんだわ

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

>>519
まさにうちの会社だ
RPA超絶活躍中！

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

価格と同じで、人員削減はあんまり表に出ないだろうな特に働き方改革みたいな労働者フレンドリーな皮を被ってるから
RPA リストラとかでちょっと調べてもなんとも言えん気がした↓

人材不足は高スキルのみ、RPAで就職氷河期がやってくる - orangeitems’s diary
https://www.orangeitems.com/entry/2019/02/18/113115

RPA型配置転換は結局こうなる、富士通2850人が早期退職 - orangeitems’s diary
https://www.orangeitems.com/entry/2019/02/20/000500

RPAとはリストラのための刺客なのか？【結論：違います】 | 完全自動化研究所
http://marukentokyo.jp/2019/05/15/rpa_restructuring/

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

>>519
本来はシステム改修で対応するのが正しい、RPAは泥縄、っていうのがこのスレでも多いけどどうなんだろうね？

システムは大学病院、RPAは町医者、みたいな使い分けがいいっていう可能性ないのかねまあ例えはイマイチかもしれんけど

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

>>494
softbankがRPAホールディングスとコラボしたSynchRoid　(2016～)

従来の見積書作成は、なんと15分で作れていた
IBM Watosonの協力を得て、メール受信から3秒で出来て、人はメール送信ボタンを押すだけ
https://cdn.softbank.jp/biz/set/data/other/rpa/case/img/img-ai-01.png
https://www.softbank.jp/biz/other/rpa/

※ページに日付が無いので、過去現在未来のどれか不明

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

銀行はRPAがスゴイのではなくもとのシステムが酷すぎただけだな

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

>>523
AIはともかくRPAは要らないな

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

RPAはシステム全面改新までの繋ぎとして効力を発揮する
システム化で費用対効果が出ないような細かい処理や業務ルールが変わりやすい処理を自動化するのにも向いてるね

費用対効果が出るなら素直にシステム化するのが吉

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

>>522
システムというのは追加は簡単なんだけど変更は難しいものだよ
開放閉鎖の原則って言うんだけど原則として伝え広めるぐらい重要な経験則なんだ

RPAもそれは同じで追加するだけなら難しくはないが変更したくなったときに大変なことになる
ただ今はまだRPAの導入から時間が立ってないから変更の需要が発生していない
だから変更の難しさという大問題が表面化していない
この大問題が表面化したときにRPAが本当に正しかったのか真価が問われるだろうね

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

>>522
全ては費用対効果なんだよ

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

>>521 そりゃ、銀行などは手書き帳票読み取りがあるから手書きOCR でかなりの工数削減ができることは当然。
むしろ今まで手書きOCRをやっていなかったことに驚き。

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

>>529
OCRってRPAと関係ないとおもうんだけどRPAとしてひとくくりに語ってしまう人やステマ記事が多いのは何故なんだろう？

あとここではエクセルやデータテーブルの処理が盛り上がりやすいけど
冷静に考えるとエクセル処理もRPAとは独立した概念だよな

RPAには明確な定義がなく言ったもの勝ちの雰囲気がある
だったら便利なものはみんなRPAと言い張って取り込んでしまおう
便利なものがいっぱい詰まってるからRPAは便利なんだ
…そういうことなのか？

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

手書きOCRってまだまだ精度的に怪しいもんだよ
数字オンリーとか英語オンリーとかなら使えるんだけど、日本語と数字、アルファベットが混ざったりするともうダメだね
結局最後はヒューマンチェック入れることになるんだが、その辺銀行はどうしてるんだろうなあ

RPAはバズワードだし言ったもん勝ちだわな。AIと一緒。自動化に関係するもんはぜーんぶRPA

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

1とlとかね、あるある

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

それを言ってしまうとSeleniumもPythonもRubyもC#もVBもPowerShellもJavaScriptもみんなRPAだな
実際にRPA製品はスクリプト呼び出しもサポートしてる

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

わーRPAってすごいんだね！！

99 · 2019/06/15(土) 09:36:42.93

RPAは、今まで（自動化）ツールを作ってこなかった現場の人にそれを作ってもらうための新たな方法

例えば、頻繁にEXCEL使っててVBAで作ればタダで楽できるのにも関わらす、現場で作られてないところは多い
（会社からすれば当然VBA勧めたいが、何故か（様々な理由で？）使われない）

コストはかかるが、「作れるかも」と思ってもらえそうな口実の一つがRPA

aiやocrなどと組み合わせるのはVBAでは難しいので、そういうとこはRPA（等）の出番

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

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