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

**デフォルトの名無しさん** · 2019/02/14(木) 23:58:05.00

語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/

**デフォルトの名無しさん** · 2019/04/02(火) 17:21:47.61

RPA肯定派だけど気になる点をいくつか

初心者にありがちなミスとしては無限ループかな負荷がかかって基幹システムが止まるとかありえるかも

悪意ありきで考えると、手作業だと膨大な手間がかかる社員名簿とかのデータ収集を簡単にできるようになると情報漏洩のリスクとかは上がるかも

結局、基本的にはRPA特有のことってなくて、既存のリスクが規模マシマシになるイメージかねなので、元々セキュリティしっかりしてれば大した懸念はないのかもしれんね

**デフォルトの名無しさん** · 2019/04/02(火) 17:33:49.51

既にレスがついてるけど
>>974
プロの人がやることでも、悪意だったり過失だったり釣られたりして
コンプライアンスやセキュリティの問題が現実に起きているから
RPAはプロの人より脆弱で危険だと考えなければならない

RPAに社員名簿はともかく、顧客リストへのアクセスを許すなら
ID/パスワードが、動作画面からも、中を覗かれても割れないようにする
ましてやRPAの開発、動作用のPCに共用IDを作らない、4など要対策

全社的に展開したら徹底するために抜き打ちチェックが必要かも

**デフォルトの名無しさん** · 2019/04/02(火) 17:50:23.41

非効率なSQLリクエストがRPA導入以前には考えられなかったレベルで乱発されてDBサーバやネットワークが死ぬとかね
インフラ管理が甘い会社だとありそう

**デフォルトの名無しさん** · 2019/04/02(火) 18:40:21.87

簡単な話で、効果が出るのは当然なのよ。
目に見えない負債が問題なんだろ。

**デフォルトの名無しさん** · 2019/04/02(火) 18:43:21.36

上の方でVBAの話が出てたが、VBAの評価が糞になっていることを考えるべき。
プログラマーがRPAで組むなら分かる。

プログラミング出来ない奴が組んでもVBAと同じで、糞評価になるだけだ。

**デフォルトの名無しさん** · 2019/04/02(火) 19:06:18.80

何使ってもダメな奴の典型例

**デフォルトの名無しさん** · 2019/04/02(火) 20:23:19.33

誇大広告出してる業者には何のペナルティも無いのか？
法人相手なら自由契約といっても実害を受けるのは従業員とその家族なんだぞ

**デフォルトの名無しさん** · 2019/04/02(火) 20:27:38.62

鬼門はライセンス料かな
簡単にペイできるような業務はまっさきにシステム化されてしまうから

**デフォルトの名無しさん** · 2019/04/02(火) 21:59:30.54

特定の事業部門でしか使わないようなRPAのフローに対するホワイトボックステスト実施とか現実には難しいしな

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

実際のところテストはどうしてますか？
コントロールができない外部システムに依存するテスト設計はコーディングの30倍ぐらい難しいと思います
素人のRPA従業員全員にテスト設計の教育を施すことは果たして可能なのでしょうか？

**デフォルトの名無しさん** · 2019/04/03(水) 00:17:36.90

全員は無理だな、分岐網羅や判定条件網羅が覚束ない人が多いだろう
限界値テストとかになると更に望み薄

というか、典型ケースだけに準拠した手順理解をしていて例外の発生条件を想定できない人とか、パラメタの値域が把握できずまともに動く制御条件がそもそも書けない人とか多いよ、普通の事務員って

**デフォルトの名無しさん** · 2019/04/03(水) 08:12:47.33

たぶん、テストしないんでしょ。

**デフォルトの名無しさん** · 2019/04/03(水) 08:17:53.26

設計もテストもしない
セキュリティリスクは想定外なのでゼロ
なら俺らのシステム開発ももっと安く楽になるのになぁ羨ましい

**デフォルトの名無しさん** · 2019/04/03(水) 08:34:35.67

次スレ
https://mevius.5ch.net/test/read.cgi/tech/1554248034/l50

**デフォルトの名無しさん** · 2019/04/03(水) 08:49:37.29

>>831
簡単に作れるんだから
メンテナンスが必要になったら
また新しく作れば良いのでは？

**デフォルトの名無しさん** · 2019/04/03(水) 09:08:55.89

どれくらい複雑なフローを作るかの想定がだいぶ違うように感じるな
基本的には単純な処理なんじゃね上のリンクにあったように複数のサイトからひたすらダウンロードを繰り返すみたいな
勿論そうは言っても複雑なフローになってしまう場合があることは否定しないがそちらばかり取り立ててもなあとは思う

**デフォルトの名無しさん** · 2019/04/03(水) 12:26:08.94

DoS攻撃とみなされたり回線圧迫するリスクを避けるためにダウンロードの頻度を制御するにはどうすればいいか？
同僚も同じサイトでロボットを使ってるから事業所単位で負荷コントロールしないとだめかも…
ロボットは遅すぎるから夜のうちにファイルをダウンロードさせてローカルに高速な検索システムを作りたいな

ダウンロードひとつとってもいろいろ考えだすとすぐにカオス化するよ

**デフォルトの名無しさん** · 2019/04/03(水) 12:43:26.00

DDoS攻撃に対する面倒みてくれるCDNを間に挟むのが簡単。
例えば（てかこれしか使ったことないけど）cloudflareなら無料プランでもDDoS攻撃低減サービス付いてたよ。

**デフォルトの名無しさん** · 2019/04/03(水) 12:54:08.41

>>994
それは攻撃される側の対策では？
RPAでは攻撃者になってしまうリスクへの対策が必要だけど
そっちも面倒みてくれるなら便利だね

**デフォルトの名無しさん** · 2019/04/03(水) 13:02:46.25

「色々考え出す」のは誰？
想定ユーザーである事務員はそんなこと考えずに単に手作業を代替するくらいだと思うわそんなこと考える人は既にExcelマクロとかやってるでしょ

負荷は確かに問題になりそう自動でできるんなら3分に1回アクセスしたろみたいな RPA側でなんかできるんかね

**デフォルトの名無しさん** · 2019/04/03(水) 17:19:26.73

サーバー型RPAならできるんだけど大抵高いんだよなあ・・・

**デフォルトの名無しさん** · 2019/04/03(水) 20:46:47.99

うめ

**デフォルトの名無しさん** · 2019/04/03(水) 20:47:04.88

埋め

**デフォルトの名無しさん** · 2019/04/03(水) 20:47:22.42

梅

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 47日 20時間 49分 17秒