[過去ﾛｸﾞ] [RPA]PC自動化技術総合スレ[効率化] Part.3 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
733(3): 2019/05/15(水)08:55 ID:2d6D2TMV(1/5) AAS
>>712
最初から新しいシステムに移行できる予算があるならそれがベスト
ただそれには最低でも1000万、下手すりゃ億単位の費用がかかってくるわけで・・・
そのシステム移行の予算を捻出するまでの”繋ぎ”がRPAや自動化プログラムってわけ
あとなぜかここではRPA＝年間1000万とか言われてるが、この基準はサーバー型RPA（blue何某やら）の金額であって・・・
クライアントタイプ（Win何某）は最小構成で年間100万以下で使える
開発ライセンス〜70万、実行ライセンス〜30万ってとこかな。
省5
738: 2019/05/15(水)12:21 ID:MRwWE3mp(4/5) AAS
>>733
ようやくまともに導入している人の意見が出た感じだな
他はRPA？プログラミングの方が有能！みんなプログラミングやれ！て言ってるだけで前に進まない
740(1): 2019/05/15(水)12:42 ID:8Bqpj8l0(1/2) AAS
>>733
システム刷新は別に全部いっぺんにやらなくてもいい
サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい
欲しいとこに集中して素早く刷新すれば繋ぎは別にいらんのだ
最小は最小
実際にこのスレでも小規模で導入して使いにくいって意見がもう既に出てるな
省1
741: 2019/05/15(水)13:06 ID:JrqUm4Y9(2/3) AAS
>>733
非常に良い意見 具体的だし建設的
これって１台あたりの価格よね そうすると実行台数をまとめたがるはず 定時実行ならまとめやすい
一方、トリガーが一定でない単純作業はまとめづらいから向かないのかもな まぁ価格次第だけど デメリットじゃなくて単なる特徴づけの話ね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s