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

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

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

**デフォルトの名無しさん** · 2019/03/30(土) 09:57:25.45

>>824
情シス部がWEBサイトアクセス部分を抽象度の高いCOMクラスとしてカプセル化して配布すればいいよ
事務のおばちゃんだってエクセルマクロは使えるんだろ？

**デフォルトの名無しさん** · 2019/03/30(土) 12:08:13.10

Webのアクセスはどう考えてもスクレイピングのライブラリ適当に使った方が楽よね、読むのも書くのも
RPAは「紙やPDFの申し込み書類読んでExcel化まで」とか用途絞りまくって作るのがいいと思うのです
その前後は普通にプログラム書けばいいので

**デフォルトの名無しさん** · 2019/03/30(土) 12:25:29.07

普通にPDF読み取りライブラリ使えばいいじゃんそれか画像解析ライブラリ
RPAという括りにこだわる意味はないな

紙の読み取りはどうだろうな
紙セットしてスキャン開始するとこまでは手作業だろ
スキャンしたデータを集めて画像解析するとこは普通にプログラミングかな

**デフォルトの名無しさん** · 2019/03/30(土) 19:18:32.57

俺はプログラマーじゃないけど、上にみんなが書いてあるようにプログラム組めと言われてもできない。
でもuipath用意されたら色々自動化できた
所詮そんなもん

**デフォルトの名無しさん** · 2019/03/30(土) 19:40:33.24

メンテナンスできないものが出来上がるのはプログラムでも一緒だし
RPAをくさす理由にはならないかな

**デフォルトの名無しさん** · 2019/03/30(土) 20:12:54.76

>>828
どんなこと自動化したの？差し支えなければ

プログラミングでいいじゃん、っていう意見はRPAの強みを見てないよなスキルがない人でも扱えるってのがウケてるんだと思うんだけど

**デフォルトの名無しさん** · 2019/03/30(土) 20:41:56.78

プログラミングよりもハードルが低い分、メンテナンス不能になったときの影響が大きくなる傾向はありそうかなと思う
もちろんRPAが社会的に普及すればそのぶん管理ノウハウも洗練される可能性高そうだけど
野良マクロの例があるので普及度と管理ノウハウが正相関するかはちょっと分からないね

**デフォルトの名無しさん** · 2019/03/30(土) 21:05:23.16

スキルがなくてもRPAで自動化できるような規模の小さいシンプルなタスクなんてのはプログラミングでも同じく簡単にできるんだな
逆にスキルがないと自動化できないような難しいタスクはエコシステムが未熟なRPAではしんどい

**デフォルトの名無しさん** · 2019/03/30(土) 21:06:44.04

>>826
スクレイピングは跳ねられるサイトも多い。
従ってRPAと併用すると良さげ

**デフォルトの名無しさん** · 2019/03/30(土) 21:15:50.79

>>833
一般的なスクレイピングで弾かれるなら原理的にRPAでも弾かれるだろう
そういうサイトでは正式な手続きを踏んでAPIを使うべきだ
APIでも制限かけてる場合があるのでその場合は負荷分散の処理が必要
RPAでもAPIラッパー的な部品なら同じ

ユーザーがこういった判断ができないところもRPAの限界だな
図書館クローリング事件みたいにいつか問題になりそう

**デフォルトの名無しさん** · 2019/03/30(土) 21:19:04.89

>>830
まだ全然だけど、一般的なのだよ
webシステムからデータダウンロードして、加工して配信
原価システムにテーマ登録や日報の転記とか、ダウンロードして加工して保管とか

本当に普段やってる業務洗い出して改めて改善しながら自動化してる
中には改善だけで十分てのも出てくる

**デフォルトの名無しさん** · 2019/03/30(土) 21:35:03.01

NEC、東大と共同で高速カメラ物体認識技術を開発--製造ラインの検品作業を効率化
https://japan.zdnet.com/article/35134977/

**デフォルトの名無しさん** · 2019/03/30(土) 21:40:47.56

>>832
だから簡単な事務でもできるものが対象だってメーカーもいってるやん。

**デフォルトの名無しさん** · 2019/03/30(土) 22:54:46.12

>>835
どもどもだいぶイメージできた
基幹システムへの転記はありがちだなー最初からシステムに入力すれば良いじゃんっていう指摘もあるが、端末環境だったり入力者と転記者が違ったりでなかなかそうもいかんのよなーそこで、システムの改修は金かかるから、小回りの効くRPAでってのは自然ではある

ブラウザや他システムとの連携はExcelマクロより強みがあるかももちろん、Excelマクロでもできるだろうけど敷居が高い
やっぱ「できるできない」という視点より「敷居が高い低い、''簡単に''できるできない」という視点で考えた方が良さげだな

**デフォルトの名無しさん** · 2019/03/30(土) 23:03:17.30

マクロのほうが簡単だよ
GUI環境は正直編集しにくいだけだ

**デフォルトの名無しさん** · 2019/03/30(土) 23:24:20.14

本当に簡単なら世界中のプログラマが既に採用してるはず
プログラマは自分が作りたいモノに付随するやりたくないけどやらなきゃならない作業を嫌う
だからプログラミングより簡単にその作業を取り払ってくれるなら間違いなく飛びつく
しかし現実は……まあそういうことです

**デフォルトの名無しさん** · 2019/03/30(土) 23:42:37.87

だからプログラマの作業を解決するツールじゃなくて事務員の作業を解決するツールなんだってば

**デフォルトの名無しさん** · 2019/03/30(土) 23:48:11.59

>>840
差し支えなければ、評価されたRPAの銘柄教えてください。

**デフォルトの名無しさん** · 2019/03/31(日) 00:47:08.08

>>841
ほんこれこれを認めない人ってなんなんだろうな
プログラマー「プログラミング簡単」←これは別に構わんが
事務員「プログラミング無理」←これを頑なに認めないのな

**デフォルトの名無しさん** · 2019/03/31(日) 00:47:30.52

>>841
同じことだよ
プログラマが日常のPC作業を自動化しないとでも？

**デフォルトの名無しさん** · 2019/03/31(日) 00:48:18.42

>>843
無理だという思い込み

**デフォルトの名無しさん** · 2019/03/31(日) 02:03:52.84

Excelのマクロなら分かるがプログラムは分からない
と言うのは、(){}[] が問題なのではないか(名推理)
つまり、超シンプルに書いたVB.NETなら事務員でもなんとかなる！はず！

**デフォルトの名無しさん** · 2019/03/31(日) 03:18:11.21

>>840
使ったことないなら否定も肯定も出来ないという事実

ネットで得た知識や自分の勝手な推測だけで喋る、薄っぺらい人間になるなよ

**デフォルトの名無しさん** · 2019/03/31(日) 09:25:32.65

>>839
それは新しいものに対応できない老害なのでは。。

よくシステム導入しても頑なにエクセル管理に拘るおばちゃんのようだ

**デフォルトの名無しさん** · 2019/03/31(日) 09:39:16.05

>>843
他人に対する想像力が欠如していて、自分の考え方が絶対だと思っているやつなんだろうね。自分にとってはこうだから、他の人もそうあるべきと考えてそう。
それに加えて、話の流れについても、自分の思い込んでいる想定や前提が常に絶対で、他の人がそれと異なる前提での話をしている中でも一人ずれた前提で話をするから頓珍漢なことを言う。
そして本人にはその自覚がないから認識の修正ができず、話が通じないままになる。
困ったものです。

**デフォルトの名無しさん** · 2019/03/31(日) 09:51:59.60

>>848
実を言うとGUIプログラミング環境はかなり古い
昔からあってプログラマ達に非効率的で苦痛に満ちてるものとして見捨てられた
これを新しいものと呼ぶには抵抗があるな

**デフォルトの名無しさん** · 2019/03/31(日) 09:53:30.85

>>849
同意
頑ななRPA信者には困ったものだね
こんなもの崇拝してるのは世界的にみても本当にごく僅かなマイノリティなのにさ

**デフォルトの名無しさん** · 2019/03/31(日) 10:27:54.88

ごく僅かのマイノリティなら放っておけばいいじゃん
もし放っておけない位に流行するなら君らの認識が誤ってるか、君らの持っている（かは知らんけど）より良いソリューションの喧伝不足なのでは

こんなネットの片隅で架空のRPA信者にｇｄｇｄ言ってないでもっと違う努力しなよ

**デフォルトの名無しさん** · 2019/03/31(日) 10:29:01.59

>>851
同意されても困るな。俺が非難しているのはお前のようなタイプの方だ。
このスレを見ていても、RPAを崇拝している信者なんていない。｢ある種の人にあるケースでは役に立つ｣という意見があるだけなのに、お前はそれをすら、RPA信者と考えているのか？
お前がRPAを無価値なものとして毛嫌いするのは勝手だし好きにすればいい。

**デフォルトの名無しさん** · 2019/03/31(日) 10:42:16.80

winactor以前触って驚愕したのだが、

な　ん　で　小　数　点　扱　え　な　い　の　か

**デフォルトの名無しさん** · 2019/03/31(日) 11:04:20.84

>>854
扱えますよ

**デフォルトの名無しさん** · 2019/03/31(日) 12:02:48.08

実際にRPAがウケている風潮があって、その背景には内勤業務の現場レベルでの自動化ニーズやプログラミング人材の供給不足やら登用ノウハウの欠如やらがあるわけだよね
その風潮そのものがマやシステム管理者等のITプロパーから見ると野良マクロ蔓延の焼き直しとか流行技術のつまみ食いにしか見えないだけで

**デフォルトの名無しさん** · 2019/03/31(日) 12:25:36.66

まだ利用者は僅かだろうけどそれでも>>812のような意見が出てきてる
万が一普及していくとAPIのサポートよりもRPAのサポートを要求する奇妙な顧客が増えるかもしれないね

**デフォルトの名無しさん** · 2019/03/31(日) 13:47:37.61

そのうち、Webサイトのデザイン変えるとRPAで使ってるユーザーから猛反発が来るようになるのではないか？

**デフォルトの名無しさん** · 2019/03/31(日) 14:32:45.06

CUIとGUIみたいなもんだろ。
目的や用途によって使いたい方を使えばいい。

**デフォルトの名無しさん** · 2019/03/31(日) 14:34:34.96

RPAてか業務で使われる前提のページ変更したらそりゃ文句もあるだろうけど
そんなのは変更しないかするなら影響先に事前に告知するだろうよ
無断でやってる奴らの面倒まで見る必要はないから心配しなくていいんじゃね

**デフォルトの名無しさん** · 2019/03/31(日) 15:15:25.93

業務システムなら更新通知はするがRPA互換性は保証しないだろうな
真面目に保証しようとしたらわりとデカいテスト工数がかかる

**デフォルトの名無しさん** · 2019/03/31(日) 15:16:51.68

RPA絶対主義者ってのはいなくて、場面によっては使えそうだね、いいんじゃない？って感じ
逆にプログラム絶対主義者がケツ穴小さい
「世界中のプログラマーが使ってないから駄目」とか
当たり前だろ、同じPC作業でも目的が違うんだから

**デフォルトの名無しさん** · 2019/03/31(日) 15:21:42.39

二三日止まっても問題が無くて、現場で解決できるならいいんだけど
上長経由で「何とかしろ」となるに決まっている
パソコンがぶっこわれたときも諦めてくれそうにないし

**デフォルトの名無しさん** · 2019/03/31(日) 15:26:40.13

>>862
そんな汎用性ないマイナーツール押し付けられてもなぁ

**デフォルトの名無しさん** · 2019/03/31(日) 15:35:36.85

>>864
今後RPA関連の仕事が来たら断れば万事解決
おめでとう
日本では職業選択の自由が憲法で保障されてるからな

**デフォルトの名無しさん** · 2019/03/31(日) 15:38:32.43

そういえばテスト工数に言及してるレスっていままでなかったな

ユーザー環境に死ぬほど依存してる素人が書いた副作用だらけのルーチン
当然ながら明確な仕様すら定められてない
そんな厄介極まりない無数のロボットのテストなんて実質不可能だよな
だから情シスとしてはサポート出来ますとは絶対に言えない
責任感があるなら出来ないことを出来ると言っちゃいけない

コスト削減って宣伝文句につられて導入しちゃったのに
そのせいでテストコスト爆上げなんてことになったら推進担当の顔に泥を塗ることになってしまう
だから情シス部としては人員を出してコストを増やすのは気が引けるね
なのでそっちでサビ残でもなんでもして低コストでやっちゃってくださいって感じ

**デフォルトの名無しさん** · 2019/03/31(日) 15:44:55.53

>>865
そりゃまず最初は断るけどさ
人間関係ってそんな簡単じゃないから断りきれないトキもあるんだよね
そうなったら犬に噛まれたと思ってやり過ごすしかないんだろうな

**デフォルトの名無しさん** · 2019/03/31(日) 15:53:07.76

犬に噛まれても金ば貰えないが、嫌な仕事でも仕事であるなら金が貰えるからマシじゃん

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

なんつーか見てると、「こうだからダメ」「それだからダメ」ばかりな意見が多いな。
RPA自体じゃなくて、結局は作る人の問題だろ？
マクロだってプログラムだって、結局は素人が作ったら糞だし。
RPAだってちゃんと仕様を決めて技術者が作れば使えるもんになるだろうし。
RPAの導入が良くないのではなく、導入時、運営時に気をつける事の方が大切じゃないか。

**デフォルトの名無しさん** · 2019/03/31(日) 16:39:22.39

RPAという付け焼き刃を使ってでも何とかするしかない立場の人間に対して
「それって結局付け焼き刃だよねｗ後悔しても知らないよｗ」って指摘して回る奴は、
単に相手を見下したいだけよ、いくら突いたって実のある話なんて出てきやしない

**デフォルトの名無しさん** · 2019/03/31(日) 16:54:28.31

>>869
WinActorのWebでの説明だと素人さんにこそ！みたいな印象
https://winactor.com/column/about_rpa

｜ノンプログラミングのRPAは、非IT部門でも使いこなせる｜
　　一方、RPAであれば、現場のホワイトカラーが自らITによる自動化を行うことができるため、IT部門が制約とはならなくなったのです。
　　またIT部門にとっても、自動化のために現場から業務を巻き取る負荷が無くなるという点で、歓迎すべき技術となっています。

**デフォルトの名無しさん** · 2019/03/31(日) 17:00:13.34

>>871
そりゃただの営業文句だろ。

**デフォルトの名無しさん** · 2019/03/31(日) 17:04:34.61

定期的に沸く「プログラマーが使ってないからGUIプログラミングは糞」マンはなんなんだろう
ラダーとSFC言語の存在知らんのか？？？
今も昔も "自動化" つったらグラフィカルな言語がメジャーなんだよ
視野を広く持て

**デフォルトの名無しさん** · 2019/03/31(日) 17:07:53.83

>>872
買い手が納得してくれるからの営業文句だろうに　(騙す騙されるとは言わない)

**デフォルトの名無しさん** · 2019/03/31(日) 17:22:38.35

>>870
見下されているのはシステム部門のほうなんじゃあ？
>>871のページを読んでいると、システム部門は役立たずという気になってくる

**デフォルトの名無しさん** · 2019/03/31(日) 17:32:11.20

そりゃ役立たずでしょ、利益もあげないし改善もしてこなかった

**デフォルトの名無しさん** · 2019/03/31(日) 17:35:35.57

>>873
メジャー？冗談きついよ

**デフォルトの名無しさん** · 2019/03/31(日) 17:36:15.68

有能な情シスなら社内定型業務くらい既に何らかの手を打ってるだろうしな…
察し

**デフォルトの名無しさん** · 2019/03/31(日) 17:37:27.27

システム部が十分に仕事をしている組織であれば、そもそもRPAなんて議題にすら挙がらなかったのでは

**デフォルトの名無しさん** · 2019/03/31(日) 17:41:00.32

それなー

**デフォルトの名無しさん** · 2019/03/31(日) 17:48:56.64

>>877
>>877
世の中のFAシステムがCで動いてるとでも？冗談きついよ

**デフォルトの名無しさん** · 2019/03/31(日) 17:50:18.54

ネコも杓子もAPI、なっちゃらAsCode、小学生でもコード書くのが当たり前に普及した時代にまーだGUIプログラミングとか言ってんのかｗ

**デフォルトの名無しさん** · 2019/03/31(日) 17:57:12.93

>>881
https://trends.google.co.jp/trends/explore?geo=JP&;q=C%E8%A8%80%E8%AA%9E,SFC%E8%A8%80%E8%AA%9E,%E3%83%A9%E3%83%80%E3%83%BC%E8%A8%80%E8%AA%9E,%E3%82%B0%E3%83%A9%E3%83%95%E3%82%A3%E3%82%AB%E3%83%AB%E8%A8%80%E8%AA%9E

メジャーｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/03/31(日) 17:59:47.24

実際のところ、現場でRPAを導入したくて、現場で完結する体制を取れるなら、反対どころか大賛成

>>863の
二三日止まっても問題が無くて、現場で解決できる
をもう少し書き出すと

WinActorやUiPathの窓口と直接話し合って、導入、契約、質問、バグやクレームも各現場で
RPAツールのセットアップや、メデイア、マニュアル、保証書、契約書の管理も各現場で
内的(部署の分割、統廃合)、外的(取引先変更、法律改正など)の変化の対応も各現場で、
それぞれ完結させるようにおながいします

お勧めは、各現場にシステム担当を正副二人ぐらい置いて把握させること。兼任できるかは状況次第
それなら新人ユーザーの教育、新人担当者の教育も何とかなるでしょう

他にも、開発、テスト、バージョン管理、処理日付とデータ日付指定の処理変更、共通ルーチンの作成とリリースの管理などもあるけど、
スクラップ＆レコーディングなら瑣末な問題
むしろシステム時刻が狂っていないかの指差し確認の徹底が大事

**デフォルトの名無しさん** · 2019/03/31(日) 18:11:30.27

>>884
RPA導入に非協力的だと君の社内での存在理由なくなるんじゃない？

**デフォルトの名無しさん** · 2019/03/31(日) 18:12:53.89

>>884
自分達が特別だと思ってる情シスほどタチ悪いもんはないな

**デフォルトの名無しさん** · 2019/03/31(日) 18:16:01.43

システムリソースの機密性や可用性の確保、事業体レベルで決めたセキュリティポリシの履行確保、エンティティの責任追跡性の担保とか考えるといろいろと問題があるから、現場に全部責任持たせるのは現実的に難しくないかね

**デフォルトの名無しさん** · 2019/03/31(日) 18:20:27.35

ご心配ありがとうございます
RPAの後始末が嫌なのはシステム部でのコンセンサスは取れています

たとえ立場が悪くなっても、仕事はあふれているし、
むしろ立場が悪くなったほうが出世しなくて好都合だし、立場を利用して早く帰宅できるかも

**デフォルトの名無しさん** · 2019/03/31(日) 18:25:08.17

>>883
はずかしいからやめれ…
PLCでラダー使われてるのは常識だろ

**デフォルトの名無しさん** · 2019/03/31(日) 18:27:37.78

>>887
システム部はそういうルール、セキュリティ、優先順位、予算を盾にして願望をかなえてくれないから
現場からみると、仕事していない、お荷物らしいですよ

そこをさくっと願望通りのものが造れるのがRPAです
現場の人が飛びつく気持ちは良く分かります
分かりますから、システム部を飛び越えて導入するのは大賛成します

**デフォルトの名無しさん** · 2019/03/31(日) 18:40:51.62

システム部門の邪魔にならなきゃ別に構わないけど九分九厘邪魔になるの見え見えなんだよなぁ
他所の子の尻拭いで仕事増やされたら誰だって嫌だろう？

**デフォルトの名無しさん** · 2019/03/31(日) 18:44:41.86

よその子？

**デフォルトの名無しさん** · 2019/03/31(日) 18:46:03.76

今までネ申エクセルを管理してきたように今回も現場側でうまくやるだろう
RPAってそういう泥臭い仕事に向いてる。もちろんいい意味でな

**デフォルトの名無しさん** · 2019/03/31(日) 18:54:34.81

システム部門いらないって人にひとつ聞きたいんだけど、クローリング業務を任されたRPAが未知のWebサイトにアクセスして社内の機密情報をPOSTするような事態とか、どうやって防ぐんですかね
パラメタ設定をミスすれば普通にあり得る事故なんだけど

**デフォルトの名無しさん** · 2019/03/31(日) 19:00:49.59

>>890
システム部門飛び越えてやってくれるのは大いに賛成
何かあってもCISOや信用管理部門が死ぬだけだから純粋なシステム側はノーダメ
ネットワークが重いだの何だの言われたらいっそのことインフラもお前らの責任で調達しろと言いたい

**デフォルトの名無しさん** · 2019/03/31(日) 19:02:10.17

機密情報持たない、アクセスできないPCで実行するだけじゃね

**デフォルトの名無しさん** · 2019/03/31(日) 19:02:45.08

お前らそれが仕事なんだろ？

今までのやり方なら対応するけど
新たなシステム開発はソフトウェア会計にそって処理してね。システム売っても売上計上、原価積み上げてpl報告してね。もちろん会計基準、税制改正に対応お願いします。
後お金の回収支払いは各自お願いします。
交通費の立替？各々各自銀行から引落といて。

1つ1つチェックしておくと税務調査で指摘されないからチェックも大事

そんな事言ったって仕方ないだろう。。

**デフォルトの名無しさん** · 2019/03/31(日) 19:12:34.62

>>896
機密情報を扱わない事務仕事なんて現実にはほとんどないだろう

外部ネットワークから遮断するのが一番だけど、処理の中で外部サイトにPOSTリクエストを送らなきゃならない場合もある
ホワイトリストに記載されたドメインのサイトでしかセッション確立出来ないようにファイアウォールの設定を調整する感じで対応せざるを得ない
そんな設定がシステム部の介入なしに出来るのかね

**デフォルトの名無しさん** · 2019/03/31(日) 19:12:52.15

>>894
機密情報気にしてる会社で設定ミスでRPAが外部のサイトに情報上げられるような環境とか今時ありえないだろw

**デフォルトの名無しさん** · 2019/03/31(日) 19:21:05.51

監査も適当だからセキュリティインシデントに気が付かないんじゃないか？
気が付かないならお咎めなしだよかったな

**デフォルトの名無しさん** · 2019/03/31(日) 19:31:41.46

>>899
セキュリティを気にしてるのはセキュリティ部門や情シスだぞ
そこらへんが介入してRPA導入してるからまだ何とかなってるだけ
大概の事業部門はセキュリティに関してはとことん無知だぞ
ACLとかセキュリティグループとかの基本概念すら知らない人が殆どだろう

**デフォルトの名無しさん** · 2019/03/31(日) 19:33:37.02

システム部いらないとは全然思わないが…
想定から外れた挙動した時点でエラー吐くようにシナリオ組むだけだけだぞ
ページ遷移毎に要素チェック挟むだけ
必要ならホワイトリスト記載のドメインに限定する処理もRPA内で完結するぞ

**デフォルトの名無しさん** · 2019/03/31(日) 19:52:57.48

ホワイトリストをRPA内で完結

なんて強固なせきゅりてぃなんだ
さいつよ

**デフォルトの名無しさん** · 2019/03/31(日) 20:32:44.67

RPAの導入を防ぎたければ、システム部門が各部署の業務をヒアリングしてコード書いて自動化すればいいんじゃね？
会社としては定型業務に人を割かなくてよくなり、システム部門は自分達で管理できる。
皆んなハッピー！

**デフォルトの名無しさん** · 2019/03/31(日) 20:34:09.31

やっぱり末端の社員にセキュリティを預けるのは不安だと強く再認識してしまうね
セキュリティ系資格保有者のみRPAを解放などといったルール作りが必要であろう

**デフォルトの名無しさん** · 2019/03/31(日) 20:36:25.66

今ある業務手動業務を自動化するんでしょ、そんなに怯えるのは何でなの？怖いの？

**デフォルトの名無しさん** · 2019/03/31(日) 20:52:55.74

>>901
だから勝手に入れたRPAで認証とかの設定も無しに外部にPOSTできる環境とかお笑いでしかないだろ
って話な

**デフォルトの名無しさん** · 2019/03/31(日) 21:49:42.11

>>907
いやいや、システム部門の介入要らないって要はそういうことだろって話じゃない
お笑い状態になるから要介入ってことになるのよ

**デフォルトの名無しさん** · 2019/03/31(日) 22:06:23.93

何を言ってるのか意味不明

**デフォルトの名無しさん** · 2019/03/31(日) 22:09:12.17

お笑いRPA

**デフォルトの名無しさん** · 2019/03/31(日) 22:45:04.04

どっかの野党みたい
「RPAがー、RPAがー！」って
定型業務の自動化って目標があっても、反対ばかりで現実的な対案がない

**デフォルトの名無しさん** · 2019/03/31(日) 23:36:31.70

プログラマ以外の人間が簡単に使えるって前提条件だから
そもそもが現実的じゃない

**デフォルトの名無しさん** · 2019/04/01(月) 00:12:36.06

Excelのマクロ記録でなんとかかんとかマクロ書いてた人がRPAの対象だぞ！
VBAからCOMやDLLを駆使してた人は.Netのライブラリ買ってVB.NETに移行するべき、そうすべき

**デフォルトの名無しさん** · 2019/04/01(月) 00:43:41.23

>>911
同感まぁそりゃシステム部が孤立して経営層から疎まれるわけだよなぁ(まぁ経営層のせいでもあるんだろうけど) 建設的な意見がありゃ議論も進むのになぁ

**デフォルトの名無しさん** · 2019/04/01(月) 01:05:13.84

非IT部門の出身であることが多い経営層は情報セキュリティやシステム運用管理の基本とか自社の既存リソースの管理実態とかを把握してないことが殆どだからな
ITとの間で建設的な話を進めると言ってもそもそもリスクに対する認識が違うので難しい面はあるよ

**デフォルトの名無しさん** · 2019/04/01(月) 01:05:39.75

>>911
その、RPAがーがーって
「RPAがーがー簡単なんです、RPAがーがー誰でも使えるのです、RPAがーがー希望をかなえてくれるのです」
だよね？
RPAに問題点が有るとする人も、簡単に誰でも希望通りの点については反対しないと思うけど？

**デフォルトの名無しさん** · 2019/04/01(月) 01:22:59.84

>>914
いままでにも有った、ユーザー作成のEXCELマクロにもシステム部は関与していないけど、別に孤立はしていないというのに
RPAだと孤立、あげくに経営と対立するのは何故だろう

RPAの導入が経営上部からの号令なら
RPAの導入とその後についてスケジュールと、メリット、デメリット、リスクと、費用、体制を試算した資料をお持ちして説明するのが普通
ことがERPでも、AIでも、as a Serviceでも一緒

**デフォルトの名無しさん** · 2019/04/01(月) 01:43:41.09

ExcelマクロはOfficeの標準パッケージに組み込まれてるから業務自動化ツール単体としての導入コストは事実上なかった
RPAの場合は敢えて行うIT投資になるので個別にROIがチェックされるし、セキュリティリスクの他にベンダロックインのリスクも伴うのでシステム部門としては賛成しづらい

**デフォルトの名無しさん** · 2019/04/01(月) 01:48:46.02

>>915
まぁその気持ちもわかるし、個人的には今の時代の管理職にはITリテラシーがかなり必要だと思うけどね
とはいえ、現実的には上の意向を汲むしかないからなあ

>>917
基本的にはRPAに限らないんじゃね
ITを魔法のツールばりに認識して攻めを重視したい経営層とITのリスクや現実が見えていて守りを重視したいシステム部との対立という一般的な構図なのでは

RPAの特殊性としてはハードルが低い点にあるので >>831 さんが言う通り問題の発生頻度が上がることだろうね要は、もっとめんどくさいことになりそう、なんじゃないか

**デフォルトの名無しさん** · 2019/04/01(月) 08:33:59.30

システム化できない細々した定型業務の解決手段としてRPAが推されてるわけだけど
ここでRPA否定派の人はRPA以外で現場サイドの定型業務を解決する対案持ち合わせているのかね？
現場側がプログラミングすればいいみたいな非現実的なことは抜きとすると俺ら情シスが社内の定型業務課題を取り纏めてスクリプト組むくらいしか思いつかんのだが

それだとヒアリングとコーディングの手間半端ないし結局はある程度現場サイドに任せられるRPAが楽じゃね？ってなってる
情シス部ではセキュリティ考慮したシナリオ作成ルールの共有と、ルールが守られてるかの管理に徹するのが現実的な役割分担じゃないか

RPAには色々懸念があるから反対だけど対案もないので皆今まで通り手作業で頑張って！なんて無責任なこと言えないしなあ

**デフォルトの名無しさん** · 2019/04/01(月) 08:37:47.27

おお。初めて情シスの人から建設的な意見が出た。
感動。

**デフォルトの名無しさん** · 2019/04/01(月) 09:05:54.20

>>920
現場側がプログラミングすればいいよ
子供でもできることで、まったく非現実的じゃない
これから小学生でもプログラミングが必修になるということは、政府は小学生でもプログラミングできると判断してるわけだ
そんな中でいい年こいた大人がプログラミングできませんじゃ恥をかくぞ

なんども言われてるが野良の管理とセキュリティリスクのほうが問題
ヒアリングとコーディングで解決するならそれでいいよ
なにもUI操作からシナリオ作成まで全て情シスがやる必要はない
情シスは有用性の高い外部サイトのページオブジェクトなど、再利用しやすいクラスライブラリとして提供する(+ここでセキュリティと監査のアスペクトを仕込む)
ユーザーはクラスライブラリを使ってジョブを自動化する
このように情シスの作業量を減らしつつ、ユーザーのプログラミングを支援してやればいい
ちなみにグラフィカル言語はエコシステムが整ってないからコードと違ってレビューが格段に難しい
なのでロボットを全てチェックして、ルールを徹底させる工数は極めて大きいので非現実的だぞ
というか情シスとユーザーの人数比的にもそりゃ酷だろ

対案は普通にプログラミングな
まあ正直、素人の付け焼き刃のロボットで技術的負債を背負うマイナスになるよか、今まで通り手作業でプラマイゼロでもいいと思うがな

**デフォルトの名無しさん** · 2019/04/01(月) 10:05:37.19

>>920
目指すべきシステムのゴールとしては、
PCで行うタスクであれば、
システム内で全て完結させるよう業務プロセスの変更も含めて設計する。
RPAの出番は、それに至る経過の中での一時利用に限られる。

理想論だけど

**デフォルトの名無しさん** · 2019/04/01(月) 10:07:38.65

結局、急造の素人プログラムでも色々文句を言われて、定型業務はそのまま残りそうな予感。
会社としては何も前進してない、みたいな。
もう情シスが会社の支配者だな。