[RPA]PC自動化技術総合スレ[効率化] Part.3

**デフォルトの名無しさん** · 2019/04/03(水) 08:33:54.41

語りましょう。

**デフォルトの名無しさん** · 2019/05/13(月) 22:58:43.39

>>696
今は主要な外部サービスはほぼ揃ってる
社内システムはRPA分の投資を回したらいいんじゃねえか？

**デフォルトの名無しさん** · 2019/05/13(月) 23:10:57.94

>>697
別に趣味として取り組ませずに仕事として継続的に取り組ませればいいのに、と思ってな >>685 と同じような趣旨ねメンテしたり他のツール作ったり

もしかして趣味グラマーという言葉が誤解を招いてたらすまん業務外(主に趣味)で身に付けたプログラミングスキルを持つ人、くらいの意味合いのつもりだった
会社にとっては教育コストかけなくて済むから好都合な人材であるとは思うんよね

**デフォルトの名無しさん** · 2019/05/14(火) 01:00:08.62

古い社内システムをベンダーに改修してもらおうと思うとDB検索ボタン一個追加するようなごく単純な機能追加だけですら云十万とかかってくる世界だしな…
RPAって最小構成なら年間100万以下とかだし、その費用をシステム改修に回したところで焼け石に水

C#なりPythonなり触れるエンジニアがいるなら手回して貰って、いないならRPA使うなりなんなりで既存システム騙し騙し使って
予算がついたらレガシーはごっそり更新するってのが現実的じゃね

いずれにしてもGUI自動化系の処理は繋ぎとして使うべきだなー

**デフォルトの名無しさん** · 2019/05/14(火) 02:46:02.07

古い社内システムこそ「巨大な技術的負債」だわな
そこにRPAでさらに「技術的負債」がくっついてくるわけや

**デフォルトの名無しさん** · 2019/05/14(火) 05:33:39.65

>>700
RPAに依存するほど既存システムの改修費用が膨れ上がっていくんだけど
その問題にはどう対処するの？

**デフォルトの名無しさん** · 2019/05/14(火) 07:42:44.33

RPAはその場でスクラップアンドビルド
作る費用ゼロだから負債なんてゼロだよ

**デフォルトの名無しさん** · 2019/05/14(火) 08:11:21.27

>>700
ええやん小回りの効きづらいシステムと小回りの効きやすいRPAを組み合わせればええんや

**デフォルトの名無しさん** · 2019/05/14(火) 08:44:31.57

>>703
1週間で自動消滅する機能とかあったらいいかもね

**デフォルトの名無しさん** · 2019/05/14(火) 14:32:50.38

伊達みきおが居るな

**デフォルトの名無しさん** · 2019/05/14(火) 15:10:40.08

>>702
古いシステムは治すんじゃなく捨てるってことやで…
外部アプリで使いやすいように拡張しまくって、用済みになったらポイーってわけ
RPAに頼らざるを得ないようなクソシステムを治そうとすること自体が間違い

**デフォルトの名無しさん** · 2019/05/14(火) 15:18:53.88

>>700
システムを構築する＝工場を建設する、みたいな喩えかね
建築や改築するのは金がかかるから滅多にできないだから、個別に小さな機械(RPA？)を買ってきたり手作業したりするそうやって、古い工場を騙し騙し使いながらさすがにもう無理やなとなったらまた新しい工場を建設するみたいな RPAを上手く喩えられないかな

**デフォルトの名無しさん** · 2019/05/14(火) 16:13:17.91

>>655
JavaのWebアプリテスト自動化ツールは昔からある

**デフォルトの名無しさん** · 2019/05/14(火) 16:46:59.16

Java製のWebテストツールといったらSeleniumだな

**デフォルトの名無しさん** · 2019/05/14(火) 17:00:38.67

テストツールならそれなりの存在価値があるんだが、事務現場はそんなに定型的な利用じゃないし、利用してるプログラムもしょっちゅう変化してるから難しい。

**デフォルトの名無しさん** · 2019/05/14(火) 17:26:53.29

>>707
それなら最初から新しいシステムに移行したらいい

**デフォルトの名無しさん** · 2019/05/14(火) 17:48:00.02

にっちもさっちもいかなくなった最後の希望がRPA
これであと10年戦える

**デフォルトの名無しさん** · 2019/05/14(火) 18:22:03.63

10年の猶予の間に予算付けて次のシステム作ってくれたらなぁ

**デフォルトの名無しさん** · 2019/05/14(火) 18:32:16.40

>>708
RPAで例えると
異なる生産ラインを何も考えずにくっ付けて自動化きゃっきゃしてる感じかな
動線が潰される
メンテ技師が入れない
やたら電気代がかかる

**デフォルトの名無しさん** · 2019/05/14(火) 19:11:29.33

経営者は生産ラインの周りで働いてる労働者がロボットに変わった様なイメージを持ってそうだけどそうじゃない

**デフォルトの名無しさん** · 2019/05/14(火) 21:02:39.51

いいえRPAは神です

**デフォルトの名無しさん** · 2019/05/14(火) 21:32:05.46

RPAは救世主です

**デフォルトの名無しさん** · 2019/05/14(火) 22:44:18.65

わたしはRPA。すべての不要人材を消し去りそしてわたしも消えよう

**デフォルトの名無しさん** · 2019/05/14(火) 22:49:13.06

RPAとはいったい…うごごご

**デフォルトの名無しさん** · 2019/05/14(火) 23:55:23.64

NTT東日本千葉事業部、158業務にRPAを導入　約2万時間の稼動を削減
https://cloud.watch.impress.co.jp/docs/news/1184411.html

**デフォルトの名無しさん** · 2019/05/15(水) 00:34:21.68

2万時間を超概算で言い換えるこんな感じ？
20000時間 ÷ 1600時間(年間労働時間) = 12人分
20000時間 × 1000円(時間単価) = 2000万円

代金(1000万くらい？)と導入人件費とか考えると、とりあえずはトントン今後はペイする見通しって感じかね(メンテの手間次第)

「稼働を削減」って不思議な言い回しだけど専門用語かなにかなのかな

**デフォルトの名無しさん** · 2019/05/15(水) 02:53:40.47

RPAソリューションを商品にしている自社導入記事より
それを信じて導入した人の実体験が聞きたい

**デフォルトの名無しさん** · 2019/05/15(水) 04:40:24.51

単純作業の自動化はやってもいい
やってもいいがRPA製品だけは使うな
普通のPG雇って普通のプログラミング言語を使って作れ

間違ってもRPA製品だけは使うな、便利と感じるのは最初の半日だけだ
あれはほんの少しでも複雑な業務になると一瞬で無能になる
そこからは無能ロボットの介護地獄が始まる

ここで普通の言語が使えればまだ救いはあるが
RPA製品で作っていると「ノンプログラミング」が完全に裏目に出て生産性が急減する

具体的には介護によって規模が増えると指数関数的に、それも従来のプログラミング言語よりも
はるかに大きなオーダーでシナリオの複雑性が増大する、理由はいちいち書かない。

RPAはスケーリングしないっていうのはまさにこういうこと

だったら最初からロケットマウス使ってそれでできる範囲で止めておく方がはるかに投資効果が高い

**デフォルトの名無しさん** · 2019/05/15(水) 05:05:56.58

そのうちMicrosoftがVisual RPAとか作って無料で配り始めるやろ

**デフォルトの名無しさん** · 2019/05/15(水) 06:43:19.16

>>724
落ち着け
単純作業といった直後に複雑な業務の話しとるぞ

**デフォルトの名無しさん** · 2019/05/15(水) 07:04:04.70

>>725
もうあるぞWWF
あとはレコーダーとか使ってお手軽にアクティビティつくる
無料でおk
年間1000万とかアホくさ

**デフォルトの名無しさん** · 2019/05/15(水) 07:24:18.59

年間10千万てソフト何？

**デフォルトの名無しさん** · 2019/05/15(水) 07:25:14.30

間違えた笑
10百万ね

**デフォルトの名無しさん** · 2019/05/15(水) 08:27:33.51

RPA否定派の常套戦術
・単純作業と複雑作業、事務員とプログラマ、通常と例外、などの区別を無視
・理由や根拠を書かない
・記事は宣伝ステマ扱いかといって代替ソースを出す訳でもない

**デフォルトの名無しさん** · 2019/05/15(水) 08:33:07.00

理由も根拠も書いてるが推進派がアマチュアだから理解できてないだけでは？

**デフォルトの名無しさん** · 2019/05/15(水) 08:35:44.30

>>730
区別を無視してるのは推進派だな
企業システム一部としてどうしたって考えなきゃいけないことを悉く無視している

**デフォルトの名無しさん** · 2019/05/15(水) 08:55:48.10

>>712
最初から新しいシステムに移行できる予算があるならそれがベスト
ただそれには最低でも1000万、下手すりゃ億単位の費用がかかってくるわけで・・・

そのシステム移行の予算を捻出するまでの”繋ぎ”がRPAや自動化プログラムってわけ

あとなぜかここではRPA＝年間1000万とか言われてるが、この基準はサーバー型RPA（blue何某やら）の金額であって・・・
クライアントタイプ（Win何某）は最小構成で年間100万以下で使える
開発ライセンス～70万、実行ライセンス～30万ってとこかな。

因みにここでよく名前の挙がるUi何某の年間費用はWin何某の半値くらい
おまけに年商5億以下の会社なら無料で利用可能

もちろん、社内にUiAutomation触れるような人材がいるならRPAなんかに頼る必要はないが、
仮にそんな人材がいなかったとしても年商5億超えの会社なら年間50万なんて屁みたいなもんだし
サポートが充実してる有能仕入先捕まえられれば”繋ぎ”としてのコスパはいいと思うよ

**デフォルトの名無しさん** · 2019/05/15(水) 09:02:53.17

WWFってWindows Workflow Foundation？
出来合いのプログラム用GUIが見つからない
GUIで処理を組み立てられなければRPAではないと言って良いと思う

**デフォルトの名無しさん** · 2019/05/15(水) 09:46:24.60

>>734
Visual Studioにあるよ。もちろん自動操作用のライブラリは入ってないからそのままじゃなんもできん
自動操作用アクティビティを自前で用意できるならこれでもいいかもね。現実的に考えて難しいけどね。

WWFに自動操作用のアクティビティ一式とレコーディングツールなんかの入力支援機能を追加したのがUi何某だね
作成画面とか全く一緒でびっくりするよ

**デフォルトの名無しさん** · 2019/05/15(水) 11:07:58.58

えらい人にVisualStudioのWFの画面とUi某を並べて見せて、
「Ui某はご覧のコレに色々被せたものですから、値段に付いてその辺よくご理解の上で」とか
Webから読んでExcelに書き出すのをUi某で書くとこんなになる、
一方コードで書くとこれだけで済む、
とか説明したところ、かなり熱も冷めたしどう使うかはお分かりいただけたのではないかと淡く期待してる

**デフォルトの名無しさん** · 2019/05/15(水) 11:32:55.70

RPAにまつわる社内的なすれ違いの根本的な原因は、経営と情シスの乖離よね
経営が予算を付けるなり情シスが汗をかくなりして歩み寄らないと、肥大化した糞システムと心中だ

**デフォルトの名無しさん** · 2019/05/15(水) 12:21:45.02

>>733
ようやくまともに導入している人の意見が出た感じだな

他はRPA？プログラミングの方が有能！みんなプログラミングやれ！て言ってるだけで前に進まない

**デフォルトの名無しさん** · 2019/05/15(水) 12:23:07.46

IT側としてはコードアクティビティは書くけど
それを使って実際書くのはユーザー部門ですよ、
外注で作るものじゃないですよ、
あたりが落とし所だろうなあと

あとはこれはバッドプラクティスなのでこうしてね、
みたいな負債回避を書いておくべきか

**デフォルトの名無しさん** · 2019/05/15(水) 12:42:03.22

>>733
システム刷新は別に全部いっぺんにやらなくてもいい
サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい
欲しいとこに集中して素早く刷新すれば繋ぎは別にいらんのだ

最小は最小
実際にこのスレでも小規模で導入して使いにくいって意見がもう既に出てるな
それとライセンス料以外にも金はかかるね

**デフォルトの名無しさん** · 2019/05/15(水) 13:06:52.37

>>733
非常に良い意見具体的だし建設的

これって１台あたりの価格よねそうすると実行台数をまとめたがるはず定時実行ならまとめやすい
一方、トリガーが一定でない単純作業はまとめづらいから向かないのかもなまぁ価格次第だけどデメリットじゃなくて単なる特徴づけの話ね

**デフォルトの名無しさん** · 2019/05/15(水) 13:13:44.45

やっぱり無料で簡単に小学生でも使えるプログラミング言語のほうが現実的だね

**デフォルトの名無しさん** · 2019/05/15(水) 15:21:30.76

>>740
もちろん全部いっぺんにやる必要はない。
現状で困ってる部分が10万そこらで改修できて以降は一切手直しの必要無しってんならわざわざRPAなんか入れる意義も意味もないな

だがそもそもそもの話、
>>サブシステムに区切って価値の高いとこから小さく置き換えるってのを繰り返すだけ
>>なんなら刷新する価値が低いサブシステムは無理にやらなくてもいい

ここでいう刷新費用をペイできないような糞サブシステムが大量に積み重なってボトルネックになってるから現場は困ってるって話なんだよね。
そこをなんとか凌ぐツールとしてGUI自動操作系ツールは使われるってわけ

例えるなら
ボロ家だけど使い勝手悪い所は都度大工にリフォームしてもらってずっと使っていこうよ　ってのが740の言い分だよね
対して
とりあえずヤバいところはDIYでごまかして、浮いた金貯金して新築買おうぜ　てのがGUI自動操作系の考え方なんじゃないかなあ。リープフロッグ現象的な感じ

DIYで使うツールがプログラミング言語なのかRPAなのかはもう使い手の技量によるとしか言えないね
プログラミング言語バリバリ使える人はそっちのが楽だろうし、経験薄い人はRPAとかの補助ツール使うほうが楽だし
うまいこと使い分けるのもありかもね。ぶっちゃけどっちでもいいんだけどね。どうせ繋ぎだし

DIYでなんとかなったからずっとボロ家使っとけばいいや！！　みたいなのが真に危ない考え方ね
元がボロ家でさらにDIYでツギハギなんていつかは破綻する　RPAでもプログラミングでも同じ話ね

**デフォルトの名無しさん** · 2019/05/15(水) 16:07:41.52

>>743 核心をついてる。 DIY でツギハギするにしてもスブシロがやるとやらない方がマシだったんじゃないかというくらい効果がなく、逆効果も多い。

それよりは、1人でも2人でもそれなりのRPA専任(多分pythonでやることになるだろうけど)の人間を置いた方がマシ。その方がペイすると思うけどな。

**デフォルトの名無しさん** · 2019/05/15(水) 17:44:58.54

Python好きだけど配布面でメンドクサイのよね
C#とかで今作るとしたらWinAppDriverなんかがトレンドなのかな？？UIAutomationはさすがに枯れてそう
UWSC復活してくれれば一番いいんだけどなー

**デフォルトの名無しさん** · 2019/05/15(水) 18:00:17.04

>>743
しかし最後に言及したタイプのユーザーが多数派なのでは？
動けばいいじゃんでずっと放置してきたから藁にも縋る思いでRPAに手を出してるわけだからな
RPAに手を出したからってその習慣が綺麗さっぱり改善するとはとても思えん

**デフォルトの名無しさん** · 2019/05/15(水) 19:56:50.60

まともな(建設的な)RPA否定論ってどんなもんなのかね試算でも経験談でも記事でもいいけど根拠と代案が明確なやつ

普通のプログラミングおじさんは大工になるのは簡単だみたいな教育コスト度外視の現実離れなことしか言わないし
現実的な話だと、何人かプログラマ雇う(社内にいれば使う)方がRPAより安い説くらいかね根拠次第だが

**デフォルトの名無しさん** · 2019/05/15(水) 20:07:43.68

普通のプログラミング言語は無料の良質なドキュメントがいくらでも落ちてる
ユーザーが多いから学習を支援してくれるコミュニティも強い
学習環境の構築も無料でカンタン
当然だけど教育コストはRPAより遥かに安くつくんだな

何より無限の応用力と可能性を秘めた普通のプログラミング言語とRPAでは魅力が雲泥の差だ
くだらない作業の自動化なんて面白くもなんともない
勉強するなら一生使える楽しい道具の方がいいよね

◆QZaw55cn4c · 2019/05/15(水) 20:13:44.27

>>748
＞普通のプログラミング言語は無料の良質なドキュメントがいくらでも落ちてる
C++11or later では、そんな話はきいたことがありません…

**デフォルトの名無しさん** · 2019/05/15(水) 21:07:21.22

pythonとかなんであんな人気なのかわからんわ、人工知能方面とか。
なにがいいんだろ？ライブラリ？

**デフォルトの名無しさん** · 2019/05/15(水) 21:26:52.45

>>750
じゃあ何がいいの? perl? ruby? go? rust? shell script?

**デフォルトの名無しさん** · 2019/05/15(水) 21:31:09.46

>>751
rubyは好き。

**デフォルトの名無しさん** · 2019/05/15(水) 21:46:55.08

高速且つ軽量なLuaJITが好き
今はJuliaに期待してる

**デフォルトの名無しさん** · 2019/05/15(水) 21:59:20.79

プログラミングの話がしたい奴はどっかいけ
RPAの事例を聞きたいんじゃ

**デフォルトの名無しさん** · 2019/05/15(水) 22:02:48.52

>>750 RPA と同じような自動化が楽なんだよ。何でもかんでも取り込めて相性が良い。
例えばExcel を扱うなんてVB よりまし。

覚えるのが楽。VB を教えるくらいならPython を教えた方が良いのでは？

言い換えればPython は、自動化ツールそのものではないかな。

**デフォルトの名無しさん** · 2019/05/15(水) 22:14:58.30

例えばpythonでIEを立ち上がてgoogleで「RPA」を検索するコードはどんな感じになるの？

**デフォルトの名無しさん** · 2019/05/15(水) 22:36:56.70

プログラミングを理解することはRPAを理解することにもつながる
中身一緒なんだから…

**デフォルトの名無しさん** · 2019/05/15(水) 22:38:33.22

ふーむIEを使うという発想がすでにRPAに毒されてるのかもしれないなｗ

**デフォルトの名無しさん** · 2019/05/15(水) 22:49:06.11

>>747
典型的な失敗事例だが、うちは1億円以上RPA導入コンサルみたいなものに払って何の業務効率化にもならなかったよ
ゴミが残っただけ

だから結果的にはその費用やプロジェクトにかかった時間で自動化できるエンジニアを採用したり教育した方がよほど良かった

**デフォルトの名無しさん** · 2019/05/15(水) 22:53:56.32

商用RPAを導入している会社は何台のPCに入れているの？
どんな作業をやらせているかも知りたい

**デフォルトの名無しさん** · 2019/05/15(水) 23:06:01.70

ソフトウェアは人間社会の複雑さを取り込んで肥大化していく性質を持つ

RPAでは高水準言語と違ってソフトウェアの複雑さに対抗する手段がない
おまけにソース管理、構成管理ツールの支援も受けられない

繋ぎに使えれば良いというが、そんな寿命の短いソフトウェアに存在価値はない

**デフォルトの名無しさん** · 2019/05/15(水) 23:09:53.15

>>758
from selenium import webdeiver
driver = webdriver.Ie(ドライバのパス)
driver.get('https://www.google.co.jp/search?q=RPA')

**デフォルトの名無しさん** · 2019/05/15(水) 23:16:45.78

>>759
導入責任者が一回でも実際に開発してみれば現実が見えるのになんで確認もせず突っ走っちゃうんだろ

**デフォルトの名無しさん** · 2019/05/15(水) 23:27:31.29

>>762

僅か３行。Win32 + C++だと200行はいるかも

**デフォルトの名無しさん** · 2019/05/15(水) 23:28:06.13

ほう、これは思ったよりはるかに簡潔だ。
なかなかやるね、python。

**デフォルトの名無しさん** · 2019/05/15(水) 23:29:23.21

なんかスペルミスない？
webdeiverってwebdriverだよね多分。

**デフォルトの名無しさん** · 2019/05/15(水) 23:31:49.36

それ以前にseleniumがないって言われる？
pip installしたんだけどな？

**デフォルトの名無しさん** · 2019/05/15(水) 23:41:58.69

お、動いたよ～
なかなかやるね、python

**デフォルトの名無しさん** · 2019/05/15(水) 23:49:15.62

>>763
上層部のゴーサイン出た後には、後に引けない中間管理職の必死さが現場の意見を無いことにする（うちも同様の失敗事例）

**デフォルトの名無しさん** · 2019/05/15(水) 23:53:47.86

ふーむ万事こんな感じで簡潔に書けるならpythonもありかもしれないな。
APIが用意されてないアプリをどう自動化できるのかはまだちょっと想像つかないが。

**デフォルトの名無しさん** · 2019/05/15(水) 23:54:40.06

>>769
うちはRPAの導入を目的化してて、効率化を目的としてなかったのが原因かな
発注した連中はitに詳しくないかつ現場などどうでもよくてRPAを入れさえすれば目的達成で、
RPAコンサルの連中は導入実績作りのためにうちをカモにしていた
利害関係はある意味一致していたから効率化が未達成なのは必然だった

**デフォルトの名無しさん** · 2019/05/15(水) 23:57:00.17

ワイはRPAの黒船が来そうな気配があったし、やりたい自動化はその手のアプリじゃ到底無理と思ってpython覚えたな
Rとかでもいいんやろうけど、ライブラリが一杯で探せば大抵何とかなるのはすごい

配布はしたくないし、する気もないから完全自分用だけどね
今では自動化でそれなりに時間浮かして、次のプログラムの勉強する時間確保できてるわ

**デフォルトの名無しさん** · 2019/05/16(木) 00:04:49.53

>>771
心中お察しします
うちも一緒や、導入が目的で入れることが成果なんだよね………

導入後に何ができるか考えたり、開発用にSEコンサルから連れてきてた
あとは現場が努力で数字を弄くり回して報告用の工数削減時間の捻出………って見てると色々仕事真面目にするの馬鹿らしくなるわな

**デフォルトの名無しさん** · 2019/05/16(木) 00:20:30.21

>>759
>>769
>>773
へー失敗例は有意義だねせっかくだから詳しく語ってよ↓ (もしかしたら >>466 さんかな) 既に書いたのはいいので
にしても1億ってヤバいなこういう経験したらRPA否定派になるのもわかる気がする

・基本事項(会社規模導入前の状況システム化や手作業等々)
・導入詳細(費用クラサバの別台数プロジェクト体制等々)
・導入後(導入後の状況、敗因、代案)
・気になるのが、上層部の浅はかさはさておき、一般社員がある意味勝手に「おっ、便利なおもちゃくれたやんけ使いこなしたろ」ってなりうるのが長所だと思ってたけど、そういう動きはなかった？
十分合理化できてたか、RPAの敷居が高いかくらいだと思うんだけど…

**デフォルトの名無しさん** · 2019/05/16(木) 07:17:54.75

>>774
うん、聞きたい。
どのようなRPAがゴミになったのか、どういった業務はRPAすべきでなかったのかなど

**デフォルトの名無しさん** · 2019/05/16(木) 08:08:23.82

なんやこれ意味わからんわむずすぎ
つーか開発したら首切られるんだろ？
切られないにしても別のクリエイティブな仕事を要求されるとかムリムリ
ぜってーやんねーよみんなもそれでいいな？
いいともー

今までダラダラ単純作業してきた一般社員なんてこんな感じじゃないの？

**デフォルトの名無しさん** · 2019/05/16(木) 08:30:32.30

RPAなんて泥縄に頼らざるを得ないような粗末な会社の従業員は待遇が悪いから、当然会社を信頼していない
別分野の新業務に対して相応の報酬が支払われるなんて思ってないし、実際支払われたとしても寸志程度だろう
業務の最適化が終わったらさらに待遇が悪くなると考えるのも当然のこと、これで頑張る方が異常、そういう世界

**デフォルトの名無しさん** · 2019/05/16(木) 09:02:49.52

RPAはソフトによって性能がピンキリだからなー
Win何某はまだかわいいほうで、下手すりゃ画像認識で座標クリックしかできないような糞RPAもあるし
そんな糞RPAでも「他社には負けない、絶対の自信があります！」とか言って売られてるんだから怖いわ・・・

失敗事例の方は是非、何のRPAを導入したかも示唆してほしい

これから選ぶ人、
ttp://rpachallenge.com/?lang=ja
このサイトの目的のフォームに正確に文字が入れられるかどうかで大方の性能が評価できる。トライアル中にでも是非試してみてほしい

name属性が動的に割り振られたり、アクセスする度レイアウトが変わったりする糞システムを再現してる
腕試しにPythonでもやってみても面白いよ。

**デフォルトの名無しさん** · 2019/05/16(木) 09:22:39.64

>>762
urlのquery文字列としてRPA渡すんじゃなくRPAっぽく検索ボックスクリックしてRPAを入力、エンター（または検索をクリック）ってやると？

**デフォルトの名無しさん** · 2019/05/16(木) 10:18:35.60

>>778　面白いな。

**デフォルトの名無しさん** · 2019/05/16(木) 13:08:58.38

>>778
糞システムを再現www
草不可避だわ

**デフォルトの名無しさん** · 2019/05/16(木) 15:16:31.99

ブラウザ操作の自動化をseleniuumでやってます
今度はPC操作全般を自動化したいと思っていますが
みんなが知ってる以下の条件に合うのソフトやツールを教えて

・操作の記録機能がある
・自動生成したフローチャートやコードの手直しが少なくて済む

**デフォルトの名無しさん** · 2019/05/16(木) 15:57:36.10

UiPath
UWSC

**デフォルトの名無しさん** · 2019/05/16(木) 16:11:04.66

>>782 PyAutoGUI

**デフォルトの名無しさん** · 2019/05/16(木) 17:53:26.72

普通に考えて費用対効果が高いから具体的には、導入費用〇円、削減が見込める超勤代や派遣費用△円、という見込みを立てて導入しそうなもんだけどな流行りだからやっちゃう？みたいな感じなんかねワンマン中小企業なのか？

配置転換とか首切りとか効率化後のデメリットが予想できると効率化するわけないってのは確かにそうだね
そこまで期待するのか、単に超勤削減程度を期待するのか(その程度ならやる人多そう)、そういったビジョンも求められるわけか特に実行部隊が多数一般社員だしな

**デフォルトの名無しさん** · 2019/05/16(木) 18:10:27.10

>>785
具体的な機能一個も出してない状態で見積もり出してもな…
肯定派の皮算用には現実感がないんだよ
買ったらあとは何事もなく全て上手くいって幾ら儲かるって論調

**デフォルトの名無しさん** · 2019/05/16(木) 19:54:10.13

>>779
from selenium import webdriver
driver = webdriver.Ie(ドライバのパス)
driver.get('https://www.google.co.jp')
driver.find_element_by_name('q').send_keys('RPA')
driver.find_element_by_name('btnK').click()

**デフォルトの名無しさん** · 2019/05/16(木) 20:17:17.06

elemet_by_nameの引数のqはどこから来たの？

**デフォルトの名無しさん** · 2019/05/16(木) 20:18:18.09

あ、find_element_by_nameか

**デフォルトの名無しさん** · 2019/05/16(木) 20:44:49.33

>>788
インスペクタでポチポチしたら見えるよ

**デフォルトの名無しさん** · 2019/05/16(木) 20:51:58.12

ブラウザの要素の検証機能で特定することもできる
name属性が毎度変わるようなクソサイトには別のアプローチ考える
このへんは勘と経験がものいう部分

**デフォルトの名無しさん** · 2019/05/16(木) 21:24:13.00

>>790>>791
ふーむ、なかなか面白いなｗ

**デフォルトの名無しさん** · 2019/05/16(木) 21:35:41.61

エクセルとかもこんな感じでpythonで自動化できるってこと？

**デフォルトの名無しさん** · 2019/05/16(木) 22:39:20.01

>>793 Excel とPython は完全に相性が良いよ。

**デフォルトの名無しさん** · 2019/05/16(木) 22:42:32.68

HTTPって文字列のやり取りなのにわざわざwebブラウザ起動してボタン押すとかアホみたいよね

**デフォルトの名無しさん** · 2019/05/16(木) 22:53:14.90

>>794
VBAよりも？

**デフォルトの名無しさん** · 2019/05/16(木) 23:00:31.17

>>796
PythonはWebDriverをサポートしている
逆に言えばWebDriverが使えればなんでもいいって事
同じようにExcelならCOMが使えればいい

**デフォルトの名無しさん** · 2019/05/16(木) 23:02:10.37

ほほう、このスレ結構勉強になるな。