[RPA]PC自動化技術総合スレ[効率化] Part.4
■ このスレッドは過去ログ倉庫に格納されています
リストラの建前を安価で購入できるってことか 実際に使うかどうかはともかく効果的と言える >>470 何を言ってるんだ? 普通にRPAで簡単に出来るけど… >>470 やれない事もない (ReadColumnで縦1列読み込んで行数カウント→最終行が分かったらSelectRangeでその行分だけ範囲指定後、SendHotKeyでコピー) 特定の日付以外を削除したするなら、Excelへのコピーが完了した段階で @ReadRangeを使ってデータテーブルとして読み込む AFilter Data Tableを使って、特定の日付で抽出したデータテーブルを作成する BAで作ったデータテーブルをWriteRangeで書き込み ※Data Scrapingができるなら、スクレイピングで取得した後にAから実施すればOK 今思ったらデータテーブルとして読み込んだら わざわざ操作してコピペする必要もあんまりないな(書式を残す場合は別として……) >>470 マクロでいいと思いますよ デキるRPA使いはスクリプトを活用しています 複雑な処理を簡単に高速かつ安定に実現できるからです これはJavaScriptの記事ですがVBAやPowerShellも同様に考えていいでしょう https://www.mitsue.co.jp/knowledge/blog/rpa/201808/17_1349.html https://www.mitsue.co.jp/knowledge/blog/rpa/201810/30_0905.html RPAの利点はレコードだけで済んでしまうような単純な作業の自動化が楽になることです その前提範囲を超えた単純ではない作業は別の然るべき手段で対処しましょう リンクを残さないといけないので、データテーブルに入れて…ってのができないだろうなぁ…と思い質問させていただきました。 >>476 あらかじめ書式を決めた書き込み用のエクセル作って その状態で書き込めばリンク残らない? >>467 なんでそんなお顔真っ赤なの?? >>458 は"算数もできない馬鹿も存在する"のが現実なのに「プログラミングは簡単だから勉強すれば全員できるようになる」って主張を否定したいだけだぞ 馬鹿はカウントするなってんならその時点で全員できる論は破綻するんだし、数字の解釈はともかく論旨としてはおかしいことは言ってないと思うが… 俺も少し興味あったんで調べてみたが15〜24歳の労働人口は519万人 IT業界89万人のうち15〜24歳の割合は6.5%(5.8万人)程らしいので若者労働者のITエンジニア就職率はおおよそ1.118%だな 世代全体で算出した例よりパーセンテージが下がるのは興味深い >>470 少々強引だが、データが上から連続して入っているならExcelをフォーカスしてRPAで「Ctrl +⬇」キー叩けば最終行までカーソル移動するから後はよしなに処理するって手もあるぞ >>470 BPならGet Number of Rowsで行数がわかる。 あとは指定列&最終行でOK。 >>469 あれは表現が過激だが、4000人分の時間を丸々削減するという話ではなく、4000人がタッチする仕事の内容をRPA で処理するだけで、実際にどれだけ時間が削減できるかという話では無さそう。 ソフトバンク、RPAで4000人分の業務代行 孫氏が表明 https://r.nikkei.com/article/DGXMZO46066870T10C19A6TJ2000?s=0 孫氏「きのう話をした」 米RPA大手に追加出資検討 https://r.nikkei.com/article/DGXMZO46036850T10C19A6000000?s=1 ソフトバンクグループの孫正義会長兼社長は13日、傘下のソフトバンク・ビジョン・ファンド(SVF)を通じて、 定型業務を自動化するRPA(ロボティック・プロセス・オートメーション)ソフト大手の米オートメーション・エニウェアに追加出資を検討していることを明らかにした。 オートメーション・エニウェア、「IMAGINE TOKYO」にて国内のRPA拡大を加速化する協業を発表 https://www.asahi.com/and_M/pressrelease/pre_3093664/ 国内でのRPA拡大を促進するマイクロソフトとのコラボレーションを発表しました。 Microsoft Azureを推奨のクラウドに選択した Microsoft 365、Microsoft Dynamics、Microsoft PowerBI、Microsoft Power Platformなどのマイクロソフト製品と深く統合された機能を提供します。 ・RPA Botを提供する業界初のオンラインマーケットプレイス「Bot Store」では、60以上のマイクロソフト専用ボットのほか、新たにマイクロソフト製品に対応したボットやデジタルワーカーを展開します。 2.Cogent Labsとの技術提携:オートメーション・エニウェアのAIソリューション「IQ Bot」にコージェントラボの手書きOCRソリューション「Tegaki」を組み込んだソリューションを本日より提供開始します。 オートメーション・エニウェア・ジャパン https://www.automationanywhere.com/jp/ >>479 15才なんて働いていない人間なの方が多いから意味ない。 就労人口で比較するなら、24〜30才くらいだろうな。 因数分解も解けなければ簡単な英文も読めない社会人は普通に居るし 何故か、その層がホワイトカラー職に就いてるからRPAは活躍する >>483 あれっ、高校生のなりたい職業ランキングの流れから 実際はどんだけの割合で高校or大学の新卒がIT業界に行くのかって話をしていたんじゃなかったのか…? IT業界89万人中25〜29歳は16.2%(約14.5万人) 就業者数はちょうどいいデータが無かったが、25〜34歳で1247万人だから25〜29歳なら647万人くらいかな つまりこの年代で言うと比率は2.241%だな。っというかどの年代でも大体1〜5%くらいを推移しとるよ ITエンジニアって全年代通して全体の極一部しか居ないってのはわかるよな? いやいや僕の会社(IT業界)では全員ITエンジニアだしプログラミングも全員できてるし 世界中のあらゆる人間もみんなプログラミングくらいできる違いない!!っていう>>444 みたいなアホなことは言わんといてくれな >現状のプログラミング人口の多さが >プログラミングの簡単さの証明になってるんだ >君は数字にこだわりすぎて、 >抽象的、定性的な考え方が苦手なのだろうね >ニーズと紐づくのは確かにそうだな >ということは普及してないRPAってニーズがないのかな? この変わり身よw プログラミング誰でもできる説の根拠まだー? お得意の定性的なロジックで構わないよ 僕の会社では全員ITエンジニアだしプログラミングも全員できるし(ry 以前のスレでも誰でも出来る説を論破されてたけど 人を厳しく批判するなら同じ基準で自説を説明してくれな >>477 すみません、その辺よくわからないんです… あとで調べてみます。 >>489 UiPathってWriteRangeとかで書き込むと 書式設定は書き込み先のエクセルに依存する だから書式設定済みのエクセルを用意すれば 擬似的にURLの書式を残せる 依存するって決めつけてるけど右の設定オプションで切り替えられるじゃん >>491 すまん、新しいバージョンだと オプションで切り替え出来るの失念してた >>479 ??? そんな馬鹿にはプログラミングはおろかRPAも触らせてはならないと思ってたんだが違うのかなあ。 RPAなら簡単ってのはゴミコード量産しますってのと同義だと思うぞ。 ゴミコードはRPAがダメなんじゃ無い。 そんなコードを書く奴が悪いとは思うけど。 だから簡単ってのは手離しで喜べるもんじゃ無い。 Pythonの方が良いなんて全く思わないが、Pythonと同等に難しいと考えるべきだ。 >>493 いやお前マジで大丈夫か??? 俺はRPAになんて一言も言及してないんだが… プログラミングが全人類誰でもできるっつー論はオカシイだろって言ってるだけだぞ? もしかして病棟系の人だったか?刺激してすまんかったな >>494 これはひと儲けたくらんでますねぇ 乗っかって投資しますか ビジネスとしてはRPAを推進したほうが美味しいのだろうな 買う側が生産性をあげるためにはPythonが正解なんだろうけど 売る側としてはPythonを覚えられてしまったら利益を出せなくなる 将来的に多くの国民がプログラミングスキルを身につけるであろう海外と RPA資産に振り回される日本とではたして勝負になるのか不安ではある >>495 日本でも来年から小学校からプログラミングを教えるんだが、よほどのアホじゃなければ理解できるだろ。 オートスケールするブラウザサーバーを建ててクローリングを並列実行したいのだがUIPathでできる? >>498 ありゃプログラミングができない大人が多すぎるから頭の柔らかい子供のうちに考え方を教えとこうって趣旨だろ つかプログラミング誰でもできる論が成立するならそもそも学校でわざわざ教える必要もないしなー 学校の教師みたいな人にプログラムのロジックを教える事が出来るのかね? 外部から講師を呼ぶならまだしも。 まともなこと教科書にかいてれば興味ある子供は勝手に覚えるよ 教科書がマトモだといいな。 どこが作るのかしらんけど。 もう検定教科書もできてるし、教師用研修教材もあるよ。 小学校のうちは、最初はブロックプログラミング。 高校の必須科目 情報I での、プログラミング言語のメインは Python Pythonか〜 誰が決めたんだろ? いまさらCとかよりはいいかもしれん。 >>505 教えやすく理解しやすいのがスクリプト言語と言うのは昔から変わっていない。 昔はBASIC だったが、それが Python に席を譲っただけ。 BASIC も渋とくVBA とか、PIC などの中で生き残ってるが。 それに全てが無料というのが良い。 オープンソースも必須。 本音を言えば型宣言を省略できる言語はあんまり最初の言語として教えてほしくないんだけど。 型はプログラミングにとって超大事だからね。 今日導入企業の話聞いてきたけど、bizzroboだったな。 6万人規模の会社で800人講習して、稼働ロボは450くらい。1000ロボくらい目指すって言ってた。 600人の規模なら8人で5ロボくらいだな そう考えると導入展開にはかなりの時間がかかるってことがわかる 言ってたけど、結局現場の人が業務しながら片手間で覚えて作らなくちゃいけないから、前に進まない。俺もそうだけど その後に簡単にできますってロボ紹介してるセッションもあったけど、前述の大企業の開発後のヒアリング紹介では意外と難しいという意見が多かったって紹介されててそれこそ生の意見だと思ったよ >>509 普通に考えてプログラマ崩れの中途採用か 専門卒を新規で取ったほうが早いよな >>509 RPA独特の難易度は今後の技術共有がどれだけ活発になるかだな エラーが出ないようになるべく安定稼働させるならケア処理を上手く組み込む必要あるし 実績はあまり気にしなくていいのではないだろうか 先進的なRPAテクノロジを活用し働き方改革を積極的に推進しているという姿勢をステークホルダ達にアピールしたい これが最大の導入理由なのだろう いかにも経営が考えそうなことだ バカだな。経営は人減らしたくて減らしたくてたまらないんだぞ? 詳しくは知らんが大手銀行は結構人減らしたんじゃなかったか? 三井住友銀行は1年で110万時間工数削減したらしいぞ? >>517 銀行のシステムなんて化石システムで動いてるようなものだからな。 ガチガチ。 ネットにつなげるのもUSB を使うのも禁止。 誰も身動き出来ないシステムに何をさせようというんだ? RPA 以前にやることが山のようにあるだろ。 COBOL をまず捨てろよな。 >>517 RPA業務って良くも悪くも大企業&古い基幹システム使って所だと 削減効果自体は出やすいんだよ ・大量のデータを処理する必要がある ・しかし古いシステムだと、一括ダウンロード機能が無かったり、検索条件の絞り込み機能が弱くて 特定データのみを一気に取り出せない ・また必要な情報を集めるために複数の画面を跨ぐ必要が多い 言い方が悪いけど、システムと現行業務にギャップが出てて 人の手でフォロー(繰り返し作業)する必要がある≒RPA化で効果が出やすいっていう裏がある 本来ならシステム側をブラッシュアップすべきなんだけど 肥大化しすぎて身動き取れないから、RPAで暫定的な対応してるだけなんだわ >>519 まさにうちの会社だ RPA超絶活躍中! 価格と同じで、人員削減はあんまり表に出ないだろうな 特に働き方改革みたいな労働者フレンドリーな皮を被ってるから RPA リストラ とかでちょっと調べてもなんとも言えん気がした↓ 人材不足は高スキルのみ、RPAで就職氷河期がやってくる - orangeitems’s diary https://www.orangeitems.com/entry/2019/02/18/113115 RPA型配置転換は結局こうなる、富士通2850人が早期退職 - orangeitems’s diary https://www.orangeitems.com/entry/2019/02/20/000500 RPAとはリストラのための刺客なのか?【結論:違います】 | 完全自動化研究所 http://marukentokyo.jp/2019/05/15/rpa_restructuring/ >>519 本来はシステム改修で対応するのが正しい、RPAは泥縄、っていうのがこのスレでも多いけどどうなんだろうね? システムは大学病院、RPAは町医者、みたいな使い分けがいいっていう可能性ないのかね まあ例えはイマイチかもしれんけど >>494 softbankがRPAホールディングスとコラボしたSynchRoid (2016〜) 従来の見積書作成は、なんと15分で作れていた IBM Watosonの協力を得て、メール受信から3秒で出来て、人はメール送信ボタンを押すだけ https://cdn.softbank.jp/biz/set/data/other/rpa/case/img/img-ai-01.png https://www.softbank.jp/biz/other/rpa/ ※ページに日付が無いので、過去現在未来のどれか不明 銀行はRPAがスゴイのではなくもとのシステムが酷すぎただけだな RPAはシステム全面改新までの繋ぎとして効力を発揮する システム化で費用対効果が出ないような細かい処理や業務ルールが変わりやすい処理を自動化するのにも向いてるね 費用対効果が出るなら素直にシステム化するのが吉 >>522 システムというのは追加は簡単なんだけど変更は難しいものだよ 開放閉鎖の原則って言うんだけど原則として伝え広めるぐらい重要な経験則なんだ RPAもそれは同じで追加するだけなら難しくはないが変更したくなったときに大変なことになる ただ今はまだRPAの導入から時間が立ってないから変更の需要が発生していない だから変更の難しさという大問題が表面化していない この大問題が表面化したときにRPAが本当に正しかったのか真価が問われるだろうね >>521 そりゃ、銀行などは手書き帳票読み取りがあるから手書きOCR でかなりの工数削減ができることは当然。 むしろ今まで手書きOCRをやっていなかったことに驚き。 >>529 OCRってRPAと関係ないとおもうんだけどRPAとしてひとくくりに語ってしまう人やステマ記事が多いのは何故なんだろう? あとここではエクセルやデータテーブルの処理が盛り上がりやすいけど 冷静に考えるとエクセル処理もRPAとは独立した概念だよな RPAには明確な定義がなく言ったもの勝ちの雰囲気がある だったら便利なものはみんなRPAと言い張って取り込んでしまおう 便利なものがいっぱい詰まってるからRPAは便利なんだ …そういうことなのか? 手書きOCRってまだまだ精度的に怪しいもんだよ 数字オンリーとか英語オンリーとかなら使えるんだけど、日本語と数字、アルファベットが混ざったりするともうダメだね 結局最後はヒューマンチェック入れることになるんだが、その辺銀行はどうしてるんだろうなあ RPAはバズワードだし言ったもん勝ちだわな。AIと一緒。自動化に関係するもんはぜーんぶRPA それを言ってしまうとSeleniumもPythonもRubyもC#もVBもPowerShellもJavaScriptもみんなRPAだな 実際にRPA製品はスクリプト呼び出しもサポートしてる RPAは、今まで(自動化)ツールを作ってこなかった現場の人にそれを作ってもらうための新たな方法 例えば、頻繁にEXCEL使っててVBAで作ればタダで楽できるのにも関わらす、現場で作られてないところは多い (会社からすれば当然VBA勧めたいが、何故か(様々な理由で?)使われない) コストはかかるが、「作れるかも」と思ってもらえそうな口実の一つがRPA aiやocrなどと組み合わせるのはVBAでは難しいので、そういうとこはRPA(等)の出番 >>530 全体的には事務効率化なんだよ。 だからRPA の記事の中にもExcelマクロだけで、35万時間節約できたとかいう記事も入ってくる。 RPA は事務効率化の一つの手段でしかないから何でも良いんだよ。 理想的なシステムがあればそれで全て完了。 RPA の中で手書きOCR 処理はかなりのウエートを占めることも事実。 上の >>482 でも、世界一のRPAメーカーがAI を組み込んだ手書きOCR を導入したことでもわかる。 AI を組み込むことで誤認識が減るからね。 IBM のRPAもAI を使った手書きOCR認識だからこそ成功している。 RPA の中の画面認識でもAI の比重は高まってくるよ。 タッチパネル上でフォームに入力させるのが 結果的に一番コストが安かったりするわけだが あ〜週末はRPAもVBAの事も考えずにすむ…気が楽だ… 金曜は勤務の2/3くらいVBAで表内に残すデータのロジック?組んだりして、あとはRPAでweb内の表データをExcelにコピペする調整してた… なんとか動いたから、月曜は頭からデバッガ使わずに動くか確認するわ… つか、今やってるのってRPA向きな作業では無い気がするわ… >>537 その入力する元ネタはどこかにあってそれを書き写してるだけだから、そういう場面でも使えるけど、タッチパネルに対応したRPA 製品ってあるのかな? それこそメカニカルロボットの出番かな? >>535 なるほど RPAの正体は「既存品の再パッケージング&広告戦略」だったのか エンジニア目線だと「それって◯◯でいいじゃん」でストップするところを あの手この手で商品化してしまったところが商人たちのすごいところなんだなあ >>539 散々そう言ったじゃんか レコーディングだけで済むような単純な業務だけRPAを使う価値がある それ以外は普通にプログラミングしろってさ 君がここ1週間ぐらいかけて取り組んでた課題って プログラミング多少でも知ってる職員を探して(あるいは情シスに依頼して)やってもらえば多分1日で終わってたぞ? >>540 無理してロボット使うなw 転記元データがあるならヘッドレスなプログラムで送信すりゃいい なんでわざわざヒューマンインターフェイスを経由させたがるんだ 実際、RPAって言葉が流行りだす前までは一生懸命VBAなりなんなりで仕事効率化しても見向きもされなかったからなあ そこにきてルーチンワークを無くすことって大事だよねって考えがRPAの流行に乗ってやっと広まってきた感じ やってるとこは10年前から既にやってるし今更感バリバリなんだが、今までやってこなかった企業にとっては良い動機付けになってるんじゃないかな 確かに俺らからしたら>>538 の取り組んでたようなスクレイピング的な部分はVBAからJavaScript叩いた方が楽じゃんなんだけど おそらく社内にプログラミングが多少ですら解る人がおらず頼りたくとも頼れる環境が無いんだろう。というかそういう環境だからこそRPAが導入されたってのもあると思うしな… プログラミングでいいジャン!wで一蹴するのはあまりにも残酷に感じる とにかく右も左もわからん中よく頑張ったと労いたい 経験重ねていくことで何がプログラミング向きで何がRPA向きかも掴めてくるだろうし、今後わからん事があればここに投げてくれれば助け舟も出せる。遠慮せず聞いてくれよ。自動化スレなんだし 金も人材も時間もない中小零細こそ安易にRPAに飛びつかない方がいい 生の声を聞いてもうわかっただろうけどRPAはけっして魔法の道具などではなく ただのビジュアル化されたプログラミングツールでしかない 導入には金がかかり扱える人材を育てるには金も時間もかかる プログラミングでも人材を育てるには金も時間もかかるが 教育ノウハウが書籍やネット情報として充実しているのでRPAをゼロから学ぶよりは簡単だ 何より導入コストがかからないから失敗のリスクが少なくていい ゼロベースからの独学って前提ならやっぱPythonやC#よりUiPathのが習得日数短いと思うなー Pythonは配布面で問題が、C#は思いの外自動化関連の情報が少ないときてるし尚のこと 金も人材も時間もない中小零細が取るべくは UiPathの無料版で目先の課題を解決しつつ、創出された時間をPython,C#の勉強に宛てて随時切り替えていくってのがベターなんじゃないかな もちろん、近くにプログラミングがデキる人がいる場合はその人に目先の課題は委任して、且つ初めからプログラミングを基礎から教わるという手が最善なんだろうけどな >>548 C#が他と比べて自動化関連の情報が少ない?なぜそう思った? >>549 なぜって…Pythonと比較して明らかに少ないだろー SeleniumやAppiumもPython利用を前提としてる記事のが多いし >>548 書籍やネット情報の充実度が桁違いだからプログラミングのほうが学びやすいよ 中小零細は多品種少量みたいな業務で構成されているからRPA向きではない >>521 文系大卒は簡単なホワイトカラー職に就きたがるから 雇用のミスマッチがますます進むな >>550 ソース出してみ たとえばWinAppDriverなら? >>550 そうは言っても同じライブラリだから別の言語で書かれた情報を別の言語に適用することは全く難しくない もちろんC#限定で調べたとしてもRPAよりは多くの情報が出てくるけどね >>550 記事なんかじゃなくてGitHub漁れば、ちゃんと動くものがいくらでもある MicrosoftだってBlazorのE2EテストはC#+Seleniumでやっている >>553 C# WinAppDriver とかでググッてくれ。 電卓のボタンクリックくらいの情報しか出てこんと思うぞ >>554 普通に考えればそうなんだが、素人独学プログラミングじゃそういう基礎的なとこがかわらんのよ Pythonで書かれたサンプルをC#に書き直すって発想がまず湧かない GUI操作に限ってはUiPathのがクリティカルな情報が多いし調べやすいと思うけどな。UiPath以外のRPAツールが情報少ないのは同意 いや俺の表現がまずかったな 情報はあるんだよ。それこそGitHubなり海外サイトなりMSDNなり探せばいくらでもある。 俺が言いたいのはそうじゃなく、独学素人プログラミング初心者が取ってきてそのまま使える情報が無いってことを言いたい GitHubがそもそもわからんしMSDNもどう見たらわからんし英語も全く読めないし機械翻訳で更にちんぷんかんぷんになるんだよ >>558 初心者はGitHub漁るって概念がそもそもねーしこのURL404だよ 確かにURLすらたどれないやつにプログラミングは無理だ ってか怖すぎるからそんなやつに自動化業務なんてさせられない >>560 今の時代は初心者こそGitHubからの丸パクリやで 中途半端な記事を読んでアレコレ頭を悩ませずとも動くものとドキュメントがあるからな >>556 そうかなぁ? 俺はググっても情報が出てこなくて諦めちゃった 数分の動画を見てハズレってのが3回も続いたらもうやってんねえフザケンナってさじ投げるよ >>564 そいつは>>558 のURLすら見れないらしい そもそもググれない可能性が高い >>559 素人独学向けの入門書は沢山あるし 最近は各言語やライブラリの公式ドキュメントが素晴らしく充実してる チュートリアルなどもあってすぐに学習できる 出先あいぽんなんだよそんないじめてくれんな ipadからだと辿れたわすまんな うーん、なんかRPAに寝首かかれてる理由が垣間見えた気がする 君たちそういうとこやで… >>566 最近はC#でもチュートリアルやAPIのドキュメントに付随してブラウザ内でコードを実行できるようになってきてるしね 断片的な記事と違って開発環境作らずにすぐ試せる >>568 なんでもかんでもRPAって冠をつけてるだけ ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる