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

**デフォルトの名無しさん** · 2019/11/19(火) 20:35:47.34

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

**デフォルトの名無しさん** · 2019/11/19(火) 20:37:48.51

>>1
スレタテ乙( ´∀｀)σ)∀`)

**デフォルトの名無しさん** · 2019/11/20(水) 06:04:48.92

例えれば、赤いのがRPAです
https://i.imgur.com/RsGsyqG.jpg

**デフォルトの名無しさん** · 2019/11/20(水) 18:48:31.89

>>1
乙です

**デフォルトの名無しさん** · 2019/11/24(日) 02:29:07.25

こいつの名刺持ってるんだが、大丈夫か？某社
http://seigitowananika.blogspot.com/2017/11/blog-post_67.html

**デフォルトの名無しさん** · 2019/11/25(月) 00:47:18.56

ネットワークフォルダ(\\xxx.xxx.xxx.xxx\の様な社内LAN)の接続状態の確認はどの様なアクティビティを使えばいいでしょうか？
ワンタイムパス使って、日々接続しなおさないといけないのですが…

接続しているかいないかがわかれば後はできるのですが…
pingとか使って文字列検索…とかしか無いのでしょうか？

**デフォルトの名無しさん** · 2019/11/25(月) 06:38:14.76

ネットワークフォルダWクリでログインウィンドウ開くなら非接続
フォルダが開くなら接続でいいんじゃないんかい？

**デフォルトの名無しさん** · 2019/11/25(月) 10:43:56.25

マイクロソフトがRPA進出してきたけどOffice連携で
MS純正以上のブランドは無いから既存ツール屋は
勝ち目無いよね。

**デフォルトの名無しさん** · 2019/11/25(月) 12:20:51.50

rpaビジネスも終わりかぁ
次は何にしよ

**デフォルトの名無しさん** · 2019/11/25(月) 22:14:37.01

もうRPAでカモに出来る会社や
自治体はそんなに残ってないだろ。
いつものバズワード商法だったな。

**デフォルトの名無しさん** · 2019/11/25(月) 22:59:50.48

>>9
数多ある中小零細がこれから始めるからまだいけるんじゃない
夢のシステムと勘違いして飛びつきそうだし…

**デフォルトの名無しさん** · 2019/11/25(月) 22:59:59.42

うちまだ現在進行形で騙されてる
最先端技術で働き方改革を推進とか言っちゃってる

**デフォルトの名無しさん** · 2019/11/25(月) 23:03:12.68

>>12
業務の見直し無しで手間ばかり増やしといて工数削減達成！とかかな…

**デフォルトの名無しさん** · 2019/11/26(火) 05:23:24.28

業務はそのままで工数削減
そんな夢のようなことを可能にするのがRPA
なのですが？

**デフォルトの名無しさん** · 2019/11/26(火) 07:34:24.46

>>14
そのままなわけがないだろ・・

**デフォルトの名無しさん** · 2019/11/26(火) 08:07:34.07

夢は夢だったということだ
金をかけて専門家を雇って大規模に導入したとこだけが宣伝記事で大成功と紹介される現実がつらい
プログラミングレスにした意味がまるでない

**デフォルトの名無しさん** · 2019/11/26(火) 08:25:46.99

業務そのままで工数削減は可能だが
実現と保守するためのコストがかさむ。

**デフォルトの名無しさん** · 2019/11/26(火) 09:02:24.14

>>16
結局、プログラミング能力の高いやつがこの手のツールを使いこなしたところが成功したてだけでしょ。
そういうやつだったらこんなツール不要で、VBAやUWSCでなんとかしてしまうような気がする。

**デフォルトの名無しさん** · 2019/11/26(火) 10:12:48.85

RPAの営業ってPaypayの営業をやってる奴でも出来そうだな

**デフォルトの名無しさん** · 2019/11/26(火) 11:16:01.11

>>14
そら夢だ。「いつ止まるか分からないのでボクがアラーム監視してます（ドヤァ」っていうところ知ってるぞ

**デフォルトの名無しさん** · 2019/11/26(火) 11:27:01.23

Outlookで受信したメールを日付が古い順に並び替えてから処理をしたいのですが、どの様なアクティビティを使えばいいのでしょう。

invoke codeで書くのが一番良さそうなのは検索して分かったのですが、コードをどの様に書けばいいのか…

よろしくお願いします。

**デフォルトの名無しさん** · 2019/11/26(火) 11:43:34.76

>>21
Outlook VBA使えば3分で完成なのに。
RPAって不便だよな。

**デフォルトの名無しさん** · 2019/11/26(火) 12:16:26.43

>>22
ホントにです。
メールメッセージを取得する時に、1以外の上限に設定してあったら、並び替えも一緒に指定出来たらいいのに…

ま、あとは対象なメールだけ別フォルダに振り分けて、そこを昇順にすればいいんでしょうかね…

**デフォルトの名無しさん** · 2019/11/26(火) 13:23:16.00

少なくともライセンス料やコンサル代払って使うものじゃないな。

**デフォルトの名無しさん** · 2019/11/26(火) 14:34:28.74

プログラマからの転職先でRPAというのをやってる会社とかどうかなと思ったけど
ここを見る限りRPAってのも他社を騙して金をとるようなもんなのね

**デフォルトの名無しさん** · 2019/11/26(火) 17:36:53.63

「もうブーム終わったし。何すれば良いのか利用目的判らない」なーんて最近言ってるみたいね。皆さん。

**デフォルトの名無しさん** · 2019/11/26(火) 19:44:39.79

ラグビーみたいなもん。

**デフォルトの名無しさん** · 2019/11/26(火) 19:52:21.25

VBAを書ける奴にRPAで作らせる。

良い例えが思いつかないけど、
プロの料理人に高額で買わされたインスタント食品を手間暇かけて調理して貰うようなもんか

**デフォルトの名無しさん** · 2019/11/26(火) 20:29:13.94

RPAありきのシステム運用を考えてる老害がおるんだよね…

**デフォルトの名無しさん** · 2019/11/26(火) 20:45:55.39

おるなwデスクワークは全部RPA にしようとしとるw

**デフォルトの名無しさん** · 2019/11/26(火) 20:49:31.02

>>28
VBAってそんなに高度か？
ADOをゴリゴリに使ったりしない限りは所詮BASICだから、プログラミング未経験でも独学でなんとかなるレベルだと思うけど

**デフォルトの名無しさん** · 2019/11/26(火) 20:52:13.54

クソザコベンダーのアプリケーションはAPIが揃ってないから自動操作で仕方なくってところまでは理解ができるんだよ
でもなんでそこから飛躍してバカみたいに高いクソザコ開発環境を導入しようって方向に行っちゃうのかわからない

**デフォルトの名無しさん** · 2019/11/26(火) 20:52:30.44

BASICよりかえってC#やpythonのほうが勉強しやすいｗｗｗ

**デフォルトの名無しさん** · 2019/11/26(火) 21:30:07.23

>>31
逆に聞くがADOすら使わないVBAって何？
スタンドアロンで何の仕事？
Excel共有で十分だろw

**デフォルトの名無しさん** · 2019/11/26(火) 21:41:38.37

システムにAPIが無くてCSVダウンロードしか出来ないから
ファイルを落とすのとExcelでいじるためにRPA使ってる
会社は結構あるぞ。

**デフォルトの名無しさん** · 2019/11/26(火) 22:10:48.32

お札で鼻をかむようなもんか？
高コストなのにティッシュより使いにくい
どうだろうかこの例え

**デフォルトの名無しさん** · 2019/11/26(火) 22:42:22.74

ど　う　だ　明　る　く　な　っ　た　ろ　う　？

**デフォルトの名無しさん** · 2019/11/27(水) 00:18:31.45

他人の金だから構わねぇだろって奴は、コスト削減とは逆方向向いてるな。

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

RPA周りがやってるからって理由でさわりもせず部下に丸投げして効果出すのがお前らの仕事だみたいな状態
お前らがダメならおれがテーマ選定するぞみたいなこと言ってくるが、みんな開発者の技量とか実務で使用に耐えるものが出来上がるかどうかの検討とかを考えて、向いている業務を検討してるのに・・・

**デフォルトの名無しさん** · 2019/11/27(水) 09:23:21.51

>>36
いいんじゃない？

**デフォルトの名無しさん** · 2019/11/27(水) 10:04:25.44

RPA導入させようとする人間の思考が効率悪いって
笑えない話だな。プログラミング未経験者に勢いで
作らせてもそびえ立つクソの様なシナリオになるぞ。

**デフォルトの名無しさん** · 2019/11/27(水) 12:18:22.66

>>27
なぜ、いきなりラグビーの話に？！

**デフォルトの名無しさん** · 2019/11/27(水) 13:25:27.86

RPAの役立たず度が知れ渡ってきたから今度は
インテリジェントオートメーションとか言ってる。
典型的なリネーム商法だよね。

**デフォルトの名無しさん** · 2019/11/27(水) 13:49:00.63

>>35
まさかのダウンロードボタンクリックするのにRPAごしか。
VBAやったことないのか。

**デフォルトの名無しさん** · 2019/11/27(水) 13:52:11.44

「買ったけど、もう用途が無いんだよね。ExcelとIE自動操作以外に何が出来んの？コレ」

ウチはVBA派遣を増員するってさ。
「RPAも使います」を餌にして。

**デフォルトの名無しさん** · 2019/11/27(水) 14:11:41.98

老害によるRPA講座、案の定、ボクは知ってると語ってるだけで、全く役にたたん。
こんなの使えんのか？

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

>>44
VBAを触った事のない人間にシナリオ作らせている
会社は少なくないし、営業がプログラミング経験無しで
RPAツールしか経験がないのもザラにある。

**デフォルトの名無しさん** · 2019/11/27(水) 15:42:47.28

月一でしか来ないメールのためにuipathのシナリオ作るのはイヤなので作らずにこの職場を去ることにした…

なんでもかんでも自動化させりゃいいってもんじゃ無いぜ！

**デフォルトの名無しさん** · 2019/11/27(水) 18:03:08.04

>>48
作れよ
仕事だろうが

**デフォルトの名無しさん** · 2019/11/27(水) 19:53:18.18

嫌だからじゃなくて出来ないからだろｗｗｗ

**デフォルトの名無しさん** · 2019/11/27(水) 20:17:30.69

サーバーレスのAWS Lambda で、Ruby も採用されている時代に、
膨大な費用を掛けて、RPAをやってる会社って、

エンジニア感覚が、30年ぐらい遅れてるw

**デフォルトの名無しさん** · 2019/11/27(水) 20:22:03.59

micro:bitにJavaScriptとか言うカス言語とPythonとか言うクソ言語が採用されて、史上最強の神言語Rubyが採用されなかったのはなぜ？
言っとくけど悔しくて聞いてるんじゃないから！

**デフォルトの名無しさん** · 2019/11/27(水) 20:34:39.44

JavaScriptはほんとウンコ

**デフォルトの名無しさん** · 2019/11/27(水) 20:51:46.73

>>51
日本の企業のIT化は他国より遅れてるから
RPAがマッチしちゃったんだろうね。

**デフォルトの名無しさん** · 2019/11/27(水) 21:33:32.18

そうだ児童化しよう

**デフォルトの名無しさん** · 2019/11/27(水) 21:35:50.35

>>44
VBAやったことある人でも、それでダウンロードボタン押せる人は少ないと思うわ。
そもそも、Office製品以外の操作が可能なことを知っている人が少ないというか。

51 · 2019/11/27(水) 21:39:46.83

サーバーレスのAWS Lambda で採用されている言語は、
C#, Java, Go,
Node.js, Python, Ruby, PowerShell

C/C++, PHP などは、採用されていない

**デフォルトの名無しさん** · 2019/11/28(木) 06:04:05.31

>>51
そもそもコンセプトが違うだろ

**デフォルトの名無しさん** · 2019/11/28(木) 07:00:03.79

エンドユーザーが一貫してやらんと何の意味も無いのにエンドユーザーが考えたザル業務フローを基にエンジニアがシナリオ作ってる
今まで通りなのに技術要素がRPAという仕打ち

**デフォルトの名無しさん** · 2019/11/28(木) 08:03:51.06

>>42
一時的なブームのたとえだろ

**デフォルトの名無しさん** · 2019/11/28(木) 08:13:43.71

業務設計からやらないと意味無いもんな。
エンドユーザーが作るとエラー処理やテストを
まともに出来ないから炎上する。

**デフォルトの名無しさん** · 2019/11/28(木) 15:01:11.15

RPAによって日本企業のユーザー部門の深刻さが浮き彫りに

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

>>60
理解した

**デフォルトの名無しさん** · 2019/11/28(木) 17:36:22.96

業務フローの見直ししないでいきなり現場事務員に作らせると
効率的に地獄を生み出し続ける。

**デフォルトの名無しさん** · 2019/11/28(木) 20:29:08.47

お前ら事務員なめてるけど、事務員もピンキリだぞ。
プログラマーがピンキリなように。

**デフォルトの名無しさん** · 2019/11/28(木) 21:29:12.22

>>65
お前はキリだな

**デフォルトの名無しさん** · 2019/11/29(金) 00:54:00.27

>>65
そのピンの事務員が
職級上がった途端に使い物にならん事が発覚し
タダのキーボードパンチオペレーターの優秀な部品だった事が露呈して
消えて行った例は沢山見た

**デフォルトの名無しさん** · 2019/11/29(金) 01:11:06.15

どんな評価してんねん…

**デフォルトの名無しさん** · 2019/11/29(金) 06:01:07.97

RPAって要は既存の自動化関連をパッケージにしただけでしょ?
以前から同様の事をやっていればそりゃ無用の長物になるわな

**デフォルトの名無しさん** · 2019/11/29(金) 07:18:44.97

>>69
NTTのヤツはVBscriptをコードブロックにしてGUIで組み合わせるものだった
エンジニアがVBscriptでゴリゴリ処理を作る地獄の再発明

**デフォルトの名無しさん** · 2019/11/29(金) 07:21:05.66

業務設計が高難易度なのにそれを実現する手段がGUIプログラミングという謎の縛りプレイ

**デフォルトの名無しさん** · 2019/11/29(金) 10:04:48.24

公式APIがないならGUI操作で無理やり自動化したるわってとこまでは百歩譲ってわかる
よっしゃついでにプログラミングもGUIでやろうぜってとこが全く理解できない
前世紀の旧人類と同じ過ちを繰り返してる

**デフォルトの名無しさん** · 2019/11/29(金) 10:53:45.82

車輪の再発明

**デフォルトの名無しさん** · 2019/11/29(金) 12:27:15.22

GUIになだけなのに「プログラミングの知識が不要」とか謎の飛躍を遂げるからこじれるんだよなあ

NTTのは、「相談頂ければノードの開発もやりますよ」と言われたが、よく見たら裏でVBが動いてるだけなの見て萎えた。

**デフォルトの名無しさん** · 2019/11/29(金) 12:30:27.40

NTTは技術力高いイメージがあったがなんでそんなことやってんだろう
余剰人員で金稼ぐためにやってるのかな

**デフォルトの名無しさん** · 2019/11/29(金) 12:37:57.74

>>75
クラウド版はもっとやる気ない
そもそもNTT本体は開発してない
子会社製だから品質もそれなり

**デフォルトの名無しさん** · 2019/11/29(金) 13:37:01.24

そもそもNTT本体には開発人員いないだろ
いない人員の開発品質が高い前提はおかしい

**デフォルトの名無しさん** · 2019/11/29(金) 17:33:37.98

NTTのはGUIだけど分岐・ループ・例外処理なんかの
フローチャート図そのままだったりするし知識不要は
吹かしすぎだと思う。

**デフォルトの名無しさん** · 2019/11/29(金) 17:57:08.86

>>72
uipathなら invoke codeでプログラム書ける
それに気づくまで、パーツ並べてロジックゴリゴリ描いて、作りにくいわ見にくいわ愚痴ってたこともありました
ロジックが大きくなるなら dll作ってもいいし。でもそこまでできるのは本職かマニアがいる場合

**デフォルトの名無しさん** · 2019/11/29(金) 18:37:25.07

クラス単位でgui化してマウスで並べられるようにするって発想は
悪くないと思うけどな

なぜここまでアレルギーを起こすのかｗ

**デフォルトの名無しさん** · 2019/11/29(金) 19:18:52.28

アレルギーと言ってしまう現状認識がデフレマインドとそっくり

**デフォルトの名無しさん** · 2019/11/29(金) 19:25:46.67

>>80
ワークフローの概念自体は昔からあって有効な場合もあることはわかってるが、RPAの対象はその「場合」の範疇外なんだわな
テキストを入力する、とかクリックする、とかそういう粒度の小さすぎるタスクはコードで書いちゃったほうがいい
ワークフローってのはもっと粒度の大きい、複数のアクターが非同期的に関わるような、長期プロセスを記述するためのものだ

**デフォルトの名無しさん** · 2019/11/29(金) 19:28:46.20

>>80
GUIプログラムで超大作を作れ言われるんだぞ
ライセンスがクソ高いから並のシステムじゃ許さんという勢い
何を作るか決まってないのに
つかなんでエンジニアがGUIプログラムでプログラミングするんだよ
エンドユーザーが作るから凄いんだろうが

**デフォルトの名無しさん** · 2019/11/29(金) 19:37:39.32

業務担当がGUIで簡単にプログラミング出来るから業務のIT化が超早い
↓
業務担当の人は不慣れなのでITチーム員は支援して下さい
↓
業務担当の人が業務を説明するのでITチーム員が実装して下さい

コードブロックの中身がVBscriptじゃねーかデバッガもねえぞ助けて

**デフォルトの名無しさん** · 2019/11/29(金) 19:39:18.87

>>83
これに尽きる。
エンドユーザーがやる気ない時点で意味も価値もなし

**デフォルトの名無しさん** · 2019/11/29(金) 19:45:37.90

UMLからプログラム出来たら超早いじゃん
という試みを再びやろうというのがRPA

**デフォルトの名無しさん** · 2019/11/29(金) 19:47:55.32

AIでちょっと対向システムのUI変わっても動く可能性がある業務システムが作れます

**デフォルトの名無しさん** · 2019/11/29(金) 19:51:03.87

>>74
ネット動画をダウンロード出来ます!
　　　　　　↓
実は画面を録画してるだけ。

みたいな話か?

**デフォルトの名無しさん** · 2019/11/29(金) 19:52:48.08

↑違うか。

**デフォルトの名無しさん** · 2019/11/29(金) 20:09:09.90

>>77
研究所持ってるからなんだかんだ言っても技術力はめちゃ高いぞ
>>74の言うNTTはどこのことを言ってるんだろ？

**デフォルトの名無しさん** · 2019/11/29(金) 21:05:44.47

プログラミング未経験のエンドユーザーが頑張れば
とりあえず動くシナリオは作れるが、作った本人しか
メンテ出来なくなるのが分かり切ってる。

**デフォルトの名無しさん** · 2019/11/29(金) 23:25:32.29

それで飯が食えればいいんだよ

**デフォルトの名無しさん** · 2019/11/30(土) 04:01:41.25

>>80,81
クラス単位でgui化してマウスで並べられるようにするって(すれば素人でも組めるようになる)発想は
お金を増やせばインフレになるって発想
と同じレベルで悪くない

**デフォルトの名無しさん** · 2019/11/30(土) 08:11:03.48

繰り返しや条件分岐が良く解らんし解る気もない人が業務システム作る仕組み

**デフォルトの名無しさん** · 2019/11/30(土) 08:12:15.88

業務システム作る試みね
業務してる人はプログラム興味ないというハードルが高過ぎる

**デフォルトの名無しさん** · 2019/11/30(土) 09:50:09.78

現場の素人でも扱えるが、素人だから非効率に
効率化するというね。全体の業務見直しサボって
末端の効率化だけ進めても後で痛い目見る。

**デフォルトの名無しさん** · 2019/11/30(土) 09:52:25.23

マイクロソフトのコーディングAI支援はいまやステートメントの提案までやってくれるようになった
テキストベースのプログラミング環境の進化はとどまるところを知らない
もちろんテキストベースのプログラミングにはAIだけじゃなく様々な蓄積がある人類の叡智の結晶なのだけど
それらを全て捨ててゴミみたいなGUIプログラミング環境に移行してプログラミングしようなんて馬鹿だよな
控えめに言って気が狂ってる
高度な文明を捨てて野生に還るようなものだ

**デフォルトの名無しさん** · 2019/11/30(土) 10:10:10.19

>>97
プログラマ以外がプログラムを出来るようにする試みだからコードプログラミングどうこうは関係ない
問題はプログラマ以外がプログラムに興味ない事

**デフォルトの名無しさん** · 2019/11/30(土) 10:35:01.31

プログラマ以外はプログラ厶しなくていいよ
ゴミを生産したらそれは資産じゃなく借金になるんだから邪魔なんだよ
もちろんホビーなら好きにしてくれて構わないが

**デフォルトの名無しさん** · 2019/11/30(土) 10:41:20.27

ツール屋は煽ってバカに買わせればライセンス料と
うまく行けば保守料も取れるし、本当は効率化に
失敗してくれた方が儲かるからな。失敗した奴ら
向けに次世代RPAを仕込み始めてるし。

**デフォルトの名無しさん** · 2019/11/30(土) 11:10:43.76

専門技術不要、簡単に、安くできて、高い効果がでます
その証拠に（詳細は一切不明のすごーく怪しい）調査レポートやニュース記事ではこんなに数字が出てます
まずはこの薄っぺらい謳い文句で技術に弱い経営者を釣り上げる
ある程度まで導入を進めて後に退けなくなったら、実は素人だけではこれ以上は難しいんです、とカミングアウトして、でも全力でサポートしますからご安心を、などと言って派遣社員という名の工作員を送り込む
送り込んだ工作員は、質より量を合言葉に粗悪なプログラムをとにかく量産して導入させる
そうして、本職がいないとメンテナンスできない状況を作り出して、常駐を安定化させる
完全に依存させたら、我々がいないと困りますよね、と足元を見てぼったくる
これがベンダーロックインさせて、骨までしゃぶり尽くすための黄金パターン

**デフォルトの名無しさん** · 2019/11/30(土) 12:00:53.03

>>101
派遣社員が質より量てのが本末転倒だよな。
結局ユーザー企業にプログラ厶の素養がある社員がいなきゃうまく行かないんじゃないか？
うまく行ってる(?)会社はそういう社員がいただけで、全くの素人じゃないし、
そういう社員はRPAを買わなくても、VBAやらでうまく作れるはず。

オレ、知人からRPAベンダーからリファラルしてくれるて言われてるんだが、やめようかな。
それとも確信犯的にだまくらかす方に回るか。

**デフォルトの名無しさん** · 2019/11/30(土) 12:46:50.68

お前らが文句言ってるのは
RPAベンダーの詐欺商売についてじゃん

MSのRPAが出たらお前らが
叩いたところでRPA需要は増えるねw

**デフォルトの名無しさん** · 2019/11/30(土) 13:38:24.41

ちょっと長いんですが、何かご意見ください。
私は、簡単なエクセルマクロをどうにか組める程度の事務員です。
無料版を自分のPCに入れてuipathを使ってみた

使ったのは、銀行サイトから、入出金データのダウンロード(csv、pdf)

具体的には、
・口座選択画面　で目的の口座をクリック（10口座ある）
・何回かクリックして、入出金画面に行く
・日付入力（「2019」「10」「01」「2019」「10」「31」の6ヶ所入力）し、csv　DL→名前をつけて保存
・同様に6ヶ所の日付入力し、pdf　DL→名前を付けて保存
・口座選択に戻って、次の口座をクリックして、･･･以下同様。
ファイル名は、口座1.csv、口座1.pdf、口座2.csv･･･　のようにつける

日付入力だけでも12ヶ所あってそれが10口座なので、ほんとうんざり。
1ヶ月に一回、30分が5分になるだけだけど、作業が楽になったし、正確なのも助かる
（手入力だと、日付間違えたりどの口座選んだかわからなくなったりがある。)

(RPAよりシステムを変えろって話が出てたけど、
この銀行に「一括DL」機能があればいいことだし、あるいはそういう銀行に変えればいい、
が、当然できない）
続く

**デフォルトの名無しさん** · 2019/11/30(土) 13:39:02.03

続き
それで、一般事務員がどう苦労したか
・レコーディングしたけど、ポップアップを認識してくれなくて、セレクタがどうとか一苦労→なんとか解決
・翌月は、日付が違うから、レコーディングだけでは無理→変数を使用→わりとすぐ解決
・同じことを10回繰り返すのだから、ループにしたい。
　・口座選択ボタンのセレクタをみて、口座1　････100･･･　口座2　　････101･･･　になってるところをさがして
変数を入れてみたが、エラー。（ちょこっと相談ができる相手がそばにいてくれたらすぐ解決したかもしれない。）
結局、そのアクティビティを9回コピーして、数字をちまちま書き換えて対処。（これで動くのだから、大筋間違ってないと思う）

　・入出金画面は、どの口座も同じだから、サブフローとして作って、呼び出すことに。
で、引数の設定ですごく苦労。
メインで　csv = (口座1.csv , 口座2.csv ,･･･)ていう配列作って、
　i=1　のときファイル名が　口座1.csv　で　i=2で　口座2.csv　･･･　とかいう受け渡しが難しくて･･･

あと、できれば、　口座(i).csv　みたいな変数指定ができたら･･と思ったができんかった

それでもなんとかできあがり。続く

**デフォルトの名無しさん** · 2019/11/30(土) 13:39:40.68

続き
それで、伺いたいのだけど。

RPAを使わず、この作業って、「簡単に」できますか？
つまり↑みたいな実力の人がってことね。　
何の言語をどう使うの？
例えばpythonとかをちょいと勉強すれば　作れるようになりますか？

それと。
pdfが100個ほどあって、今はそれを印刷-郵送しているんです。
そこで、pdfにパスワードを設定して、メールに添付して送る。
(100個にそれぞれ違うパスワードつけて、100の送り先に送る)

RPAでできそうだな、と思っているけどまだ試していない。
プログラミングだとどんな感じで作るのでしょうか？

もうひとつ。
経理をやってて思うのは、毎月数百枚の請求書入力をどうにかしたい。
手書きは無理としても、印刷されているものなら、OCRで読み取って・・・会社名と金額だけでも
ザザザっとエクセルに一覧してくれるとか･･？
OCRはしてみたけど、精度がいまいち。
それから、フォーマットが各社様々なため、「会社名」「請求額」が書いてある
場所や大きさがまちまち過ぎて、OCRが結構イケてても、書き出す場所を指定するとかどーやって？？？？

大企業はやってるようだけど、うちは、無料uipathを自分のPCに入れて･･みたいな弱小なので、
できるだけ無料に近い方法で･･･、可能ですか？

うちの会社でマクロ組んだりRPA試したり　なんてするのは私だけ(情シスとかもちろんなし)なので、請求書OCRは無謀かな･･

**デフォルトの名無しさん** · 2019/11/30(土) 14:00:21.78

>>106
>RPAを使わず、この作業って、「簡単に」できますか？

簡単ではないが出来る。

>例えばpythonとかをちょいと勉強すれば　作れるようになりますか？

マクロ(VBA)が使えるなら、それで十分。

>そこで、pdfにパスワードを設定して、メールに添付して送る。

RPA的にやるより、
Acrobatのスタンダードかプロ版使って、API経由でやった方が楽だと思う。

**デフォルトの名無しさん** · 2019/11/30(土) 14:09:38.58

>>104
オレは親族からMUFGの振替結果のPDFを拾ってメールするやつがほしいて言われたのでJscript(Windowsで動くVBAのJavascript版みたいなやつ)で作った。
300行ぐらいだな。
マクロが書けるんなら、HTMLのselect文の中身から口座というか、口座を選んだ時に飛ぶurlの情報を拾ってくるか生成して、
そのurl分その「サブフロー」を実行させるて感じかな。
エクセルマクロ(VBA?)ができるんなら、RPA使うよりVBAでIEの操作をほうが絶対楽のように思う。
なんで世の中はわざわざ大変なツールを素人に使わせようとするんだろう？
VBScript/JScriptだとこんな感じでIEを動かしていくけど、VBAも全く同じことができる。
https://www.youtube.com/watch?v=NpQVqfyuX0c
ネットだとVBAのやり方の情報のほうが断然多い。
もちろんpythonでもできる。

pdfのやつも、VBAで「DOSでpdfにパスワードつけるbat」を作って、
そのbatを流してパスワードつけたら、VBAでメール送信かな。
どちらもVBAでできるしRPAを使うまでもない。

**デフォルトの名無しさん** · 2019/11/30(土) 14:16:10.43

>>108
>pdfのやつも、VBAで「DOSでpdfにパスワードつけるbat」を作って、

なにそれ?
バイナリ操作でもするの?

**デフォルトの名無しさん** · 2019/11/30(土) 14:23:33.08

難しいRPAでそれだけできるならプログラムも簡単にできるよ
seleniumでブラウザ操作するスクリプトをちょろっと書くだけ
HTTPを知ってるならブラウザは使わずにHTTPを叩いてもいいよ

パスつけてメール送付なんて本来GUIは全く絡まない話だ
pdf操作ライブラリか圧縮ライブラリ探して暗号化
pdfに依存しない分パス付き圧縮のが簡単かな
暗号化したらメール送信ライブラリで送信もラクラクできる

画像解析は入力フォームを設けて使わせるほうが安くつくんじゃねえの

**デフォルトの名無しさん** · 2019/11/30(土) 14:32:22.54

>>109
pdfいじれるアプリのAPIかCLIでやる。
書き方わ悪かったが、あんたが言ってることと同じこと。
オレはコマンドラインでzipできるアプリでパスワード付きzipでpdfを固めてメール送信してた。
タイマーで同じ時間に送ると自動化がバレてしまうので、時間をばらしてメールするように作っておいて、深夜残業してましたてことにしている。

RPAの体験版触ってみて思ったのだが、たまに意識高い系がクッリクの飛び先をHTML内にリテラルに書かずにonclickとかを駆使してプログラム的にリンクを作って
飛ぶようなサイトがあるんだがRPAてああいうのも認識できるのか？
クリック操作だけでやろうとするなら問題ないけど、RPAがHTMLを解析して動くパターンのやつはそこまで解析できるんかい？
たまにスクレイピングを妨害するような作りのサイトてあるよな？

**デフォルトの名無しさん** · 2019/11/30(土) 15:20:10.01

>>110
>>画像解析は入力フォームを設けて使わせるほうが安くつくんじゃねえの
よその企業が送ってきた紙の請求書等なんだから、フォーム使えて言うレベルの話じゃない。
むしろ、紙を使うんなら国レベルや世界規模でドキュメントの規格を決めてもらわんとどうにもならんわ。
ペーパーレスて言われ続けて30年経ってもこんな感じなんだし。

**デフォルトの名無しさん** · 2019/11/30(土) 15:32:10.11

Web請求書なんて今どき珍しくもない

**デフォルトの名無しさん** · 2019/11/30(土) 17:48:18.01

皆様ありがとうございます
問題が見えてきた気がする。

まず、マクロができる→誇大広告でした。すみません

書ける、ではなく、マクロの記録　をして、ちょびっと書き換えて動かす　レベル
なので、白紙を前にしたら1文字も書けません。

エクセルマクロもRPAも「レコーディング」から始められる、というのがミソですね。
プログラムすればと言われても、何していいのかわからない。

例えば、>>104　に書いたRPA、VBAで書くとしたら？　最初に何をなんて書く？
いや、それ以前に、エクセルの　開発タブからvisual basic 開けばいいんですよね？
とか、そういうレベルだから･･･

プログラムのスタートラインの前にいるような人でも使えるのがRPAなんですね。

RPAのメンテが大変というのは、全く同感。
作った本人もごちゃごちゃでわけがわからない。
うまく動かなくて　あれこれいじっているうちにワクがどんどん増えていっちゃって。
言語で書いてあれば、もっとメンテしやすいと思う。

なので、
小学生も使っているとかいうpythonは簡単らしいから、１から勉強してみようかなと思いました。
レコーディングは簡単だけど、その後の変数だのループだのは、VBAと同じく苦労したし、
最初の壁を乗り越えられればどうにかなる、気がしてきた。

（エクセルの　マクロの記録　みたいに、RPAを全部言語で書き出してくれる機能があればいいのに）

**デフォルトの名無しさん** · 2019/11/30(土) 18:04:21.90

pdfをメールで　の件は、｢pdfにパスワードを付ける｣「メールを送る」をいったアクティビティがあるから
できそうだと思ったんですよ。
　
言語で書くにしても、ライブラリ(?)があって、アクティビティをドラッグするのと同じように
ライブラリをコピーしてくればいいってことでいいですか？

**デフォルトの名無しさん** · 2019/11/30(土) 18:47:07.63

>>114
スタートが大変なのはRPAも同じ
開発環境を開いてどこをどうしたらシナリオを書きはじめられるのか？
どのパーツを配置したら何が起きるのか？
レコーダーってどうやって使うの？
そういうことは未経験では何もわからない
結局は教わったり調べることが大事なんだ

そんで教わりやすい調べやすいのは圧倒的にテキストプログラミングな
まず文字列だから検索しやすい
情報の蓄積が桁違いに多い
プログラマ人口が桁違いに多い
書籍やウェブサイトが多い
だからテキストプログラミングは勉強しやすいんだ

**デフォルトの名無しさん** · 2019/11/30(土) 18:50:13.01

>>115
そう
ライブラリはあらかた揃ってる
ライブラリを探して使い方を調べるだけ

**デフォルトの名無しさん** · 2019/11/30(土) 19:22:31.46

請求書はこのページのこのフォームに入れてくれ
というのが結局双方ともに楽だと思うが
ハンコはなくてもいいだろ

**デフォルトの名無しさん** · 2019/11/30(土) 21:01:37.72

>>114
RPAアンチのいうこと間に受けすぎｗ
RPAでごちゃるレベルのボリュームなら
CUIで書いてもきついぞ

**デフォルトの名無しさん** · 2019/11/30(土) 21:09:53.55

>>114
ExcelのVBAが使えるなら、VBA　IE操作でググったサイトのソースをコピペして動かしてみて、
例：　https://language-and-engineering.hatenablog.jp/entry/20090710/p1
VBAからIEのフォームに文字入れたりボタンを押すようなことができれば、Webの自動操縦ができるようになる。
ただ、HTMLの解析がVBAだと面倒なので、オレはVBAからVBScript→JScript(jquery)→pythonに移っていった。
VBScript/JScriptはVBAと似ているし、Windows標準だけで動くから会社のPCでは好都合だぞ。
変なソフト買っていれるわけじゃないし、他人のPCでもそのまま動く。
普通の会社でVBAでIE自動操作ができりゃ神扱いじゃないか？
RPA導入すればその係を絶対に押し付けられる。

**デフォルトの名無しさん** · 2019/12/01(日) 07:54:21.98

RPAを使った至高のシステム

https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/03177/
20万円で社員1人分の活躍、りそなHDが導入したアーム型「中継ぎロボ」の実力

りそなホールディングスは2019年6月から小型ロボットとRPAなどを組み合わせた新システムを導入し、現場の各種帳票にまつわる入出力作業の省人化に取り組んでいる。
実証実験ではなく、既に東京都や大阪府などの施設内で50セットほどが本稼働している。

具体的には、OCRソフトで読み取ったり直接送られてきたりした紙の伝票のテキストデータなどをRPAのソフトロボットで加工する。
次にキーボード・エミュレーター・ソフトがそのデータを勘定系システムに入力する。
勘定系システムが入力内容を現場のプリンターで帳票として出力すると、ロボットが巧みにアームを動かして取り出す。

以下略
全部読むには有料です

**デフォルトの名無しさん** · 2019/12/01(日) 08:38:01.04

物理的なロボットが間に入るのは面白いな
これがRPAの本当の姿なんだな
それ以外は全て普通のプログラミングだから無理してロボットって言葉を使おうとしなくていい

**デフォルトの名無しさん** · 2019/12/01(日) 08:38:31.03

OCRねぇ。
どう考えても無駄だよな。
今時紙の伝票なんか送ってくる江戸時代からタイムスリップしてきたような会社は、
税金高くしろって思うわ。

**デフォルトの名無しさん** · 2019/12/01(日) 08:39:42.62

OCRがなぜ挟まるんだろう

**デフォルトの名無しさん** · 2019/12/01(日) 08:54:19.31

紙を読み取るよりWeb化して使わせるほうが手軽
なんつうかOCRって単語に酔ってるよね
OCRが必要だから使うんじゃなくOCRを使いたいから使ってる状態

**デフォルトの名無しさん** · 2019/12/01(日) 10:02:28.53

社内だけならいいけど社外が絡むと途端にやりずらくなる
とあるインポートデータのフォーマットが各社バラバラなので統一してくれと頼んでもやってもらえない
酷いところはpdfで送ってくる

**デフォルトの名無しさん** · 2019/12/01(日) 10:23:49.28

RPAやOCRで生産性を上げるフリだけしてるのが現実。

**デフォルトの名無しさん** · 2019/12/01(日) 10:54:50.95

普通のPDFならまだいい。
紙をスキャンしてPDF化したのを、PDFだと言い張ってるのが一番悪質。

**デフォルトの名無しさん** · 2019/12/01(日) 11:11:00.97

OCRの部分はクラウドワーク土方に
投げるのが現状の最適解

**デフォルトの名無しさん** · 2019/12/01(日) 15:06:00.84

>>117
ありがとうございます

>>116
>スタートが大変なのはRPAも同じ
これはちょっと違う
>開発環境を開いてどこをどうしたらシナリオを書きはじめられるのか？
RPAの場合　目で見てなんとなくこれかな～でいじり始められるが、
真っ白なエディタじゃ最初の1文字も書けずどうにもできない

・次の選択肢から選べ　　と
・～について書け　　　の違い

少し慣れれば、116さんの言うように　調べやすいテキストがいいかな
ただ、どちらも「教わる」環境がないのが大きなネック
上にも書いたけど、セレクタ内の数字に変数を使う、変数内に変数を使う、
はできるはず　と思うのだけど出来なかった。
｢教わる｣環境がほしい･･･

**デフォルトの名無しさん** · 2019/12/01(日) 15:07:02.54

>>120
ありがとうございます　試してみます

ただ
>HTMLの解析がVBAだと面倒
これはネック
HTMLはほぼ出来ないので、UIPATHの　UIエクスプローラーは助かった。
これだってほとんど理解していないけど、それでもなければ出来なかった
よくわからんけど　あれこれいじってたら(チェックボックスを適当にオンオフしてたら)できた
--グラフィックだからですよね。

VBAよりpythonですかね～
VBAも別にたいしてできるわけじゃないし、作ってもエラーばっかりで
あ、コンマがピリオドになってる　とか
コマンドの使い方が間違ってるとか　そんなんばっかり
VBAにこだわりないです
VBAってすごく使いにくい印象です。UIPATHで変数だのループだのいじってたときも
苦労はしたけど　VBAよりスムーズだった気がする。

**デフォルトの名無しさん** · 2019/12/01(日) 15:07:57.18

<<118
<請求書はこのページのこのフォームに入れてくれ
これはなし
ブラウザ開いてログインしてデータを手入力？
その手間と間違いリスクは？
それとも、そこをRPAもしくはプログラミングするの？
請求書を発行する側は、じゃんじゃん印刷してじゃんじゃん郵送しているのだから、
余計な手間になる。

現場としては、請求書は紙でいいから、データも送ってほしい
請求書の中身を　1行1データ　でcsvとかで送ってくれたら･･

もともと請求データは、DBにあると思うんですよ。
新しい何かを導入しないでも、そのデータをまんま送ってくれるだけですごく助かる
それこぞRPAなんかいらない。
国でも経済連でも旗振ってくれないかなぁ

最初に書いた　銀行からDLしたcsvファイルは、DBに読込み、仕訳情報をくっつけて
会計ソフトに読み込んでます。
csv読込はDBのマクロを使ってるが、仕訳情報は確認事項が多いので、半自動くらい。
それでも　昔ながらの　通帳見ながら手入力　に比べりゃ爆速
この作業にRPA導入したいとは全く思わない

この流れで請求書も処理したいわ～

しばらく前に、(請求書より重要度が低い)　計算書なるものを
FAXまたはメールで送りたいって上司に言ったら
相手に失礼だから駄目って言われた
だからOCRがなくならない

データを送ってくれないなんて失礼だ　という世の中になってほしい

**デフォルトの名無しさん** · 2019/12/01(日) 15:19:54.75

>>130
なんとなくこれかなじゃ厳しかったよ
事前説明なしで挑んだ時は本当に何していいか全くわからなかった
しょうがないからマイクロソフトのWFのドキュメントを読んでてWFの基本的な文法を抑えてからようやっとスタートラインに立てた感じ
最初に大きな壁があるのはプログラミングもRPAも変わらん

ただ同じ壁でも高さが全然違った
RPAはGUIのせいでやたら説明に無駄が多くて簡単なタスクの文書が長くて長くて読むの大変なんだよ
プログラミングだったらprint "hello"ってテキストを書いてくださいで済むような説明がRPAだと
メニューのどこを開いてくださいああしてくださいこうしてくださいなんとかアクティビティを配置してくださいプロパティ開いてくださいどこそこにhelloと入力してください
みたいな感じで非常につらい

**デフォルトの名無しさん** · 2019/12/01(日) 15:28:32.98

>>131
セレクタ解析はブラウザでできますよ
もちろん無料です

**デフォルトの名無しさん** · 2019/12/01(日) 15:32:39.27

GUIといってもプロパティ開いたら
クソ長いテキスト説明入ってるしな

**デフォルトの名無しさん** · 2019/12/01(日) 15:35:49.09

>>130
教わる環境はいくらでもありますよ
対話型なら掲示板サイト、QAサイト…
非対話型なら公式文書、入門サイト、ブログ記事…
もちろん無料です

**デフォルトの名無しさん** · 2019/12/01(日) 15:43:43.43

>>121
そろばん使うためのコンピューターシステム構築しますたて感じだよな。
無駄なもの作って恥ずかしくないのかね？
はじめから紙をなくすことに注力すりゃええのに。

**デフォルトの名無しさん** · 2019/12/01(日) 19:20:09.93

>しばらく前に、(請求書より重要度が低い)　計算書なるものを
>FAXまたはメールで送りたいって上司に言ったら
>相手に失礼だから駄目って言われた

ホントこれ。
働き方改革なんて言っても、IT情弱老害が居座ってる以上どうにもならん。

**デフォルトの名無しさん** · 2019/12/01(日) 21:52:53.89

そりゃ日本は先進国で、ずっと生産性最下位なんだし
効率化自体が不可能な仕組なんだよ。生産性の低さを
長時間労働と人件費抑制で誤魔化すしかない。

**デフォルトの名無しさん** · 2019/12/01(日) 23:34:37.52

>>138
新しいことを受け付けないよね日本企業て。
昔、プログラマーだった時にプログラム納品するんだけど、ソースを印刷して紙で納品しないと納品したことにならなかった。
実際は電子データで渡してたんだけど。
膨大な紙とファイルで納品だから、製紙屋とキングジムは喜んだな。
その昔、ネット証券じゃない頃に電話か店頭で注文してたけど、FAXで注文したいていったらこれもダメて言われた。
まだ家庭用FAXが珍しい時代で個人がFAXで送ってくることを想定できなかったんだろ。
米企業はわけのわからん新興企業のサービス・製品もすぐ使いたがるからな。

**デフォルトの名無しさん** · 2019/12/01(日) 23:52:47.47

>>140
かなりの経験者みたいなので聞きたいのだけど
ITに長けた人が上に立つと良い技術はドンドン取り入れられていくもの？
それとも、技術は理解しながらも今までやってきた様にするってのが多い？

**デフォルトの名無しさん** · 2019/12/02(月) 00:29:56.91

上だけが物事を決定できるわけではないしな
下がある程度反対すると結局受け入れられない
上の上もいるし、外部の関係者もいるし

**デフォルトの名無しさん** · 2019/12/02(月) 02:03:26.67

新しいものはリスクがあるからだいたい反対意見が多いんじゃないか？
ITものなんてまず出始めはバグがあって動かないのは当たり前だし。

JRが自動改札導入したのだって遅かった。関西の私鉄より10年位遅れたんじゃないか？
当然自動改札反対運動が起こって、新聞に、自動改札は朝おはようて言わないから反対だなんて記事が載ったよ。
実際は労組が反対してたわけだが。

**デフォルトの名無しさん** · 2019/12/02(月) 02:50:58.12

RPA入れる＝自動化になるんだから
業務は当然、変更されるじゃん
業務変更なしにRPA導入ってどうするの？
いや、マジで理解できない

例えば、事務員が請求書を手入力をRPAで実現すると
事務員の入力作業は無くなるわけじゃん
変更しないと無理やん

**デフォルトの名無しさん** · 2019/12/02(月) 03:28:32.48

>>132
コミニュケーション力が足りない

計算書をFAXまたはメールで送るようにしたいなら
関係各所を根回しして、相手企業に日参して説得しないと
先方の業務なんだから、そんなに簡単に変えられない

こっちにも先方にもメリットがあることを一言で理解させられれば
明日からでも出来る

**デフォルトの名無しさん** · 2019/12/02(月) 03:31:56.54

>>144
担当者がAさんからBさんに代わったからといって、それを業務を変更したとは言わない
BさんがRPAだとすると、人員削減にはなる
本当の業務革新は、Aさんの仕事をまったく不要にして首を切ること。交代者も無し。RPAも無し

**デフォルトの名無しさん** · 2019/12/02(月) 06:54:24.98

>>143
そうとも限らんよ、Suica等の導入はJRが先行してたし

**デフォルトの名無しさん** · 2019/12/02(月) 07:07:38.06

スクラッチ的にゴリゴリ書けたら面白いんだけど、日本製RPAは直感的に創れないインターフェースを実装してる

**デフォルトの名無しさん** · 2019/12/02(月) 07:10:45.04

RPAの理想は凄く良いと思うから導入に反論出来ない
なのになんで嫌なのかと考えてみたら、ナレッジもろくにないGUIプログラムをなんであえて
使うんだよという最高の問題があった
この問題に直面するのはプログラマ

**デフォルトの名無しさん** · 2019/12/02(月) 07:21:42.99

GUIプログラミングはプログラマにやらせるなら足かせにしかならないからなあ
初心者でも出来るっていうけどそれも胡散臭いし
仮に初心者ができたとしてもそれでずうっとやっていくつもりなのかね
規模が拡大してきたときにプログラマに拒否されると困るよ

**デフォルトの名無しさん** · 2019/12/02(月) 08:49:18.06

RPA女子みたいな気持ち悪い言葉作って
人材派遣の新たな搾取源になってる時点で
将来性は無いな。

**デフォルトの名無しさん** · 2019/12/02(月) 09:16:00.18

RPAって事務のおばちゃんのイメージ

**デフォルトの名無しさん** · 2019/12/02(月) 10:22:32.89

>>141
140じゃないけど、
ITへの理解が深い経営者が居る企業は技術を積極的に業務に取り入れて効率化していくし
それが出来る社内SEの待遇も良い

**デフォルトの名無しさん** · 2019/12/02(月) 11:38:04.86

IＴやっててもGUIプログラムというだけで
アレルギー反応起こす低脳もいるから
ひとくくりにはできんよ

**デフォルトの名無しさん** · 2019/12/02(月) 12:53:50.38

>>150
初心者でもシナリオを作るだけなら可能だが環境や仕様が
変わって動かなくなった時にメンテ出来なくてプログラマが
押し付けられるまでがセット。

**デフォルトの名無しさん** · 2019/12/02(月) 15:02:43.14

>>146
コンサル的には
今のAさんの仕事を不要にして
Aさんには、別の高度な仕事をさせる
という方針に動いてほしいと思うけど
やっぱ、首切りに走るよね

>>155
意味わからん
メンテできない、部分的に修正できないなら
１から作り直したらええやん

環境や仕様が変わる前は、シナリオを作ったという設定なんだろ？
なんでプログラマに押し付ける？

**デフォルトの名無しさん** · 2019/12/02(月) 16:46:25.80

やっぱり素人じゃ駄目だプログラマに1からRPAで作らせよう
って笑えない流れになりそうだ。

>>156
クビにする方が効率がいいものね。

**デフォルトの名無しさん** · 2019/12/02(月) 17:48:31.07

>>155
本職に任せるならまずは脱RPAに投資したほうがいいかもしれません
土台を固めてから仕事をしたほうが効率がいいでしょう

**デフォルトの名無しさん** · 2019/12/02(月) 20:58:04.84

本職は高いけど、安いど素人でも作れるからRPA 採用したんだよ
ど素人ならRPA に向いてるとか向いてないとかゴチャゴチャ反論せずに命令した物必死で作ってくれるだろ
とりあえずRPA 化するほど人件費が削れるしな！

こんな中小企業が今後の利用者の主流

**デフォルトの名無しさん** · 2019/12/02(月) 22:32:57.74

>>145
そういうんじゃなくてさ

計算書なんて　ほんと単なるお知らせみたいなもんで、
FAXで十分だし、FAXの方が速くて手間も少なくてメリット大アリなわけ
担当者にとっては、ね。

問題は、お偉いさんたちが
合理性より「丁重に接する(接してもらう)」を重視することなのよ

紙がなくならない理由の一つだと思ってる

**デフォルトの名無しさん** · 2019/12/02(月) 22:45:16.57

>>152

>RPAって事務のおばちゃんのイメージ

そ、そうなの？？

私の"事務のおばちゃん"イメージは
手書きで伝票かなんか書いてる、お茶汲みしてる、銀行振込に行ってる
昭和すぎ？

RPAいじってる事務のおばちゃん　って、都会の大企業なら普通にいるの？

**デフォルトの名無しさん** · 2019/12/02(月) 22:49:44.89

>>160
結果より頑張ることや気遣いを重視する体育会系文化だよな。
合理性を嫌うどころか憎んでるからな。

**デフォルトの名無しさん** · 2019/12/03(火) 00:13:46.15

>>160
いや、紙がなくならないのは
お前のせいだろ
FAXしといて紙削減とか、なに言ってんの？

こうなると、上司のマナー云々も怪しいもんだ
計算書とか半端なもん送らないで
ちゃんとした請求書送らないと失礼だろ
とか言うの曲解してるかもな

このご時世お茶汲みとかほざいてるし

真面目に言えば、自動化は業務の標準化が必要なのに、勝手な思い付きで計算書送りたいとか属人的な仕事増やして、何したいの？
ヒーローとして崇めてほしいの？

**デフォルトの名無しさん** · 2019/12/03(火) 00:25:41.68

あいつ馬鹿だなあと思いながら自分だけ楽するのがいいので皆が正しい効率化をやり始めたらこまる
なので君たちは紙でもRPAでも好きなだけ使ってくれ

**デフォルトの名無しさん** · 2019/12/03(火) 07:17:37.06

>>159
必死に作って完成したら大成功
問題は完成しないかRPA化する必要あんのこれというツールが出来て終わりのオチ

**デフォルトの名無しさん** · 2019/12/03(火) 07:21:17.79

>>159
手に負えなくなって本職に頼むも余りに作り辛くて全員が不幸のパターン
RubyやPython、C#やjavaやり込んでた人間で各社RPAやりたい奴なんて居ないだろ

**デフォルトの名無しさん** · 2019/12/03(火) 07:32:00.97

効率化しても、給料上がらないし早く帰れない。
労働量を増やすだけで損にしかならない。

**デフォルトの名無しさん** · 2019/12/03(火) 07:46:17.81

>>163
>このご時世お茶汲みとか
いや全くそのとおり　ものすごく同感
でも、当社にはある

そんな遅れた当社でも　ＦＡＸはペーパーレス

**デフォルトの名無しさん** · 2019/12/03(火) 08:06:40.52

この国の企業人に合理的な思考が欠如していることは周知の事実

客がバカならバカに合わせ身を屈め、客が欲しがる無駄なRPAツールを売るのが仕事
正論で論破を試みるのが下流のPG

**デフォルトの名無しさん** · 2019/12/03(火) 08:19:05.65

客が欲しがってるのは効率化や生産性アップではなく
努力してる感を味わうことだから、現場の人間が
頑張ってる様に見えるRPAが売れるのは当然。

**デフォルトの名無しさん** · 2019/12/03(火) 08:35:07.38

「顧客が本当に必要だったもの」を思い出さざるを得ない

**デフォルトの名無しさん** · 2019/12/03(火) 08:46:02.61

マイクロソフトのPower Automateが安いな。
他のRPAツールの勝ち目が無い。

**デフォルトの名無しさん** · 2019/12/03(火) 13:00:55.11

わたしは、ネオアールピーエー
すべての作業　すべてのろうどう　すべてのぶんめいを消し
わたしも消えよう　永遠に！！！

**デフォルトの名無しさん** · 2019/12/03(火) 14:44:38.50

オバチャンのイメージって、
必死にExcelキーパンチしたり、
メール伝達を業務フローに組み込んじゃったり、
コールセンターで電話取ってるイメージw

手書きや倉庫軽作業はお婆ちゃんだろ。

**デフォルトの名無しさん** · 2019/12/03(火) 15:39:03.68

オバチャンだろうがジジイだろうが３人がかりで教えてもらえるならそりゃ使えるようになるだろうよ
ttps://www.facebook.com/ishihara.nobuteru/photos/a.376600149107225/1832402770193615/

**デフォルトの名無しさん** · 2019/12/03(火) 16:44:52.56

UiPathは少し前に400人クビにしてるけどな。

**デフォルトの名無しさん** · 2019/12/03(火) 17:58:27.24

>>176
開発と販売を自動化したからね

**デフォルトの名無しさん** · 2019/12/03(火) 18:22:22.99

このスレってやたらRPA敵視する人いるけど何なの？
RPAに仕事奪われてクビにでもなったの？

**デフォルトの名無しさん** · 2019/12/03(火) 18:25:08.46

RPA敵視するひとはプログラム半端にかじってるけどRPAも使いこなせないような雑魚。

**デフォルトの名無しさん** · 2019/12/03(火) 18:37:01.13

なんだ、この自演は？
業者？

**デフォルトの名無しさん** · 2019/12/03(火) 19:08:47.51

使いにくいGUI開発環境のストレスでアンチになった

**デフォルトの名無しさん** · 2019/12/03(火) 19:55:28.01

上に向けるべきヘイトをRPA（下）に向けてるんじゃね

**デフォルトの名無しさん** · 2019/12/03(火) 20:28:04.06

>>178
PCの定型作業をソフト的に自動化するてのはいいんだけど、やり方がとんでもなく非効率。
コマンドだったら数行ですむようなことを、マウス操作で大掛かりな仕掛けでやるんだぜ。
効率化のアプローチが間違ってる。

**デフォルトの名無しさん** · 2019/12/03(火) 21:05:55.09

>>183
ユーザーが作るんだから、それでいいんだよ
君があほな会社に在籍してる

**デフォルトの名無しさん** · 2019/12/03(火) 21:07:41.26

>>178
なんでC#で作っちゃダメなんだよ感が酷い
RPA覚えるメリットが皆無なんだよな

**デフォルトの名無しさん** · 2019/12/03(火) 21:08:29.01

>>184
ユーザーが作らないから社内SEが作るハメに

**デフォルトの名無しさん** · 2019/12/03(火) 21:50:13.96

>>185
いや、むしろC#で作って、自動化なんかさっさと済ませろよ

RPAなんか、クソバカベンダーのごみシステムのAPI代りで十分
どうしてもプログラムによる操作を受け付けないところだけシナリオ作って
大半はあんたがお得意のC#とかでやればええやん
C#どころか、プロンプトで代替できる操作をRPAでやってると哀れに見えてくる

**デフォルトの名無しさん** · 2019/12/03(火) 22:06:46.62

どうしてもUI経由するしかないならSelenium、Appiumで普通にプログラミング
それ以外は普通にプログラミング
これが王道の大正解

**デフォルトの名無しさん** · 2019/12/03(火) 22:55:49.24

>>186
そりゃ会社が悪いわ

**デフォルトの名無しさん** · 2019/12/03(火) 23:41:34.65

>>183
言われてみればRPAって、大規模なドミノを作って、目玉焼きを焼くみたいなもんだな。

**デフォルトの名無しさん** · 2019/12/03(火) 23:50:35.56

>>188
王道はプログラマーにやらせるしかないけど、
プログラマーは業務知らんし、現場の担当者はプログラム作れんし、間を取り持つ社内SEはだいたいカス。
そして摩訶不思議なシステムが出来上がる。
それらを全て解決するのがRPAの触れ込みだが、そんなにうまくいくわけない。
現場の担当者がいいプログラマーていう奇蹟が起きないと成功しない。

**デフォルトの名無しさん** · 2019/12/03(火) 23:55:55.32

>プログラマーは業務知らんし、現場の担当者はプログラム作れんし

その対策で、PGだけど現場に行くことになったわ。

**デフォルトの名無しさん** · 2019/12/03(火) 23:57:27.46

↑ちなみにそれでどうなったかと言うと、現場の仕事ばかりでプログラムなんか書いてる暇ないっていうwww

**デフォルトの名無しさん** · 2019/12/04(水) 00:07:05.23

>>193
現場の担当者が自分の業務ほっぽりだして現場に即したツールを作り上げるとお釣りが来るぐらいの破壊力で業務が遂行されてくんだがね。
でもそういうツールが必ずしも出来上がるかどうかはわからんからね。
上層部は一か八かに書けるより安牌なRPAで僅かな「効率化」を狙うんだよ。

**デフォルトの名無しさん** · 2019/12/04(水) 00:21:34.61

>>190
そこで、プログラム書いて自動化をするのがいい社内SE
RPAなんかクソだ～とぼやて、何もしないのがクソSE
うちでも、RPAを批判して自動化に手を貸さない社内SEがいるわ

**デフォルトの名無しさん** · 2019/12/04(水) 00:38:46.78

>>195
会社がRPAを必要とするてことは、その会社の社内SEは無能だったてことだぞ。
だから社内SEはRPAを目の敵にするだろ。

**デフォルトの名無しさん** · 2019/12/04(水) 01:30:12.74

つか、ちょっと現場は下火になったよな。
ウチの職場もRPA化する業務の在庫がなくなって、もう暇になってるよ。RPA部隊。

結局、更なる人減らしを要求されてRPAチームまでスリム化され始めたと言う笑えないオチに。

**デフォルトの名無しさん** · 2019/12/04(水) 02:27:14.63

>>197
効果時間高くて実装難易度低い奴は大体1年ぐらいで全部完遂しちゃうから
それ以降は保守と細々とした自動化を処理していくしかない
大企業ならネタいっぱい転がってるけど中堅どころだと割とすぐ枯渇する

**デフォルトの名無しさん** · 2019/12/04(水) 03:36:28.45

RPA部隊とか作ってる時点で間違ってるわ
そういう専門部隊を必要としないのがRPAのウリなのに

**デフォルトの名無しさん** · 2019/12/04(水) 07:13:23.53

扱いにくい技術的負債だけが残った