[RPA]PC自動化技術総合スレ[効率化]
レス数が1000を超えています。これ以上書き込みはできません。
まずこの手の技術を使う際、限られた範囲での隠密行動が求められる FirefoxのJavaScript操作でSelenium(pythonかnode.js)検討中なんだけど他にオススメある?
やりたいことはUWSCだけでも一応できるが、ブラウザのコントロールを色々操作しようとすると
遅かったり、面倒な処理になるので何とかしたい Ruby で、Selenium WebDriver
Vagrant, Chef, Homebrew, SASS など、
自動化ツールは最初に、プログラミングしやすいRubyで作られる
他の言語は、何年か遅れる python x selenium x javascript、+α(oepncvなど)でブラウザ自動化してます。
rubyとの比較はruby使ったこと無いので分かりません。 nightwatch(Node.js、selenium)でIE,chrome,firefox,edgeの自動テストを組んでる。
OS固有のAPIを使う部分はc++で作ってnode.jsから呼べるようにしている
ブラウザ内部に閉じる処理だけならjavascriptだけで完結できるのでハードルは低いと思う。 ブラウザの自動化なら、pythonは分かるんだけど、
PCの自動化でも環境構築は楽?
uwscなんかは、どっかのメーカーが作った改修が効かない古い複数のアプリを自動連携させるとかの目的で、
使われたりするけれど 単体での自動化ならUWSCかAHKが最も生産性高いと思うが
ブラウザやら他のアプリやらと連携しようと思ったらどうしても機能不足 PowerShell狙ったソフトやプロセスを狙い撃ちして自動でコマンドとかマウス操作とか出来るのけ?
キーボード自動入力までは出来てるけど >>12
.NETのUI AutomationのラッパーDLLをインポートすればできる ログウインドウのフォントをAPIから変更したいって話じゃなくて? スクレイピングしててサイトがやたら重いと思ったら犯人は自分だったとういう。
プログラムミスでjavascriptが高速実行されてなんらかのrequestが発生して重くなったのだと思う。 起動済みのブラウザを、Seleniumで操作することはムリなんだろか Microsoft、オープンソースの自動UIテストスクリプトツール「WinAppDriver UI Recorder」を公開
http://www.atmarkit.co.jp/ait/articles/1806/22/news036.html
なんか面白そうなのが来ましたね。 >>18
起動済みもだが終了後にブラウザが閉じるのも困る
自前のコードで一応解決できそうだが、あるページで気軽に使うといった場合は
SeleniumIDEとかのアドオンを使う感じなのかね
FirefoxのDOM操作にUWSC+SeleniumBasicを使ってみたがこれが難点
アドオンのMozReplでAutoItなどからJavaScript使えたけどWE非対応なので
代替知ってる人いたら教えてください WinActorって言語何だろ
python?
知ってるヤツ教えて >>24
スクリプト実行ノードで書けるのはVBScript >>24
説明会でjava scriptって言ってたよ とある年間数百マン掛かるRPAツールのセミナーで話を聞いてきたんだが
一万円のロケットマウスで出来ることばかりだったなり。
流行りのRPAという言葉に騙されて高額で契約しちゃうんだろうね。 RPAって1回構築したらほぼメンテナンス要らないのかな?
銀行と役所で流行りつつある感じはあるけどシステム部のメンバーの仕事が増える程度という認識でおk? 条件はどの程度設定できるんですかね?
ロケット使った事がないのですが同様のソフトであればショックですねw RPA自体がノンプログラマ向け
プログラマーにとってはやろうと思えばRPAにやらせることはほとんどRPAなしで自動化できる >>28
とんでもない。手作業の方が楽なくらいメンテしまくらないといかん。 結局ノウハウ分かるエンジニアじゃないとろくなシナリオ作れないよね 現場の事務員が自分で自動化するって感じなのか?
RPAは既存のシステムを弄らないと言うのがメリットみたいだし作り込んでは行かないんだろうなあ WinActorとか導入しちゃったものの、難しいとか
よく分からんとかで結局使ってない企業いくつか知ってる 難しいんじゃなくてやる気がでないの間違いじゃないのか?
ノンプログラマ向けなんでしょ? 本来手順書作れるレペルの奴がUIによってマクロ組めるのがRPA。
最低限このレペルのスキルがないと宝の持ち腐れ。 レペルって…
多分、本質は作成者の質じゃなくてそもそも自動化する業務が曖昧だったりフローが統一されてないとかそっからの問題
まあ、それを落とし込むのがそいつの仕事と言われたら… マクロ組めなくても出来るくらいのお手軽ツールじゃないのか。 少なくともWinActorとかはマクロ組めるくらいの根気がないと厳しい
これ簡単そうでいいな
ttp://www.terilogy.com/product/ezavater/index.html >>40
今から俺がする操作を覚えてねって作り方はできるけどそれしか使わないとコケることが多い >>39
いくつかRPAの求人を見てきたけど、お客様から聞き取りをしてやれって書いてあった。
コミュ力重要だな。
>>42
誰でも簡単にできそうな宣伝なのに。
セミナー参加したら事務員でも使いこなせるんだろうか、アレルギー発症して帰ってくるんだろうか。嫌だな上は簡単に出来るぞやれって言うし。 この手のやつはスクリプト組む感覚じゃないよな。
UIから必要な判断とその判断によって何をするかの動作設定をUI上で作ってく感じのアプリという認識。
フローチャートとか動作の流れをを描く能力は必要かと思う。 細かい指定をしようとすると結局スクリプト書くことになるよ。 WinActorとか有名どころは結局スクリプト書くことになる
事務職でも使いこなせるくらいじゃないとRPAはこれ以上広まらないよね
徐々に簡単なRPAも出始めてきたけど 今流行りはじめだからRPAのセミナーは結構あるんだが、マクロとかスプリクトをどう事務のオバチャソに勉強させたらいいだろうか。 実行計画を立案する話と、
どう実現するかの個別技術の複合体 >>49
オバチャンに教えて使いこなせるようになるまでの時間>自分でRPA化する時間
なら、自分でRPA作ってオバチャン消したら? >>51
おばちゃんは業務に詳しいが俺は全くわからん。
両者RPA初心者だからおばちゃんに頑張ってもらいたい。俺が消えるか?((( ;゚Д゚))) >>52
オバちゃんに業務を聞きながら
君が組んだ方がおそらく早いと思う 通常業務やりつつ…orz
現状維持でもいいかなって思っちゃいますね >>53
そしてこの方法ならwinactorよりuipathのがいい 効果が出てるようだけど、幸せなのかなこれで・・・
【経済】就活で苦戦する女子たち メガバンク採用、900人減少
ttp://asahi.5ch.net/test/read.cgi/newsplus/1535818822/ 誰かが幸せになれば誰かが不幸になる
何も問題ない幸せの追求の仕方を変えればいいだけ >>49
新卒のプログラマ崩れに事務覚えさせたほうが早い uwscとかpythonによる自動化、OpenCVによる画像認識・解析はそれなりに経験ありますがRPAの勉強もしたいです。
winactorとかそもそも高すぎて環境構築できないのでuipathが良いですかね?
今本業が閑散期で副業でrpaの仕事したくて教えてもらいながら仕事できる案件とか探してるのですがありますかね。 >>59
ほんとに探しててそんなこと言ってる?
真面目にRPA構築に携わるなら副業で関われるもんではないよ
短期のアルバイトもいっぱいあるけどね >>59
>uwscとかpythonによる自動化
それをRPAと言っても
別に良いんじゃないの?
「RPAツール」の使い方を学習したいんだろうけど
プログラミングできるなら触れば使えると思う ((( ;゚Д゚)))俺がRPAの講習を受けに行くことになりました。 >>62
乙、ガンガレ!
使いこなせないわ高いわでうちは結局○inActorは諦めて
もっと簡単なRPAツールを導入することになりそう。 削減はできない自動化だけ
業務見直して削減される可能性否定しないがRPA関係ない やたらとRPAの仕事をすすめられるんだけど、できるようになったら食いっぱぐれない?
今はVBAメインでRとかpowershellもやるんだけど、他の言語を覚えられるチャンスがあるかな 使っている製品に左右される
BizRoboなんか全く使えない トップダウンでWinActerを全社に配布して展開したんだけど、なかなか難しいみたいで初歩的な処理1つをさせるだけで挫折者多数
説明書が数百ページあるけど、PDFってのが見にくいし、個別のマニュアルなりライブラリーを量産しないといけないから負担が増えてる
事務のおばちゃんレベルに使いこなして貰わないといけないんだけど、これやっていけるのかなぁ... 58ですが自分でも調べましたが、副業でやるのは難しそうですね。
個人的にお金をそこまでかけずwinactorとかを勉強する方法はないんですかね? >>70
トップが壮大な業務改善に夢踊らせてて、今年中に全社で成果を出せと指令が来てるよ... 導入チームを作って事務のおばちゃんにヒアリングして
出来上がったらおばちゃんを解雇するんじゃないの?
よくわからんが >>73
WinActerは2〜3時間で使いこなせるようになります。
ノンプログラミングなので、プログラムを書いたことやマクロを触ったことの一切ない事務しか経験したことのない私にもできました!
ってnttに説明されたから、パソコン不得手なおばちゃんでもやれると判断したみたい >>69
>>72
>>74
たった3レスでRPAの
理想と現実が乖離してることがよく分かるな >>74
導入に関しては、結果だけを見て、過程を見ないと失敗するという見本。 まあ、上で変に蹟かれるよりも現場主導でやらせるのもありかもとちょっと思い直した
想定した成果がどこでも出ることはないかもだけど、数人RPAエンジニアが育ったら御の字よね
(うまく囲わないとそいつは転職しちゃうけど) >>71
勉強だけなら机上なりフリーウェアで十分に雰囲気はつかめるかと
雰囲気だけじゃなくてRPAエンジニアの下積みレベルを要求するなら業務やってる会社に入るか、ハンズオンの類いの開催をチェックするしかない
ただ、セミナーやハンズオンは所属企業の代表(社長とかって意味じゃないよ)とかが参加条件になってないフリーな奴はやっぱり雰囲気だけな事も多い
一番いいのは導入計画ぶち上げて会社に費用を負担してもらうことだけど、まあやる気の問題だったり発言力とか色々絡むので誰にでも出来るとは言いかねる Winactorは使えないって今日聞いてきたとこやで! 研修いてきた。
Winactorイイヨーヽ(・∀・)ノマウスでポイポイするだけ。
見た目も分かりやすいから開いただけで吐き気するような拒否反応は事務からは出ないと思われ。 あれ、評判悪ね。
>>74
3時間はちょっと個人にいると思うけど、多分excelのvlookupとifを組めれば問題ないと思われる簡単操作でした。 誰でも出来ると逆に業務として成立しないんじゃないの
rpaエンジニア(笑)になってしまいそうな だから実務やってる事務員向けなんでしょ
accessやexcelのように普及すれば良いね 広告記事に踊らされてBizRoboとかWinActorとか導入したがるとこ多いけど
実際のところそれならRocketMouseで十分だったりする。
っていうかもう7〜8年前からうちの部署はRocketMouseで自動化してるから
RPAがトレンドって言われても今更感あるな。 頻繁にブルースクリーンになったりフリーズするから、再起動してアプリ立ち上げてって手間を自動化したい
あとハードディスクも頻繁に故障するから交換作業も自動化したい
RPAでできる? >>87
RPAツールはメモリを大量に消費するので、RPAツールが原因で落ちるよ。さらに落ちることを前提に自分自身を自動再起動するけど落ちた時の状況で再起動するのでまた落ちる。これを繰り返してハードが逝く。結果あなたの仕事はなくならないので安心して良いよ。 >>87
>再起動してアプリ立ち上げてって手間を自動化したい
そもそもまずフリーズしないようにするのが正当な処置
メモリが足りないならメモリを増設するとか原因を追求する
>ハードディスクも頻繁に故障するから交換作業も自動化したい
ハードの交換はRPAというよりロボットの領域
さしあたりメインで使うハードディスクを外付けにするのが簡単 >>87
ちょっと高くていいなら有料系のRPAはその位なら標準機能だね RPAってひとまとめにしてるけど
対象領域によって具体的にやる事は変わるだろ
りんごという単語を聞いた人がそれを解釈してイメージするものは一つじゃなくて幅がある
結果的に話しが通じない事も生じる
少なくともRoboticsって付いてるから
従来の方法と比較して
プロセスの指定が比較的抽象的でも
実用可能なレベルになることが期待だろう >>65
誰にとっての業務か測定範囲を変えることで結果は異なる
自動化する事でその人が直接遂行する業務は減ったとみなせる
会社全体で見れば業務は減っていないから
会社のリソースに対する業務遂行量が増える
→生産性が向上する
→経営的に興味が高い 結局はパターンマッチング。
画像認識等々のセンサーを使って状況を判断し、キーやマウス操作等、業務を進める為の操作に出力して業務を代行させるだけ。
そしてパターンマッチングの更新管理、構築工程は人がやる。
人がやる業務が変わるのよ。
いってみれば一般職と管理職の違いみたいなもん。
人は多数の無形の部下を管理する側になる。 皆が皆、管理をやれたら良いが、
そうはならずに会社を辞めざるを
得ない人が、でてくるんだろうな
オバサンとかで 働き方改革のせいで導入進んでるんではないの?
非正規の仕事を無くして切って、正社員は休めないままなのか。 RPAの販売元は何百社にも導入したと書いてあるが仕事は数件しかHITしない、本当に流行ってるのか?全く人材不足感ないぞ。 >>99
いくらでもヒットするが一体どこを探してるんだ? 地方都市のハロワとか言われても困るがw >>100
インディードで東京で検索したら
RPA1000件くらい、Winactor46件、UiPath88件、BizRobo33件、だった。 >>97
ソレが技術革新ってもんじゃね?
今までと同じことしかやらなければ、その人の仕事は無くなるけど
大抵技術核によって新たな仕事が生まれる(見つける)から人の仕事は無くならないって見方も有るよ。
今まで人手が足りず手を出せなかった仕事を始めるとかね。
別の仕事に人が集中してく感じ。 >>97
>>102
RPAなんて人件費減らすのが目的なんだから
むしろリストラにならなかったら失敗だろ? 現場にRPA覚えろって言ったら
残業が無くなるのを恐れてわざと覚えなかったりしてw >>104
自分が手を動かした分しか仕事できないやつは
それなりの待遇ってこと分かってるのかな
他人に指示出す管理職が給料高くなる理屈 会社でデモ見せたら事務職ババアの顔が曇ってたのが面白かった >>92
今のまま自動化て考えると対象業務絞られるけど、
右から左へ加工して流すような業務は運用を変えれば8割近くいけそうな気はする
運用を変える各部署との調整が一番難しい気がしたね RPAの売りは現状を何も変えずに出来るってとこなのにw ソモソモとしてRPAで行わせる業務っていうのは、その業務を行う為のソフトウェアの最適化が済んでないだけなのよ。
本来でいえば、そのソフトウェアの改良と最適化で対応すべき案件。
ソレをケチってとか、その方が高額に成るとかいう金銭的な理由で、現行のソフトウェアに一切手を入れず
RAPという名の自動化の下駄履かせて、対象作業を自動化させようって手法がRPA。
>人件費減らすのが目的
その側面も勿論あるね。
別の側面では自動化で手の空いた人員を別の仕事に割り当てて活用するのよ。
それは新しい事業だったり、人出を必要としてる別の職場だったり様々。
新たな利益確保の手段に一切挑戦せず(人材含めた投資)、社内全体の人手が十分足りてるならリストラに成るだろうね。 RPA製品を売ってる会社はもちろん自社内でRPA導入していて高利益率なのかね? >>108
何も変えずなんて売り方してるのは買わないほうがいいと思うわ >>101
やっぱりBizRobo少ないんだね。
IEとかEdgeが相手ならともかく
Sapとかを動かそうとすると動かない場合が多い。 >>112
ソフト名伏せてるのもあるからわからんけど少ない印象はあるな。
SAP動かないとか中堅企業向けか?
Sapといえば、サポートの件は本当なのかな?どうなるの?
ttp://egg.5ch.net/test/read.cgi/bizplus/1536322179/51 プログラマーだけどUiPathがいいわ
プライベートでもコミュニティ入れて遊んでる uipath academyだっけ?
あれ一つ一つ課題こなしていったら
立派なuipath技術者になれそうw >>97
1年前に銀行に勤めてたアラフォー女子が子育てに専念するって退職したから、せっかくの銀行勤務なのに勿体ないと思ってたけど、
RPAで成果の出た銀行系では、すでに肩叩き的なことがあったのかもなーと今になって思う 業務でUiPath使ってるけど、academyが役に立ったところは今のところないな >>115
そんなことしなくても普通にプログラミングする時みたいにこういうこと出来そう→ググるでおk 社内SEでもない業務側の導入担当になったんだけど、アカデミーやる必要なさそう?とっかかりでやった方がいいかなって思ったけど >>119
不安なら最初の方だけやっていけそうならやめたらいいじゃん PGならスクリプト組む方が楽じゃね?
スクリプトに足りない命令は、外部アプリをスクリプト側から制御すりゃ良いわけだし。 プログラマならね
でもノンプログラミングが
RPAの売りじゃないの? スクリプトも組めるけど、野良になるから使わない使わせないっていう運用。
使うなら最初からプロ()がプログラム組めば良い。 そうは言っても今までSEがやってくれなかったところの自動化には相当便利だよこれ
勝手にpcが仕事してくれるわ
あいつらにお願いすると説明とパワーポイントと検証と、リリース評価となんやらとセットになる RPA組んだとしても自動化となれば
エラー処理やら通知やらリカバリやらで
結局、元のシステムで組むレベルになる。
リトライが簡単な業務でないと難しい。 仕事はエラー確認と修正だけになるのかな、通知も簡単に出来るし。
今後クラスが変わってAI入ってきたら修正もやってくれるのかな。 仕事としてRPA成果物を納品するならそうなる
素人の成果物は他人に売れたものではない winactorはおばちゃんが自分の仕事を自動化するだけだから、今まで勝手に関数やマクロ作ってたののちょっと高機能バージョンで仕事も楽になって効果はあると思う。
売り物にするような場合、プロがしっかり作ればおkだが、その場合RPAである必要性はどれくらいあるのかね。 RPAで改善できるような業務そのものが無駄。成果が出ましたって報告が来たら、今までなにやってたんだって返すよ。 >>131
どの口が言うとんねんって言われるだけやでw >>130
>RPAである必要性
RPAである必然性はオレも気になるけど
これを定量化するのは難しい気がする
>>131
理屈は分からないでもないけど非現実的
RPAで最適化し尽くされた職場なんてどれ位あるのか? >>85
うちも結局色々比較してロケットマウスになった
まずこれ使い倒してみて、成果が上がり更に高度な自動化に
挑戦してみたくなったら他を考えてみればいいやってことで
成果出るかどうか分からんものに年間数百万はうちの会社の規模では厳しい GoogleChromeのUIが変わったので動かなくなるロボット続出の予感。。 バージョン上げたら動かなくなるのは当たり前
仕事増やしてくれてありがとう RPAってよくわからないのだが
SeleniumやWinAppDriverのようなツールを使ってヒューマンインターフェイス経由の操作を自動化する事
でいいのか?
ヘッドレスなAPIは使わない? まだ出来たばかりのスレッドでなにをもってRPAと称するとまでは厳密に定義されてないです。
スクレイピング含めてなんらかの操作を自動化することなら話題にしていいのではと思います。 >>139
勝手にバージョン上がってしまうのが迷惑なんだよなぁ
止める方法見つけたけど、時既に遅し >>143
正直、その考えが無かった。
人的リソース無さすぎて泥縄対応だわ。 GUIの見た目とかが変化しても
同じ結果を自動的に得られるようなProcess Automation
は間違いなく
Robotics Process Automationと言えるだろう
GUIが変わったら修正が必要なのは
Roboticsとは言えない可能性があるな ソレが可能なのは人口知能たるAIの分野だ。
RPAなんて所詮は人口無能の方だよ。
所詮はパターンマッチングなんだから新しい環境なんてモノに対応出来るわけが無い。 パターンマッチングって言葉好きだね
アプリの作りそのものが変わったんじゃなくて見た目が変わってだけで動かなくなるのは、
今のソフトの作り的にもRPAの技術的にも画像認識に頼るところが大きいから影響受けるのは仕方ない
もう少し時代が進めば直接的なUI操作(ボタンクリックとかそういうの)なしにソフトウェアの自動操作はやりやすくなっていくんじゃないかな?
その一環がUI Automationで今は主にアプリのテストに使われているけど、RPAを前提として見るとまた違った可能性がある キーボード操作でボタンやフォームのカーソル移動させて
自動処理してたんだけどどうしてもフォーカス合わせてもマウスクリック入れないと次行かないとこあるんだけどこれ諦めないと無理かしら >>146
別にお前には期待していない
誰かが実現するんじゃね WinActer導入して半年で5000時間工数削減の目標を掲げられた... >>152
一人が半年で40時間/週×約25週=約1000時間の労働だから
約5人首切れるようにするってこと? >>152
俺のところはそれで失敗して今季限りで他に乗り換え予定
あんなのプログラミング経験ないやつは使えない >>154
銀行がそうだったけど、人手不足を補うのが目的だから、採用人数を減らしていく方針だと思う
>>155
誰でも出きるとか営業してるNTTの責任は重いよね >>155
他のRPAソフトウェアに乗り換えってこと?
業務部門に作らせるんだったらwinactorが一番取っつきやすいと思うんだけど。 >>140
>ヒューマンインターフェイス経由の操作を自動化する事
RPAのざっくりした定義はこれでいいと思う
ツールが何かは何でもいい
自動化(によるコスト削減)という
目的が主であってツールは従だから >>152
何の根拠もなく目標設定して
それを達成できないのは現場の責任だからな
戦時中と変わらずトップが無能なのが日本 >>157
>誰でも出きるとか営業してる
たとえばプログラミングも誰でもできるはずと
言えなくもないけど現実には適性に大きな幅があるよな >>160
問題とは何か?
目標と現状の乖離じゃね?
目標が決まらないと問題も決まらない
目標の値設定は外部からの要請で決まることもある
例えば競合他社や景気や顧客の動向や要望など >>162
問題を解決する方法として
経営側が参加するか参加しないかは
その経営者次第では? >>158
WinActorはとっつきにくいほうでしょ
今もっと楽にシナリオ作れるのが色々出てきてるから >>165
そうなの?
winactor以外でも出てきてるんだ。
かといって今から別のソフト入れられないしなぁ。。 winactorは日本語でおkで一般向け。
uipathと国産のもう一個はプログラマー向けって聞いたな、何だったかな。 >>170
それそれ。
3つとも使ったことがある人はまだいないのかな。 どんなツール使おうが結局コピペとクリック以外できないのでAIと融合するまであまり期待できる技術では無い。ましてや対象業務の指定や分析もなく、いきなり数値目標と使用ツールを指定するなんて愚の骨頂。 >>172
ほんと。俺も失敗する典型的なパターンだと思う。
ツールはよく吟味したほうがいい。
前からある定番のツールより、最近の後発ツールのほうが
総じて使いやすく考えらてるのが多く挫折や失敗が少ないと思う。
まだ新しい分野だから常にアンテナ立てておいたほうがいい。
>>173
あれゴミだったw ツール自体の出来ももちろんだけど、ユーザーコミュニティとか、代理店サポートもかなり重要だと気付いた。 ブループリズムってどうなんだ?
バカ高すぎてウチはスルーだったんだが一応シェア高いんだろ? >>174
そんなに酷いのかあれ
無料で小中規模ならええんじゃないかとも思ってたが そのうちwindows自体に自動化機能が実装されて他プロダクトは全滅w UiPathの日本語化が順調に進んでるみたいだから期待してる。
英語の現バージョンにも慣れたけど…。
あと、WinAutomationはexe化出来るので「おお!」と思ったらtokenが一台一台必要とのことなので、ちょっとガックリ。 UIAutomationがそうだったんじゃないの
半端もんだけど >>172
もうまったくその通りだな
AIバブルの一環でしかない RPAの導入事例紹介サイトの作りってどれも楽天とか薬事法に抵触しないように気をつかった健康食品の広告みたい。
結局具体的にどんな業務に使用したのかよくわからん。 UIPath やらされてるわ
チュートリアル動画が結構参考になったかな。 ちなみにUIPathからGメールをGUI経由で動かそうとするとまともに動かなかったりする。
GoogleがRPA対策でわざと動かないようにしてるっぽいw
まあUIPathに用意されたメール用のAPIつかえばGメール使えるんだけどね。 別にメール送受信ソフト開発するわけじゃないんだから普通にメーラー使えばよろしい たとえば、Windows10の「設定」の中にあるすべてのスライドスイッチをオフに設定していくことってできますか?
これアカウント作る度に必要だから自動化したいのです ある程度はレジストリで出来るけど
キーが見つからない奴は手動でやるしかない >>189
10の設定項目はレジストリいじっても効果がないのが多いので
GUI操作で自動化したいんです まぁ悪意を持てば大量のアカウント勝手に作って迷惑メール大量送信に使えちゃうしな Window10設定のトグルスイッチのことやすまん 自動記録をうたってるツール沢山あるが結局自動記録した
ままではまともに動かないものばかりという罠
メーカーのデモに騙された 同じ環境なら動くけどどこでも動くようにするにはやっぱお手入れがいるね、でも大したことはないけど。 なんか15年ぐらい前のGUIテストツールで同じような話をしていたような気が… 騙されたは言い過ぎかも知れないが
画面のクリックすら出来ない製品があるから
間違いでもない
メーカーの誇大表現が悪い 記録モードを切り替える必要があるものもあるね、自動でそこを判断しろと思うが。 結局現状のRPAで対応してる自動化ってこの3つでしょ?
・オブジェクト認識方式
・画像認識方式
・座標方式
そうすると結局できることってロケットマウスと変わらないんだよなぁ。
馬鹿みたいに高い契約料毎年払って導入する意味ってサポートくらい?
サーバー型はそれなりにメリットあるのかな。 画像認識て、フォントや大きさ変えただけで動かなくなるから微妙
スケーリングいじられるだけで動かない >>204
極端に言えば人間も同じ
顕微鏡や望遠鏡でみたら認識できるようになる事がある 拡大したりして物の一部だけ切り出してみたらクイズになる
→簡単に認識できないからクイズとして面白い >>202
自動化をその3つに分類するのはなんか違う気がするけど
クリックする場所の特定方法という意味では大体そんなもんだが
製品として差別化のポイントはGUIやウィザードの充実度とか、動作のトリガーやスケジューラ辺りでは?
あとサポートというより保守の契約内容(例えば致命的なバグの場合、どの程度で対応しますとか)も重視するね
ロケットマウスはその辺はほぼなくて、ロケットマウスをベースに専用ソフト発注してくれたら多少やりますよって感じ UWSCとロケットマウスを併用していたけど、MacroToolworksとWinAutomationで海外製に触れて驚き。
今のところ、文字の羅列ばかりのUWSCとかより、フローチャートみたいに可視化出来るUiPathが好みになった。
ごりごりコードを書くのも「プログラミングやってます!」って感じで良いんだけど、それはトレードステーションのEasy LanguageやMT4でやらざるを得ないので、楽が出来るツールがあるなら使うに越したことはない。 >>202
>オブジェクト認識方式
がプログラミングとしては正攻法だな
拡大縮小とかしても識別できるから
ただ画像や座標の認識の方が
GUIだけで設定しやすいから
ノンプログラミングを売りにするツール向き >>208
コードを書く必要があるか
GUIで完結するかが
一番大きな違いじゃない?
RPAはノンプログラミングを売りに
してるから流行ってるんだと思う
なぜならプログラミングが必要だと
既存のシステム開発とそんな大差ないから GUIで作るとメンテ大変
VBの失敗からそんなに経ってないのにまた繰り返すの >>212
GUIで完結するかプログラミングが必要か
と言うよりは
目的実現のための手間や時間や技術習得のコストが低い
だと思う 自動化できるのに何自動化の作業すら楽しようとしてんねん! ツール自体で金取るものはある程度GUIでユーザーが楽にシナリオを作れなきゃならんのや
コードが楽って言ってるのは
最近のRPAツールのターゲット層ではない ハズキルーペのように拡大縮小に対応してくれる画像認識が欲しい
多少誤差なら許して操作するやつ マッチング率設定できるよ俳優なら。
でも自動化したら瞬間で終わる作業だよ、人間が見ないんだから画面の倍率固定したら良いと思う。 >>216
どうせ後でわけわからなくなって人にメンテナンス押し付けるんでしょう >>219
まぁそうなんだけどさ…
導入させるハードルを低く見せるのが必要だから… 古典的画像マッチング手法
・完全一致マッチング(UWSC:chkimg)
画素が完全に一致する場合その座標を返す
・テンプレートマッチング(chkimgx)
画素ごとに演算を行ってあいまいな検出が可能
・特徴量抽出
回転・拡大・縮小に対応
・位相限定相関法
画像のズレなどを検出 事務職の人は、ifとかforとか出てきたらそれだけでもう拒絶反応出るよ
そんな人達にUIPath使って業務を自動化しろって命じても絶対ムリだしwww そんな時出会ったのがwinなんちゃらです。
っていうかUIPなんちゃらはプログラマー向けですやん。
それを現場に押し付けた担当者が責任とるべき。 >>223
小学校でプログラミング必修になって
全員がフローチャートかけるようになれば
そんなポンコツ事務職全員排除できるね >>223
日本語で書けばいいかも
Unicodeなら扱えるんじゃね Uipath使いたいのにWinActorの導入が決まっちゃった フローチャート俺も昔、馬鹿にしてたけどUIPathとフローチャートの相性は悪くないんだよなぁ winactorの仕事探してるんだけど近所にない
>>230
何業界?いいなー >>231
その想定らしいが結局俺らシステム部がやることになりそうな予感してる >>232
たしかにUMLみたいに複雑な図いらない気がするな
複雑なGUIの部分を他ソフトにフリーライドするから
フローチャートでも十分分かりやすくなる WinActor使いづらいわ
もっと簡単で手軽に使えるのにしてほしい >>239
WinActorの制作側は使いやすいと思ってるんだろう
人によって?文化によって?使いやすさの物差しが違う
あと慣れてるかどうかでも変わる
ショートカットキーの方が使いやすくなる人も居る プライベートPCで使ってるUiPathCommunityのアカウントRenewだるいな
どのくらいの頻度でやらないといけないのかね >>234
うちもuipathの導入が決まったけど、基本現場改善って位置付けでシステムはPGメンバーにすら入ってないよ
自分は経理だから狙い撃ちだと思ってる
決算だから触る時間も取れてないが、、 それよ
推進部がやれやれ言っても現場はただでさえ慣れるとこから始めないとなのに学習の時間はないし もう導入の愚痴はいいよ
それ含めて関連技術というなら仕方ないが、それならうまくいく方法模索するフリくらいしてくれ >>234
うちも同じ流れで始まったが、結局情シスがかなり開発してる。
現場に作らせるんだったら、研修行ってもらってからのほうが良さそう >>245
ですよねぇ〜
でも研修行ったところでな気もする…
ろくな研修プランがないよ >>242
>>243
>>245
>>246
経営層はノンプログラミングの営業トーク聞き
AIブームの派生のRPAに飛びついて導入
経費削減に経費使いたくないからどこも同様だろう 入門用にまずロケットマウスを導入して、RPAは使えると
思ったら他を検討するのが失敗もなく一番効率的だな
何も自動化の知識がない状態で高価なRPAツールを導入するのは
リスクが大き過ぎる >>248
代理店から試行版もらって実証してみたら?
現場でやるならロケットマウス使ったあとにwinactorに変わるとなると、負担な気もするし >>249
いきなり高機能なActorとかUIPath触って挫折ってことも十分あるけどな。
実際そんな会社いくつか見てきたし。
だがもっと簡単なRPAもいくつか出てきたようだし、そろそろ国産RPAも
第二段階に入って競争激化してきそうな気配。
WinActorやUIPathらの先行者利益もそろそろ終わりかな。 AI導入のクラス3まであるらしいからね。
今はまだ1だからこれからですよ。 RPAが導入されると事務職で転記やチェック、集計しかできない人はどうなっちゃうんでしょうか? >>253
人手が必要な別の部署に転属じゃねーの?
ホントに何もやる事なくなるなら会社都合で首切り。 >>253
お茶汲みとか清掃とか探せばナにかしらあるんじゃない?
そんな仕事をさせるなんてプライドがムキーってなりそうだけど 自動化で空いた時間や人はクリエイティブな仕事しろって推進してる人が言ってた。 ウェブページを巡回してデータ取ってくるっての作るのには最低限のHTMLの知識いる感じかな?
担当にされたけどtagがどうこうとかさっぱりわからん。 >>257
WinActorやUIPathのような古いタイプのRPAツールはある程度の知識は必要になる。
新世代のRPAツールはそのあたり改善されてて、本当に事務しかやってないような
人でも使えるように工夫されてる。
今変動期だからRPAの導入考えているところは今は少し待ったほうがいいかも。
焦って古いツール導入すると苦労or挫折する。 >>257
HTMLの知識無しでWinで出来たけど、サイトのデザイン変わったら止まる >>258
待っててロスするコストと、苦労するかもしれんがWinactorでも使って効率化するの、会社的にはどっちかいいかだよね。 >>264
やりたいのに待つ選択肢というのは無意味だと思う
とりあえず始めて良いのが出たら乗り換えればいい
たとえばエクセルやVBAがよく叩かれるが
もしエクセルより良いビジネスソフト出るの待ってたら
いつまでたっても商売になんなかっただろ? プログラミングレスとか100年後でも無理だろ!
あきらめてプログラム勉強しろよって思う。 こういうのコンピューターとかネットワーク系は初期値の大きさがものをいいそう
最初のスタンダードが勝ち残りそう
ドボラックキーボードがクワーティーを駆逐できなかったように 登場時期だけなら最古参の部類なのに
ひっそりと退場していくUWSC 今考えてみるとロケットマウスはRPAの先駆けだったんだな
よくゲームの寝マクロで使ったけどw まだファイルはダウンロードできたものの保存先指定の自動のところで苦労してるんだが? >>258
最初のいくつか外注で作ってもらう
それを少し作り直すとか RPAで職なくなるとか言ってるやつは
馬車しか運転できない奴は今も仕事あるか?ってことたよな データ転記とボタンクリックだけのツール。
使う対象業務が無いのだが会社のお偉いさんの号令で無理矢理導入。敢えて余計な仕事を作って使ってます… ファイルダウンロードしてフォルダ作って保存、加工集計、結果転記、報告メール送信とか手作業でやってる繰り返しのPC作業は自動化できるから使い方次第でしょ。 Uipathど素人の質問です。
ウェブからデータスクレイピングで
取得した数字を文字列ではなく数値として
エクセルに吐き出したいんですが、
どうすればいいですかね?
ExtractDataTableをwrite rangeでそのまま書き出すと文字列と認識されて困ってます。 2chで聞くよりもUIpathのフォーラムで聞くほうが確実だぞ
まあ話題提供のつもりなのかもしれないが。 >>277
そのまま書きださずCIntで数値に変換する 型変換とか出てきちゃう時点でRPAツールとしてどうなんだろうと思ってしまう。
UIpathなんて一般人は使いこなせないよ。 >>282
winactorもたいがい使い辛いと思うが
やっぱ簡単系の新興勢力に期待するしかないか 皆様回答ありがとうございました。
Intに直接型指定したり、CInt関数での変換にチャレンジしてみましたが、エラーが出てしまいました。Uipathフォーラムで聞いてみます。
今後もっと感覚的に使えるRPAツールが出てこないか待ち遠しいですね。 CIntでエラーってそれほんとに数値なのかというレベルの話しだが…
RPAでの自動化にデータ入力はやらせるべきじゃないと思うんだけどどうなんだろう?
正しくフォーマットの揃った入力(ExcelなりCSVなり)をどうこうするってのはRPAの分野だが
スクレイピングしたデータの整形だとかOCRで帳票読み取るとかRPAの範疇じゃないシステム開発レベルだよね
といっても一般に自動化と言うとやっぱり含んで期待しちゃうんだろうなぁとは思うが線引きしないと不幸な事例が生まれる一方だとも思う RPAソフトで完結しないで
「続きはシステム開発」で
じゃあ使いにくいだろう >>286
そもそもRPAソフトは既存のシステム(ソフト)を組み合わせて業務を実現するものなんだから完結なんてしてないでしょ
足りないシステムはRPAで補うんじゃなくて追加が必要だと思うんだけどねって話し RPAでできる部分は完結させると言えばいいかな?
エクセルに渡すCSVの整形くらいまできた方が便利だし
その少しの部分を利用側はシステム開発したくないだろう 経理だから1回数分の業務が大量にあって、それをRPAにしたらずっとぽちぽちスタートボタン押して眺める事になったんだけどどうしたらいいのこれ >>285
数値を期待されふ場面で数値じゃない時は
連絡するとか、そのデータを保存して後回しにするとか
そういうのがroboticsだったら出来ると期待されるだろう
そうじゃなければただのPA 客にとってはRPAの定義とか範囲とかどうでもいい
便利で役に立つものを買う >>288
それやったらRPAツールに依存しすぎで、かつ多分既存のツールはファイル入出力なんてオマケ機能だから使いにくく、ちょっとしたことやろうとするとプログラミングもどきになる
そうするとツールの乗り換えが容易じゃなくなるし…まあそういう戦略なのかもしれんけど
まあそうなるとRPAツールの使い方に加えてVBA辺り使いこなす必要出てきちゃうのでますます現場の作業員だけで自動化は難しくなるけどね
結局は導入成功してるところって元々ある程度の下地があってこそで、本当に手作業の一つ一つ全部をRPAツールで賄おうというのは無理なんじゃないか 業務は法令とか競合や取引先など色んな要因で変化する
その変化に柔軟に対応して一度作成したRobotも変化しないとすぐに陳腐化する 基本的には動かなくなっても困らない作業の代替手段までだな
あーRPAうまく動かなくなって今月残業増えちゃうよーレベル >>289
繰り返しのノードがあるよ
シナリオつくりに行こうか?(`・ω・´) 今から一緒に これからシナリオ
作りに行こうか?
YAH YAH YAH YAH YAH YAH YAH 適切にSendMessageしないと取り出せないデータとかあって
改めてコードレスなんて無理だなーって思った おまえらwinactorの導入は何週間くらいで完了した? >>301
うちは現場部門が開発して本番開始まで3ヶ月だったな
簡単なマスタ登録系だったよ 3ヶ月か、シナリオ作りの仕事探したかったけど短期バイトなんだな。しかも現場で事足りると、うーん厳しいなd >>305
そもそもはどこに掛かってんの?
>>304
1案件(現場?)が3か月前後と言う例であって、シナリオライター(仮)なら次の現場があるからそれっきりってことはないんじゃない 仕様がハッキリしてる事が多いよねこの仕事
その分は楽っちゃ楽かな >>306
>そもそもはどこに掛かってんの?
だから
そもそもAだからB
>>304の出来事がこの場合のB みなさんRPAの外注側の人?
これって自分で作るようなもんびゃないのか? >>309
自分で作る対象は何?
RPAソフトではないよな
RPAソフトを使って自分とかの業務を遂行するロボットを作るってこと?
ロボットに遂行させる業務プロセスを作る?
業務プロセスが上手くいくように組織や体制を作る? RPAって検索しても経営者が喜びそうな都合の良い営業用記事しか出てこないよね。
具体的な使いどころや実態が見えてこなくてヤバさしか感じない…。 >>311
ただの言語なんだけどね。
持ち上げられ過ぎてバカな経営層が飛び付いてるよ。魔法のツールじゃないってのに。メーカーや代理店は売上げになるから都合の悪いところは隠してるよな。 RPAうちでもいれるために馬鹿みたいに高い金払ってるが、
powershellの自動化と何が違うんだ?
エクセルマクロと同じで使い捨てられていく未来しか見えない excelでゴリゴリ集計する系の仕事だと、マクロってクッソ有能だからみんな使うじゃない。
うちwinactor導入されてるんだけど、ある部署で有効活用されてると評判になってたので見に行ったら、
winactorでexcelのデータを並び替えさせたりコピペさせたりしてた。
マジで脱糞しそうになったわ >>315
マクロが使えない人でもwinactorは使えるって見本ですねw 現状の対象業務のフローを頭の中に描けるのが最低条件じゃね?
その上でRPAで実行する様に対象業務そのものの流れを整理するのが次点。 フローは描けても言語分からんやつは使えないんじゃね?
その部分をUIでどうにかするのがRPAって認識。 みんな難しく考えすぎ
サイトやシステムへのダウンロードアップロードとかちょっとした業務を自動化するだけだよ >>314
PowerShellはプログラミングが必要
RPAツールならノンプログラミング
っていうのが宣伝文句 >>323
powershellかける人に外注すれば済む話じゃね?
どっちが低コストかな ノンプログラミングとはいうがCUIではなくGUIというだけで、結局条件分岐とループ及びその終了条件などが理解できないと効率的な仕組みにはならなさそう。簡単なプログラミングの知識はやっばり求められちゃわない? プログラミングはしてるだろう
どこの馬鹿がノンプロとかほざいてんの >>325
winactorは要らなかったよ
ループも分岐もそれぞれノードがあってそれをマウスで選ぶ、おばちゃんは条件を入れるだけ。
ExcelのIF関数を知っていたら十分だった。 bizroboとwinactorだったらどっちがいい? >>329
一応ユーザ部門にやらせる予定
うちの社員馬鹿だしたぶん無理だけど >>324
その後の保守も必要だから
外注の方が低コストとは限らない
>>325
それはあると思う
ノンプログラミングというより実質的には
GUIプログラミング >>328
どっちもどっち。価格だけの価値があるとは思えない。
正直なところRPAツールで自動化してることの8割は
ロケットマウスでまかなえるんじゃw で、ロケットマウスとやらはその2割に対してはどうしてくれるの?
完成しないなら評価に値しないんだが RPAの業者さんかな?
ロケットマウスなんて大した価格もしないし、メンテ不能になって消えていくと思うよRPAは RPA関係の業者にとってはロケットマウスは邪魔な存在だからな
どこの業者も申し合わせたように年間数百万でRPAを売ろうとしてるのに
買い切り1万のRPAが存在しててはマズイだろ OSの半年強制リプレースでPRAからはむしろ遠ざかってる現象はなんなの つか世の中からGUIだけのシステムが消えてすべて
CUIも必ず提供してくれればRPAなんて大仰なものはいらんのに。
やっぱUnix文化は偉かった。 RPAて結局どのへんが使いどころなんだろう。
「ガチガチのExcel書式に入った申込書的なデータをひと項目ずつコピペして社内で使ってるシステムの受付入力画面に登録していく仕事があって、それが一日に500件あるんです」
とかの「システム間の超単純手入力作業」くらいしか使いどころが浮かばないんだけど。
今更そんな原始的な仕事がそこら中に残ってるのかというと…。 >>338
別に使いどころ決めずになんだっていいんだけどね
例えば毎週月曜の昼休みにWindowsUpdate確認してウイルスチェックのフルスキャンしたあとエビデンスとって保存する、とか
(昼休みに終わんないだろうから業後に回してPCシャットダウンまでの方がいいかな)
定時退社日は有無を言わさずPCのシャットダウンを開始して作業中のファイルは一時保存フォルダにまとめておくとか 会社の業務にはクソの役にも立たなそうな例だな
業者でこのレベルだから導入は厳しいだろう 何が出来るって、今やってるPC作業を自動化すりゃいいだけよ! >>337
プログラマからすればそうだが
一般人にはUnix系は使いにくいから
デスクトップのLinuxも広まらない >>338
定型的な作業はそう簡単になくならないと思うけど
>>339
その例にはあまり説得力を感じなかったけど
業務ありきだから仕様がないね
今でも業務によっては定型的な作業が発生する >>337
きっとWindowsもその方向に行くんじゃないかって思ってる
RPAを支援するAPIが導入されると予想 >>338
原始的な作業がそこら中に残っているぞ? >>346
具体例をどうぞ。
RPA導入で効果が出そうなやつね。 経理総務人事営業事務の仕事は殆どボタンひとつになるでしょ。 本来全自動で出来るはずなのに人が操作しなくちゃならん要素をワザワザ入れ込んてるのが問題というだけという気もするけどね。
RPAで自動化する対象業務のソフトウェアの作りが不十分なのよ。
本質的にはそのソフトウェアを修正するのが正しい。 でも現場にはもう修正の効かないVB6とかで作った古〜いソフトウェアがいっぱい溢れてるのよ。
ソフトウェアを作り直す費用も大変だが、それ以上にその古いソフトに慣れた人達を再教育するのがもっと大変。
しかし現状は高いだけで使い勝手の悪いRPAがほとんど。
成熟期に入るこれからに期待かな。
そろそろ簡単でリーズナブルなツールが増えてくるはず。
実際2つ3つ良い感じのが出てきてるし。 個別企業の現場ソフトの名前なんて出せないんじゃね?
古いソフトに慣れた人の教育なんて、全自動かそれに近い状況になる訳だから楽な気もするけどね。
RPA化したところで、出力結果は変わらないんだから。 >>349
他社のシステムとかに修正を依頼することはできないんじゃね?
あと確定してない情報とか予測情報とかは手入力じゃね? Windows10のアップデートでこれらRPAが一部でも動作不能になったら、と思うと >>347>>351
まだ仕事したことない感がヤバい >>354
Aという入力対してAという出力を返すのがはRPAのパターンだからねぇ。
未確定や未知の情報が含むも業務には不向きという認識かな。
仮にこういったものを含む場合で組むなら、まず確定情報をRPAにヤラせて、抜けてる情報を人が追加していくというパターンに成るかな。
全部人がやるよりは楽だろうし、人と機械のハイブリッド業務?的なイメージ。 >>350
どんなソフト?
良いヤツだったら検討してみようかな
まぁメリットデメリットあるんだろうけど >>283
簡単系の新興勢力だとロボパットっていうのがwinactorと比較しても断然簡単だった AS400レガシーシステムにも対応って
良いな、でもさAS400を別の物に変えて欲しいんだよなあ。。 ここ半年くらいセミナー行きまくったが、比較的安価で簡単系だとEzAvater、Robo-Padあたりが良かった >>349
>RPAで自動化する対象業務のソフトウェアの作りが不十分
最初から自動化するための機能
CUIとか入れとけば早いんだよね
でも現実的にもう販売/作成されたソフト
に依存しちゃってるから仕様がない >>356
2ちゃんだと上から目線で言えば偉い
と勘違いしがちだからな
>>350は的確に現状を捉えてると思う
ごく一部のIT企業なんかは先進的なんだろうけど
とくに中小企業なんかはいかに古いソフト
騙し騙し使うかが勝負になってる >>363
>とくに中小企業なんかはいかに古いソフト騙し騙し使うかが勝負になってる
そうなんだよね〜
未だにWindowsXPを平気で使ってるところもあるし。 やっぱりRPAって苦労するんだよね
アプリの相性の悪いヤツがあって
ログインすら出来ない >>365
相性なのか何なのか、空打ちしてエラーとかが多いよ RPA流行ってるので体験したけどかなり嘘くさい。本音を見たくて掲示板見たらこの有様。こんなのインチキコンサルに騙されたアホ経営者しか導入しないよ… 零細企業じゃ無理かもしれんけどエンジニア一人雇った方が良さそうな気がする 空打ち防止に打ち込むタイミングも指示してあげると良いよ(´・ω・`) そもそも大中小関係なく大概事務のおばちゃんているんじゃないかな?
そこ狙いと思ってる。
他にも納品書の打ち込み、発注入力とか、売上も顧客のシステムから検収情報取得して、自社会計システムへの投入、回収も照らし合せて消込。。 使える人間が使わんと宝の持ち腐れ。GUI使って動作設定作るか言語記述で作るかの違いだけだもの。
動作設定の作り込みは、業務フローを描く能力に依存するから、この能力が低いとマトモな設定なんて作れない。
最低限手順書作れるような能力は必要。 >>371
>業務フローを描く能力
>最低限手順書作れるような能力
本当はここが一番難しいと思う
事務員は誰でもできる
コーダーは誰でもできる
RPAツールは誰でもできる
でも業務を正確に要件定義できる奴は意外と少ない そんな難しく考えんでも一連の業務をビデオ撮ってこれを自動化したい
でいいんじゃないの >>364
そんなことやってたら会社のパソコンウイルスだらけになるぞ。 >>373
動画だけで出来るほど簡単じゃないで?
何を判断して何を行動するかが動画だけだと分からんから組みようがない。
仮に動画にそこまで詳細な判断と行動が収録されているなら
動画を作った奴は業務に必要な重要な部分をフローとして理解してるんだから
そいつが組む方がより良いモノが出来上がるはず。
コレを実現したいんだが、どういうやり方がある?
的な、アドバイスを求める感じの方が良い。 問題が発生したとき追跡しやすいように、
画面の遷移を動画としてキャプチャしとくといいぞ。
RPAソフトの基本機能として組み込んでほしいくらい。 あ、>>377はできあがったロボットを運用する段階の話ね。 エラー箇所の確認は、スローで回す機能もあるしエラー箇所吐き出すノードも用意されてたよ。
エラーが起こった場所で一旦停止もする。 >>381
ほう、ありがとうございます。
勉強になります。 >>378
動画撮影は欲しい。
そんな機能の入ったRPAソフトある? >>381
それはあらかじめエラー発生ノードが検討ついて、再現性がある場合だけだね。
再現性無い場合に備えての常時録画機能はさすがにないね 世代別ログみたいに順繰りで画像残す機能ぐらいは欲しいね >>385
自動でログ取ってるからエラーの場所と簡単な理由はわかるけど、実行中におばちゃんがマウスで妨害したとかだと妨害があったというのはわからないね。
おばちゃんは(´・ω・`)勝手になった〜って言うし。
デスクトップ録画アプリがあれば同時に実行してエラーの時のみ動画を残してシステムにメール飛ばすことはシナリオで可能だけど、そこまで必要かな〜 実際に再現率の低い問題とかが起きると録画のありがたみがわかる。
うまくいってるうちはありがたみはわからん。
そういうもの。 RPA使うのやめるか、画面をwebカメラで録画すれば?どーせ単純入力とかコピペ、webからの情報収集作業でしょ? >>387
デスクトップ録画アプリ入れて動かしてたけど、動作がかなり遅くなってしまいエラーの嵐だったわ。
設定変えて録画すればいいのかもしれんが、できれば標準で機能が付いてると良いんだよなぁ webからの情報収集作業はスクレイピング使った方が・・・ ん?
>>387はRPAソフトの仕様を決められる権限のある人なの?
だったら凄い。 銀行システム作ってるのとは違うしな。
今は会社あげて大騒ぎしてやってるけど、そのうちマクロ使えますと同じレベルで現場が自由に動かすようになるよ。
おばちゃんがマクロ動かす時に動画とってる会社あるならあれですけども。
>>390
それな。 IT投資もしない、人材投資もしない、何時代のノリで経営してるんだろうか >>399
インド人の技術者金が安いから来ないだろう。 金持ちがお金を貯めこむから、回るお金がドンドン少なくなっていく
所得税・相続税を、100% にすべき! どうせUWSCやロケットマウスでも大差ないのに……(ボソッ) 自動化って意味ではLinux鯖とかの方がはるか先を逝ってるね まあRPAツール売る大企業の
営業トークの方が魅力的なんだろうな
そのために金が掛かるんだけど いやぁ便利だわこれ
いちいちやってた作業が朝来てボタンぽっちで終了や!
1日中ボタンポチポチしてたら一体どうなってまうん!? そのボタンポチポチが誰でも出来るくらい簡単ならクビになるんじゃねぇかな。だってバイトでいいだろ。 自社製品の既存APIを一部パブリックにしてRPAサポートって宣伝したら売れるかな >>408
何でずっと押し続けるんだよw
終わったら次の作業開始するようにしたら1日1ポチだよ。 プログラマ的にはウィンアクターよりユーアイパスのがたのしいです >>413
そこじゃないけどカーチャソが行ってきた。
俺らはカーチャソと仕事を奪い合っている。
ものすごい勢いでそういう主婦が量産されていて、子供は学校でプログラム習うし、読み書きそろばんプログラム時代だなあ、と。 >>413
昔、モデルベース開発の有料セミナーを(もちろん会社の金で)受けた時に、自腹で来てた女子いてびっくりしたことあるわ
価格はこれと同じ3万くらいだったと思う >>411
真面目な話やっと1つ作り終えたところで、まだ連続して起動させるやり方は理解していないのです。。
ちなuipath無料体験期間 タスクスケジューラにするとかシナリオに次のシナリオ発火させる仕組み盛り込むとかいろいろあるだろ >>400
技術投資もせず安い移民労働者待ちと言う事かと。
スクリプトかけるならUWSCとかなんならOS標準搭載のVBSでもやれるからねぇ…
っというより、会社にいくら言ってもソフトウェア導入に乗り気にならないのでVBSとどっかのタイミングで入ったキャプチャーソフト制御してモドキ作って個人的に運用してる。 【PC】「4年前のPC利用は約35万円の損失」――マイクロソフト「最新PC買った方が得」
ttp://egg.5ch.net/test/read.cgi/bizplus/1539768560/
xp使ってる言ってた人!損してるよ! あーマジどうすんだよ
SEでもないのに導入されて結果出せって言われても時間がないよ! そうとう出来るやつにやらせないとなんともならんぞ。 >>423
まずは基本的なことをやればいいのでは
ウインドウ選択とかテキスト入力とかアプリ起動保存終了とか >>423
リカバリーが簡単な業務をやった方がいいですよ
ログオンしてコケたらどーすんだとか
想定外のダイアログがでたら処理は?
とか含めてRPAそのものがコケても
RPA抜きの手段がある物を選ばないと面倒になります
コケたときに直せる人が不在の場合に業務が停止します
あとは1ヶ月に1回で5分で終わるような物を作っても
RPAの開発とメンテナンスと比べて割りが合うのかも重要です プログラミングレスははっきりと詐欺でしょ。
プログラム組めた上でなんぼの話。 winactorの画像マッチングがすぐエラーになるけど
なんか対策はないのかな winactorは無くても可能、現場向けだから当たり前だけど。 >>430
100%をちょっとだけ下げる。
画像が表示される前にマッチングしようとすると画像ないよって言われるからきちんと表示されるのを待つこと。 EzActerだと画像表示するまで自動で待ってくれるから設定めちゃ楽 画像が認識できるまでループ処理。
一定回数、ループしても検出不能ならスクリプトを緊急停止。 そこでループかよ
画像表示されるまで待機ってのを選べばおkやで やり方はイロイロ有るからね。
いつまでも待機状態だとスクリプトの暴走と変わらないから。 >>437
タイムアウト設定できないツールがあるってこと?
色々なんだねー >>413
専門学校と比較すれば安くて仕事も斡旋して貰えるみたいだからかな? 子育て中だけど、締め日が会社次第だし、時間調整がしやすいからって理由でRPAやることになったよ 詐欺の手口にそういうのもあるな
仕事を斡旋するからその仕事に必要な機器を買えとか技術習得訓練の評価を払えとか >>440
RPAを導入するとその課題を解決できるの?
子育てが不要になる?
会社の締め日が一定になる?
時間調整できればRPAじゃなくても対応出来るんじゃね
RPAだと時間調整しやすくなるのは何で? 肌密着が少なかった子供は愛情が感じられず精神が(ryって聞くし、何のための育児休暇なのか考え直すべき。 これから人間の仕事はどうなるのかな
頭の良い一部の人間だけは変わらず
残りは猛暑のなか道路工事とかやる作業員くらいになるのかな
運転手も無くなるだろうし >>442
必ず毎日○時にこれをやらなければならないとか、月末月初は忙しくて年休取りにくいとかの仕事だと、「子供が熱出したので休みます」とかで周りに迷惑をかける可能性が高くなる
RPAだと1ヶ月後までにこれとこれを作成するとかになるから、その間に子供が熱を出して休もうが別日にリカバリーが効く分、周りに影響が出ないので気兼ねなく休める
納期に間に合わなくても社内向けだから調整がしやすい。とかかな
カツカツの納期で組まれると難しいかもしれないけどね >>447
それってRPAのロボットを作ったらその後はそのロボットにやらせれば良くなるからその人は不要になる
そのロボット作成は複数人で分担すれば良いし
その人じゃなくても良いんじゃないのかな
業務の引継ぎは普通に必要な事だし >>448
完成したら次の業務をRPAにするだけ
会社全部となれば当分かかる
それにRPA化された業務にメンテナンスがいらないとでも夢見てる? >>449
メンテが必要になるとしても
その頻度とか掛かる手間とかが
RPA化する前よりも多くなったら
RPAを導入する意味がない
RPAを導入するということは
それ以前と比べてコストを下げられる期待があるから
つまり人を減らす、配置転換、時間削減、所得低下などが起きる
場合によっては既存社員の給与を少しずつ減らして
成長分野の採用をするとかもあるだろうけど 社内でRPA作れる第一人者になれば活躍できるじゃん バラ色の予想図としては
配置転換で売上が増えて
会社の利益も社員の給与も増える
というのがあるけど
そうなる可能性は低いんじゃね?
あるいは一時的にそうなったとしても
いつまでも続かない 所得は据え置きだよ
サービス残業がなくなるんだよ
会社も従業員もウィンウィン ギリギリで回る人数まで人減らしして人件費圧縮したろ! >>454
サービス残業とかブラックな所は早く辞めたらいいのに >>450
仮に首切りをするとして、対象となるのは役に立たない人間からでしょ 結局メンテは必ず必要になるから、その意味でもできるだけ簡単に使えるRPAがオススメ >>458
役に立つかどうかの判断は会社側がするんだろう
給料の割に役に立たないという判断になれば
年齢の高い人が対象になるかもね
その会社で役に立たなくいと判断されても
別の会社とか別の部署なら違う判断になる事もあるだろう 日本の企業では社員の仕事を奪うようなテクノロジーは普及しません
でも、そんな企業は生産性が上がらないので、ド貧民になります 仕事は守る!だが所得を確保するとは言っていない!
今の不景気ってこんな感じだよね
そして守られるのは既存の就業者だけで
これから活躍しそうな人材ではない >>460
私はこんなにも仕事をして会社に貢献してる!!とか言って電卓叩いてる感じだね
電卓叩かなくても実行ボタン押せばよくなるから、業務負担は減るだろうよ
そこでRPA作成した人間の首切って、電卓ババアを残したら会社がどんなことになるかもわからんの? RPAしか脳のない人間よりは電卓ババアの方が融通が利くんじゃないの >>465
未だに意固地に電卓たたいてるような人間は融通きかないだろ
RPAをツールの一つとして使いこなすなら柔軟性のある人間じゃん
とりあえず>>465は前者なんだろうけど ただのコピペツール。コピペの元は従来通り誰かが作らなきゃならない。 イレギュラー含めたテストもしていないだろうから結果の目視確認必須 Windowsの強制バージョンアップで阿鼻叫喚になったら、何日か業務が止まる
officeのアップデートもひと騒動
たくさん作れば作るほど便利になるが動きが鈍重になる >>470 自己レス
悪いのはもちろん頻繁にバグつぶしと余計な新機能を強制するMS 所詮、作業の意味を理解していないプログラムだから、エラー耐性ゼロだよな
1+1=2
の計算を自動化するとして、人的入力ミスで
1+リンゴ=
と入力されても例外対処できない。 導入したとこはRPAで大幅な業務圧縮になって、たまに出るエラーを人が拾うようになってるよ。
AI入れて判断させて対処までさせるのは次のステップだから、RPAは第一段階さ。 RPAで圧縮できるレベルの業務。機械的抽出と単純入力で給料をもらえてた人たちがいたってことね。ダサい。 >>476
業務の一部にそういうのがあるって事じゃね 設備投資もしない、IT投資もしない、人材投資もしない
そんな会社が、機械的抽出と単純入力をRPA並みの速度精度持続力で行えるサイボーグババアに
依存した挙句退職されて「人手不足倒産ガー」とか言ってんよね RPA女子、5000人も応募あったらしいぞ
今後は1000人目指すらしい
受講料5万円だから運営はウハウハだな >>480
今は定員数十人なんだから現時点では収益ないようなもん(助成金どのくらい出てるか知らんけど)
今後1000人規模の環境整えて運営費考えたらそんなにウハウハしない気がするけどね RPA女子はオンラインで勝手に自学自習して
最後に試験だけ受けるシステム
どれくらいコストかかってるんだろうね
助成金ありきなのかね
そのあと時給2〜3,000円の仕事を斡旋するらしいが
1,000人に在宅RPA業務を斡旋できるのかは疑問 RPA女子の受講料だが、元々3.5万だったのをNHKの紹介あたりを境に10万まで上げて
「期間限定で5万、今だけ!」って体裁を取ってるそうだ
NHKの放映内容も、お前らが見たら「んなわけねえだろ・・・」って頭抱えるレベル てか、uipathやり始めたけど.netやってないと無理じゃね? >>486
うん。プログラマじゃないと使うの無理。
なんか本末転倒だよね。
うちの会社も諦めた。 UIって入ってるのにUIだけで作れないツールなのか… 違うマシンで動かそうとしたら解像度が違くてうごかないとかwwww
作り直したわwwww 解像度違いの検出もできない程、画像認識の制度も低いのか… 逆に簡単すぎるとできることも制約されちゃうんじゃない
画像読み込んでボタン押すだけのRPAなんて求めてないよ >>502
作り方の問題だろ。
画面の左上からのピクセル数を単純に指定する処理をしたりすると、当然解像度依存になる。 完全一致マッチングかテンプレートマッチングが基本だと思うけど両者とも解像度変更とか拡大回転とかされたら無理
特徴量抽出とかもRPA用途だと微妙じゃないか
AIが進化してパターン認識とかできるレベルにならないと画像認識なんて今のままな気がする 解像度変更(≒拡大)はともかく回転ってどういう業務ソフトだよ() スクレイピングとかも含めれば画像の回転とかもあり得るでしょ
そういうのは難しいと言いたかったんだが何かおかしいですか スクレイピングと画像の回転もあんまりピンとこないが
まあ、大変なんですね 【ガースー効果】菅官房長官「携帯料金は4割下げられる」→ソフトバンク「携帯料金値下げする為に"4割人員削減"します」★2
http://asahi.5ch.net/test/read.cgi/newsplus/1541924529/
RPAで4割も減るって〜 このスレ立てた1です^^
まだ決定ではないですが、winActorの仕事することになりました。
割と私はPythonとかで自動化とか画像認識とかスクレイピングとかバリバリやってる方なのでこういったソフトがどういうものなのか興味あったので楽しみです。 >>513
どれくらいの規模でwinactor入れるの? >>513
たぶんあなたがバリバリやってたことより程度の低いことしかできないよ。
しかも使い辛くてイライラする。
この価格でこれかよっていつも思う。 >>518
UIPATH使いこなせるのはある程度スキルを持ってるプログラマだけ
結局プログラマ雇ったほうが早いし安いだろって話になる >>517
プログラミングできる奴から見ると
RPAツールって中途半端なんだよな
なんかいろいろ制約があるから
それなら最初からガリガリとプログラム
組めばいいのにって思う時がよくある でも世の中だとRPAが革命的なツール
みたいに言われてるからうーんってなる >>520
まさに。
ある程度制約があっても事務職が簡単に組めるようなRPAなら存在価値はあるが
UIPATHやWinActorのように中途半端にプログラミング要素が入ってくるRPAを
導入するくらいならプログラマ使ったほうが自由度高いし早いよね。
トレンドに乗ってそういった有名所導入して失敗してる会社の多いこと多いことw 事務職が簡単に使えたところが昔エンドユーザーコンピューティングと言ってたのをRPAと言い換えただけ。
ユーティリティコンピューティングやユビキタスをIoTと言い換えたり、
メインフレームに端末からアクセスしてたのをクラウドと言い換えたりしてるのと同じ。
同じマーケティング糞バズワード。 RPA導入の余地がある時点で、業務処理のデジタル化が出来ていないことを表してる >>525
そんな自明な事を突然言い出してどうしたの 「RPA」って用語いきなり出てきた感じだけど最初は誰が言い出したの
リネーム商法大好きなMS? どうやら2016年より前は用語すら存在してないな
一体どこのバカが言い出したんだ Blue Prismなんて10年以上の歴史があるしな。 >>528
AI→ロボット→RPA
と言う感じと推測 Win98時代にロケットマウス使ってゲームの自動化をしてたから
こういうツールは20年くらい前からあったよ。
元々あったが、人手不足が深刻化して急に脚光浴び始めた印象だな。
そこに大手が物凄い技術のようなフリしてボッタクリ価格で参入してきたってのが現状。 RPAでゲームマネー稼いでリアルマネーと交換すれば儲かる >>532
自分も20年位前に大学の研究室でデータ分析するソフトをキーボードマクロで自動化してたなあ。
けど安定感に欠けるのと、細かい所まで調整出来ないのが欠点。
今の仕事ではVBA、VBS、pythonを使い分けて事足りてる。
あとソフトを使う場合は最近のは大抵マクロ機能が付属してるから、それ使った方が動作も確実だし細かい設定も出来る。 ロケットマウスがRPAを名乗りだしたな。
RPAと名前を付けるだけで、
ロケットマウス以下の機能でも10倍以上の価格で売れるんだから、やってられんだろう でも単純作業やらされてるひとが助かるだけでも意味あると思うよ。
単純繰り返し作業を100回とかやらされたら頭おかしくなるでしょ。 >>535
値上げしたら良さがなくなるから頑張って欲しいね 人は技術に金を払うのでは無く、目的による効果に金を払うんだよ。 >>538
それはその通りだが一方で
技術を適正に評価する市場が
とくに日本にないと感じる >>536
面倒なことはpythonにまかせよう。 似たようなのをLua&C++で組んだけど
Pythonの方が良かっただろうか 私はPython and C++(DLL)でやってる autohotkey使ってwindowsの操作ちょくちょく自動化させてるけど
Pythonとかでプログラミングすれば本格的な自動化できるのかな いかにOSをハンドリングできるかだから言語は関係ない https://flow.microsoft.com/ja-jp/
現在のツールのほとんどはmicrosoft flowに喰われます。つーか、microsoft flowが進化する過程で、officeは既存のツールでは使いにくいように改修してゆく。 一社で完結すると楽だけどそこのが使いやすいかは別問題だぜ。 >>547
microsoft flowねぇ・・・
microsoft flowに合わせて業務を作成していかないと使えないんだよなぁw
今ある業務に合わせた自動化にはてんで弱い。
本末転倒なんだよね。 >>549
YES.
microsoft flowに合わせて業務を作成するように周辺のofficeツールが改修される。既に始まってきてる。
ちなみに既存のRPAツール各社もロボに合わせて業務を整理することを導入ステップとして掲げてるよ。 ツールに合わせて既存の業務を作り直すなんてまず無理。
現場を知らないやつが作ったとしか思えない。 RPAに限らずある程度システムに合わせて導入しないと失敗するよ >>551
既存の業務プロセスが他社との差別化に必須かどうかで判断するんじゃね 他社のCitrixAppに入力する作業を自動化しているのだが
K/B+マウスエミュレーション以外に方法ある? >>509
NTTとNECと東芝と富士通の事務職60000程減らすとか? コメが伸びているがメンテの大変さを理解していない人が多い。
「来年からあなたの仕事をRPA化します」と事務スタッフに告げたら猛反発された。 - Everything you've ever Dreamed
http://b.hatena.ne.jp/entry/delete-all.hatenablog.com/entry/2018/12/17/190000 メンテは本当に大変。
メンテできるやつが一人辞めるとまた一から教育し直しで業務ストップ。
使い方難しいのが大杉。
これから導入するところはできる限り簡単なツールを選択したほうがいいぞ。 簡単なRPAツールってどれだろう
現場にとって簡単、システム屋にとって簡単
視点もいろいろだが 一人辞めたら業務ストップってのは明らかに何導入してもダメな典型例な気がするが 社外webサイトが絡むシステムの自動化は難しい
webはコロコロUI仕様変えすぎ
変えられると途端に動かなくなる >>558
俺が触った中ではEzAvaterってのが簡単で良かった win7向けにuipathで作ったシナリオそのままwin10で動かしたらui操作で失敗するな
コレ今後ヤバそう… >>550-551
逐次、業務に合わせてカスタムしたシステムを納入している日本の方が特異なんだけど、
日本の企業構造自体が特殊だから、今後も変わらんだろうな。
RPAもそうだけど、AIの導入やってる奴も、
ユーザーに、業務自体を変えないと導入する意味ないと指摘しても
ハァ?って感じの反応をされるそうな ロボット掃除機と一緒だな
その便利さを享受するためには道具に合わせた環境作りが大前提
ただ導入しただけで魔法のように人力を代替してくれるわけではない それは正論だけど多分ハァ?ってなるのは、既存業務にRPA/AI技術をどう適用するかって話をして欲しい時に最初から業務変えないと…って切り出すからじゃないかね
そんなのはシステムの再構築提案なんかと同じようなもんで根気よく必要性を説くしかないだろう、機会があればだけど そもそも既存の業務プロセスを明確に文書化したり
関連する部門やリソース、データソース、帳票とかを
特定できてるのかも怪しい
やってみたらエラーになって足りない事に気づく事があるはず
それもRPA導入の効果と考えることもできるだろうけど >>564
uipathはUWPアプリと相性が悪いみたいだね Win10ならWindows Application Driver でそのうちなんか出てくんじゃないの UIPathとかもう早目に見切りつけて他のツールを検討してくれよ>社長w うちの上司も、変な神エクセルをよこして、マクロでどうにかできない?
とか言うのよ。
そもそも神エクセルをやめようという発想がない。 >>568
お得意先に便宜を図る
技術で優良だけど規模が小さい仕入先に便宜を図る
人脈仕事を文書化するといろいろやばい
RPA先進国がもし有ったとしたらどうしているんだろう >>556のリンク先
>各入力作業、発注業務、顧客管理業務、書類作成業務といったルーティーンな業務である。
>ひとことでいってしまうと、迅速さとミスをしない正確さだけが評価につながる仕事である。
だめだねこの営業部長
現場見習いから10年ぐらいしごいたほうが良い >>576
>RPA先進国がもし有ったとしたらどうしているんだろう
間違いなく言えるのはグダグダ言わず手を動かす >>576
全部をRPAでやらなくてもいいのでは? >>576
既存のシステムを流用しないでそもそも人の工数少ないシステムにするんじゃない?
若くてITリテラ高い国なんかは国のシステムからそうしてる気がする もともとは業務プロセスを文書化できるのか?という疑問
してもいいけど、それで全部の仕事が回るとは思えないし
例外を作ることになる
当然カスタマイズが入る
顧客開拓でのお試し、新しい取引のお試しも出来無さそうだし
それ専用のシステムを作るとしても
要件定義が出来るはずが無い
なのに、システム専門家に業務をシステムにあわせろとお叱りを受ける
「システムがサポートしていない業務はするな」 公務員の業務が、ITにより、ほぼ自動化した国も有るらしいけど、
日本は2050年になっても、ハンコやFAXが活躍してそうで、恐ろしい。
RPAって、IT後進国向けなんだろうけど、それすら入る余地無し 既に何年も前にペーパー完全ゼロ使用の職場とかもあるし二極化している。
この流れに乗れない大手はコスト面で競争力が低くなって良いことはないと思う。 RPAがこけるたびに総務のスタートボタン押す担当のひとから呼び出しかかるんだよなぁ
まあ俺の実装がへぼいのもあるけどこうたびたびだとほんとに効率化になってんのか?って感じ 経営者以外自動化したいと思ってないし効率化したいとも思ってないからな
うまくいくハズない バグをつぶしてつぶしてつぶしまくった先に安定稼動がまっていると信じたいorz ソースコード自体は書かなくてもいいかもしれないけど
要件を明確にしたり
設計したりテストしたり
ソフトウェア開発のプロセスの内
コーティング工程だけ入れ替わった感じになるな 作るものが明確に決まってて設計されてるものに対するコーディングって大して労力かからんよな
RPAなんて数年後には影も形も消えてそうな気がする 結局シナリオ設計者が専任でサポートしなきゃならんようなら
導入する意味が薄すぎる
高いし >>589
物によるんじゃね
分散しているモノを同期して一致させるとか
一部がエラーするとかタイミングがズレるとかあるだろう やっすい移民来るんだから、そいつらに安い給料でやらせりゃ良いんじゃね? 3年で入れ換えるのが面倒だから機械にやらせたいんだよ どうせ、みなしの際に永住まで許可されるんだからさ。
技術に投資しなくても良いんじゃない? 使えないのが一通り判ってしまったら終わるビジネスだな
今日完璧にテストもパスしたやつが本番環境でコケた
まあこんなもんだろうな 本番環境でコケたなら、テストが完璧では無かったのでは…… 画面を見ながら実行するとうまく行く
画面から目を離すとこける
まるで量子力学w しかし、とんでもない発想だよな。
自動運転の車を作るんじゃなくて、
普通の車に自動運転機能を後付けするようなもんだろ? もう始まってるよ
ただ人不足と重なって自動化してない会社に流れている >>590
大手派遣では、事務希望者に研修受けさせてRPA要員として派遣して常駐させてるな
PGにやらせるタスクじゃないし、
派遣元も派遣先も数人分のタスクが1人で完結するのでWinWin 既存システムが改修できない時(この際ベキ論は聞きたくない)に果実だけ先に頂きたい場合には有効だと思う。
システム屋が先回りして素人向けテンプレ用意しとけばUiPathをお手軽ツールとして上から下までだまし討ちす
ることを画策中。 というか改修費用の方が金がかかる場合においては有効という感じよね。 1. RPAで既存システムをラップしてAPIを作る
2. APIのテストを書く
3. リファクタリングしてRPAを排除する
ここまでやらないと技術的負債が増えるだけ >>610
親会社の意向で決められたシステムを使わざるを得ないとかシステム導入責任者のメンツでシステムに手を入れられないとか
費用以外にも色々理由があったりする 結局GUIしかないシステムがクソってことでしょ。
いいからスクリプト組ませろ 自動運転は過大評価しすぎではw
交差点まで直進、次の交差点で3秒待ったら右折、みたいなもんで歩行者飛び出しや車が来てても考慮しない。自動運転はもう少し柔軟に対処してくれるだろう 勝手めイメージでAIとRPAを結びつける人が多いから
自動運転の例えは適切だと思う。
現行のRPAは単なる手順の羅列でAIの要素なんて1つもない。 俺はなにがしかの判断が一つでも入るなら人工知能だと思ってる。
極端な話、自動ドアも人工知能と思ってる。 >>619
じゃあどこからが人工知能なんだよ?
明確に線引きできんのか? >>621
学習って例えば2値判別だと
2つに分ける境界線のパラメータを決める事
パラメータを人間が決めようが
コンピュータの計算で決めようが
運用推論段階では区別が付かない
正解率とかRecallとかの結果が良ければ良い
センサなどで対象や環境を把握して
判別や回帰でアクションを選択して
機械やエネルギーを使って物理的な変化を生じさせる
この枠組みフレームは同じだと思う
各フェーズで難度や機能の複雑さは違うだろう AIなんて言葉は、FC版ドラクエIVで初めて聞いたが、
三国志やSDガンダムなんかも、コンピューターのターンは全部AIだよな。 自動車の自動運転はAI、だけど新幹線や飛行機は自動運転でもAIとは言わない気がする。
ゴールまでのプロセスを自力で考えられたらAIなのかな?
カーナビはAI?喋ったらAI?カーナビはAI?
(´・ω・`)うわぁぁー RPAもそうだけどある程度、似たようなものとの混同は避けられないだろうね
AIについては以下の記事が参考になると思う
Q&A:人工知能の未来(前編) | POSTD
https://postd.cc/q-and-a-2/ RPAにAI(非構造化データの取り扱い等)を使わせればオケだけど、
RPAとAIの混同は実害出まくり
ユーザーに誤情報を伝えるマスコミは責任取れ RPAはプログラミングできない事務職が業務を自動化するためのもの
AIとは全く異なるものなんだがなぁ >>627
プログラミングできない事務職が、ではないと思うけど UIPathって何でもできる感じだけど
何でもできるようになるには、学習コストが1つの言語覚えるくらいかかる印象。 >>627
それはwinactorな。
触ったけどプログラミングの知識がなくても使えるしあれば自分で作ることもできる。
他は知識はあった方が良いのではないかな。 なんでそこでwinactorだけが出てくるんですか? 話が通じるかどうかできまる
何を言ってもきかないマイクロソフトとアヴィーラとあべちんは知能ではない 導入のために昨年からいくつかトライアルしてきてがezavaterに決まりそう
winactorより簡単に扱えて良い感じ 画像認識がメインの奴って、わかりやすいのはいいけど
実運用で使い物になるのかね。 >>634
ezavaterは画像認識使うのはマウス操作系だけでブラウザ操作や
エクセル操作、ファイル操作はネイティブ?対応。
winactorより圧倒的に少ない手間でシナリオ書ける。
ちなみにuipassは俺挫折したw >>637
UiPassは見た目がとっつきにくいよな。
慣れればWinactorより使いやすいと思うんだけど。
ezavater、ブラウザ操作は画像認識じゃないんだ。
HTMLの要素のIDとか取得する機能ついてるのかな。 uipassとかuipathの類似粗悪品でもあるかと思ってしまった 「ユーザー名とパスワード」のことをipassって略してしゃべる奴なんなの? >>635
プログラムにやらせりゃ良い仕事を人海戦術でやるのが中小企業の毎日 >>644
金があるわけじゃないからそのしわ寄せは給料に来るよ。 >>108
業務標準化も並行して取り組んだほうが効果出るぞ。
手順を整理してRPAが処理し易くすれば、普通にシステム組むより早く自動化できる。 画像認識は最後の手段
またocrはほぼ使い物にならない 画像認識って何だよ・・。
RPAって、内部的にUIAutomationとか使わんのかい。 OCRとか言ってるし紙の書類を使った事務の話なんじゃない? デジタルな入力なら
そもそも自動にできてないとおかしいレベルだから
そういうことなんだろうなぁ >>650
多分、UIAutomationで操作出来ない時などの話じゃないのか。
Bitbltで描画してるだけなんかの場合、取得出来ないでしょ。
他にもどうにもオブジェクトを取得出来ないこともある。 そんな嫌がらせみたいな作りのソフトあるのか。
全部にウインドウハンドル持たせるとか、
そもそも制御しやすいように作ればいいのにな。 >>654
10年くらい前の話だけど自分は昔テスト技術者だったからUWSCとかAutoItとかを使ってたし、テスト以外でも他アプリを操作することはよくあったんだ。
嫌がらせかどうか分からないけど、上手くいかないことも時々ある。
プロテクトと思われるものもあった。
Inspectなんかでオブジェクトが取得出来ても上の階層を登っていくと途中で切れてしまったり、ループしたりで結局どうにもならなかったり(マウスでオブジェクトを取得出来てもプログラムでは取得出来ない)。
UIAutomationでボタンオブジェクトとして取得出来ても、Invokeパターンを取得しようとしたら出来なかったのはAccessのデータベースの最適化ボタンだな。
Bitbltの例はWindowsハンドルは有るのよ。
問題はその中のテキストだね。
表示はされてるんだけどオブジェクトの値としては取得はできない。 TextOutをフックしてInvalidateRectする これって例えばJane Styleみたいな5chの専ブラ立ち上げて、レスの特定の部分をコピーして、他のソフトにペーストするみたいな感じだろ。
全く連携してないソフト間で自動的にコピペするってすごいわ。 これやって!
といったら自動でやってくれたらうれしい。
一から教えるとなると、そりゃ面倒。
業務の流れ変えます!
といったら自動で変えたくれたらうれしい。
なられを教えるのは、そりゃ面倒。
教えるための人育てとかなきゃ。。。。。
ということで、手間が変わらないよ〜 全く変わるなら作り直しだけど、支店が増えるとかなら問題ない。 RPAのコードから手順書を自動生成すれば一部の層に喜ばれるかも? もう初めから、アプリ操作用の関数を用意しといてくれよって思う。
今だと、getElementsByとかUIAutomationとか使って、
オブジェクトやハンドルが取得できるまでひたすらループとか、
そんなんじゃん。
ボタン押そうとしたら、アクティブになってねぇぇぇとか、
IE立ち上げたら、勝手にMSのページが開いて、そっちがアクティブになっちゃうとか、
もういいよ、そういうの。マジで勘弁して。 RPAどのくらい使えれば時給3000円もらえんのよ?
一応UIPathで5〜6本ロボット作って運用に乗せたけど時給2000円もらってないぞ? 大体RPAって元は人間一人が手作業でやってたようなことだからそんな長大なものにならない気がするだよなぁ
そうなると上流もくそもないってきもするが。 いやいやプランナーとかコンサルとかちゃんと上流の仕事あるから
そういう仕事が見えてこない/周ってこないのは経験不足なだけ 経験不足ってか土方の作業の延長にコンサルとかがあるわけじゃないんだよなぁ。
まあ俺は一生土方だな。 うちの会社でwinacter導入したけど人によって作り方もバラバラだし業務の標準化、自動化以前の問題だった >>670
RPAの内部の仕組みが分かってて、RPA無しでRPAと同じ動作するものが作れるレベルなら貰えるんじゃね?
勿論、省力化の為にやるわけだからRPA使って作るわけだけど、上手くいかない時に解決出来るとか、スキルは必要でしょ。
って、RPA使ったことないし、想像なんだけどね。 スキル特化で時給上げるのは結構難しいぞ。
やっぱ管理職とかにならんと。 sendkeysが安定すれば、vbsでもいいんだけどな。 というか、会社が投資してくれんから自前でVBSで作ったわ。
勿論、機能が足りずやりたい事すべてが出来たわけじゃないが8割くらいはVBSと画像キャプチャーソフトで対応できた。 vbsじゃウインドウハンドルとか扱えんからできる事が限られるぞ
UWSCのがマシじゃね? それも含めて導入してくれんかったのよ。
仕方がないから、OS標準のVBSと別の目的で導入されてたキャプチャーソフト組み合わせて苦肉の策として作った感じ。 >>675
RPAどれも糞高いからなー
うちの会社も散々色々検討させといて結局予算ないからってロケットマウスになったw
今RPAでしてることって正直ロケットマウスで十分なんだよな >>676
windowsAPI使えるからハンドルも扱えるんじゃないの? >>680
> windowsAPI使えるから
使えないでしょ?
VBと間違えてない? Excel経由でCALL関数を使って呼び出す
だとさ >>683
まじか。vbsじゃ限界あるなぁ。
そんな面倒なことやってらんね。 【IT】「情シスない中小企業に使ってほしい」 NTT東日本、「AI-OCR」とRPAサービス提供
ttp://egg.5ch.net/test/read.cgi/bizplus/1548241381/
(´・ω・`)情シス無い、日頃からPCがメモリ不足で何度も止まる、RPA動くのか心配。 結局のところ、情シスという形でなくても技術に詳しい人はいないとダメでしょ。 >>685
結局AI使ったところでOCRは必ず誤認識するし人のチェックが必要なこと考えると
人を切っての完全自動化は無理
人件費にプラスして月10万を中小はなかなか払えないよな…
手書きの帳票を禁止にでもしない限り広まらなさそう なんで完全自動化や人員置換に拘るのか…
別に作業量まで人だけの状態再現しなくていいのよ?
人作業との組み合わせて全体の作業量が増えれば費用はペイできるから問題ないじゃん >>688
現場で見てると分かると思うけど、普段帳票入力やってるような奴って
RPAで仕事が楽になって時間ができたところで、創造的な仕事はできないよ。
どうでもいい雑務でお茶にごしてサボるだけ。
それならそいつに今まで通りセコセコ時間一杯まで入力やらせて
おいたほうが月10万の無駄な費用かからない。
…って俺の上司の意見だが俺も同意w そんなのただの想像力不足か思考停止では?
現場の人ではなくあなた方の データベースというものが出てきた時と同じ話題で笑える。
自動化で今まで人海戦術では無理なデータ量まで扱えるようになるということは無視なんだな。
業務しだいで有用かどうかが変わる。
帳票入力だって1日3件だったら頑張って自動化しても旨味は無いけど1日10万件だったら美味しいだろ。 >>689
底辺の会社は大変だな
いやむしろそんな状態で潰れないのは羨ましいかも w >>689
確かに。
まあ、それでも入力ミスされるよりはマシだと思ってるけどな。 人を雇ってやっていけるなら、人を使う選択肢はいいんじゃないか?
世の中それで金が回っているわけだから。
これからマーケットが膨張し、ともなって利益が増えるんでRPAに
助けてもらう。それもいいんじゃないか?
でも、いまRPAが注目されているのは、マーケットは増えなくて
利益も競争で減っている、だからコスト減らしにRPAという流れ
なんで、なんか淋しい世界になってきたという気がしてる。 >>695
別のマーケットの仕事
需要のある仕事をしてもらった方が
社会全体としては適切なリソース配分になるんじゃね 社会全体としての適切なリソース配分ということであれば、ぶっちゃけ本部で椅子に座ってるだけの
穀潰し共に別の需要のある仕事をしてもらった方がだいぶ効率的になると思うの >>697
穀潰しという評価はあなたの評価だけど
その会社の人事権がある人は違う評価なんだろう
貴方が起業して会社設立の初期にとても苦労して
会社が軌道に乗った時に
現在の実態より評価が高い事を批判された
そういう状況かもしれない 上司の管理能力が無いとも言えるな。
何やらせるかの創造性は上が示して下にやらせるもんだ。
何なら上の仕事を自動化で空いた下の人員に割り当てて、上が十分に創造出来る環境作っても良い。 上とか下とかは会社組織上の分類でしかなくて
単なる役割の違い
その役割を遂行する為に必要な知識や能力は違うだろうが
今給料が低い役割を担当している人の能力が
給料が高い役割を担当している人の能力と比べて
必ず劣っているとは言えない
昇進して役割が変わるからな
会社の外では会社内の上とか下とかの会社に与えられた役割にはあまり意味がない >>699
あと創造したものが売れるかどうかは
また別の問題たけどな その迫真の五連sageはギャグなのか?
RPA絡めてりゃ作文投げてもいいってわけじゃないからな、他所でやれ RPAで不安なのは継続性
人として
作れる人メンテできる人がずっと居てくれるのか
プロダクトとして
バージョンアップしても旧バージョンのサポートをやめない、完全上位互換にしてくれるのか
提供会社が倒産したり撤退したり
実行環境として
Windowsやofficeやその他の業務アプリがバージョンアップしたときにも動作可能か >>705
なんでもやってもらうつもりの所はあんま導入しない方がいいのかもね 1番目のひととして は 自分のところの課題だから自分でやる
2と3は他所の課題
他所の課題はやってもらわないと困る
やってくれないと新規導入とたいして変わらないか、うわまわる工数がかかる それらはRPA以前からあるIT全般のリスクでしかないじゃん
んなもんWindows、Office、業務アプリのアップデートサイクル管理すれば3〜5年単位の業務メンテサイクル組めるから何ら問題ない
そういう統制出来ない会社は現場レベルで安めのRPAツール(サポートやら継続性は期待しない)使うに留めて責任やリスクも現場レベルに抑えればいい 昔は電話交換手とかいたわけだからな。
事務員も今後激減するだろうな。 >>703
需要のない記述は廃れる
経済的に成り立たない技術も
コンコルドも運用継続できなかった
その理由の一つであるソニックブームを技術的に解決したら
また超音速旅客機が運用されるかもしれない
RPAに関わる経済的な課題を技術的に解決することは一つの観点だろう
RPAを実行する仮想環境を作って
OSとかとの結合を疎にするとか プログラミング技術不要。現場で開発出来るみたいなノリで色んな部署に導入されたけど、結局は専門の人が開発とメンテで駆けずり回ってるわ。 プログラム不要のシステムを導入すると、
プログラムを書く方がむしろ楽だと気付く。 RPAの導入でヒアリングしたら、Excelのマクロで簡潔するじゃん。
と気づいたけど、そのまま、RPA導入を進める営業の行動は責められるのでしょうか? >>714
エクセル内だけじゃなくて他にも動かしていくんじゃないの? エクセルは、エクセルしか動かせないと思ってる人がいるんじゃないの? >>716
RPAだと知識がなくても動かせたから、そういうニーズでしょ。 態度がでかくて直ぐ権利を主張する事務員ババアを黙らせるニーズもあるよ でもこれってシステムが仕事してたら買わなくて良かった買い物だよね。 >>712
広告記事なんかにのせられてUIPathとかWinActorなんかを導入した会社は
どこもそんな感じになってるよねw
もっと簡単に使えるツールを選ばないと現場でRPAを活用するのは無理 >>716
excelをexcel以外からは動かせないと思っている人もいるな >>720
開発の人1人で複数の現場の作業できるようになるなら
一応は元取れてるんじゃないの? 自動化して美味しい業務とさほど美味しくない業務があるのは事実。
でもさほど美味しくない業務もちりも積れば山になるかもしれんと思い始めてる。 MPEG = エムペグ的な感じで、
RPA = ラパにしなさいよ。 愚直になっても単純に作らないと
いっしょけんめい工夫してしまうとあとの人が困る
裏技ダメ絶対 他社のシステムに毎日30項目*1000件入力するような作業だと効果がかなり大きい
人減らされて困窮してたから
作っておいてマジ良かった >>726
裏技使わないと実現できない状況もあるんじゃないの
裏技って何を指しているか知らないけど >>729
powershellやpythonが裏技で
UWSCが表技とかの分類基準は何?
その基準は誰が決めたの?
一部の人が勝手に言っているだけ?
あなた個人の思い込み? ユーザ側の立場では表とか裏とかどの名前とかどんな分類されようが関係ないんじゃないの?
引継ぎというか業務情報の共有ができているかどうかが課題じゃね? >>727
そんなアホなシステムあるのかよ。
大量の入力が想定されるシステムなら、
CSVアップロード機能くらい付けるだろう、普通。 2019.2.4
NHKおはよう日本
RPAで業務効率化
被災した熊本市役所ではもともと2割程度人員の削減をしていたこともあり
業務継続のための作業負担はとても大きく中には三ヶ月自宅に帰れない職員もいた
ハズキルーペのようなメガネをかけた職員
「保険の確認に一人ずつリストの中から探して本人かどうか確認して、80人分やるのに
だいたい一時間半くらいかかる。それが6分で済む。空いた時間で他の仕事ができる」 ふるさと納税の申請受付を受理して書類発送までが自動でできるようになった。
目下のところ問題は、役所の書類は手書きが多いため職員が入力してデータ化している。。。 自動化はとても良いことだけど
末端の端末で電子データにしてしまうからバックアップしていなくて消えたとか怖いことがありそう
改ざん防止もやらないと 高額のRPAバックアップオプションとかRPAセキュリティパック
を買わされそうだ >>737
データのバックアップはRPAと無関係に必要
手書き書類も改竄の可能性はあるし sageさんネタにマジレスしなくていいから
てかそこがポイントじゃない バックアップとってなかったらマジやばかった。
危うく作り直しになるところだった。 UiPath Academy Level3までいった。今、WinActor学習中。
WinActorは、UiPathからみると発展途上で使い物にならん。
以下WinActorがUiPathに比べて悪い点。
@デバッガーがなく、ブレークポイントのかわりにメッセージボックスを使う
A文字列連結演算ごときでもライブラリを使わなくてはならず、2つから5つまでの
文字列を連結するライブラリで対応している=糞
Bサブルーチンでのローカル変数は引数で代用する(AWKみたいな感じ)
Cサブルーチンを使うと自前のライブラリに登録ができない=複雑な処理の共通化
はできない。それ以下の端切れ(スニペット)なら登録可能。
DIE程度しかオブジェクト認識ができないため、すぐに画像認識や座標指定にたよる。
このため、画面などの環境が変わっただけで動かない。
E素人向けを謳うわりには、Excelで1行読み込むだけでもVBScriptのソースコードを
いじらなくてはならない場合がある。
Fデフォルトの変数が貧弱で1次元配列さえない。1次元配列はライブラリで使えるが、
変数の名前が変数リストに現れないため、保守性が悪くなる。
GWindowの区別は主にプロセス名とウィンドウタイトル。このため、同じソフトが
同じ名前で立ち上がっていると区別できず、誤動作を起こす。Windowハンドルや
エレメントハンドルのような概念はない。
HHTMLやアプリケーションの要素をグラフィカルに表示する仕組み(UiExplorerの
ようなもの)がないため、要素の取得がうまくいかないと苦労する。HTMLの
のソースを直接読むのは大変。
Hデータスクレーピングのような、Web画面からデータを取得する便利なウィザードはない。
Iサブルーチンを別ファイルとして保存できない。
J別シナリオはサブルーチンとしては使えず、Gotoでいったきりになり、帰ってこれない。
KUiPahの部品であるActivityは300で覚えるの大変だが、WinActorのノードと
ライブラリはもっとあり、素人向けというのは嘘。
WinActorは変数に型がなく、素人(プログラム経験のない事務員)でも使えるという
ような営業説明が多いが、はっきりいって嘘。
実際には、VBScriptを知っている熟練者でないとまともな自動化はできない。 BiZRoboは、1日だけ触ったが、インターフェースが独特すぎて、覚えられなかった。
ループごときの理解もできなかった。
RPAを試したいなら、まずは、無料で試せるUiPathを試すといいと思う。
学習は、AcademyのLevel1(無料)をちゃんとやれば、プログラマとして仕事が
できる。
信じられないかもしれないが、私はUiPathの関係者ではない。 あとWinActorは、コマンドライン引数で、シナリオにデータを渡すことができない。
UiPathは、引数でデータを渡せるので、バッチ処理が柔軟に記述できる。 >>741
なるほどなるほど。
俺も実際使ってみて確かに1万円のロケットマウスのほうがWinActorよりよっぽど使えると思った。
ただUiPathは741さんのようにプログラミングに精通している人は良いんだろうなとは思うが
俺のようにエクセルのマクロにも挫折する人間にとってはとても敷居が高い。
そして値段も高いw このスレにはWinActorめちゃめちゃ推してる人がいるから、これは荒れそうwww 俺もUIPath好きよ?
やりたいことがちゃんとできるようになってるっていうか。 それって高いお金払ってRPAじゃなくても出来るんじゃないの?
RPAの良さって何なのかな。 RPAなしでRPA相当のことやろうとしたら、相当技術力と工数いるぞ?
まず、言語は何を使うんだ? >>745
敷居が高いといわれると、ある程度そうかもしれない。UiPathの難易度はちょうど
Excelマクロくらい。RPAを使って、誰もが自動化できるみたいな事が宣伝されて
いるがそれは、ベンダーの嘘だ。Excelマクロが作れるくらいの能力は必要。
話は変わるがExcelマクロを覚えたいのなら、『できる大事典 Excel VBA』で勉強
すると良い。
また、UiPathはコミュニティエディションなら無料だ。(数週間に一度、
登録のし直しの必要あり)高いといわず、試してみて。
ところで、ロケットマウスって知らないけど、if文とかあるのかな? >>746
まだ、学習して二日目なので、是非、WinActorの習熟者には、間違いなど指摘
してもらいたい。
現在、ネットを検索しても、どっちがいいかわかるレベルでの、まともな
比較の記事は見つからない。少なくとも、ぼくの指摘レベルまで突っ込んだ
ものは見たことがない。ここで議論できればうれしい。 >>748
@ifや変数という概念のない簡易自動化ツールと比べたRPAの利点は、何等かの
判断をすることにより、複雑なことがプログラミングできるところが利点。
AExcelマクロと比べた場合は、Excelマクロが主にExcelのみの自動化
(あとはせいぜいIE程度)なのに対して、RPAはWindowsで動く大抵のソフト
が対象なところが利点。逆にExcelだけの自動化ならRPAよりマクロのほうが
確実で高速に動く。
B汎用言語(C#など)と比べた場合には、自動化のための部品がたくさん
そろっていて、簡単に自動化ができるところが利点。
CERP(会社用のつまらないソフト)上のマクロ言語に対する利点は、内部を
触らないため、デグレードしたときの切り分けが簡単であること、そして、
おそらくは、簡単に開発できるので、開発の値段が下げられるところ
だと思う。
いるので、 画像認識、座標指定を主とする簡易的なRPAは、事務員が扱うツールとしては、
作成もしやすく便利かもしれないが、月に何人日かを削減するレベルの自動化
を目指すなら、ある程度のプログラミングが必要であり、もっと本格的なRPA
が必要になる。具体的には、Uipath,BluePlizm,Automation Anywhere,
WinActor,BizRoboなどだ。これらは、ベンダー(売り手)やその手先がいうよう
にプログラミング未経験者でも簡単に作成できるという代物ではない。
はっきりいって、導入した何パーセントかの人は騙されていると思う。 大抵のRPAについているレコーディング機能、つまり人がやったマウスおよび
キー操作をRPAツールが覚えて、同じことを再現するという機能は、RPAが簡単
に作成できるものとして、宣伝に使われるが、これだけでは、人減らしをする
レベルの複雑な自動化はできない。はっきりいって、営業の騙しの機能である。 これはWinActor派の反応が見ものだな。(期待してるの意味)
私は180cm100kg超えのUiPath派(Level3学習中)
個人的にはUiPathは要するにくそ生産性の高い.net系のプログラミング言語だと捉えている。
(invokeしちゃえばなんでもありジャン)。既存言語処理系でも”できるかできないか”で議論す
ればどちらもできるになってしまうが、生産性(修得に要する時間含む)に倍半分どころでない
差がある(この辺は状況によって異なるでしょうが。)
BulePrismとAutomationAnywhereの実態がようわからんが、とりあえず現状同一機能構築時
のイニシャルとランニングコストはUiPathのダンピング状態な訳で。
それといまの状況だと技術(使いこなし?)情報の流通量もドメスティクでは圧倒的で。(できるUiPath
なんて本国でも出てないし。) 正規表現とhtmlに親しんだ.net開発部隊は速攻3日でwizardでしょ。
何か長くなってスマソ。 >>749
c#とかpowershellじゃあかんのかな?
ウインドウハンドルとメッセージ使えるからwindowsならたいていのこと出来ると思うが >>749
vbaでもpowershellでもpythonでも色々使えるんじゃね >>755
BulePrismは、某社でバラ売りを可能にすることにより大分安くなった。各社、
Orchestrator(サーバー管理)を導入するレベルの品ぞろえをすると値段は、
変わらなくなってきている。年間100万円前後というところ。
製品版(エンタープライズエディション)では、UiPathが最も安く、無料版
も備えている。年間100万円ということは、月にして8万円。開発費や保守費用
(RPAは実は環境の変化に弱いので保守が入りやすいソフト)を入れると
月に8万円*3倍(よくある仕入れに対する売上の比率)=24万円程度の
人減らしができないと導入する意味がない。人一人減らして、導入の意味がある。
それゆえ、RPAの実装されるレベルは、人ひとりの作業がなくなる程度の大きさ
複雑さを持つことになる。これが、簡易RPAとの違いになってくると思う。 >>756
>>757
もちろん、そうなのだけど、画面要素を指定するのにクリック一発で、自動解析
してとって来てくれるのが既存言語より楽なところ。
UiPath自体は、おそらく、.NETで作られている。 >>755
そういえば、WinActorのデフォルトのReplace(置換)は、正規表現が使えなかった
と思う。ただ、ここは、不確かなので、今日調べてみようと思う。WinActor
派の人、間違ってたら教えてください。
RPAでは、文字列の処理をするとき正規表現が使えないとかなり苦労する。
WinActor、画面の指定なんかは正規表現使えるんだどね。 .netアプリだとハンドルじゃどうにもならんぞ。
UIAutomationを使って操作する。
それでもどうにもならん場合があって、そういう時に画像認識を使ってたな。 よく分からんキーワードについて少し補足がほしい
複雑なRPAってなに? 話にあがってこないけど、autoジョブ名人ってどう?
使ったり検討してる人いるのかな? もうプログラマの会話だな
現場で一般人が使えるRPAが出てくるのはいつになるのやら >>759
おそらくもクソも.netのworkflow foundationをコア技術に採用してるんだが。expressionにvbしか使えないのもそのせい。 >>764
そこらのツールで十分できてるけどプログラム知識半端にある層が変にイチャモンつけてるだけな気がするがね
わざわざやりにくい物、できない事を論って出来ることには目が向かない有能なアレ >>764
操作を記録して再生できれば単純作業にはてき面だからそういうの >>766
出来ることを実現するのにかかるコストと
実現した時のメリットの話しでもあると思うが
メリットを大きくするには既存の製品では機能不足だから
こう言う流れになるんじゃね? >>768
まぁ各製品の機能差を知らないから気軽に言ってしまってるだけかもしれない
そんなに現場でプログラミングレベルの機能必要なのかな…ファジーなことをやらせようとするといるのかな? 実際に対象業務作業の洗い出し、実装検討をしてみればわかると思うけど
人間様は結構複雑なことやってるよ。
で簡単なことは確かにWinActorどころかRoketMouseどころかVBSでもで事
足りる(下手すりゃ.batでも)という落ち。
で途中で一か所でも手作業を入れちゃうと効果半減という残酷な仕打ち。 素朴な疑問だが、なんで現場の人間に実装させるという話になってるんだ? 事務員でもできますというふれこみだからな。
まあ、詐欺だが。 最新千歯扱き(カムイ伝参照)のつもりだよね、マネージメントは。 >>760
本日調べたが、やはり、WinActorのデフォルトのReplace(置換)は、
正規表現が使えなかった。ただ、VBScriptが簡単に書き換えられるので
たった数行書き換えるだけで、正規表現対応にはなる。
だったら、最初から入れといてくれというのは感じた。 >>774
いつもいつも
”明日職場で使える”
センテンスの数々どうもありがとう。
RegExの件、WinActorは横須賀の内製ツールからの発展ということらしいけど、
置換で正規表現を使うような機会がなかったんだね。(棒)
IBMがAutomationAnywhereを担いだみたいだね。どうせWatosonとのスムーズ
な連携とか言い出すんだけど生暖かい眼で見守ろう。(断定) >>771
772が言うように、日本において、RPAを売りだすとき、現場の人間でも、
実装できるのが、類似技術であるマクロとの違いだと嘘をいってしまった
のが、現場の人間が実装するというようなことを話す原因だと思う。
ここら辺のことは、2016年発行の『RPA革命の衝撃』を読むと、鮮明に
表現されていて、嘘を言い出したのは、現RPAホールディングス社ではな
いかと感じる。ネットの記事もこれに準拠しているので、誤解が蔓延して
いるのではないだろうか。 >>776
だから、現場の人間が明日職場で使えるというのは、RPAホールディングス社の
売り込みのための嘘に惑わされているのであって、RPAの本質ではないと思う。
Robotic Process Automation(ソフトウェアによる業務の自動化)に、現場の
人間による実装というのは、本質的ではなく、ロボット製造にプログラマを
使ってでも、現場の作業者を何人か減らすというのが目標だろう。
この減らされる人の中には、簡易なRPAツールを使って仕事を便利にしようと
思っている人間も含められてる。
そもそも、RPAは、一括りの業務の一部を、作業者を残したまま便利に自動化
するのが目標ではなく、作業者をまったく消してマクロに置き換えようという
ものではないだろうか?
何人か、 WinActorが画像認識に頼りがちというのは、中央で、ロボットを作成し、
その後、全国の拠点に配布するという方法が難しくなる。
ロボットを作成し、配布したのち、各拠点の格端末の画面サイズが違う設定
になっているだけで動かなくなる可能性が高いからだ。
各拠点でロボットの作り直しするなら、コスト削減効果が大幅に減る。
以下のURLに実際の例が書いてあった。
http://nnwinactor.blog.jp/archives/cat_193218.html >>775
職場で話しまくり、ネットでも広めて、WinActorという糞ツールで糞まみれに
なる事態を減らしましょう。 >>774
ちなみに、WinActorのライブラリ>07文字列操作>01変換・成形>文字列置換.ums5
のスクリプトタブを開き、
'文字列置換
ret = Replace(str,before,after)
↓
'文字列置換
Set regEx = CreateObject("VBScript.RegExp")
regEx.Pattern = before
ret = regEx.Replace(str, after)
と書き換えると正規表現置換になる。
この程度のコードを書くのが嫌ならWinActorは使えないと思う。
これは、一つの試金石だろう。 >>782
少なくとも、ぼくは、こんなの書きたくもない。
WinActor使えない。(無理矢理つかわされるかもしれんけど) UIPathは基本的にVBのライブラリは全部使えるんだっけ? さてここから個人的な必要性によりWinActor勢の怒涛の反論の嵐を(割と切実に)期待させていただきます。
あとAutomationAnywhere, BluePrismに詳しい方、売り手の方もUiPathなんてニワカと一緒にするするな的
なノリの忌憚なきコメントをご提供願います。(WhitePaperっぽいのはいらないです) >>777
その方向を目標にするなら
エクセルとかPDFとか使わずに
XML、JSON使うと思うけどな
最終的な帳票だけPDF出力する >>782
必要にして充分な正規表現を使えないと誤認識があまいことになる
自然言語の表記揺れを一行で済ますのも無理 >>788
おそらく文字列一致判定の実務上の主ターゲットは、あるNumering System Spec. に
規定された番号の抽出になると思われます。”自然言語の表記ゆれ”までロボット本体
にコーディングする要件があるならばその部分は別途外部システムに担わせるべきかと。
後ハードコーディングと正規表現処理の誤認識の可能性は私の狭い経験上は”同等”です。
確かに可読性が惨いことは認めます。 最近のWinActorディスを見る限り
品質向上のためのフィードバックする前に
投げ出したほうが早い出来に見える
ゲームじゃないんだから有料デバッガ集める努力する前に
フィードバックしたくなる程度のクオリティまで仕上げて来いって感じ >>789
規定された番号でも3桁〜6桁が
ab数値数値
のものとかありそう RPAが動いてる間って、ヒマじゃん。
突然画面が回るとか、ラスタスクロールするとか、
何か飽きないような演出ないの?
ないか。 RPA動かすための専用マシンを用意して、自分のメインマシンでは動かさないのが吉。 >>785
現在、WinActorの学習をはじめて3日目。
WinActor_操作マニュアル.pdfを読み終わり、
WinActor_ユーザライブラリサンプル説明書.pdfのほうを読んでいる。
この二つのマニュアルで、機能のほとんどを網羅すると思うのだけど、
ちょっとした間違いの指摘はあっても、たぶん、怒涛の反論はないん
じゃないかと思っている。
ちなみに、WinActorのPDFの学習の順は以下が良いと思う。
@チュートリアル初級編
Aチュートリアル中級編
BWinActor_操作マニュアル.pdf
CWinActor_ユーザライブラリサンプル説明書.pdf
その他のPDFは、必要に応じてってところかな。
後、VB系の言語をやったことないなら、VBScriptの勉強をしたほうがいい。
に慣れているなら読んでみて。 >>786
理想的にはそうだが、現実には、自社とはまったく関係ない他社や
自社より立場の強い他社がPDFを送ってくる場合がある。
このような場合は、相手の会社に変更を頼めないため
そんな理想もいってられない。このようなときのつなぎにRPAを使う場合
がある。
もちろん、自社内で、JSONなどテキスト系のデータに変更できるなら、
そちらのほうがいい。実際、現場に入って話を聞いてみると実はRPAなど
いらず、データ形式を変えることで解決できることもある。
RPAは理想的な手段が使えない場合のしょうがない場合の手段ともいえると思う。 >>794
返信サンクス。
国産だけに見た目は2000年代だけど現場上がりの質実剛健を期待したんだけど、
2000社導入はマーケティングの成果なのかな。
皆さんどの程度の機能を実現されているのだろう。
銀行の窓口業務なんか経験ないからよくわかんないけどエグイ例外処理の塊み
たいのを想像していたんだが。
まあOrchestrator相当機能が今頃リリースという時点で気づくべきか。 >>796
NTT系列だから、元々の販路は大きく、マニュアルやサポートが日本語というの
が、当初強かった。(現在はUiPathも日本語化に関して、ましになってきている)
国内のみについていえば、UiPathの数倍売れているので、ぼくもWinActorは
UiPathに比べて少しは劣っているかもしれないが、我慢できる程度の機能を
持ったものだと思っていた。しかし、勉強してみると、ダメダメなことがわか
った。ついでにいうと、UiPathより値段が高い。
いまだに、ネット上には、RPA BANKの「こんなもん読んでも選べねー」って
程度の「徹底比較記事」しかなくRPAイベントでは、WinActorは盛況なので、
騙されていたわけだ。マニュアルの比較をしてやっと目が覚めた。
ほかのRPAはまだ学習していないがUiPathとWinActorだったら絶対UiPathのほうが
良い。というか、WinActorはダメだろう。みんな騙されるなって感じ。 企業の選ぶ立場の人は自分で作業しないから単に接待が豪華で日本人好みの方を選ぶ。
どっちかは分かるな? RPAの「誰でも使える」は誇大広告だけど、
現場にシステム化の恩恵を布教する為のツールになれば良いかと >>799
言うてることメチャクチャやん
何やねんその希望的観測みたいなの ウインドウハンドルだけじゃエクスプローラーの操作しようとするだけで詰むなこれ キーボード操作でどうとでもなる。
win + r
開きたいフォルダ名
エンター
フォーカス当てたいファイル名
app(=右クリメニュー出てくるキー)
↓キー何回
エンター
など。
悲しくなってきたwww お前らみたいなバリバリのプログラマーを対象にして無いものに文句言ったって仕方ないだろ。と思うわ。 >>803
それで実現できる事かもたらす便益と費用
それから保守や周囲の変更に追随可能かどうか
そう言う観点での評価が必要 金は問題じゃないよ、そんなカツカツの会社はフリーソフト使っとけばいい。 >>806
企業は利潤追求するもの
金が問題じゃないならRPAの商品を無償で提供すれば良いってことになる >>807
トライアルで試したけど自動処理の失敗が多くて残念な印象しかない >>810
長時間残業をなくしたいの、働き方改革のせいで。
儲けは本業で出すから。 >>812
費用がかかっていいなら外注すればいいんじゃないの? >>799 WinActor(うんこ役者)がいくらか知ってるか?
糞なくせに年間で90万円だ。
しかも、1年たったらまた、払えとくる。
「布教する為のツール」は無料ツールで充分だ。 >>795
>自社より立場の強い他社がPDFを送ってくる場合がある。
ホントそれ。
普通のPDFならまだしも、紙をスキャンしたPDFなんて送られた日には、
マジで頭腐ってんじゃねえの?って思う。
今2019年だよ?
そういうアホは、江戸時代からやり直せっての。 >>733
あるんだよ、、、日本の非IT業界を舐めちゃいけない >>714
いわれるようにExcelとRPAは相性が良くなくて
やはりブラウザベースアプリを対象にしている場合じゃないと、
効果は薄いね。 エクセルもブラウザもpowershellでちょいちょい書いたほうが…
RPAは誰でも使える!が事実だったらあれだけど
結局保守要員が必要なら要らないよなぁと RPA以外でも、プログラムレスで出来ますってのが流行ってるみたいだけど、
絶対罠だよな。
限られた機能の中で試行錯誤するより、
プログラム書く方が楽だもの。 ローコード/ノーコードはコーディングが少なかったり無かったりするだけで厳然たるプログラミング作業。
日本語でもプログラミングはできる。コーディングではないだけで。
お前らも会社では上司に、家では妻にプログラミングされてるだろう? 頭で考えた日本語を、VBだのC#だのに翻訳してるだけだしな。 プログラムだけあっても
それを実行しなければ結果を得られない
計画を立てるのとそれを実現できるのは別
こうすればできると判っている事と
実際にそれが出来る事とは別 RPAって
他社製GUIアプリを
SeleniumやUIAutomationのような自動化ツールでラップして
プログラマフレンドリーなプロキシクラスを作る
ってお仕事で合ってる?
プロキシクラスを使って新しいアプリケーションを作りとこまでやる? 今日は、WinActorのFAQ(よくある質問)を読んだ。そこに面白い記述があったよ。
例えば、メモ帳2枚立ち上げて、タイトルが同じ無題の場合は区別ができない
みたいね。どうしても区別したい場合は、サイズを変えて、区別するんだって、
かなり、いけていないよ。
以下がFAQからの抜粋。
質問:ウィンドウタイトル、ウィンドウクラス名、プロセス名が一致する2つの
画面がある場合、操作対象となる画面は正確に判断できますか。
回答:重複する画面がある場合、操作対象画面の正確な判断はできません。
画面A、Bをサイズを指定して開けるのであれば、
識別ルールで「ウィンドウサイズ」が指定した値と「等しい」という条件を
付けることで区別することは可能です。 >>811
そうなんだ
マイナーだけど買切りで安価ぽいのに UWSCのHELPより
// アプリの起動
戻値 = EXEC( exe名, [同期フラグ, X, Y, 幅, 高さ] )
戻値
そのWindowを識別するID を返す
終了待ちが指定された場合は、そのアプリの終了コードを返す
※ 注:Explorer等の別プロセスを呼ぶものは、期待どおりに戻値を返さない事がある 何だよそれ。
もうFindWindowでいいじゃん。 WinActorのマニュアルをあともう少しで読み終わる。(飛ばし読みだが)
UiPath VS WinActorという比較は、UiPathの圧倒的勝利で確定だろう。
そんな中、WinActor側でちょっと良いなと思った機能があった。
データ一覧の機能だ。
これは、入力ファイル(CSVやExcel)を指定してやると、シナリオ全体が
入力ファイルを処理するためのブロックの中に入ったようになり、ループ
を明示的に書かなくても処理ができる機能だ。
UNIXを触った人間なら、この機能が、簡易言語のAWKと非常に似ていることに
気が付くだろう。AWKでいうところのBEGINパターン、ENDパターンに類する
機能もあり、WinActorは実は、WindowsにおけるAWKを目指したのではないか
と思えてくる。要するにCSVをデータの元としてWindowsのGUIに対して
反復する処理を簡単に記述できるソフトだ。
ところが、RPAブームが起きてしまった。金儲けをしたい連中は、Windows
世界のAWKを年間100万円とれるグロテスクな奇形物に変形することを企て
たのではないか?そんな妄想が頭に浮かんだ。かわいそうなWinActorという。 >>814
そんなの何ともない金額だと思うけど、どんな規模の会社に導入しようとしてるの? 何ユーザーで90万なんだ?
1ユーザーでそれなら、確かに高いが。 挙がっているNGポイントの一部がUiPathだとどうかってところが触ったことない自分には分からず気になった
結論ありきで比較?されてるので雰囲気でWinActorダメなところ多くUiPathだと問題ないよって感じはするけど推しのポイントが弱い印象
何というか減点方式で比較してWinActorが減点されまくったのでUiPathの勝利ですねってなんか変じゃねと
※WinActor擁護したいわけではなく単に同じくらいUiPathのことも知らない人から見たイチ意見
なので有るならUiPathのダメな所も聞いてみたい
ちょっと調べてみた感じごく一部の人がオフライン環境での運用周りで躓いてる位しかなさそうだったけど それが1ユーザーで90万/年なんだな。
まあ数が増えれば時価だが。 >>833
絶対いらねぇぇぇぇwwwww
社内にいるExcel得意やつに、
IE制御とかUIAutomationのマクロ書かせるだけの話だ、そんなもん。 物知らずが発揮する謎のバランス感覚w
知らないなら黙って聞いてりゃいいのに。
おまえはwinactor使ってろよ偉そうに。
「〜な気がする」?妄想ですねw >>741
>>832
確かに減点方式で推しというのには、一理ある。
とりあえず、UiPathを知らない人のために、批判点がUiPathではどうであるか追記する。
→の後ろの部分がUiPathに対する記述。
@デバッガーがなく、ブレークポイントのかわりにメッセージボックスを使う
→デバッガーがあり、Step into,Step OVerができる
A文字列連結演算ごときでもライブラリを使わなくてはならず、2つから5つまでの
文字列を連結するライブラリで対応している
→文字列連結は、通常の言語と同じように &演算子や+演算子を使い式として表現できる。
Bサブルーチンでのローカル変数は引数で代用する(AWKみたいな感じ)
→サブルーチンにローカル変数がある。
Cサブルーチンを使うと自前のライブラリに登録ができない=複雑な処理の共通化
はできない。それ以下の端切れ(スニペット)なら登録可能。
→スニペットを登録するほか、基本、サブルーチンはファイルで、単シナリオから簡単に
呼べる
DIE程度しかオブジェクト認識ができないため、すぐに画像認識や座標指定にたよる。
このため、画面などの環境が変わっただけで動かない。
→WinActorに比べてオブジェクト認識できるソフトが多いので、このような目にあう
可能性が低い >>741
>>832
長文なので、分割してアップする。
E素人向けを謳うわりには、Excelで1行読み込むだけでもVBScriptのソースコードを
いじらなくてはならない場合がある。
→Excelを読み込むのにわざわざソースコードを変更する必要はない。
Fデフォルトの変数が貧弱で1次元配列さえない。1次元配列はライブラリで使えるが、
変数の名前が変数リストに現れないため、保守性が悪くなる。
→一次元配列を変数リストで簡単に定義できる。当然、表示はされている。
GWindowの区別は主にプロセス名とウィンドウタイトル。このため、同じソフトが
同じ名前で立ち上がっていると区別できず、誤動作を起こす。Windowハンドルや
エレメントハンドルのような概念はない。
→Windowハンドル、エレメントハンドルの機能があるので、ハンドルを使えば、
ロボットが自分で立ち上げていない同じソフトが立ち上がっていても、誤動作させる
ことはない。
HHTMLやアプリケーションの要素をグラフィカルに表示する仕組み(UiExplorerの
ようなもの)がないため、要素の取得がうまくいかないと苦労する。HTMLの
のソースを直接読むのは大変。
→UiExplorerがあり、HTMLのどの属性を使いどの属性を使わないか簡単に選べる。
Hデータスクレーピングのような、Web画面からデータを取得する便利なウィザードはない。
→データスクレーピングがあり、Web画面の表は、ノープログラミングで取得できる。
Iサブルーチンを別ファイルとして保存できない。
→サブルーチンはもともと別ファイル。
J別シナリオはサブルーチンとしては使えず、Gotoでいったきりになり、帰ってこれない。
→シナリオも形式的にはサブルーチンと同じ形式なため自由に呼び出せる
KUiPahの部品であるActivityは300で覚えるの大変だが、WinActorのノードと
ライブラリはもっとあり、素人向けというのは嘘。
→これに関しては、どっちもどっち。 >>832
いいたいのは、まさに、「WinActorダメなところ多くUiPathだと問題ないよ」
ということ。
UiPathが最高だといっているわけではなく、業務の自動化ツールとして
期待されるものをUiPathはほぼ持っていて、問題なく使っていたのだが、
同様の物としてWinActorを学習したところ、問題だらけだと感じたので、
その問題を列挙したのが最初のリスト。
要するにUiPathは普通、WinActorダメなところがあるってことで、勝負
あったと言っている。 UiPathは50万/年。WinActorは90万/年なので、たとえ同程度の機能だったと
しても値段の面でも勝負あったと思う。
お金という面でいうと上のリストからWinActorは製造コストがUiPathに
比べてかかりそうだと推測される。
@開発言語の変数が貧弱→余計なコードを書く必要があり製造日数が増える。
A開発ツールが貧弱→製造とデバッグに時間がかかり製造日数が増える。
Bライブラリが貧弱→新規にVBScriptを記述するのが必須になり製造日数が増える
また、VBScriptを知っている人が必要で単価があがる。
C画像認識が主→一か所で開発したものを拠点に配布ということをすると画面
設定が違っているだけで、動作しなくなる。このため各拠点で作り直しをしなく
てはならずコストがかかる。 >>832
UiPathの駄目なところは、プロジェクト(プログラム単体)をまたがった
サブルーチンの扱いが弱いところ。UiPathではプロジェクトをまたがった
サブルーチン(UiPathではサブルーチンはファイルになる)を共有化す
る場合、3つの方法があると思う。どれも問題があり、いけてない。
@サブルーチンをカスタムアクティヴィティにする
サブルーチン内がブラックボックスになりデバッグできなくなる。
共通ルーチンといっても業務の仕様変更により変更される場合が
あり、各プロジェクトでエラーが発生してもお手上げになる。
A各プロジェクト内にサブルーチンファイルをコピー
コピーなので、各プロジェクトでバージョンの差異などが発生
したり、各プロジェクトで勝手に書き換えられる可能性がある。
Bプロジェクト外にサブルーチンを置く
開発ツールからの実行以外できなくなる。
Publishは開発ツールのない環境でも動かすための操作だが、
プロジェクト外にサブルーチンを置くとPublishした先で
シナリオが動かなくなる。 Bに関しては、Invoke Work Flow Fileで絶対パスを書いていれば動くかもしれない。 >>840
ちなみに、WinActorはこういう場合、Aに近い感じで、やはりいけてない。
ライブラリに登録したノードのライブラリを変更してもそれをつかっている
シナリオには自動で変更は加わらない。これに関してはFAQにある。
質問:ユーザライブラリとして定義したシナリオを変更した場合は、
ライブラリの更新をすることで使用している全てのシナリオに自動的に
適用されますか。それとも手動で全て適用しなおす必要がありますか。
回答:ユーザライブラリに変更を加えた際には手動で各シナリオ内で
置き換えなおす必要があります。 >>836-837
詳細にありがとう
プラマイの判断が難しい所があるね(中身知らないせいもあるけど)
A文字列結合
逆に数値型を文字列に結合したい場合、UiPathではキャストしないといけなく初心者の躓きポイントだと見かけた
WinActorの変数に型がないのと結合にライブラリ関数使っているのは良いポイントなのかもしれない
Dオブジェクト認識
Gウインドウ認識
これがどの位問題になるかがケースバイケースなのと、
UiPathでは可能だけど決して実現(コードで記述?)が簡単ではないのでは?
EExcel一行読むのにVBScript
場合…が分からない、標準の行選択でダメなのはどういう条件?
Iサブルーチンを別ファイル
サブルーチン集(バラでもいいけど)なシナリオ作れば代用できそうで致命的には感じない
インポートや引っ越しが手間な気はするけどあんまりUiPathと変わらないような
後のものは使うかで判断が分かれるかな
結局UiPathなら大体カバーできて不足はない、けど限定的な簡易性だけはWinActorに分が…ないでもない
最初にWinActor選んでしまう失敗はこの辺から来てるんだろうなあ
(後は日本独特の権威症候群やら非国産アレルギー)
大抵の場合どちらか選択しないといけなくてこんな日和った事言えないんだろうけど…自分がやるなら両方手元にあると自由に出来て楽になりそう 何十万もするツールを買う価値はありますか?
少し調べた限りでは普通にプログラミングしたほうが簡単なんじゃないの?という気がしてます >>844
普通にプログラミング出来るってのがバグがなく保守しやすいプログラム作るってのなら
今の市場で採用するのはほぼ無理だろう
エクセルマクロのレベルでよければRPAよりそっちの方が安くて早いと思う
毎日決まった形式のデータを社内アプリに何千件も転記するみたいな作業があったら費用対効果高いかもしれない >>823
それは手段の一つじゃね?
目的と手段を混同しないように注意か必要 >>840
プレゼン資料とか判りにくいって言われない?
何を説明したいのか目的は何か考えている?
比較したいんだったらそれを簡単に出来るように表現した方がいい 画面に変更入れる度にRPAが動かなくなったとユーザーが文句言ってくるのがウザいから
いっそRPAが使えないように細工してやろうと思うんだけど、どうするのが効果的だろう? >>848
ポップアップメッセージを出して
アクティブ画面を奪う
RPAが仕様変更に弱いのはこういう所
要はイタズラアプリみたいな事をすれば良い 頻繁に変更入れるところで画像マッチング使うとかあふぉやん。 >>848
start google.co.jp [特定のプロセスを監視して終了させる] >>848
その細工した途端にRPAが動かなくなったという苦情が来るだけなのでは…? >>848
システム部門の方ですか?
そもそもRPA使わなくても済むような仕様にしてやれよ。
というのは置いておいて、
ボタン類を、全部BitBltで描画すれば弄れないんじゃね? >>853
もうお遊びモードだけど
最大化してPageUpかDownか押して
Tabとかショートカットとかも使えるも
のは何でも使って
定規で位置測って
位置指定してクリックしてやるから
首を洗って待ってろよ。 >>そもそもRPA使わなくても済むような仕様にしてやれよ。
深く深く完全同意。 >>852
導入した2000社+800社さんに問いたい。
この問題にどう対応されてますか?
(回答例)
(1) 弊社には野良RPAなど存在せず、システムとそのシステムを利用しているRPAは
完全に紐づけされて管理しているので、システム変更は紐づけられたRPAの修正
と包括して実施されるため問題ない。
(2) システムの修正情報、リリース次期をRPA利用部門に伝達し、各RPA利用部門が
必要な修正を実施する。RPAの修正を見逃す、ないし実現できなくても、システム
部門の守備範囲外のこととして運用している。
(3) RPAはユーザー部門が勝手に作って運用しているのだから、システム改変もRPA
への影響など考慮するいわれはない。 UIPath vs WinActorで盛り上がってるけど
それどっちも現場で評判の悪いRPAツールの二大巨頭だからなw
UIPathはプログラマ崩れにはいいんだが決して誰もが使えるツールではない。
社員が使いこなせるようになるまでの教育が大変。
WinActorは本格派にとっては機能不足だし、初心者にとっては物凄く使い辛く
一番失敗する確率が高い。
プログラマ向けとしてUIPathは生き残ると思うが、事務職や一般人向けの
RPAツールは後発組のほうが良さげなのがある。 現場で評判の良いRPAツールとは?w
文句言いたいだけの野党みたいなやつだなw こういうのって製造のコントロールが不能な他社製のアプリを無理やり動かしてプログラミング部品として再利用可能にするのだと思ってたが違うのか?
自社が権利を持ってるプログラムなら開発にAPI公開してくれって言えば済む話だからRPAのためにわざわざ運用開発間で面倒な取り決めを設けるのは馬鹿馬鹿しい APIを開発するのとRPAとどっちが工数少ないかって話でもあるんじゃね。 >>843
A文字列結合
これで思い出した。WinActorは演算子の評価の場合になんでも、ライブラリを
使わなくてはならず、とてもめんどくさい。"文字列" & "連結"というのも
ライブラリ使わなきゃできないし、1+1を計算するのもライブラリをわざわざ
呼び出す。めんどくさいことこのうえない。
GWindow認識
Windowハンドルの使用頻度はとても高い。ロボットが扱うWindowに関しては
基本すべて使ったほうが安全。こうすることにより、ロボット以外が立ち上げた
Windowを間違って操作するという誤動作を防げる。逆にいうと、WinActor
は誤動作のおそれがあるロボットが作成される。
EExcel一行読むのにVBScript
質問の意味がわからないのだが「標準の行選択でダメなのはどういう条件」と
いうのをデータ一覧を使う場合ととるなら、二つ以上のExcelを開く場合かな。
Iサブルーチンを別ファイル
これも意味がわからなかったが、WinActorではサブルーチンからサブルーチン
を呼び出すサブルーチンは登録ができない。要するに複雑なサブルーチン
は登録できないという制限があるようだ。 受注仕事でジョイントベンチャー組んで、顧客システムシステムやジョイベン先システムに
期間中膨大なファイルデータの提出を強いられる場合など、かなりわかりやすく工数、操作ミ
スの削減になる。
自社システムの改修対応が大正義なのは重々承知ではあるが、稼働リードタイムとコストの
検討で使い捨て上等の覚悟でRPA採用というケースは増加すると想定する。(というか実際増
えてる。世の中のシステムみんなが洗練されたデータ入出力機構を備えているわけではない
ので。) >>858
.>>それどっちも現場で評判の悪いRPAツールの二大巨頭だからなw
これBLOGなりなんなりのソース紹介してくれないかな。
提灯はいっぱいすぐ見つけられるんだけど、悪評に飢えてるので。 国産のRPAでWinActorより高機能なものってあるのかな?
開発資金の差でWinActorより高機能なものは生まれない気がするが、
あれば教えて欲しい。
国産RPAのカタログだけみると座標認識多めの簡易ツール的なものが多い気が
する。確かに、そういうもののほうが一般の事務員は使いやすいだろう。
ただ、RPAの目標は人減らしであり、実際のプログラミングはプログラマに
まかせればいいのであって事務員が使いやすいかどうかは関係ないのではないか? 単価の高いプログラマー雇いたくないのでね、上はメンテまで事務員にやらせたいのだよ。
社内にいるプログラマーが率先してこの10年、社内で人減らすような仕事ぶりだったらこんなもん流行らなかった。 >社内にいるプログラマーが率先してこの10年、社内で人減らすような仕事ぶりだったら
その減らす側の者だけど、現実は難しい。
ネ申エクセルにしがみついてるようなのが多くて、なかなかIT化が進まん。 UiPathのようなグラフィカルな擬似プログラミングツールよりもExcel.AutomationのようなCOMクラスライブラリを自動化したいアプリごとに作ってくれた方が運用チームが幸せになれると思う
COMクラスライブラリなら事務職が使い慣れたVBAから呼べるし再利用性も高い
画面デザインがちょっとくらい変わってもCOMクラスライブラリ側で差分を吸収するチャンスがあるから運用チームの書いたプログラムまで影響が波及しないで済むことも多いだろう
ちゃんとしたプログラマを雇えばそういうことが可能になる 2018年6月時点のものだがRPA先進国アメリカにおけるRPA製品の比較ページが
転がっていたので共有する。
https://samfundsdesign.dk/siteassets/media/downloads/pdf/the_forrester_wave_rpa_2018_uipath_rpa_leader.pdf
全体は英語で長いが9ページ目の図がまとまっている。縦軸が現状の製品の強さ、
横軸が将来における製品の強さという程度の意味だろう(英語自信なし、誰か助けて)
おそらくネットの書き込みをまとめたものなので日本のRPA BANKよりは公平だと思う。
これによれば、アメリカで力がある製品はUiParh,Automation Anywhere,Blue Plism
の三つでReaders(業界をひっぱっていく会社)というカテゴリーに分類されている。
日本において初期に導入されたBizRobo!、SynchRoidという名前で売られるkofaxは
Strong Performers(人気ある会社)で次点だ。 国内シェアナンバーワンのWinActorでさえ、UiPathと比べるとダメなところが
目立つのに、「後発組み」と呼ばれるソフトがUiPathより良いとは思えない。
ほんと「後発組み」のソフトって何か教えて欲しい。 >>870
ありがてぇありがてぇ
しかしrpabankの記事ほんとクソやな >>792
これは、RPAを導入して、人減らしの効果が上がらないパターンの例だね。
業務の一部のみしかRPA化していないので、ロボットを人間が起動しなく
てはならず、起動した後もロボットの作業が終わるのを待つために人間が
ボーッと作業を見続ける。これだと労働者は楽だが、まったく人員の削減
にはならない。
RPA化するときは、業務全体が無理だとしても、少なくとも一連の比較的
時間のかかる作業を完全にRPA化し、起動は時間起動やファイル監視、
終了はメール送信等にするべきだろう。そうすればこのようなことはな
くなる。
上記のような機能を比較的簡単に実装するとなると、ある程度複雑なRPA
ツールになるだろう。
これが出来ない簡易的なRPAツールは、労働者がボーッと休ませるためだけの
ものになるのではないだろうか?(まあ、それも一つの良さかもしれんが) >>872
RPA BANKはベンダーの機嫌を損ねてはならないので過激なことは書けないの
だろう。
遅ればせながら最近気が付いたのは日本のGoogleとアメリカのGoogleでは
検索結果が大きく違うこと。日本のGoogleでも英語の記事がひっかかるので
世界中検索しててスクロースすれば一緒かなと思っていたのだが、アメリカの
Googleのほうが、RPAの比較に関してちゃんとした記事が多く上位にくる。
コンピューター技術者は、アメリカのGoogleも視野に入れたほうが良い。
URLは以下
https://www.google.com/webhp?gl=us&hl=en&gws_rd=cr&pws=0
後、これも、最近気がついのだがChromeは右クリックだけで英語の翻訳
ができるのね。英語ができないぼくには変な訳の機械翻訳でもありがたい。 >>873
RPAジョブを処理する専用のサーバーを設けてクライアントを分離すれば良いわけですね
クライアント側は完全にヘッドレスなAPIで完結するように作る
クライアントの画面にアプリを表示させて自動操縦してもその間に他の作業ができないと時間が勿体無い >>874
内容と全然関係ないんだけど謎の字数で改行入れてるとみにくいからやめてくれないか 昔の端末の80字制限を経験した古い人間なんだろうねガハハ >>867
部署毎に違う事しているから一つ一つ対応する必要がある
社内プロセスを一つの部署のやり方に統一したら
その部署で作ったロボットを展開する事で導入できるけど なので部署の担当者がロボットを作る方向になって
そのロボットを作るハードルを下げる製品が目立っている
けど出来上がったロボットの品質やメンテに課題が溢れ >>873
業務プロセスを
ロボットができる部分と
人間が遂行する部分に分けて
ロボット部分を一まとめにするようにプロセスを見直すと
残業時間短縮とか空いた時間に別業務をしたり
できるようになるだろうな
RPA製品導入の効果を引き上げる
コンサルティングサービスも一緒に提供しないと
売れなくなるだろう
コンサル業者とRPA製品販売業者の業務提携とか >>875
サーバの分離ではなくて
業務プロセスが直列だとロボットの処理結果を
人間が待たなければいけなくなる
その隙間時間が比較的短時間だと
人間側の業務切替のオーバーヘッドがかかって
結局人間の業務が捗らない
サーバの分離と同様のことは
自分のPC内に仮想マシンを作れば実現できると思う >>878
営業と経理で同じ仕事しろと?
設計と広報で同じ仕事しろと?
経費精算とかは既にシステムが入ってるので、自動化するとしたら金額のチェックを人からRPAでってことは可能かもね。 各部が同じ業務はしないかもしれないが同じツールやシステムを使っているってことは良くある
プログラマを雇ってそのツールやシステムをVBAなどから簡単にコントロールできるようにするクラスライブラリを構築する
各部の事務員はそのクラスライブラリを使って個々の業務を自動化するマクロを書く
プログラマがツールやシステムのバージョンアップによる変更をクラスライブラリで吸収してくれるので事務員がそういった煩わしさから解放される
事務員が使い慣れた言語(VBAでもなんでもいい)でマクロを書けるのでRPA製品がサポートする固有の開発環境を学ぶコストを削減できる >>882
それらに共通のものもないわけでは無い
社内特有の共通手続きとか(交通費とか休暇申請とか)
会議に関わる開催通知とか議事録とか
isoとかPDCAサイクルに関わる事とか 逆にどの部門のどんな業務プロセスを
ロボットに実行させると効果が高くなる?
ほんの一部でも良いのかな
例えば比較して差分を明らかにするとか?
テキストなら比較ツールがあるけど
エクセルの比較とか色んなケースを考慮すると
簡単では無いと思う
あとはシステム間のデータ交換
webやpdf←→excelとか? >>884
精算はもうシステム入ってるからなあ。
会議費開催通知もシステム入ってる。
議事録自動で作ってくれるの?無理でしょ。 >>885
GUIアプリのオートメーションをRPAと呼んでいるだけ
だからGUIが関係しない処理はRPAとは言わない
ファイルDIFFもデータ変換もRPAじゃない普通のプログラム アステリアワープとかはRPAには入らないってことかな? >>887
データ変換に限らない
webシステムへの入力とかスクレイピングとか
webに限定しないでwindowsアプリでも同様
一旦エクセルに取り込めばエクセルで演算処理して
結果を元のシステムなりに入力すれば良いから
実質的にシステム間のデータ交換ができれば良いんじゃね >>886
貴社で実現してるものが他社では未だの可能性もある
音声認識ツールは色々出ているからその内
実用になるものもできるかも
文字起こしの修正を外注する方法もあるだろう excelと他のシステムのデータの対応関係を
設定ファイルにすれば
結構汎用的なものができそう >>890
現時点で経費システム入ってない会社はRPA不要な処理件数じゃないかな。
銀行やカード会社みたいに処理件数が多くないと結果は出にくいよ。 >議事録自動で作ってくれるの?
文字起こしくらいならGoogleの音声入力があるけど、
マイクに向かって話してくれなんて言ったら、
ふざけんなって言われるだろうな・・。
ああやだ、IT音痴だらけのウチの会社。 >>888
俺の認識では
データ連携システムは基本的にはRPAとは呼べない
ただしアダプタの種類によってはRPAと呼べる
といったところかな
例えば受け取ったデータをGUI操作で別のシステムに連携するタイプのアダプタがもしあったとしたらその部品はGUIオートメーションなのでRPAと呼べる だらだら会話の記録じゃ意味無いんだよなあ、そういうのを議事録にしてる会社もあるけど何が議題でどう決まったか纏めて欲しい。 >>894
RPAの定義として各関係者で合意できているものはあるの?
使う側からしたらRPAの定義に合うかどうかは
大した問題ではないと思うけどね
業務を効率的に遂行して利益が上がるようにできれば良い >>895
最後に議長とかがまとめを言えば記録されるんじゃね? UiPathだけはないわ〜
自社十数人で比較テストしたが誰一人として推す奴がいなかった
使いこなせるやつが誰もいなかったのかもしれんが
一応エクセルマクロくらいは皆使えるくらいのスキルはある
日本の普通の会社でUiPathは厳しいと思われ >>896
決定的な定義はないね
だからこそRPAとはなにか、従来のシステム開発と差別化できている部分はなんなのか、ということを考えることが重要
RPAという宣伝文句につられて何も真新しさのないツールをつかまされないようにね そんな嘘・FUDはいいから推すやつがたくさんいたRPA言えや。
嘘・FUDでないと言うのなら当然言えるよな。 >>898
みんながマクロを書けるのが逆にあだになったのでは?
ああいうツールはコードを書ける人ほど回りくどく感じて使いにくくなると俺は思う
全員がマクロを書けるなら、誰かがC#やVBを使って自動化対象アプリのプロキシクラスライブラリをCOMで製造して、みんなでそれを共有したほうがいい
今売れてるRPA製品はコードと無縁の事務員ばかりの職場で力を発揮するものだろう Robopatはどうなん?
Webで画像認識の操作でつかってるところが身近にあった。 >>898
新聞でも大きく取り上げられ話題になった会社
子会社(これも結構大きい会社)に導入したが
そこでの評価は良くなくて、会社として本格展開は
やらない方向の様子。
当たり前だが向き不向きありってことだね。
ま、そこには、RPAじゃなくてもっと効率化できるものが
既に入っているんで、今後とも入れないでしょうけど。
Excelについては
出来上がったExcelをキックしてうごかすにはいいが
それ以上のことはやなりExcelでやった方が効率高い。 一番質の悪いのが、どう頑張っても実装できないってケース。
UIPathはそうなる心配が一番少ない。 >>895
OTTER
今日か昨日の朝日に載った川崎市議会の聴覚障碍者向けディスプレイ
スレチ失礼 >>876
>>877
ブラウザのテキストボックスに文字を入れるとき、自分の端末で見やすいよう
に改行を入れている。特別な規則はなくて、見やすいように適当にやってい
るんだけど、ここの掲示板は、もしかして、改行は全くいれないのが作法?
いや、知らないので、君ら以外でも、教えてくれる人がいると嬉しいのだが。 みなさんのRPAで実装しようとする内容が高くて驚いています。
しかし、音声認識とか文字認識とかってそんなにちゃんと動くかな?
OCRに関しては少し試したのだけど、FAX(300dpi)から活字を読み取ろうとした
ら、ほとんど読めなかったよ。製品としては、帳票OCR,FineReaderなど試した。
活字なんだけど、一回、紙にして、ちょっとでも不鮮明だとだめみたいね。
もちろん、元は電子データなんだけど、お客さんのお客さんのデータだから
電子データで渡して下さいなんていえる筋合いではないんだよね。
読み取り性能が良かったのは、AI insideのDX Suite。ただ、値段が高いし、
クラウドなので、お客さんとしては、情報流失が怖いのでダメっていわれた。 >>880
「RPA製品導入の効果を引き上げるコンサルティングサービスも一緒に提供
しないと 売れなくなるだろう」というのは、まさにそうだと思う。
ただ、コンサルなんて仰々しい中間物を入れないで、コンサルティング
サービスは、現場でヒアリングをするSEがやったほうが、現場との密着感が
できて良い。これにより、現場のかゆいところに手が届くロボットができやすい。
注意しなくてはならないのは、現場の要求をなんでも受け入れるのが良い設計では
ないということ。例えば、現場がめんどくさがる時々しかやらない作業は要求
があっても断るのが無難。理由は、時々の作業は、労働時間削減にあまり寄与しない
からだ。 >>906
作法があるわけではないけど、自分だけが見やすいようにするというのは不作法かもね
行の終わり以外の改行なんてのはそれぞれが見やすい幅に調整したブラウザなりが折り返すので必要ないよ
以下蛇足だけど
句読点で改行するかは長さ次第だけど大体は読点で改行いれる
それで一行が長すぎる場合はその一行に内容詰め込みすぎなので書き直した方がいい
まあ、この書き込みの通り読点打たない人も多いので目安でしかないが
紙媒体やウェブページ、ブログと違って書く人の意図と見る側が一致しないので冒頭の通り自分に見やすくだけしても他人が見ると…となる
幅が広い場合にあまり気にならないかもしれないが、狭いとひどい表示なるよ わざわざ説明ありがとう。今後は、なるべく君の指示通りにするよ。
思ったんだけど、ぼくはパソコンでこれ見てるけど、みんなスマホでみてるのかな? リアル(現場)は、RPA以前の世界
23名無しさん@引く手あまた2019/02/09(土) 16:57:45.36ID:TlLABrHk0
体質の古い銀行でAIとか進むのか?
うちなんて事務パートがExcelの関数使いたいと言ったら、役席が反対した
パート→いちいち支店名入力面倒し、間違えそうだから関数いれたい
役席→意味分からんことするな >>911
それは極端な例では?
無視していいほどの割合だと思う CitrixXenAppで構築されたシステムだと
RPAのように画像認識を使用したツールを使うしかないような
今の所ウィンドウハンドルやCOMだけでは無理だった
しかもリモートクリップボードが厄介
クリップボードに格納できたか確認できない為ウェイト入れるしかないが
状況によって変動するからかなり面倒 >>911
どうせわからないんだから、勝手に使っちゃえばいいのにな。 会社は生き物だからわかんない奴しかいなくなると機能不全になって死ぬだろ
よって意味分からんことするな
だからRPAを導入するにはオッサンのリテラシーで賄えるレベルまで落ちてくるまで待たねばならない 別シートに支店番号と関数をコピーして
テーブルは適当にCSVにでもでっちあげて
結果を文字列でコピーして元シートに貼り付ければ
指示を守って浮いた時間でぼーっとできる賢いやりかた エクセルの数式の結果を電卓たたいて確かめる阿保もいるとかw あんまりサクサク終わらせちゃうと人減らされちゃうからね
しょうがないね 手塚治虫あたりの作品でもあったな、主人公が効率的な農具を開発したら
その作業を担当してる連中に農具諸共ボコられて無かったことにされるやつ 平賀源内だっけ?曲がらない山車の前輪キャスター式にしてよけいなことすんなって叱られたやつ。 >>903
そうなんだよね。
UIPathは高機能かもしれないが使い勝手も悪い。
処理も取りこぼしが発生しやすい。
まぁWinActorは機能も使い勝手も悪いんだがw >>915
動かなくなったら手入力に戻せば良いだけ
最悪紙帳票に手書きで処理すれば良い >>925
高機能でなくても、使い勝手がいいやつってどれ? >>918
切上げ、四捨五入、切り捨てとかの
少数とか有効数字の扱いを
意識して決めていないと認識がずれて
結果が違う事になる可能性はある >>913
Citrixのバージョンにもよるけど、現在UiPathは、
Citrixでもオブジェクト取得ができるようになった。
(昔は画像認識でしかできなかった。
このためショートカットの多用をUiPath Academyでは推奨している)
https://studio.uipath.com/lang-ja/docs/about-native-citrix-automation
WinActorは、Citrixに対して画像認識しかできないので不安定になるだろう。
ただまあ、サーバー側にRPAを入れればなんの問題もないし、
日本でCitrixってそんなに使われているのかな? 別にこっちはUiPath最強と言ってるわけではないのだが。
UiPathはないとか言ってるやつその素晴らしい競合製品の名前教えてくれよ。
心から知りたいんだよ俺も。
対案も出さずアジるだけの野党みたいで信用ならないぞ。 あん?UiPathは.NET製だし.NETのモジュールも使えるし作れるだろ? >>665
それくらいロボット作ったなら後は、UiPath AcademyのLevel3をとるといいと思う。
それで時給換算じゃない会社に転職するんだ。
入社できれば、時給でいうところの2000円くらいはもらえると思う。
2000円*8時間*20日*12か月=384万円だからね。 ドトネトて…なんかこのスケールの合わなさ、例えるならWin対MacのOS話してるとき唐突にIntel最強とか言い出すやつみたいだ…違うか…いやRPAの話だよね?
プログラム書けばいい!ってんならRPA全部要らねって話でUiPath単独で落とす話じゃないよな?
そんなんいいから優れた「RPAソフト」教えてくれや >>936
そう言ってんだわ
プログラム書いてRPAは全部イラネ
だってそれが最も低コストで簡単で保守しやすい再利用性が高いシステムを組めるから
エクセル操作するのもウェブサイトをクロールするのもデスクトップアプリを操縦するのも画像解析するのも無料で簡単にできる時代なのに何十万もする製品はイラネーでしょ? RPAのプロジェクトがうまくいってなくて出社が辛い 社内SEだが取引先の複数のベンダがRPAと連呼営業してきてうざいわ。
使ったことねえがそんなに凄いのか?これ?スレ読んでもバッチやVBA組んだ方が良いと思うがな。営業は事務員のおばちゃんでも使える!と連呼してるが本当か?フローチャートなんて作る事務員いねえ >>939
俺も937と考えは一緒
RPAやるぐらいなら.NETちゃんと学んでプログラム組んだ方がいい
エクセルマクロしか書けないプログラマーですらないおっさんを
技術者として売り込みたい業者がRPAとかいって新たな技術っぽく宣伝してるだけ
数年後には保守もできない負債と化したRPAが残るだけ
そんな金があるならちゃんとしたプログラマー雇うか教育した方が安くて早い
ちなみにうちは大失敗して、二度とRPAはやらんことになった ヒューマンインターフェースをアプリケーションプログラミングインターフェースに変換する部品がRPAの肝
それ以外の部分は実は従来通りの普通のプログラム(マクロ)となにも変わらない
ではその肝になってる部品をどう作るか
これは素人目には高度な技術が必要(だからこそ金を取れる)と誤解されているが
実のところ無料のOSSを使えば簡単に実装できてしまうのが現実なのだ ちなみに文脈からわかってると思うが
俺は特定の製品を攻撃したいわけではない
ただ単にRPAというジャンルそのものを疑問視しているだけだ
なので競合企業の工作員などといった勘違いはしないでくれよな SIerは技術の空洞化が進みすぎて顧客のちょっとした要望にライトに応えることが難しくなってきているんだよ
そこでノンプログラミングでそこそこそれっぽいことができるRPAが持て囃されているの そんな勘違いしないからその無料のOSS教えてくれや…
簡単なら俺も実装してみたい…
いじわるすんなや…なんで隠すん? Sikulixとか言ったら、お前ほんとに使ったことあんのかと言った後やすえ姉さんになっちゃうぞ。 >>945
selenium
winappdriver >>938
使っているRPAは何で、どんなことがうまくいってないんですか?
みんな、興味あると思います。
情報が共有されれば、そうならないようにする対策も打てるかもしれないので、
教えてくれませんか? ・パソコン作業を自動化するツールが誰でも簡単に作れます。
・OCRやAIのようなオプションと組み合わせると出来る業務が広がります。
というRPAのコンセプトは良いんだけど、
システムと違って処理量が劇的に増えるわけでも無いのに糞高く、
「誰でも」「簡単に」が現状では誇大広告
RPGツクールのレベルまで頑張れ だからさ、UIパスのようなプログラミング的要素が濃いものを高い値段で使うくらいなら
それこそ.NETのほうが応用も効くしタダだし良いことずくめだろってことよ。
RPAに多くの企業が求めてるのって営業の言う「誰でも」「簡単に」「安く」作れる・使える自動化ソフトだよ。
まぁそれに相応しいものが現状なかなか見つからないから困るんだけどもw
それでも徐々にこの分野への参入が増えてきてるから、これからじゃないかと期待している。 >>950
一般ユーザーに簡単に使えたらSIerの仕事が減るし、情シスも自分でできてしまう仕事が増えて残業が増える
ある程度難しくなきゃいけないんだよ >>950
現状見つかっててそれは.NETだよ
まあ.NETと言ったけどそれに限らずpython, rubyでもなんでもいいけどとりあえず普通のプログラミング言語
これが正解
誰でも作れて超安価 >>954
それじゃ誰にも伝わらない。
簡単なことならRPAでも良いけど、必要とされる複雑なものなら、結局プログラミングするのと同じような労力が必要だから、RPAなんてイラネって話だろ。 だから、RPAなんかいらねって結論だろ
業務を自動化するのはRPAで誰でも簡単に、なんてのは幻想
プログラミング勉強してしっかりしたもの作ってメンテするのが結局一番の近道だと思うよ
RPAの成功例みたことねえし、導入した企業には数年以内に大量のゴミが残ってるだけだよ >>955
簡単なものもやはりRPAより普通にプログラミングしたほうが簡単安全高速だよ
なんたって簡単なものだからな
犬小屋を作るのにブルドーザーは必要ない
適切な道具を選ぼう >>947
seleniumを使ったことがないので、教えて欲しいのだけど、
HTMLのLIタグで上から3番目の内容とか簡単に取得できるのかな?
LIタグには特別ユニークになるような属性がない場合ね。
あと、HTMLのソースは人間が自分で読むの?簡単にある要素を特定できるツールとかある?
後は、seleniumってWebとWindowsアプリ(なんちゃら奉行とか)の連携は簡単に書けますか? >>958
#mylist li:nth-of-type(3)
#mylist li:nth-child(3)
こんな感じでリストの何番目を指定すればok。cssSelectorの場合。
ブラウザのページ上で左クリックしてメニューの検証とか、要素を調査って項目をクリックすると検証ツールが開く。
検証ツールで特定の要素を指定し、左クリックで出てくるメニューからcssSelectorやXPathがコピーできる。 >>958
id, name, class, tag, link textでの単純検索
xpath, cas selectorでの宣言的検索
javascriptを使った任意の手続きによる検索
ホスト言語(C#やJavaなど多数)を使った任意の手続きによる検索
こういうことができる
三番目のLIならtagかcss selectorによる検索が手頃
DOM構造解析はブラウザのインスペクタを使ってる
俺はこれで十分だから他のツールは知らない
Seleniumでブラウザをコントロール
WinAppDriverでデスクトップアプリをコントロール
2つを組み合わせて連携できる 国内RPA市場をけん引するRPAテクノロジーズ、NTTデータ、Blue Prism、オートメーション・エニウェア・ジャパン、UiPathが自社の事例をふまえて語り合った。
https://www.sbbit.jp/article/cont1/35889 > 米国と日本の大きな違いは、ユーザーに技術者がいないということ。これからのRPAのユーザーはロボットを直感的に作れたり、修正できたり、オペレーションをきっちりマネジメントしていくスキルを身につけることが必要です。
やっぱ当然認識してるよなぁw
でも無理な気がする >>959
>>960
>>961
教えてくれてありがとう。seleniumとwinappdriverの組合せは良さそうだね。
実は、WinActorで、LIの3つ目をうまくとれなかったので、質問してみたんだ。
具体的には、「Yahoo!路線情報」の検索結果で、
上のほうに出てくる「ルート3」の値段をWinActorでうまくとれない。
そこのソースは、<li class="fare"><span class="mark">463円</span></li>
というような感じのリストでルート1〜ルート3までclass属性では区別がつかないんだ。
WinActorに詳しい人に教えて欲しいのだけど、画像マッチングを使わないでこの値段をとる方法ってあるかな?
UiPathなら<webctrl aaname='463円' idx='3' parentid='rsltlst' tag='SPAN' />
てな感じでidxを自動で振ってくれるから楽なんだけどね。 >>963
会員登録しなくて良いところまでは読んだよ。
このレベルの複雑なRPAは、日本じゃプログラマが作るしかないと思う。 >>965
そもそもRPAは欧米由来でプログラマとまでいかなくとも社内技術者が扱う道具として設計されてるんだよね… 3番目みたいな順序による指定は、CSS Selector よりも、XPath。
CSS Selector では基本、クラスで指定すべき!
# Ruby, Nokogiri で、5ch をスクレイピングした例
doc = Nokogiri::HTML(driver.page_source)
# a を含む、post_node だけを抜き出す。descendant は子孫、ancestor は祖先
# div.thread > div.post > div.message > span > a
post_nodes = doc.xpath "//div[@class='thread']/div[@class='post']/div[@class='message']/descendant::a/ancestor::div[@class='post']"
div.message の子孫で、<a> を含む要素を見つけて、
そのdiv.messageの祖先の、div.post 要素を取得する VDIやアプリケーションウインドの画面転送を
Citrixと表現しているのにものすごい違和感を感じるのは俺だけ?
Citrixなんてシェア的にもVMwareのHorizonに抜かれてるし
Windows単体でも似たようなことできるのに
何故Citrixという他社の企業名を機能名に採用したのか >>949
職場のおばちゃんでも使えるように、もう一段のブレークスルーが必要だね >>969
似たようなであって同じじゃないから
そもそもリモートデスクトップとVDIは見た目以外全然違うので似たようなというのも間違いだが >>970
人に教育するのと同じ感覚で教えられるAIが実用化してからが本番かな UIpathのlevel3が難しい・・・
なんとかならないものか。
どなたか解説サイトとかご存知ありませんか? >>969
そりゃシステムとして捉えたら全然違うのは分かるんだけど、
ロボットが動くクライアントサイドからするとただの画面転送だし、
結局画像認識ベースで動作するなら、ICAやRDPやPCoIPみたいな
プロトコルの違いなんてどうでもいいんじゃね?と思ったのよ
HTML5ベースのブラウザ型画面転送も各社できるようになってるし、
今やTCP/UDPもどっちも選べる
でも>>930でオブジェクト取得できるようになったって書いてあるから、
きっと最初からCitrixにだけ絞って開発してたんだろうね。
仕組みは分からんが、確かにICAも昔からFlashだけはローカル側で処理させたりとか
画面転送+αの機能もあったから、そのへんと連携してんのかね。 >>973
英語が障壁となっているのなら、
「RPAディベロッパー向け - 学習プログラム」のほうからいくと、
日本語のLevel3が学習できる。
わかりやすい解説ページがあるかどうかに関しては知らない。
せいぜいUiPath Orchestrator ガイドのアセットとキューおよびトランザクションを読むくらいかな。
頑張ってください。 >>963
導入環境が違うってことは、
海外ベンター製のRPAとそれがベースになっているRPAは、
これ以上、簡単にはなりそうにないな
ローカライゼーションするにも限界が有るし、
オリジナルRPAを作ってる日本のベンターはどこまで頑張るか >>975
ありがとうございます
かなり苦しんでいます >>976
ぼくも、今後、外国のRPAがもっと簡単になることはないと思う。
UiPathは、投資ファンドから450億円程度金をもらったが、
せいぜいマニュアルおよびUIの日本語化程度で終わりじゃないかと思っている。
そうすると、自動化業務の習得難易度を降順に並べると最終的に以下の順になるのではないかと思う。
@C#等でゴリゴリ書く(ほぼ無料)
Aselenium、winappdriver を使う(ほぼ無料)
Bお値段高め(年50万以上)のRPAを使う
C簡易的なRPA(買取で50万未満)で効率化。ただ、人を減らせる程度の効果があるかは疑問。 会社の上司がUiPathをものすごく推してるんだが
ちなみに自分は.Netで自動化アプリを散々作ってきたんだが、全社員がUiPathを使いこなせるようになることが目標 @Aについてなんだけど@で出来るのにAの需要あるの?
Aはwebテスト用でwinアプリにはそのままでは使えないseleniumにwinアプリも操縦できるようにするアドオン乗っけた構成だろ?
出来ることは@未満なのになんでわざわざ複雑構成取るんだろ?
純粋に疑問。 >>978
国内においてC以外は、プログラマではなくては無理だろう。
後はプログラマの値段と削減できる値段の問題になってくるのではないかな。 >>979
開発期間に差があると思って、分けてみた。期間に差がないなら分けたのは間違い。
差があるなら、開発費に差が出てくる。 >>981
@Aの差は、出来る出来ないの差ではなく、開発日数の差。
もし、差がないのなら、分けたのは間違い。(逆に差がないなら、seleniumって必要あるソフトか疑問に思う)
Aの記述に関しては、アドオンというより、winappdriver との併用を考えた。 >>983
自動化対象の違いが主だから、Aは@に含めてOK
あくまでもC#でゴリゴリ開発する例だから >>984
必要あるソフトか?
Seleniumの本分は自動テストだろうに… >>980
UiPathは無料版があるので、試してみるといいと思う。
問題点は二つじゃないかな。
@そもそも、全社展開するのが、ペイするのか?
A全社展開するのに、980さんの実力がみんなにあるか?
なければ、UiPathは簡単なので、意味があると思う。 >>986
自動化にも有用に使えるソフトと考えていたが、間違いか? Seleniumはテストだけじゃなくクローラーにもよく使われてるぞ
HTMLが下手くそで解析がしんどかったりSPAのようにそもそもHTMLがスカスカなサイトが相手だとパースするよりブラウザを動かしたほうが簡単なんだ >>988
それは間違ってない
Sauce Labsより↓
Selenium can perform any sort of automated interaction, but was originally intended and is primarily used for automated web application testing. 実践 Selenium WebDriver、2014
これは、Java の本
Selenium実践入門 ―― 自動化による継続的なブラウザテスト、2016
Seleniumデザインパターン&ベストプラクティス、2015、オライリー
OSSのブラウザ自動テストツール、Selenium WebDriver を使って、
Rubyでテストを書いた本 >>987
無料版やる予定
俺以外自動化作れる社員はいないよ
ほぼパソコン操作が怪しい人たちだから
UiPath簡単なのか >>993
UiPathは、993さんのような人にとっては簡単なのであって、
「パソコン操作が怪しい人たち」には、相当に難しい。
難易度は、ほぼExcelのVBAと一緒くらい。
まったくプログラミングをしたことがない人なら、
プログラマの新人教育と同じレベルの教育が必要になると思う。
単純に自動化で喜びたいというだけなら、C簡易的なRPA(買取で50万未満)を使うことならできると思う。
ただ、ロボットの操作をただボーッとみるだけで、合理化にはならないかもしれない。
労働者は楽になるので、それもありなら、入れてもいいかもしれない。 >>996
なるほど!
UiPathのRPA要員はプログラマーじゃないと無理かぁ
しかしVBAレベルでよいのならそんなに時給高くなくても大丈夫だね 無駄な人員を切るためのRPAなのに全社員に習得させてどうする
RPAを使うための無駄な業務が大量発生しそう このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 269日 9時間 20分 31秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。