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

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

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

**デフォルトの名無しさん** · 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

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

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

GUIでノンプログラミングで作れます。初期導入費500万ですがプログラマを首にすればすぐにペイ出来ます。
↓
まあ中には自力で何も作れない方が居るので弊社のプログラマで開発をサポート致しますよ。
月々100万の格安サポートです。
経営会議でぶち上げて後戻りできないんでしょ？あ？

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

弊社ではRPA部隊として人を続々採用中
エンドユーザーは完全なるお客様です
PHPやjava経験者なら簡単でしょとお気楽に押し付けて現場はデスマーチ
24ページスクロールする壮絶なGUIプログラミングにPCはパンク寸前、俺は卒倒寸前

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

GUIの超大作って壮絶に見通しが悪い
小さいプログラム作れば良いじゃんと思うけどライセンス費用が600万超えてるから経営陣が許さない

さあRPAでERP作るぞー

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

悪魔的だよな
しわ寄せは全部プログラマに来る

**デフォルトの名無しさん** · 2019/12/04(水) 08:10:31.03

プログラミング素人の現場担当者でも自動化できるって
嘘ではないが、安定して使えてメンテ出来るシナリオを
作れるかは別の話だからな。

**デフォルトの名無しさん** · 2019/12/04(水) 08:47:18.98

費用が問題でguiが嫌なら、pythonなりvbaなりでいいんじゃね

不安定でメンテしにくくても、事務員が直す仕組みならよさそうだが

**デフォルトの名無しさん** · 2019/12/04(水) 08:49:07.86

>>190
実はゆで卵で充分だったって落ちも付いてくる。

>>195
何やっても評価が同じだからじゃないの。

**デフォルトの名無しさん** · 2019/12/04(水) 08:59:52.73

でも、現実的に事務員じゃ難しいから専門家雇おうって流れが広まってきたんだろ？
素人でも簡単って前提が崩れてるのに、それを土台にしてRPAを推進するからおかしくなる
RPAだろうとプログラミングだろうと、実用レベルまで持っていくのは宣伝で言ってるほど簡単じゃない、と自然な前提に立って合理的に考えればいい