[RPA]PC自動化技術総合スレ[効率化] Part.5
■ このスレッドは過去ログ倉庫に格納されています
>>352
誰が組んでいるか書いてないのがなんとも
素直に読むと
導入支援を手掛けるSMBCバリュークリエーションの山本慶社長が組んでいるのと
二人三脚で支援してきた米ユーアイパスが組んでいるような感じ ニュー速+のスレでは、AIだ。AIで人は要らない。とかで盛り上がり中というのもなんとも >>366
上司とかの経営層が期待するんだろ
今まで社員がダラダラやってた作業をパパっと処理するのを見せられたらそうなるわな PC内の時計に合わせて、指定時刻にキーやマウスをクリックするソフトウェアってありますか?
もしあったら、有料無料問わず教えていただけると幸いです。
よろしくお願いします<(_ _)> uipathならできるじゃね?
ずっと起動しっぱなしなら タスクスケジューラでいいよ
どうせ大したことしないんだろう 俺はpythonで作ったタスクスケジューラー的なやつを常駐で走らせてる
時刻指定の自動処理が一日中あるしアラーム機能も兼ねてるからだけど blueprismやってる人て少ないのかな。
最近プロジェクトでやり始めたけど、今後長い目で見ていつまでRPA案件やるか悩み中 bizRoboの良さが分からない
DAは使い勝手くそ悪いし
あとソースが静的に見れないって言う致命的な問題はよ直してくれ
内部で勝手に実行されるからアプリ操作とかやるシナリオだと勝手に立ち上げようとしてエラーになったりするし
コメントアウトは1ステップずつしか出来ねえからクソ面倒だし
誰が押してるんだあれ >>376
BPやってるよ
使いやすいのにユーザー少ないよね…
体験版が無かったり、コミニティーがクローズドだったりでマーケティング失敗してると思う uipathでリモートデスクトップを2つかますようなのって想定してないですよね…
いくらCitrixサポートしているとは言え… よくわからん…といあか、まだ上の承認すら取れてないらしい… これはおそらく本来の目的を見失って2段リモートデスクトップでコントロールすることそのものが目的になってるパターンだな
こういう残念な資産がどんどん増えていくと考えると恐ろしい Citrixサポートって要は画像判定ってことでしょ? >>380
リモートデスクトップA、Bに同時に繋ぎたいのか
リモートデスクトップA→Bという風に繋ぎたいのか
まあどっちにしても本来の目的(やりたい事)を一回見直した方が良いな >>387
あ、後者です。
数ヶ月、今のトコにお世話になってるけど、いつになったらuipathで開発始まるんだろ?
あと、手順書が無いヤツも自動化に入れるっぽいけど、手順書無いのにどうやってコーディング?せよと…
なんか契約更新せずに逃げるのが吉な気がしてきた… 数カ月なにもせず待ってたの?
それでお金もらえるなら景気の良い企業だね テスト的な感じで細々とuipathで作ってるけどね。
どうなんでしょ… 契約が派遣とか準委任ならそのまま汁吸ってりゃいい
請負でとか言い出したらとっととトンヅラするが吉 ふう、Uipathで一月かけて1時間/日の作業を自動化したぜ。上司が震えながら喜んでいました。\(^o^)/ >>392
>>332 におばちゃんでもというのが出てた。
試してないけど。 >>393
実行ライセンスを1000台分買って並列に動かすだけで1000h/dayの効率化になる >>393
現場でホントよく聞くアルアルですよね
ロボット作る方からしたら、「これ今まで手作業でやってたのかよ」ってくらい面倒だったり、高頻度だったり Uipathが走る様を楽しそうに眺めはしゃぐ事務のおばちゃんを微笑みながら眺がめる俺。震える上司。始まる夏休み。飛行機雲を追いかけた。 1時間/1日の自動化は、自動化としては美味しい方だぞ?
1か月でできたなら上出来。 20時間も浮いたらその分別の仕事が出来るからねえ
人を減らす方向にシフトするかもしれないけど ついこの前まで
官僚はワープロ機能で文書書くんじゃなくて
エクセルのセルを原稿用紙枠にしたうえで1文字1文字、まさに活版印刷の活字セットするようにして文書作成してたほど間抜けだしな 実際、ルーチンワークが1時間/日浮いたら相当うれしいだろ?
それがわからんてどういうことや? >>403
官庁は一太郎だろ
何も知らんくせに知ったかは恥ずかしいぞ 1時間/月かと思って皮肉かと思ってたわ
1日なら相当な効率化やんけ!かつストレス脱却!素晴らしい! 1日1時間位が丁度良い塩梅なのかもなー
あんまり効果ありすぎると、じゃあ仕事まとめて人減らそっか、と経営者が考えそう >>404
UIテストのように数日かかる手作業が自動化できるとかならともかく毎日1時間ぐらいじゃ今更なんともって感じ
しかも完成に1ヶ月もかかってるからその間にどれだけ工数を損したか考えると心が苦しい
毎日1時間の単純作業があると気付いたらその日のうちに自動化しないと >>408
1時間/日だと稼働20日×12カ月で年間240時間削減
試行錯誤込みで開発1カ月なら順当な所
自動化の横展も効けば◎
後は今後の業務の洗い出しで、似たような内容はノウハウが生かせるから
開発工数は基本的に早まる(初期開発は基本的に手探り状態だから絶対に時間かかる) 自動化に成功すると、次々に別の仕事がわいてくるのが日本の実情
労働時間は短縮しない 408頭沸いとるだろ
そもそも1ヶ月てスキマ時間にやってて開発専属じゃないだろ よりクリエイティブな仕事に従事できればそれだけで成功なんだぜ? 一ヶ月あるなら、最初の三週間でpythonをみっちり仕込んで、残り一週間でサクっと自動化かな
後々のことも考えると、これが最も価値の高い一ヶ月になる
>>410
確かになー
紙とペンの時代から今まで、人類がITでいったいどれだけの時間を削減したか検討もつかないけど、人類は未だに大忙しだ
下手すると昔より忙しいんじゃないか >>412
いままで単純作業に異を唱えず、甘んじて受け入れてきた人たちに、いきなりクリエイティビティを求めても・・・
正直、悲しいけど、リストラしかないと思う >>411
しかも、(気づいたらその日のうちに)自動化するって言ってるのに、今更なんともって…
ベストじゃないと絶対に認めないマンかな >>415
1時間の単純作業があるなら当たり前のように気付いたその日のうちに自動化して
自動化したらたかが1時間のことなどたいしたことはないので忘れていい 1時間/1月で評価されて、正直驚いた。ちょっと上司にマウントとってきます。 1時間/日 稼働20日×12カ月=年間240時間削減
1ヶ月で開発=160時間
単独稼働させたとしても8ヶ月でペイできるんだし普通に成功だろー
同じシナリオを10人で使いまわせるなら年間2400時間の削減だし1ヶ月も運用したら余裕で元取れる
1日12.5%の削減はでっかいよ その計算には重要な要素が抜けているね
ロボットによって手が空いた人員が以前と比べて全く劣化なく同じ成果を出して初めて1日1時間の作業を削減できたと言える
極端な話ロボットが動いてる間に人がサボったら全く削減効果が無い場合と同じ数字になる
そして急に仕事をロボットに取りあげられた単純作業員が別の仕事で同等の成果を出すことは非常に難しい ロボットを楽しそうに眺めるおばちゃん
こういうことだな
ロボットが1時間働いてる間このおばちゃんは何もしていない
しかし1時間分の賃金は相変わらず発生している >>420
ばーか
空いた分の時間と労務をどうするかの責任は
削減担当者になく、経営者や上司にある >>423
責任の話は誰もしてない
>>419にような皮算用は非現実的であると言ってるのだ 無根拠のイチャモンw
可能性を指摘するだけならなんとでも言えますわ
これでまともなこと言った気になってるってやばいな >>425
レス番がないけど
無根拠というのは>>419のようなレスのことを言っているのだろうね
この計算式はおばちゃんがロボット導入後も導入前と同じ生産性を発揮する(しかも今まで長年やってきたのと違う作業内容で)という前提がないと成立しえない
しかしおばちゃんがそのような生産性を発揮するという根拠は確かにどこにも提示されていない このスレの人はどうも数字にばかり興味が寄ってしまってる
計算モデルの妥当性や測量法などを軽視しすぎる傾向があるね
数字のトリックで騙されやすいタイプだから気をつけた方がいい
もっと抽象的・定性的な議論の経験を積んだ方がいい 毎月Excelを元にしてデータベースへ入力する作業があるんだけど
それをUiPathでやらせるようにした
二人で3日くらいかかっていたのが全自動になったのは嬉しいけど
それ以上に人がやることによる入力ミスが激減したのが一番でかい >>429
ExcelのフォーマットにおさまってるならRPA使わずにでも出来るのでは??
例外処理が多いのか? >>430
データベースへの入力をどう想定したか疑問だし、それしか想定できないのかも疑問 >>429
それデータベースから、エクセルファイルのシートをインポートかリンクで取り込めば
そのままデータとして使えるだろ >>428
最高のバカ
例えば今まで毎日残業2時間かかってたなら
残業1時間に減る
別に新しい作業を与えなくても効果が100%の一例 >>433
毎日2時間残業が当たり前のような異常で特殊なブラック企業も確かに存在するだろう
しかしそのようなイレギュラーな企業を前提に議論するのもおかしな話だと思うが? >>432
誰しもそう考えるし、確かにExcelからのインポート機能もあるけど
ものすごく中途半端にしかインポートできない仕様なんだよ
インポートした後に登録データを呼び出して修正する手順も凄く面倒だし 【みんなで応援しよう!】ついにハッカーVtuber 黛灰 がデビュー!!!!
情報学のエキスパートが豊富なPC知識で皆んなを虜にするよ!
7月28日(日)の22時20分〜23時に初配信!
みんな見に来てね!!
https://twitter.com/mayuzumi_X
https://twitter.com/5chan_nel (5ch newer account) >>432
それではアプリケーションが担保しているデータの整合性などが失われる可能性がある
最終的にはサイト構造によるが、この手の処理はPowerShellを使うのが簡単 プログラミングでできるのは当たり前で
重要なのはノンプロでも、自動化できた点だろ ベストじゃないと文句言いたがる奴ばっかだな
社風上司スキル等々、諸々の現状のもとで改善できりゃそれでベターやん 過去にベストを目指さなかった結果が今の手に負えない技術的負債システムに繋がった
妥協は停滞に繋がり停滞は相対的な退化に繋がる
経験から学ぼう RPAって所詮つなぎの技術だと思うんだがある程度の期間主流になる可能性あるの? 口だけで他責するでベストに導けなかった不甲斐なさなんじゃね 経験から学ぼう
つなぎ論ってここだと多いけど、通常のシステム化だと採算が取れない細かい業務が主戦場だから、今後も続くんじゃねえかな 守備範囲が違うから >>443
RPA自体は、「非プログラマによる定型業務の効率化」を目指す技術なので、今後も継続的に使用されるものだけど、現状は「非プログラマによる」って部分が不十分なので、「今のRPA」はつなぎだと思う。 問題は繋ぎのつもりで作ったロボットがいつまでたっても除去できずにシステムの発展を妨げる恐れがあるということ >>445
なるほど
ERP等がどんなに進化しても、拾いきれない業務はなくせないからね
>>446
大昔に初心者の頃にやっつけで作ったマクロが、未だに現役だったりするからなあ
拡張とか仕様変更一切考慮してないから、融通がきかなくて逆にボトルネックになってるけど、とりあえず動くから使ってますみたいな RPAへの配慮が必要でUIの変更に大きな負担が掛かると考えるとかなり厳しい もし某Rubyの人がRPAに興味を持って
自作RPアプリをRubyで作り上げたら システムの発展を妨げるのとrpaを一緒にしちゃいけないんじゃない?
erp導入でそもそもrpaを使った業務が無くなるかもしれないんだし erpとrpaじゃハードルが全然違うぞ?
erpは導入めっちゃ大変。 そりゃ、Amazon, Google, Heroku も、Ruby をサポートしてるから、
AI 以外は、Rubyが一般的
書き込めないので、全角に変換した ある画面を使うロボットをつくると
その画面を改修するときにロボットに配慮して慎重に改修しなければならない
その画面を使うロボットが増えるほどに改修が難しくなる
日本の業務システムは残念ながら品質が低い
本来なら分離したほうがいい画面ロジックとビジネスロジックが密接に絡み合っている
なので画面の改修が難しくなるとビジネスロジックの改修も自動的に難しくなってしまう
そしてビジネスロジックの改修が難しくなるということは業務改善も難しくなるということだ
なぜならビジネスロジックは業務を元として作られるのだから元になる業務が変わったらビジネスロジックも改修しなければならない
業務改善したいがビジネスロジックを変えねばならない
ビジネスロジックを変えたいが画面ロジックも変えねばならない
画面ロジックを変えたいがロボットにガチガチに抑え込まれて簡単には変えられない
とまあこういうことだ
とはいえこれはロボットを大事に保護する場合の話
ロボットはいくらぶっ壊れてもOK
事務員さんの自己責任で壊れたロボットをせっせと作り直してくれ
情シスはロボットにはいっさい配慮しない
このスタンスを最初から最後まで貫けるなら大丈夫 >>419
リースのPC 開発用1+10台
ライセンス 開発用1+10台 を加えても経費削減に十分になる?かな? Uipathの環境依存度高すぎて内政のシステム担当がいらついていてつらい。 定期的に浮上してくるプログラミングの方が簡単おじさんと数字のトリックおじさんジワるからやめて Uupath使い始めて一週間の素人だが、
これで作業時間の計算をuipathで一つずつやらせるより、
関数で計算結果を作業セルに出させるエクセルに貼り付けた方が、簡単で早いんじゃないか?
一応、他のシートにあるテーブル参照して係数呼んできたりもできるし、セルを再計算させてもエクセルの方が一括でできて速い
ただ、時間と日付はuipathとエクセルが勝手にフォーマット変えたり、アクテビティによって形式が違ったりやり難い いっそCSvに保存した方がいいのかね なんか分かりづらいな アドバイス欲しいという意図なら「現状どうで、改善をどうしたい」をもっと詳細に書けばしてくれると思われ
不透明だが今の書きぶりだとuipath使うまでもなくexcelの関数とかデータ形式で対応できそうに見える気がする >>458
すでに他のプログラム言語を知ってるならそっちでやったほうが良いよ
プログラムを知らない全くの初心者が初めて開発するならRPAという選択肢も有る
実際に簡単ということはないのだけどGUIで開発できるから簡単かもと思わせることは出来る
なので挑戦するときの心理的な抵抗感が少ないことは確かでこれは優れたポイントと言える uiparh使ってるけど、エクセルはマクロ推奨だよ
簡単な入力はできるけど
入力内容は関数とかで計算結果はあり RPAは自動化に最低限必要な部品が最初から揃ってるってのもポイントだと思う
簡単なものなら業務手順通りアクティビティ置くだけで成果物ができちゃうからモチベアップにも繋がるよね
変数、条件分岐、繰り返しーとかのロジカルな領域になると普通のプログラミングと一緒だから学習難度としてはあんまり変わらないかもね DIYが非現実的とわかったから今後は外注が増えていくだろう
専門家目線で快適な開発環境を提供できないベンダは売り上げ厳しくなるだろうな
UiPathがVisualStudioをサポートすれば有力な候補になるのだがなぜサポートしようとしないのか >簡単なものなら業務手順通りアクティビティ置くだけで成果物ができちゃう
さすがにこれはまだお目にかかったことない
どんな業務なのだろう >>458
釈迦に説法かもしれないけど
まず、EXCELと人手でやる方法を手順化する。テンプレート用ブックを用意したりもする
その後、その手順どおりにEXCELをUiPathで操作するようにする
出来たEXCELからデータを拾ってパワポなり何なりに貼り付けるのも同様 >>465
それダサいからいやで、CSVからデータテーブルに
取り込んで、その中で計算や並び替えを高速にやって最後
エクセルやCSVに出力したい
エクセル開いてコピペやらせたりとかWinActorなら抵抗ないがUipathではもっとスマートにやりたいやりたい
ってところであまりデータテーブル内でやれることは少ないと午前中判明
午後からはエクセルに吐き出して計算させて取り出す方式にする
ストレスで禿げそう エクセルに取り込むと時間を勝手に形式変えるからいやなんだよなぁ >>466
だって埼玉だもんって言われてもRPAツールの本来の使い方なので
不得意なことをやらせればはげるのは当然
EXCELがイヤならルビーで参考書(紙)片手に半日程度でつくってUiPathから蹴るか
いっそネットからパールのテーブル処理、集計、統計のサンプルを引っ張ってきて蹴れば
おしゃれではげなくて済むけど
UiPathだけで完結したいならしょうがないのではげて下さい ■ このスレッドは過去ログ倉庫に格納されています