[RPA]PC自動化技術総合スレ[効率化] Part.6 YouTube動画>2本 ->画像>1枚

語りましょう
次スレは>>950がたててね

LINEオープンチャット「RPA」作ったよ
匿名で参加できるよ
https://line.me/ti/g2/bsZ1lANwGiY6MmdLDkslsg

このスレッドではプログラミングを基盤にしたPC自動化技術について議論してください。
特定のソフトウェアの使い方などの話題はローカルルール違反かと思われます。

ローカルルールの抜粋引用です。

>この板はプログラムを作る人のための板です。

>プログラム・ソフトの使い方はパソコン初心者板やソフトウェア板へ。

つまり各種RPAソフトの使い方はソフトウェア板へGoということですね。

結局のところRPAはプログラミング、と言ってた人いたからオッケーということですね

rpaやるためにVBとVBAとSQLをやり始めました！

>>3
RPAはフロートチャートとGUIで作るプログラムです。

利用だけを想定したソフトウェア板は明らかに板違い

ベンダーが中小企業に導入させたいとか言ってるけど
中小企業はコンサル入らないと業務の洗い出しが
出来ないのに、コンサル料とライセンス料払えないだろ。

中小ならプログラミングがいいと思う
出来ることはプログラミングの方が多い
食わず嫌いしないでやってみると意外と簡単
何より無料だから導入に失敗しても痛くもかゆくもない
プログラミングでもRPAでも軌道に乗って大規模化してきたらメンテを外注することになる可能性が高い
その時になって既存資産がプログラム形式だと本職が作業しやすい

Bizroboも早く書籍化しようよ。どんどんシェア奪われるよ？

手作業とプログラムの中間の存在？
フローで組めるからプログラマーの
こまい仕事は奪われそうだね

国内ベンダーが色々作ってるけど最終的に
海外ツールに蹂躙されるいつものパターンで
終わりそう。

ダイナム、RPA導入により年間4,884時間を効率化
https://yugi-nippon.com/pachinko-news/post-29358/

パチスロで業務効率化ってどういうことだ

エクセルでいいじゃんって業務ばっかりだなぁ

9部門で年間4800時間だから1部門おおまか年間500時間ぐらいか
どれぐらいライセンス買ってるかわからないけど1部門ごとに最小構成を割り当てるとして年間100万円
年間100万円だと1万円で5時間の効率化
時給2000円の派遣かバイトに相当するってことか
あとはプラスでBPOの発注料金と社内担当の給与
保守要員のコストがどれぐらいになるのかねえ

うちの会社がVBAに制約かけてるからか、RPAチームが作ったものをみると凄く中途半端でがっかりするわ
新たにロボットに読ませるデータを手打ちする作業を追加して、さらにそれを手動で加工するとかだったりするし
RPAチーム自体が一人を除いて素人しかいないって話だから、プログラムを組める人間がほとんどいないのかもしれないけど
現場主導で作れるように色んな人を通して働きかけてるんだが、逆にRPAチームに来ないかとスカウトされる始末で困ってる

VBAに制約かけたり禁止する企業ってつまり「プログラミング出来る」人材は実は多く居るってことなんだよな
だっていなかったら禁止する意味ないもんな

も、もったいねぇ〜

>>15
データ加工なんてVBA経由でRPA動かせば速攻で終わりそう

UiPathなら内部で頑張れるけど他が辛そう

>つまり各種RPAソフトの使い方はソフトウェア板へGoということですね。
AccessやFileMakerなどがあったのでビジネスsoft板を推したんだがまあいいか。どのみち大半の人はこのスレ使うだろうし。

>>17
経由でrpaはいらんなぁ

みんな、VBAが死んだらどうするかとか考えてないわけね

>>20
地球に隕石が当たったらどうしょうかと考えないのと一緒で

VBAより先にRPAが終わりそうだね

無料のフレームワークが出て終了なんだろうな。

無料のワークフローOSSとSeleniumとかエクセルのライブラリラッパーでえんちゃう？

WWFはデザイナ環境そのものを作るためのフレームワークもMicrosoftが整備してるんやな
つまりUiPathのパチもんなら比較的容易に無料で作れるかもしれへんっちゅうことや

winactor使いです
ネットでもノウハウほとんど転がってなくて悲しいです。
ユニパスが少しうらやましい

>>15
それ、作業セル使ったコピペ繰り返したらデータの整形はできないですかね？コピペはVBAかRPAでやらせて。
流石に前処理に人がて作業するのは・・・

VBAに制約かけてるって話で何言ってんだ俺は

>>26
両方試したけど、WinActorならみんな使えるかって言うとそんなに簡単でもないからどうせIT部門がやるならユーアイパスに、とうちの会社はなった

素人ならプログラミングもUiPathもWinActorも大差ないっしょ？
pythonは小学生だって覚えれるんだぜぇ〜

うちは、とある基幹システムAのデータを別の基幹システムBに移すために
RPAを使用してる
悲しいかな、こんなことで業務時間かなり削減された

AとBを統合できれば楽なのに
お互いのベンダーが一切協力しないから
泣く泣くRPAで対応

基幹システム統合とかめちゃめちゃ大変そう

サービス間はAPIで繋ぐ

老舗なのに誰も周りに使ってる人がいないBlue Prism...

>>31
なんやかんやそういうシステム間のデータ受け渡し的な使い方よく見るねー
特定のフォーマットで吐き出す、特定のフォーマットを受け取る、っていうだけで単純な気もするけど機能がないのかな（改修すると高額）？ それとも加工が入るのか？

>>31
RPAが一番役立つのは異なるアプリケーションの橋渡しだからいいんじゃない？

>>34
スモールスタート用のライセンス出たのが遅かったからなあ、BluePrism
ライセンスの内容はすげえ魅力的なんだけどね

各RPAで機能拡張のために覚えると便利/必要な言語
共通：PowerShell、VBA(マクロ)
WinActor：VBS
UiPath：VB.net、C#
BizRobo：JavaScript

この時点でだいぶカオスだけど、将来的に転用が効きやすいのは.Net系だから
UiPathの方が魅力的に感じるんだよなあ

>>36
PowerShellはそういうのすごい得意だよ

>>38
それだけ使えたらrpaの存在意義ってないよな
rpaやるならプログラミング言語呼び出しを使ったら負け
それならプログラミングメインでやったほうが簡単

結果が同じならGUIのほうが楽
いまさらCUIで新しいことやりたくない

CUI、APIのほうが楽だよ

ルート画面から興味ない途中の画面を遷移してその間いっぱい入力してあーだこーだ
体系的に整理されていないエラーメッセージ解析処理、ポップアップ処理、待ち処理
見た目のために書式化された日付やカンマ数字などのデータ変換
ifやループのような些細な文のためにマウスでD&D、またマウスで別小窓にカーソル移動してプロパティ入力、カチカチカチカチ
データ入力という最終目的を達成するための道のりが長いこと長いことほんと嫌になっちゃうよ
GUIで自動化って馬鹿みたいじゃん？

CUI、APIならコマンド一発、入力したいデータを内容そのまま指定するだけ

>>41
これだけCUI回帰の世の中なのに何言ってんの？

日本って悪い意味でガラパゴスだから
世界標準に逆振りして失敗して諦めて標準に乗っかった時にはもう周回遅れ
いつものパターン

面倒くさいことをやるほうが偉いみたいな考え方が
いかにもジャップランド精神論だなぁｗ

>>42
その程度のハナクソ処理は
レコーディングでも余裕だけど？
キーボードカタカタするまでもないｗ

>>46
�@鼻くそみたいな手続きですらレコーディングが通用しないのは実体験済
　RPAを使うならフローチャートでゴリ押しが前提
�A仮にレコーディングが神進化して完璧になったとしてもそれでもまだまだコマンドのほうが楽

クリック一回でRPAが始められる
Pythonのインストールパッケージが欲しい

APIが使えねぇ環境だからしゃーなしRPAで対応するしかないんだって話しなのになんで「いやAPI使った方が楽だぞ」って流れになるんだ…

そんなんあるの？

>>49
まあAPI使えない作れない前提でもRPAで対応するしか無いってのはおかしな話だけどな
VBAでも.NETでもPythonでもなんでもOK
プログラミングは小学生でもできるのだから大人だってできる
しかも無料なのだからやらない手はない

プログラミングは小学生でもできる
？

>>49
読まずに脳内妄想で否定から入る人が多いよな
誰の業務にどんくらい効果があったん？

>>52 そうだよ？ 何かおかしいか？

現実的に無理な事多いよプログラミング

お年寄りがスマホ使えない事多いのと同じで

お年寄りにも使えるスマホを開発すれば大儲けやで

>>51
とあるダイアログに対して、クリックを返すとか
プログラムだと、しんどくない？

>>57
しんどくないよ
普通にクリックしてもいいし、ダイアログ出させないでOK押した時と同じように動作させたりできる

こりゃダメだな
自分ができたからみんなもできるとか
理論的にできないはずはないからとか
で独りよがりな設計してディプロイしたら
みんなに使ってもらえない奴や

そして最後まで周囲がおかしいと騒いで
周りが仕事振らなくなってく奴や

小学生がプログラミングできるって？
ジャップランドの英語教育の成果見てから
物言えやw

お年寄りがスマホ使えないの例ってなかなか良さげやな
そうするとRPAはらくらくホンか？

確かにRPA派は俺が出来るからみんな出来るって言ってるだけなんじゃないか？
まだまだ導入率たかだか1%だし、成功事例は記事をみた印象では専門家がガッツリ絡んでる
ちょっと古いけど東京都の実証実験では職員は独力では難度普のロボットを1つしか完成させることができなかった(つまり出来る人が思ってるより難しい)
これじゃあ出来る人は出来るかもしれないけど、みんなが出来るかどうかはわからないよなぁ

>>62
RPAはプログラミングをグラフィカルにやっているわけだから
プログラミングをスマホと例えるなら、RPAはスマホの機能をそのままにUIから文字を取り除いてアイコンだけにした感じかな
それってわかりやすいのか? と言われると正直微妙だと思う

>>42
＞GUIで自動化って馬鹿みたいじゃん？

馬鹿はWindows使うなよ( ´,_ゝ｀)

>>58
>普通にクリックしてもいいし、
これはプログラミングでカーソルを操作してクリック命令を送るという意味でしょうか？
それとも、人力でクリックしろってことでしょうか？

>ダイアログ出させないでOK押した時と同じように動作させたりできる
普通、できないよ

「う〜ん、この基幹システムの操作を自動化できないかな？
そうだRPAで自動化しよう！」
って人に対して「プログラミングでやればいいよ！」って言っているんだよね？
この基幹システムってヤツの挙動が不明なのに
OK押した時と同じように動作させるなんて不可能ですよ
おそらくは巷のソフト屋が作ったシステムを見ないことには
想像が難しいかもしれません

この基幹システムとか、そんなミクロな例え話をしてない！
と思うかもしれませんが
RPAがもてはやされてるのは
そんなミクロな例え話を解決してくれるからですよ

>>64
文字がなくてアイコンだけ とかw
アンチにしてもマシな例出さんとな

>>66
上: 自動化スレ話題なのだからプログラミングでクリックと考えるのが自然でしょうな

下: アラート差し替え方式は別に基幹システムの挙動を知らなくてもできるよ
単にjsのアラート系の関数をtrueを返すだけの関数で上書きするだけでいい
これでアラートを表示させずにOK押した場合と同じ処理になる
ただしデスクトップだとメッセージボックスの差し替えはフックとかDLLインジェクションを使うことになるから素人にはまず無理だろう
こちらはRPAと同じように普通にメッセージボックスを探してクリックするプログラムを書くといい

>>67
じゃあテキストが全部アイコンとイラスト文字に変わったスマホとかどうかな
まさにプログラミングとRPAの関係(テキストでやるかグラフィカルでやるか)にマッチすると思うが

Ruby, Selenium WebDriver で、ブラウザを自動操作できる。
例えば、Chrome を自動操作して、ヤフーにログインするには、

driver.navigate.to "https://login.yahoo.co.jp/config/login_verify2?.src=ym";

driver.manage.window.maximize # 画面最大

element = driver.find_element(:id => "username")
element.send_key "ここに、ユーザー名を書く"

driver.find_element(:id => "btnNext").click # ボタンをクリック

element = driver.find_element(:id => "passwd")
element.send_key "ここに、パスワードを書く"

driver.find_element(:id => "btnSubmit").click # ボタンをクリック

他にも、Showroom の、うっとおしいアバターを削除したりもできるw

他にも、Ruby では、powershell, clip コマンドも呼べる。
UTF-8, CP932 の文字コード変換もできる

# クリップボード内の複数行文字列の、各行の先頭・末尾から、
# 連続する空白類を除去して、クリップボードに入れる

str = `powershell Get-Clipboard`
str.encode! Encoding::UTF_8, Encoding::CP932 # UTF_8 へ変換

ary = str.each_line.map( &:strip ) # 連続する空白類を除去する

IO.popen( 'clip', 'w:cp932' ) do | clip | # CP932 へ戻す
clip.print( ary.join "\n" )
end

はいはい、すごいすごい
RPA使うわ〜

RPAステマも雑になってきたな

uipath使ってるけどレコーディング機能なんて使ってないわ

完全にレコーディングだけで最初から最期まで完結するなら使えると思う
でもそんな業務はまず存在しない

むしろレコーディングだけで済むようなレベルの自動化以外は動作が保証しきれないと思う

CUI推しの人ってWindowsもコマンドプロンプトで操作してるの ms-dos使ってたり

>>77
自動化するならPowerShellやろ

Windows Serverのインストール時だって、デフォルトはグラフィカルなデスクトップ環境のないやつだし

>>79
2016はデフォルトグラフィカルだよ

？？？「まずウチさぁ・・・RPA・・・あんだけど・・・」
？？？「先輩！？何してんすか！止めて下さいよホントに！」
？？？「アッーヴァウ！アッーイグッ！イグッ！イグッ！アッ・・・ ア゛ア゛ア゛ア゛ア゛」


じゃあ俺、ギャラ貰って帰るから

茨城県つくば市、マイナンバーカードを使った顔認証とブロックチェーン技術を利用しネット投票システムを構築
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/05784/

>>80
え？Windows Server 2016 StandardとWindows Server 2016（デスクトップエクスペリエンス）があって、前者がCoreでしょ？2019も一緒

uipathで稀にクリックされない時があるのは何故なんだ。。

大概はセレクターの問題だけど、確かに何故か出来なくてイライラする時はある。。

「Windows使ってるけどCUI部分しか使わねーし！！」
↑なにこれウケるｗｗｗ

よくわかんないけどGUIもpythonとかスクリプト的なものが元になっているんじゃないの？すべてはCUIが起源

GUIをかたくなに否定してるDOSマンセー化石ジジイが
馬鹿にされてるんじゃない？

GUIを全て否定するのではなく
GUIの自動操縦はバカだねAPIやCUI使おう整備しようって言ってるのだけど
バカにはこの区別がつかないらしい

>>89
＞GUIの自動操縦はバカ

この馬鹿っぽい理論に至る理由を
説明できてないから
バカにされるんじゃない？

>>90
難易度、工数、安定性、セキュリティ
GUI自動操縦ではあらゆる面でAPI、CUIに劣る
バカしか使わない

マジかよ！！
RPA使うわｗｗｗ

そこら辺のRPAのソフトなら社内の基幹システムのソースコードとか仕組みわからなくてもフローチャートつくれば自動化できるの？

>>93
APIやCLIなら簡単にできるぞ
やったぜ！

>>91
突っ込みどころ満載で草

実際に突っ込まない(突っ込めない)ところがとても面白いギャグですね^ ^

貴重な昼休みに顔真っ赤でGUIディスとか
アホやな

自動化の入り口としてはRPAはいいんじゃないかな

思い切って、三ヶ月無料体験とYouTubeにレクチャー動画をアップする

そのまま使い続けるなら、お代を頂く
自動化すると楽だから、プログラムを覚えようとするならそれでもいい、CUIでもAPIでも

初心者の人はアイコンがピコピコしてないと取っ付き辛いのだと思う
ましてや、ジェネラリストが求められた日本では敷居の低さが求められると思う

そもそもの対象ユーザーが違うから
どっちが良い悪いの話じゃないんだけどね
片方だけマンセーするのは視野がせまいというか
柔軟性がないよね

>>93
そうそう
あなたが見てる（使ってる）世界だけわかってればいい

>>99
そうそう、規模とかスキルとか段階とかに応じてどう使い分けるかという話が現実的だわ
全てプログラミングが優位って言われてもね

実際、言語と比較してメンテナンス性はどうなんでしょう

>>38
つか全部覚えてるだろ？フツーはw

段々と単価が下がっていって、今年の冬に「できるUiPath 実践RPA」が発売されたら、派遣会社からオペレーターの売込みが増えた理由が良く判ったw

素人では難しいとわかった
↓
しょうがないIT屋さんを雇うか
↓
IT屋さんならいっぱい居るから安いじゃん

こういうことだろうね
でも専門家が作業することになるなら最初からプログラムでよかったよね
ライセンス料金はらって(専門家目線で)作業効率下がったとか笑えないコントみたいだ

でも専門家さんたちは今まで自動化できなかったというレッテルはどう説明するの？

>>105
専門家さんたちは昔から毎日ずっと自動化に取り組んでいますよ?
自動化するのが仕事ですからね

>>105
してきたやろ

プログラムで十分自動化できるならRPAが割り込む余地なかったやろ？

今まで手をつけてなかったところを自動化させようってだけだろ

なんで手がつかなかったのさ？

>>105
この認識の違いなんだろうね
プログラマ「やってきたじゃん」
非プログラマ「できてないじゃん」

まぁ双方合ってるんじゃねと思うけど

自分の業務ではバリバリ自動化してきただろうね
逆に他人の業務はやってないしむしろやらないようにしてたんだろうね。なんかあった時後々めんどいからとかそんな感じの理由で。

んで最近になって「RPAなら自動化できるっしょ？」とか言われて今まで避けてた他人の業務自動化をよりにもよってGUIプログラミングでやらされそうになってるエンジニア勢がブチ切れてるって構図に見える

なんか意識のズレがあるなぁ。
経営者層は、なんかロボットとか言われてセールスに騙されてRPA導入というのが多いみたいに思える。

そもそもExcelマクロすらもろくに組めない部署にRPAをやらせてどれだけ効果が出るのさ。

EXCELマクロくらいは当然やってる上でRPA導入なら話はわかるけどね。

システムの個別対応の予算を、製造や営業のひとたちが認めてくだされば
個別対応します
ダンピングにも応じますが相応の品質になります
ユーザーテスト省略は大賛成です

>>110
単に優先度の問題
たかだか何百〜何千時間の効率化じゃしょぼすぎるから眼中になかった
それに時間削減だけじゃなく価値創造もしなければならないからな
RPAが目的としてる自動化は要は残飯処理みたいなもの

>>112
何いってんだか
プログラマは基本的に他人のタスクを自動化することで対価を得る仕事だぞ
ド素人さんは自動化っていうと画面自動操作を思い浮かべてしまうのかもしれないがそれだけが自動化じゃない
むしろあらゆる自動化のなかの極々狭い領域が画面自動操作という認識が正しい

年額高いから、一旦導入するとRPA使うことが目的になる

事務所で作れるという触れ込みだが実際はWinActorですら
適性が求められる

適性がある人は、他のスペックも高くRPAに時間割いていられない

システム課でやるしかない

だんだん狂ってきた
前提条件が変わってもこのRPA超特急は止まらない

社長が他のグループ会社に見栄を張りたいから...
何時間削減とアピールしたいのだ

売れなくなってきたのか記事広告増やしてるね。

VisualStudioを買えば？
ワークフロー開発もできるよ

>>113
ExcelのマクロよりRPAの方が簡単だから要求レベルはもっと下

だけど、関数やオートフィルの使い方すら怪しいレベルも業務部には多い

>>120
RPAが簡単なのは出来る人目線でしかない
実際にはそんなに簡単じゃない
ゼロスタートならプログラミングと同じくらい

>>116
元々RPAは影響は小さいけど、多数ちびちびした業務の自動化がターゲット。セミナー行っても参考書読んでもそう紹介されている

おっしゃる通り住み分けがされているわけだからその認識がない人がプログラムvsRPAの構図にしたがるんだよね

まぁ俺は多数ちびちびやってる側だから優先度低くて自動化してもらえなかった業務が自動でできて楽だよ
1回10分の作業でもストレスが減ったのが大きい

有能　それぞれ適所での使い分けを考える
無能　RPAvsプログラムｗｗｗｗ

無能「プログラムのほうがすげーし！！すげーし」！！
↑バカかｗｗｗ

>>122
それで年間100万とかかかると相当数作らないと元が取れない
専任一人で作るのなんかたかが知れてる
じゃあ効果が大きい業務を少数作りなさい
頓挫

みたいな中小多いと聞く
人件費が浮くという視点だけだと厳しいね

> ExcelのマクロよりRPAの方が簡単だから要求レベルはもっと下

難易度はこんなもんでしょ そのためのguiだし、そうじゃないとメリットがなくなるから商売にならんわ
プログラムと同程度に難しいことにしたがる人がいるが根拠ないよね

>>125
変数の型が出てきた段階で殆どが脱落すると思われる
.netメソッドで変数の値を数値に変換とかいったら逆ギレされる

>>116
悪い言い方だが残飯処理はある程度はRPAのイメージ近いかもね
今までプログラミングでは商売になってこなかった残飯処理がRPAで商売になるんだからいいことじゃん

>>124
まぁ酷な話だけど、他にも書かれている通り自分で作れなくて外注にRPAを出しちゃう中小はブームてだけで乗っかるのは危険だと思うわ

作ってる人はわかるけど、今の業務をそのままRPAなんてナンセンスで必ず業務改善が入るからな
しかも作ってるうちにもっとこうしたらいいなって思いついてまた改善するからとてもじゃないけど外注なんて無理だと思う

>>125
やってることはぷろぐらみんくと同じだと思うんだけど。
今UIPATH触ってるけど
プログラミングがうまく視覚化されてる統合開発環境だなと感じる。
そもそも開発環境整えるところが初心者には敷居高い。
パブリッシュ？ライブラリ？どれがシナリオが入ってるファイル？移動したら開かなくなった、全部検索もできずにシステムに質問に来る
うちの事務所のレベルでは無理だった

>>126
思われる、って推測の話？
2文目は経験談だとすると、相手のスキルとか立場とかがどうだったのかとか、じゃあマクロでやらすとそこまで進めたのかとか、書いてくれんと

>>129
そりゃやってることはプログラミングと同じよ ポイントはやり方に工夫がある点で 「うまく視覚化されてる」と書いておられるように
もう少し詳しく書いてくれたら皆さんの参考になるんじゃない？ 元々のスキルがどうだとか、どんな研修なり準備してどうだったかとか
書いておられるようなことはマニュアル配布すれば私の組織だとできそうかな（基幹システムで似たような作業が必要なことからの推測）

>>130
ごめんなさい、ここでそこまで議論するつもりはなくて感想書いただけだから、お前の思い込みだよばかとかいって終わらせてくれればいいです

単純事務に年100万払うなら、派遣か
安いバイト使っても変わらないよな

>>132
ほら、ミスもせずに寝ないで休みもとらないで働かせられるから
31日×24時間動かせば人間の4倍以上の仕事をこなせるんですよ

個人で業務利用するにはちと高すぎる

組織として導入するなら専門知識なしでは厳しい
専門知識あるならプログラミングの方が効率がいい上に無料

なかなかうまくいかないね

>>129
Github Actionsのようにブラウザでワークフロー開発をすれば導入や管理が楽になりそうだね
オープンソースのブラウザベースワークフローエディタを検討してみてはどうか？
エンドユーザーはブラウザ以外は導入しなくていい

RPAに求められる専門知識ってそんなに多いか？
アクティビティ自作とかでもなければ
1〜２週間で基礎はいけるとおもうが

>>136
メンテナンス性
安定性
セキュリティ
コンプライアンス(他社サイトに負荷かけすぎてないか、ライセンス違反してないか、など)
資産管理
…

組織として取り組むならいろいろと考えることが増える

プログラミング派の意見の全体像が見えんなあ 事務がプロ並にスキルを身につけることが理想像なんかね 非現実的だけど

プログラミングだとRPAよりハイレベルのプロへの外注になるんだからよりカネがかかるはずなのにプログラミングは無料だと安さをウリにしたり（トータルどちらが安いかは不明）
RPAの対象はチンケな手作業なんだから基本的には軽い扱いで済むのに扱いが大変だと言ったり
間を行くのがRPAなのに極端な0か1かに当てはめるよね

>>131
じゃあ長文で2回も絡まないでね

>>133
そんなふざけた理由じゃなくて
単に安いバイトや派遣が集まらないよ

まあ使う場面だのどうのこうの言っても。
プログラマならAmazonで「できるUiPath 実践RPA」ポチって ハイ仕事奪って終了w

25年前に書籍がロクに無い時代にExcelで式使えて50万とかの時代もあった訳で。

初心者本 発売された年に暴落が始まる。
頑張って縄張り作っても持って2年かなw
気の毒に。

CUIおじさんはバカにされたのが
悔しかったんだね
涙拭きなよw

>>138
>>141の指摘によると外注するとRPA専門家のようなフリをしたプログラマが来る状況が出来上がりつつあるようだ
もしそうならば単価はどっちでもプログラマ並みになるということだから差はつかないのでは？

for each rowで取ってきたデータで「更新日時」の項目があって最新の日付を取得したいんだけど何かいい方法あったら教えてください
列の取り方はrow("更新日時").tostringで取ってきてるからstring型になってます
ifで比べるのは分かってんだけど条件式が分からん

Datetimeでパースすればいいんじゃね

>>145
アドバイスthx
https://www.rpahiroba.com/2018/06/24/uipathで年月日を加工しよう/
このサイトに書いてある通りにやったらいいのか？

んー若干ちがうかもw
要は文字列型を日付型に変換するてこと

なんかサイトうまく表示されてないわ
stringで取った値をassignでdatetime.Parse(変数)に代入して比較したらいいのかな

そうそう

>>144
dataTable.AsEnumerable()
.Max(row => DateTime.Parse(row["更新日時"].ToString()));

>>149
>>150
2人ともありがとう、初めて1ヶ月ちょいだけどやっと少しずつ RPAのシナリオ作成慣れてきたわ

プログラミングで解決するより、最先端で
これからの必須ツールって設定で売られてる
RPA使った方が外受けがいいからな。

>>152
ということはRPAの方が単価は高くなる？
俺はRPAが使えるナウい人材だから賃上げしろ、と

uipathでメール本文を取得して本文を1行ずつに分割したいのですが、どんなアクテビティを使えばいいのでしょうか？
メール本文を取得はできています。
string型の変数に格納はしています。

あと、メール取得時のフィルターでタイトルに一部合致する文字列を設定する際、どの様な書き方をすればいいでしょうか？
ネットで検索してSQLを使ったやり方はあったのですが、もう少し簡単な方法はないのかな？と思いまして合わせて質問させてください。

>>142
まあ書き込むだけなら何とでも言えるしねw
俺の席の隣のRPA担当は今朝のコケた原因１日中調べても判らんかったらしいし。

また明日もコケたらいよいよなので。
横で見てるの楽しいわw

たかだかIEとExcelとSQL Serverなのになw

1行づつに分けるのはstring.splitでいけるんじゃない？
部分一致はstring.indexofかな

あ、設定か

すまん、他の人頼んだw

>>154
上 Regex.Split(mailBody, @"\r?\n|\r")
下 その説明では何をしたいのかわからん

とりあえずsqlでどうやったか書いてもらえると

mailItems.Where(item => item.Subject.Contains("abc"))
量が多いならSQLを書け

>>155
触ったことも無いのに
嘘言うのは止めたら？

ログにどこでこけたのと
こけた原因出てるし
本気で分からないのなら
RPAじゃなくて、その担当がダメ

>>160

"@SQL=" & Ｃｈｒ(34) & "urn:schemas:httpmail:subject" & Ｃｈｒ(34) & " Like '%検索キーワード%'"

ネットで見つけたのは↑のヤツです。
何か送信ができなかったので、部分的に全角文字にしています。

一応これでもできたけど、Likeの箇所の文字列を変数にしたいと思っているのですが、セレクターでの'" & 変数名 & "'とすればいいのかと思って入力したけど、エラーになってしまいました。

>>162
プログラムをろくに知らない素人ではログを読むのは難しいのでは？
というかログを見るという発想すらないかもしれない
プログラムの勉強をすると自然と身につくものだけどね

>>163
String.Format("@SQL=""urn:schemas:httpmail:subject"" Like '%{0}%'", hensuu.Replace("'", "''"))

住友商事、年10万時間分手助け　ソフトバンク RPA導入で4000人分の業務代行へ
https://r.nikkei.com/article/DGKKZO49024320W9A820C1TJ2000?s=1

具体的な話になればなるほど、プログラムそのものやんけ。
何が簡単だよ。 そんな物おばちゃんが使える訳がない。

>>167
現場サイドで作るよりも専門部隊（情シスの一部門）組んでやった方が良いっていう感じになってきてるな
・現場の人に現業務と並行してツールの学習＆シナリオ作成は無理
　というより現業務優先になるから結局RPAを触らなくなる
・ロボット作るにも作法（安定稼働/エラー処理への対応）があり
　高品質なものを作ろうとすると時間がかかる
・ボトムアップだとロボットの管理がし辛い

おばちゃんの片手間は幻想と化してきてる

まず
RPAで全部自動化とか
考えないことやで

上はそれしか考えてないぞ

ここの過去スレで俺が予言した通りに進みつつあるな

RPAは素人じゃできない
ベンダーロックインして専門家を送り込むのが真の目的
従来通り開発費を取られてメンテナンスで骨までしゃぶられる

前スレで出てたnalgo-botというのが事務のおばちゃんでも使えるぽい。

>>166
住友商事もリストラか？

>>171
それって今までとどう違うのか……
クソベンダーのクソシステムが
クソベンダーのRPAになるわけで

>>163
Ｃｈｒ(34) とは、"(ダブルクォーテーション)の事か？
& で、文字列を連結してるのか？

最初・最後の、" を削除すると、
「@SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%'」

こんな文字列になるけど、シングル・ダブルクォーテーションの両方が存在するのか？

>>167
若宮正子さんみたいなおばちゃんだらけなら使えるんだけどな。

>>154
プログラム的ではないが
いったん秀丸に本文コピペして
整形すると折り返しに改行コード入れてくれるから
それ再コピペしたら？

>>175
Oracleとかだと…
ダブルクォーテーションは項目名（テーブル名や列名）を意味する、普通はなくてもいいけど項目名に空白とか括弧等を含む場合とかには必須
シングルクォーテーションは文字列とかを意味する

Ruby なら、%q( ) 記法で、'(シングルクォーテーション)をエスケープする必要がなくなる。
"(ダブルクォーテーション)も、そのまま書ける

p は、文字列の両側を、" で囲んで、文字列内の" は、\" と表示するが、
puts は、文字列の内容を、そのまま、print する

p str_1 = %q(" ') #=> "\" '"
puts str_1 #=> " '

p str_2 = %q(@SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%')
#=> "@SQL=\"urn:schemas:httpmail:subject\" Like '%検索キーワード%'"

puts str_2
#=> @SQL="urn:schemas:httpmail:subject" Like '%検索キーワード%'

>>168
幻想を売るのが商売の基本ですから

結局いいツールがあっても中小には無理だよ
キャパがない
大企業であれば準IT人材達が勝手にやるよ

>>181
中小のIT企業も？

中小の 1%くらい（適当）は、やればできると思うな…
知らない、様子見、全員がやる気なしなだけで

uipathなら無料版もあるし

なんでも自動化できたら
人間要らないでしょ？
温かみが無いんだよねこういうの

大体の作業は人間が「ちょっと」判断することが必要
そこが自動化できないんじゃないのかなあ

EXCEL（VBA）とACCESS使えば一日でツール作れるものを、何日もかけてロボ作らないといけないなんて、お前らどんだけ馬鹿なんだよ

少なくともうちは ITの会社でお前らプログラム開発担当だろうが

ホントCOBOLしか書けないようなバカは辞めてくれ

>>177 何じゃそりゃ、自動化とは程遠い。
>>154 だから、少しは何でも良いからプログラムを勉強しろって。

>>186
みずほ銀行のシステムってコボルなんだろう？

>>188
昔々はPL/Iでした（全部かは不明）
いまCOBOLあるかも不明

>>165
ありがとうございます。
無事、変数で件名のフィルター使えました。

>>186
1日で解決してしまったら頑張ったアピールが出来ない。
時間をかけたものの方が評価されやすいのだから
作業効率を落として生産性アップに取り組むのが
末端労働者として正しい選択。

>>187
秀丸だろうがなんだろうが
使う方が正しい
RPAで簡単にできんことを
複雑怪奇なシナリオ組む方が愚か
自動化から程遠いって
今までの、えすい〜が実現なかった難所だったんだろ

たから後半には同意
Uipathに拘るのは頭の体操的には楽しいが
難しいなら他の手を考えたほうがいいよな

>>191
ですよね
多スレッドでCPU使い切るようなロボットの作り方でも研究しながらやります
（ん？、そんなアクティビティあったような… なら、GPGPUも混ぜてやったる）

>>192 は？ 秀丸でマクロ組んで叩くのか？それしか思いつかない人間はそれが楽だと思うかもしれないけど、RPA人には意味不明だろ。

SE？ プログラムならお茶の子さいさいだよ。何をやるにしてもいろんなツールの得手不得手くらいは少し勉強した方が良いと思うけどな。

全てを自分でやれとはいわない。
あれを使えば簡単そうだなと思うだけで良い。 得意そうな人に相談すれば良い。

>>187
だからプログラム的ではないと前置きしてんだろボケが。
複数のソフトを利用するのがRPAだし
文字整形は秀丸なりエクセルなりにやらせて
変数にぶっこみゃいいんだよ

RPG人とかプログラム的とか造語を量産するのやめたら

まさかプログラム関連の板なのに
雰囲気で分かるだろ、とか間抜けなこと言いまくるつもりか
まぬけ的なアホ人だから？

造語バカに感化されて誤字を書いちゃったよ
かっこ悪い

>>194
秀丸の文末改行はマクロいらんぞ？
マクロなんて誰が言ったんだ？

>>198
194が脈絡も無く言ってるだけ

煽る前に
書き込みくらい読めばいいのに
そうしたら
誰が言ったかすぐ分かる

膨大な反復処理があるのに振る舞いが非決定的なウィンドウシステムをかませるのは設計方式を誤っている
高い信頼性が必要な場合は参照透過性の強いAPI方式を採用すべきだと思う

隙あらばRPAｖｓプログラムｗｗｗ
非プログラマー向けにわざと陳腐化してる主旨を
理解する脳はないのか？

>>200
それはもう決着済み
自動化したいシステムに
APIがないから
RPAでやってるだけ

APIがなければ整備すればいい
既存コードがあるとすごく簡単

サードパーティのアプリならほどんどapiあるけど
ないならプログラミングで再利用しやすいクラスを作る
rpaは再利用しにくいからね

>>38 これってどういう意味？
３つのソフト作成にその言語が使われてるってこと？

>>204 各々のRPAの機能拡張をしたいときに使える言語
例えば　UiPath　で何か複雑なことをやりたい場合には　VB.net やC#が使えるよと言う話。
PowerShell　VBAもRPA共通の機能拡張として使えるという話。

素人がWindowsの返す振る舞いのパターンを捌き切るのは不可能だろう
私ならラッパーをかませてRPAプログラマとミドルウェア開発者に分担させる

プログラマに何か恨みでもあるのか？気持ち悪いスレだな

>>202
1スレ前から見ているが私と同じ趣旨の書き込みは見つけられなかった
結論に至る過程を勉強したいので場所を教えてもらえる？

>>203
自動化したいのは
大半がベンダー製のシステムの話と思うけど

>>208
読んでもないのにレス読んだとか
勉強したいとか
えらい嘯いて煽りまくってるが

そもそも
APIがないシステムがある
という発言がそんなに気に入らないの？

>>208
このスレの40あたりから読めば？

uipathで質問があります
webのデータスクレイピングで、各セルの値が inputタグの value属性で表示されているため値が取得できません
メタデータ抽出に追加記述等で取得できるようなら教えて下さい

今のところスクレイピング一発では諦めて、テーブル要素に対して、各セルループで getvalueまたは、getattributeするしかないのかなと思ってます

>>212
メタデータ抽出に書けるタグ一覧（extract、row、webctrlなど）も、どこかにあれば教えて下さい
ググり方が悪いのか探せません

>>204
uipath触ってるけど、複雑じゃなくともvb.netのメソッドは普通に使うよ
ファイルダウンロードして、そのファイル編集しようとしたらもう必要。

てか、日付でもう必要だったわ

>>212
javascriptのほうが簡単ですよ

>>206
PageObjectのようなライブラリを開発する人とシナリオスクリプトを開発する人で分業することも出来ますね

>>210
Windowsデスクトップは他の様々なリソースを制御している関係で
ソフトウェアがそれを含んでしまうと非決定性に汚染されてしまうという点、
繰り返し処理になるなら信頼度計算は直列モデルになるのでその設計方式では致命的だという点を指摘している

この観点で>>40から再度読み直したが君の言っている文章はやはり見当たらない
「デスクトップ」「ウィンドウ」で検索をかければすぐ分かる
勉強したいのは本心なんだがどうして私が煽りまくってる事になるんだ？

API方式という書き方が悪かったのかもしれないが
もっと確実性の高いシステム間結合方式に置き換える必要があるという事だ

データベースから抜き出すなりファイルに吐き出すなりミドルウェアを挟むなり、
何らかの信頼性の高いインターフェイスを構築するのは絶対条件

RPAが前提だからRPA以外の案を出すなという意見は技術者としてナンセンスだし何の役にも立たない

>>219
確実性の高い（絶対確実だとは言っていない）システム間結合方式の必要がある
ということを承知の上で（承知していなくても）
確実性がそれなりで労働時間を削減できるのがRPAのポテンシャル

こけたらリトライすればいいだけだしね。

ポテンシャルはあるのは同意するけど
業者が謳ってるような誰でも出来るもの
ではないし、手軽にやれる値段でもないから
あと1〜2年で終わると思う。

>>223
ベンダーロックインして骨までしゃぶられるから終わらないよ

>>218
>>49があなたの求める答えでしょうに
できるなら確実な方法でやる。無いからRPAでやってるだけ

>>68の後半とあんた自身が書いた>>206
高いシステム間結合方式に置き換えれるなら、やってる
できないからRPAでやってるだけ

技術者としてナンセンスというならば
概念しか言わず、具体策を示さないあんたと
不確実性を含んでもRPAで自動化を実現している技術者と比べたら
明らかにあんたのほうがナンセンスでしょうに

それともあなたの比較対象は
不確実性を含んでいるがゆえに自動化を実現できない技術者のみ
の限定的な話？

少しでもスレ読んだらRPAvsプログラム論争は不毛だって分かる
分からないのは、してもいないことをさもしたかのように
読んだ、読んだと貴方が嘘を言ってるから

そもそもRPA陣営に勝ち目などないのだから確かに不毛といえば不毛だ
高い金を払って手間暇をかけて苦労して不安定で遅い低品質なツールを作る
全くもって理解しがたい

>>223
RPA化する業務の洗い出しはRPAベンターの仕事、
RPAロボの作成はPGの仕事、

普及するわけ無いな

>>225
分かった。
話が通じそうにないので終わりにしよう。

勘違いしがちだけどRPAの費用って
現行システムの改修/追加よりも遥かに安上がりなんよ
というか現行システムに改修依頼だしてもベンダーが実際に対応できるかどうかって言われると
予算見積もったタイミングでぽしゃる事が多い

なのでRPAで外付けで自動化するしか無いんよ、金が無いから
正直な事言ったら小回りの利くシステム開発が理想形だけどそれが出来る企業は全くない

外付けと改修は違うものなので金額を比べても無意味
同じことやるならプログラミングのほうが遥かに安上がりだよ

あげあしとり
同じことやるならプログラミングのほうが遥かに安上がりだよ
外付けと改修は違うものなので金額を比べても無意味

システム化でペイできる→システム化
API用意できる→API使う
自動化対象がブラウザアプリ→Seleniumとか使う
上記全てに当てはまらない→RPA 若しくは Spy++とかで頑張る

これでFAっしょ…

>>230
>外付けと改修は違うものなので金額を比べても無意味
残念ながら「こういう事を実施したい」っていうユーザー要望の観点から見ると
外付けでも改修でも（ほぼ）同じ結果が得られる場合、金額が安い方が評価されちゃうんよ
実際には保守性や拡張性も考える必要あるけど、予算に限りがある以上、どうしても妥協点を模索する事になる

>同じことやるならプログラミングのほうが遥かに安上がりだよ
残念ながら現実はそうじゃない
よくRPA業務の例で「システムへの繰り返し登録処理を行って○○時間削減！」ってよくあるけど
これは「システム側でインポート機能による一括登録機能を実装したらいいんじゃないの？」って言う事も出来る
が、後者の方法を実装する場合は
システムベンダーに問い合わせて、見積もり金額と改修期間の概算取得
見積もり結果から費用対効果が十分得られるかの検討、承認が下りてやっと要件定義からスタート……
で、結局費用対効果が出ないって判断されたら、そこで話が終わる
だからRPAで費用対効果が出るギリギリのラインで自動化するんだよ

>>229
> 正直な事言ったら小回りの利くシステム開発が理想形だけどそれが出来る企業は全くない

説得力のある意見だな この箇所って結構ポイントだと思うわ
実現方法は色々ありそうだけど ベンダーが小回り利かすとか（まぁこれは難しいか）、RPA会社がテンプレートみたいなのを作るとか、安価で簡易なプログラマ派遣サービスができるとか
RPAがダメならこっちの方向にいくかもしれんね

>>212-213
「html input value 取得」で検索！

>>233
だから違うものを比較してどうすんだよマヌケ
システムへの繰り返し登録とやらをプログラミングで実装すりゃいい
品質やテストもRPA基準のゆるゆるでOK
プログラミングのほうが安くなった
RPAが安いというか印象はやるべきことを省略したから安いんだよ
プログラミングでもやるべきことを省略していいなら当然安くなる

>>236
何か勘違いしてるかもしれんけど、RPAもテストフェーズは別に緩くないぞ
データのパターンテスト（全分岐の網羅）、
異常系テスト(異常データが来た時に想定通り停止するか）
RPAの性質上必要な安定性（最後まで安定して完遂するか、できれば複数回実行して測定）
このぐらいは普通のプログラミングと一緒で、最低限の品質が担保できてるか、仕様通りにできてるかは検証する

そもそもRPAはコーディング部分の負担を減らすだけであって
要件定義、設計、テスト辺りの工程はプログラミングの考え方と変わらんぞ
コーディング部分をさっさと作れるから全体的な工数が少なくなるだけだし

>>237
それこそ素人には無理なのでエンジニアを雇うしかない
エンジニアを雇うならオモチャじゃなくちゃんとした道具を使ったほうが遥かに効率がいい
つまりRPAもプログラミングもキッチリやる前提ならやっぱりプログラミングのほうが安い

>>237
というかコーディング部分の負担はRPAの方が増えてる
キーボードでサクサク打ち込むのと愚鈍なマウス操作じゃ勝負にならん
オブジェクト指向サポートはじめとして機能も貧弱
リンターやリファクタリングツールなどエコシステムもくそ雑魚
マルチプロジェクト管理すらできない冗談みたいな製品すらある始末

>>237
横からすまんが、そんなキッチリとテストやるもんなん？ RPAのメリットを消しかねないのではと思うが 本部側がガッツリ作り込むやり方の話なのかな

>>240
テストだけはしっかりやった方が後が楽になる
ある程度の長期稼働をやるなら安定性が高くないと話にならない
特に削減時間の効果が高いものは止まった時のインパクトもデカくなっちゃうしね

止まったらら原因調べて必要なら改修して……っていうのが積み重なるとそっちに工数を取られる
だからしっかりテストして品質は確保した方が良い

>>239
IDEが絶望的に死んでるのを筆頭に

型システム コレクション ジェネリクス
インターフェイス オーバーロード ポリモーフィズム
名前空間 スコープ制御 アクセス修飾子
アサーション ガード節
コールバック 遅延評価 畳み込み 継続
マクロ マルチスレッド ロック

この辺りも息をしていない

ところでなぜRPA厨はム板にやって来てマの洗礼を受けるという自傷行為を続けているのですか？
宣伝なら商売敵のいない別の板でやればいいと思いますよ。

>>240
やらないよ
rpaは業務やってる人自身がアジャイル型で開発して使うだけ
作業補助ツールに近い

>>240
RPAシナリオ作ってるけどガッツリテストするよ

>>243
マ板原住民、顔真っ赤勝利宣言ｗww
おちょくった奴土下座しろｗｗｗ

>>237
マニュアルに落とし込んでユーザーにやらせられればベストだけど、現実は >>238

RPAを一括管理できるモニタリング体制を堅牢に構築した上で、
テストの必要性も含めて、製作も運用も業務部に任せるのが本来の使い方だと思うが

>>235
ありがとうございます
>>186とも関連してて、別案もあるし htmlから別途引っこ抜くやり方もわかっているんですが、学習も兼ねてるのであくまでスクレイピング一発でできないかということです
<value attr='value'>
みたいにメタデータ抽出に追記できたらいいのになって感じです
（上記書いてみたけどだめでした。エラーにもならなかったのが(@@)ですが）

>>247
本来の使い方は使い捨てツールだよ
プログラマでいうと使い捨てのスクリプトとかワンライナーがイメージとして近い

しっかり管理するなら専門家に外注するべき(そして専門家が使いにくいのでrpa は採用しない)

>>212
>>235
社内から朗報が届きました
各列取得方式（？）にして、
attr='text'
を
attr='value'
でいけるとのこと
あの位置に書かれてるのが影響するとは想像できんかった…悔しい(T_T)

テーブル一括の場合のに追記ではできなかったそう（別の書き方があるかも）

uipath、201908にアップデートされた。
イミディエイトが追加…されたのかな？
前からあった？

>>241
>>245
なるほどー、テストしっかりやるんだね そうすると情シスなり趣味グラマなりスキル持ちのみが作成して、末端に使わせる形なのかな？ 単に個人的に気にしてるだけ？ 作成からテストまで末端にやらせる？（だとしたら内部統制がすごいな）

要はどういう運用体制なんだろう？ どこにRPAのメリットを見出してるのか気になる コーティングが楽って書いてくれてるけど、ここで話題になるのって（スキル持ちにとっては）htmlの要素指定くらいだよね

>>251
あと、vbTabとかが補完候補に出るね
しかしいきなり更新して
不具合出たら企業の担当はたまらんな
商用のは止められるのかな？
まだPOCの段階だからこういうことされると心配

>>237
よし、じゃあ正しいRPAのテストの仕方を詳しく書いてみてくれ
添削してやろう

>>253
商用は止められます
うちは、バージョンアップで動かなると困るという理由のみで 18.3で固定確定、新機能放棄まで明言された。
ありえん… orz

>>237
なんや外注さんか
ROAは受注すんなよ

>>254
横からすまんが
うちのテストのやり方を添削してくれ

実行環境で1回動かして終わり
真面目に、これ

プログラミング環境ならバージョン固定もアップデートも簡単なのになあ
自動テストエコシステムが充実してるからバージョンアップ時のバグも素早くリリース前に検知できる

>>257
うちもそうですね
今のところ直接お金に関わらない部分しかやってないからかも

そもそもuipathで自動テストどうやるか誰も知らないw

WinActorの試験を受けさせられる事になったから
過去問の電子書籍買ったらオンラインでしか読めなくて
テキスト検索もできないゴミだった。

>>254
ほとんど書いた通りだけど
・パターンテスト
絶対にやる
システムを触ると場合、データによってポップアップの表示とか、ボタンの活性/非活性などので挙動を変える必要があるので
その辺りが想定通り動くか見ておく
パターン自体が多かったり、ページ送りとかのロジックも見る場合は
担当システムの保守チームに頭下げて良い感じのデータを見繕って貰うかデータをセットアップして貰う

・異常系
入力元データがどうやって作られるかによる
　�@人の手で作成/または編集がする場合
　→RPA側でチェック処理を実装しておかないと、人のミスで止まるのでチェック処理の実装＆テスト対象になる
　�A既存システムから吐き出されたデータを直接入力する場合
　→既存システム側でチェック処理自体は行われているはずなので、テストの対象外で良い

・安定性テスト
これはRPAやるなら絶対やった方が良い
できるだけデータパターンを用意してひたすら動かす
動的な待機処理をちゃんと入れてない場合、ちょっとした遅延が発生するだけで上手く動作せずに異常終了……
というのがザラに起きる（待機時間を固定ディレイばかりにしていても、待機時間が足りずに誤動作したり）
（特にショートカットキーを使って操作する場合、無条件でキー操作は発火しちゃうので
　アプリの状態によっては空振りが発生する）

最低でも5回、できれば10回ぐらいは動かして完遂するか見た方が良い
動作用の端末を用意してひたすら動かしながら後は放置できるとベスト

>>261
おお、参考になるよ

>>257
そりゃどう言ったらいいんだ

>>255
だよね、容赦なくアクティビティの仕様とか変えてるし
たまらんだろうなぁ

でも新機能も魅力的なんだよねUIも変わってるし

VSの方が開発しやすいね
ワークフローに限定してもVSの勝ち

パターンテストと安定性テストはどう違うのでしょうか？
両方とも
データをかき集めて挙動を見る試験に思える

バターンテストは、データによる分岐が網羅されてるかどうかが肝心で途中でコケてもいい

安定性テストは、正常に動くことが大事で
分岐の網羅は無視ってこと？

揚げ足取り気味かも知れんか
異常系のテスト内容だと、名前に違和感

いや、テスト1回しかしないヘボに絡まらて
気を悪くしないでくれ

>>266
>バターンテストは、データによる分岐が網羅されてるかどうかが肝心で途中でコケてもいい
まあ途中でコケたら一緒には直すけど
基本的には分岐網羅がメイン、1〜2回全分岐が動いてくれればOK

>安定性テストは、正常に動くことが大事で
>分岐の網羅は無視ってこと？
そんな感じ、単純に同じデータを10回流しても良いし、3パターンのデータ×3回とかでも良い
ぶっちゃけテストする時は実行機で放置してログと最終アウトプットしか見ない

全分岐パターン×10回とかやると放置でも恐ろしく時間がかかっちゃうので
ある意味で妥協した結果、パターンテストと安定性テストが分かれてる

（そもそも安定性テスト自体が初期ロボット群が本番環境で度々こけるっていう問い合わせに対応している内に生まれたので）

本番でこけるなら動作の様子を動画でキャプチャするのおすすめ。
再現させるのが難しい場合は特に有効。

1908になって、エラー時の動作停止でダイアログ表示されていたのが変数とかの値が表示されているトコに出てたりとかは今までの方が良かったな。

あと、代入のアクティビティでシーケンス終わりのアクティビティの結果が入れ子？の移動時に表示されなくなるのもなぁ…
いちいちメッセージボックスなりの捨てアクティビティ置くとかしないといけないのは…orz

>>268
キャプチャソフトってなに使ってる？

>>270
selenoidいいよ

この手のソフトの動作確認ってモニター2台欲しいよな…

単独で動かして動作確認するのはもちろん必要だけどアクティビティ繋げても正常に動作するか確認するのも当然しなきゃいけないからテストは他のプログラミングとほとんど変わらないんじゃないの

例えばwebページ触るときはセレクターがきちんと取れているかの確認必要だしクリックアクティビティ単独だと動作確認できても前のアクティビティ次第ではselecter not foundでエラー食らったりするしね

>>272
この手というより開発は2画面あると相当便利
hdなノートだけで開発なんて効率悪すぎだし、罰ゲームですかって思う

ちなみに自宅では3枚用意してあるけど、2枚しか使わなくなったな…
ゲームもしなくなったし…

>>267
テスト環境構築についてあまりわからないのですが、テストフレームワーク（？）は何を使っているのでしょう？

c#の頃は unit test（？）とかいうの使ってたような気がするのですが

>>275
RPAだとテストフレームワークは使ってないですねー
基本は目視かログ確認ですね

UiPath使ってる時はエラー処理用のxamlを専用で用意して
スクリーンショットとか追加のログとか必要なものを全部取るようにして、後から分かるようにしてます

問題はテスト内容よりもRPAだとテストの実装がめちゃくちゃダルイということだな
アレンジもダルイしアサートもダルイ
大量のコードを書かなきゃならないという場面でオレオレIDE(というかワークフロー)の生産性の低さが際立つ

RPAはEUDが基本、例外を主流かの如く

今時点、人が行っている作業を自動化するのが目的でしょ
複雑なシナリオが必要、テストを繰り返して安定性が必要って
今、どんな作業を人にやらせているのよ
数々のRPAやってるが業務フローを改善して
なお複雑なシナリオが必要なんて見たことないわ

真面目にどういう業務に複雑なシナリオが必要なのか
本気で教えてほしいわ

Uipath、WinActor、Auto名人その他もろもろのRPA関係者が
まず、「業務フロー見直せ」っ口を酸っぱく言ってるけど
それは無視してる？

>>279
情報を全部集めるのに別々の3画面を検索する必要があったりすると
自然と複雑になるんすよ（白目）
既存システムがクソとも言う

>>268 こけた後に再現させようとしても再現できないのが面倒なんだよ。
単にそれまでの条件データやタイミングが若干違うだけで異なる動きをするからな。

全てのパターンをテストするなんてRPA使いには無理だろ。 システムの中身を知らないんだから。

>>279
もしかして調査レポート風の広告やチュートリアルで使われるようなドシンプル画面を想像してる？
もしそうなら業務系システムを甘く見過ぎ
ちょっとした作業でもめちゃくちゃ複雑になる

まあだからこそプログラミングでやったほうが良いし
APIをさっさと整備すべきなんだけどな

で、結局winactorとかUIpath？とかそーゆうのって素人じゃできないの？プログラミングするより難しい？

>>276
そうですか
studio起動して下の方にある ReFrameworkがテスト含んでるとか何とか検索で出てきたけど、ぱっと見ナンジャコリャで、テスト部分切り出して使えるかどうかも今のところわかってないです

>>283
RPAもプログラミングと似たようなもの
プログラミングに向いてる向いてない人もいるし、呑み込みいい人悪い人、言語にもその人にとってわかり易いものそうでない物と多岐にわたる
これらは、将来的にも当たり前の建て前

なので、「素人でもできる人はいる。誰でもできるわけではない。難しさは言語自体とその人にとっての向き不向き次第」がFAQかな。（纏まってるかな…）

>>282
申し訳なかった
業務システムを語って、私の意見に甘く見すぎとか書くから
なにかしら有意な見解があるかと思いきや

プログラムやAPIの整備をする「余地」があるのに
そこをほったらかしてRPAに走っちゃったパターンか
事情を知らずにきついことを言ってしまったな
自動化という目的を忘れて
RPAで複雑怪奇なシナリオを作ることを目指さないことを祈る
甘く見過ぎって突っかかる相手は、私ではなくて今の業務のほうでしょうね

>>283
素人というか勉強せずに使いこなすのは無理
だから会社で使うなら専門部門を作ったほうがいい
専門部門ってのは、RPAを作成やメンテしたら金もらえる環境作れってことね
極端な話、「営業のA君、RPAやって！あ、給料は営業成績の歩合だけね」
とかするなら勉強する意欲なんか湧かないから一生できないし、やる気が起きない

一般的にはプログラミング言語の習得と比べると簡単
あくまで学習量が少ないって話で努力は必要
知らないことを学ぶのは思いのほか覚悟はいる

>>286
専門部隊ならエンジニアを雇ったほうが安くて確実
RPA製品も不要

RPA使ったほうが工数少ないよ。

やるべきことをやらずに少ないと錯覚してるだけだろうね
同じことしたらRPAはマウス介入率が多くて作業遅くなるし機能が揃ってないから大変

事務員を１人増やしたほうがコスパいい
だってRPAにはお茶くみやお使いは出来ないもの

>>287
あくまで中小企業の話だが
パッケージソフトの中には
意図的なのか偶然なのか
プログラムじゃ動作させられないのがあった
例えばデータが専用のアプリでしか見れないタイプとか
だから、RPAを使うしかない

IT以外の会社に
エンジニアは来ないよ
人雇えって簡単に言うけど
どこも人こないわ

>>291
それもプログラミングでできるよ
rpaは不要

こんな事やってみたんですが。
これもRPA？
この技能で転職・副業できる？

上級向け：プログラミングでなんでもできるよ
下級向け：事務員でなんでもできるよ

中級向け：RPAでほどほどに効率化できるかも？

>>294
＞上級向け：プログラミングでなんでもできるよ
＞下級向け：事務員でなんでもできるよ
＞
＞中級向け：プログラミングでほどほどに効率化できるかも？

RPAは救世主

>>293
RPAかどうかは分からないけど転職はできる。
スキルは置いておいても、自分で自主的に完結したPG作って動画にして上げる行動力のある人間なんて100人に1人もいない。

>>291
そりゃ給料安けりゃ来ないだろ
事務員並み(よくて年収300万円台)の給料じゃな

今日UiPath使ってみたけどクソ重い
俺の貧乏PCには荷が重かったようだ

>>299
元々メモリ8GB辺りが推奨なはず
実際の業務考えると複数のアプリを同時起動して動かすから
ある程度余力が無いと死ぬ

>>292
なんでプログラムでできるって断言できるんだろう？
その「とある操作のプログラム化」をITベンダーに依頼してもできないという回答だった
「専用のアプリ」を解析するってことなら、ライセンス違反になるから手に負えない
本当にできるってのなら依頼したいよ
でも「できても、できなくても調査費は頂きます」ってのなら勘弁
そこはもう、何回か通ったので

>>293
それを人に教えること（要は10人くらいの前で話す）と
研修を数回受けて学習できるなら、それを使う会社に転職できる可能性は高いです

>>298
なんで給料安いって話に……
転職支援会社の相場情報を参考にするし
中小企業でIT化を目指すと助成金が付くから
平均より少し高めにしてる
が、長期雇用希望者は現実に来ない
派遣の話は多いがそれはパスするように勧める

>>292でないですが、パッケージソフトの自動化ちょっと興味あります。
ちなみに私はこのPC自動化技術総合スレPart1立てた人間ですｗ
調査費など勿論不要です。
純粋に技術的に興味あるので。

>>301
rpaで出来るならプログラミングでできるよ
IT屋は建前でできないんでやりませんって断ること多いけど実際はあらかたできるからな
他に断られる理由があったんじゃないか？

そもそもrpaはそのOSが出来ることしかしてないのだからプログラミングで同じことできないわけがない

RPAはEUDだって言ってるのになんで外注に出したり、受注したりしてんまよ！

エンドユーザーにはちと難しい
あと開発ライセンス高い

>>305
結局管理や保守要件定義など車内では誰も出来ないか
余力がないから

システム部の手が回らないからエンドユーザーが作ればいいというところが多いんじゃないかね
で業務改善が本来の目的なんて言い出すから運用や管理もきちんとやらないとってなって

こりゃやってられんな

しかも開発も誰でもできると聞いてた割には
.netの知識必要じゃねーか
で挫折

らいせんすこうにゅうした手前、使わざるを得ない

>>279
>まず、「業務フロー見直せ」っ口を酸っぱく言ってるけど
正論だが一番難しいタスク

勇気を出して見直したらRPAすら要らなかったりする無駄業務だったり

>>308
業務の流れ変更するって大変だし、
いろいろしがらみがあってシステム改良もできないから
RPAにってケースだと
一気に難易度上がるんだよね

面倒臭いこと全部ロボットがやってくれるんやろ？
って、くっちゃくちゃのフローそのままでシナリオ作り始めるから…
ちゃんと最後まで組めたやつ見たことないわ。

>>301
待て待てｗ
RPAったって本体はプログラムなんだから…
RPAがプログラミングでできないことを実現できるなんてこたあないｗ

俺のいる自治体もRPA助成金出てる
当然限りがあるので早い物勝ち

RPAには無料のもあるのに知らない（覚えられない）バカもいるのな

助成金申請しようとしたら企業規模で制限あるのね
そりゃそうだよな

出来る出来ないの話を、技術的な可能性と
コストや効率考えた時の現実的な話とごっちゃにするから
おかしくなる

業務フローと密接に結びついてる業務システムとそのユーザーインターフェイスをロボががっちり押さえ込んでしまうと業務フローを改善したくてもできなくなってしまうのだよね

>>310
貴社では展開断念したということ？

>>303-304
働いてないのか？
技術的には可能ですが、その期間と費用ではちょっと…
とか
親会社から押し付けられてるツールで手を出せない
とか考えたこともないのかよw

>>307
社内で出来ないことに手を出すな！

>>317
なんでツールに手を出すとか意味わからないことを考えてるんだろう？

ボタン押したりテキストを入力したりといったRPAでできることは
プログラムでもボタン押したりテキストを入力したりできるってことだと思って読んでたが

まあ、そんなに揉めるような内容じゃない
落ち着こう

技術的なレスを返すとほぼ必ず非技術的な反論で粘着してくるから他所へ行けと言われるんだよ
おまけに人間の屑だの死ねゴキブリだの罵倒まで付いてくる

>>317
要らないはずの費用かかるのでrpaはちょっと…となるな

>>321
そんなひどいやりとりあった？

>>301
RPAソフトもプログラムと原理的には同じで対象プログラムのコンポーネント構成の解析情報をプロセス内のメモリに読み込んで処理しているからやはりライセンス違反になる可能性があるのでは？

プログラム間の連携とはいうけどAというプログラムはメモリダンプされDOMツリー上にひん剥かれたある機能をループ処理によって自動的にInvokeを繰り返すという使い方をされた時点で
もはや主機能Aをもつ部品に成り下がりそれを無許可で包含再利用してBというソフトウェアを新規作成し営業活動に利用しているととらえられなくもない気がする（詳しい人教えて）

パッケージソフトを作る側としては許可もなくそんな使い方されたらおこおこで使用差し止め請求どころか不正使用による逸失利益の賠償まで要求したくなるかも

ベンダーにチクったらどうなるのか興味があるので誰かやってみてください（他力本願

利用規約に書いてあるのでそれを読めとしかいえんな
ウェブだと規約以外にもrobotsやキャプチャで拒否する意思を示してる場合もある
意思表示は特に無かったけど後から通報されたケースも過去にあった
コンプライアンス重視のまともな企業ならクローリングする前に確認とってからやる
エンドユーザーに任せるとこの確認しないですごい負荷かけたりするからこわいね

uipathで出来上がったけど、それからフローチャートとかよ仕様書作るのが時間かかる…

uipathで仕様書用にフローチャートをエクセルで使える様な図形で出力できる様にならんかな？

>>316
ウチは手書き申込書の読込み断念したわ。
5人担当つけて１年掛かりでダメだった。
周りのプログラマは誰も助けてくれんのな。

>>327
手書き申込書なんてAI-OCR辺り使って読ませて、一回電子化しないと無理だろ
RPA単体でやろうとしてたなら最初から失敗するに決まってる、普通のOCRじゃまともに読めない

>>326
同じフローチャートをまたEXCELに書くのは無駄
せめて画像保存貼り付けで押し通すべき
と思う

>>327
pfu（だっけ？自炊で人気のあったとこ）のOCRのデモ見せてもらったけど良さげでした
高いかもしれんけど、1年かけてダメだったなら検討する価値あるかと

uipathは確かフローチャートの画像出力できたな。

>>327
あー、多分人数じゃないのよねこういう開発って。
1人でも適性があれば。

>>328
各種比較したけど、一概にそうは言えなくて
手書き文字もtegaki に遜色ない従来のOCRはあるよ
逆にAIでもあまり認識良くない奴もある大手で。


>>330
そこのは、数字は手書きでもいける
漢字ひらがなは諦めたほうがいい
運用で全てコード化して書かせ流ことができれば安くてコスパいい

>>319
だから技術的にできることと期間・費用を込でやるべきかを区別しろよ
って指摘されてるだろ

本屋にいったらドーンと一角がRPA関連だったけど
そんなに売れるジャンルなんだろうか？

RPA導入の相談を受ける。
業務内容を聞いてると、それExcel単体で普通に出来ますよ？で完結する。

RPA導入が目的になってる会社が多い。
特に中小企業。

>>326
そのプロジェクトに関するものだけならまだいいんだけど、
立ち上げ当初というか今、運用から保守までガイドラインみたいなの作れと言われて困ってるわ
営業所事業所毎に管理するとなれば、シナリオの管理台帳もいるだろうし、ログ集計も独自のログファイルにロボットごとの稼働を吐き出させなきゃならんだ老子、オーケストレーター欲しいけど高い

>>334
バブル崩壊前夜って様相
分かってるから販社は説明会バンバン開催して値下げして
そこに時勢に疎い経営者が今頃群がってる感じ

だけど採算取れる業務って限られてるのがバレてきてるから
最近は説明会でもやたら、導入挫折するよって煽ってコンサルや製作請負を勧めてくる
もしくは、業務全体の効率化が出来れば元は取れなくても意義があったんだ的な説明多いね

開発工数とか考えたら、企業規模大きくて単純入力作業抱えてないところは苦労するんじゃないかな

マイクロソフトが新しい規格作ってそれに対応させるだけでいろいろ変わるのに
アプリメーカーはコンポーネントの名前を公表してそこに流し込むAPIと読み込むAPIとクリックAPIがあればそれでかなり楽になる

タブオーダー自由に変えれたりすると手入力も楽になるし

>>335
経営者がね・・対外的に宣伝したいって思惑あったりする。
で、年間数十万の費用かけたんだから少しでもRPAを使えとなる。
金出したものが遊んでるのが我慢ならんと。
で稼働率だけ無理やりあげて、じゃあ費用対効果はどれだけ出たんだって段になって、なんでトントンナンダみたいなところまでが一連の流れ。
そもそも導入がまちがっていたという結論は皆分かってるけど、言えずに犯人探しが始まる。

よっぽどストレス溜まってるのか十一回も書き込んでたすいません

20年前に客先で発注用のファイルをエクセルでくれる人がいて
それを使って自社システムとアクセスのフォームに自動入力するアプリを作った

毎日の入力一時間が5分になったけどそのシステムを100万使って作るだろうか？

>>336
ロボットの稼働ログは、uipathのログから掘り出すことにしました
既に何ヶ月も動いてたのもあって
前日までのデータで困ることはないだろと
いつでも掘り返せるので、開始終了エラーだけACCESS DBに。集計、リスト出しも簡単

>>336
うちもガイドラインボロボロだったから手直ししてるけど、素人向けにあれもこれも書いてたら、「これ見たらやる気無くすな」と思った

初心者が最低限守るべきものと、慣れた人の追加版みたいにした方がいいんじゃないかと思ったりもする
初心者が全部覚えられるわけないんだから

>>342
それがやっぱりいいんかねぇ

>>343
開発者の育成は下地がない場合は研修行ってもらうしかないと思ってる

>>331
画像で保存もできるけど、イメージで保存してエクセルにペタって貼り付けれるよ
余白にコメント追記していけば社内運用なら十分マニュアルになると思う

>>329
>>336
さらに、各アクティビティのプロパティも載せろとか言うし…
なんでしょ、uipathで作るの2日半(そこそこテスト込み)なのに、仕様書？で2週間くらいかかりそうな気がして本末転倒ってこういう事なんだろうな…と思ってる…

>>347
ドキュメントを作る上で重要なのが
これが無いと〜という場面で困る、っていうのがあるかどうかだ
UiPathならオーケストレーター無しなら作ったロボットを管理する台帳が無いと、後で作ったロボット群を確認できない

で、フローチャートとプロパティを乗せた資料を頑張って作ったとしても
「ソース見りゃええやん」で終わる可能性が非常に高い
(そもそもとして、ドキュメント作らないようにフロー図でソースが作らているので）
あとRPAは仕様追加/改修が結構な割合で入るので、その度に不毛な仕様書を書き直すと工数が溢れる
正直な所、このドキュメント作っても「RPAのソースがロストしたから一からノンヒアリングで作って」っていう状況でもない限り日の目を見ないと思うので

それに時間をかけるならTo-Beに関する資料をちゃんと作った方が良い
・RPA化対象の業務の概要と目的
・そのために必要な操作（スクショで簡単に撮影すればOK)
・データの例外処理（検索スキップやエラー扱いで止めるもの）の一覧
これらを整備しておいた方がまだ役立つ

今日のスレはためになるなぁ

しかしうちの組織の上の方も（RPAというより）一般的に費用対効果の見積とか検証とかはあんまり興味ないみたいなんだよな 謎だよ 業務改善系の評価基準って費用対効果しかありえないと思うが

RPAで乞食速報の覇者になれる？

Uipathのライブラリで作った自作アクティビティは、
一度埋め込んだら新たにパブリッシュしても
シナリオ内のアクティビティは更新されずに
認識されなくなるだけか

全部、入れ直しか

インヴォークでシーケンス呼んだ方が良さそうだね

>>351
リビルドするだけじゃないのか？
参照してるプロジェクトを列挙して一個一個IDEで開いて参照のバージョン数あげてリビルドしてパブリッシュ
もしそれに依存してる他のライブラリがあればそっちも連鎖的に参照修正作業が入るということ？
VSで開発してる身としては信じられんな
やり方間違ってるんじゃないか？

>>353
うーむ
シナリオ内のアクティビティは古いバージョンのままあるか、変更が大きければ認識されなくなるな
間違えとるのかね

>>347
ログの仕様決めてライブラリ作って組み込むだけで4時間かかってる俺って

>>351
古い自作アクティビティのパッケージファイルをその都度消すとそうなると思う
ファイル名にバージョン書かれてて被らないから、異なるバージョンのも残しとく
そうすると、前のバージョンあるから消えない
パッケージ管理でバージョン選べるのは、バージョン違いを選べるようにするため
「おそらく、そういう仕組みかなと思ってる」

なので、
古い自作アクティビティもそのフォルダにどんどん溜める
（どのロボットでも使わないとわかってるのは消しても可）
古い自作アクティビティを使ってるロボットをスタジオで開いて、パッケージ管理で新しい自作アクティビティのバージョンに更新

な手順になるかと

なんか飽きてきたな
ステマも元気ないしここも潮時かな

UiPath導入しようと計画たてたが、部署ごとに1ライセンス買っても（本当は複数買いたいのを抑えて）、
87.5万円 × 100部署以上で1億円以上かかることが分かった。
（減らせないけど）)本社、支店・営業所ごとに買っても10以上で1千万円以上かかる。
こんなにかかるとは

賃金の安い人をアルバイトで雇え

>>358
うちもっと安いけどぼったくられとるかネットの定価表示しか見てないんじゃない？
色んなライセンスパターンあるからちゃんと見積もり取った方がいいぞ
まぁアンチRPAの嘘だとは思うが

プログラミングだとタダだってさ
あーあ

>>358
うーむ、手当たり次第に声かけてみると半額以下になるよ
どことは言えないが。

>>358
ロボットは実行専用PC（仮想PC、サーバ）を用意して、皆で使う
ロボット実行をどれだけ高密度で時間配分しようとしてるかわからんけど、いきなりそんなに使わない
オーケストレーター一台でも、バッチ系は24時間逐次実行し続けられる

studioは全国の共通的な部署括りで数個ずつ。全国各所個別に用意なんてしてはいけない

>>361
タダをいくら宣伝しても一円にもならんのに何やってんだろと思ったが「RPAで職失った君」かw
そりゃ粘着したくなるわw

>>363
何言ってんだ？
どんな運用かも分からんのに
いきなりそんな使わないとか
なぜ決めつける

>>364
プログラマがRPAごときで職失うわけなかろw

タダで出来るって話はちょこちょこ出るけど
seleniumやwinappdriverの仕様調べて
既存の基幹システムに適応できるか調査して……ってやるぐらいだったら
最初からRPA製品使った方が早くない？っていう気しかせん

>>367
RPAの仕様調べて適応できるか調査して…ってめんどーじゃん

>>367
RPA製品はイントロ詐欺だから気をつけてね
チュートリアルは早いんだけどさ実務に入ると例外処理がぽろぽろ出てきて
話が全然違う〜みたいなトラブルに巻き込まれるからお勧めしないよ

>>364あのさあ、ここはプログラム板でな？
プログラミングでできるよっていう発言に対して煽り入れた所でな？
結果どうなるかくらいは想像つくだろ？

>>368
だってselenium辺りだとHTMLの要素を自分で解析して指定しないといかんやん
いちいちデバッグモード見ながらやるよりUiPathとか使って一発指定した方が早いやん
要素取れないのが自分の設定ミスなのか仕様的に無理なのかも一発で判断つかないし
RPAだとオブジェクト要素取れないならすぐに画像認識、座標認識に切替できるし

なぜデバッグモード？

>>366
ん？RPAで職失ったのは事務員なんじゃないの？違うのかな

>>371
何度目だ？

ツールでセレクタ取得したいならchromeなりなんなりのセレクタ取得ツール使えばいい

RPAツールも他のツールも自動取得したセレクタは実はあんまし賢くなく不安定で保守性低いので人が考えたほうがいい

セレクタ作る労力など全体から見たらカスのようなものなのでそのために何十万も払って他の作業の負荷増大させるのはマヌケ

画像認識・位置認識なんて本当に滅多に使わないゴミ

>>366
>>370
プログラマーしかここにいないわけでもないし、ここに書くくらいなら会社webに書いてリンク貼るなりする方がよっぽどマシだし効果的

だから、RPAで職失った（事務員さん？有料版導入で捨てられた派遣プログラマー？）とか言わちゃうの
頭悪い子にはわからんか

RPAはUI触れるとこはすべて例外処理いれるんだ。基本、すべて

保守性、安定性、挙げ句の果てに例外処理とか馬鹿の極み
そんなんRPAに求める方が間抜け
この操作面倒いから、RPAにさせとこ
くらいで十分

>>374
うちの基幹システム、IEにしか対応してない

>>375
ずれてんなぁ
アマチュアさんはまじでビジネスソフト板とか行った方がいいぞ？

クリック一回でRPAが始められる
Pythonのインストールパッケージが欲しい

>>376
例外処理では何してる？ログ吐いて停止？どうにかして続行？
どうにかして続行させようとして頑張ったら物凄い複雑で長いプログラムになった

せめて共通部品で処理できればよかったんだが、そうなると
ボタン押すなりキーストローク送るなりすべての場面でそれを呼ぶことになるので
親プログラムは膨大な数の共通部品を呼ぶだけのプログラムになっちゃって
うーん何だこれ・・・ってなる

おまけにサブルーチン呼ぶと子プロセス起動するからパフォーマンス悪いのなんのって
関数呼び出しする度に子プロセスforkするとかどんなコンパイラだよ！

おっ？今日はステマ君朝から元気だな
昨日静かだったから心配しちゃったゾ

>>379
だから、そういうことはアホな >>361とかに言えって。もしかして本人かよw

ステマおじさんの心の拠り所は「アンチはRPAに職を奪われたプログラマ」っていう妄想のみになってしまったようだな
相当追い詰められてんなこれw

Selenium は、ユーザー数が多いから、検索して探せる。
汎用言語もそう。
OSS で国際規格になったりして、公開されてる

RPA は、各メーカーごとに独自仕様なのか？
たぶん検索できないだろ？

OSS 言語みたいに、他のユーザーと情報の共有ができない

各メーカーの担当者としか話せないから、ベンダーロックインされる！
交渉力が無くなるから、価格を無限に吊り上げられる！

RPA出始めの頃 どんだけ検索してもTips的なのとか具体的な事例が出て来なくてうさんくさい宣伝記事しかヒットしなかった。
これは…と思ってたらその後の展開案の定。これ素人でうまく工夫しながら使い続けてる奴とかいんのかね。

>>384
RPAで職失った事務員/派遣プログラマー
乙
ここに粘着してる時点でその程度なのバレてますからw

>>387
ん？
派遣プログラマだから2chで遊んでられるんじゃんw
見せ画面だけ開いておいて中東サーバ迂回してSSLで2chに書き込むなんて朝メシ前。
もう1ヶ月前に完成してたなんて誰も知らないw

>>388
おまえそれDNSのログでバレバレだぞ＾＾；

>>385 Selenium のWeb　インタフェースは、ブラウザの標準仕様WebDriverに取り込まれて最近の各ブラウザでは標準でそれが使える。
つまり世界中の標準機能

標準だから無料。

>>390 W3C WebDriver
SeleniumやらWebDriverやら
https://qiita.com/memodasu/items/f06c65513272c1ba7948

・W3C WebDriver（テストスクリプトで実行しているHTTP REQUESTの仕様）
・Selenium Client & WebDriver Language Bindings（HTTP REQUESTをプログラミング言語から簡単に送れるようにしたライブラリ）

>>389
ある女性社員のログを調べたんだけど
韓国系の記事に右寄りの書き込みをしてた

反日に対する愛国心からなるものだったので
見なかったことにした

uipathだと結構検索で出てくるよね。ユーザーフォーラムもあったり
で、初めて行ってみたら 2019.8バージョンの情報が…
ここにあったのかい〜

結構って曖昧に言うけどプログラミングの情報とは桁違いに少ないよ

こんな風に事ある毎にプログラムの方が良いって突っ込まれるからプログラム板以外の所でやれと言ってるんだよ
段々気の毒になってきたわ。業者以外の雇われおばちゃんとかただのRPA被害者だし。

uipathは公式が多方面に情報を発信してくれるが、ユーザーに勧めにくいプロダクト

>>392
今の韓国はウヨ以外も批判する

スレ一覧
C++（ストラウストラップ）、C#、TS（アンダース・ヘルスバーグ）、Golang（ケントンプソン）
Python、Ruby、Rust、Kotlin、Swift、Angular・・・
こんな場所にRPAなんて並べたら中身見たスレ民に叩かれるに決まってる

>>394
他のアクターとかと比べてだよ。
文章見てプログラミングと比べてないことくらいわからんかな
まあ、わかる人に伝わればいいから、変な人とはいちいち議論しない

>>398
わかるやつはビジネスソフト板とかにいるはずだからそっち行けよ
ここはエンジニアがプログラミングの話をする板だ

何というか現実見てないからプログラムで出来るって言う人は嫌われるのよ
現実的にテスト以外でselenium 使って業務改善できた事例がどれだけあるの？
なぜユーザーはRPAを選択してるの？
ユーザーもベンダーも馬鹿しかいないからって言うなら
初めてからプログラミングベースの自動化も無理よ、
そんだけ土台が腐ってるんだから

いくら2chで暴れても時勢は変わらん

現実がちゃんと見えてる人はGUI操作より先に別の手段から検討するからなあ

>>400
ここでそんなグチ垂れ流されてもなｗ
そもそもそんなことを議論する場でもないし

RPAってプログラムがわからない人のための何かにしか見えないけど
どういうものなんだろうか？

>>400
同感ですわ

>>403
ユーザの操作を記述するGUIに模した言語
大抵のソフトは
フローチャート形式で記述する

プログラム知らないって人にはきついし
機能が特化してるから、プログラムの学習には不向き

結構な頻度でめんどい操作があれば
導入すべき
大企業ならね
中小ならムダ

uipathのPDFマニュアルみたいのないかな

動画とかWebガイドみたいのばっかで
ざっと流し読みできるようなのがないんだよなぁ

取引先から発注書がメールで来て
そのフォーマットがpdfでそこのなかの表から商品名発注数希望納期を取り出して
社内システムで発注という動作はRPA？

>>407
フォーマットが統一されてないとRPA単独は無理じゃね？

>>406
ざっとなら「できる…」の抜粋版みたいなのを色んなとこで見たな
RPA導入支援やってる会社とか

>>407
uipathなら無料で試せるけど、いきなりpdfやるのはお勧めできない

>>381
全体的にはサンプルのフレームワーク参考にするとよいよ。再度トライは細かくリトライスコープ、ダメなら現場のおばちゃんに伝える仕組を組んで現場に任す。

>>407
PDFの解析自体はプログラムに任せたほうがいい
RPAとプログラムを組み合わせると
アレルギーが出るなら止めたほうがいい

>>407
PDFだから大丈夫だと思うけど、手書きとかではないよね？
手書きなら諦めた方がいいと思うけど…
PC入力のなら他の人の意見参照って感じ？

uipathの詳細設計(プロパティの値とか)、Excelへエクスポート？で出力されるファイルで十分な気がしてきた…
出力される順番？とかバラバラでわからんかったり、表示名の前に数字振られてたり(規則性が分からん)してるけど…

出力する前にシーケンス番号振っておけばカc&pで並び替えもできるし…

>>389
DNSだってw プッw
10年前の踏み台の話かよw

ヤバイ、RPA化するネタ不足だ

>>407 画像にしろテキストにしろ、重要な書類は編集不可能になってることが多いよ。 そうなってないpdf は証拠書類としては不十分。
手作業でやってみて確認してみれば良い。 その場合でも画像コピーすればやれないことはないけど信頼性が低くなる。 発注システムに曖昧なデーターを使うのはどうなんだろ。

>>407
プログラミング
まあrpaでできないこともない

やっぱさ、ガチガチのフォーマットに書き込まれた伝票・申込書のたぐいをOCRで読み込んで、既存システムの画面にRPAがカタカタ入力する、くらいしか使い道ないよねえ？日本生命のロボ美ちゃんもコレ系でしょ？

なんか他にかっこいい使い方してる人、いる？

>>419
手書きフリーフォーマットを読み込めると思ってんの？
夢見すぎるにも程がある
佐川（だっけ？）の手書き読み取りでも異常な精度にしか思えん

よくある質問とか要望だよな。

RPAで手書き文字の書類を自動入力させたい、って。
それはRPA云々以前の問題ですと答えるしかないけど。

>>419
画像認識はRPAとは別ジャンルだし
そこまでやる企業なら入力用APIは即座に実装できるからわざわざGUI操作する必要もないんだよなぁ
まあ仮にGUI操作するとしてもプログラミングのが楽だけど

不特定多数の人の手書き漢字のOCRなんて無理無理。　英数字じゃないんだから。
それこそシステムの根底から変えていかないと無理。　小手先で何でもできるというのは幻想。

ん、ごめん落ち着いて。
手書きと言ったつもりは無いが「書き込まれた」はそう受け取られそうだね。
あと、RPAにやらせたいのは「画面への入力」な。さすがにOCRとRPAが無関係なことくらいは理解してるが、それだけ混同した要望が多いってことかねえ

PDF をHTML に変換して、Selenium WebDriver で処理できないの？

>>424
混同も何も、ただの客視点の要望だろ
RPA関係なく開発じゃよく見る光景だがね
それを形にするのが仕事じゃね？

>>424 の元の話はどれよ。　>>419 にしか　「書き込まれた」　と言う文章は見当たらないな。
何も具体的な話はないの？

>>407 のメールに添付された注文書のpdf ?　じゃないよね。
>>425　それやるならExcelに変換するな。　入力画面がHTMLとは限らないから、Appiumになるかもしれないね。

>>423
AI-OCRだと手書きでも精度90％以上は出せるぞ
帳票レイアウトによっては変な読み取り方するから
レイアウト変更と読み取り後のデータチェックを導入すれば大体98から999%ぐらいまで精度が上がる

Uipathがお高いのでPythonで業務を自動化してる人はいるかな？基本フリーだから宣伝されないし運用の話しを聞かないけどブラウザとExcelならがっちり？

OCRは精度100パーじゃないと使いものにならないケースもあるからなあ
目視修正とか死んでもやりたくない

>>429
むしろ、なんでその組み合わせでpython使うのか意味がわからん
VBAでやれば？

>>428
それを機能として実装してるRPA製品って有る？

>>431
VBAでブラウザシステムの細かい操作できないと思うけど…

>>423
最近の事情知らんだろ？
画像関係の処理はここ10年ぐらいでかなり変わったぞ

>>432
そういうのは別システムで文字化してRPAに食わせる

>>433
ブラウザって、要はwebサイトのことじゃないの？
細かい操作って、例えばどんなのよ

>>436
Webベースのシステム、ファイルを開くダアログで指定してファイルをアップロードしたりタブで選んでボタン押したり一覧からデータのチェックボックス選んで実行ボタン押すとかあるから、その辺りVBAでできるのか知りたい

>>437
vbaにもseleniumのドライバあるはずだからできるよ
C#やpython使ったほうがカンタンだと思うがね

input　fileのvalue設定してやるだけでは？とも思うが試す気がない

そういうこと言い出すと「http postするだけでは？」になっちゃう
それじゃ身も蓋もないからあえてGUI操作をする縛りの中でなにができるか？という遊びがRPAの本質なんじゃないかなあ

あそび？

あとはpythonの生産性がUipathより高いかが問題だが技術力しだいか。今までやってきた人の操作に近い形でGUIを叩いて操作できるのは既存のシステムを自動化する上で大きなメリットではあると思う。

GUI操作はデメリットでもある
GUIをがっちりと押さえ込んでシステムの改善を妨げてしまう

GUI更新でRPAが壊れちゃったからなんとかして
RPAでこんなことしたいのだけどGUIにあれこれしてくれないか

こういうやりとりが出始めたらヤバイ

VBA知らないけどググったら5分でコピペ作品ができたぞw
'I'm Feeling Luckyボタンを押す
Sub ボタン1_Click()
Dim objIE As Object
Dim button As Object
Set objIE = CreateObject("InternetExplorer.Application")
objIE.Navigate "http://www.google.com";
objIE.Visible = True
Application.Wait Now() + TimeValue("00:00:05")
Set button = objIE.document.getElementsByName("btnI")(0)
button.Click
End Sub

>>437
ブラウザの指定の有無で話は変わらるが
全部VBA単体で全部できる

WEBサイトの要素を調べる必要あるけどね
要素を調べるのがめんどいってのなら、VBAだけではできない

ただ、あんたVBA触ったことないだろ
正確にはユーザーフォームを利用したことないだろ

もうワンコピペで俺とおばちゃんを笑顔にしてくれるRPAが欲しい…　(;_;

>>445
IEでもChromeでもF12押してElementタブ押したら出る矢印アイコン押したら要素調べやすいな！

あ、ChromeならCtrl-Shift-Cで一発で出るのか、知らなかった・・・

>>428
ああ、それ、
使いもんにならんよ
9割だろうが何割だろうがデータチェックするの、
結局全部の文字だからね
間違い探しするよりも自分で確認しながら打った方が
ミスは少ない
そもそも10文字に一文字間違ってるのなんて
人以下だよ

そもそも認識率の話ししてるのに
データチェックすれば99.999%ってなんの冗談だよ
そりゃそうだろ

>>434
何をいってるんだ
お前はどのOCRを使っていってるんだ
どれとどれとどれを使ってどうだった？
メーカーの説明鵜呑みにしてんじゃないよ

開発して実行PCに配布して運用保守まで見越して作るのなんて現場主導でできるかよ
この業界詐欺に近いもんがあるな
特に国産のあれ

存在が矛盾してんだよ
手軽に作るならVBAで現場レベルで勝手に作ればいい
保守があーだこーだいうなら現場にやらせるな
ただRPAで作ったって保守性がいいなんて保証はない
業務フローを適正化したいならそれなりの地位のあるやつがやれよ
しがらみや部門間の隔たりがあるから今までできなかったんだろうが
それをRPA担当ににやらせるなよ

安くねーし、開発に時間かかると元取るにはシナリオ量産しないと行けないけど

>>451
文面からすると
単に変革したと言ってるだけで
そりゃ、10年前のOCRと今じゃ、全然違うよ
ただ、100パーじゃないから、見直しは必須
そういう意味では、10年前と一緒

なんだろうこの老害は…
そもそも人間がチェックしたら100%になるとでも思ってるのかな？w

>>451
ゴメンな俺メーカーの人間なんだわw
対外的にはAIとか言ってるけど要はDeep Learningでかなり認識率上がってる

>>452
国産のあれっていったい何inActorなんだろう…

国産ActorはNTT Dataってだけで企業のお偉いさんは安心したりしたゃうんだよな…

>>449
AI-OCRの認識単位って文字数じゃなく項目ごとだぞ
例えば氏名、年齢、住所、口座ってあった全項目読めて
100%、氏名が1文字でも間違えてたら
識字率75%って計算する

これを踏まえて99%の識字率って結構凄いんだぞ

>>458

各社の使って今も国産の使ってて言ってる
今の認識率なら
発達障害気味の社員と同じくらいの誤認識で
使えなくはないがイライラする程度だな

あんなもんな、辞書や設定で追い込まないと使いもんならんへんわサランヘヨ

>>458
オメー適当な水増ししてんじゃあねえよ
どれが99％認識率あるんだ？

>>455
馬鹿野郎俺ユーザーだよ

セールストークに騙されて用途に合わないOCRを買っちゃった馬鹿利用者乙w

>>458
煽るわけじないが
年齢と住所が同じ評価の重みって
テストとして如何なものかと

>>464
項目毎にテストしないと帳票レイアウトの影響見えないのよ
よくあるのが郵便番号と住所が同じエリアにあるやつ
エリア指定ちゃんとしても人の書き方によって
どっちかに巻き込まれやすいんよ
それでトータルの識字率が落ちる

>>464
弐拾歳とか而立（男性の30歳）や笄年（女性の15歳）とかにも対応してるのかもw

手書きOCRって間に処理を挟むと99％ぐらいまで精度が上げられるけど
市販のRPA製品は90％が限度

フォーマットまで固定されてるし、かなり汎用性が低い

こないだRPA使える？って聞かれたからそういうソフトは聞いたことないですねって答えたわ
自動化ソフト全般の事を言うのね

値段次第だけど、全て手入力するよりはマシだと思うけどねぇ

間違えを目視で探して訂正する作業が大変
大昔から言われていることだが

それなら 入力するのが大変 大昔から言われていることだが とも言えるな

1%の間違いが許される世界か許されない世界かで大きく違ってくるよ。

許されない世界なら、目視で確認するよりもベリファイ入力した方が早い。

>>467
佐川急便の手書きOCRは高精度だよ

AIやRPAで帳票処理を自動化する「AORソリューション」　みずほFGが開発
https://www.itmedia.co.jp/enterprise/spv/1805/25/news066.html

みずほ銀行が出した資料では手入力作業8割削減

データエントリーって、入力作業と入力内容のチェックの2工程で成り立つ。
入力作業だけでも自動化すれば楽

入力内容のチェックや元のデータ自体の間違い（郵便番号や誤字脱字）の検出も
今は無理でも目指す方向としては自動化

UipathのCommunityをタスクスケジューラで動かして使い続けても神はお許しになるのでしょうか？

web上の操作とmssqlとかの各種データベースからのデータ抽出の自動化がしやすいRPAソフト教えろ下さい

>>477
なんでもいいよ
そんなもんの使いやすさなんて
どれも大差ない

でも、会社のパソコンならEXCELくらいあるだろ？

RPA化のネタ不足だわ
他人何やってるか不明だし、聞き取りして否定するのも億劫なんだよなぁ

あなたの毎日やってる手作業の業務
それRPAで自動化できますよ

ただし100万ぐらい費用がかかってあなたが不要になりますけど

なんか4月？のアップデートからリモートデスクトップも自PCと同じように扱えるようになったんだね。
知らんかった…

ただ、リモートデスクトップ側になんかインストールしないとダメみたいだけど、コミュニティエディションでも入れられるのかわからんから質問してしてるわ…

Spotifyの次の曲に移るボタンのセレクタさえまともに設定できないわ

>>480
100万円で人間ひとり削っても保守コストで
100万以上使わされるのが落ちだからなあ

100万も使ったらもっとポテンシャル出せよ
てかお前らどこのRPAソフト使ったらそんなかかるんだよ(笑)

>>481
selenium、winappdriverは最初からリモートできますよ

>>485
それってCitrixじゃなくて、アイコンをアイコンとしてセレクターで認識できるって事でいいですか？

>>480
>>483
RPAで職失った/職失いそうな派遣くん
乙