[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
うーん、なんか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
実際アプリ開いてハイクリックみたいな軽いノリでできる?
メール登録して
ダウンロードまで幾つかメールやりとりして
インストール遅いの待って
開発環境開いてからもライセンスチェックだかなんだかしらないけど遅いの待って
プロジェクト開くのも遅いの待って
操作しにくいマウスでフローチャート配置して
操作しにくいマウスでレコーディング開始ボタン押して
操作しにくいマウスでアプリを開くボタン押して
操作しにくいマウスでリーダー開いて
操作しにくいマウスで注釈クリックして
って考えると結構、道のり長いよね? >>629
コードなら簡単に処理を使いまわしできるから、繰り返し作業をする場合の効率もいいよね >>629 何言ってんだか。 UI recorder だって有るぞ。
記録して再生すれば良いだろ。 >>631
うん
だからレコーダー使っても、はいクリックおしまい、にはならないよねって言ってる
レコーダーを使うのにも幾つかの手順が必要 >>630
そうだねぇ
同じ画面の異なる流れのシナリオが幾つかあって何回かレコーディングするとなんだかなーって感じる
それにユーティリティを自作して充実させると作業がどんどん楽になる
ま、rpaでも部品化はできるけど、使い勝手が悪いんだよねぇ >>628
FindElementBy〇〇で要素指定するんだなーってのは分かりますが、肝心のその要素をどう見つけてくるのか等のがよくわかりませんね…もしかしていちいち外部ツールに頼らなきゃいけない感じですか??
あとC#自体詳しく無いものでprivate とかpublic staticとかもよくわかりませんね…とにかく、かなーり勉強しなきゃいけないんだなっていうのは分かりました。ありがとうございます。 >>634
ByNameなら見たまま
他はドキュメントに書いてある通り、要素を取得するためのツールがある >>629
UiPathですと、準備までの道のりはVSの準備までの道のりと大差ないように感じましたね
肝心のコーティング部分については、例えばある要素のクリックの例ですと「クリックアクティビティ設置して"画面から要素を選択"ボタンを押してクリックしたい箇所を選択」これだけで済みますね。レコーディングは二度手間なのであまり使わないです
対してプログラミングのほうはどんな手順でどんなコードなのか知りたかったのですが…なかなか説明するのも難しいみたいですね >>634
そだよ
要素はM$公式のインスペクターとか自作ツールとかで見つける
まあ自動化の全行程からすればあるかないかわからないぐらい取るに足らない些細な作業だね
なのでここがほんのすこし楽かどうかなんてのは気にしなくていいと思う
文法がわからないのは最初はしかたない
RPAでも最初はフローチャートやら分岐ループの書き方やらレコーダーの使い方なんてわからないよ
それと同じことだね >>632 何言ってんだか。 UIPath の手順を考えてみろ。
基本的には変わらんよ。
アプリ名を指定して、要素名をクリックしていくだけの話。プログラムだから間で好きなことができるという話。
電卓のサンプルは、C# Java Python Ruby と揃ってるから好きな言語のソースを開いてみろ。
上で言ったことしかやっとらんぞ。
例えばPython だったら 9-1= という操作なら、その通りに4回ボタンをクリックするだけの話
引き算のテスト
def test_subtraction(self):
self.driver.find_element_by_name("Nine").click()
self.driver.find_element_by_name("Minus").click()
self.driver.find_element_by_name("One").click()
self.driver.find_element_by_name("Equals").click()
self.getresults() で結果を取り出してなんかさせる。 >>636
さっき自分で正解を言ってたじゃん
Findナントカで要素を取ってきてClickメソッドだよ
パスはインスペクタで対象の要素をクリックはいおしまい いちいち「外部ツール」に頼る
いちいち「画面から要素を選択」機能に頼る
あんまし変わらんと思うが?
どちらにせよエディタからいったん別画面に離れて要素を指定するのだろ
ちなみにプログラミングだと自作スクリプトで
ツリー構造とパスのテーブルをサクッと出力するなんてこともできる
要素数が増えるとこっちのが楽よ >>635
>>637
>>639
ご丁寧にありがとうございます
要素の部分はやはり外部ツール経由なのですね。
そう考えると手間自体はUiPathと大差ないですね。インスペクタから要素をコピペしてくる一手間分増えるくらいでしょうか。
文法的な部分を勉強して理解することができれば、複雑な処理に対応可能なことも含めて確かにプログラミングのほうが融通がきくのかもしれませんね。
取り急ぎはUiPathに頼りながら、C#も少しづつ勉強してみます。
ちなみにWindows7の場合、WinAppDriverの代替は何になるのでしょうか??
アクセシビリティですか?? >>641
今から自動化を進める案件で、あと半年でサポートの切れるWindows7を考慮しなきゃいけない理由って何なん? >>641 web アプリだったら、Selenium が使える。
Selenium で使ってるweb driver は、正式にHTML の仕様に盛り込まれ最近のブラウザだと標準でサポートしてる。
古いブラウザはSelenium がサポートしてる。
Appium はこのWeb driver 部分をサポートしてるだけ。
だから、API はSeleniumと同じだから理解しやすい。
Windows7 で使えないのは、.NET が対応していないんだろうな。
WinAppDriver はこのAppium を使ってるだけ。 >>642
うちの上層部にも同じこと言って欲しい…
本当に理解に苦しむけど、現実は弊社の端末の殆どはWindows7だし、現時点では更新の予定も無い…中小企業ってそんなもんなんです
>>643
Webアプリは仰る通りSeleniumで随時自動化していたのですが、
基幹システムはWindowsネイティブアプリでSeleniumじゃどうにもならないし、WinAppDriverもWin7対応してないしでどうしようかなーーーと。
取り急ぎはUiPathでできてるんでいいですが…
今後複雑な処理が必要になったときのためにWinAppDriver以外のGUI自動操作の手法を知っておかなければというところです。
Win10にしましょうと説得できればいいんですが、現場サイドからも以降が面倒だとかなんとか反感が上がりそうでもう投げたい Win 7だとUI Automationが有名かな
Windowsに標準搭載されてるAPIだからインストール不要で使える
社内統制でツールインストール禁止の環境でも自動化できるが要スキル
古いAPIだから実用しようとするとラッパーユーティリティが欲しくなると思う
既存のラッパーユーティリティとしてはUI Automation PowerShell Extestionsが有名
このライブラリにはPowerShellスクリプトを生成するレコーディングツールも付属してる
残念ながらこっちもかなり古くPowerShell 2.0しかサポートしてない
だれか保守してくれねえかな >>644
Win7での自動化はあんまりやりたくないなー
・Win7のサポート自体がもうすぐ切れる
→Win10への移行チャンスを逃す事になる
・Win7で自動化した資産は基本的にWin10では使えない
→環境、使用可能なアプリ、その他諸々感がると
自動化した時の動きぐらいしか参考にならない
(つまるところ、Win10になったら全部作り直し)
あんまりRPAでロボット増やし過ぎるとWin10移行の時に弊害になるかもしれんね 会社のpcは7で32bitでメモリ不足か何かでよくuipathがフリーズする… >>648 その通りだろうな。
>>644 中小企業こそぱっぱと買い換えて、PCをスピードアップし、RPA 開発の効率を上げるべきでしょ。
Win7 のサポートがなくなるという良い口実が有るじゃん、『今でしょ!』 早くした方が良いよ。 上に提案してみたら?
というか脅迫すれば良いじゃん。
Win7 のサポートがなくなると、全てのアプリのサポートも無くなるだろうから大変なことになるよとか。 ウイルスの侵入が防げないとでもなんとでも脅迫できるでしょ。
そもそも機械だって寿命のはずでしょ。 全てが壊れ始めてからでは遅いよ。 >>645 あまりよく知らないけど、UI Automation もサポートされなくなるんじゃないのかな。
Appium もUI Automation をサポートしてたんだが、サポートしない機種/OSが増えてきてる。
結局Win7 は諦めたんだと思う。 >>650
UI Automation本体は何故かWPFのアセンブリに含まれるものだからWin10でも安心していいと思う
PowerShell Extensionsのほうは詳しく検証してみないとどこまで互換性残るかわからないね
この手の話題で気になってる話もういっこ
もうすぐ.NET Frameworkと.NET Coreが統合されて.NET 5になる(.NET Frameworkはオワコンになる)
WWFは.NET Core対応マダでM$もやるつもりはない(らしい)
.NET 5は実質的に.NET Coreの後継だからWWFそのままじゃ動かねえんじゃね?
RPAベンダーがメンテナンス引き継いでWWFのCore対応してくれんのかねぇこれ >>652
見てなかった
流石にサポートしてくれるか
そりゃそうだよな >>654
Microsoft自体がやるわけじゃないから、OSSで勝手にやってねーって感じだとは思うがw >>645
ありがとう。UI Automation調べてみます
PowerShellも面白そうですね。構文がなんか気持ち悪いので避けてましたが、プリインストールの旨味はでかいですね。こちらも調べてみます
>>649
稟議は散々出してはいるんですけどね…
Win10の出始めくらいにWin7機で一新しちゃってるのが大きい。まだ4、5年しか経ってないので…
その時は国の入札システムだか基幹システムだかがWin7にしか対応しておらず止む無しの選択でしたが、今になってボディブローのように効いてきてる
しかも32bit…ほんと中小企業ってこうなんでこう中小企業なんだろうもう嫌 中小のRPA用途ならネ1ットワーク内に型落ち1台で十分、多くても2〜3台
なので、買えないってことはないだろう
社内PCをいっきに入れ替える必要はない メインストリームサポートが速攻で終わるバージョンを選択してしまう時点で
基幹システムも腐海と化しているのが推測できる
それこそRPAに投資する以前の話だと思うな PC なんて、5年経ったらゴミと同じだけどな。
何もしないんだったら壊れるまで使えるけど、何かしようと思ったら更新すべき。
既に減価償却も終わってるんだから。 経営者に言ってくれって言ってるから、もう止めてあげて 正論言っても相手が受け入れなきゃ意味ないもんな
一歩引いてこういうケチケチ経営者にもRPAがウケてる(だろう)ってのは面白い
新しいものになら金かけてもいいと思うのか
人ないし人件費を減らすことに異常な執念があるのか >>661
投資額や投資した結果のリターンの大きさや確実性が違うんじゃね 国際フォーラムの展示会で聞いてきた話で、bizroboとkofaxRPAは中身が同じらしいんだけど、どの程度同じかわかる人居ますか? 終わった話に横からたがUiPathが優秀なのは分かるけどサンプルや解説が少な過ぎる
pythonとかなら公式チュートリアル分かりやすいし、サンプルはちょいとぐくれはいっぱい出てくるし、分からなかったら質問できるところも多い
売ってる商品を無料で使わせて貰ってる身分だが、UiPath公式は日本語の情報充実して欲しい
アカデミー日本語化して、できるシリーズコンパクト版や似たような情報揃えるだけじゃ導入しにくい
日本で一番情報が充実してるのが5chのこのスレってなんかおかしいんじゃないかな? 確かに公式のアカデミーはわかりにくいなー
ただネット情報自体は出た時期にしては多いと思うけどな。qiitaとか欲しい情報ピンポイントであったりする ■ このスレッドは過去ログ倉庫に格納されています