[RPA]PC自動化技術総合スレ[効率化] Part.3
■ このスレッドは過去ログ倉庫に格納されています
1のプロセス実行は、自分ではなくて独立に開発されたアプリとかOSのサービスとかに限定されるだろうな
ここがRPAかそうじゃないかの大きな違いだと思う
自前で作ったものなら単なる機能拡張でしかない ソフトウェアロボットによる業務自動化
それ以上でもそれ以下でもない
定義なんて存在しない そもそも最初聞いた時ロボティックに違和感があったなぁ ロボ感ないやろと 何がどうバズったんやろう >>134
それって excel のマクロ記録で済む話なのでは? >>134
君が挙げた特徴はあらゆる手続き型プログラムの定義にもあてはまる
抽象化のトレーニングをした方がいい
狭義のRPAの特徴としては、GUI操作を介する定型処理をエミュレートすることで人間によるデータ処理を代替する効果をもたらす業務ソフトウェアとしてパッケージされたもの、とかでいいんじゃないの >>139
コグニティブ技術や機械学習とセットにしてRPAが宣伝されてたから、世間的にはペッパー君みたいなのが業務をやるんだと思われたんじゃね
案の定文系の論壇()ではシンギュラリティがどうのとかいう頓珍漢な言説が流行ったし >>135
だから普通はシナリオ作成していくツールの事だろ
おまえは何が言いたいのか
世間一般とズレた事言っても意味ねーわ 突き詰めて考えていくと、ヒュマンインターフェースをプログラムから呼び出しやすいAPIにラップすること、がRPAのエッセンスだ
このラップ作業を支援するツール群と、全く関係ないツール群を抱き合わせでパッケージングしたものがRPA製品となる >>143
シナリオを作成するツールはRPAではない
RPA製品にシナリオを作成するツールが抱き合わせで同梱されている、と言った方が正確
Windowsワークフローはシナリオ(ワークフロー)を作成できるがそれだけではRPA製品とは言えない >>143
シナリオ作成でよければパワポでもいいだろ >>143
その作ったシナリオを自動的に実行する機能の方に価値を認める人が多いだろ >シナリオを作成するツールはRPAではない
揚げ足
シナリオを作成する機能はRPAに不可欠だが、作成するツールだけではRPAではない
承
プロトタイピングツールというのが一世風靡
転
現実が先にあるのがRPA、これから作るのがプロトタイピングツール
結
組み合わせ自在になると玄人受けも狙える(UNIXとウィンドウシステムみたいな) >>147
そういうくだらな揚げ足取りするレベルかw
顔真っ赤だなw >>147
おまえさー
俺は一般論で言ってるのにパワポはねーだろ
アホじゃねーのww >>149
シナリオ作成ツールは不可欠ではないね
普通のプログラムやスクリプトでほとんど事足りるし
ロングランのジョブ管理も最近はyamlを手書きする方式が主流になってしまった
難解なXMLや独自形式のデータファイルでシナリオを表現するタイプだと入力補助としてツールが欲しくなるがそういうのは衰退傾向にある
だからわざわざツールを導入してまでシナリオを書く必要性はない
もちろん必要性がないだけであってやりたけりゃやってもいいけど
組み合わせ自在のツールは実はとっくに存在してて
それは普通のプログラム言語やスクリプト言語などと呼ばれて世界中で使われてる
例えばpowershellやbashとかね >>142
どもども ペッパーくんの例はわかりやすいね
ペッパーくん的な感じで人間(の単純作業)の代用してくれますよ、っていうイメージ戦略が生きたんかなと思った
本質的にはプログラム全般がそういう性質を持ちえるわけで、今更何言ってんねんっていうツッコミがここでも多いけど、往々にして素人に響くのはイメージなんだろうね
あとは、素人の持つシステムのイメージって専門業務に特化した基幹システムだから、幅広い単純作業をペッパーくんにやらせるようにシステム化できるっていう発想も効いたのかもなー 新しい技術でもなんでもないただのGUI自動操作ツールを
"なんか凄そう"に聞こえさせるためベンダーによって造られた言葉がRPA
日本で流行らせたのはRPAテクノロジーズ社なんだし同社HPに乗ってる説明がRPAの定義でいいじゃん
もっとも、バズワードにしっかりした定義を求めるのなんてナンセンスだが それが何なのか、既存のアイデアと何が違うのか、違いがどんなメリットデメリットを生むのか、突き詰めていかないとダメだ
自分が何に金を払っているのかも理解しようとせずにぼったくられるとかねーわ ヒューマンインターフェイスしか無いプログラムと連携して情報処理を実現できる点
これがRPAの本質かな
この領域では紙帳票を扱えるようになったら更に有益なものになるだろうな
カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
DXだな >>156
>カメラとかで認識して情報を取り込む→サイバー領域で情報処理→現実世界にフィードバック
ここ20〜30年でその能力、特に「情報処理」」の部分で革命的な進歩があったのですか?特に事物を判断する能力、が格段に進歩したのでしょうか?最終判断はいまだに人間がするものだとばかり思っていましたが >>158
アンチロックブレーキとかは有名でしたね…
海外では監視カメラで評価ポイントが上下する(アニメにそんなのがありましたね…)というのもありえるらしいですから、どこも(内心の自由を一部放棄して)遅かれ早かれそうなるのか…
ブルームバーグですが真に受けちゃっていいのかな?https://www.bloomberg.co.jp/news/articles/2019-02-25/PNBKQ26TTDS901 >>161
宿題スレは潰れて今はお題スレにいますが、最近のお題は難しくってもう無理ですね… QZってプロのプログラマだったの?
RPAで食ってるの? もうあらかた自動化できそうな作業は自動化し終わっちゃったんだろ? >>156
これ入れようとしてる
https://www.konicaminolta.com/jp-ja/rbpo/index.html
具体的には各月の決まりきった請求書を自動で読み込んで自動で費目付けて自動で支払いする
経理からうざいおばちゃんを人員削減するw はよシンギュラリティで労働から解放されたい。
最近シンギュラリティってあんま聞かないけど >>173
超AIの行動規範は犬の本能をベースにすべき
「よーしよしよしよし偉いねーいいこいいこ」
と褒めると張り切ってウレションしちゃう系ね、
猫ベースだと人間に無関心な奴が発生する可能性がある Pythonでデスクトップ常駐型の自動化支援ツール作ろうとしてるんだが無謀?
大人しくC#使った方が良さげかな C#俺は好きだけどね。
Pythonは型がコードに明記してないのがちょっとヤダ。 不正送金や支払先改ざんを引き起こす:
RPAで深刻化、仕事の手順を勝手に変える「ビジネスプロセス詐欺」(BPC)とは?
企業の支払いフローを改ざんし不正送金させる「ビジネスプロセス詐欺」(BPC)のリスクが、ロボティックプロセスオートメーション(RPA)ツールの普及とともに増加する恐れがある。具体的な対策は何だろうか。
https://techtarget.itmedia.co.jp/tt/spv/1904/16/news04.html WinActorを導入した弊社、ソフト専用のSEも動員されてるんだけど他もそんな感じなんですかね…
これって非エンジニアがちょっとした作業を自動化できるのがメリットなんじゃないのって静観してたんだけど
他のことしてたエンジニアが非エンジニアのために余計に工数取られてる感がするんだよなぁ コードなら吸う行で済む処理が画面でガチャガチャだからむしろ効率下がるよな
メンテナンス性も悪いし >>182
特定の製品に限った話ではないけど本職のエンジニアだったらRPAよりコードを書いたほうが楽だしコスパも良いと思う
だからRPAをやるなら最期まで本職に頼らず自分たちでやりきるっていう覚悟が必要
エンジニアからしたら要件にプログラミングより扱いにくいRPAが入ってるってわかった時点で大幅に見積もりを積み上げざるを得ない RPAを入れることが目標になってる弊社は…
馬鹿に音頭取らせるなよ RPA導入が目的化してると普通にベンダロックインされるか低ROIのゴミになるかして終わる なんもかんもRPA導入を検討されてしまうほど情シスに発言力がないのが悪い
導入を阻止できたところで情シスに予算は降りてこねーよ RPAの定義とはなにか
既存技術との違い、メリット、デメリット
突き詰めて考えないから、簡単にカモられる うんこみたいな単純入力作業がなくなるならいいことだと思うよ >>185
俺自身はマじゃないけど、簡単なマクロや自動化スクリプトくらいは従来から組んでたから、メリットなさそうだし色んな理由をつけてRPAからは逃げたw
言うとおり本職が使わされるRPAって意味あんの?
って思うし導入が目的感出てしんどいなぁって思うます。
似たような境遇の人、どう無能な上に対して対処してんのかなーってのが気になる >>186
うちもそんな感じ
RPAに社運をかけるとか言い出す始末 君自身が作業は自動化完了してると思ってるのならその無能な上司は君のアウトプットに満足していない 、作業が多くて手が回っていないと思われてるってことだろ
君自身じゃなくて部全体の話かもしれんが >>193
>>191じゃ無いけど、たぶん上司は知らないんだろう
今どの程度まで自動化しているのかを。
普通、上司は中については興味が無い。
外から流行りで聞こえてくる耳障りの良い話には興味が有るけど。 「そのRPA、DXの足を引っ張ってない?」――企業考えるべき現実的な組み合わせとは
https://www.itmedia.co.jp/enterprise/spv/1904/24/news003.html
> 「RPA(Robotics Process Automation)」は、うまく活用しなければ、「デジタルトランスフォーメーション(DX)」の足を引っ張ることになりかねません。RPAとDXを理想的な形で推進するために注意すべきポイントとは? 現状の問題を洗い出しつつ、考察してみしょう。 仕事の量や内容や方法が全社的に可視化されてて、かつ、ガバナンスがしっかりしてる、という理想的な状況では最適解はRPA導入じゃないのかもしれんね
まぁでも現実はそんな会社は少ないだろうしな >>194
売る方としてはありがたい
搾らせて頂きます ガバナンスが効いてるならRPAより普通にシステム化した方がいい
ガバナンスが効いてないならRPAは破滅への片道切符 PRAみたいにパパっと組めるのが意外と生産性の本質なんだぜ?
Perlとか 即興のワンライナーとか使い捨てのスクリプトの代替品って立ち位置なら、まあアリかな >>182
最初は説明が必要でしょ。応用は自分で出来るはず 保守担当が動員されるのはまだ解るが、
ソフト屋がRPAロボの作成をさせられるのは本末転倒過ぎる。
8割の作業を現場で完結させられないなら導入すべきではない 自分で組んでいかないと使いこなせないままになるね。
教育する時間試行錯誤する時間も与えず、RPAで仕事が減ったら、誰か首切られるんじゃない?
それが会社の真の目的なら怖いね。 >>204
「Code Invokeだけやぞ?他は頑張れや」
で行けるならいいと思うのよね
でも実際はあっちこっち教えて!わからないの!てなるよね >>205
経産省も終身雇用はもう終わりって見解らしい
だからこれから先はガンガン首切られていくんだろうね ぶっちゃけ、自動化して美味しい業務ってそんなにたくさんあるわけじゃないから
めぼしいの一回作ったらあとは保守だけみたいな感じじゃない? ドトネトが対応したらUIPathも対応できそうなもんだけどな?
そんな甘くないのか そうか? 少なくとも公務員系のうちの会社は山ほどありそう まぁまだRPAなんて話にはなってないんだけどね
申請書のExcelからシステムへの転記(履歴書とか口座とか)
申請書のExcelが指定のルールで記載されてるかのチェック(記載漏れだったり特定の文言が必要だったり)
色んな相手にメール送信(採用結果とか審査結果とか) >>210
ああ、ごめん
変換する部分を一人ひとりがごりごり書く必要があるという意味 >>209
UiPathは.Netを呼び出してごりごり書く方法が紹介されているから
>>【できるUiPath】変数とインスタンスを使って西暦を和暦に変更しよう (URL省略)
一度ごりごり書けば、変換部分に限っては修正不要
WinActorは呼び出さずに、自力で判定をごりごり書く方法を紹介している >>209のリンク先 ここでもWinActorとUiPathの差が如実に表れてしまったか。 Microsoftのおかげだな
WWFという基盤が優秀だった RPAではなく不景気のせいでは?
RPAに6000人消せるほどのパワーは到底ないと思う 不景気がRPA導入のきっかけだとして半減が結果でしょ。
記事ではRPA などとなっているから他にもありそうだね、メインはRPAかもしれないけど。 もともとなにも仕事してないような遊びの人員がかなり居たはず
終身雇用だと自然とそうなる
そこを無慈悲に切っただけだろう RPAを導入したという建前があれば余剰人材異動させられる
実際に効果があったかどうかは実は重要じゃない >>220
誰も見ない資料作ってるやつとか居るよな >>223
そうそう
意味ない仕事で時間を潰してる人はかなりいる
酷いと一日中ネトゲやってるジジイとかたまにいる
そういうのはRPAが効果を発揮しようがしまいが関係なく単に切り捨てるだけで十分
ただ何もなく切り捨てると反発や外聞がよくないからRPAやAIの効果が出たという建前があると切り捨てやすくなる うちもRPA導入で効果出たことにして異動出してんなぁw
ただRPAって業務は残った人に追加で重しになってるけど。 事務職なんてもう電話番とお茶だしくらいしか仕事なくなるやろな 事務職がホワイトカラーみたいなオーラ出てたけど実質ブルーカラーだからそこが自動化でカットされるだけの話。
工場の現場なら当たり前の話をしてるだけだよ 転記や集計なんて現場で言うピッキングなんだから、そんなので年収300万以上もらってたババアの存在がおかしいんだわ RPAは経営者にとって本来の用途とは異なる意味で救世主だな >>226
お茶出しは接遇のスペシャリストの秘書を数人雇ってやってもらえばええし電話番はBPOでええ
つまり事務職なんて要らん 確かに人減らしや人事異動の建前として経営者に使われるのかもね そうすると困るのは現場の人か なんでも屋の事務員より、一日中、同じことやってる経理やデータ入力に効果的 UiPathで今いるページのHTMLを丸ごと変数に取り込むにはどうしたらいいの(画面操作無しで)? そう考えると何でも屋的な総務系が復権するのかね
今だと、総務は雑用で無能(職務分掌上は上だけど)、人事財務は専門性が高くて有能、みたいな印象のようだな うちだけかもしれんけど ■ このスレッドは過去ログ倉庫に格納されています