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

**デフォルトの名無しさん** · 2019/06/29(土) 17:22:37.85

語りましょう
次スレは>>950がたててね

**デフォルトの名無しさん** · 2019/07/24(水) 00:47:34.19

blueprismやってる人て少ないのかな。
最近プロジェクトでやり始めたけど、今後長い目で見ていつまでRPA案件やるか悩み中

**デフォルトの名無しさん** · 2019/07/24(水) 01:13:38.38

bizRoboの良さが分からない
DAは使い勝手くそ悪いし
あとソースが静的に見れないって言う致命的な問題はよ直してくれ
内部で勝手に実行されるからアプリ操作とかやるシナリオだと勝手に立ち上げようとしてエラーになったりするし
コメントアウトは1ステップずつしか出来ねえからクソ面倒だし
誰が押してるんだあれ

**デフォルトの名無しさん** · 2019/07/24(水) 08:23:48.82

>>376
BPやってるよ
使いやすいのにユーザー少ないよね…

体験版が無かったり、コミニティーがクローズドだったりでマーケティング失敗してると思う

**デフォルトの名無しさん** · 2019/07/24(水) 08:48:52.35

どんぐりの背比べ

**デフォルトの名無しさん** · 2019/07/24(水) 19:14:50.36

uipathでリモートデスクトップを2つかますようなのって想定してないですよね…
いくらCitrixサポートしているとは言え…

**デフォルトの名無しさん** · 2019/07/24(水) 19:25:40.61

いったい何をしたいんだろ

**デフォルトの名無しさん** · 2019/07/24(水) 21:11:01.19

よくわからん…といあか、まだ上の承認すら取れてないらしい…

**デフォルトの名無しさん** · 2019/07/24(水) 21:13:10.46

これはおそらく本来の目的を見失って2段リモートデスクトップでコントロールすることそのものが目的になってるパターンだな
こういう残念な資産がどんどん増えていくと考えると恐ろしい

**デフォルトの名無しさん** · 2019/07/24(水) 21:34:53.90

Citrixサポートって要は画像判定ってことでしょ？

**デフォルトの名無しさん** · 2019/07/24(水) 21:53:11.95

ちょっと前まではそうだった

**デフォルトの名無しさん** · 2019/07/24(水) 22:02:21.52

え、今違うの？

**デフォルトの名無しさん** · 2019/07/24(水) 22:27:36.79

>>380
リモートデスクトップA、Bに同時に繋ぎたいのか
リモートデスクトップA→Bという風に繋ぎたいのか

まあどっちにしても本来の目的（やりたい事）を一回見直した方が良いな

**デフォルトの名無しさん** · 2019/07/25(木) 03:24:01.20

>>387
あ、後者です。
数ヶ月、今のトコにお世話になってるけど、いつになったらuipathで開発始まるんだろ？

あと、手順書が無いヤツも自動化に入れるっぽいけど、手順書無いのにどうやってコーディング？せよと…

なんか契約更新せずに逃げるのが吉な気がしてきた…

**デフォルトの名無しさん** · 2019/07/25(木) 06:19:30.41

数カ月なにもせず待ってたの？
それでお金もらえるなら景気の良い企業だね

**デフォルトの名無しさん** · 2019/07/25(木) 07:49:08.34

テスト的な感じで細々とuipathで作ってるけどね。
どうなんでしょ…

**デフォルトの名無しさん** · 2019/07/25(木) 08:09:03.95

契約が派遣とか準委任ならそのまま汁吸ってりゃいい
請負でとか言い出したらとっととトンヅラするが吉

**デフォルトの名無しさん** · 2019/07/25(木) 08:16:22.89

自社のおばちゃんが作るって話はどこに行ったんだ？

**デフォルトの名無しさん** · 2019/07/25(木) 08:28:47.64

ふう、Uipathで一月かけて1時間/日の作業を自動化したぜ。上司が震えながら喜んでいました。＼(^o^)／

**デフォルトの名無しさん** · 2019/07/25(木) 08:48:07.44

>>392
>>332 におばちゃんでもというのが出てた。
試してないけど。

**デフォルトの名無しさん** · 2019/07/25(木) 09:20:04.13

>>393
実行ライセンスを1000台分買って並列に動かすだけで1000h/dayの効率化になる

99 · 2019/07/25(木) 12:41:39.86

>>393
現場でホントよく聞くアルアルですよね
ロボット作る方からしたら、「これ今まで手作業でやってたのかよ」ってくらい面倒だったり、高頻度だったり

**デフォルトの名無しさん** · 2019/07/25(木) 14:15:46.44

>>393
やるやん

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

それたぶん皮肉的自虐レスだぞ

**デフォルトの名無しさん** · 2019/07/25(木) 19:23:42.05

Uipathが走る様を楽しそうに眺めはしゃぐ事務のおばちゃんを微笑みながら眺がめる俺。震える上司。始まる夏休み。飛行機雲を追いかけた。

**デフォルトの名無しさん** · 2019/07/25(木) 20:12:20.03

1時間/1日の自動化は、自動化としては美味しい方だぞ？
1か月でできたなら上出来。

**デフォルトの名無しさん** · 2019/07/25(木) 20:26:58.31

20時間も浮いたらその分別の仕事が出来るからねえ
人を減らす方向にシフトするかもしれないけど

**デフォルトの名無しさん** · 2019/07/25(木) 20:51:37.50

これで美味しい方なのか

**デフォルトの名無しさん** · 2019/07/25(木) 21:00:04.13

ついこの前まで
官僚はワープロ機能で文書書くんじゃなくて
エクセルのセルを原稿用紙枠にしたうえで1文字1文字、まさに活版印刷の活字セットするようにして文書作成してたほど間抜けだしな

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

実際、ルーチンワークが1時間/日浮いたら相当うれしいだろ？
それがわからんてどういうことや？

**デフォルトの名無しさん** · 2019/07/25(木) 21:03:39.76

>>403
官庁は一太郎だろ
何も知らんくせに知ったかは恥ずかしいぞ

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

1時間/月かと思って皮肉かと思ってたわ
1日なら相当な効率化やんけ！かつストレス脱却！素晴らしい！

**デフォルトの名無しさん** · 2019/07/25(木) 21:52:59.29

１日１時間位が丁度良い塩梅なのかもなー
あんまり効果ありすぎると、じゃあ仕事まとめて人減らそっか、と経営者が考えそう

**デフォルトの名無しさん** · 2019/07/25(木) 22:04:28.36

>>404
UIテストのように数日かかる手作業が自動化できるとかならともかく毎日1時間ぐらいじゃ今更なんともって感じ
しかも完成に1ヶ月もかかってるからその間にどれだけ工数を損したか考えると心が苦しい
毎日1時間の単純作業があると気付いたらその日のうちに自動化しないと

**デフォルトの名無しさん** · 2019/07/25(木) 22:16:09.12

>>408
1時間/日だと稼働20日×12カ月で年間240時間削減
試行錯誤込みで開発1カ月なら順当な所
自動化の横展も効けば◎

後は今後の業務の洗い出しで、似たような内容はノウハウが生かせるから
開発工数は基本的に早まる（初期開発は基本的に手探り状態だから絶対に時間かかる）

**デフォルトの名無しさん** · 2019/07/25(木) 22:21:16.95

自動化に成功すると、次々に別の仕事がわいてくるのが日本の実情
労働時間は短縮しない

**デフォルトの名無しさん** · 2019/07/25(木) 22:29:20.38

408頭沸いとるだろ
そもそも1ヶ月てスキマ時間にやってて開発専属じゃないだろ

**デフォルトの名無しさん** · 2019/07/25(木) 22:29:54.47

よりクリエイティブな仕事に従事できればそれだけで成功なんだぜ？

**デフォルトの名無しさん** · 2019/07/25(木) 22:33:19.06

一ヶ月あるなら、最初の三週間でpythonをみっちり仕込んで、残り一週間でサクっと自動化かな
後々のことも考えると、これが最も価値の高い一ヶ月になる

>>410
確かになー
紙とペンの時代から今まで、人類がITでいったいどれだけの時間を削減したか検討もつかないけど、人類は未だに大忙しだ
下手すると昔より忙しいんじゃないか

**デフォルトの名無しさん** · 2019/07/25(木) 22:36:54.01

>>412
いままで単純作業に異を唱えず、甘んじて受け入れてきた人たちに、いきなりクリエイティビティを求めても・・・
正直、悲しいけど、リストラしかないと思う

**デフォルトの名無しさん** · 2019/07/25(木) 22:37:44.44

>>411
しかも、（気づいたらその日のうちに）自動化するって言ってるのに、今更なんともって…
ベストじゃないと絶対に認めないマンかな

**デフォルトの名無しさん** · 2019/07/25(木) 23:04:41.25

>>415
1時間の単純作業があるなら当たり前のように気付いたその日のうちに自動化して
自動化したらたかが1時間のことなどたいしたことはないので忘れていい

**デフォルトの名無しさん** · 2019/07/25(木) 23:06:30.39

>>405
バカはお前
https://www.excite.co.jp/news/article/E1501833539126/

**デフォルトの名無しさん** · 2019/07/25(木) 23:34:41.09

1時間/1月で評価されて、正直驚いた。ちょっと上司にマウントとってきます。

**デフォルトの名無しさん** · 2019/07/25(木) 23:54:06.53

1時間/日稼働20日×12カ月=年間240時間削減
1ヶ月で開発=160時間
単独稼働させたとしても8ヶ月でペイできるんだし普通に成功だろー
同じシナリオを10人で使いまわせるなら年間2400時間の削減だし1ヶ月も運用したら余裕で元取れる

1日12.5%の削減はでっかいよ

**デフォルトの名無しさん** · 2019/07/26(金) 00:17:07.16

その計算には重要な要素が抜けているね
ロボットによって手が空いた人員が以前と比べて全く劣化なく同じ成果を出して初めて1日1時間の作業を削減できたと言える
極端な話ロボットが動いてる間に人がサボったら全く削減効果が無い場合と同じ数字になる
そして急に仕事をロボットに取りあげられた単純作業員が別の仕事で同等の成果を出すことは非常に難しい

**デフォルトの名無しさん** · 2019/07/26(金) 01:17:52.06

重要な要素が欠けているね（キリッ

**デフォルトの名無しさん** · 2019/07/26(金) 06:21:35.22

ロボットを楽しそうに眺めるおばちゃん

こういうことだな

ロボットが1時間働いてる間このおばちゃんは何もしていない
しかし1時間分の賃金は相変わらず発生している

**デフォルトの名無しさん** · 2019/07/26(金) 06:24:25.34

>>420
ばーか
空いた分の時間と労務をどうするかの責任は
削減担当者になく、経営者や上司にある

**デフォルトの名無しさん** · 2019/07/26(金) 07:48:32.31

>>423
責任の話は誰もしてない
>>419にような皮算用は非現実的であると言ってるのだ

**デフォルトの名無しさん** · 2019/07/26(金) 08:20:44.66

無根拠のイチャモンw
可能性を指摘するだけならなんとでも言えますわ
これでまともなこと言った気になってるってやばいな

**デフォルトの名無しさん** · 2019/07/26(金) 08:25:43.12

>>413も皮算用なの？

**デフォルトの名無しさん** · 2019/07/26(金) 08:44:28.01

>>425
レス番がないけど
無根拠というのは>>419のようなレスのことを言っているのだろうね
この計算式はおばちゃんがロボット導入後も導入前と同じ生産性を発揮する(しかも今まで長年やってきたのと違う作業内容で)という前提がないと成立しえない
しかしおばちゃんがそのような生産性を発揮するという根拠は確かにどこにも提示されていない

**デフォルトの名無しさん** · 2019/07/26(金) 08:57:49.81

このスレの人はどうも数字にばかり興味が寄ってしまってる
計算モデルの妥当性や測量法などを軽視しすぎる傾向があるね
数字のトリックで騙されやすいタイプだから気をつけた方がいい
もっと抽象的・定性的な議論の経験を積んだ方がいい

**デフォルトの名無しさん** · 2019/07/26(金) 10:53:58.46

毎月Excelを元にしてデータベースへ入力する作業があるんだけど
それをUiPathでやらせるようにした
二人で3日くらいかかっていたのが全自動になったのは嬉しいけど
それ以上に人がやることによる入力ミスが激減したのが一番でかい

**デフォルトの名無しさん** · 2019/07/26(金) 11:15:20.29

>>429
ExcelのフォーマットにおさまってるならRPA使わずにでも出来るのでは？？
例外処理が多いのか？

99 · 2019/07/26(金) 11:27:54.26

>>430
データベースへの入力をどう想定したか疑問だし、それしか想定できないのかも疑問

**デフォルトの名無しさん** · 2019/07/26(金) 11:56:06.22

>>429
それデータベースから、エクセルファイルのシートをインポートかリンクで取り込めば
そのままデータとして使えるだろ

**デフォルトの名無しさん** · 2019/07/26(金) 11:59:15.23

>>428
最高のバカ

例えば今まで毎日残業2時間かかってたなら
残業1時間に減る

別に新しい作業を与えなくても効果が100％の一例

**デフォルトの名無しさん** · 2019/07/26(金) 12:11:06.89

>>433
毎日2時間残業が当たり前のような異常で特殊なブラック企業も確かに存在するだろう
しかしそのようなイレギュラーな企業を前提に議論するのもおかしな話だと思うが？

**429** · 2019/07/26(金) 12:14:45.87

>>432
誰しもそう考えるし、確かにExcelからのインポート機能もあるけど
ものすごく中途半端にしかインポートできない仕様なんだよ
インポートした後に登録データを呼び出して修正する手順も凄く面倒だし

**デフォルトの名無しさん** · 2019/07/26(金) 12:30:43.97

【みんなで応援しよう！】ついにハッカーVtuber 黛灰がデビュー！！！！
情報学のエキスパートが豊富なPC知識で皆んなを虜にするよ！
7月28日（日）の22時20分～23時に初配信！
みんな見に来てね！！

https://twitter.com/mayuzumi_X
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/07/26(金) 12:44:03.22

>>435
頭悪そう

**デフォルトの名無しさん** · 2019/07/26(金) 12:46:13.07

>>432
それではアプリケーションが担保しているデータの整合性などが失われる可能性がある
最終的にはサイト構造によるが、この手の処理はPowerShellを使うのが簡単

**デフォルトの名無しさん** · 2019/07/26(金) 13:29:23.70

プログラミングでできるのは当たり前で
重要なのはノンプロでも、自動化できた点だろ

**デフォルトの名無しさん** · 2019/07/26(金) 16:07:23.76

ベストじゃないと文句言いたがる奴ばっかだな
社風上司スキル等々、諸々の現状のもとで改善できりゃそれでベターやん

**デフォルトの名無しさん** · 2019/07/26(金) 17:49:23.13

過去にベストを目指さなかった結果が今の手に負えない技術的負債システムに繋がった
妥協は停滞に繋がり停滞は相対的な退化に繋がる
経験から学ぼう

**デフォルトの名無しさん** · 2019/07/26(金) 18:26:21.65

ベストの着地点はどこよ？

**デフォルトの名無しさん** · 2019/07/26(金) 18:27:54.39

RPAって所詮つなぎの技術だと思うんだがある程度の期間主流になる可能性あるの？

**デフォルトの名無しさん** · 2019/07/26(金) 18:35:42.86

口だけで他責するでベストに導けなかった不甲斐なさなんじゃね経験から学ぼう

つなぎ論ってここだと多いけど、通常のシステム化だと採算が取れない細かい業務が主戦場だから、今後も続くんじゃねえかな守備範囲が違うから

**デフォルトの名無しさん** · 2019/07/26(金) 18:40:47.85

>>443
RPA自体は、「非プログラマによる定型業務の効率化」を目指す技術なので、今後も継続的に使用されるものだけど、現状は「非プログラマによる」って部分が不十分なので、「今のRPA」はつなぎだと思う。

**デフォルトの名無しさん** · 2019/07/26(金) 18:45:10.13

問題は繋ぎのつもりで作ったロボットがいつまでたっても除去できずにシステムの発展を妨げる恐れがあるということ

**デフォルトの名無しさん** · 2019/07/26(金) 18:59:20.67

>>445
なるほど
ERP等がどんなに進化しても、拾いきれない業務はなくせないからね

>>446
大昔に初心者の頃にやっつけで作ったマクロが、未だに現役だったりするからなあ
拡張とか仕様変更一切考慮してないから、融通がきかなくて逆にボトルネックになってるけど、とりあえず動くから使ってますみたいな

**デフォルトの名無しさん** · 2019/07/26(金) 20:48:27.40

RPAへの配慮が必要でUIの変更に大きな負担が掛かると考えるとかなり厳しい

**デフォルトの名無しさん** · 2019/07/26(金) 20:49:35.60

もし某Rubyの人がRPAに興味を持って
自作RPアプリをRubyで作り上げたら

**デフォルトの名無しさん** · 2019/07/26(金) 21:39:40.29

システムの発展を妨げるのとrpaを一緒にしちゃいけないんじゃない？
erp導入でそもそもrpaを使った業務が無くなるかもしれないんだし

**デフォルトの名無しさん** · 2019/07/26(金) 21:42:54.21

erpとrpaじゃハードルが全然違うぞ？
erpは導入めっちゃ大変。

**デフォルトの名無しさん** · 2019/07/26(金) 21:47:01.89

そりゃ、Ａｍａｚｏｎ，　Ｇｏｏｇｌｅ，　Ｈｅｒｏｋｕ　も、Ruby をサポートしてるから、
AI 以外は、Rubyが一般的

書き込めないので、全角に変換した

**デフォルトの名無しさん** · 2019/07/26(金) 22:18:10.15

ある画面を使うロボットをつくると
その画面を改修するときにロボットに配慮して慎重に改修しなければならない
その画面を使うロボットが増えるほどに改修が難しくなる

日本の業務システムは残念ながら品質が低い
本来なら分離したほうがいい画面ロジックとビジネスロジックが密接に絡み合っている
なので画面の改修が難しくなるとビジネスロジックの改修も自動的に難しくなってしまう

そしてビジネスロジックの改修が難しくなるということは業務改善も難しくなるということだ
なぜならビジネスロジックは業務を元として作られるのだから元になる業務が変わったらビジネスロジックも改修しなければならない

業務改善したいがビジネスロジックを変えねばならない
ビジネスロジックを変えたいが画面ロジックも変えねばならない
画面ロジックを変えたいがロボットにガチガチに抑え込まれて簡単には変えられない

とまあこういうことだ

とはいえこれはロボットを大事に保護する場合の話
ロボットはいくらぶっ壊れてもOK
事務員さんの自己責任で壊れたロボットをせっせと作り直してくれ
情シスはロボットにはいっさい配慮しない
このスタンスを最初から最後まで貫けるなら大丈夫

**デフォルトの名無しさん** · 2019/07/26(金) 22:54:49.50

>>419
リースのPC　開発用1＋10台
ライセンス　開発用1＋10台　を加えても経費削減に十分になる？かな？

**デフォルトの名無しさん** · 2019/07/26(金) 23:09:30.96

Uipathの環境依存度高すぎて内政のシステム担当がいらついていてつらい。

**デフォルトの名無しさん** · 2019/07/26(金) 23:32:04.41

定期的に浮上してくるプログラミングの方が簡単おじさんと数字のトリックおじさんジワるからやめて

**デフォルトの名無しさん** · 2019/07/26(金) 23:49:39.28

プロ簡おじと数トリおじ

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

Uupath使い始めて一週間の素人だが、
これで作業時間の計算をuipathで一つずつやらせるより、
関数で計算結果を作業セルに出させるエクセルに貼り付けた方が、簡単で早いんじゃないか？

一応、他のシートにあるテーブル参照して係数呼んできたりもできるし、セルを再計算させてもエクセルの方が一括でできて速い

ただ、時間と日付はuipathとエクセルが勝手にフォーマット変えたり、アクテビティによって形式が違ったりやり難いいっそCSvに保存した方がいいのかね

**デフォルトの名無しさん** · 2019/07/27(土) 08:39:14.52

なんか分かりづらいなアドバイス欲しいという意図なら「現状どうで、改善をどうしたい」をもっと詳細に書けばしてくれると思われ
不透明だが今の書きぶりだとuipath使うまでもなくexcelの関数とかデータ形式で対応できそうに見える気がする

**デフォルトの名無しさん** · 2019/07/27(土) 09:06:53.97

>>458
すでに他のプログラム言語を知ってるならそっちでやったほうが良いよ

プログラムを知らない全くの初心者が初めて開発するならRPAという選択肢も有る
実際に簡単ということはないのだけどGUIで開発できるから簡単かもと思わせることは出来る
なので挑戦するときの心理的な抵抗感が少ないことは確かでこれは優れたポイントと言える

**デフォルトの名無しさん** · 2019/07/27(土) 10:07:57.48

uiparh使ってるけど、エクセルはマクロ推奨だよ
簡単な入力はできるけど
入力内容は関数とかで計算結果はあり

**デフォルトの名無しさん** · 2019/07/27(土) 10:10:22.43

RPAは自動化に最低限必要な部品が最初から揃ってるってのもポイントだと思う
簡単なものなら業務手順通りアクティビティ置くだけで成果物ができちゃうからモチベアップにも繋がるよね
変数、条件分岐、繰り返しーとかのロジカルな領域になると普通のプログラミングと一緒だから学習難度としてはあんまり変わらないかもね

**デフォルトの名無しさん** · 2019/07/27(土) 10:13:03.87

DIYが非現実的とわかったから今後は外注が増えていくだろう
専門家目線で快適な開発環境を提供できないベンダは売り上げ厳しくなるだろうな
UiPathがVisualStudioをサポートすれば有力な候補になるのだがなぜサポートしようとしないのか

**デフォルトの名無しさん** · 2019/07/27(土) 10:21:57.61

>簡単なものなら業務手順通りアクティビティ置くだけで成果物ができちゃう
さすがにこれはまだお目にかかったことない
どんな業務なのだろう

**デフォルトの名無しさん** · 2019/07/27(土) 11:26:21.20

>>458
釈迦に説法かもしれないけど
まず、EXCELと人手でやる方法を手順化する。テンプレート用ブックを用意したりもする
その後、その手順どおりにEXCELをUiPathで操作するようにする
出来たEXCELからデータを拾ってパワポなり何なりに貼り付けるのも同様

**デフォルトの名無しさん** · 2019/07/27(土) 11:52:05.85

>>465
それダサいからいやで、CSVからデータテーブルに
取り込んで、その中で計算や並び替えを高速にやって最後
エクセルやCSVに出力したい

エクセル開いてコピペやらせたりとかWinActorなら抵抗ないがUipathではもっとスマートにやりたいやりたい

ってところであまりデータテーブル内でやれることは少ないと午前中判明

午後からはエクセルに吐き出して計算させて取り出す方式にする
ストレスで禿げそう

**デフォルトの名無しさん** · 2019/07/27(土) 11:53:32.53

エクセルに取り込むと時間を勝手に形式変えるからいやなんだよなぁ

**デフォルトの名無しさん** · 2019/07/27(土) 14:14:47.63

>>466
だって埼玉だもんって言われてもRPAツールの本来の使い方なので
不得意なことをやらせればはげるのは当然

EXCELがイヤならルビーで参考書(紙)片手に半日程度でつくってUiPathから蹴るか
いっそネットからパールのテーブル処理、集計、統計のサンプルを引っ張ってきて蹴れば
おしゃれではげなくて済むけど
UiPathだけで完結したいならしょうがないのではげて下さい

**デフォルトの名無しさん** · 2019/07/27(土) 14:51:59.53

>>466
それならPowerShellでいいと思うよ
無理してRPAにこだわる必要はない
なんだかRPAを使うことそのものが目的なっちゃってる人が多い印象を受けるね

**デフォルトの名無しさん** · 2019/07/27(土) 17:46:25.23

>>469
違うんだ
カッコ良くやりたいんだ
プログラムをやりたいんだ俺は
高速な処理を！
ぽちぽち1セルずつ基幹システムに入力させて
4時間とかいやなんじゃ
どうせ VB.net使うならプログラミングやりたいんじゃ

**デフォルトの名無しさん** · 2019/07/27(土) 17:47:19.37

>>466
uipathでエクセルなんて間延びして全然おしゃれじゃないぞ
マクロの記録でもしてそれ起動させるだけの方が簡単だぞ

**デフォルトの名無しさん** · 2019/07/27(土) 18:00:05.90

>>468
パールは学生の時かじったけど硬派な感じでいいわ
コボルとか

いやーわかってるねん
薄々感じててWinActor使ってた時は
コピペとかファイル操作だけやらして、
計算とかはエクセルにやらしてた

だって、関数入れときゃ複数のセルの計算一瞬で終わるし、
アクテビティもほしいのがなかったりしたし

でも、おっそいのよ
UIPATHは高度なこともできると
聞いて使ってみたんだけど
こいつで計算やら何やらまでってのは
やっぱり使い方間違えてるのね

本当のところ聞けてよかったわ
どこもかしこも、いいことしか言わんから
経営者が前のめりで辛い

**デフォルトの名無しさん** · 2019/07/27(土) 18:05:51.21

>>471
知ってる

でも、マクロの保守費用の見積もりと請け負う会社が少なくてやっぱりマクロはあかんなみたいな流れになっとる社内で。

個人的にはきちんとドキュメントとか整備したり、
変数名やフローをわかりやすく作らなかったら
VBAでもなんでも理解しにくいと思うんだよな
RPAでグラフィカルだから保守しやすい
と思ってるんだろう

しかし、ど素人がUIPATHはきついわ
変数型やメソッドが一から覚えなきゃならんし
エラーメッセージは意味わからんし
どこが事務職でもできる！や
うちの事務所では俺とシステム課意外無理や
俺も禿げ始めてる

**デフォルトの名無しさん** · 2019/07/27(土) 18:10:52.02

>>469
会社の命令なんだ•••
好きでやってるんじゃないんだ
みんなバブルに踊らされて
年間は100万以上払うことになるけど
元がとれるのは何割の企業だろ
うちはおそらく無理
一つロボット作って事業所全部で利用できるとか
じゃないとむりや
おばちゃんが月末1時間かけてやってる仕事の
ロボ作ってどうするんや•••

**デフォルトの名無しさん** · 2019/07/27(土) 18:28:36.54

これ営業にほっぽり投げてやらせる難易度じゃないやろ
エクセルなんか関数に詳しいだけでマクロなんかコピペ
なのに社内じゃパソコンの大先生扱いでRPA専任になってもうた
田舎のしょぼいゼネコンもどきには
VBAやらロケットマウスやらで十分なんだと思うよ
導入に至らなかったら俺の責任になるんかな•••

**デフォルトの名無しさん** · 2019/07/27(土) 18:34:25.99

ワークフロー系のシステムってのは本来なら粒度の大きなブロックを組み合わせて業務フローをモデル化するための道具なんだ
RPAのように細かい処理をワークフローでやろうとするのは実は正しい使い方ではない
細かい処理はプログラミングで作ってカプセル化する
ワークフローはそれらを組み合わせて大きな全体の流れを定義するために使う
というのが王道なんだ
ワークフローはクリック1つとか代入1回とかセル1つとかそんな小さな粒度で書くべきものじゃない