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

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

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

**デフォルトの名無しさん** · 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で実現すると
事務員の入力作業は無くなるわけじゃん
変更しないと無理やん