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

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

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

**デフォルトの名無しさん** · 2019/02/21(木) 16:14:10.66

>>143
それはあるな。

本来EDIやAPI等で連携しなくてはいけない部分を
無理矢理ロボット化はよくない。

**デフォルトの名無しさん** · 2019/02/21(木) 17:44:45.50

でも画面が動くと面白いですよ
これ重要ですよね

**デフォルトの名無しさん** · 2019/02/21(木) 18:30:49.70

面白いけど不気味だな
手打ちで1分以上かかるものが3秒で終わると気持ち悪い

**デフォルトの名無しさん** · 2019/02/21(木) 19:39:36.11

なんで気持ち悪いんだよ
気持ちいいだろ？

**デフォルトの名無しさん** · 2019/02/21(木) 20:15:00.25

たまにwindows起動したら一瞬コマンドプロンプト出たりダイアログがでて消えることがあるだろ
あんな感じで不気味なんだ

**デフォルトの名無しさん** · 2019/02/21(木) 20:50:26.14

>>143
>>144
おまえらはいつ世界を見てきたのかと小一時間....

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

>>149
ここみろ

「RPAは海外よりも日本が先行する珍しいソリューション」
https://enterprisezine.jp/article/detail/11689

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

海外ではAPIがしっかり整備されてるからRPA不要という印象を受ける

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

日本のITシステムはクソだからな
不動産情報サービスやお役所サービスは人間と同じく夜と土日祝日年末年始はきちんとお休みするし

**Level3** · 2019/02/21(木) 21:47:43.55

>>120
今日調べた７カラムで13.4秒だった。1カラム2秒というところ。
だから、100カラムなら、200秒=3分20秒。ありえないほど遅い。
100行レベルの表の場合は、一度クリップボードにコピーして、
Excelに張り直し、VBAで処理するなどの工夫が必要かも。
どうなんでしょ？WinActorマスター。

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

マジでww
あり得んやろｗｗｗ
ウンコｗｗｗｗ

**デフォルトの名無しさん** · 2019/02/21(木) 22:14:20.95

マジで笑いが止まらんｗｗｗｗｗ
エンガチョｗｗｗｗ

**デフォルトの名無しさん** · 2019/02/21(木) 22:41:55.16

>>153
ヒント: JavaScript

**Level3** · 2019/02/21(木) 22:56:57.51

>>156
もっと、詳しく。お願いします。

**デフォルトの名無しさん** · 2019/02/21(木) 22:59:55.23

夜一晩バッチで頑張れば終わりますよ

**デフォルトの名無しさん** · 2019/02/21(木) 23:00:44.82

朝一晩なんて無い

**デフォルトの名無しさん** · 2019/02/21(木) 23:16:18.48

WinActorありえない仕様だな。
これが日本のRPAの主流とは…

**デフォルトの名無しさん** · 2019/02/21(木) 23:30:30.13

>>156
>ヒント: JavaScript
？でもWSHのJavaScript で処理したら数ミリ秒なんじゃね

**デフォルトの名無しさん** · 2019/02/21(木) 23:31:14.98

おめぇらが考える理想的なRPAは？

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

普通のプログラミングが理想的

**デフォルトの名無しさん** · 2019/02/22(金) 00:48:09.74

>>162
BizRoboじゃない事は確か
他の製品の実例を見てないから
何がいいかは何とも言えない
そもそもAPIやマクロが存在しない
システムの穴を埋める
隙間産業のような製品だから
まだまだ発展途上なのかも
ユーザー会に行ってきた奴の話しだと
大手で人数も多い所はスキルも高いとか
財力と本気度も多分に影響すると思う

**デフォルトの名無しさん** · 2019/02/22(金) 12:39:39.12

RPAは次のフェーズへ、AI連携でデータの意味を自動解析
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/01663/

**デフォルトの名無しさん** · 2019/02/22(金) 12:58:11.34

>>164
クソみたいなシステム作ったアホの尻拭い系のお仕事ツールだよな

**デフォルトの名無しさん** · 2019/02/22(金) 13:28:42.86

そしてRPA導入によりクソみたいなシステムが温存され続ける
データをわざわざWebに出力してRPAに入力させるバカシステムについて、中の人は誰も疑問を持たなくなる

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

>>165
データの意味を自動解析ねぇww
またAIというワードに各社カモられるだろうなw

**デフォルトの名無しさん** · 2019/02/22(金) 19:59:32.55

>>118
ノードの数が多いと時間かかるよ
同じ取得結果でも取得方法で変わってくるよ

**デフォルトの名無しさん** · 2019/02/22(金) 20:23:57.94

RPAとAIは全く関係ないのだがね
イメージ戦略は大事だな

**デフォルトの名無しさん** · 2019/02/22(金) 20:52:05.46

>>143-144
バックグラウンドでシステムがサクっと動いて一気に処理する機能性って
業務に合わせたOwnシステムに拘った日本企業に理解出来ない

**デフォルトの名無しさん** · 2019/02/22(金) 21:17:46.05

カラクリ人形が日本人のオートメーションの原点なんだよね
お茶汲み人形とかとにかく日本は「遊び」が先にくる
なのでAPIのようにビジネスライクで実用一辺倒なテクノロジは日本ではウケが悪い
デスクトップアプリをガチャガチャ動かしたほうが楽しくて良い

**デフォルトの名無しさん** · 2019/02/22(金) 21:24:14.50

>>170
好意的に解釈すれば
RPAで取得したデータをAIで分類して
その結果によってRPAでの処理を変えるとかかな

パターンマッチをより汎化したもの
例えば入力値を肯定的か否定的か
分類して処理を分けるとか

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

5年後、基幹系システムは刷新できなくなる
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/021900237/

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

日経のIT記事は東スポレベルやぞ

**Level3** · 2019/02/22(金) 23:24:35.26

>>169
返答ありがとう。
ノード数は全体で300程度。ただ、１サブルーチンのノードは少ない。
それでも、遅いのかな？
正直、UiPathのほうが高速だよ。
逆に、169さん、UiPath試してみて。

**Level3** · 2019/02/22(金) 23:28:22.60

>>175
教えてくれてありがとう。ネットの綺麗なページを見ると信用しそうになる。
現実に仕事している人間の感想としては、なんか、嘘くさい記事だね。

**デフォルトの名無しさん** · 2019/02/22(金) 23:31:51.41

RPAじゃなくてRPJだと、偽物くさくて良い感じなのに。

**Level3** · 2019/02/23(土) 00:39:38.80

>>169
標準ライブラリの「表の値取得（IE）」を使っています。
とても遅いです。
ミハル・ラトキエでしょうか？（謎）

**Level3** · 2019/02/23(土) 01:03:36.39

それは、素人ゆえの悲しい出来事であったかもしれない。
しかし、戦火の中に散っていったその若い命のことは、決して小さなことではなかった。
カイ・シデンの深い悲しみを慰めることなど誰にもできはしなかった。

スレ違いですな。

**デフォルトの名無しさん** · 2019/02/23(土) 11:18:49.69

昨日は同僚のために、古いツールの自動操縦用のCOMクラスをC#で作ってあげた
3画面、とりあえず急ぎでとのことだったので、利用頻度の高いコマンドを選んで2時間ほどで完成
彼はその日のうちに、それとVBAを使ってエクセルを読み込んでツールに入力する業務を自動化したようだ
よくわからないRPAツールの使い方を覚えなくてもいいし、無料で作れるのが良い
使いなれたVBAだから、完成まで15分もかからなかった
次は何を自動化しようか、みんなにもこのCOMクラスを教えてあげよう
そう言って喜んでくれた

**デフォルトの名無しさん** · 2019/02/23(土) 12:46:52.61

Uipath　level3が難しい！
どこか、詳しい説明サイトとか無いものか・・・
xamlがダウンロードできるとことか

**デフォルトの名無しさん** · 2019/02/23(土) 16:05:53.62

UiPathとWinActorが多いなー
BluePrism使いは少ないのかな
結構使いやすいと思うんだけど

**デフォルトの名無しさん** · 2019/02/23(土) 16:08:16.83

おいそれと試せないので

**デフォルトの名無しさん** · 2019/02/23(土) 16:15:41.66

シェアで言うならSeleniumが最高だろう

**デフォルトの名無しさん** · 2019/02/23(土) 18:53:58.86

>>183
今まで本気で売ってないんだよ。
これかAutomationAnywhere,BluePrism巻き返してくるよ。

**デフォルトの名無しさん** · 2019/02/23(土) 19:01:17.88

UIPathが使える程度の人材は育てるべき

**デフォルトの名無しさん** · 2019/02/23(土) 20:37:02.87

UI PathとWinActorの比較だと
製品自体の出来以前に
WinActorはネット上に情報がほとんどないのがつれーわ。

UiPathだと、調べれば大抵答えが出てくる。

**Level3** · 2019/02/23(土) 21:44:29.06

BPとAAは値段が高いから敷居が高いよね。
サーバー型が必要な企業がどれくらいいるかが、巻き返しのポイントだと思うけど、
あまりいないんじゃないなか？

**Level3** · 2019/02/23(土) 21:54:39.96

>>188
そうなんだよね。だから、WinActorについて、ぼくは発信している。
まあ、ネガティブな意見がほとんどだが。

**デフォルトの名無しさん** · 2019/02/23(土) 22:19:10.02

>>187
すげえ大雑把だけど.net開発経験者は最小限の費用でUiPath開発者にできると思うよ。
PGサイドから見たらAA,BP,Kapow,UiPathあたりは既存言語の包装紙を変えただけだと個人的には言いたい。

逆に事務員にC#で開発しろとはだれも言わない。

WinActorでももちろんものはできるんだけど、できる範囲がロケットマウスでできるレベルと大差ないんじゃ意味ないよね。

**デフォルトの名無しさん** · 2019/02/23(土) 22:31:24.80

.NETというか開発者はそもそも自動操縦という目的を達成するのにいちいちRPAなんて壮大な遠回りはしない

**デフォルトの名無しさん** · 2019/02/23(土) 22:48:04.07

むしろエンジニアじゃないがUiPath使いこなせる事務員っているのかな？
もしいるならRPAにはエンジニア不要だということになる

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

使いこなせるがどこまでを指してるか曖昧だとなんともいえないね

①小規模な作業を間違いなく自動化できて個人として利用可能なツールを作れる
②大小様々な作業を間違いなく自動化し矛盾なく組み合わせて組織として利用可能なシステムを組める
③組み上げたシステムの性能、メンテナンス性、安定性、スケール性、等、非機能的な面まで保証できる

①は努力すれば誰でも行けそうだけど、この程度でエンジニア不要になるほど業務ドメインのIT化は単純じゃない
③まで出来る人はおそらく一人も居ないだろう

**Level3** · 2019/02/24(日) 10:14:19.04

>>191
流石に、WinActorをロケットマウスと同列に扱うのは、間違いだと思う。
教えて欲しいのだが、ロケットマウスは、まともなIF文もループもないんじゃないかな？
ロケットマウスのIFは、処理の分岐といえるようなものではなく、
単にアクションの実行をするしないの条件だけだと思う。
ループに関しても、ロボット全体の処理ループがあるだけで、
ループを自分で定義することは出来ないんじゃないかな？
例えば、二重ループや、あるループが終わって別のループを行うみたいな記述。
これができないと思うのだけど、間違いかな？
非常に貧相な言語のように感じているのだが、ロケットマウス使っている人
教えてくれると嬉しい。
少なくともWinActorは、そこまで貧相な言語ではないよ。
（いつも、WinActorをバカにしているぼくだが。）

あと、前半の部分は、だいたい同意。
BP,UP,WAの言語は、フローチャート。AAは通常の言語っぽい。
だけど、Kapowは、かなり癖のある言語で、最初面くらうと思う。
経験者によれば、そのうち慣れるって話だけどね。

**デフォルトの名無しさん** · 2019/02/24(日) 10:29:50.62

>>194
となるとRPAはエンジニアが使えないと意味がなく、しかもエンジニアはRPAを必要としていない
この矛盾が出てくるのか

**Level3** · 2019/02/24(日) 10:48:42.38

>>192
.NETの技術者でも、RPAの開発ツールは便利だと思うよ。
非常に短い時間でマクロを作成できるからね。
例えば、何等かのERPにログインする場合だったら、
ログイン操作をレコーディングするだけでいい。
画面の操作も、操作したいボタンをクリックした後、簡単な設定をするだけで、
動くものが出来てしまうからね。
技術の習得はプログラマにとっては、とても簡単だ。

RPA流行の一因は、.NETに比べて、開発速度が速く、容易に作れるところ
ではないかな。簡単なので、いままであきらめていた小さな仕事の自動化
を考えてもよくなったってところ。

**Level3** · 2019/02/24(日) 10:52:46.88

>>196
RPA不要論の人は、まさに、そう思っているんじゃないかな。

ぼくは、.NETで書くより簡単で高速に開発ができるから、必要だと思っている。
（ただ、年間100万は高い。企業が購入するギリギリのところ狙ってるよね。）

**デフォルトの名無しさん** · 2019/02/24(日) 11:09:00.73

>>197
完同&感動
単純場合1時間で手順書付きでできましたよメール発信できる。

**デフォルトの名無しさん** · 2019/02/24(日) 11:20:51.16

ここまでいまは亡きWinBatchに関する言及無し。
20年以上前に設計SYSからCADにデータ流し込んで目の前でにょきにょき3D機器が出来上がる”バッチ”を片手間仕事ととしてやらせれた。(片手間仕事なので行く末すら感知していない)

**デフォルトの名無しさん** · 2019/02/24(日) 11:50:39.69

>>197
プログラマにとってレコーディングはコーディングより面倒と感じます
実は本職のプログラマが使うSeleniumにもSelenium IDEというレコーディング環境があります(当たり前のように無料で日本人作だそうです)
しかしプログラマはこれは面白いなとは思っても頼ることは滅多にありません
なぜならレコーディングで出力したスクリプトは意図が読みにくくメンテナンス性が低く再利用しにくいからです
エクセルVBAの操作の記録を使うプログラマが滅多に居ないことと同じ理由ですね
無料でも使わないものを高いライセンス料を払ってまで使おうとはしません

**デフォルトの名無しさん** · 2019/02/24(日) 12:04:24.89

vbaでマクロ記録よく使うけど。
で、生成されたコード見て構造化したり修正。
api引くより速い。

**Level3** · 2019/02/24(日) 13:00:28.23

>>201
レコーディングの例を出したのは、ちょっとまずかったかもね。
正直、UiPathでもレコーディングは使わず、手作業でプログラムは書いている。
（たぶん、他のRPA製造者もそうなんじゃないかな）

RPAの利点は簡単だってこと。大抵の人間にとっては、C#よりは簡単に作れる。
これが、企業が金を払う理由だと思うよ。

**デフォルトの名無しさん** · 2019/02/24(日) 13:12:50.54

どうせ数年後にはメンテ出来なくなったRPAが大量に遺されるんやで

**デフォルトの名無しさん** · 2019/02/24(日) 13:26:49.52

どっかの記事でみたがUSAの部署には”技術者”がいてそいつがロボット作るってことらしい。
そいつらのバックグラウンド,役割がイマイチピンとこないが日本ではその立ち位置は存在しないよね。
マクロ使いおじさん(おばさん？)がいても、それはたまたまであってロールとして必須ではない。
で結果
　　　　　　　　　　　　　　　”事務員でも使えます”
の殺し文句に導出となるが、TOOLのポテンシャルを使いこなせるかという観点からいうと
　　　　　　　　　　　　　　　”....................................(沈黙)”
だよね。

**デフォルトの名無しさん** · 2019/02/24(日) 13:30:34.38

>>204
そういういい方したらマクロ(VBA含む)なんかほぼ使い捨てやんけ。
もったいないけどそれで決算に影響があったという話は聞いたことはない。

**デフォルトの名無しさん** · 2019/02/24(日) 14:12:12.38

>>203
そう感じるのはおそらくRPAが簡単というよりは便利な部品(アクティビティ)が揃ってるから簡単なのではないかな？
グラフィカルな開発環境が本当に簡単なら世界中のプログラマが自分たちで既に使ってるはずだ

**デフォルトの名無しさん** · 2019/02/24(日) 14:28:37.04

>>205
USA企業が実際に何してるかは知らないですけど
便利な部品を作ったり低品質な野良RPAを取り締まる立場の人間は必要では？
それはエンジニアにしかできないと思います

>>206
使い捨てるなら幸いにも問題はありません
問題になるのは資産として引き継いでいく場合

**デフォルトの名無しさん** · 2019/02/24(日) 16:29:37.63

使い捨てであっても画面見りゃ何やってるのか判るんだから必要なら録画し直せばいいんでは

**Level3** · 2019/02/24(日) 18:36:28.34

昔いわれたEUC(End User Computing)って、どれくらいの期間流行って、
どんな風に消えたんだろうか？RPAも同じように消えるんじゃないか？

想像するに、Excelのファイル共有やマクロでデータのやりとりをしていたのが、
あるとき社長がERPやWeb、サーバーDBなどの別の技術の導入することを決定。
外部からSEがきて製造したと思ったら、「そのマクロ、来期から使わないでね」
とか言われて終わりって感じゃないかな？要するにマクロは打ち捨てられたと。

RPAは、プロセス間通信としては、遅く、不安定でなので、
あまり、お勧めできる技術ではなく、次善策として存在していると思うので、
同様に打ち捨てられるべきものだと思う。

ところで、ぼくは、古い人間のせいかEUCっていわれると、
Extended UNIX Codeのほうを思い出すね。

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

ExcelVBAならWordも付いたOfficeサブスクリプションが月額900円だけど
RPAは・・・

**デフォルトの名無しさん** · 2019/02/24(日) 21:45:17.31

投資に見合うリターンがあれば金は問題にならない。
リターンがあればね。

**デフォルトの名無しさん** · 2019/02/25(月) 05:40:54.55

RPA以前に野良エクセルを撲滅させることにしました

**Level3** · 2019/02/25(月) 09:02:24.68

>>212
プログラマーなので、あまり、この手の計算はしないのだが、ざっくり考えてみる。
とりあえずの前提条件は以下。
a.事務員およびプログラマの時給=4000円（手取りではなく、会社が払う単価）
b.RPAの年間値段100万円→月8万3千円
c.ロボット一体の製造日数5日
d.ロボット一体が一日に省力化する時間30分
e.月の労働日数20日
f.作ったロボットを使う年数10年
g.開発期間１か月
開発費は4000円*8時間*20日=64万円。10年間使うのだから、
一月の値段は、5万3千円。これにロボットの月値段を足すと13万6千円。
つまり、ロボットのコストは月13万６千円。ロボットは４体できているから、
月の省力時間は4体*30分*20日=40時間。事務員の単価で計算すると、
4000円*40時間=月16万円の省力化。
ところで、ロボットのコストは月13万６千円だから、
(16万円-13万６千円)*12か月=年間28万８千円得する。
まあ、パラメータしだいだけど、計算式は、こんなもんじゃないかな？

**デフォルトの名無しさん** · 2019/02/25(月) 17:53:42.74

ツッコミどころ満載だな

・c,d,fの根拠が全く無い。
・初期投資と、ランニングコストは別にしろ
・文章が長い、要点が掴めん

**デフォルトの名無しさん** · 2019/02/25(月) 18:06:22.57

皆さんはRPAソフトを使ってどの様なことを自動化してるんですか？

**デフォルトの名無しさん** · 2019/02/25(月) 18:34:22.82

シコシコ

**デフォルトの名無しさん** · 2019/02/25(月) 20:01:35.29

数字はでたらめかもしれないけどそれっぽい計算だせるの地味に尊敬するわ。
教科書でもないと、まずそういう発想が出てこないからな俺は。

**デフォルトの名無しさん** · 2019/02/25(月) 20:04:17.22

UiPath製品開発トップが語る「エンタープライズRPA 5つの柱」
https://it.impressbm.co.jp/articles/-/17493

>>218
昔Googleが採用にフェルミ推定取り入れてたけどあんまり当てにならなかったようで今はやってないらしい

**デフォルトの名無しさん** · 2019/02/25(月) 21:22:57.96

フェルミ推定って当てずっぽうをカッコよく言っただけだからな
分からんことは適当に答えないでちゃんと調べたり実測できる人がマトモな社会人

**Level3** · 2019/02/25(月) 21:24:15.94

>>215
ほかに、突っ込みどころはありますか？

**Level3** · 2019/02/25(月) 21:50:44.62

>>220
フェルミ推定したら「マトモな社会人」じゃないってのは、狭量だなー。
経営の面では、実測できない将来のことに関して、
ざっくり計算していくってのも必要になると思うよ。
じゃないと、決定に論理性が一切なくなるからね。
RPAを採用するかどうかってのはまさに、
そういう場合じゃないかな？

**デフォルトの名無しさん** · 2019/02/25(月) 22:58:47.55

何のための推定かにもよるだろうね
他人を巻き込まない範囲でやる分には好きにすればいい
でも例えば工数見積とかでミスると簡単に他人を窮地に追い込みかねないし最悪の場合過労死とかあるからな
そういう場面で根拠もサンプルも無しにザッとで答えを出しちゃう無責任野郎はマトモじゃないと俺は思う

**デフォルトの名無しさん** · 2019/02/25(月) 23:26:32.18

>>221
あるよ。そういう風にしか返せないところ。

自分で足りないところ考えようとしないところ。

そもそも、相手に分かりやすく伝えようとする意思が感じられないところ。

**デフォルトの名無しさん** · 2019/02/26(火) 00:14:07.59

RPAのテクニックについて話題はありませんか？

**デフォルトの名無しさん** · 2019/02/26(火) 01:59:33.85

野良エクセル開発者を退職させるのが当面の目標です

**デフォルトの名無しさん** · 2019/02/26(火) 02:58:47.19

>>220
推定するのと当てずっぽうは違うと思うけどな
推定することを諦めて当てずっぽうするより
フェルミ推定の方が良いだろう

実測する時間や費用があればいいけど
現実は色々と制約がある

**デフォルトの名無しさん** · 2019/02/26(火) 06:46:34.47

ボタン押すだけ

**デフォルトの名無しさん** · 2019/02/26(火) 07:37:09.82

>>210
表計算ソフトを駆使して、視覚化したり管理したり予測したりいろいろやる
目玉として、仕様があやふやで思いつきの　非定形分析　を、やりたい人がパソコンで自由自在
そのためにCSVやODBCでデータを提供する

BI (Business Intelligence）、EUD (Developing )みたいなのに呼び名を変えて生き残っている
滅ぶどころか、ますます販売攻勢が盛ん

**デフォルトの名無しさん** · 2019/02/26(火) 09:15:49.23

winactorはNTTの営業が功を奏して見事に「誰でも使える=バカ向け」のイメージを確立したね
ユーザーフォーラムの民度があまりに低い

**デフォルトの名無しさん** · 2019/02/26(火) 19:03:07.81

そりゃプログラマー相手じゃないからな

**デフォルトの名無しさん** · 2019/02/26(火) 19:38:10.58

>>229
BIって別物じゃないかな？

**デフォルトの名無しさん** · 2019/02/26(火) 20:21:49.83

ベーシックインカム？

**デフォルトの名無しさん** · 2019/02/26(火) 21:39:18.42

aの段階でもう...
作らせようとしている事務員の時給(労務費込)2000円程度じゃない？

**Level3** · 2019/02/26(火) 23:17:10.12

>>214
どうも無用な誤解と混乱を招いたようだね。関係者のみなさんごめんなさい。

議論したかったのは、RPAを導入する際の数式が正しいかどうか。
214の文章を数式に直して、記述し直すので、
数式が正しくないと思う人は意見してくれないかな？

(RPAによって節約できる一月分のお金)>(RPA導入による一月分のコスト)
ならRPAを導入してもよい。

RPAの一月分のコスト=(RPAの年間値段/12[月])
+((プログラマの時間単価*8[時間]*開発日数)/ロボットの使用年数/12[月])

RPAによって節約できる一月分のお金=(開発日数/ロボット一体の製造日数)[体]
*ロボット一体が一日に省力化する時間*事務員の時間単価*月の労働日数

**デフォルトの名無しさん** · 2019/02/26(火) 23:22:59.23

俺もこの手の計算は詳しくないけど、そんなに外れてはいないとは思うけどね。

**デフォルトの名無しさん** · 2019/02/27(水) 01:59:58.73

人を雇うと健康保険、年金保険、労働保険、税金の手続きとか色々必要になる

**デフォルトの名無しさん** · 2019/02/27(水) 02:51:52.18

余った人員をよりクリエイティブなところに配属して生じる損害が組み込まれていなくない？

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

>>235
細かいけど開発期間分のツール使用料が入ってないかな
あと省力化がコストゼロにまでになるのは違和感ある

**デフォルトの名無しさん** · 2019/02/27(水) 06:45:25.80

日本の業務システムは1980年代のホストコンピューター～オフコンが有った時代のOA化(笑)の発想のままなんだな
日本人は合理思考ではない人が大多数だから、日本人自身がどこか効率化を否定している側面もある
だからいつまで経ってもAPIによるデータ連携という考えに至らない
プロセスの途中で必ずどこかで人の手が入る

**Level3** · 2019/02/27(水) 08:54:05.52

>>239
>あと省力化がコストゼロにまでになるのは違和感ある
の意味をもっと詳しくお願いします。

開発期間のツール使用料は、後で計算式を直します。
ちなみに、開発期間が一月だったら、試用版を使って開発するって手もあると思う。

**デフォルトの名無しさん** · 2019/02/27(水) 10:10:53.53

メンテナンスコストと将来の別テクノロジへの移行コストも計算して

**デフォルトの名無しさん** · 2019/02/27(水) 10:25:46.65

>>241
>コストゼロ
動かす人、監視する人、業務知る人がいなくていいわけでもないから減りはしてもゼロにはならないよね？
さらに言えば10年ノーメンテも無理では、ということ

試用版での開発はどのツールがどんな制限あるか知らんけどね、製品版への移行作業が多少でも発生したりしそうなら選択肢にないかなー