[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
そりゃ某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とか欲しい情報ピンポイントであったりする >>666
>日本で一番情報が充実してるのが5chのこのスレってなんかおかしいんじゃないかな?
公式サイトと書籍も幾つか出てるぞ(読んでないケド)
あと滅多にないけど運が良ければブログにヒットする >>555
単純に興味があるからどのリポジトリでselenium使ってるのか教えてくれない? Ruby で、Selenium WebDriver で良い
Seleniumデザインパターン&ベストプラクティス、2015、オライリー
OSSのブラウザ自動テストツール、Selenium WebDriver を使って、Rubyでテストを書いた本。
Page Object など、テストのデザインパターンも書いてある あーJ a v a 製 の テスト自動化ツールSeleniumね。
Pythonなど各種言語向けバインドがある。 プログラム板にキチガイ降臨中!botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前:a4 ◆700L1Efzuv 投稿日:2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか?
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。 毎度の事ながらなぜにRPAのスレでテキストプログラムで自動化が出てくるんだ?
テキストプログラムで自動化の話しを進めたいなら専用スレを立ててくれ
UiPathなりBPなりRPAツールの話しを見に来て、テキストプログラムはいらん コードプログラムでもなんでもいいけど、GUI主体のRPAツールに対して、
PythonなりC#なりコード主体の意味
分かりにくかったらスマン >>677
SeleniumやAppium、WinAppDriverまでRPAツールとみなしている層がいるから、コードの話題が混じるのは仕方ない エクセル アプリケーションスコープでマクロのブックを開いてそのシートに必要なデータを転記してある状態からマクロを呼び出す時はスコープの中で始めるマクロ名を記載すればいいんでしょうか?
また引数がある場合もサイトとかにあるような記載のままで大丈夫でしょうか? uipath academyのlesson13は何を言ってるのかわからんかった
他でもシーケンス使えますよってこと? uipathでなぜかうまくクリックできなくて、仕方ないからセンドホットキーでやったらできたんだけど、タブタブタブてなってカッコ悪いんだけど、いい方法ない? >>675
@ここはあくまでPC自動化技術総合スレ
なのでRPAは手段のひとつでしかない
AそもそもRPAの定義が曖昧なのでテキストプログラミングでもRPAと言える
実際にテキストプログラミング主体のRPA製品もある(CADやSlikuliX)
BRPAは従来のプログラミングとは別のものであるとすると
RPAの方が板違いになって出ていかなければならない ■ このスレッドは過去ログ倉庫に格納されています