[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
>>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や営業マンに簿記は簡単だから覚えてねーって言っても無駄でしょ。
プログラミングは特殊だったから最後になっただけで、末端ま部門までやらせたいなら自由じゃなくて、選択形式でわかりやすいツールを提供する形にはなるんだろ 端末部門は科目や税区分間違えるし本当にどうなってんだ脳みそ。 さすがに伝票を正しく起票できない人に
RPAで作らせるのは無理
Pythonで作らせるのは可能かもしれないけど、決して出来上がらない 注意
伝票を正しく起票できるかと、顧客とのお付き合いがうまいかどうかは、ほとんど無関係 RocketMouseのサイト
トップページからのリンク「@mojosoft からのツイート 」を今すぐクリック!
こんなサイトづくりで金を取ってるのか! >>590
率としては低い
アジャイルはほぼ100%
クラウド利用はまちがいなく100%
RPAは導入100%になった翌年になっても100%を維持できるかどうかが分かれ目
(RPAの定義は不問として) >>619
導入してしまえばベンダーロックインしてやめたくなってももう逃げられないから下がることはないのでは? >>620
コピペしたら動くんだろうけど、正直これ見ただけじゃどこで何してるのか全然わからんのよね…
どのファイルが何をしてるかとか解読するのがもうしんどい
やりたいことはReaderの注釈ボタンをクリックするだけなんだけど、レスで要点だけパパっと説明できないくらい複雑な感じ??? >>621
ライセンス更新しなくても導入したと言い張るならその通り
もちろん不正利用とは関係なくて、次のようなケースがあるかもしれない
試しにいれたけど使えなかった
ライセンス料より人が安かった
税制や会計基準や、お仕事の手続きや、取引先のシステムが変わったけどRPAをメンテできる人の費用が出せない >>623
C#経験無いんで全部複雑としか…
>>623にとっては簡単?なんだよね。すごいなぁ
Readerの注釈をクリックするコード書いてはっつけていただけると嬉しい…その処理を行うまでの最短距離が知りたいです >>625
上でも出てるけど、そんなの電卓のボタンクリックと変わらんやろ >>626
その電卓のボタンクリックするくらい簡単な処理を実現するコードはプログラミングではどうなるのですか?という質問なんですが… >>576
実際アプリ開いてハイクリックみたいな軽いノリでできる?
メール登録して
ダウンロードまで幾つかメールやりとりして
インストール遅いの待って
開発環境開いてからもライセンスチェックだかなんだかしらないけど遅いの待って
プロジェクト開くのも遅いの待って
操作しにくいマウスでフローチャート配置して
操作しにくいマウスでレコーディング開始ボタン押して
操作しにくいマウスでアプリを開くボタン押して
操作しにくいマウスでリーダー開いて
操作しにくいマウスで注釈クリックして
って考えると結構、道のり長いよね? ■ このスレッドは過去ログ倉庫に格納されています