[RPA]PC自動化技術総合スレ[効率化] Part.10
アンジーをutf-8に変換出来ないのどうにかしてよーん 過疎ってるとこに超初歩的な事聞いて申し訳ないんだが、PADでFnキーを含んだSCってどうやって指示できる?
Excelのシートを右に1つ移動する処理をFn+Ctrl+↓で入れようとしてるんだが、Fnキーが入ってくれなくて困ってる。 Fnキーを押して、っていうのは使っているPC特有のものだから無理かと。
その組み合わせで発生する本来のキーコードを登録しないと。 Numlock的なFnLockを定義しとかなかったIBMが悪いね >>549
ggったら
次のシートに移動するには「Ctrl」+「PageDown」キーを押す
だってさ >>549
↑に書いてるようにCtrl+PageDown
で、PADに書くのは↑であって、手元のキーボードのキーではない
(手元のキーボード押すことで「winに送られるキー」が何かってこと)
FnだろうがGnだろうが、そんなことは全く関係ない ExcelならVBA/VBSを使えばいいのに。
PADを使うっていうのが根本的に間違ってる。 >>555
PADなりRPAよりは全然万能だよ。www
RPAができてVBAで出来ないことが思いつかん。
VBAが万能じゃと思ってるのは単なる無知。 >>556
VBAで行った変更をUndo
はい論破 つーかVBAをRPAとしないところもRPAに対する無知を晒してる
そもそも元レスだってPADかVBAかって問題じゃなく、
単なるキーコードの話でしかないからVBAでだって同じ勘違いは生じる
VBAでFnキーはどうやって指定すれば良いですか?って言われてるのと何が違うんだ? 自動化した工程の中にundoがあるってどんな作業だよ?
実質無いようなもんだろ >>559
VBAにおけるApplication.undoの否定w 549だけど俺のレスで荒れてるようだったらすまない。
そしてレスしてくれた人本当にありがとう。
普段使うのがノートPCだったり、そもそもキー配列を意識したことがなかったから、レスがなければFnキーがPCごとに固有のものだとは気付けなかったよ。
自分のPCだとエクセルのシート移動はctrl+Fn+↓(pagedown)で作動するんだが、その状態でctrl+↓の命令でPADがシート移動してくれるか試してみる事にする。アドバイスくれた人本当にありがとう! あと、Excel操作ならVBAでいいんじゃ?という話だが、作業に使うExcelのデータ入力を俺じゃなくてPCに疎いお客さんがやる関係で下手にVBA組めないんだよな……。
お客さんが絶対触らないところに関数組むならまだしも、VBA組んだせいでExcel自体が動かなくなったっていうクレームが来る可能性もあるしなぁ。うーん 自分の置かれている環境や持ってる技術の中で何選択するか判断するのは当たり前
オレはVBAもRPAもC#等も使うし、RPAも今のとこUiPathの方が詳しいからこれ使ってる
PAD出たてのとき使い物にならなかったのでそれ以来放置したままだ。使い始めることはできるようにはなってる >>561
ctrl+↓じゃなくCtrl+PageDownだってば (キー入力ではなくシートのアクティブ化か何かで対処すべきだと思うけど関わらんとこ…) >>560
だから機能はあってもどんな状況で使うんだよ?
そんなの使うって、元の作業手順は相当間抜けだぞ。 >>565
まあそうだけど一からというよりゼロからみたいなんで、優しく見守ることにw >>567
んなこと言ってねえだろ
ほとんど使われない例なんかあげて論破じゃねえんだよ。 >>570
思いつかないって言うからそれを否定しただけだよ
無駄か無駄じゃないか以前に己の無知を恥じ入るべきでは?
そしてできないことございましたごめんなさいって言うべきでは? 客が使うからVBAはダメでPADならいいていうのが謎だわ。
RPA操作なんてVBAよりはるかに信頼性ないぜ。 >>572
単に理由の一つだろ。他にも色々できるしな
RPAで簡単にできることをわざわざVBAで苦労してやる必要もない >>571
そりゃ556だろ
俺はそんなこと言ってない >>572
契約書か仕様書か口約束で
「Microsoft独自のVBAを使ってはならない。Microsoftの提供するPADの機能で実現すること」
と書いてあったら従わざるを得ない >>575
そりゃ御用聞きだね。
SEは御用聞きじゃない。
まあアホなSEは従うだろうよ。 パワーシェルでUiautomationがやWin32apiが使えて、bat埋め込みで普通にダブルクリックで実行出来ることがわかったので、俺もうこれでいいス できることがわかっただけで、組めるとは言っていないw オレはVBAでUiautomationを使って他ソフトを制御してる。
だから、RPAでやってることはVBAでほぼできる。
だけどかなり面倒。
RPAの売り文句でVBAはOfficeしか自動化出来ませんというのは嘘で、実は他アプリもいじれる。
興味があるならyoutubeでUiautomationを検索してみ、やってる人いるから。 RPAもUIauto、Seleniも使ったけど、RPAが一番楽
例えばブラウザだと稀にRPAで操作しにくい(パラメータイジる技術がない等)ときにUやSを使う
ブラウザ以外もとなると断然RPA。比較にならない
更にRPAによってはc#(vbnet)も直で書ける
一つの操作プロジェクトにRPA、U、S全部混在も可能
UやSだけ使うのはほんの少しの操作に使うとか稀なときくらい
UやSはRPAの極々一部のサブセットでしかない すごいな
自分は出来ない。挫折確実
ひがみじゃなくて本当に無理 RPAは統括ツールって認識だなぁ
スクレイピングやExcelはbatやマクロ仕込んどいて、それらをRPAが実行するだけ
1から10までやらせられるほど信頼できないわ
技術不足と言えばそれまでなんだろうけども いや俺もその使い方が最適解だと思う。
RPAに複雑なことなんてやらせないほうがいい。
統括ツールとして使う、もしくは、リプレース出来ないようなレガシーなアプリケーションを仕方なく画面操作で自動化するくらい。 >>587
単にRPA使いこなせないバカってだけだぞ >>588
ITを使いこなせない奴らがRPAを買うのだから、使いこなせるわけがない。
ITを使いこなしてるのなら、そもそもRPAなんて不要。 IE制御が不安定なのでhttpリクエストに逃げることにしたわ >>589
単にRPA使いこなせないバカってだけでなく、そもそもITもわかってないバカってだけだぞ >>591
RPAが必要ってことは、メインのシステムがポンコツだってことだぜ。
RPAで何かをするのら、そもそもメインのシステムを業務に合わせたほうが話が速い。
それか、メインのシステムの方に業務を合わせるかのどちらか。
それはつまりITを使いこなしてないってこと。 内製システムをRPAで動かす間抜けな会社があったな
内製システム改修では稟議通らないけどRPAなら稟議通るそうだ
「RPAで業務効率化」を社外にアピールしたい経営側の意向だとか >>593
視野狭すぎてワロタ
部屋に籠もってるニートにはRPA不要だからw ニートならゲームマクロとかいうある種のRPA需要多そう ブラウザ上の作業を自動化する場合powerautomateが良いのかな
Pythonだとドライバーのインストールがいるっぽいから承認貰うの面倒だなあ
>>115
そもそも難しいですよねローコードツールって
VBAとかPythonはググったりAI使えば良いし