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

**デフォルトの名無しさん** · 2019/02/14(木) 23:58:05.00

語りましょう。
※前スレ
[RPA]PC自動化技術総合スレ[効率化]
http://mevius.5ch.net/test/read.cgi/tech/1526938606/

**デフォルトの名無しさん** · 2019/03/26(火) 22:05:08.98

>>786
使ったことないけどコード書きたいならCode Activity使えば普通にc#でかけるらしい。
そうではなくて俺がc#形式にしてほしいのはフローの穴埋め部に書くとかのエクスプレッション部分だよ。

**デフォルトの名無しさん** · 2019/03/26(火) 22:37:18.43

>>787
InvokeCodeやCustomActivityを書くなら通しで普通のプログラムでいいじゃん
他人にアクティビティ売るわけでもないしさ
そうじゃなくてじゃなくてRPAに普通のクラスを生成して欲しいんだ
例えばホゲというショップサイトがあってこのサイトでは
ログインページにはユーザーidとパスワードとログインボタンが表示される
ログインボタン押すとメインメニューページに遷移する
という仕様だとする
↓そしたらこういうインターフェースを実装したページオブジェクトクラスを素早くいい感じに忖度して生成して欲しいんだわ
interface IHogeLoginPage {
public string UserId { get; set; }
public string Password { get; set; }
public IHogeMainMenuPage Login();
}
そいでその生成されたアセンブリを普通にコーディングで製造してるアプリロジック側に注入したいわけだ
今はこういうページオブジェクトを手作業で書いてるからちょっとめんどくさい
上で例示した架空のシンプルなログインページだと手作業で実装とxUnitを書くのにおそらく5分くらいかかる
RPAでこれが1分になるなら買う価値があると思う

**デフォルトの名無しさん** · 2019/03/26(火) 23:34:33.37

>>788
>>787の「そうではなくて」って読んでくれた？
コード書きたいわけでは無いの。
フローのちょっとした穴埋め部分にvbじゃなくc#の形式で書かせてほしいだけ。

**デフォルトの名無しさん** · 2019/03/27(水) 00:11:00.35

>>773
ねーなんで複雑なシステムを組んでわからなくなるみたいな想定するんだろうか
もちろんそう言うデメリットも生じるだろうけど、基本的な想定としては、１時間くらいかかる単調な繰り返し作業を10分にできます、しかも事務のおばちゃんでも誰でもできます、みたいなもんだと思うんだよな

**デフォルトの名無しさん** · 2019/03/27(水) 00:22:56.39

と思ってたらいつの間にか大きな複雑な処理に化けてる
システムってそういうもの

**デフォルトの名無しさん** · 2019/03/27(水) 00:29:18.35

VBとか書いてある時点で地雷だって気付くよねふつうは

**デフォルトの名無しさん** · 2019/03/27(水) 04:10:37.06

VB嫌いではあかんで
VB脳とHaskell脳をすぐに切り替えられるのがプロやっちゅうことやな(ドヤ顔)

**デフォルトの名無しさん** · 2019/03/27(水) 09:18:57.55

気付いたら大きくて複雑な処理に化けるって発想がそもそもおかしい
"定型"業務の自動化なんだから「月末に請求書を自動作成」っていうシナリオを作ったとして
そのシナリオに関しては業務内容が根本的に増えない限りそれ以上変化することないよ

**デフォルトの名無しさん** · 2019/03/27(水) 09:30:00.72

いつの間にか大きな複雑な処理になってるって、RPAの問題じゃなくてワロタ

プロジェクトか管理者の問題じゃん

**デフォルトの名無しさん** · 2019/03/27(水) 09:32:24.34

野良ロボット、野良サーバーが知らない間に増えるのはガバナンスの効いていない駄目な組織やで

**デフォルトの名無しさん** · 2019/03/27(水) 09:49:05.44

駄目な組織は何をやっても駄目、電話と手書きFAXを駆使し書類束を仕事の証として頑張れ

**デフォルトの名無しさん** · 2019/03/27(水) 12:55:08.95

>>794
昔、VBA使いが同じこと言ってたよ

**デフォルトの名無しさん** · 2019/03/27(水) 13:21:40.38

日本人は創意工夫(笑)で仕事のルールを増築していくのが既定路線やから…(震え声

**デフォルトの名無しさん** · 2019/03/27(水) 13:31:22.40

ほんと見事なまでに減らせずに増やすだけだよなｗ

**デフォルトの名無しさん** · 2019/03/27(水) 14:35:13.60

>>794
擁護するつもりはないが、じゃあ「請求書のデータを引っ張ってくるところも」「メールで送付するところも」「基幹システムと連携するところも」ってなるケースもあるとは思う

でも、そうなるケースもあれば、そうならないケースもあるわけで、その懸念ばっかり強調してメリットを享受できないのもまたもったいないわけで

**デフォルトの名無しさん** · 2019/03/27(水) 18:47:14.45

なんか俺だけ論点がずれているのかな。
RPAだって、プログラマーのような技術カのある人が苦労して組めば良いと思うよ。

簡単に組めると言うけど簡単に組んだら碌でもないものが出来るというのが問題だと思うんだ。

**デフォルトの名無しさん** · 2019/03/27(水) 19:03:38.16

誰が誰だか分からんのだが

今期も残すところあと2日だぞ
そんな装備（RPA）で大丈夫か？

**デフォルトの名無しさん** · 2019/03/27(水) 19:06:52.41

ハリボテ装備でも暫くは保つ
問題はその後だ

**デフォルトの名無しさん** · 2019/03/27(水) 19:13:30.57

大丈夫だ。問題ない。

**デフォルトの名無しさん** · 2019/03/27(水) 19:31:59.93

>>801
それくらいだったらマクロ出来ない事務員が作ってるからRPAやっぱｽｹﾞｰと思う。

**デフォルトの名無しさん** · 2019/03/27(水) 20:01:58.43

じゃあなんでフリーソフトじゃだめなのか
どうせ複雑なことしたいんでしょ俺は騙されないぞ

**デフォルトの名無しさん** · 2019/03/27(水) 20:50:37.64

会社がRPA買ってくれるから、フリーソフトである必要ないんやで

**デフォルトの名無しさん** · 2019/03/27(水) 21:10:35.46

どうせならマシンスペックと有料サービスに投資したいかな
ちゃんとしたものを選べばCLIもAPIも完備してるからロボットの出番って…

**デフォルトの名無しさん** · 2019/03/27(水) 22:12:12.56

>>785
Uiのエンジニアがボコボコに叩かれてて笑った
他に優先順位があるから今は対応できない、Code Activity使えばC#でも書けるって言っても納得してもらえてなくて可哀想

**デフォルトの名無しさん** · 2019/03/27(水) 23:02:10.39

画面認識系はSikuliX
Excel読み書きはClosedXML
WebはAPIとかAngleSharpとか
DBは普通にSQL
でええんやないかと思ってきて

**デフォルトの名無しさん** · 2019/03/27(水) 23:41:23.07

最近2Lのペットボトルが、真ん中に窪みがついて持ちやすくなったけど、
そういう気配りが、これからのソフト開発にも必要だと思うの。

何が言いたいのかというと、
コントロールしにくい変な仕様のインターフェイス作るなってことね。
Windowハンドル取れないとか、ReadyStateが利かないHPとか、もってのほか。

**デフォルトの名無しさん** · 2019/03/27(水) 23:42:29.49

WinAppDriver＋Appiumの質問ってどこですればいい？

**デフォルトの名無しさん** · 2019/03/27(水) 23:47:35.63

それが何なのかわかりませんけどね、
例えば、冷蔵庫のドアをRPAで開けられるなら、
その質問をここでしてもいいと思うんですよ。

**デフォルトの名無しさん** · 2019/03/28(木) 01:43:31.63

>>812 おっぱいうぷ

**デフォルトの名無しさん** · 2019/03/28(木) 05:32:13.92

>>812
最初から自動化サポートを考えるならAPIでいいじゃん
RPAは遠回りだ

**デフォルトの名無しさん** · 2019/03/28(木) 05:34:24.98

>>756
最大の効率化は無能上司を首にすることですよ

**デフォルトの名無しさん** · 2019/03/28(木) 06:34:03.73

>>817
企業の目的は効率化ではなくて利潤追求
効率化は手段の一つ

効率化の観点で無能とあなたが評価する上司が
売上観点では有能かもしれない

**デフォルトの名無しさん** · 2019/03/28(木) 06:52:29.01

>>818 >>817 >>756
そんな上司には管理やらせずに営業だけやらしゃいい。

**デフォルトの名無しさん** · 2019/03/28(木) 06:59:10.83

>>810
そりゃ最初に
This is a Workflow Foundation limitation.
なんて言いがかりつけたら叩かれてもしょうがないわな

**デフォルトの名無しさん** · 2019/03/28(木) 09:50:16.57

VisualStudioにWorkflow追加インストールして、新規プロジェクト作ってみたら
なるほどUiPathはまんまこの画面やないか、と理解したわ

逆にVisualStudioにUiPathのアクティビティは読み込めないんですかねw

**デフォルトの名無しさん** · 2019/03/28(木) 09:56:57.60

>>812
サントリーの南アルプスの天然水500mlペットボトルにも同じこと言えんの？
フタ開けようにも本体がネジれて開けられないんだぜ……

**デフォルトの名無しさん** · 2019/03/29(金) 06:09:39.46

い・ろ・は・す！

**デフォルトの名無しさん** · 2019/03/30(土) 08:14:51.54

VBSでUIAutomationが使えれば、
こんなもん要らないんだけどな。

**デフォルトの名無しさん** · 2019/03/30(土) 09:57:25.45

>>824
情シス部がWEBサイトアクセス部分を抽象度の高いCOMクラスとしてカプセル化して配布すればいいよ
事務のおばちゃんだってエクセルマクロは使えるんだろ？

**デフォルトの名無しさん** · 2019/03/30(土) 12:08:13.10

Webのアクセスはどう考えてもスクレイピングのライブラリ適当に使った方が楽よね、読むのも書くのも
RPAは「紙やPDFの申し込み書類読んでExcel化まで」とか用途絞りまくって作るのがいいと思うのです
その前後は普通にプログラム書けばいいので

**デフォルトの名無しさん** · 2019/03/30(土) 12:25:29.07

普通にPDF読み取りライブラリ使えばいいじゃんそれか画像解析ライブラリ
RPAという括りにこだわる意味はないな

紙の読み取りはどうだろうな
紙セットしてスキャン開始するとこまでは手作業だろ
スキャンしたデータを集めて画像解析するとこは普通にプログラミングかな

**デフォルトの名無しさん** · 2019/03/30(土) 19:18:32.57

俺はプログラマーじゃないけど、上にみんなが書いてあるようにプログラム組めと言われてもできない。
でもuipath用意されたら色々自動化できた
所詮そんなもん

**デフォルトの名無しさん** · 2019/03/30(土) 19:40:33.24

メンテナンスできないものが出来上がるのはプログラムでも一緒だし
RPAをくさす理由にはならないかな

**デフォルトの名無しさん** · 2019/03/30(土) 20:12:54.76

>>828
どんなこと自動化したの？差し支えなければ

プログラミングでいいじゃん、っていう意見はRPAの強みを見てないよなスキルがない人でも扱えるってのがウケてるんだと思うんだけど

**デフォルトの名無しさん** · 2019/03/30(土) 20:41:56.78

プログラミングよりもハードルが低い分、メンテナンス不能になったときの影響が大きくなる傾向はありそうかなと思う
もちろんRPAが社会的に普及すればそのぶん管理ノウハウも洗練される可能性高そうだけど
野良マクロの例があるので普及度と管理ノウハウが正相関するかはちょっと分からないね

**デフォルトの名無しさん** · 2019/03/30(土) 21:05:23.16

スキルがなくてもRPAで自動化できるような規模の小さいシンプルなタスクなんてのはプログラミングでも同じく簡単にできるんだな
逆にスキルがないと自動化できないような難しいタスクはエコシステムが未熟なRPAではしんどい

**デフォルトの名無しさん** · 2019/03/30(土) 21:06:44.04

>>826
スクレイピングは跳ねられるサイトも多い。
従ってRPAと併用すると良さげ

**デフォルトの名無しさん** · 2019/03/30(土) 21:15:50.79

>>833
一般的なスクレイピングで弾かれるなら原理的にRPAでも弾かれるだろう
そういうサイトでは正式な手続きを踏んでAPIを使うべきだ
APIでも制限かけてる場合があるのでその場合は負荷分散の処理が必要
RPAでもAPIラッパー的な部品なら同じ

ユーザーがこういった判断ができないところもRPAの限界だな
図書館クローリング事件みたいにいつか問題になりそう

**デフォルトの名無しさん** · 2019/03/30(土) 21:19:04.89

>>830
まだ全然だけど、一般的なのだよ
webシステムからデータダウンロードして、加工して配信
原価システムにテーマ登録や日報の転記とか、ダウンロードして加工して保管とか

本当に普段やってる業務洗い出して改めて改善しながら自動化してる
中には改善だけで十分てのも出てくる

**デフォルトの名無しさん** · 2019/03/30(土) 21:35:03.01

NEC、東大と共同で高速カメラ物体認識技術を開発--製造ラインの検品作業を効率化
https://japan.zdnet.com/article/35134977/

**デフォルトの名無しさん** · 2019/03/30(土) 21:40:47.56

>>832
だから簡単な事務でもできるものが対象だってメーカーもいってるやん。

**デフォルトの名無しさん** · 2019/03/30(土) 22:54:46.12

>>835
どもどもだいぶイメージできた
基幹システムへの転記はありがちだなー最初からシステムに入力すれば良いじゃんっていう指摘もあるが、端末環境だったり入力者と転記者が違ったりでなかなかそうもいかんのよなーそこで、システムの改修は金かかるから、小回りの効くRPAでってのは自然ではある

ブラウザや他システムとの連携はExcelマクロより強みがあるかももちろん、Excelマクロでもできるだろうけど敷居が高い
やっぱ「できるできない」という視点より「敷居が高い低い、''簡単に''できるできない」という視点で考えた方が良さげだな

**デフォルトの名無しさん** · 2019/03/30(土) 23:03:17.30

マクロのほうが簡単だよ
GUI環境は正直編集しにくいだけだ

**デフォルトの名無しさん** · 2019/03/30(土) 23:24:20.14

本当に簡単なら世界中のプログラマが既に採用してるはず
プログラマは自分が作りたいモノに付随するやりたくないけどやらなきゃならない作業を嫌う
だからプログラミングより簡単にその作業を取り払ってくれるなら間違いなく飛びつく
しかし現実は……まあそういうことです

**デフォルトの名無しさん** · 2019/03/30(土) 23:42:37.87

だからプログラマの作業を解決するツールじゃなくて事務員の作業を解決するツールなんだってば

**デフォルトの名無しさん** · 2019/03/30(土) 23:48:11.59

>>840
差し支えなければ、評価されたRPAの銘柄教えてください。

**デフォルトの名無しさん** · 2019/03/31(日) 00:47:08.08

>>841
ほんこれこれを認めない人ってなんなんだろうな
プログラマー「プログラミング簡単」←これは別に構わんが
事務員「プログラミング無理」←これを頑なに認めないのな

**デフォルトの名無しさん** · 2019/03/31(日) 00:47:30.52

>>841
同じことだよ
プログラマが日常のPC作業を自動化しないとでも？

**デフォルトの名無しさん** · 2019/03/31(日) 00:48:18.42

>>843
無理だという思い込み

**デフォルトの名無しさん** · 2019/03/31(日) 02:03:52.84

Excelのマクロなら分かるがプログラムは分からない
と言うのは、(){}[] が問題なのではないか(名推理)
つまり、超シンプルに書いたVB.NETなら事務員でもなんとかなる！はず！

**デフォルトの名無しさん** · 2019/03/31(日) 03:18:11.21

>>840
使ったことないなら否定も肯定も出来ないという事実

ネットで得た知識や自分の勝手な推測だけで喋る、薄っぺらい人間になるなよ

**デフォルトの名無しさん** · 2019/03/31(日) 09:25:32.65

>>839
それは新しいものに対応できない老害なのでは。。

よくシステム導入しても頑なにエクセル管理に拘るおばちゃんのようだ

**デフォルトの名無しさん** · 2019/03/31(日) 09:39:16.05

>>843
他人に対する想像力が欠如していて、自分の考え方が絶対だと思っているやつなんだろうね。自分にとってはこうだから、他の人もそうあるべきと考えてそう。
それに加えて、話の流れについても、自分の思い込んでいる想定や前提が常に絶対で、他の人がそれと異なる前提での話をしている中でも一人ずれた前提で話をするから頓珍漢なことを言う。
そして本人にはその自覚がないから認識の修正ができず、話が通じないままになる。
困ったものです。

**デフォルトの名無しさん** · 2019/03/31(日) 09:51:59.60

>>848
実を言うとGUIプログラミング環境はかなり古い
昔からあってプログラマ達に非効率的で苦痛に満ちてるものとして見捨てられた
これを新しいものと呼ぶには抵抗があるな

**デフォルトの名無しさん** · 2019/03/31(日) 09:53:30.85

>>849
同意
頑ななRPA信者には困ったものだね
こんなもの崇拝してるのは世界的にみても本当にごく僅かなマイノリティなのにさ

**デフォルトの名無しさん** · 2019/03/31(日) 10:27:54.88

ごく僅かのマイノリティなら放っておけばいいじゃん
もし放っておけない位に流行するなら君らの認識が誤ってるか、君らの持っている（かは知らんけど）より良いソリューションの喧伝不足なのでは

こんなネットの片隅で架空のRPA信者にｇｄｇｄ言ってないでもっと違う努力しなよ

**デフォルトの名無しさん** · 2019/03/31(日) 10:29:01.59

>>851
同意されても困るな。俺が非難しているのはお前のようなタイプの方だ。
このスレを見ていても、RPAを崇拝している信者なんていない。｢ある種の人にあるケースでは役に立つ｣という意見があるだけなのに、お前はそれをすら、RPA信者と考えているのか？
お前がRPAを無価値なものとして毛嫌いするのは勝手だし好きにすればいい。

**デフォルトの名無しさん** · 2019/03/31(日) 10:42:16.80

winactor以前触って驚愕したのだが、

な　ん　で　小　数　点　扱　え　な　い　の　か

**デフォルトの名無しさん** · 2019/03/31(日) 11:04:20.84

>>854
扱えますよ

**デフォルトの名無しさん** · 2019/03/31(日) 12:02:48.08

実際にRPAがウケている風潮があって、その背景には内勤業務の現場レベルでの自動化ニーズやプログラミング人材の供給不足やら登用ノウハウの欠如やらがあるわけだよね
その風潮そのものがマやシステム管理者等のITプロパーから見ると野良マクロ蔓延の焼き直しとか流行技術のつまみ食いにしか見えないだけで

**デフォルトの名無しさん** · 2019/03/31(日) 12:25:36.66

まだ利用者は僅かだろうけどそれでも>>812のような意見が出てきてる
万が一普及していくとAPIのサポートよりもRPAのサポートを要求する奇妙な顧客が増えるかもしれないね

**デフォルトの名無しさん** · 2019/03/31(日) 13:47:37.61

そのうち、Webサイトのデザイン変えるとRPAで使ってるユーザーから猛反発が来るようになるのではないか？

**デフォルトの名無しさん** · 2019/03/31(日) 14:32:45.06

CUIとGUIみたいなもんだろ。
目的や用途によって使いたい方を使えばいい。

**デフォルトの名無しさん** · 2019/03/31(日) 14:34:34.96

RPAてか業務で使われる前提のページ変更したらそりゃ文句もあるだろうけど
そんなのは変更しないかするなら影響先に事前に告知するだろうよ
無断でやってる奴らの面倒まで見る必要はないから心配しなくていいんじゃね

**デフォルトの名無しさん** · 2019/03/31(日) 15:15:25.93

業務システムなら更新通知はするがRPA互換性は保証しないだろうな
真面目に保証しようとしたらわりとデカいテスト工数がかかる

**デフォルトの名無しさん** · 2019/03/31(日) 15:16:51.68

RPA絶対主義者ってのはいなくて、場面によっては使えそうだね、いいんじゃない？って感じ
逆にプログラム絶対主義者がケツ穴小さい
「世界中のプログラマーが使ってないから駄目」とか
当たり前だろ、同じPC作業でも目的が違うんだから

**デフォルトの名無しさん** · 2019/03/31(日) 15:21:42.39

二三日止まっても問題が無くて、現場で解決できるならいいんだけど
上長経由で「何とかしろ」となるに決まっている
パソコンがぶっこわれたときも諦めてくれそうにないし

**デフォルトの名無しさん** · 2019/03/31(日) 15:26:40.13

>>862
そんな汎用性ないマイナーツール押し付けられてもなぁ

**デフォルトの名無しさん** · 2019/03/31(日) 15:35:36.85

>>864
今後RPA関連の仕事が来たら断れば万事解決
おめでとう
日本では職業選択の自由が憲法で保障されてるからな

**デフォルトの名無しさん** · 2019/03/31(日) 15:38:32.43

そういえばテスト工数に言及してるレスっていままでなかったな

ユーザー環境に死ぬほど依存してる素人が書いた副作用だらけのルーチン
当然ながら明確な仕様すら定められてない
そんな厄介極まりない無数のロボットのテストなんて実質不可能だよな
だから情シスとしてはサポート出来ますとは絶対に言えない
責任感があるなら出来ないことを出来ると言っちゃいけない

コスト削減って宣伝文句につられて導入しちゃったのに
そのせいでテストコスト爆上げなんてことになったら推進担当の顔に泥を塗ることになってしまう
だから情シス部としては人員を出してコストを増やすのは気が引けるね
なのでそっちでサビ残でもなんでもして低コストでやっちゃってくださいって感じ

**デフォルトの名無しさん** · 2019/03/31(日) 15:44:55.53

>>865
そりゃまず最初は断るけどさ
人間関係ってそんな簡単じゃないから断りきれないトキもあるんだよね
そうなったら犬に噛まれたと思ってやり過ごすしかないんだろうな

**デフォルトの名無しさん** · 2019/03/31(日) 15:53:07.76

犬に噛まれても金ば貰えないが、嫌な仕事でも仕事であるなら金が貰えるからマシじゃん

**デフォルトの名無しさん** · 2019/03/31(日) 16:10:13.74

なんつーか見てると、「こうだからダメ」「それだからダメ」ばかりな意見が多いな。
RPA自体じゃなくて、結局は作る人の問題だろ？
マクロだってプログラムだって、結局は素人が作ったら糞だし。
RPAだってちゃんと仕様を決めて技術者が作れば使えるもんになるだろうし。
RPAの導入が良くないのではなく、導入時、運営時に気をつける事の方が大切じゃないか。

**デフォルトの名無しさん** · 2019/03/31(日) 16:39:22.39

RPAという付け焼き刃を使ってでも何とかするしかない立場の人間に対して
「それって結局付け焼き刃だよねｗ後悔しても知らないよｗ」って指摘して回る奴は、
単に相手を見下したいだけよ、いくら突いたって実のある話なんて出てきやしない

**デフォルトの名無しさん** · 2019/03/31(日) 16:54:28.31

>>869
WinActorのWebでの説明だと素人さんにこそ！みたいな印象
https://winactor.com/column/about_rpa

｜ノンプログラミングのRPAは、非IT部門でも使いこなせる｜
　　一方、RPAであれば、現場のホワイトカラーが自らITによる自動化を行うことができるため、IT部門が制約とはならなくなったのです。
　　またIT部門にとっても、自動化のために現場から業務を巻き取る負荷が無くなるという点で、歓迎すべき技術となっています。

**デフォルトの名無しさん** · 2019/03/31(日) 17:00:13.34

>>871
そりゃただの営業文句だろ。

**デフォルトの名無しさん** · 2019/03/31(日) 17:04:34.61

定期的に沸く「プログラマーが使ってないからGUIプログラミングは糞」マンはなんなんだろう
ラダーとSFC言語の存在知らんのか？？？
今も昔も "自動化" つったらグラフィカルな言語がメジャーなんだよ
視野を広く持て

**デフォルトの名無しさん** · 2019/03/31(日) 17:07:53.83

>>872
買い手が納得してくれるからの営業文句だろうに　(騙す騙されるとは言わない)

**デフォルトの名無しさん** · 2019/03/31(日) 17:22:38.35

>>870
見下されているのはシステム部門のほうなんじゃあ？
>>871のページを読んでいると、システム部門は役立たずという気になってくる

**デフォルトの名無しさん** · 2019/03/31(日) 17:32:11.20

そりゃ役立たずでしょ、利益もあげないし改善もしてこなかった

**デフォルトの名無しさん** · 2019/03/31(日) 17:35:35.57

>>873
メジャー？冗談きついよ

**デフォルトの名無しさん** · 2019/03/31(日) 17:36:15.68

有能な情シスなら社内定型業務くらい既に何らかの手を打ってるだろうしな…
察し

**デフォルトの名無しさん** · 2019/03/31(日) 17:37:27.27

システム部が十分に仕事をしている組織であれば、そもそもRPAなんて議題にすら挙がらなかったのでは

**デフォルトの名無しさん** · 2019/03/31(日) 17:41:00.32

それなー

**デフォルトの名無しさん** · 2019/03/31(日) 17:48:56.64

>>877
>>877
世の中のFAシステムがCで動いてるとでも？冗談きついよ

**デフォルトの名無しさん** · 2019/03/31(日) 17:50:18.54

ネコも杓子もAPI、なっちゃらAsCode、小学生でもコード書くのが当たり前に普及した時代にまーだGUIプログラミングとか言ってんのかｗ

**デフォルトの名無しさん** · 2019/03/31(日) 17:57:12.93

>>881
https://trends.google.co.jp/trends/explore?geo=JP&;q=C%E8%A8%80%E8%AA%9E,SFC%E8%A8%80%E8%AA%9E,%E3%83%A9%E3%83%80%E3%83%BC%E8%A8%80%E8%AA%9E,%E3%82%B0%E3%83%A9%E3%83%95%E3%82%A3%E3%82%AB%E3%83%AB%E8%A8%80%E8%AA%9E

メジャーｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/03/31(日) 17:59:47.24

実際のところ、現場でRPAを導入したくて、現場で完結する体制を取れるなら、反対どころか大賛成

>>863の
二三日止まっても問題が無くて、現場で解決できる
をもう少し書き出すと

WinActorやUiPathの窓口と直接話し合って、導入、契約、質問、バグやクレームも各現場で
RPAツールのセットアップや、メデイア、マニュアル、保証書、契約書の管理も各現場で
内的(部署の分割、統廃合)、外的(取引先変更、法律改正など)の変化の対応も各現場で、
それぞれ完結させるようにおながいします

お勧めは、各現場にシステム担当を正副二人ぐらい置いて把握させること。兼任できるかは状況次第
それなら新人ユーザーの教育、新人担当者の教育も何とかなるでしょう

他にも、開発、テスト、バージョン管理、処理日付とデータ日付指定の処理変更、共通ルーチンの作成とリリースの管理などもあるけど、
スクラップ＆レコーディングなら瑣末な問題
むしろシステム時刻が狂っていないかの指差し確認の徹底が大事

**デフォルトの名無しさん** · 2019/03/31(日) 18:11:30.27

>>884
RPA導入に非協力的だと君の社内での存在理由なくなるんじゃない？

**デフォルトの名無しさん** · 2019/03/31(日) 18:12:53.89

>>884
自分達が特別だと思ってる情シスほどタチ悪いもんはないな