[RPA]PC自動化技術総合スレ[効率化] Part.5
■ このスレッドは過去ログ倉庫に格納されています
で、ごたくはいいけど結局>>669に回答できずに遁走ということでいいかな?w まあ、これここの住人の煽り耐性どうかなと思ってわざと
団塊の世代がいいそうなこと書いてみたんだけど
ここまでなるとは
>>641に火をくべるだけで住人同士が醜い争いに巻き込まれていく
ごめんね🙏 普段職場で虐げられているストレスか、
実生活でうまくいってない焦りなのか
みんな怒りっぽいね RPAって色んなのあるのね…
今さっきblue prismとかいうのも知ったし…
BPってブラウザでアクセスした別pcの操作ってできるのかな?
知ってる人います? >>712
令和の時代に昭和時代の後釣り宣言とか
耐性なさすぎだろw >>704
確かにw
>>703 のバカループはもう良いよねw
>>636 の「佐川のRPAまじ凄いな」と
>>643 の「RPAだろ?」で
もうよーく判ったからw
必死にループさせなくてもw
職場にもいるよねw
バカなのに負けず嫌いの粘着質とかw
偏差値48〜52を行ったり来たりみたいな奴www Uipathの実行時、エラー起きてもスルー機能がTureにしても機能しない時があるとかToolの設定周りバグ多くないか? エラー起きてもスルー機能なんてあったっけ?
TryCatchのことじゃないよね? >>723
アクティビティによってはプロパティのトコにあるよ。
タイムアウトプロパティ持ってるアクティビティの事じゃないかな? >>719
1つの企業には似たような階級の人が集まる
優秀だともっと良い企業に勤められるから自然と同じようなのが残る
偏差値48〜52を行ったり来たりのバカが職場にいるということはお前もそれぐらいということだな 社内の別部隊がRPA熱で顧客に売ってるんだが、自分としては疑問なんだよなぁ。
顧客側の人間としては、エクセルでマクロ組んだり関数覚えたりする感覚で購入を検討するのか?
自分は地方の人間だけど顧客のおっちゃん、おばちゃん連中が使いこなせるのか?と疑問なんだよ。
情シスなんか皆無なとこも多いのに。 >>727
始まってるよ
こんなスレができること自体がブームだろw
役に立つかどうかは別の話 >>731
スレ立てはどんなマイナージャンルでもできるし
このスレはアンチが遊びに来ない日って過疎りまくりだよね
ブームとは関係がないのではないかな?
トップクラスのベンダーを合わせても数年も費やして数千〜1万ぐらいしか導入進んでないんだってさ
それに全国の企業数って400万あって個人を抜いても200万もあるんだって
企業数を少なめに100万、導入数を多めに1万で計算しても1万/100万=0.01=1%しか普及してない
とはいえこの数字でもはっきりとブームでないと否定しきれないのが難しい
ブームって言葉はとても曖昧なんだよね
数年かけてゆるやかに1%普及したことをブームと呼べるかどうかは結局ブームという言葉の定義次第か >>730
WinActorなら素人でも使えるだろうけど
地方のデスクワークって最低賃金でも求職者が集まるから
費用対効果が疑問 >>730
素人でも使える。でも
使える ≠ 使いこなせる
素人のDIYはオススメしない。
専門家を雇ったほうがコスパも品質も良い。
餅は餅屋。 >>730
顧客側が買おうとするってことは使いこなせると思ってるんじゃないのかね? まぁ、社長と事務が没交渉で社長が無理矢理とかもあるんだろうけど、普通はそうじゃないだろう >>732
> スレ立てはどんなマイナージャンルでもできるし
このスレ Part.5 だし、勢いも18レス/日なんだがマイナーか? >>737
>このスレはアンチが遊びに来ない日って過疎りまくりだよね 社員
一人五十万の維持費がかかるとして
RPAで年間50万円のランニングコストとすると
十二分の一のコストで >>738
アンチがいること自体がブームになってるってことかとw >>739
RPAと人ではできることが違うから時間単価で単純計算はできないな >>740
アンチやステマがいることは関係ない
問題は一般ユーザーがごく僅かしかいないこと ブームに文句つける人ちょいちょい出るけどねぇ
大企業が影響力強いのは当然だし
仮にブームじゃないと認めてもそこから話が広がるわけでもないし
スルー推奨やね >>742
> アンチやステマがいることは関係ない
誰も相手しないものにはアンチもステマも現れませんが?
> 問題は一般ユーザーがごく僅かしかいないこと
展博とか行ってみ
てか働いてないのか?
社内でRPAっていう言葉を聞いたことないならそれはそれで問題だろw >>744
どんなもんなの?って奴まで含めると
エキスポとかすごい多いわ
AI絡めると入場制限かかるわ
それは嘘だけど フリーランスのRPAエンジニアって儲かるのかな?
今ブームのように見えるけど将来どうなりそう?
ここにいる人たちはある程度知識がありそうだからぜひご意見聞かせていただきたい >>733
ステマと言われるけど、俺は会社から与えられたuipathは非常に便利だと思ってる
もはやこれなしで手作業には戻れないわ
単純な作業と思っててもクリックが仮に50個くらいある。その都度選択と正確な作業を知らず知らずにやってたわけだ。
そりゃ脳は疲れるよね
それがなくなるんだからそりゃ楽だわ 各個人が自分で組めなきゃRPAなんて無価値
RPA要員を雇うくらいなら普通のSE,PGを雇ったほうがいい RPAの、究極にし影の伝説の冒頭のシーンだけどさ、
←_ _─ 忍者
─_ _─
─_─
←─── 姫ょうもない使い方ってなんだろう? ↑ミスった。
RPAの、究極にしょうもない使い方ってなんだろう? RPAが安くなって普及する前に、機械翻訳精度が上がって
人件費の安い国に事務仕事を振る方が安く済むかもね。 どこの会社も毎朝8時に出社みたいだしな。
それも自主的に。
8時50分にノコノコ出てくると「今朝の動いてませんでした」のメールの嵐。
メール見てる間に別の奴から催促の電話w
既にあるあるだろw 初めは皆そうです
次第に安定して動かせるようになる
(その作り込みを最初からしたくない。いけるかな…だめだったか…で、そこだけ対処で済ませたい) >>762
でも「新しくコレ自動化したいんだよね」でまた8時出社。
おまけに自主早出だから早出残業つかないw
夏休みみ何故か交代。
(呼び出しアリ) 何で自動だと8時前提なんだよ。
アホばっかの会社か? あー、今日も来たらRPA糞詰まりで内線鳴りっぱなしだよw
稼働して2年経つから、データも滞貨が2年分かw
大量に積み上がって上手く動かないみたいねw
ちなみに金融ですが大丈夫?www ユーザー企業であってもRPAすら内製できない企業はもう将来性が無いような気がする ただ動けばいいという段階を超えて安定感が求められる段階まで来たなら、RPAを捨ててプログラミングに移行すべきでしょうね
安定させるためには細かく複雑な制御と非GUIのAPI活用が必須なので、プログラミングのほうが遥かに実装しやすいです
配線タイプの開発環境は細かい作業には向いてません なんでもかんでもRPAで済まそうとするから…
システム化までのつなぎっていう認識大事 システムシステム言うけど、
例えば各社仕入先から検収書や支払明細を色んな形で月30件ダウンロードしてるとした時にそれをシステム化するのか? RPAがなんでも解決してくれるってわけではないっていう指摘じゃないの?
そういう相手の都合でこちらが対応しなくちゃいけないようなものはRPAでいいんじゃない。
社内の業務システムのGUIをRPAで無理やり自動化してトラブってメンテナンスに時間かかるなら、
RPAでやりくりしてる間に業務システムにAPIを追加してもらった方が良い、っていうことでしょ。 短期間で消えるものはpythonでもuipathでもvbaでも作成者の好きに作ればいい
ただし短時間で消えるべきものを延命し始めたら危険信号
長期間メンテナンスするならベンダロックインを避けてちゃんとシステムに取り込もう そもそもRPAが流行り出したのが
・通常のシステム開発ではROIが確保できないような仕様への対応
(RPAでやれば安価で収まるからROIが確保できる)
・仕様追加が凍結された基幹システムに対しての疑似的なシステム拡張
っていう、既存のシステム開発に対する小回りの悪さから需要が出始めた代物だからなあ
立ち位置的にはちょっと便利な小道具がすぐに作れて、なおかつ管理ができるっていうものだから
ゴリゴリに作り込むようなRPAが出始めてる状況はわりとやべえんだよな
ロボットが多いほどそれだけギャップが生まれてるって事だし >既存のシステム開発に対する小回りの悪さから需要が出始めた代物
スクリプトでいいじゃん
小規模のちょっとした処理なんてのはスクリプトの最も得意とする分野だよ
RPAだとライセンスのせいで実行マシンが限られるのも痛い 例えるなら
ハサミを使うのにハサミ専用部屋で順番に使う
ハサミ要員を用意してハサミを使うときはその人にお願い
ちょっとした小道具を使うのにこんなありさまじゃ大変 >>775
問題を解決する手段としてはスクリプトでも良いかもしれないけど
誰が作るって管理して展開するのかっていう課題が解決できない
特にITリテラシーが低い現場だと
マジでボタン一個で動いてくれて、トラブルが起きたら電話一本で丸投げ出来る環境じゃないと全く浸透しない
RPA使っててもマクロやPowerShell動かすキャリアーみたいなロボットも結構あるけど
RPAとして維持保守体系に組み込めるから価値が出る RPAよりもシステム改修の方が適切だという正しい判断を下した場合、担当者は適切に評価されるのだろうか。 >>777
それはCIOのタスクです。(やらないけど)
下っ端はアホな上がRPAで行くと決めたなら黙って従うべきであります。 システム化でROI取れるものはシステム化
上記に当てはまらないもので自動化対象がMS関係とかのCOM操作できるものならスクリプト系(VBA,python,uwsc)
APIも用意されてないレガシーなWinネイティブアプリが絡むならRPA(uipath,BP,AA)
って感じで上から順に検討してくのがいいと思う
社内SE一人もいないようなとこはこういう振り分けまで世話してもらえる外注先探すといいよ >>776
>誰が作るって管理して展開するのかっていう課題が解決できない
ちょっとした小道具なら製造も管理も利用者本人セルフサービスがいいよ
へたに共有して社内資産にするとメンテナンス負荷が高まって面倒
共有する価値があるものなら社内リポジトリで管理すればいい
>特にITリテラシーが低い現場だと
>マジでボタン一個で動いてくれて、トラブルが起きたら電話一本で丸投げ出来る環境じゃないと全く浸透しない
そこまで頭が悪い人は現実に存在しないと思う
冗談ではなくそんな人が存在するならその人ははやく解雇したほうがいい
ボタン押すだけでトラブル対応もできないならいる意味ないよね
>RPA使っててもマクロやPowerShell動かすキャリアーみたいなロボットも結構あるけど
>RPAとして維持保守体系に組み込めるから価値が出る
RPAという維持保守管理対象レイヤが余計に増えるだけ
共有資産はリポジトリで管理すればいい >>779
>APIも用意されてないレガシーなWinネイティブアプリが絡むならRPA(uipath,BP,AA)
ここもプログラミングでOK
RPAでなければできないような印象操作はやめよう win32api使えばRPAと同等のことはできる
高いライセンス料なんかいらん 比較的簡単に実装できるのが強みなのにそれを言っちゃぁおしめえよ >>782
プログラミングでGUI操作==win32apiのような印象操作はやめよう
もっと高レベルで使いやすいパッケージは幾つもある >>777
上層部「RPAってのがいいらしいから検討して」
っていう指示だとなかなかシステム改修とは言いづらいわなー >>785
「RPAはプログラムに制限を掛けて有料化しただけのツールなのでプログラムのほうが良さそうですね
プログラミングはライセンス無料なので失敗してもリスクはありません
入門書やエコシステムも充実してるので初心者でも簡単だそうです
pythonなどはVBAマクロよりも簡単なので事務のおばちゃんや小学生でも出来ますよ
プログラマは飽和状態といっていいほど人材が豊富なのでもし外注することになったとしても競争原理で安くあがります
プログラムだとシステム改修になるんじゃないかって?
いいえRPAと同じように既存システムを外部からコントロールするだけです
それがシステム改修だと言うならRPAもシステム改修になりますね
その気があればRPAよりもスムーズにシステム改修に移行することもできます
RPAだとベンダーロックインして移行が難しくなります
」 RPAの実態は単なるバッチ処理
それをまるで特別なもののように思わせ買わせてしまう
商人という人種は本当に凄い RPAってプログラムするのと違って自由には作れないよな? 自前の情報システム部隊を持って、
事務屋の人員削減をするだけじゃないの?
RPAを使うにせよ、プログラム化するにせよ、
自分の所で判断して、切り分けて、
内製するなり、外注するなりすればいいだけで
その判断すら横着して、ITを分かっていない
人間が仕切りだしたり、外注しようとするから
ぼったくりや、泥沼案件になってしまうんじゃないかな >>788
大半の商売は今まであるものの組み合わせと
ガワを少し変えて売りつけるものじゃないの? RPAが役立つのは
前提として、プログラミングやスクリプトを仕事にしている人を使役しない、前提で(大事なので2回)
もうひとつ前提で、作業をやっている人が自らRPAツールで自動化(部分的自動化)する前提で()
これらの前提が崩れるならRPA以外も選択肢に入るが
あえてRPAを使うとして
それなりのプログラマーがRPAを駆使した場合の生産性はすさまじく高くて
その反面、機能拡張・修正、ドキュメント、管理、保守の生産性はすさまじく低い 面倒くせぇよなぁ。
ExcelやAccessには、標準でDB接続機能があるのに、
そういうのは、情シス以外は使わせてもらえないんだよなぁ。
あ゛ぁぁぁぁぁマジあほくせぇぇぇぇぇって思いながら、
システムのGUI操作するプログラム書いてるわ。
ウインドウハンドルとか、いちいち調べてよ!
おかげでUIAutomationも使えるようになったわwww >>792
それなりのプログラマならプログラムを書いたほうがはるかに生産性が高いよ
ビジュアルプログラミングは苦痛を感じるぐらいめんどくさい 作業者本人が個人的に自動化したい部分はRPA
RPAのレクチャーは、情シスが希望者に行う
ここでの作業者は、事務屋ではなく、何らかの専門分野の人に限る
上記の切り出し部分を多人数に展開したい時はプログラム化
DBアクセス権限は、プログラムごとの許可という感じかな、開発ツールの使用も含めて
協力会社等の人は厳しそうだけど >>793
DBは整合性維持のためにアプリケーションがあるから勝手にアクセスされてはこまる
アクセスコントロールしやすいAPIを整備すべき
>>794
アクセスコントロールしたいならAPIを整備すべき
APIのセキュリティ機構としてよく利用されるOAuthはも認可を細かく制御できるように設計されている >>796
そうなんだけどさ、APIも作ってもらえないから、
RPAなんて流れになってるわけでしょ!?
あーマジあほくさ。
情シスがDB操作するのが最速だって、どれだけの経営者が知ってるんだろう・・。 >>795
×作業者本人が個人的に自動化したい部分はRPA
○作業者本人が個人的に自動化したい部分はプログラミングあるいはRPA なるほど
結局、API化がキモなのかな
「UNIXという考え方」の要約のプレゼンでもすればいいのだろうか >>798
RPAに手を出すことから予想が付くがおそらく経営陣は情弱なのでAPIの存在を知らないのだと思う
なので要望か提案を出して経営陣にそういうのもあるんだと気付かせることがスタートかな
トップが愚鈍だと苦労するけど長く勤める気があるならやっておいて損はない
なんならRPAをダシにしてAPIに興味をもたせる手もあるな
プログラムだけでなくRPAからもAPIを呼び出すことができる
APIの呼び出しは画面を操作するより遥かに簡単でセキュアで安定して高速で柔軟なのでより高性能のロボットを安く作る基盤になるので是非とも検討してくれ
などと説明してみたらどうかな APIというより同等のCUIインターフェースでもあればバッチ処理で済むのにね 今後はRPA対応のExcelとブラウザが覇権とるぞい。 >>802
APIを整備すればCUIを提供することも容易になる MSが本気出して、RPA・OfficeOnline&365・ブラウザを
統合したら今のRPAツールの大半がゴミクズになる Microsoft的にはもう十分提供しているという認識なのではないかな
OfficeはVBA、COM Automation、Open XML、MS Graph API
GUI操作はUI Automation、WinAppDriver
ワークフローはAzure Durable Functions、WWF RPA対応の○○
手段と目的が逆転してる感が凄まじい
遊び好きな日本らしさが溢れていてイイね MS的には、Excelを正しく使いこなせば、その作業は一瞬で終わりますよ
と指摘したいこともあるだろう
マクロ以前の世界も少数派では無い さすがに、RPAでスーパーマリオをクリアする動画はまだないか。 ■ このスレッドは過去ログ倉庫に格納されています