[RPA]PC自動化技術総合スレ[効率化] Part.7
■ このスレッドは過去ログ倉庫に格納されています
>>152
>RPAって事務のおばちゃんのイメージ
そ、そうなの??
私の"事務のおばちゃん"イメージは
手書きで伝票かなんか書いてる、お茶汲みしてる、銀行振込に行ってる
昭和すぎ?
RPAいじってる事務のおばちゃん って、都会の大企業なら普通にいるの? >>160
結果より頑張ることや気遣いを重視する体育会系文化だよな。
合理性を嫌うどころか憎んでるからな。 >>160
いや、紙がなくならないのは
お前のせいだろ
FAXしといて紙削減とか、なに言ってんの?
こうなると、上司のマナー云々も怪しいもんだ
計算書とか半端なもん送らないで
ちゃんとした請求書送らないと失礼だろ
とか言うの曲解してるかもな
このご時世お茶汲みとかほざいてるし
真面目に言えば、自動化は業務の標準化が必要なのに、勝手な思い付きで計算書送りたいとか属人的な仕事増やして、何したいの?
ヒーローとして崇めてほしいの? あいつ馬鹿だなあと思いながら自分だけ楽するのがいいので皆が正しい効率化をやり始めたらこまる
なので君たちは紙でもRPAでも好きなだけ使ってくれ >>159
必死に作って完成したら大成功
問題は完成しないかRPA化する必要あんのこれというツールが出来て終わりのオチ >>159
手に負えなくなって本職に頼むも余りに作り辛くて全員が不幸のパターン
RubyやPython、C#やjavaやり込んでた人間で各社RPAやりたい奴なんて居ないだろ 効率化しても、給料上がらないし早く帰れない。
労働量を増やすだけで損にしかならない。 >>163
>このご時世お茶汲みとか
いや全くそのとおり ものすごく同感
でも、当社にはある
そんな遅れた当社でも FAXはペーパーレス この国の企業人に合理的な思考が欠如していることは周知の事実
客がバカならバカに合わせ身を屈め、客が欲しがる無駄なRPAツールを売るのが仕事
正論で論破を試みるのが下流のPG 客が欲しがってるのは効率化や生産性アップではなく
努力してる感を味わうことだから、現場の人間が
頑張ってる様に見えるRPAが売れるのは当然。 「顧客が本当に必要だったもの」を思い出さざるを得ない マイクロソフトのPower Automateが安いな。
他のRPAツールの勝ち目が無い。 わたしは、ネオアールピーエー
すべての作業 すべてのろうどう すべてのぶんめいを消し
わたしも消えよう 永遠に!!! オバチャンのイメージって、
必死にExcelキーパンチしたり、
メール伝達を業務フローに組み込んじゃったり、
コールセンターで電話取ってるイメージw
手書きや倉庫軽作業はお婆ちゃんだろ。 オバチャンだろうがジジイだろうが3人がかりで教えてもらえるならそりゃ使えるようになるだろうよ
ttps://www.facebook.com/ishihara.nobuteru/photos/a.376600149107225/1832402770193615/ UiPathは少し前に400人クビにしてるけどな。 このスレってやたらRPA敵視する人いるけど何なの?
RPAに仕事奪われてクビにでもなったの? RPA敵視するひとはプログラム半端にかじってるけどRPAも使いこなせないような雑魚。 使いにくいGUI開発環境のストレスでアンチになった 上に向けるべきヘイトをRPA(下)に向けてるんじゃね >>178
PCの定型作業をソフト的に自動化するてのはいいんだけど、やり方がとんでもなく非効率。
コマンドだったら数行ですむようなことを、マウス操作で大掛かりな仕掛けでやるんだぜ。
効率化のアプローチが間違ってる。 >>183
ユーザーが作るんだから、それでいいんだよ
君があほな会社に在籍してる >>178
なんでC#で作っちゃダメなんだよ感が酷い
RPA覚えるメリットが皆無なんだよな >>184
ユーザーが作らないから社内SEが作るハメに >>185
いや、むしろC#で作って、自動化なんかさっさと済ませろよ
RPAなんか、クソバカベンダーのごみシステムのAPI代りで十分
どうしてもプログラムによる操作を受け付けないところだけシナリオ作って
大半はあんたがお得意のC#とかでやればええやん
C#どころか、プロンプトで代替できる操作をRPAでやってると哀れに見えてくる どうしてもUI経由するしかないならSelenium、Appiumで普通にプログラミング
それ以外は普通にプログラミング
これが王道の大正解 >>183
言われてみればRPAって、大規模なドミノを作って、目玉焼きを焼くみたいなもんだな。 >>188
王道はプログラマーにやらせるしかないけど、
プログラマーは業務知らんし、現場の担当者はプログラム作れんし、間を取り持つ社内SEはだいたいカス。
そして摩訶不思議なシステムが出来上がる。
それらを全て解決するのがRPAの触れ込みだが、そんなにうまくいくわけない。
現場の担当者がいいプログラマーていう奇蹟が起きないと成功しない。 >プログラマーは業務知らんし、現場の担当者はプログラム作れんし
その対策で、PGだけど現場に行くことになったわ。 ↑ちなみにそれでどうなったかと言うと、現場の仕事ばかりでプログラムなんか書いてる暇ないっていうwww >>193
現場の担当者が自分の業務ほっぽりだして現場に即したツールを作り上げるとお釣りが来るぐらいの破壊力で業務が遂行されてくんだがね。
でもそういうツールが必ずしも出来上がるかどうかはわからんからね。
上層部は一か八かに書けるより安牌なRPAで僅かな「効率化」を狙うんだよ。 >>190
そこで、プログラム書いて自動化をするのがいい社内SE
RPAなんかクソだ〜とぼやて、何もしないのがクソSE
うちでも、RPAを批判して自動化に手を貸さない社内SEがいるわ >>195
会社がRPAを必要とするてことは、その会社の社内SEは無能だったてことだぞ。
だから社内SEはRPAを目の敵にするだろ。 つか、ちょっと現場は下火になったよな。
ウチの職場もRPA化する業務の在庫がなくなって、もう暇になってるよ。RPA部隊。
結局、更なる人減らしを要求されてRPAチームまでスリム化され始めたと言う笑えないオチに。 >>197
効果時間高くて実装難易度低い奴は大体1年ぐらいで全部完遂しちゃうから
それ以降は保守と細々とした自動化を処理していくしかない
大企業ならネタいっぱい転がってるけど中堅どころだと割とすぐ枯渇する RPA部隊とか作ってる時点で間違ってるわ
そういう専門部隊を必要としないのがRPAのウリなのに GUIでノンプログラミングで作れます。初期導入費500万ですがプログラマを首にすればすぐにペイ出来ます。
↓
まあ中には自力で何も作れない方が居るので弊社のプログラマで開発をサポート致しますよ。
月々100万の格安サポートです。
経営会議でぶち上げて後戻りできないんでしょ?あ? 弊社ではRPA部隊として人を続々採用中
エンドユーザーは完全なるお客様です
PHPやjava経験者なら簡単でしょとお気楽に押し付けて現場はデスマーチ
24ページスクロールする壮絶なGUIプログラミングにPCはパンク寸前、俺は卒倒寸前 GUIの超大作って壮絶に見通しが悪い
小さいプログラム作れば良いじゃんと思うけどライセンス費用が600万超えてるから経営陣が許さない
さあRPAでERP作るぞー プログラミング素人の現場担当者でも自動化できるって
嘘ではないが、安定して使えてメンテ出来るシナリオを
作れるかは別の話だからな。 費用が問題でguiが嫌なら、pythonなりvbaなりでいいんじゃね
不安定でメンテしにくくても、事務員が直す仕組みならよさそうだが >>190
実はゆで卵で充分だったって落ちも付いてくる。
>>195
何やっても評価が同じだからじゃないの。 でも、現実的に事務員じゃ難しいから専門家雇おうって流れが広まってきたんだろ?
素人でも簡単って前提が崩れてるのに、それを土台にしてRPAを推進するからおかしくなる
RPAだろうとプログラミングだろうと、実用レベルまで持っていくのは宣伝で言ってるほど簡単じゃない、と自然な前提に立って合理的に考えればいい そんなこと認めたらライセンスが売れなくなるし専門家派遣で
稼げなくなるから、ベンダーや広告費もらってるメディアは
推進していくしかない。理屈より金と感情だよ。 すぐにRPAで使えるPythonとあのモジュールとこのライブラリと管理ツールの
一発インストールパッケージがあれば蹴散らせるのに NTTさんのはvbscriptで部品のコーディング出来るね
Pythonとかならやる気出るのにvbscriptとか辛い 作らないSE課長はRPAの理想を全面に押し出して経営陣に素晴らしさを説明しまくり
現実に直面する業務する人はRPAが訳わからなくて放棄
そこを埋めるのが底辺プログラマ達
予算はRPAのライセンス費用で使い切ってるから雀の涙でよろしく MS製RPAはUipathっぽい感じになるのか
UIの使いやすさではWinactorなんだけどなぁ
UipathXもなんかこれじゃない感あるし WinActorはノードロックで年100万円するのにMSのは1ユーザー月15ドルなんだな。
有料RPAはMS独り勝ちじゃない? >>212
そうは言ってもRPAがらみの安い給料じゃなあ。
ヤル気起きんし三流VBA使いでも雇ってれば? vbaとか簡単なんだからRPAなんか使わずに覚えりゃいいと思うんだが、なぜかやらんよな〜 >>209
なんか、妄想垂れ流してるけど
どのベンダーも、ITに無縁の人は無理と認める
だから、勉強しろ、なんならセミナーを紹介しますつってんのに
それを、セミナー商法w、金儲けwと無視してるだけ >>216
セルに関数入れるくらいはさほど誰でもできるが、VBAでマクロまで組む人はかなり少ないぞ。
さらにそのマクロもレコーダーで操作を覚えさしたやつじゃなくて言語的に作る人なんて、一般の会社だったら神レベルだろ。 >>218
ほんこれ
神が100人に一人くらいいるらしく、時折社内表彰されてる模様 が、異動なんかでメンテできなくなり寂れることが多い模様
神の割合が増えるRPAには少し期待 業務について一番知っているのは、その仕事をしている人だから、片手間に自分でツールを作れるExcelは素晴らしいと思います。
ノウハウが流出しないし。 AmazonがAIを使って自動的にコードレビューをしてくれるサービスを発表したね
世界中の多くの個人、企業、団体がテキストベースの開発環境の改善に投資してるから、このように日々、開発が楽に、高品質に、安くなっていく
一方でGUI開発環境に投資してる者は極僅かなので、殆ど進歩しない
十年前のGUI開発環境と比べて、なにか画期的な変化はあっただろうか?
これから先、なにかが変わるだろうか? >>211
それならVBScriptからPythonを実行するとか。 >>211
UiPathだとinvoke系のアクティビティでわりと色々なコードが書けるな
まあ現場の人間がこれ使い始めたらカオスになって大変な事になるが >>218
ブイルック関数止まりが多い
index match関数だとほとんどが知らない
理解難しくなる
そのレベルが多い
もっと複雑な仕事してたりするのに 開発部門等、別の仕事がある人間が
割り食いたくないって不満を言うのはわかる
しかし、社内SEが使いにくいって文句を言うのはお門違い
仕事さぼって、自動化しなかったツケが来てるだけ
だいたい、中規模以上なら開発と社内の部門は分かれてるし
小規模ならRPAを入れるほどのシステムなんかないだろ >>224
そうか?
vlookup関数が使える・理解してるならindex match関数みたいな関数もあるだろて探すだろ? vlookupよりも難しいアルゴリズムはRPAではほぼ必要にならないなw >>226
indexやmatch関数なんか単品じゃ何の役にも立たない
これは教える側が悪いと思うわ
1つの関数ごとの解説じゃ、なんに使うの?って理解する気もおきん
ほかの関数と組み合わせるとか、叩き込まないと 成功確率5%の関数合成とかのほうが若者ウケよさそう。 >>222
もうRPA辞めてPythonで良くないか感 >>225
弊社は買ったからやる事見つけろだとさ
やる事あるから買うんじゃないんかいと >>231
略されてるのは、「何か」でなくて「いっぱい」だぞ
省略を適切に補完できないとバカがバレるから周りには言わないこと 現場でロボット作れるのが売りではあっても、まともなものが
出来る保証は無いしメンテも必要だから、結局シス管や外注で
管理開発させる事になる。 >>233
業務部で8割方完結させられないなら導入を停止すべきなのに、
日経が的外れな煽りばかりをするから決定権を持った奴が勘違いする >>232
いっぱいは何かで構成されてるんじゃねーの? >>234
日経はRPA煽って紙と広告が売れれば良いだけで、勢いで導入した所が
炎上しても記事に出来るからな。初心者や素人でも簡単に出来るって
メディアが言う物は大抵ウソ。 日経コンピュータは散々RPAを取り上げてきたのに、11/28最新号ではRPAの記事が全く無くなっていて笑った。
Microsoft Power Automateの発表で、オワコンになるだろうサードパーティのRPA。高いだけで、大したことないソフトを代理店やメディアが煽ってビジネスとしていただけの証左であろう。 VBA/VBScriptがUWSC並のことができりゃRPAなんていらんのに >>240
既に出来ている事を、コスト掛けて素人向けにしてもしょうがないだろw
金の無駄w MSのRPAがかなり安価だからベンダーは憤死するしかないけど、
すぐ使いこなせる所は少なそうだから派遣会社は喜ぶね。 RPAってDockerコンテナにできないのか?
環境差異の対応が地獄だ やべー、地方の事業部だけどライセンス買ってやるんだから全社で使えるシステム作れと言われた
全社で使えるシステムをRPAみたいなGUIマクロツールで作るとかどうすりゃ良いんだ ITチームは全社で使えるシステムを作れ
事業部毎の業務がバラバラだから困ってるんだよ
それするためのRPAやないできっと 全員が共通でやってる作業なんてわるわけないだろ。
ピンポイントで狙いを定めてやらないと RPAを用いて全社で使えるシステムを社内SEが作れとか真正バカが権力持ってる
もう終わりだ助けて >>247
RPAを根本的に勘違いしてるなそれ
そもそもRPAでGUIツール作れるのなんかないぞ(UiPathでインプットボックスとプルダウンぐらい)
RPAに1からシステムを構築する力は全くない
既存システムのスキマを埋めるツールなんだから
パテで家建てろって言ってるレベルの無茶だぞ 普通にプログラミングしてエントリポイントだけRPAにすればいいんじゃないかな
上司もどうせわかってないからわからんよ >>247
ボーナス貰ったら逃げなさい。
丁度売り手市場だしさあ RPAの業務フロー機能で全社統一新業務フロー作れとか言ってる
大学でソフトウェア工学学んだ上司だから高卒の俺は何も言えないんだけど無謀な予感する 全社展開を狙うなら
・全社で共通でやっているような定型業務を洗い出す
・業務フローをできるだけ共通化する(超重要)
・共通化した上でRPAで自動化する
・事業部毎に細かい変更が必要な場合は手動対応or各自でソース改良してね
っていう感じかね
何れにしてもどこのベンダーが売ったか知らんけど、一からシステム作れると思って買ったなら
タダのアホだぞその上司 >>251
何のRPAツール使ってるか知らんけど
あくまで作ったシナリオが業務フローを兼ねるだけで
業務フローそのものが作れるわけじゃないぞ
全社統一業務フロー作るなら、まず既存フローをヒアリング&分析して共通化出来る個所を洗い出せ >>254
土方高卒俺がRPGのシナリオは業務フローの概念モデル作るもんじゃ無いです言うと、そんな事も出来ないのと言われる
いや業務フロー書けますけど詳細設計っすよ
土方したこと無い大卒営業SE怖い >>247
総務省方式でおk
「作ったのに使わないのが悪い」 >>255
>>254にだいたい賛成
既存フローをヒアリング&分析しながら報告を密にする
「なにやってんの」って言われたら
「RPAで作るときの標準化された手続きです。セミナーで習いました」と返す
既存フローをヒアリング&分析するなんて興味深い仕事はこういう機会でないと
滅多に経験できない
ついでに、共通部分よりも、共通でないところに
そうしなければ業務が出来ないという、よんどころない事情がひそんでいる
そこの調整は、権限を持つであろうその上司にお任せするしかない 現業務フローのヒアリングと新業務フローの検討なんて高卒土方の俺じゃなかなか出来ない経験なので前向きにやろうと思います
新業務フローの電算化をRPAでやるのが正しいのか高卒なので分かりませんがソフトウェア工学修めた上司に間違いは無いと信じます 大学じゃRPAみたいな先進技術を教育してるんだろうなぁ
高卒だから学んだことないんだ
現場で学んだC,Python,java,PHPなんて時代遅れのテクノロジなんだろうな 本来ならヒアリングの結果に基づいてプロセス改善すべき。それに投資しないでRPAで改善したように見せるのが今の流れ。 ■ このスレッドは過去ログ倉庫に格納されています