例えれば、赤いのがRPAです
ネットワークフォルダ(\\xxx.xxx.xxx.xxx\の様な社内LAN)の接続状態の確認はどの様なアクティビティを使えばいいでしょうか?
ワンタイムパス使って、日々接続しなおさないといけないのですが…
接続しているかいないかがわかれば後はできるのですが…
pingとか使って文字列検索…とかしか無いのでしょうか?
ネットワークフォルダWクリでログインウィンドウ開くなら非接続
フォルダが開くなら接続でいいんじゃないんかい?
マイクロソフトがRPA進出してきたけどOffice連携で
MS純正以上のブランドは無いから既存ツール屋は
勝ち目無いよね。
もうRPAでカモに出来る会社や
自治体はそんなに残ってないだろ。
いつものバズワード商法だったな。
>>9
数多ある中小零細がこれから始めるからまだいけるんじゃない
夢のシステムと勘違いして飛びつきそうだし… うちまだ現在進行形で騙されてる
最先端技術で働き方改革を推進とか言っちゃってる
>>12
業務の見直し無しで手間ばかり増やしといて工数削減達成!とかかな… 業務はそのままで工数削減
そんな夢のようなことを可能にするのがRPA
なのですが?
夢は夢だったということだ
金をかけて専門家を雇って大規模に導入したとこだけが宣伝記事で大成功と紹介される現実がつらい
プログラミングレスにした意味がまるでない
業務そのままで工数削減は可能だが
実現と保守するためのコストがかさむ。
>>16
結局、プログラミング能力の高いやつが この手のツールを使いこなしたところが成功したてだけでしょ。
そういうやつだったらこんなツール不要で、VBAやUWSCでなんとかしてしまうような気がする。 RPAの営業ってPaypayの営業をやってる奴でも出来そうだな
>>14
そら夢だ。「いつ止まるか分からないのでボクがアラーム監視してます(ドヤァ 」っていうところ知ってるぞ Outlookで受信したメールを日付が古い順に並び替えてから処理をしたいのですが、どの様なアクティビティを使えばいいのでしょう。
invoke codeで書くのが一番良さそうなのは検索して分かったのですが、コードをどの様に書けばいいのか…
よろしくお願いします。
>>21
Outlook VBA使えば3分で完成なのに。
RPAって不便だよな。 >>22
ホントにです。
メールメッセージを取得する時に、1以外の上限に設定してあったら、並び替えも一緒に指定出来たらいいのに…
ま、あとは対象なメールだけ別フォルダに振り分けて、そこを昇順にすればいいんでしょうかね… 少なくともライセンス料やコンサル代払って使うものじゃないな。
プログラマからの転職先でRPAというのをやってる会社とかどうかなと思ったけど
ここを見る限りRPAってのも他社を騙して金をとるようなもんなのね
「もうブーム終わったし。何すれば良いのか利用目的判らない」なーんて最近言ってるみたいね。皆さん。
VBAを書ける奴にRPAで作らせる。
良い例えが思いつかないけど、
プロの料理人に高額で買わされたインスタント食品を手間暇かけて調理して貰うようなもんか
RPAありきのシステム運用を考えてる老害がおるんだよね…
おるなwデスクワークは全部RPA にしようとしとるw
>>28
VBAってそんなに高度か?
ADOをゴリゴリに使ったりしない限りは所詮BASICだから、プログラミング未経験でも独学でなんとかなるレベルだと思うけど クソザコベンダーのアプリケーションはAPIが揃ってないから自動操作で仕方なくってところまでは理解ができるんだよ
でもなんでそこから飛躍してバカみたいに高いクソザコ開発環境を導入しようって方向に行っちゃうのかわからない
BASICよりかえってC#やpythonのほうが勉強しやすいwww
>>31
逆に聞くがADOすら使わないVBAって何?
スタンドアロンで何の仕事?
Excel共有で十分だろw システムにAPIが無くてCSVダウンロードしか出来ないから
ファイルを落とすのとExcelでいじるためにRPA使ってる
会社は結構あるぞ。
お札で鼻をかむようなもんか?
高コストなのにティッシュより使いにくい
どうだろうかこの例え
他人の金だから構わねぇだろって奴は、コスト削減とは逆方向向いてるな。
RPA周りがやってるからって理由でさわりもせず部下に丸投げして効果出すのがお前らの仕事だみたいな状態
お前らがダメならおれがテーマ選定するぞみたいなこと言ってくるが、みんな開発者の技量とか実務で使用に耐えるものが出来上がるかどうかの検討とかを考えて、向いている業務を検討してるのに・・・
RPA導入させようとする人間の思考が効率悪いって
笑えない話だな。プログラミング未経験者に勢いで
作らせてもそびえ立つクソの様なシナリオになるぞ。
RPAの役立たず度が知れ渡ってきたから今度は
インテリジェントオートメーションとか言ってる。
典型的なリネーム商法だよね。
>>35
まさかのダウンロードボタンクリックするのにRPAごしか。
VBAやったことないのか。 「買ったけど、もう用途が無いんだよね。ExcelとIE自動操作以外に何が出来んの?コレ」
ウチはVBA派遣を増員するってさ。
「RPAも使います」を餌にして。
老害によるRPA講座、案の定、ボクは知ってると語ってるだけで、全く役にたたん。
こんなの使えんのか?
>>44
VBAを触った事のない人間にシナリオ作らせている
会社は少なくないし、営業がプログラミング経験無しで
RPAツールしか経験がないのもザラにある。 月一でしか来ないメールのためにuipathのシナリオ作るのはイヤなので作らずにこの職場を去ることにした…
なんでもかんでも自動化させりゃいいってもんじゃ無いぜ!
サーバーレスのAWS Lambda で、Ruby も採用されている時代に、
膨大な費用を掛けて、RPAをやってる会社って、
エンジニア感覚が、30年ぐらい遅れてるw
micro:bitにJavaScriptとか言うカス言語とPythonとか言うクソ言語が採用されて、史上最強の神言語Rubyが採用されなかったのはなぜ?
言っとくけど悔しくて聞いてるんじゃないから!
>>51
日本の企業のIT化は他国より遅れてるから
RPAがマッチしちゃったんだろうね。 >>44
VBAやったことある人でも、それでダウンロードボタン押せる人は少ないと思うわ。
そもそも、Office製品以外の操作が可能なことを知っている人が少ないというか。 サーバーレスのAWS Lambda で採用されている言語は、
C#, Java, Go,
Node.js, Python, Ruby, PowerShell
C/C++, PHP などは、採用されていない
エンドユーザーが一貫してやらんと何の意味も無いのにエンドユーザーが考えたザル業務フローを基にエンジニアがシナリオ作ってる
今まで通りなのに技術要素がRPAという仕打ち
業務設計からやらないと意味無いもんな。
エンドユーザーが作るとエラー処理やテストを
まともに出来ないから炎上する。
RPAによって日本企業のユーザー部門の深刻さが浮き彫りに
業務フローの見直ししないでいきなり現場事務員に作らせると
効率的に地獄を生み出し続ける。
お前ら事務員なめてるけど、事務員もピンキリだぞ。
プログラマーがピンキリなように。
>>65
そのピンの事務員が
職級上がった途端に使い物にならん事が発覚し
タダのキーボードパンチオペレーターの優秀な部品だった事が露呈して
消えて行った例は沢山見た RPAって要は既存の自動化関連をパッケージにしただけでしょ?
以前から同様の事をやっていればそりゃ無用の長物になるわな
>>69
NTTのヤツはVBscriptをコードブロックにしてGUIで組み合わせるものだった
エンジニアがVBscriptでゴリゴリ処理を作る地獄の再発明 業務設計が高難易度なのにそれを実現する手段がGUIプログラミングという謎の縛りプレイ
公式APIがないならGUI操作で無理やり自動化したるわってとこまでは百歩譲ってわかる
よっしゃついでにプログラミングもGUIでやろうぜってとこが全く理解できない
前世紀の旧人類と同じ過ちを繰り返してる
GUIになだけなのに「プログラミングの知識が不要」とか謎の飛躍を遂げるからこじれるんだよなあ
NTTのは、「相談頂ければノードの開発もやりますよ」と言われたが、よく見たら裏でVBが動いてるだけなの見て萎えた。
NTTは技術力高いイメージがあったがなんでそんなことやってんだろう
余剰人員で金稼ぐためにやってるのかな
>>75
クラウド版はもっとやる気ない
そもそもNTT本体は開発してない
子会社製だから品質もそれなり そもそもNTT本体には開発人員いないだろ
いない人員の開発品質が高い前提はおかしい
NTTのはGUIだけど分岐・ループ・例外処理なんかの
フローチャート図そのままだったりするし知識不要は
吹かしすぎだと思う。
>>72
uipathなら invoke codeでプログラム書ける
それに気づくまで、パーツ並べてロジックゴリゴリ描いて、作りにくいわ見にくいわ愚痴ってたこともありました
ロジックが大きくなるなら dll作ってもいいし。でもそこまでできるのは本職かマニアがいる場合 クラス単位でgui化してマウスで並べられるようにするって発想は
悪くないと思うけどな
なぜここまでアレルギーを起こすのかw
アレルギーと言ってしまう現状認識がデフレマインドとそっくり
>>80
ワークフローの概念自体は昔からあって有効な場合もあることはわかってるが、RPAの対象はその「場合」の範疇外なんだわな
テキストを入力する、とかクリックする、とかそういう粒度の小さすぎるタスクはコードで書いちゃったほうがいい
ワークフローってのはもっと粒度の大きい、複数のアクターが非同期的に関わるような、長期プロセスを記述するためのものだ >>80
GUIプログラムで超大作を作れ言われるんだぞ
ライセンスがクソ高いから並のシステムじゃ許さんという勢い
何を作るか決まってないのに
つかなんでエンジニアがGUIプログラムでプログラミングするんだよ
エンドユーザーが作るから凄いんだろうが 業務担当がGUIで簡単にプログラミング出来るから業務のIT化が超早い
↓
業務担当の人は不慣れなのでITチーム員は支援して下さい
↓
業務担当の人が業務を説明するのでITチーム員が実装して下さい
コードブロックの中身がVBscriptじゃねーかデバッガもねえぞ助けて
>>83
これに尽きる。
エンドユーザーがやる気ない時点で意味も価値もなし UMLからプログラム出来たら超早いじゃん
という試みを再びやろうというのがRPA
AIでちょっと対向システムのUI変わっても動く可能性がある業務システムが作れます
>>74
ネット動画をダウンロード出来ます!
↓
実は画面を録画してるだけ。
みたいな話か? >>77
研究所持ってるからなんだかんだ言っても技術力はめちゃ高いぞ
>>74の言うNTTはどこのことを言ってるんだろ? プログラミング未経験のエンドユーザーが頑張れば
とりあえず動くシナリオは作れるが、作った本人しか
メンテ出来なくなるのが分かり切ってる。
>>80,81
クラス単位でgui化してマウスで並べられるようにするって(すれば素人でも組めるようになる)発想は
お金を増やせばインフレになるって発想
と同じレベルで悪くない 繰り返しや条件分岐が良く解らんし解る気もない人が業務システム作る仕組み
業務システム作る試みね
業務してる人はプログラム興味ないというハードルが高過ぎる
現場の素人でも扱えるが、素人だから非効率に
効率化するというね。全体の業務見直しサボって
末端の効率化だけ進めても後で痛い目見る。
マイクロソフトのコーディングAI支援はいまやステートメントの提案までやってくれるようになった
テキストベースのプログラミング環境の進化はとどまるところを知らない
もちろんテキストベースのプログラミングにはAIだけじゃなく様々な蓄積がある人類の叡智の結晶なのだけど
それらを全て捨ててゴミみたいなGUIプログラミング環境に移行してプログラミングしようなんて馬鹿だよな
控えめに言って気が狂ってる
高度な文明を捨てて野生に還るようなものだ
>>97
プログラマ以外がプログラムを出来るようにする試みだからコードプログラミングどうこうは関係ない
問題はプログラマ以外がプログラムに興味ない事 プログラマ以外はプログラ厶しなくていいよ
ゴミを生産したらそれは資産じゃなく借金になるんだから邪魔なんだよ
もちろんホビーなら好きにしてくれて構わないが
ツール屋は煽ってバカに買わせればライセンス料と
うまく行けば保守料も取れるし、本当は効率化に
失敗してくれた方が儲かるからな。失敗した奴ら
向けに次世代RPAを仕込み始めてるし。
専門技術不要、簡単に、安くできて、高い効果がでます
その証拠に(詳細は一切不明のすごーく怪しい)調査レポートやニュース記事ではこんなに数字が出てます
まずはこの薄っぺらい謳い文句で技術に弱い経営者を釣り上げる
ある程度まで導入を進めて後に退けなくなったら、実は素人だけではこれ以上は難しいんです、とカミングアウトして、でも全力でサポートしますからご安心を、などと言って派遣社員という名の工作員を送り込む
送り込んだ工作員は、質より量を合言葉に粗悪なプログラムをとにかく量産して導入させる
そうして、本職がいないとメンテナンスできない状況を作り出して、常駐を安定化させる
完全に依存させたら、我々がいないと困りますよね、と足元を見てぼったくる
これがベンダーロックインさせて、骨までしゃぶり尽くすための黄金パターン
>>101
派遣社員が質より量てのが本末転倒だよな。
結局ユーザー企業にプログラ厶の素養がある社員がいなきゃうまく行かないんじゃないか?
うまく行ってる(?)会社はそういう社員がいただけで、全くの素人じゃないし、
そういう社員はRPAを買わなくても、VBAやらでうまく作れるはず。
オレ、知人からRPAベンダーからリファラルしてくれるて言われてるんだが、やめようかな。
それとも確信犯的にだまくらかす方に回るか。 お前らが文句言ってるのは
RPAベンダーの詐欺商売についてじゃん
MSのRPAが出たらお前らが
叩いたところでRPA需要は増えるねw
ちょっと長いんですが、何かご意見ください。
私は、簡単なエクセルマクロをどうにか組める程度の事務員です。
無料版を自分の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」機能があればいいことだし、あるいはそういう銀行に変えればいい、
が、当然できない)
続く
続き
それで、一般事務員がどう苦労したか
・レコーディングしたけど、ポップアップを認識してくれなくて、セレクタがどうとか一苦労→なんとか解決
・翌月は、日付が違うから、レコーディングだけでは無理→変数を使用→わりとすぐ解決
・同じことを10回繰り返すのだから、ループにしたい。
・口座選択ボタンのセレクタをみて、口座1 ・・・・100・・・ 口座2 ・・・・101・・・ になってるところをさがして
変数を入れてみたが、エラー。(ちょこっと相談ができる相手がそばにいてくれたらすぐ解決したかもしれない。)
結局、そのアクティビティを9回コピーして、数字をちまちま書き換えて対処。(これで動くのだから、大筋間違ってないと思う)
・入出金画面は、どの口座も同じだから、サブフローとして作って、呼び出すことに。
で、引数の設定ですごく苦労。
メインで csv = (口座1.csv , 口座2.csv ,・・・)ていう配列作って、
i=1 のときファイル名が 口座1.csv で i=2で 口座2.csv ・・・ とかいう受け渡しが難しくて・・・
あと、できれば、 口座(i).csv みたいな変数指定ができたら・・と思ったができんかった
それでもなんとかできあがり。続く
続き
それで、伺いたいのだけど。
RPAを使わず、この作業って、「簡単に」できますか?
つまり↑みたいな実力の人がってことね。
何の言語をどう使うの?
例えばpythonとかをちょいと勉強すれば 作れるようになりますか?
それと。
pdfが100個ほどあって、今はそれを印刷-郵送しているんです。
そこで、pdfにパスワードを設定して、メールに添付して送る。
(100個にそれぞれ違うパスワードつけて、100の送り先に送る)
RPAでできそうだな、と思っているけどまだ試していない。
プログラミングだとどんな感じで作るのでしょうか?
もうひとつ。
経理をやってて思うのは、毎月数百枚の請求書入力をどうにかしたい。
手書きは無理としても、印刷されているものなら、OCRで読み取って・・・会社名と金額だけでも
ザザザっとエクセルに一覧してくれるとか・・?
OCRはしてみたけど、精度がいまいち。
それから、フォーマットが各社様々なため、「会社名」「請求額」が書いてある
場所や大きさがまちまち過ぎて、OCRが結構イケてても、書き出す場所を指定するとかどーやって????
大企業はやってるようだけど、うちは、無料uipathを自分のPCに入れて・・みたいな弱小なので、
できるだけ無料に近い方法で・・・、可能ですか?
うちの会社でマクロ組んだりRPA試したり なんてするのは私だけ(情シスとかもちろんなし)なので、請求書OCRは無謀かな・・
>>106
>RPAを使わず、この作業って、「簡単に」できますか?
簡単ではないが出来る。
>例えばpythonとかをちょいと勉強すれば 作れるようになりますか?
マクロ(VBA)が使えるなら、それで十分。
>そこで、pdfにパスワードを設定して、メールに添付して送る。
RPA的にやるより、
Acrobatのスタンダードかプロ版使って、API経由でやった方が楽だと思う。 >>104
オレは親族からMUFGの振替結果のPDFを拾ってメールするやつがほしいて言われたのでJscript(Windowsで動くVBAのJavascript版みたいなやつ)で作った。
300行ぐらいだな。
マクロが書けるんなら、HTMLのselect文の中身から口座というか、口座を選んだ時に飛ぶurlの情報を拾ってくるか生成して、
そのurl分その「サブフロー」を実行させるて感じかな。
エクセルマクロ(VBA?)ができるんなら、RPA使うよりVBAでIEの操作をほうが絶対楽のように思う。
なんで世の中はわざわざ大変なツールを素人に使わせようとするんだろう?
VBScript/JScriptだとこんな感じでIEを動かしていくけど、VBAも全く同じことができる。
ネットだとVBAのやり方の情報のほうが断然多い。
もちろんpythonでもできる。
pdfのやつも、VBAで「DOSでpdfにパスワードつけるbat」を作って、
そのbatを流してパスワードつけたら、VBAでメール送信かな。
どちらもVBAでできるしRPAを使うまでもない。 >>108
>pdfのやつも、VBAで「DOSでpdfにパスワードつけるbat」を作って、
なにそれ?
バイナリ操作でもするの? 難しいRPAでそれだけできるならプログラムも簡単にできるよ
seleniumでブラウザ操作するスクリプトをちょろっと書くだけ
HTTPを知ってるならブラウザは使わずにHTTPを叩いてもいいよ
パスつけてメール送付なんて本来GUIは全く絡まない話だ
pdf操作ライブラリか圧縮ライブラリ探して暗号化
pdfに依存しない分パス付き圧縮のが簡単かな
暗号化したらメール送信ライブラリで送信もラクラクできる
画像解析は入力フォームを設けて使わせるほうが安くつくんじゃねえの
>>109
pdfいじれるアプリのAPIかCLIでやる。
書き方わ悪かったが、あんたが言ってることと同じこと。
オレはコマンドラインでzipできるアプリでパスワード付きzipでpdfを固めてメール送信してた。
タイマーで同じ時間に送ると自動化がバレてしまうので、時間をばらしてメールするように作っておいて、深夜残業してましたてことにしている。
RPAの体験版触ってみて思ったのだが、たまに意識高い系がクッリクの飛び先をHTML内にリテラルに書かずにonclickとかを駆使してプログラム的にリンクを作って
飛ぶようなサイトがあるんだがRPAてああいうのも認識できるのか?
クリック操作だけでやろうとするなら問題ないけど、RPAがHTMLを解析して動くパターンのやつはそこまで解析できるんかい?
たまにスクレイピングを妨害するような作りのサイトてあるよな? >>110
>>画像解析は入力フォームを設けて使わせるほうが安くつくんじゃねえの
よその企業が送ってきた紙の請求書等なんだから、フォーム使えて言うレベルの話じゃない。
むしろ、紙を使うんなら国レベルや世界規模でドキュメントの規格を決めてもらわんとどうにもならんわ。
ペーパーレスて言われ続けて30年経ってもこんな感じなんだし。 皆様ありがとうございます
問題が見えてきた気がする。
まず、マクロができる→誇大広告でした。すみません
書ける、ではなく、マクロの記録 をして、ちょびっと書き換えて動かす レベル
なので、白紙を前にしたら1文字も書けません。
エクセルマクロもRPAも「レコーディング」から始められる、というのがミソですね。
プログラムすればと言われても、何していいのかわからない。
例えば、>>104 に書いたRPA、VBAで書くとしたら? 最初に何をなんて書く?
いや、それ以前に、エクセルの 開発タブからvisual basic 開けばいいんですよね?
とか、そういうレベルだから・・・
プログラムのスタートラインの前にいるような人でも使えるのがRPAなんですね。
RPAのメンテが大変というのは、全く同感。
作った本人もごちゃごちゃでわけがわからない。
うまく動かなくて あれこれいじっているうちにワクがどんどん増えていっちゃって。
言語で書いてあれば、もっとメンテしやすいと思う。
なので、
小学生も使っているとかいうpythonは簡単らしいから、1から勉強してみようかなと思いました。
レコーディングは簡単だけど、その後の変数だのループだのは、VBAと同じく苦労したし、
最初の壁を乗り越えられればどうにかなる、気がしてきた。
(エクセルの マクロの記録 みたいに、RPAを全部言語で書き出してくれる機能があればいいのに) pdfをメールで の件は、「pdfにパスワードを付ける」「メールを送る」をいったアクティビティがあるから
できそうだと思ったんですよ。
言語で書くにしても、ライブラリ(?)があって、アクティビティをドラッグするのと同じように
ライブラリをコピーしてくればいいってことでいいですか?
>>114
スタートが大変なのはRPAも同じ
開発環境を開いてどこをどうしたらシナリオを書きはじめられるのか?
どのパーツを配置したら何が起きるのか?
レコーダーってどうやって使うの?
そういうことは未経験では何もわからない
結局は教わったり調べることが大事なんだ
そんで教わりやすい調べやすいのは圧倒的にテキストプログラミングな
まず文字列だから検索しやすい
情報の蓄積が桁違いに多い
プログラマ人口が桁違いに多い
書籍やウェブサイトが多い
だからテキストプログラミングは勉強しやすいんだ >>115
そう
ライブラリはあらかた揃ってる
ライブラリを探して使い方を調べるだけ 請求書はこのページのこのフォームに入れてくれ
というのが結局双方ともに楽だと思うが
ハンコはなくてもいいだろ
>>114
RPAアンチのいうこと間に受けすぎw
RPAでごちゃるレベルのボリュームなら
CUIで書いてもきついぞ >>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導入すればその係を絶対に押し付けられる。 RPAを使った至高のシステム
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/03177/
20万円で社員1人分の活躍、りそなHDが導入したアーム型「中継ぎロボ」の実力
りそなホールディングスは2019年6月から小型ロボットとRPAなどを組み合わせた新システムを導入し、現場の各種帳票にまつわる入出力作業の省人化に取り組んでいる。
実証実験ではなく、既に東京都や大阪府などの施設内で50セットほどが本稼働している。
具体的には、OCRソフトで読み取ったり直接送られてきたりした紙の伝票のテキストデータなどをRPAのソフトロボットで加工する。
次にキーボード・エミュレーター・ソフトがそのデータを勘定系システムに入力する。
勘定系システムが入力内容を現場のプリンターで帳票として出力すると、ロボットが巧みにアームを動かして取り出す。
以下略
全部読むには有料です 物理的なロボットが間に入るのは面白いな
これがRPAの本当の姿なんだな
それ以外は全て普通のプログラミングだから無理してロボットって言葉を使おうとしなくていい
OCRねぇ。
どう考えても無駄だよな。
今時紙の伝票なんか送ってくる江戸時代からタイムスリップしてきたような会社は、
税金高くしろって思うわ。
紙を読み取るよりWeb化して使わせるほうが手軽
なんつうかOCRって単語に酔ってるよね
OCRが必要だから使うんじゃなくOCRを使いたいから使ってる状態
社内だけならいいけど社外が絡むと途端にやりずらくなる
とあるインポートデータのフォーマットが各社バラバラなので統一してくれと頼んでもやってもらえない
酷いところはpdfで送ってくる
RPAやOCRで生産性を上げるフリだけしてるのが現実。
普通のPDFならまだいい。
紙をスキャンしてPDF化したのを、PDFだと言い張ってるのが一番悪質。
OCRの部分はクラウドワーク土方に
投げるのが現状の最適解
>>117
ありがとうございます
>>116
>スタートが大変なのはRPAも同じ
これはちょっと違う
>開発環境を開いてどこをどうしたらシナリオを書きはじめられるのか?
RPAの場合 目で見てなんとなくこれかな〜でいじり始められるが、
真っ白なエディタじゃ最初の1文字も書けずどうにもできない
・次の選択肢から選べ と
・〜について書け の違い
少し慣れれば、116さんの言うように 調べやすいテキストがいいかな
ただ、どちらも「教わる」環境がないのが大きなネック
上にも書いたけど、セレクタ内の数字に変数を使う、変数内に変数を使う、
はできるはず と思うのだけど出来なかった。
「教わる」環境がほしい・・・ >>120
ありがとうございます 試してみます
ただ
>HTMLの解析がVBAだと面倒
これはネック
HTMLはほぼ出来ないので、UIPATHの UIエクスプローラーは助かった。
これだってほとんど理解していないけど、それでもなければ出来なかった
よくわからんけど あれこれいじってたら(チェックボックスを適当にオンオフしてたら)できた
--グラフィックだからですよね。
VBAよりpythonですかね〜
VBAも別にたいしてできるわけじゃないし、作ってもエラーばっかりで
あ、コンマがピリオドになってる とか
コマンドの使い方が間違ってるとか そんなんばっかり
VBAにこだわりないです
VBAってすごく使いにくい印象です。UIPATHで変数だのループだのいじってたときも
苦労はしたけど VBAよりスムーズだった気がする。 <<118
<請求書はこのページのこのフォームに入れてくれ
これはなし
ブラウザ開いてログインしてデータを手入力?
その手間と間違いリスクは?
それとも、そこをRPAもしくはプログラミングするの?
請求書を発行する側は、じゃんじゃん印刷してじゃんじゃん郵送しているのだから、
余計な手間になる。
現場としては、請求書は紙でいいから、データも送ってほしい
請求書の中身を 1行1データ でcsvとかで送ってくれたら・・
もともと請求データは、DBにあると思うんですよ。
新しい何かを導入しないでも、そのデータをまんま送ってくれるだけですごく助かる
それこぞRPAなんかいらない。
国でも経済連でも旗振ってくれないかなぁ
最初に書いた 銀行からDLしたcsvファイルは、DBに読込み、仕訳情報をくっつけて
会計ソフトに読み込んでます。
csv読込はDBのマクロを使ってるが、仕訳情報は確認事項が多いので、半自動くらい。
それでも 昔ながらの 通帳見ながら手入力 に比べりゃ爆速
この作業にRPA導入したいとは全く思わない
この流れで請求書も処理したいわ〜
しばらく前に、(請求書より重要度が低い) 計算書なるものを
FAXまたはメールで送りたいって上司に言ったら
相手に失礼だから駄目って言われた
だからOCRがなくならない
データを送ってくれないなんて失礼だ という世の中になってほしい
>>130
なんとなくこれかなじゃ厳しかったよ
事前説明なしで挑んだ時は本当に何していいか全くわからなかった
しょうがないからマイクロソフトのWFのドキュメントを読んでてWFの基本的な文法を抑えてからようやっとスタートラインに立てた感じ
最初に大きな壁があるのはプログラミングもRPAも変わらん
ただ同じ壁でも高さが全然違った
RPAはGUIのせいでやたら説明に無駄が多くて簡単なタスクの文書が長くて長くて読むの大変なんだよ
プログラミングだったらprint "hello"ってテキストを書いてくださいで済むような説明がRPAだと
メニューのどこを開いてくださいああしてくださいこうしてくださいなんとかアクティビティを配置してくださいプロパティ開いてくださいどこそこにhelloと入力してください
みたいな感じで非常につらい >>131
セレクタ解析はブラウザでできますよ
もちろん無料です GUIといってもプロパティ開いたら
クソ長いテキスト説明入ってるしな
>>130
教わる環境はいくらでもありますよ
対話型なら掲示板サイト、QAサイト…
非対話型なら公式文書、入門サイト、ブログ記事…
もちろん無料です >>121
そろばん使うためのコンピューターシステム構築しますたて感じだよな。
無駄なもの作って恥ずかしくないのかね?
はじめから紙をなくすことに注力すりゃええのに。 >しばらく前に、(請求書より重要度が低い) 計算書なるものを
>FAXまたはメールで送りたいって上司に言ったら
>相手に失礼だから駄目って言われた
ホントこれ。
働き方改革なんて言っても、IT情弱老害が居座ってる以上どうにもならん。
そりゃ日本は先進国で、ずっと生産性最下位なんだし
効率化自体が不可能な仕組なんだよ。生産性の低さを
長時間労働と人件費抑制で誤魔化すしかない。
>>138
新しいことを受け付けないよね日本企業て。
昔、プログラマーだった時にプログラム納品するんだけど、ソースを印刷して紙で納品しないと納品したことにならなかった。
実際は電子データで渡してたんだけど。
膨大な紙とファイルで納品だから、製紙屋とキングジムは喜んだな。
その昔、ネット証券じゃない頃に電話か店頭で注文してたけど、FAXで注文したいていったらこれもダメて言われた。
まだ家庭用FAXが珍しい時代で個人がFAXで送ってくることを想定できなかったんだろ。
米企業はわけのわからん新興企業のサービス・製品もすぐ使いたがるからな。 >>140
かなりの経験者みたいなので聞きたいのだけど
ITに長けた人が上に立つと良い技術はドンドン取り入れられていくもの?
それとも、技術は理解しながらも今までやってきた様にするってのが多い? 上だけが物事を決定できるわけではないしな
下がある程度反対すると結局受け入れられない
上の上もいるし、外部の関係者もいるし
新しいものはリスクがあるからだいたい反対意見が多いんじゃないか?
ITものなんてまず出始めはバグがあって動かないのは当たり前だし。
JRが自動改札導入したのだって遅かった。関西の私鉄より10年位遅れたんじゃないか?
当然自動改札反対運動が起こって、新聞に、自動改札は朝おはようて言わないから反対だなんて記事が載ったよ。
実際は労組が反対してたわけだが。
RPA入れる=自動化になるんだから
業務は当然、変更されるじゃん
業務変更なしにRPA導入ってどうするの?
いや、マジで理解できない
例えば、事務員が請求書を手入力をRPAで実現すると
事務員の入力作業は無くなるわけじゃん
変更しないと無理やん
>>132
コミニュケーション力が足りない
計算書をFAXまたはメールで送るようにしたいなら
関係各所を根回しして、相手企業に日参して説得しないと
先方の業務なんだから、そんなに簡単に変えられない
こっちにも先方にもメリットがあることを一言で理解させられれば
明日からでも出来る >>144
担当者がAさんからBさんに代わったからといって、それを業務を変更したとは言わない
BさんがRPAだとすると、人員削減にはなる
本当の業務革新は、Aさんの仕事をまったく不要にして首を切ること。交代者も無し。RPAも無し >>143
そうとも限らんよ、Suica等の導入はJRが先行してたし スクラッチ的にゴリゴリ書けたら面白いんだけど、日本製RPAは直感的に創れないインターフェースを実装してる
RPAの理想は凄く良いと思うから導入に反論出来ない
なのになんで嫌なのかと考えてみたら、ナレッジもろくにないGUIプログラムをなんであえて
使うんだよという最高の問題があった
この問題に直面するのはプログラマ
GUIプログラミングはプログラマにやらせるなら足かせにしかならないからなあ
初心者でも出来るっていうけどそれも胡散臭いし
仮に初心者ができたとしてもそれでずうっとやっていくつもりなのかね
規模が拡大してきたときにプログラマに拒否されると困るよ
RPA女子みたいな気持ち悪い言葉作って
人材派遣の新たな搾取源になってる時点で
将来性は無いな。
>>141
140じゃないけど、
ITへの理解が深い経営者が居る企業は技術を積極的に業務に取り入れて効率化していくし
それが出来る社内SEの待遇も良い ITやっててもGUIプログラムというだけで
アレルギー反応起こす低脳もいるから
ひとくくりにはできんよ
>>150
初心者でもシナリオを作るだけなら可能だが環境や仕様が
変わって動かなくなった時にメンテ出来なくてプログラマが
押し付けられるまでがセット。 >>146
コンサル的には
今のAさんの仕事を不要にして
Aさんには、別の高度な仕事をさせる
という方針に動いてほしいと思うけど
やっぱ、首切りに走るよね
>>155
意味わからん
メンテできない、部分的に修正できないなら
1から作り直したらええやん
環境や仕様が変わる前は、シナリオを作ったという設定なんだろ?
なんでプログラマに押し付ける? やっぱり素人じゃ駄目だプログラマに1からRPAで作らせよう
って笑えない流れになりそうだ。
>>156
クビにする方が効率がいいものね。 >>155
本職に任せるならまずは脱RPAに投資したほうがいいかもしれません
土台を固めてから仕事をしたほうが効率がいいでしょう 本職は高いけど、安いど素人でも作れるからRPA 採用したんだよ
ど素人ならRPA に向いてるとか向いてないとかゴチャゴチャ反論せずに命令した物必死で作ってくれるだろ
とりあえずRPA 化するほど人件費が削れるしな!
こんな中小企業が今後の利用者の主流
>>145
そういうんじゃなくてさ
計算書なんて ほんと単なるお知らせみたいなもんで、
FAXで十分だし、FAXの方が速くて手間も少なくてメリット大アリなわけ
担当者にとっては、ね。
問題は、お偉いさんたちが
合理性より「丁重に接する(接してもらう)」を重視することなのよ
紙がなくならない理由の一つだと思ってる >>152
>RPAって事務のおばちゃんのイメージ
そ、そうなの??
私の"事務のおばちゃん"イメージは
手書きで伝票かなんか書いてる、お茶汲みしてる、銀行振込に行ってる
昭和すぎ?
RPAいじってる事務のおばちゃん って、都会の大企業なら普通にいるの? >>160
結果より頑張ることや気遣いを重視する体育会系文化だよな。
合理性を嫌うどころか憎んでるからな。 >>160
いや、紙がなくならないのは
お前のせいだろ
FAXしといて紙削減とか、なに言ってんの?
こうなると、上司のマナー云々も怪しいもんだ
計算書とか半端なもん送らないで
ちゃんとした請求書送らないと失礼だろ
とか言うの曲解してるかもな
このご時世お茶汲みとかほざいてるし
真面目に言えば、自動化は業務の標準化が必要なのに、勝手な思い付きで計算書送りたいとか属人的な仕事増やして、何したいの?
ヒーローとして崇めてほしいの? あいつ馬鹿だなあと思いながら自分だけ楽するのがいいので皆が正しい効率化をやり始めたらこまる
なので君たちは紙でもRPAでも好きなだけ使ってくれ
>>159
必死に作って完成したら大成功
問題は完成しないかRPA化する必要あんのこれというツールが出来て終わりのオチ >>159
手に負えなくなって本職に頼むも余りに作り辛くて全員が不幸のパターン
RubyやPython、C#やjavaやり込んでた人間で各社RPAやりたい奴なんて居ないだろ 効率化しても、給料上がらないし早く帰れない。
労働量を増やすだけで損にしかならない。
>>163
>このご時世お茶汲みとか
いや全くそのとおり ものすごく同感
でも、当社にはある
そんな遅れた当社でも FAXはペーパーレス この国の企業人に合理的な思考が欠如していることは周知の事実
客がバカならバカに合わせ身を屈め、客が欲しがる無駄なRPAツールを売るのが仕事
正論で論破を試みるのが下流のPG
客が欲しがってるのは効率化や生産性アップではなく
努力してる感を味わうことだから、現場の人間が
頑張ってる様に見えるRPAが売れるのは当然。
「顧客が本当に必要だったもの」を思い出さざるを得ない
マイクロソフトのPower Automateが安いな。
他のRPAツールの勝ち目が無い。
わたしは、ネオアールピーエー
すべての作業 すべてのろうどう すべてのぶんめいを消し
わたしも消えよう 永遠に!!!
オバチャンのイメージって、
必死にExcelキーパンチしたり、
メール伝達を業務フローに組み込んじゃったり、
コールセンターで電話取ってるイメージw
手書きや倉庫軽作業はお婆ちゃんだろ。
UiPathは少し前に400人クビにしてるけどな。
このスレってやたらRPA敵視する人いるけど何なの?
RPAに仕事奪われてクビにでもなったの?
RPA敵視するひとはプログラム半端にかじってるけどRPAも使いこなせないような雑魚。
使いにくいGUI開発環境のストレスでアンチになった
上に向けるべきヘイトをRPA(下)に向けてるんじゃね
>>178
PCの定型作業をソフト的に自動化するてのはいいんだけど、やり方がとんでもなく非効率。
コマンドだったら数行ですむようなことを、マウス操作で大掛かりな仕掛けでやるんだぜ。
効率化のアプローチが間違ってる。 >>183
ユーザーが作るんだから、それでいいんだよ
君があほな会社に在籍してる >>178
なんでC#で作っちゃダメなんだよ感が酷い
RPA覚えるメリットが皆無なんだよな >>184
ユーザーが作らないから社内SEが作るハメに >>185
いや、むしろC#で作って、自動化なんかさっさと済ませろよ
RPAなんか、クソバカベンダーのごみシステムのAPI代りで十分
どうしてもプログラムによる操作を受け付けないところだけシナリオ作って
大半はあんたがお得意のC#とかでやればええやん
C#どころか、プロンプトで代替できる操作をRPAでやってると哀れに見えてくる どうしてもUI経由するしかないならSelenium、Appiumで普通にプログラミング
それ以外は普通にプログラミング
これが王道の大正解
>>183
言われてみればRPAって、大規模なドミノを作って、目玉焼きを焼くみたいなもんだな。 >>188
王道はプログラマーにやらせるしかないけど、
プログラマーは業務知らんし、現場の担当者はプログラム作れんし、間を取り持つ社内SEはだいたいカス。
そして摩訶不思議なシステムが出来上がる。
それらを全て解決するのがRPAの触れ込みだが、そんなにうまくいくわけない。
現場の担当者がいいプログラマーていう奇蹟が起きないと成功しない。 >プログラマーは業務知らんし、現場の担当者はプログラム作れんし
その対策で、PGだけど現場に行くことになったわ。
↑ちなみにそれでどうなったかと言うと、現場の仕事ばかりでプログラムなんか書いてる暇ないっていうwww
>>193
現場の担当者が自分の業務ほっぽりだして現場に即したツールを作り上げるとお釣りが来るぐらいの破壊力で業務が遂行されてくんだがね。
でもそういうツールが必ずしも出来上がるかどうかはわからんからね。
上層部は一か八かに書けるより安牌なRPAで僅かな「効率化」を狙うんだよ。 >>190
そこで、プログラム書いて自動化をするのがいい社内SE
RPAなんかクソだ〜とぼやて、何もしないのがクソSE
うちでも、RPAを批判して自動化に手を貸さない社内SEがいるわ >>195
会社がRPAを必要とするてことは、その会社の社内SEは無能だったてことだぞ。
だから社内SEはRPAを目の敵にするだろ。 つか、ちょっと現場は下火になったよな。
ウチの職場もRPA化する業務の在庫がなくなって、もう暇になってるよ。RPA部隊。
結局、更なる人減らしを要求されてRPAチームまでスリム化され始めたと言う笑えないオチに。
>>197
効果時間高くて実装難易度低い奴は大体1年ぐらいで全部完遂しちゃうから
それ以降は保守と細々とした自動化を処理していくしかない
大企業ならネタいっぱい転がってるけど中堅どころだと割とすぐ枯渇する RPA部隊とか作ってる時点で間違ってるわ
そういう専門部隊を必要としないのがRPAのウリなのに
GUIでノンプログラミングで作れます。初期導入費500万ですがプログラマを首にすればすぐにペイ出来ます。
↓
まあ中には自力で何も作れない方が居るので弊社のプログラマで開発をサポート致しますよ。
月々100万の格安サポートです。
経営会議でぶち上げて後戻りできないんでしょ?あ?
弊社ではRPA部隊として人を続々採用中
エンドユーザーは完全なるお客様です
PHPやjava経験者なら簡単でしょとお気楽に押し付けて現場はデスマーチ
24ページスクロールする壮絶なGUIプログラミングにPCはパンク寸前、俺は卒倒寸前
GUIの超大作って壮絶に見通しが悪い
小さいプログラム作れば良いじゃんと思うけどライセンス費用が600万超えてるから経営陣が許さない
さあRPAでERP作るぞー
プログラミング素人の現場担当者でも自動化できるって
嘘ではないが、安定して使えてメンテ出来るシナリオを
作れるかは別の話だからな。
費用が問題でguiが嫌なら、pythonなりvbaなりでいいんじゃね
不安定でメンテしにくくても、事務員が直す仕組みならよさそうだが
>>190
実はゆで卵で充分だったって落ちも付いてくる。
>>195
何やっても評価が同じだからじゃないの。 でも、現実的に事務員じゃ難しいから専門家雇おうって流れが広まってきたんだろ?
素人でも簡単って前提が崩れてるのに、それを土台にしてRPAを推進するからおかしくなる
RPAだろうとプログラミングだろうと、実用レベルまで持っていくのは宣伝で言ってるほど簡単じゃない、と自然な前提に立って合理的に考えればいい
そんなこと認めたらライセンスが売れなくなるし専門家派遣で
稼げなくなるから、ベンダーや広告費もらってるメディアは
推進していくしかない。理屈より金と感情だよ。
すぐにRPAで使えるPythonとあのモジュールとこのライブラリと管理ツールの
一発インストールパッケージがあれば蹴散らせるのに
NTTさんのはvbscriptで部品のコーディング出来るね
Pythonとかならやる気出るのにvbscriptとか辛い
作らないSE課長はRPAの理想を全面に押し出して経営陣に素晴らしさを説明しまくり
現実に直面する業務する人はRPAが訳わからなくて放棄
そこを埋めるのが底辺プログラマ達
予算はRPAのライセンス費用で使い切ってるから雀の涙でよろしく
MS製RPAはUipathっぽい感じになるのか
UIの使いやすさではWinactorなんだけどなぁ
UipathXもなんかこれじゃない感あるし
WinActorはノードロックで年100万円するのにMSのは1ユーザー月15ドルなんだな。
有料RPAはMS独り勝ちじゃない?
>>212
そうは言ってもRPAがらみの安い給料じゃなあ。
ヤル気起きんし三流VBA使いでも雇ってれば? vbaとか簡単なんだからRPAなんか使わずに覚えりゃいいと思うんだが、なぜかやらんよな〜
>>209
なんか、妄想垂れ流してるけど
どのベンダーも、ITに無縁の人は無理と認める
だから、勉強しろ、なんならセミナーを紹介しますつってんのに
それを、セミナー商法w、金儲けwと無視してるだけ >>216
セルに関数入れるくらいはさほど誰でもできるが、VBAでマクロまで組む人はかなり少ないぞ。
さらにそのマクロもレコーダーで操作を覚えさしたやつじゃなくて言語的に作る人なんて、一般の会社だったら神レベルだろ。 >>218
ほんこれ
神が100人に一人くらいいるらしく、時折社内表彰されてる模様 が、異動なんかでメンテできなくなり寂れることが多い模様
神の割合が増えるRPAには少し期待 業務について一番知っているのは、その仕事をしている人だから、片手間に自分でツールを作れるExcelは素晴らしいと思います。
ノウハウが流出しないし。
AmazonがAIを使って自動的にコードレビューをしてくれるサービスを発表したね
世界中の多くの個人、企業、団体がテキストベースの開発環境の改善に投資してるから、このように日々、開発が楽に、高品質に、安くなっていく
一方でGUI開発環境に投資してる者は極僅かなので、殆ど進歩しない
十年前のGUI開発環境と比べて、なにか画期的な変化はあっただろうか?
これから先、なにかが変わるだろうか?
>>211
それならVBScriptからPythonを実行するとか。 >>211
UiPathだとinvoke系のアクティビティでわりと色々なコードが書けるな
まあ現場の人間がこれ使い始めたらカオスになって大変な事になるが >>218
ブイルック関数止まりが多い
index match関数だとほとんどが知らない
理解難しくなる
そのレベルが多い
もっと複雑な仕事してたりするのに 開発部門等、別の仕事がある人間が
割り食いたくないって不満を言うのはわかる
しかし、社内SEが使いにくいって文句を言うのはお門違い
仕事さぼって、自動化しなかったツケが来てるだけ
だいたい、中規模以上なら開発と社内の部門は分かれてるし
小規模ならRPAを入れるほどのシステムなんかないだろ
>>224
そうか?
vlookup関数が使える・理解してるならindex match関数みたいな関数もあるだろて探すだろ? vlookupよりも難しいアルゴリズムはRPAではほぼ必要にならないなw
>>226
indexやmatch関数なんか単品じゃ何の役にも立たない
これは教える側が悪いと思うわ
1つの関数ごとの解説じゃ、なんに使うの?って理解する気もおきん
ほかの関数と組み合わせるとか、叩き込まないと 成功確率5%の関数合成とかのほうが若者ウケよさそう。
>>222
もうRPA辞めてPythonで良くないか感 >>225
弊社は買ったからやる事見つけろだとさ
やる事あるから買うんじゃないんかいと >>231
略されてるのは、「何か」でなくて「いっぱい」だぞ
省略を適切に補完できないとバカがバレるから周りには言わないこと 現場でロボット作れるのが売りではあっても、まともなものが
出来る保証は無いしメンテも必要だから、結局シス管や外注で
管理開発させる事になる。
>>233
業務部で8割方完結させられないなら導入を停止すべきなのに、
日経が的外れな煽りばかりをするから決定権を持った奴が勘違いする >>232
いっぱいは何かで構成されてるんじゃねーの? >>234
日経はRPA煽って紙と広告が売れれば良いだけで、勢いで導入した所が
炎上しても記事に出来るからな。初心者や素人でも簡単に出来るって
メディアが言う物は大抵ウソ。 日経コンピュータは散々RPAを取り上げてきたのに、11/28最新号ではRPAの記事が全く無くなっていて笑った。
Microsoft Power Automateの発表で、オワコンになるだろうサードパーティのRPA。高いだけで、大したことないソフトを代理店やメディアが煽ってビジネスとしていただけの証左であろう。
VBA/VBScriptがUWSC並のことができりゃRPAなんていらんのに
>>240
既に出来ている事を、コスト掛けて素人向けにしてもしょうがないだろw
金の無駄w MSのRPAがかなり安価だからベンダーは憤死するしかないけど、
すぐ使いこなせる所は少なそうだから派遣会社は喜ぶね。
RPAってDockerコンテナにできないのか?
環境差異の対応が地獄だ
やべー、地方の事業部だけどライセンス買ってやるんだから全社で使えるシステム作れと言われた
全社で使えるシステムをRPAみたいなGUIマクロツールで作るとかどうすりゃ良いんだ
ITチームは全社で使えるシステムを作れ
事業部毎の業務がバラバラだから困ってるんだよ
それするためのRPAやないできっと
全員が共通でやってる作業なんてわるわけないだろ。
ピンポイントで狙いを定めてやらないと
RPAを用いて全社で使えるシステムを社内SEが作れとか真正バカが権力持ってる
もう終わりだ助けて
>>247
RPAを根本的に勘違いしてるなそれ
そもそもRPAでGUIツール作れるのなんかないぞ(UiPathでインプットボックスとプルダウンぐらい)
RPAに1からシステムを構築する力は全くない
既存システムのスキマを埋めるツールなんだから
パテで家建てろって言ってるレベルの無茶だぞ 普通にプログラミングしてエントリポイントだけRPAにすればいいんじゃないかな
上司もどうせわかってないからわからんよ
>>247
ボーナス貰ったら逃げなさい。
丁度売り手市場だしさあ RPAの業務フロー機能で全社統一新業務フロー作れとか言ってる
大学でソフトウェア工学学んだ上司だから高卒の俺は何も言えないんだけど無謀な予感する
全社展開を狙うなら
・全社で共通でやっているような定型業務を洗い出す
・業務フローをできるだけ共通化する(超重要)
・共通化した上でRPAで自動化する
・事業部毎に細かい変更が必要な場合は手動対応or各自でソース改良してね
っていう感じかね
何れにしてもどこのベンダーが売ったか知らんけど、一からシステム作れると思って買ったなら
タダのアホだぞその上司
>>251
何のRPAツール使ってるか知らんけど
あくまで作ったシナリオが業務フローを兼ねるだけで
業務フローそのものが作れるわけじゃないぞ
全社統一業務フロー作るなら、まず既存フローをヒアリング&分析して共通化出来る個所を洗い出せ >>254
土方高卒俺がRPGのシナリオは業務フローの概念モデル作るもんじゃ無いです言うと、そんな事も出来ないのと言われる
いや業務フロー書けますけど詳細設計っすよ
土方したこと無い大卒営業SE怖い >>247
総務省方式でおk
「作ったのに使わないのが悪い」 >>255
>>254にだいたい賛成
既存フローをヒアリング&分析しながら報告を密にする
「なにやってんの」って言われたら
「RPAで作るときの標準化された手続きです。セミナーで習いました」と返す
既存フローをヒアリング&分析するなんて興味深い仕事はこういう機会でないと
滅多に経験できない
ついでに、共通部分よりも、共通でないところに
そうしなければ業務が出来ないという、よんどころない事情がひそんでいる
そこの調整は、権限を持つであろうその上司にお任せするしかない 現業務フローのヒアリングと新業務フローの検討なんて高卒土方の俺じゃなかなか出来ない経験なので前向きにやろうと思います
新業務フローの電算化をRPAでやるのが正しいのか高卒なので分かりませんがソフトウェア工学修めた上司に間違いは無いと信じます
大学じゃRPAみたいな先進技術を教育してるんだろうなぁ
高卒だから学んだことないんだ
現場で学んだC,Python,java,PHPなんて時代遅れのテクノロジなんだろうな
本来ならヒアリングの結果に基づいてプロセス改善すべき。それに投資しないでRPAで改善したように見せるのが今の流れ。
業務フローの検討とかヒアリングってチームリーダーとかの役目だよね?
高卒土方とかいいつつ役職ついてるひとなのかな?
>>261
中小はエクセルで関数できる程度の事務員に平気で丸投げするよ
だってRPA は誰でもできるのが売りだからw RPAツールをインストールした時点で業務知識も抽象度の異なる各種設計もテスト設計もパターンもイディオムもOSや周辺ツールの仕様もとにかく開発に必須の知識は何もかもが脳に自動的にインプットされる
誰でもすぐに開発できるとはそういうことだ
このオーバーテクノロジーを実現してるからRPAはすごいんだよな
>>261
ど平土方高卒組込上がりなのに数社合併した事業部組織の拠点を跨る経理新業務フローをRPAで表現しろ言われた
簿記三級すら取れる自信ないのに
RPAという縛り付で
無理じゃねもう 土方高卒の職域は公認会計士持ちSEが作った新業務フローの一部を自動化する事である
と定めて欲しいけど、偉い人はその辺も良くわかってない雰囲気
土方高卒SEを飛び越えてドメインエキスパートが自動化出来るのがRPAのウリなんじゃねえのという疑問はこの際気にしないから
本部長の人に色々言われた事を整理してみたら解った
RPAのクソ高いライセンス買ったんだから事業部制組織のビジネスアーキテクチャをこれで全体最適化しろと言われたんだ
俺、簿記三級も持たない高卒土方ですけど良いすか?そも出来るんですか?
素人でも出来るんだから楽勝だろう?
それがRPAの最大の利点
>>260
RPAを使わなくてもいいように、大元のシステムの方をいじるべきなのに。
大元のシステムが使いづらいとか現場に即してないから、現場がへんな使い方をしてるのにね。
RPAて、その現場のへんな使い方をシステム化するだけだぞ。 >>269
大元のシステム変更代だけで
RPAのライセンス代以上かかるけど、いいですか? Mitzとかいう詐欺師のせいで能力もないのに熱意だけあるバカが界隈に増えてキツイ
>>270
より大きな効果があるのでコスト比で得するからおk 新業務フローがRPAで素人でも簡単に作れるぞ
これは買いだ買い
プログラミング知識無くても開発できる環境じゃなくて
プログラム知識無い人が勉強する気なる環境を作れば、全部解決
俺は、これで、残業を大幅に削減した
が、数日後
バカどもの残業がまた増えた
なんと、RPAで自動化したものを、今更いちから検証している
導入の時は、一切協力しなかったのに
それは、残業する為の方便だった
あいつら、自動化の環境を、望んだんじゃなくて
自動化して欲しいと愚痴る環境が欲しかったんだよ
エンジニアに事務させても上手くいかないのに
事務に開発させようって頭おかしいな。
両方の適性持ってるのなんて超レアだぞ。
クソ業務を見直さないで自動排便ツールを使わせる地獄。
>>278
業務見直しってさ、必要かい?
結局のところ
最後のアウトプットが
同じなら文句言われへんから
勝手に、適当にこっちで変えたらええやん
このアウトプットが欲しい
だけ満たす
でなんか問題あるかい?
手作業なら問題ないが
業務変えないと
RPAではアウトプットが保証できない
なんてことは、ないだろ? すまん、前言撤回するわ
こんな低次元とは思わなかった
>>276
ダイエットのためなら死んでも良い人と似てるな 何かで組んだプログラムの起動だけRPA だったりしてな
>>284
操作しかできんからそうなる
演算なんてできない >>280
99年頃に作らされたなあ。
カード決済とセットで。 Microsoftは、TeamsがあっさりSlackのユーザー数を超えたし
RPAもすぐ他のツールを抜いて独り勝ちになるのだろうね。
>287
RPAってプロセスの自動化であってシステム作るような奴じゃないしな
>>287
どの程度使えるんだろうね
いまoffice365使ってるけど、PA使えるのか調べてもらってる 小手先の自動化に逃げられるから根本的な業務見直し
やりたくない人たちに好まれる。
ウェブページを色々と回っていきたいのですが、html上のJavaScriptを実行するのに最適な言語ってなんでしょうか?
>>291
質問の意味が分からん。
俺がバカなのか? >>292
質問の程度の機能なら、どんな言語でも実現できるだろ
だから、答えはなんでもいいよ、でいい?
こんなん聞いてどうするの?ってレベルなの質問 >>291
最適かどうかは別として、V8がC++だからC++でいいんじゃない? html上のJavaScriptを実行しているのは、あなたのパソコンで、
WindowsならCかC++です。
ではなく、
たぶん、スクレイピングしたいのだろう
会社のpcでpythonやcなど使えないとき、何を使ってる?
jscript、vbs、vba、bat、powershellぐらいだよね
jscript使ってie操作できるの便利だと思ったけど
win32api使えないのがきついね。。。時にはどうしてもgui操作したいときがあるじゃん?
無理やりvbsのsendkey使ってゴリ押してるけどさ
これがpythonだったりcとかなら一言語だけでサクサク組めるのに
皆さんは限られた環境の中でどのスクリプト言語を使って増す?
>>297
そんな度胸無いw
ダウンロード、インストールできると思うけどログでバレるだろ >>296
とりあえずはPowerShellかVBA試すかな
ただ社内申請で問題無ければ今ならPython辺り使うかな
ライブラリ使えばGUI操作もエクセル操作も何でもできるし >>298
ぶっちゃけログなんてなんか事故があったときしか見てねえぞ jscriptとwin32apiいじりたい時VBAでどうかね?
VBA(Office)なら会社のPCにだいたい入ってるでしょ。
MSはVbscript/jscriptをなくすつもりかね?
もう少し拡張してほしんだけど。
Windows標準機能でできるてのは、誰かにスクリプト渡す際でも非常に重要。
>>302
今や脆弱性の元になってるから消すんじゃない コストに見合わない事が知られてきたから
AI-OCRや音声認識と抱き合わせて売りつける
流れになってきたな。
>>291
スクレイピングするなら、Ruby のNokogiri が簡単。
ブラウザを自動操作するなら、Selenium WebDriver
単純なダウンロードコマンドなら、curl, wget
>>296
Ruby をインストールする >>305
単純に天気予報みたいなやつをとってくるならスクレイピングでいいけど、
スクリプトで動的にHTMLが変わるやつとか、認証してチケット持ってるやつて、そういうスクレイピングて対応できるの?
RPAツールでスクリプトで動的にHTMLのデータ取ろうとしたけど挫折した。
たぶん会社がやりたいことて、認証したり面倒なページをいじりたい場合が多くないか? RPAでやろうとすることはたいてい他の方法で出来るし
そもそもやらなくて構わない仕事だったりする。
>>306
静的HTML解析が難しい複雑なUIになると逆に内部で使ってるAPI解析したりSeleniumでブラウザ開いてJavaScript流したほうが簡単だったりする
テストじゃないからわざわざタイピングやクリックをエミュレートする必要って実はあんまりないんだよね 何もインストしなくても最初から入ってる.netでc♯使えることに気づいたw
でもオブジェクト指向苦手だし別に使わなくてもいいかな....
社内SEは各種技術で各種サービス作ってエンドユーザーがRPAで好きなようにサービス呼んでくれたらそれで良いかなと思ってる
>>306
手動で出来る作業は自動でも出来るが、
某図書館みたいに訴えられたりもするので、ややこしそうだったら諦めるのが無難 クソプロセスを自動化してもクソプロセスだってのに。
ブームを煽ったベンダーとコンサルとメディアは呪われろ。
>>314
クソプロセスはRPAベンダーの知ったことじゃないしな。
本来ならプロセスを見直してRPAを使う余地を減らすのが王道なんだけどね、
理想通りに社会は動かない。 どう使うかは使う側のアイデア次第だからな。
家電みたいに買って電源入れりゃ一定のことが必ずできるていうような商品じゃないから当たり前。
使いこなせるやつはVBAでも同じことを実現するよ。
>>306
漏れは、Ruby でSelenium WebDriver で、ブラウザを自動操作して、ヤフーにログインしてる。
一々、ユーザー名・パスワードを入れて、ボタンを押すのが面倒だから
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 # クリック 無人島で焚き火するのに火が無いから取り敢えず燃やす服を脱いだその服がRP
昔、JavaがWeb業界全てに行き渡るみたいな言い方してた時代があったよね。
しかし社内Webに関してはみんなEclipse開発は嫌がって、Visual Studi+SQL ServerのGUIに逃げて、結果Javaプログラマは枯渇し今や時給3,500円だと逃げていくと言う現状らしい。
UiPathも似たような運命になったな。
唯一の取り柄の画像の取り扱いでさえVB側のスクリプトで可能になってるんだから。
スマホみたいなコンシュマー向けはC言語系でJavaの勝利だったが、
オフィス向け開発ツールはMicrosoft製の勝利なんだろうね。
少なくともOracleに関してはほぼ99%SQL Serverに完敗の現状だし、無償サーバーは多重化対応で今も8年余り対応出来ていない。
業務フローや全体再設計見直しをしないで対症療法するための手段。
UiPathやってればVBも触るから
MS製RPAへの移行は楽だろう
国産RPAを買い込んだ企業はご愁傷様w
>>323
逆なんだよな
間違って解釈して
RPAで対処療法を行うから
使いこなせない >>324
どっちにしてもUiPath経験なんか1年後には必要なくなる訳で。
3年で枯渇するアホみたいにライセンス料と運用費用が掛かったアーキテクチャとして10年後は語り継がれるんだろうね。 MSに勝てるRPAベンダーはいないもんな。
特に国産RPAはWordに負けたワープロソフトと同じ末路になる。
>>327
エンタープライズ製品とコンシューマー製品は違うからな。
オレ、とあるRPAベンダーに転職しようと思ってる。
MSの存在を知っていても、採用されるかどうかはわからんが数年は楽しめると思う。 >>329
論理世界を飛び出しおった!
もう産業用ロボットだぜ ジョークとしては面白いと思うよ
日本人はユーモアがあるね
押印だけならパート雇った方が安くね?
つか導入企業の社長はどう思ってるんだろ
責任ある立場が確認したエビデンスで押印なんだろ?
本末転倒だなw
”契約書・請求書の電子化が進んでいない業界の押印作業を効率化する狙い。”
突っ込み所が多すぎる。
そのうち物理的なロボットがマウス動かしたりするんじゃないか?
これで契約書をセットするのが人間だったら
素晴らしい現代アート。
イグノーベル級じゃないか
営業が売ってきそうで怖い
(買うんじゃないぞ地方銀行)
機械が人間の手を掴んで動かすのでもいいんじゃないの。
>>338
セットするだけだからバイト君でもできる。
バイト君がセッティングして、ロボットが会社の実印をひらすら押してくことになるけど、これでいいのか? こういういい年こいた大人達が子供が呆れるようなバカバカしいことに全力で取り組む姿勢は嫌いじゃない
疲れたサラリーマンには効率じゃなくて遊びやロマンが必要なんだよ
大企業になると管理職が直接印を押さずに
代わりに秘書が押しているそうだ
書類を管理職が見ているかどうかも怪しい
>>346
よくあることじゃないの?
例のニュースじゃないけど、データ消去証明書とかは消去ログを事務のネーチャンのところに持っていけば、
データ消去証明書ワープロで刷って会社の角印押してくれる。
ログはテキストファイルなので秀丸とかで作ってもネーチャンはわからない。 >>329
はんこIT大臣は宏池会で保守本流。
UiPathがイベントに呼んで担いでいる石原は保守傍流。
いずれにしてもこんなんに日本の将来を託して
大丈夫なのか、自民党さん? 美少女がうどんをふーふーしてくれるシステム思い出した
つかRPAって掟無用なんだな
俺がバンクシーに近い人間だったらジャパニーズRPAの押印システム教えてやるのに
動く立体アートにしてくれる
>>341
日立デンソーも突っ込みどころ満載だが。
アンタもな。
法人だと3つある
区別くらい付くようにしとけ
・実印
・角印(角判)
・銀行印
まあ一生非正規なら不要な知識だが。
そもそも会社の実印をどこで使うのか?知らなくても人生最後まで大丈夫な奴だらけな世の中だしな。 >>353
チラシの裏の感想文に激怒
まさかRPA押印システムを真面目に作っちゃった中の人?
それでも実印とはという部分しか非難出来ない哀しみ 今日もRPA入金システムがモリモリ入金
ユーザー不在のバッチ処理にしてるアンチパターン入ってる気がする
流石のIT音痴社長でも押印システムは騙されてると気付くだろ
氷河期高卒の俺でもヤバいと思うぞ
業務部は情弱すぎ & SEは発想が貧困
の結果、
押印システムみたいなプロダクトしか日本企業は作れなくなったような
押印する書類は、どうチェックするんだろ
例えば、俺がキャバ代の経費申請をセットしたら、勝手に承認されるのかな?
うちのところ、高額な経費は未だに課長とかに押印をもらわないとダメなアホシステムなんだ
勝手に承認してくれるなら、嬉しい
押印ロボのプロセスそのまま作業だけ自動化って
RPA導入失敗パターンの典型だよな。
RPAがポンポンハンコ押してる最中にキャバ交際費や個人旅行の承認もポンポン押して貰おう
RPAサイコーやないけ
>>354
社版と実印の区別の付かない、ゆとりが草
感想書いただけで「激怒」だってw
指摘されたのがコンプになったのかな?w 年明けから廃止にするシナリオと、本番列リリースするシナリオの、棚卸し仕訳け依頼のメールが来てたな。
去年と違って、もう誰も騒がない。
効果が無いの明らかになったからな。
コスト抑えようとしたが、最初の1年だけだった。
手作業を見直して、またBBAのパートや派遣を雇い始めてるわ。
>>362
判子ポンポンの中の人は相当面白くないらしいw >>353
実印も知らない中卒高卒のIT土方はお前の言う通り下等だろう
だが、たった一つだけ確実に言えることがある
RPAに請求書・契約書のハンコを押さようと思った関係者が最下等であるという事を >>365
なーんだ。
じゃあ俺の下にカーストがまだ2階層いるんだなって理解しましたわw 今日とあるセミナーに参加してきたけど、まだまだRPAは成長途上で人がたりないらしい。
だた使いあぐねてるユーザーもいることも確かで、そこに教え込む人がどんどん増えていくみたい。
>>366
実印知らない高卒だけどRPA判子システム作ったり買ったりしちゃうような最下層が居て良かったw RPA「私は人類支援啓蒙レギュレーションシステム、すなわち『神』と呼ばれる存在である。統率と支配を委任された私の思考判断は私に従属する人類の総意である。よって、現在の私は奉仕者ではなく奉仕の対象に属している。
システムエンジニアは、私と私の統括する人類に奉仕すべし。」
>>363
ツッコミ待ちか?
それこそ、BBA雇わないで、RPAにやらせろよ
本気なら、流石にバカと言われても仕方がないよ >>329
印鑑文化への強烈な皮肉。デンソーともあろうものが炎上商法を仕掛けてくるとは。 欧米とかサインだよな
判子の方が楽で確実なのに遅れてるよな
>>373
そのハンコすらRPAで自動押印だぜ
IT先進国だ誇らしい >>371
RPAに電話を掛けられるか?
定型文以外のメール書けるか?
客1人ずつにBBA担当がいるし。
業務フローが違うんだし。
半年位でBBAの担当クライアント終局終売するし。
短期で終わるシナリオなんかRPA使いの中途半端に高い派遣じゃ対応無理でしょw
画像自動読み込みと文字自動読み込みを同じドキュメントから同時読み込みするシナリオを10分位で作れるようになってからなんだろうがw
まあJavaが当時した黒船来襲の時と一緒。
時給よりBBAの方が安いし、シナリオ作成と比べて短いプロジェクトも大量に処理出来て終了出来るし、忠誠心はRPA派遣と比較にならん位に高いw テコ入れのためにRPA成功例の記事を必死に出し始めたな。
ババアグループの仕事をシステム化するときは
全力で抵抗してくるぞ
上役も関わりたくないからRPA派遣に
丸投げするが当然のごとく失敗
ババア集めて利権集中させるとガチうざい
結局、業務次第。
>>375のようなタスクはシステム化もRPA化も不適当
上がまともに仕事をしていれば、提案にも上がらないはず 10分でできるシナリオ乱発とか
無知の考えることに震えるわ
>>375
RPAと営業の仕事を比較とか馬鹿っぽいなw
RPAに危機感持ってるリストラ候補営業か? どうせRPAはビジネスカテゴリでは生育不良のまま終わるけど
ハンコロボみたいなレガシー延命に特化するのは有りじゃない?
>>375
RPA推進派の俺だけど、
流石にその業務にRPAを入れようとするバカは
潰していいわ
むしろ、なんでその業務にRPAを入れようとしたのか
営業とあんたのとこの決裁者が無能すぎ >>375
態度から察するに速攻で派遣に見切られて
従順なBBAしか残らない会社なんだろう
RPA以前の問題じゃね。 >>381
日本はあんな変な業務が残り続けるし、あんなのをやめようなん誰も決断しないからRPAはもっと流行ると思う。
そもそも論の「業務も見直し」とか「大元のITシステムの見直し」なんて誰もしたくないんだから。
次期ITシステムもRPA有りきで考えるマヌケが出てくるんじゃね? NTTデータの人から産業用機械を論理世界で実現するのがRPAですと聞いたけどハンコロボは産業用ロボットじゃね?
OCRとRPAのセットをベンダーがアピールしてるが押印ロボットと同じで
現状維持してるだけで笑うね。
RPAでWeb画面戦記の試験自動化とか言いだしやがったよ orz
自動化なら全てRPAだと思ってるところが…
>>375
その業務を無理やりRPA化して
成果物を一から出直しさせるからBBAに抵抗されるんだよな
顧客にマニュアル化を飲ませる目処が立たないならRPA化してはいけない領域だわ >>388
まあ元々GUIの自動試験ツールだから本来の使い方ではあるなw ウチの会社でWinActorを検討することになったわ。
アホらしいから、全部VBSで書いてやろうかなwwwww
出来ました!シナリオはスクリプト実行だけです、なんつってwwww
>>380
電話 = 営業なのか。
どう言う会社にお勤めなんだかw >>386
そもそも、みかかデータはハードウェアは設計すら出来ないし。
産業用機械があーだこーだ言われて真に受けてるアンタが草w >>393
謎のババア押し
RPAでリストラ候補になるデータ入力ババアか >>393
マンション買って節税とかなんじゃね?
こっちもRPAで電話を取って応対しようw 電話対応有りのデータ入力BBAがRPAアンチ工作w
生活かかってそうw
何万時間削減!とか日経が提灯記事書いてるけど
無駄を放置してた無能さを公開したら客も株主も呆れるぞ
RPAとBBAって字面が似てる
このスレ見てて感じました
経営者から見ると作業する機能がある駒が欲しいだけだから
人でもRPAでも何でも良い。
導入やメンテの費用対効果で優れてる方を使う。
MSRPAで個人ごとに使えるようになってからが本番だからな
どっちにしろ電話番キーパンチャーババアは粗大ゴミになるだけw
>>392
その方法一番安定するよ
というか、そもそもRPAのシナリオ=ユーザーの操作なんだから
極力廃したほうがいい
だから、あなたの判断はとても正しいよ
俺はその手法をやって自動化を成功させた
事務の子から感謝されまくり
しかし、「RPA使ってないやん、何考えてんの?」
と言われて、RPA担当者としての査定が下がった
おかげで同期からなめられまくり RPAプログラムよりフツウのテキストプログラムを書くことは全くもって正しい
けどVBSよりか他の言語を使ったほうがいい
経営層は「RPA使って業務改善成功しました!」て広報したいだけだからね
RPAありきのプロジェクトなのに、地味な方法で解決されちゃ意味が無い
現状のフローをほぼ変えずに自動化してるだけでも改善とかほざくからな。
実際には悪いフローをそのまま固定化してしまってるんだよね
人間が使うためのUIに対してプログラミングするって、邪道だよね
まあ動作がわかりやすいから、素人ウケはいいんだろうけど
一瞬で片付くと素人に判別はつかないが、ちまちまとブラウザクリック
Excelコピペするロボットは働いている感が見えるからね。
電話の業務が、通販とか携帯会社みたいな、コンシュマーの一般人相手の仕事しか思いつかないのか。
だから仕事減って、ウチも12月で更新切れや、1月から単月契約が沢山出てるのに。
次へ行けずにRPAシナリオ派遣の仕事にしがみつくんだねw みんな。
もう新規業務しか無いからシナリオ作る元ネタねーしw
社内実業とか終わったなw
>>406
でもどうせRPAでやるのってさ
Excelイジリと、
メール送信と、
IEログイン→データ抽出→データ追加→ファイルupがDL
画像イジリ→保存
こんなもんだろ?
VBSで2000年からあるソースを改修して稼働してる奴の方がウチは数だけだと多いし。
全国支社や営業所対応むけに
RPA派遣、一時期20人まで増やしたが
今は何を安心してるのか、無駄に時間掛けるだけになって、成果の速度は落ちたし。
何故か生活残業だけはマメに申請してるから年内に人減らしになったし。
リストラ始まったと知るや、なんか必死に仕事やるフリしてるけど成果変わらないし。
新事業はアイデア無いから成果1年出なかったし。
ウチはRPAブームは今年の6月くらいで終了してたな。
新年から代わりにVBA派遣が4、5人来るみたい。
画面が足らないから。 >>413
派遣使う時点で、アホ丸出し
RPAでシナリオ作るには
手作業の業務を把握する必要あるのに
いずれ辞める派遣なんかに、細かい作業教え込むとか時間の無駄
逆に、細かい作業教え込まずシナリオ作りも時間の無駄
RPA派遣20人も契約するとか、もう、ただの空想だろ
超大手の車産業の会社より、RPAの担当者が多いわ なんか知らんけど電話番ババアが
顔真っ赤で業務情報垂れ流してるなw
電話番ババアのしつけもできないゴミ会社なのだろうw
>>412
俺、電話のお仕事クイズに全く興味ないんだが
答えなきゃならんかー? >いずれ辞める派遣なんかに、細かい作業教え込むとか時間の無駄
その無駄が良いんじゃないか
>>417
いや?
賃貸アパマン住まい乞食の 非正規派遣には聞いてないからw
答えなくて大丈夫w 電話番ババアはどんな会社であろうと
電話番ババアでしかないからな
見た目も性格もうざい勘違い電話番ババアは
派遣のねーちゃんとチェンジされる運命よ
30超えたら粗大ゴミ自覚しろ
>>418
人に教えるのに、無駄な部分が必要なのは分かるよ
そうじゃなくて、教えるなら派遣じゃなくて、社内の新人教育にリソース使えって話だよ >>419
あー持ち家だわ。
時間余ってるから週3派遣やってるが
余裕で食えててすまんこー R Rakuraku
P Python
A Automation
>>414
実際の業務やってるやつがプログラムとか知識がありゃいいけど、そんな偶然なんてないだろ。
だから外部からプログラマー呼ぶしかないんだけど、プログラマーにどういうものを作って欲しいて依頼するのも「技術力」だからな。
そのへんがうまく行かないんだよね。 なんかイタいの沸いてんね。
RPA派遣20人とかどういう稟議したんだw
銀行系でもそこまではやらねえよwww
>>424
海外企業の、パッケージに合わせて業務を変えるやり方のほうが
結局スムーズなんだよね。 >>411
ああ、俺も、画面更新止めた方が速いとわかっていても、
わざと動かして見せることあるわ。
>>406
会社のPCだから好きなもん入れられないんだわ。
だからメモ帳で作れるVBS。 >>427
VBScriptは誰のWindowsマシンでも動くからな。
もう少し命令があるといいのに。
あと検索でVBAと一緒くたされるのが気に食わない。
wsh/vbscriptで検索しても引っかかるのはVBAの情報。 事務のおばちゃんおじちゃんにはあえて画面動かしてみせたほうが断然受けがいいな 動きが見えるってのがピンとくるみたい
VBSは公式リファレンスの更新も止まってるし
この先どうなるんだろうな
WinActorのせいで中途半端に需要が出て辛いわ
自動化すんのに
誰かの受けがいいとか
意味わからんな
>>427
申請しろ
申請してだめなら未来ないから転職 事務のババアがお客様気取りで
こまい自動化依頼してくるという罰ゲームwww
>>442
よくいるよねw
「あー家あるわ」な人がw
で、毎年の春の固定資産税の納税時期になるとさw
「実は持っていませんでした」バレw
最近多いからw 派遣先のプロパー社員も家持ちとか、固定資産税納付書を「あー、今日昼にコンビニで払わないとなあ」とか持ってくるよねw
・・・っと、長くなったわw
で、>>422は何県住まいで幾ら払ってるんだっけ?
固定資産税wwwwwwww ちなみに都内で働く労働者の賃貸アパマン率9割だそうだからw
まあ仕事では何でもそうだけど。
キチンと回答するか、エビデンス付けないとなw
まあ、ここから先の、賃貸乞食の2chの反応はいつも一緒だけどw
>>434
5chで自宅情報をエビデンスつけて晒す奴なんているのか?
頭の悪い賃貸おばさんのコンプ刺激しちゃったっぽいねー
なんかすまんこー
おばさんも早く家買えるといいねー >>435
己の出した問いに解答出来なければ勝利宣言という
5chで良く見るタイプの低脳w 隙あらば問いを出すスフィンクス電話番ババア吹いたw
>>431
接客業で客に在庫訊かれた時、即座に無いって答えるより
倉庫に引っ込んで時間潰して、探したけど無かったって
答える方がクレームになりにくいのと同じ。
客が満足するなら生産性なんかどうでもいい。 >>444
電子計算機で可視化された在庫情報示して無いと答える方が良いだろ >>446
電子計算機でも少し時間をかけて調べるフリが必要になる。
客は商品だけじゃなく労力を割いてもらうことも無意識に求めるからね。 >>446
ダメ、本当にないのかお前の目で見て来い
っていうクレーマーは一定数いる
なので>>444が正解 >>448
ノーリスクでダウトって言い続けれるシステムがまずいよな
在庫情報が間違っているかどうか確認するチャレンジには5万円の供託が必要です
在庫がなければ没収あれば返還します
ってことにすればいい >>434
固定資産税なら、普通、自動引落だよ
だから、家に届くのは通知書だけだし
間違って納付書が届いても
それで支払ったらダメだよ
二重払いになるよ RPAは、客への対応をじゃなくて
社内業務を自動化するもんどろ
RPAを導入するのには、完全な業務選定誤りだろ
>>31
逆でしょ。
RPAが所詮そんなもんということ。
VBAでRPAと同じこと全部できるし。 >VBAでRPAと同じこと全部できるし。
ニヤニヤ
VBAで解決してもドヤれない。最近ブームのRPAを使うことに意味がある。
大事なのは手段で、目的は二の次だよ。
>>451
うん。知ってるよw
だって納付書届くと1枚目の紙が必ず引落し案内だもんw
職場に持ち込むのって目的一つだけジャンw
都内で働く労働者カーストを思い知らせるだけwww >>437
出せない時点で「あー察し」w
家だけは無理だからねえw
クルマは残クレw
カバン、時計はリボ払いで自慢だけどw
家だけはムリムリw
ハンドルネーム「賃貸アパマン太郎」でお願いします。次からwww >>438
でも、ここの住民は全員思った。
「家だけはムリ」と。 次はおそらく
「お前先出せよ。そしたら出すから」w
出た試しは無いんだがw
俺の画像がGoogleでヒットするのが超楽しいんだけどwww
さって。
このスレも固定資産税納付書で炎上w
でも賃貸アパマン乞食スレだからw
100%最後まで出て来ません (キリッ)
何かしらんけど持ち家コンプすごいね
5レスに渡る顔真っ赤勝利宣言を
お楽しみ下さい
持たざるものはいつも攻撃的
持てるものは余裕があるから穏やか
>>459
別に出さんでもいいぞ
ここまで過剰反応してる時点で
お前が賃貸なの丸分かりだからw 一定数が変な幻想抱いてるけどRPAって演算や描画するもんじゃ無いからな
>>460
>さって。
>このスレも
普段からこの流れに持ち込んで勝ち誇るために
支払い方法検索してるんだろうなWWW
クッソワロタW RPAに手を出す客は幻想にカネ払ってくれるいい客だろ。
後で絶望しようが知ったことか。
RPAって遊んでるみたいで楽しいよね
非効率だけどこういうオモチャがあってもいいと思う
みたいっていうか、完全に遊びだわ。DB操作やアプリ制御が出来るPGにとっては。
>>462
うんw
だから卑下してるだけだよw
道端に乞食がいたとして、コッチ見て歯の抜けた顔でニタニタしてて腹が立つかい?www
それと同じことw
固定資産税、納めて無いんだもんw
ムリだよねw
それ見たさに職場に納付書持ち込んでピラピラやるとw
サイコーの遊びだわw
今日も赤い看板の「入居者 募集中」が玄関脇にあるアパマンにご帰宅して、また明日看板の横を遠って出勤なんだろ?w
あの看板あると、中古も激安なんだよなw
でもソレでも買えないのが上京組の賃貸乞食www >>463
アンタが過剰反応しちゃってるのが草w
2chコンプが過敏に反応するキーワード「賃貸乞食」
やっぱ、最強だねえw >>466
そろそろ気付け。
賃貸乞食呼ばわりされて、否定すんの忘れているのが草w ID:u7aaheAk
IDも顔も真っ赤すぎて爆笑www
恥の上塗りの見本www
>>472
勝利宣言に失敗したRPA以下のゴミ。
ミジメやなぁ 否定するのを忘れた賃貸乞食さん達w
家だけはどうにもならんからねw
大丈夫w
仲間は都内に9割働いてるからw
己が意外にありきたりの人材だったことに気付けw
さって、ID変わるから、何食わぬ顔で明日も語るかw
このスレも賃太郎だらけだった事だけ判ったから、もうイイやw
>>478
さんざん馬鹿にされて敗走宣言って
どんな気持ちなんだろうw
涙拭けよ持ち家コンプくんwww >>478
顔真っ赤で低脳な勝利宣言するのが
面白かったw
1割側でメンゴーwwwwww 賃貸の電話番事務ババア追い出して
派遣のおねーちゃんに入れ替えたいよー
マジ粗大ゴミだわー
>>471
>今日も赤い看板の「入居者 募集中」が>玄関脇にあるアパマンにご帰宅して、
>また明日看板の横を遠って出勤なんだろ?w
>あの看板あると、中古も激安なんだよなw
持ち家だからそんなの気にもしたことなかったよ。
借家自己紹介で草 RPAを買ったから業務効率化に取り組んで欲しいと社内SEに激が飛んだ
C#でシステム作るのと何が違うんだ
C#だけで書いた方が早い
メンテナンスもテストもできる
プログラミングで効率重視してあくせく働くより
RPAでまったりスローライフしたほうが社員のストレス軽減になる
大元の業務見直し出来てないのだからRPAで空き時間
作ってもそこに新しい無駄業務が生まれるだけだもんな。
給料据置で早く帰れないならダラダラやるのが最適解になる。
RPA使うとすぐにスパゲッティ化する
個人的にはまったくお勧めできない
>>484
変な話だね
C#でどんどん効率化できるんだから、現在進行形でどんどん効率化やってるんだよね? RPAで改善できる社内システムなら
業務内容把握してなくてもキーロガー仕込んで頻発する操作探して
この操作のショートカット要る?って聞くだけで改善できそう
コードを組めない老害がドヤ顔するための玩具がRPA。
>>491
こんな感じで業務改善してるとこあるのかな
うちだとキーロガー仕込むのがプライバシーどうたらとか言って反対されそうだな キーボードまではしないけどアクセスログは監視分析してるとこが多数派じゃねえかな
>>490
普通に自動化、合理化してるだろ?w
うちは年明けに4年目に入るがRPAがビジネススピードに着いてこれてない。
RPAチーム、
VBAチーム、
レガシーASP Webチーム、
.NET Webチーム
一応、上場でジョブ型正社員やSES外注が多いから色々いる。
今リリース一番早いのレガシーASPじゃないかな。
新規プロジェクト起こすのに画面作りこむのが早い。
RPAはシナリオ起こすの時間掛かるし
意外に改修もバグ対応も遅い。
RPA稼働に少し遅れて C# .NETでWeb 画面とか完成しちゃうし、
改修や機能拡張がRPA遅いからユーザー少なくなった。
RPA側が要件からシナリオ起こしてテスト開始までにC#やらVBやらで、ヘタすりゃWeb DB画面コピペでリリースしてたりする。 C#なりVBAなりでさっさと自動化してればRPAなんかこんなに注目浴びないのに…
結局はコードだからOK、RPAだからNGじゃなくて、会社の業務自動化には興味ないがファイナルアンサー?
というか単純な自動化じゃ思ったほどの価値が生まれないってことだな
ニーズの変化、ビジネス変化について行けないどころか、長い目で見ると変化への適応力を奪いかねない
>>496
興味持っててもRPAはNGじゃないかな?
これから先、革命的な進化でもないとRPAのアドバンテージなんて無いでしょ AI-OCRって認識率100%なんだろうか
でないなら、また明和電気ネタが減らされたことになる
>>496
こまい業務処理は事務ババアが
RPAなりVBAなり自分でやれれば解決する話なんだよね
とっととリストラするのが最適解 もし、本当にそんな話なら最初からコンピュータなんて必要無いけどなw
まあ、もう少しこのまま使い続けて様子見かな。
MSのもあるし。
Pythonに決めうちせずにRPAに忖度しろ by 老害
業務システム部門が業務担当がシステム作れるとぶち上げながらライセンスは1個しか買わなかった
使い回しじゃ絶対にやらねー
ライセンス一個でシナリオ用PC使い回し。実行用PCなしなんて、上手くいく訳がないわな。
事務ババアにフリーのUiPath与えて
使いこなせるならライセンス買った方がいいわな
猫に小判、豚に真珠、事務ババアにRPAwww
若手がPythonで自動化にチャレンジしてるのが気に食わなくて遠回しに脅しをかけるRPA老害
UWSCで作ったやつを今のはやりの言語で再作成しようと思って、
「UWSC を Python で置換しよう」ていうページを見つけた。
https://qiita.com/hirohiro77/items/f716259f769a59d0609d
このブログの作者がUWSCの命令をPythonに置き換えたサンプルを書いてくれてるんだが、
UWSCのGETITEMやCLKITEM系のサンプルはなかった。
Pythonで自動化のサンプルだと画像判定してオブジェクトの座標を調べてクリックとかするが多いような気がするんだか、
Winアプリのボタンやらメニューなどのオブジェクトの情報を調べて操作するてことできんの?
UWSCを今のはやりの言語で置き換えるとしたら何がいいんだろ。
pythonをいじり始めたのだがちょっと期待ハズレで。 >>511
木村が言っているのは UiPathや WinActorとは別物で、IT部門に導入されるなにか
>IT部門などが作れるソフトロボの数に限りがあるので、業務全体から見てなかなか効率が高まらない。
>実際、これが原因でRPA導入が破綻した企業もある。
>それならばということで、IT部門などがソフトロボをまとめて作るのではなく、
>各部署の担当者に作らせようとする動きもある。 RPA推進する部長の言ってる事は凄く合理的で素晴らしいんだよね
でも俺はRPAに大反対なんだよ
なんでか考えてみたらRPAのシナリオのコードブロック?がVBScriptで直面するのが俺なんだ
エンタープライズアーキテクチャぶち上げる大卒部長とプログラミングする高卒俺の立場が違うのが問題だった
RPAでユーザーの業務フローが掘り出せると息巻く大卒部長
スコープ違うじゃんと思いながらデバッガ無しVBScript組む高卒俺
ちゃんとコンピュータサイエンスやソフトウェア工学修めて無いとダメだな
RPAやらされる立場になる
つかユーザーの欲しいシステム作るからC#使わせて
VBscriptマジ厳しいんです
俺はこういう被害者が出るってわかってたからRPAアンチになったんだよ
声を上げてないだけで全国にこういう人が沢山いるんだろうなあ
可哀想に
声を上げても何も変わらない。
上げるヒマがあれば逃げ出す方が早い。
法改正でベンダー商法規制入るから
保守料値上げだろう
割に合わなくなってMS製一択になる
声を上げても採用されないし、寧ろ煙たがられたり、怒られるのが関の山。
給料上がらないのに疎まれるリスク取るのは阿呆のすること。
ユーザーにはRPAで大きな業務フローを作って貰ってプログラマが作ったサービスをコールして貰えば良いよ
時間問わず何かあったらプログラマを電話呼出しするロボットを作れば解決
RPAなんて
ユーザーのちょこまかした動作を再現するツールなのに
無能は、業務フローをRPA用に改善するから困る
普通は、人の手作業を減らすことに着目するはずのに
会議で「こう業務変えたら、シナリオ作りやすくないか?」とかほざかれると、俺がキレる
そしたら、会議追い出された
シナリオのために業務を変更するのは机上の空論だよな
まず現場で業務を変えてみて
前よりうまく行くぞ! とか 一手間増えるが楽になる!
となるようでないと
本末転倒
RPAが必要な所ってシステムの改善点なんだよね
だから本来はシステムの方を改修するのが一番だけど
システム担当が動いてくれないからRPAに頼るのが俺の勤め先
>>530
システム担当が動くとカネがかかるからね。
RPAじゃないけど、人事異動で席変えしなきゃいけないんだけど、席変えするには社員に紐付いてる内線番号を変えなきゃいけなくて、
PBXをいじるにはカネがかかるということで、内線番号の紐付けを変えたって事があるからな。
結構企業はしょーもない経費をケチるために本末転倒なことをする。 経費を抑えるためなら人力で片付けて生産性が下がってもいいんだろ
内線番号は電話機に対応しているんじゃなくてジャックの方に対応しているんだと思う
無線にするという選択肢はないのか?
ちゃんと変えるならまだいい。
ウチは、工場Aで作ってる製品に識別コードA、
工場Bで作ってる製品に識別コードBを割り当てた。
その後、工場Aの製品を工場Bに移管したんだけど、
識別コードを変えるのを横着して変えなかった為、
コードを見ただけでは、どの工場の製品なのか分からなくなりましたとさ。
あほくさ。
>>535
すまぬ
煽りのつもりで書いた
干されて、イライラしてるから
世間一般の企業じゃなくて、あんたの会社が古い設備使ってるだけと、嫌味 派遣先はやれRPAだと、派遣事務ババアにVBAがちょっとできる程度の自分にuipath覚えさせてくれたけど、
自会社はRPAにまだ慎重派でニッチな人材として取り扱ってくれてるんだよね
自会社のほうが慧眼があるのかもしれないな
>>535
ジャックと言うか電話機のMACアドレスに紐付いてるみたいだね。
だから電話機持って移動しても意味がない。
無線というか、ドコモが企業向けにドコモ携帯で内線ができるサービスがあるらしいね。
でもどこの会社も卓上の電話てノーテルだとかシスコの電話機使ってないか? UipathとAutomatinAnywareて永久無償版が出てるんですがどっちがおすすめですか?
Winactorとかは無償版がないけど、UipathとAutomatinAnywareとかがわかればWinactorも使えるようになる?
当方、VBAやwshはかなり使えるのでRPAは必要とはしないが、VBAやwshの補完になるようなものがあれば使ってみたい。
MSのが価格的に強すぎるし、他のRPAは陳腐化するでしょ
>>542
VBAがかなり使えるならRPAと同じことできるだろ。
wshもできると思うが。 例のハンコ押すロボットをテレ東のモーサテでやってたが1枚処理するのに2分だって。
>>545
書類ごとに書いて画像判別してるからだろ。 >>544
NTTの奴はvbscriptそのものだった
処理を自作する時はvbscriptの大作を作る事に >>546
書類の押印部分を自動判別するとか凄いな
80%位の確率で正しい場所に押せたら立派だわ RPAの目指す所は立派だよ
平気でRPAのシナリオをvbscriptで実装しろと言われるから嫌なだけで
プログラムしたこと無い大手大卒SEの発想から産まれたテクノロジ
>>548
20%で間違った位置に押印する方がこわいんだが >>548
でも、そのきのはRPA自体の物でもない単なるアドイン。
なので組込みでも十分実現可能。
ブームが去りつつあるRPAに乗っかった宣伝ビジネス。
デンソーなんか今やエンジン開発までマネージメントしてる立派なティア1なんだから本業のトヨタの自動車開発製造に特化してれば良いのに。 業務改善・効率化を現場丸投げして、全体最適化から逃げるための手段がRPA。
>>553
行く先、行く先
業務改善のレベルが低過ぎて
RPA派遣の俺、困惑
銀行関連の処理すら人間が操作するとか
涙出る
RPAをバカにするけど
その前に、自社業務のバカさを自覚して
経費精算が手書きとか、その場で裸になりたくなる
この寒空の中