[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
三井住友銀行は1年で110万時間工数削減したらしいぞ? >>517 銀行のシステムなんて化石システムで動いてるようなものだからな。 ガチガチ。
ネットにつなげるのもUSB を使うのも禁止。
誰も身動き出来ないシステムに何をさせようというんだ?
RPA 以前にやることが山のようにあるだろ。
COBOL をまず捨てろよな。 >>517
RPA業務って良くも悪くも大企業&古い基幹システム使って所だと
削減効果自体は出やすいんだよ
・大量のデータを処理する必要がある
・しかし古いシステムだと、一括ダウンロード機能が無かったり、検索条件の絞り込み機能が弱くて
特定データのみを一気に取り出せない
・また必要な情報を集めるために複数の画面を跨ぐ必要が多い
言い方が悪いけど、システムと現行業務にギャップが出てて
人の手でフォロー(繰り返し作業)する必要がある≒RPA化で効果が出やすいっていう裏がある
本来ならシステム側をブラッシュアップすべきなんだけど
肥大化しすぎて身動き取れないから、RPAで暫定的な対応してるだけなんだわ >>519
まさにうちの会社だ
RPA超絶活躍中! 価格と同じで、人員削減はあんまり表に出ないだろうな 特に働き方改革みたいな労働者フレンドリーな皮を被ってるから
RPA リストラ とかでちょっと調べてもなんとも言えん気がした↓
人材不足は高スキルのみ、RPAで就職氷河期がやってくる - orangeitems’s diary
https://www.orangeitems.com/entry/2019/02/18/113115
RPA型配置転換は結局こうなる、富士通2850人が早期退職 - orangeitems’s diary
https://www.orangeitems.com/entry/2019/02/20/000500
RPAとはリストラのための刺客なのか?【結論:違います】 | 完全自動化研究所
http://marukentokyo.jp/2019/05/15/rpa_restructuring/ >>519
本来はシステム改修で対応するのが正しい、RPAは泥縄、っていうのがこのスレでも多いけどどうなんだろうね?
システムは大学病院、RPAは町医者、みたいな使い分けがいいっていう可能性ないのかね まあ例えはイマイチかもしれんけど >>494
softbankがRPAホールディングスとコラボしたSynchRoid (2016〜)
従来の見積書作成は、なんと15分で作れていた
IBM Watosonの協力を得て、メール受信から3秒で出来て、人はメール送信ボタンを押すだけ
https://cdn.softbank.jp/biz/set/data/other/rpa/case/img/img-ai-01.png
https://www.softbank.jp/biz/other/rpa/
※ページに日付が無いので、過去現在未来のどれか不明 銀行はRPAがスゴイのではなくもとのシステムが酷すぎただけだな RPAはシステム全面改新までの繋ぎとして効力を発揮する
システム化で費用対効果が出ないような細かい処理や業務ルールが変わりやすい処理を自動化するのにも向いてるね
費用対効果が出るなら素直にシステム化するのが吉 >>522
システムというのは追加は簡単なんだけど変更は難しいものだよ
開放閉鎖の原則って言うんだけど原則として伝え広めるぐらい重要な経験則なんだ
RPAもそれは同じで追加するだけなら難しくはないが変更したくなったときに大変なことになる
ただ今はまだRPAの導入から時間が立ってないから変更の需要が発生していない
だから変更の難しさという大問題が表面化していない
この大問題が表面化したときにRPAが本当に正しかったのか真価が問われるだろうね >>521 そりゃ、銀行などは手書き帳票読み取りがあるから手書きOCR でかなりの工数削減ができることは当然。
むしろ今まで手書きOCRをやっていなかったことに驚き。 >>529
OCRってRPAと関係ないとおもうんだけどRPAとしてひとくくりに語ってしまう人やステマ記事が多いのは何故なんだろう?
あとここではエクセルやデータテーブルの処理が盛り上がりやすいけど
冷静に考えるとエクセル処理もRPAとは独立した概念だよな
RPAには明確な定義がなく言ったもの勝ちの雰囲気がある
だったら便利なものはみんなRPAと言い張って取り込んでしまおう
便利なものがいっぱい詰まってるからRPAは便利なんだ
…そういうことなのか? 手書きOCRってまだまだ精度的に怪しいもんだよ
数字オンリーとか英語オンリーとかなら使えるんだけど、日本語と数字、アルファベットが混ざったりするともうダメだね
結局最後はヒューマンチェック入れることになるんだが、その辺銀行はどうしてるんだろうなあ
RPAはバズワードだし言ったもん勝ちだわな。AIと一緒。自動化に関係するもんはぜーんぶRPA それを言ってしまうとSeleniumもPythonもRubyもC#もVBもPowerShellもJavaScriptもみんなRPAだな
実際にRPA製品はスクリプト呼び出しもサポートしてる RPAは、今まで(自動化)ツールを作ってこなかった現場の人にそれを作ってもらうための新たな方法
例えば、頻繁にEXCEL使っててVBAで作ればタダで楽できるのにも関わらす、現場で作られてないところは多い
(会社からすれば当然VBA勧めたいが、何故か(様々な理由で?)使われない)
コストはかかるが、「作れるかも」と思ってもらえそうな口実の一つがRPA
aiやocrなどと組み合わせるのはVBAでは難しいので、そういうとこはRPA(等)の出番 >>530 全体的には事務効率化なんだよ。 だからRPA の記事の中にもExcelマクロだけで、35万時間節約できたとかいう記事も入ってくる。
RPA は事務効率化の一つの手段でしかないから何でも良いんだよ。 理想的なシステムがあればそれで全て完了。
RPA の中で手書きOCR 処理はかなりのウエートを占めることも事実。
上の >>482 でも、世界一のRPAメーカーがAI を組み込んだ手書きOCR を導入したことでもわかる。 AI を組み込むことで誤認識が減るからね。
IBM のRPAもAI を使った手書きOCR認識だからこそ成功している。
RPA の中の画面認識でもAI の比重は高まってくるよ。 タッチパネル上でフォームに入力させるのが
結果的に一番コストが安かったりするわけだが あ〜週末はRPAもVBAの事も考えずにすむ…気が楽だ…
金曜は勤務の2/3くらいVBAで表内に残すデータのロジック?組んだりして、あとはRPAでweb内の表データをExcelにコピペする調整してた…
なんとか動いたから、月曜は頭からデバッガ使わずに動くか確認するわ… つか、今やってるのってRPA向きな作業では無い気がするわ… >>537 その入力する元ネタはどこかにあってそれを書き写してるだけだから、そういう場面でも使えるけど、タッチパネルに対応したRPA 製品ってあるのかな?
それこそメカニカルロボットの出番かな? >>535
なるほど
RPAの正体は「既存品の再パッケージング&広告戦略」だったのか
エンジニア目線だと「それって◯◯でいいじゃん」でストップするところを
あの手この手で商品化してしまったところが商人たちのすごいところなんだなあ >>539
散々そう言ったじゃんか
レコーディングだけで済むような単純な業務だけRPAを使う価値がある
それ以外は普通にプログラミングしろってさ
君がここ1週間ぐらいかけて取り組んでた課題って
プログラミング多少でも知ってる職員を探して(あるいは情シスに依頼して)やってもらえば多分1日で終わってたぞ? >>540
無理してロボット使うなw
転記元データがあるならヘッドレスなプログラムで送信すりゃいい
なんでわざわざヒューマンインターフェイスを経由させたがるんだ 実際、RPAって言葉が流行りだす前までは一生懸命VBAなりなんなりで仕事効率化しても見向きもされなかったからなあ
そこにきてルーチンワークを無くすことって大事だよねって考えがRPAの流行に乗ってやっと広まってきた感じ
やってるとこは10年前から既にやってるし今更感バリバリなんだが、今までやってこなかった企業にとっては良い動機付けになってるんじゃないかな 確かに俺らからしたら>>538の取り組んでたようなスクレイピング的な部分はVBAからJavaScript叩いた方が楽じゃんなんだけど
おそらく社内にプログラミングが多少ですら解る人がおらず頼りたくとも頼れる環境が無いんだろう。というかそういう環境だからこそRPAが導入されたってのもあると思うしな…
プログラミングでいいジャン!wで一蹴するのはあまりにも残酷に感じる
とにかく右も左もわからん中よく頑張ったと労いたい
経験重ねていくことで何がプログラミング向きで何がRPA向きかも掴めてくるだろうし、今後わからん事があればここに投げてくれれば助け舟も出せる。遠慮せず聞いてくれよ。自動化スレなんだし 金も人材も時間もない中小零細こそ安易にRPAに飛びつかない方がいい
生の声を聞いてもうわかっただろうけどRPAはけっして魔法の道具などではなく
ただのビジュアル化されたプログラミングツールでしかない
導入には金がかかり扱える人材を育てるには金も時間もかかる
プログラミングでも人材を育てるには金も時間もかかるが
教育ノウハウが書籍やネット情報として充実しているのでRPAをゼロから学ぶよりは簡単だ
何より導入コストがかからないから失敗のリスクが少なくていい ゼロベースからの独学って前提ならやっぱPythonやC#よりUiPathのが習得日数短いと思うなー
Pythonは配布面で問題が、C#は思いの外自動化関連の情報が少ないときてるし尚のこと
金も人材も時間もない中小零細が取るべくは
UiPathの無料版で目先の課題を解決しつつ、創出された時間をPython,C#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな
もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな >>548
C#が他と比べて自動化関連の情報が少ない?なぜそう思った? >>549
なぜって…Pythonと比較して明らかに少ないだろー
SeleniumやAppiumもPython利用を前提としてる記事のが多いし >>548
書籍やネット情報の充実度が桁違いだからプログラミングのほうが学びやすいよ 中小零細は多品種少量みたいな業務で構成されているからRPA向きではない
>>521
文系大卒は簡単なホワイトカラー職に就きたがるから
雇用のミスマッチがますます進むな >>550
ソース出してみ
たとえばWinAppDriverなら? >>550
そうは言っても同じライブラリだから別の言語で書かれた情報を別の言語に適用することは全く難しくない
もちろんC#限定で調べたとしてもRPAよりは多くの情報が出てくるけどね >>550
記事なんかじゃなくてGitHub漁れば、ちゃんと動くものがいくらでもある
MicrosoftだってBlazorのE2EテストはC#+Seleniumでやっている >>553
C# WinAppDriver とかでググッてくれ。
電卓のボタンクリックくらいの情報しか出てこんと思うぞ
>>554
普通に考えればそうなんだが、素人独学プログラミングじゃそういう基礎的なとこがかわらんのよ
Pythonで書かれたサンプルをC#に書き直すって発想がまず湧かない
GUI操作に限ってはUiPathのがクリティカルな情報が多いし調べやすいと思うけどな。UiPath以外のRPAツールが情報少ないのは同意 いや俺の表現がまずかったな
情報はあるんだよ。それこそGitHubなり海外サイトなりMSDNなり探せばいくらでもある。
俺が言いたいのはそうじゃなく、独学素人プログラミング初心者が取ってきてそのまま使える情報が無いってことを言いたい
GitHubがそもそもわからんしMSDNもどう見たらわからんし英語も全く読めないし機械翻訳で更にちんぷんかんぷんになるんだよ >>558
初心者はGitHub漁るって概念がそもそもねーしこのURL404だよ 確かにURLすらたどれないやつにプログラミングは無理だ
ってか怖すぎるからそんなやつに自動化業務なんてさせられない >>560
今の時代は初心者こそGitHubからの丸パクリやで
中途半端な記事を読んでアレコレ頭を悩ませずとも動くものとドキュメントがあるからな >>556
そうかなぁ?
俺はググっても情報が出てこなくて諦めちゃった
数分の動画を見てハズレってのが3回も続いたらもうやってんねえフザケンナってさじ投げるよ >>564
そいつは>>558のURLすら見れないらしい
そもそもググれない可能性が高い >>559
素人独学向けの入門書は沢山あるし
最近は各言語やライブラリの公式ドキュメントが素晴らしく充実してる
チュートリアルなどもあってすぐに学習できる 出先あいぽんなんだよそんないじめてくれんな
ipadからだと辿れたわすまんな うーん、なんかRPAに寝首かかれてる理由が垣間見えた気がする
君たちそういうとこやで… >>566
最近はC#でもチュートリアルやAPIのドキュメントに付随してブラウザ内でコードを実行できるようになってきてるしね
断片的な記事と違って開発環境作らずにすぐ試せる >>568
なんでもかんでもRPAって冠をつけてるだけ 素晴らしい教材の情報があるならどんどん発信してほしい
初心者は得てして学習方法がそもそもわからんってケースが多い >>569
dotnet tryだっけ面白いよねアレ
確かに学習教材にはうってつけだな >>564
本来プログラミングでやるべきな込み入ったことしようと思うと途端に情報無くなるのは確かにそう
要素のクリックとかキー情報送信とかデータテーブル操作くらいの基本的な操作の情報ならわりと豊富
例えばAdbe Acrobat Readerの「注釈」をクリックしたいとかならUiPathのがクリティカルな情報すぐ見つかるやねって意味で >>573
それこそWinAppDriverで一発じゃない?
クリックさせてその後どうしたいのかってことまで考えると普通にプログラミングした方が楽だと思うんだけど違うの? >>527
勉強になります 今後真価が問われるってのは同意 変更って意味ではRPAの方に軍配あがるんじゃないかなと予想 業者に頼まなくて済むし事務員でもできるし
>>528
まぁそうだけどケースバイケースって言ってもしょうがないからな 一般論としてはシステム改修よりRPA改修の方が安上がりなんじゃね
基幹システムの一括入力機能付けるのに云百万かかります、それならRPAで繰り返し入力させるわ、ってなるよな >>574
クリックして注釈入れて保存ボタン押す…程度のことをUiPathに任せられればそれでいいし、それがRPAの適材適所やと思うよ
それ以上のことをやろうと思えば仰るようにガチでプログラミング学んで組んだほうが良い
あとWinAppDriverはWin10以上限定だったと思うがRPA導入考えるような企業は未だにWin7現役なことが多いんだよなぁ
それ抜きにしても、WinAppDriver Gitからダウンロードして開発者モード有効にしてドライバ起動してインスタンス生成して操作対象のハンドル取ってアプリ用インスタンスも生成してinspectで要素解析して、なんやかんやして…クリック!!
より
UiPathで 画面上で要素を選択してクリック!はい完了
のが単純に楽だと思うんだ… >>568
マジでそれ 流行ってる現実を見ようとしないよね
それを踏まえて批判すればいいのに
ぼくのかんがえたさいきょうのやりかた、みたいな UiPathに関して言えば公式のドキュメントがすげえ不親切なイメージがある
結局どうやって使うねんこれっていうのが結構あった >>544 元データが何かわからないからさ。例えば紙かも。
それにタプレットというのは、既成品で手をいれられないかもしれないでしょ。 社内システムならタプレット側はどうとでもなるけど。
>>546 社内にプログラムのわかる人がいないくらいの大きさの職場だとRPA を入れても大した効果は発揮できないと思うけどな。 >>567 あいぽんからでも辿れるよ、どんな2ch 専用ブラウザを使ってるんだよ。
自分はBB2C で問題ない。
safari にコピペしても当然辿れるし。 >>577
今某rpaのnugetパッケージ見たんだが累計8万ダウンロード(30ダウン/day)だった
seleniumは累計1千万 ダウンロード(4000ダウン/day)
seleniumの中で比較すると比較的不人気と思われる.netバインディングですらこれ そりゃ某RPAの主要パッケージはnuget.org経由じゃないですし… >>495
???
何でそんな話になってんのかの前提を考慮しながら議論してくれよ。
じゃないとその議論は完全にスレチだろうが。
当然、その前提を考慮してると思ったから>>493の発言になるわけだが。 賛否両論だからだろ。
そもそもRPA メーカーの宣伝は、別にRPAでなくてもそれなりにシステムを見直せば改善できたと思われるケースも見受けられる。
そりゃ、銀行業務みたいなガチガチなところの逃げ道としては良いかもしれないけど。 逃げた先がさらにきつい地獄かもしれねーって話もある 流行ってるのは否定できないんじゃね
RPA 普及率 でググって一番上の記事↓
RPA国内利用動向調査(2019年1月調査)
前回調査から急激な速度で普及
■ 国内企業のRPA導入率は32%、2018年6月調査から10ポイント増と導入が加速
■ RPAの満足度は59%と高く、企業は業務負担の軽減や人手不足対策への効果を実感
■ AIとの組み合わせなどRPAの高度化・適用範囲の拡大が進む見通し
RPA国内利用動向調査(2019年1月調査) « ニュースリリース | 株式会社MM総研
https://www.m2ri.jp/news/detail.html?id=336 COBOLとRPA両方やらなきゃいけないんだろ
キッツー 3社に1社ってことか
何十社と取引してるけど見たことないなぁ
偏りがあるんじゃねえか?
分母の詳細は? まあ会社規模がでかいほどRPAの恩恵は受けやすいんだろうな。 RPAの恩恵を受けやすいというかプログラムによる自動化の恩恵を受けやすいのだな seleniumとかのレコード機能とプログラミングの併用がいいと思う
でもその実現や実装部分は一部分でしかなくて
業務プロセスをどうするかという所が重要だと思う
業務プロセスを社内で議論するきっかけとしては
コスト面でプログラミングの方がRPAより優れているだろう
OSSとかであればそれでもいいだろうけど というか業務分析や設計の段階ならホワイトボード、紙とペン、エクセルで十分だ 全部わかっているんだったらフレームワークが最善なんだが
Ruby on Rails, ジャンゴ、spring とそろっている
内部の仕組みを知らないで使うと大変なことになるが Ruby on Rails を知っているなら、CakePHP も出来る。
CakePHPは、Rails のコピーだから!
掌田津耶乃が、CakePHPの本も書いてる。
彼は、ほとんどのフレームワーク・ゲームエンジンの本も書いてる >>531
銀行のOCR は、処理センターで、読み取り失敗したものは、
3人で手打ちして、全員で一致したものを採用する >>599 ルーピーはすっこんでろ。 いくら世間から見放されたからと言ってもうざすぎる。 >>601
それ意外と全員間違うんじゃ・・・。
そうにしか見えないのもあるでしょう。
インド人を右に、みたいな。 用紙を撮影した画像を、PC で見ながら、3人がその金額を打つけど、
3人とも間違うようなものは、AI でも間違うよ
書いてる文字が、おかしいから みんなスマホで入力して決済してレシートも印字、手書きを無くせればRPAの大勝利だ。 >>603
三人一致の真偽は私は知らないが、銀行ならまあそうだろうねと思う
(昔、某メガバンクでホストプログラムメンテ経験はあり)
おそらく、何人一致でokにするかは金融庁にお伺い立てたんじゃないかな 最初からペーパーレスにしろって話だよな
中国の田舎者ですら紙入力と聞いて呆れてるぞ 何で書いた人に問い合わせない?
それ以外の解決策はないぞ ちなみにデジタルで入力しても入力ミスはあるんやで
業務を自動化するのはエラー処理や障害リカバリが重要なのがセオリー GCPとかのOCRは日本語最適化されてないから精度が低いけど、
ベンチャーの手書きOCRは年々完ぺきに近くなってる
常用漢字は大して多くないからデータさえ集めりゃ
機械学習ですぐに効果がでる んで結局プログラミングではWindowsネイティブアプリの自動化って簡単にできるの?
もしそうならRPAの存在意義無くなるってのは証明できそうなもんだが…ここの板はプログラミングの方が簡単!!と言いつつ肝心なソースが出てこないのよね
上で出てたAdobe Acrobat Readerの注釈をクリック
の例ならどんなコードになるの??教えて偉い人 >>609
RPAでエラー処理しんどすぎて死にそう sikulixの環境変数についてお聞きしたいのですがここでいいでしょうか?
win環境でargvから取得したスクリプトの実行パス(日本語を含むUNCパス)にテンポラリファイルを作りたいのですが、
文字コードがcp932なせいかパスが渡せていないようなのですが、
この様な場合の参考になるコードなどありますでしょうか? 経理だからよくわからないけど、SEの人が言ってるのは会計システム直入でいいじゃん?て感じじゃない?
でも、実際にはみんな会計システムに入れるためにまちがえないような精算システムや起票システムに選択形式で入れてくでしょ?
そんな無駄な事してでも末端の部門に起票してもらった方が楽じゃん。
SEや営業マンに簿記は簡単だから覚えてねーって言っても無駄でしょ。
プログラミングは特殊だったから最後になっただけで、末端ま部門までやらせたいなら自由じゃなくて、選択形式でわかりやすいツールを提供する形にはなるんだろ 端末部門は科目や税区分間違えるし本当にどうなってんだ脳みそ。 ■ このスレッドは過去ログ倉庫に格納されています