[RPA]PC自動化技術総合スレ[効率化] Part.5
レス数が900を超えています。1000を超えると表示できなくなるよ。
>>798
RPAに手を出すことから予想が付くがおそらく経営陣は情弱なのでAPIの存在を知らないのだと思う
なので要望か提案を出して経営陣にそういうのもあるんだと気付かせることがスタートかな
トップが愚鈍だと苦労するけど長く勤める気があるならやっておいて損はない
なんならRPAをダシにしてAPIに興味をもたせる手もあるな
プログラムだけでなくRPAからもAPIを呼び出すことができる
APIの呼び出しは画面を操作するより遥かに簡単でセキュアで安定して高速で柔軟なのでより高性能のロボットを安く作る基盤になるので是非とも検討してくれ
などと説明してみたらどうかな APIというより同等のCUIインターフェースでもあればバッチ処理で済むのにね 今後はRPA対応のExcelとブラウザが覇権とるぞい。 >>802
APIを整備すればCUIを提供することも容易になる MSが本気出して、RPA・OfficeOnline&365・ブラウザを
統合したら今のRPAツールの大半がゴミクズになる Microsoft的にはもう十分提供しているという認識なのではないかな
OfficeはVBA、COM Automation、Open XML、MS Graph API
GUI操作はUI Automation、WinAppDriver
ワークフローはAzure Durable Functions、WWF RPA対応の○○
手段と目的が逆転してる感が凄まじい
遊び好きな日本らしさが溢れていてイイね MS的には、Excelを正しく使いこなせば、その作業は一瞬で終わりますよ
と指摘したいこともあるだろう
マクロ以前の世界も少数派では無い さすがに、RPAでスーパーマリオをクリアする動画はまだないか。 設計詳細とかってやはりuipathで作る前にプロパティの内容まで作るもんですか?
フローチャートはわからんでもないけど、プロパティまで…ってなんかそれは無理なんじゃね?と思ってしまったので… >>811
RPAだと作りながら調整する事が多いから
プロパティの内容まで事前に決めても無意味 >>811
そういう従来プログラミングスタイルに当てはめて製造以外もキッチリやるならプログラマ雇ってプログラム書かせた方がいいよ
そういう堅苦しいことを抜きにしててきとーに作って動いたやったーで許されて初めてコスト削減になる
製造以外もキッチリやった上に製造が難しいRPAにしたら全体コスト増えてるじゃん >>812
>>813
ですよね。
なんかRPAの利点をことごとく潰してる気がしてます。
ま、契約更新する気は失せたのであとは頑張ってねーって感じですかね。 ネットワーク・サーバー構築やカスタムアクティビティ製造のために外注するなら何歩か譲って理解できるのだがワークフロー製造を外注する意味はまじでわからん とりあえず、設計書?のためのテンプレート作っている…
どっかに全部のアクティビティのテンプレート(大項目…その他とか入力とかから各内容とドロップダウンリスト内容とか)落ちてないかなぁ…w >>815
派遣入れた方が安く上がると思ったんじゃないですかね? >>816
設計書にアクティビティのプロパティまで書くなら詳細設計書く予定?
それとも、別の話し? >>818
そうです。
誰が見ても作れるようにしたいらしいです。 >>816、>>819
多分それ無用の長物になるぞ
というか単純に工数がアホみたいにかかるぞそれ
UiPathの場合
短いロボットでも100〜200アクティビティ
長いロボット(複数画面を跨ぐもの)だと500アクティビティは余裕で超えるから
そのプロパティを事前に全部書き出すとか狂気の代物だぞ
しかもこれをするのはRPA化対象の画面特性(データスクレイピングの可否、エレメント認識の可否、シミュレートクリックの有無)
を全部把握してないと、事前に設定したアクティビティが使えない事が十二分にあり得る
「シミュレートクリックが効かないから通常クリックにしよう」とか
「エレメント情報取れないから画像認識が必要になる、
そうなると確実に画面に表示されるようにウィンドウ位置を移動させておこう」
とか細かい部分は作りながら調整していくけど
そのたびに設計書直してたら開発工数かかりまくってパンクするぞ >とりあえず、設計書
>誰が見ても作れるようにしたいらしいです。
そういう局面は現実には無いような気がする
設計書があると思われない、探せない
設計書を見ても作れない >>820
えぇ。
自分は分かっているのですが、上役が用意しろと…
正直RPAってフローチャートは書いたとしてもプロパティは作りながらでないと意味無いよな…とは分かってるのですが、自分はエンジニアでは無いからとか言って詳細設計を作らせる上役でして…
さらにまだRPAでこのプロジェクトやれるかの承認すら取ってないんですよ…
なので、契約更新せずに終わろうと思ってます。
数ヶ月でほとんど進んで無いので、入った理由がわからんのですよ…
普通なら承認取れてから雇うと思うんですけどね… >>822
RPA作る時に必要になるのは
・画面遷移が分かる手順書
→スクリーンショットを取ってエクセルにペタペタ張って作る簡単な奴で良い
条件付きでポップアップ画面とかが出るならそれも張ってあると後で困らない
・最終的なアウトプット(とそのレイアウト)
→エクセルとかを別途出力するなら、どういうレイアウトで出力するのかを
実物を見せて合意を取る(大体
・細かい条件のすり合わせ
→例えば画面検索した時に結果が0件だった場合に
・0件はあり得ないからロボットを停止して担当者にメールを投げる
・0件な事はちょくちょくあるからそのデータをスキップして続行する
みたいに細かい要件を煮詰めてまとめておく
(この辺をサボると本番環境した時によく止まる)
この辺が重要になるからプロパティ値を書いた設計書書くぐらいなら
ユーザーからのヒアリングを細かく取った方が良いっていう uipathなら画像でフロー書き出しできるし、そこの空白に適当にコメント記載すればいいんじゃね? >>822
前に金融系で仕事してるって言ってた人かな?
私が昔某メガバンクで仕事してたときも、詳細設計きっちり書いてレビューしてました
まあ、メガバンクは止まると大変なことになるので、そこまでやるのは当たり前
ロボットも、止まったり間違った判定してたりしたら大変なことになるので、詳細設計書くのも、レビューもやるべきでしょう
夜間ロボで朝までに終わらないといけないなら、止まると非常召集かかって皆で解決にあたる。
そのとき、ソース見る人も、詳細設計見る人もいます
そういう現場なら、詳細設計は重要です
アクティビティとプロパティ一覧は作りたいと思ってるけど、まだ作れてないし公開してるのを見たことないな… >>825
そんなクリティカルな案件をRPAでやるとかちょっと頭おかしい >>826
まあ、あくまでこんな感じの一例ってことですからね
勘違いしないように いや、「そんな感じの案件」への適用の話な
勘違いしてるのはお前の方かとw >>828
あるかどうかわかんない例え話や昔話に、何マジレスしてんのw 金融は負の遺産が大きすぎて気軽にテストできないから、詳細設計書に異常なほどこだわって、事前に徹底的にレビューするしかないってのが実情
あくまで仕方なくそうしてるのであって、一般的に言って詳細設計書に膨大なリソースを費やすのは悪い習慣なので、真似しないように
そんなリソースがあるならテストを書きなさい はいはい、
頭おかしい奴へのマジレスは確かに恥ずかしいなw >>830
負の遺産というより、金融庁のお達しで省略できる工程は無いんです
一般企業は、ロボ化の内容、作りての技量など加味しながら適宜省略ですな >>831
あ、マジだったんですか
それは悔しいですねw
バカは相手しませんので、一人で踊ってください >>833
相手しないと言いつつレスしないといられないほどクヤシーってことはわかったよw 金融系はIT音痴を金とマンパワーで誤魔化していくスタイルだから踏襲すると金がいくらあっても足りずに品質だけが下がっていく >>835
こういうのって最後まで言い続けたら勝ちと思ってる
頭おかしいやつだから、関わったらくだらない話しに引きずり込まれます > こういうのって最後まで言い続けたら勝ちと思ってる
> 頭おかしいやつ
>>837のことですね、わかります >>825
ジャパンネット銀行や新生銀行が最初に日本でネットバンクやった時と、SMBCの最初の青い画面なんかの時代だと、設計書はロクに無かったらしいよ。
金融庁もネットリスクなんざ知らないし。
スキーム判ってないし。
2000年じゃ職員が自宅にインターネット引いてる人がいなかったらしいし。
黒船の技術だったんだろ。 >>842
2000年でインターネット接続してる奴がいないって
ガセネタだとなぜ気がつかない? 銀行でRPAが活躍!
って金融系のシステム構築に失敗してきた歴史の象徴
工程が複雑であろうと、保守性を踏まえ、システムに落とし込むのが役目 RPAの使い道の無さがやばい
今はなんでもAPIやCLIが揃ってるから自動化のためにGUIを動かす需要がねえんだな APIがちゃんと揃ってたり必要に応じて追加してもらえるシステム環境はほんと恵まれてるよマジ羨ましい
大人の事情で糞システムしか使えない環境じゃUiPathはなんだかんだで便利に使えてる
プログラミングでもできるんだがリバースエンジニアリング糞めんどくさいしなぁ… そんな環境もうないない
XPとかWin7のクソ古デスクトップアプリしか存在しないとかだろ?
そんなん自動化する前にアプリ自体が動かねえわwww いまどきはOSが古くても仮想マシンで動かすからハード不良の心配もないし
ハードだけは刷新し続けるから中身が古くてもパフォーマンスはより良くなっていく ソフト更新しないゴミ企業はハード買い替えもケチる
気軽に仮装マシン動かすスペックなんてないよw >>844
ADSL無制限が格安になったのは何年から?
笑w >>854
ダイヤルアップでインターネットとかあっただろ >>855
ADSL前はまあ普通に従量制課金制。
ダイヤルアップが3分10円。
プロバイダ接続料は1分10円,
1ヶ月のNTT料金とプロバイダ請求足すと3〜4万だ
と少ない方。
ダイヤルアップも定量制だとISDNが50時間1万円とか。
オーバーするとアホみたいに高くなる。
別に携帯も当然持ってる訳で。
そっちが月3〜4万か。
それ以前にパソコン、プリンタ、モデムのセットで28万とかだからw
賃貸乞食には想像つかないのもしょうがない。
銀行員が1割いたかいないかだろうね。 >>857
テレホも知らんのなら黙ってた方がいいぞ… ネットバンキングをしようとするような人がテレホタイムにするのか?
なくはないだろうけどほとんどの人が活動してないから実現できてたテレホタイムだろうに
無意味なマウンティングしてもしょうがないだろう
ADSL定額制、せめてフレッツISDNがサービススタートするまでは
今のインターネットとは使い勝手がだいぶ違ったのは事実でしょ >>830 そういう問題ではなくて、そんなクリティカルな処理にRPAを使って良いのかということだろ。
いろんなところでトラブル頻発することになるぞ。
ユニシスがなんかやらかしたみたいだな。 RPAが正しく動作する2つの条件
操作するアプリとOSにバグが無い
操作するアプリとOSが間違った操作を受け付けない
RPAにバグが無い バグがなくてもOS負荷によってはクリックすら失敗するんだけどね >>861
> ネットバンキングをしようとするような人がテレホタイムにするのか?
お前はいったい何を言ってるんだよ…
恥の上塗りしすぎw
ネットバンキング作るような時に自宅でインターネットする程度のリテラシーを持った職員がいなかったって話な
> 無意味なマウンティングしてもしょうがないだろう
それお前な >>862
そういう問題でもあるしRPAなんて使うなという問題でもある >>858
一番割引少ないNTTマイラインとセット必須。
23時からしか使えない。
その時間には大量アクセスで繋がらないのが代名詞。
1分前接続、3分前接続、5分前接続の裏技もドンドンエスカレート。
実際は22時から使えなくなってましたよw
Yahoo!トップページ表示に5分とか。その日はついに見られないとかw
自分はネットは10時半までだったよw
どっちにしても繋がらなくなるからなw
アンタ、実際は使って無かったんだねw
ウチはプロパイダ接続料と電話代で月20万とかありましたよw
テレホーダイも入ってたが繋がらなきゃ意味ないしw >>867
恥の上塗り乙
> ウチはプロパイダ接続料と電話代で月20万とかありましたよw
てかバカ自慢かよ >>870
それでも具体的には何も言わなくなっちゃったねw
賃貸アパマン太郎はw >>871
イヤ?
当時の常識書いただけだからw
ニワカネット民のアンタとはねw
So-netの会員番号の頭の2桁97だからw
入会した年ねw > So-netの会員番号の頭の2桁97だからw
まさかと思うけど自慢してるの?w お客さんから貰ってるデータチェックツール(xlsm)へのデータ入力を
uipath使って自動化しろみたいなことを上から言われたけど別にvbaだけでやれるんすよね・・・
でも大人の事情でマクロを変更することは許されてないっていうこの・・・アボカドバナナかと >>874
えっ?
まさか自慢に聞こえたの?w
自慢すんなら40歳で住宅ローン終わっちゃって毎年6月の固定資産税支払い時期には職場で納付書ワザワザ見せびらかしてピラピラやっちゃうとかw
サラリー変わらないから2年で預金8桁言っちゃったとか。
職場でわざわざスマホのネットバンク ログインするとこから隣の席の賃貸乞食に見せちゃうとかw
まか、そっちの方を自慢しちゃいますがw
2chだから大分遊んだよw
最近はスマホもあるからソース画像晒し大会とか簡単だしw
まあ開催したいってなら受けて立つけどw
で、So-netの何が自慢なの?w >>877
新規でマクロ追加してInvoke VBAで作ったマクロを呼び出すっていう実装方法も一応あるぞ
お勧めはしないが(オーケストレーター経由でスケジュール実行に組み込めるってメリットはあるけど)
データ入力元になるファイルを外部から引っ張るとかが無いならVBAで済ませちゃうかなー
まあこの辺は要件と相談 >>878
あ~、良かったよ、自慢とか言われたらどうしようと思ってたから
で、なんで唐突に
> So-netの会員番号の頭の2桁97だからw
とか書いたの?
理由教えてくれる?w >>877
>>879
VBAがあかんならPowershellでええやんけ >>877
VBAで、そのuipathとやらを起動して飾っておくだけ、みたいにすればいい。 わからん
ワークフローの保守性は低いだろう
保守性が高かったら世界中のプログラマが採用してるはず >>877 別のシートのマクロからそのxlsm にデータを叩き込めば良いじゃん。
>>884 まさにその通りだな。 Workflowはもともとはビジネスプロセスを効率的に扱うための道具だ
[申請者:経費申請]->[システム:承認依頼通知]->[上司:承認]->[システム:承認結果通知]->[申請者:承認結果確認]
だいたいこれぐらいの大雑把な粒度で組み上げるのが基本
各[]の中身は従来のプログラムで作成する
経費申請、承認、承認結果確認はWeb画面、スマホアプリなど
承認依頼通知、承認結果通知はメール, SMS, Slackなど
ビジネスプロセスはIT化されたシステム、されていないシステム、複数名の人間が非同期的に関わる粒度の大きな問題だ
その手の問題を解決するのに従来のプログラムは向いていないのでWorkflowというアイデアが採用された
つまりWorkflowは逐次実行的な粒度の小さい問題を解決するための道具ではないのだ
項目に入力、ボタンクリック、エクセルのループ処理、ましてや変数への代入などといった細かい逐次処理を記述するために使うなどもってのほかだ 定期的に湧くな
RPAがいいものならプログラマが採用してるはずおじさん >>888
逆に聞きたいのだけどなぜプログラマはRPAを採用しないのだと思う?
プログラマは新しいもの楽なものが好きだから本当に良いものが出てきたらまっさきに飛びつくはずだけど >>889
えっ、熟練者と初心者で向いてる道具が違うなんて当たり前の話じゃん スポーツでもなんでも >>889
プログラマはプログラムにしか興味がないから。
RPAは問題解決の手段だから、
お客様の要件を実現する上で1番いい方法がRPAならそれを採用する。
プログラマにはそういう判断をする権限がない。 >>890
プログラマにも初心者はたくさん居るけどなぜ彼らはRPAを使わないの?
>>891
プログラミングも問題解決の手段だけど? 事務のおばちゃんみたいな末端が個人的な作業の自動化に使うならなんでもいいんだろうな
RPAでもVBAでもPythonでも使えればなんでもいい
しかし組織として取り組むなら専門的な知識を持った人材が不可欠
その場合は初心者指向のRPAはただの足枷になってしまう 要はRPA は、金を払わされて使うが再生産できないから作った物が売れない。
プログラマは、作ったものでなんらかの金を稼ぐのだから、売れないのに手間を掛けるのは全く意味が無い。 >>894
ウチは今年になって担当2回入れ替わった。
派遣さんの時給高過ぎたから、他の派遣会社から安いRPA経験者の売り込みが凄くて。
せいぜい IEにパスワードログインしてダウンロードとか、SQL serverから値取ってExcelに値入れるとか、似たような事しかやってないから。
来年くらいにはやる事全部終わっちゃうよーな気がする。
今も新規来てもコピペだし。 >>898
RPAが有って、手をつけたから終わりが見えた
良いこと >>888
RPAが無料ならみんな使うんじゃない?
月数千円程度だとしても、
じゃあ俺メモ帳(VBS)でいいやwwwwってなっちゃうから。 レス数が900を超えています。1000を超えると表示できなくなるよ。