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

**デフォルトの名無しさん** · 2019/11/19(火) 20:35:47.34

語りましょう
次スレは>>950がたててね

**デフォルトの名無しさん** · 2019/12/27(金) 00:10:56.55

>>672
わろたw

**デフォルトの名無しさん** · 2019/12/27(金) 07:29:55.54

>>670
バカなのか？
内部からやるならログ残るメールなんかよりもっと直接的な方法がいくらでもあるだろ

> 外部犯が別の攻撃で内部からメールを出させたら
に至ってはあまりの無理やりさに愕然としたw

**デフォルトの名無しさん** · 2019/12/27(金) 07:31:45.64

俺は知らないんだけど自動ワークフローシステムなるものは昔からあるんだね
ユーザーの簡単操作に対応したのが今のRPA

**デフォルトの名無しさん** · 2019/12/27(金) 07:35:47.07

コードブロックで作ると記述より情報がデカくなるから大作は無理ですとちゃんと製品紹介に書いて欲しい
勘違いする非プログラマシニアSEが大きな夢を持って買ってきちゃう

**デフォルトの名無しさん** · 2019/12/27(金) 08:05:40.38

セキュリティがヤバい環境で
RPAなんかするなよ
議論の内容が的外れ

アンチRPAは老害なのがよく分かる

**デフォルトの名無しさん** · 2019/12/27(金) 10:27:24.37

>>681
いやお前が馬鹿か？
手段がどうあれ最終的に発見処分されるとしても失った信用は取り戻せないので内部犯への対策をせよと言ってる
また内部に入った犯人が何をするかはそいつ次第であってメールを利用した二次攻撃も当然考慮すべき

**デフォルトの名無しさん** · 2019/12/27(金) 10:29:59.97

本当にセキュリティ意識が希薄だよなお前らは
多分大丈夫だろう運転はやめろ
多分内部犯はいないだろう
多分メールは悪用されないだろう
そんな油断がセキュリティ事故に繋がるんだよ

**デフォルトの名無しさん** · 2019/12/27(金) 10:42:10.07

>>686
セキュリティって騒ぐんなら、お前の話が「セキュリティ要件の変更」になることに気がつけよ。
RPA化する話とシステムに求められるセキュリティの話と、RPA化に伴うセキュリティポリシーの見直しは全部関連はしていても別の話だぞ。

**デフォルトの名無しさん** · 2019/12/27(金) 10:50:36.70

>>687
RPAプログラムの要件定義段階でセキュリティ要件を定義するんだからそれは変更じゃなく新規だ
メールシステムそのもののセキュリティは情シスに任せておけばいい
RPAプログラムチームとしては情シスの提供するセキュリティに不安があるメールをRPAプログラムに組み込む時にどうすべきなのか？
それを新たに定めよと言ってる

**デフォルトの名無しさん** · 2019/12/27(金) 10:58:33.84

>>688
手作業の置き換えだとして、その時点での要件がRPAによって実装されるべき要件。
現行が、送信元の目視確認程度ならそれを踏襲。

RPAプログラムチームとしては情シスの提供するセキュリティに不安があるメールをRPAプログラムに組み込む時にどうすべきなのか？は見直しであり要件の変更だぞ。

ごっちゃにするとおかしな話になるし、現に今このスレでおかしなことを言ってるやつがいる。

**デフォルトの名無しさん** · 2019/12/27(金) 11:11:04.85

>>689
柔軟な人間の目視確認と自動化を同じレベルで考えるなよ
自動化するならセキュリティ要件を追加して強化しなければならない
手作業におけるセキュリティ要件はRPAプログラムがあろうがなかろうが引き続き維持する
そこにRPAプログラム用のセキュリティ要件が追加されるんだよ
変更じゃない追加だ

メールだったら例えば
手作業は今までどおり
RPAプログラムは署名されてないメールは処理しないという要件を追加
といった具合だな

**デフォルトの名無しさん** · 2019/12/27(金) 11:18:06.62

>>690
> 変更じゃない追加だ

言葉遊びはどうでもいいよ。
一般的な感覚で、「追加」ってのは変更だわ。

RPA化に伴うワークフローの見直しが関係性は深いけど別の議論であるように
RPA化に伴うセキュリティ要件の見直しも関係性は深いけど、別の話。

どっちも一緒にしちゃうと、RPAプロジェクトは肥大化するし、責任範囲が明確化されないままのゴミプロジェクトになる。
ちゃんと整理しろ。

**デフォルトの名無しさん** · 2019/12/27(金) 11:45:35.30

>>685
内部に対する対策は必要だがそれはメールに限った話じゃないだろ
ましてやわざわざRPAに限定の対策とかアホすぎるわw

**デフォルトの名無しさん** · 2019/12/27(金) 11:47:54.95

セキュリティ対策は避けて通れない
別の話にしたいようだが不可分だからな

**デフォルトの名無しさん** · 2019/12/27(金) 11:50:46.39

>>692
RPAに限定した対策をしろと言っているのではない
必要な対策をRPAだけ特別扱いで無視することはできないと言ってるのだアホが

**デフォルトの名無しさん** · 2019/12/27(金) 11:59:44.69

>>693
セキュリティ対策は、既存の要件があるだろって話だぞ。
追加の話は別の話だって言ってる。
まぁ、理解できないやつが多いからそういうやつがRPAプロジェクト失敗させてるんだろうけど。

> RPA化に伴うワークフローの見直しが関係性は深いけど別の議論であるように
> RPA化に伴うセキュリティ要件の見直しも関係性は深いけど、別の話。

これが理解できるようになれｗ

**デフォルトの名無しさん** · 2019/12/27(金) 12:10:36.80

>>695
既存の要件では不足するから追加しろって話を早く理解しろ

**デフォルトの名無しさん** · 2019/12/27(金) 12:15:24.94

>>696
不足するかもって話は理解した上で話してる。
不足するってのは理解できないｗ

ワークフロー見直しが効果的って話は理解する。
ワークフローの見直しが必須ってのは理解できないのと一緒だわ。

**デフォルトの名無しさん** · 2019/12/27(金) 12:28:32.86

>>674
ある訳ないしw
CreateobjectからMAPI参照するしか手段の無い御仁達はヤバイと思ってるんだろうが。
RSAパスワード使ってる限りで食い破られた事例は知らんよ。
破られてたらSMBC、MUFJのネットバンキングのメールも全部他人に覗かれてる事に。
iPhone SMSで自分宛のメールすら見れねえし。
どうやって破んのか説明してから反論しろw

**デフォルトの名無しさん** · 2019/12/27(金) 12:35:55.17

>>671
PKIとRSAの区別すら付かなかったのに長文レスかw

「公開鍵」と言ってるから、OutlookでPKI使ってメール送信する手順は知ってるとして。

RSAはマウス操作はMicrosoftがOutlookにGUI用意して無いから、どうやら知らなかったみたいねw

て、事はアンタの会社のOracleやSQL Serverは、管理者パスワード漏洩したら、
テーブル開いて顧客の名前や住所が見えちゃうんだねw

テーブルセル単位で暗号化くらいしとけw
仮にID、パスワード知られてもデータ閲覧だけはふせげからw

**デフォルトの名無しさん** · 2019/12/27(金) 12:39:40.63

こんな奴等が自動化とかw

そのうちRPAを起因としたデータ漏洩とかニュースになる時代が来るんだろうねえ。

UiPath用のバックドア感染ツールとか作って仕込んでみるかw

**デフォルトの名無しさん** · 2019/12/27(金) 12:45:48.84

>>694
はあ？
今更何を言ってるんだよ、そんなことは既に>>648に書いてある
わざわざ>>666で何を聞きたかったんだよw

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

セキュリティ意識高い系は厄介だな

**デフォルトの名無しさん** · 2019/12/27(金) 13:20:14.02

UiPathと比べてＷinActorのほうは
単価下がってきたな
MS製のは画像マッチングとかないらしいし
当面はUiPathか

**デフォルトの名無しさん** · 2019/12/27(金) 14:20:47.91

>>697
お前認識が甘すぎ
新しいことやるなら不足するのが当たり前
運が良ければ既存のもので間に合うかも
そういう認識でいろ
セキュリティは常にかもしれない運転で行け

**デフォルトの名無しさん** · 2019/12/27(金) 14:24:29.52

>>699
おめえ目潰しでも食らってんのか？
レス先の署名って文字が見えなかった？
データベースの暗号化なんて当たり前の話を蒸し返すな

**デフォルトの名無しさん** · 2019/12/27(金) 14:26:38.61

>>701
648はセキュリティ対策なんて関係ないと言ってるわけだが
お前のとこのザルRPAはこのマヌケとおなじでセキュリティ対策してないってことか
やっぱりな

**デフォルトの名無しさん** · 2019/12/27(金) 14:32:05.28

>>699
> 「公開鍵」と言ってるから、OutlookでPKI使ってメール送信する手順は知ってるとして。
>
> RSAはマウス操作はMicrosoftがOutlookにGUI用意して無いから、どうやら知らなかったみたいねw

PKIとRSAの関係性を正しく理解してるならそもそもこんな発言しねえし
わかってないのお前じゃんｗｗｗ
お前はツールの使い方、手順を知ってるだけで中身はなんにも理解してないんだな

**デフォルトの名無しさん** · 2019/12/27(金) 14:50:12.72

>>706
> 648はセキュリティ対策なんて関係ないと言ってるわけだが
おいおい、日本語大丈夫か？
手動でやるのとRPAでセキュリティに違いはないって話だぞ

> やっぱりな
お前の理解力がやっぱりなだよw

**デフォルトの名無しさん** · 2019/12/27(金) 14:51:46.57

>>700
どうでもいいですけどこのレスの最後の行はアウトではないでしょうか
やってしまいましたね

**デフォルトの名無しさん** · 2019/12/27(金) 14:55:32.23

>>708
まだ言ってんの？
人間が手作業で行う業務で実施するセキュリティ対策とプログラムで行うセキュリティ対策が同じなわけないだろ

**デフォルトの名無しさん** · 2019/12/27(金) 15:04:15.47

>>704
アホだなぁ。

> 新しいことやるなら不足するのが当たり前

ナニ勝手に新しいことやる前提にしてんだよｗ
新しいことやるだけじゃなくて、既存の置き換えがあること理解しろ。
勝手にスコープ広げるな。だからRPAがゴミになる。

> セキュリティは常にかもしれない運転で行け

コストとトレードオフって言葉知らんのか？
意識だけ高い系はこれだから困るｗｗｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:05:52.84

>>710
はあ？
何が違うのか具体的に書いてみ

**デフォルトの名無しさん** · 2019/12/27(金) 15:08:47.89

>>711
置き換えとかさあ
夢見てんじゃねえぞ
人間が柔軟な判断力で行ってた仕事をそう簡単に機械化できると思うな
ましてやセキュリティの問題は特に難しいんだ
人間ならこれなんか怪しいなと直感で気付くこともプログラムでは事前に予測して対策を実装してなきゃ素通りだ
手動でやってた時とは異なるセキュリティ対策が必要なんだよ

**デフォルトの名無しさん** · 2019/12/27(金) 15:09:48.96

>>712
713

**デフォルトの名無しさん** · 2019/12/27(金) 15:35:08.10

>>713
> 人間ならこれなんか怪しいなと直感で気付くこともプログラムでは事前に予測して対策を実装してなきゃ素通りだ

それ、普通は追加要件。
で、スコープを広げるかどうかは別の話だわ。
勝手にスコープ広げるな。炎上屋かｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:43:43.39

>>715
そう
要件追加が必要
置き換えとか非現実的
特にセキュリティ対策は単純な置き換えが難しい
手動と自動では根本的に異なるからな

あとな
お前独自の世界でしか通用しないスコープって言葉をいきなり使うのやめろ
なんのスコープだよ

**デフォルトの名無しさん** · 2019/12/27(金) 15:49:55.01

>>716
お前、プロジェクトがどんな仕組みで動くのかを知らないんだろ？
そんなんでセキュリティとか語るなよ。

一人でRPAのためのSOC/CERTでもつくっとけｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:52:36.47

>>717
おいスコープってなんのスコープだよ
オレオレ用語使っんじゃねえぞ

**デフォルトの名無しさん** · 2019/12/27(金) 15:54:05.62

>>718
要件定義の話してたらプロジェクトスコープに決まってんだろ。
あほかｗ

**デフォルトの名無しさん** · 2019/12/27(金) 15:56:33.57

>>719
最初からそう言えカス
要件追加してんだからプロジェクトスコープが広がるのは当たり前だろ

**デフォルトの名無しさん** · 2019/12/27(金) 16:00:36.62

>>720
最初から言ってんだろ。ほんとこれ以上あほ晒すなよ。
要件も勝手に追加するな。
要件整理して新要件が出てきたら追加が必要か判断しろ。
炎上屋はこれだから困る。

**デフォルトの名無しさん** · 2019/12/27(金) 16:02:17.07

>>721
セキュリティ要件の追加が必要だから追加すんだろうが
ま、お前んとこはセキュリティガバガバでもオッケーなゆるい企業なのかもしれんがな

**デフォルトの名無しさん** · 2019/12/27(金) 16:08:13.42

>>722
セキュリティはどこまでやるのかの見極めが重要。
セキュリティ要件の定義のキモは、攻撃方法とリスク分析にある。
追加が必要かどうかは、それに対しての判定だぞ。
追加が必要だから必要とか、恥ずかしすぎるわ。どこの稟議も通らん。

**デフォルトの名無しさん** · 2019/12/27(金) 16:52:43.06

>>713
> 手動でやってた時とは異なるセキュリティ対策が必要なんだよ
「具体的」に書けって言ったはずだが？
書けないなら黙ってなよ、知ったかがますますバレるだけだぞw

**デフォルトの名無しさん** · 2019/12/27(金) 18:55:38.82

>>703
>MS製のは画像マッチングとかないらしいし

んなもん無くても完璧に動かして見せるわ!wwwwwwwって自信があるんだと思うぞ。
そもそもMS製OS上で動かすわけだし。

**デフォルトの名無しさん** · 2019/12/27(金) 19:21:13.20

これだからセキュリティ意識高い系は…

**デフォルトの名無しさん** · 2019/12/28(土) 09:30:28.07

ユーザーはWinActor使って俺の作ったAPIを好きなタイミングで好きな引数入れて呼んで下さい
という使い方なら良いかなと思ったけど、それって自動ワークフローツールだよな
RPAの正しい使い方を教えて欲しい

**デフォルトの名無しさん** · 2019/12/28(土) 11:29:34.26

>>727
その使い方でいいよ
RPAはワークフローツールにUI操作ライブラリを載せただけの物だからワークフローツールとして使うのが正しい
ライブラリは使いたいときに使えばいいものであって使わなきゃいけないものではない

**デフォルトの名無しさん** · 2020/01/06(月) 08:27:25.30

と、なるとバッチ起動サーバーなりJP1入れりゃRPAいらなくなるとw

**デフォルトの名無しさん** · 2020/01/06(月) 15:26:13.41

UPの社長が日本を代表するブラック企業の上層部にアプローチして、
間違ったメッセージで勘違いを拡大させた罪は大きい。
https://news.yahoo.co.jp/pickup/6347370

**デフォルトの名無しさん** · 2020/01/06(月) 18:03:00.02

>>729
ゆえにRPA居るの？という気持ちになってる
ユーザーも自力じゃシナリオ作れんし誰得状態

**デフォルトの名無しさん** · 2020/01/06(月) 18:42:06.49

RPAベンダー、広告業者、派遣会社、投資家あたりは儲けたんじゃね？

**デフォルトの名無しさん** · 2020/01/07(火) 20:53:41.53

text existsでテキストに記載した文言が現れるまで待つ場合、「準備完了まで待つ」をinteractiveかcompleteにすれば何分でも待ってくれるのでしょうか？

あと、テキストにはワイルドカードは使えるのでしょうか？
Linuxのコマンドプロンプトで ]$ と ]# と時があるので、どちらでも大丈夫な様にしたいのですが…

**デフォルトの名無しさん** · 2020/01/08(水) 01:57:38.47

>>732
UPは上場ゴールだからこれからもだまして儲けようとしてるんだろ。日本は重要な金づる。
それに比べて既に上場してるBPは偉いよな。客をだまそうとはしてない。

**デフォルトの名無しさん** · 2020/01/08(水) 02:13:53.02

BPはユーザーいないな…

**デフォルトの名無しさん** · 2020/01/09(木) 08:20:48.13

AI・RPAでコールセンター業務を完全自動化　ドコモとNTTデータが4月以降に提供
https://www.itmedia.co.jp/news/articles/2001/07/news124.html

＞AIは、テキストの読み上げ機能などを備えたAmazon Connectと連携し、電話をかける／受ける作業と、顧客との音声通話を担当する。
＞それに伴って発生する、データ入力などの事務作業をRPAが担う。

**デフォルトの名無しさん** · 2020/01/09(木) 08:35:52.46

>>736
NTTデータで開発すれば盤石だと思ったんだろうが。

昨年暮れの自治体クラウドの住民票システム停止から始まって、国税庁システム停止までの事故3件。
これ全部NTTデータ謹製だからなw
ちなみにまだ全面復旧してないと言うていたらく。

昔の実力はもう無いみたい。
下請け丸投げが根付いてしまい、高価格調達に対応しきれずに自己崩壊中らしいから。

**デフォルトの名無しさん** · 2020/01/09(木) 09:07:30.64

>>736
データ入力部分は普通にプログラミングしたほうがいいな

**デフォルトの名無しさん** · 2020/01/09(木) 12:43:12.71

>>737
セブンペイもNTTデータだぜ
高学歴揃えておけば客はどんなゴミでも受け入れるからマジIT楽勝

そういやみずほ銀行のみずほ総研も日本ITの超エリート集団だったな

**デフォルトの名無しさん** · 2020/01/09(木) 17:59:13.20

>>739
つか基幹はNRI、フェイルオーバークラスタはNEC直だから。
常識でしょw

NRIとNTTDは協業はやらんから。

ちなみにセブンペイアプリは小さなソフトハウスな。
アプリなんざNRIはやらないし、丁合い掛けられても出来ないからw

**デフォルトの名無しさん** · 2020/01/09(木) 18:04:24.41

SIer主導の開発方式はこのまま変わらないんだろうか

**デフォルトの名無しさん** · 2020/01/09(木) 19:34:18.50

RPAの次のバズワードはDXでしょうか？
日経コンピュータも現金だね。

**デフォルトの名無しさん** · 2020/01/09(木) 19:38:02.38

次にバズるのは量子コンピュータでしょ

**デフォルトの名無しさん** · 2020/01/09(木) 20:47:28.25

量子コンピュータはライブラリ化が必須だろうな。
一般プログラマに量子プログラミングなんて無理だからな。

**デフォルトの名無しさん** · 2020/01/09(木) 23:12:22.20

受け売りだけど、いま実現してる程度の量子コンピュータで解決できる問題って大して多くないらしい

**デフォルトの名無しさん** · 2020/01/09(木) 23:23:42.79

０か１かもつれあい。
白か黒かグレー。
はっきりせぇや！

**デフォルトの名無しさん** · 2020/01/10(金) 08:16:14.21

D-waveは日立のスパコンに負けたし。
Googleも市販はまだだしな。

5年くらいはスパコンで構わないだろうな。
京の次のもスパコンだし。

**デフォルトの名無しさん** · 2020/01/10(金) 09:08:00.29

オワコン

**デフォルトの名無しさん** · 2020/01/10(金) 17:33:40.71

量子コンピュータは全ての状態保持してる時点でその中から特定の状態を求めたら今の計算機とやる事は同じなんじゃないのと思ってしまう

**デフォルトの名無しさん** · 2020/01/10(金) 17:51:59.18

日本の裁判所が「Microsoft Teams」採用、民事訴訟手続きのIT化にて活用へ
https://cloud.watch.impress.co.jp/docs/news/1228574.html

＞日本マイクロソフト株式会社は9日、最高裁判所（以下、最高裁)が推進する民事訴訟手続きのIT化において、
＞コラボレーションツール「Microsoft Teams」が採用されたと発表した。

**デフォルトの名無しさん** · 2020/01/10(金) 20:58:10.22

>>750
お、うちも会社で使ってる。

**デフォルトの名無しさん** · 2020/01/10(金) 21:26:45.39

なんだって開発に32bitの古いマシン(8.1)にリモートで繋げてしなきゃいけないんだよ…
固まるわでストレス溜まる…

さらに HDD逝った可能性あって今日一日の作業がパー…

**デフォルトの名無しさん** · 2020/01/10(金) 21:38:49.01

銀行振込の帳票なんかを毎日銀行のオンラインサービスサイトからダウンロードしたいんだけど勉強するのはseleniumってやつでいいの？

**デフォルトの名無しさん** · 2020/01/10(金) 23:40:11.60

VBAでいいじゃん
というかPythonで
と毎日思ってる

**デフォルトの名無しさん** · 2020/01/11(土) 08:58:40.45

>>753
オンラインサービスの構造がほとんど静的ならHTTPを調べる
動的ならSeleniumを調べる

**デフォルトの名無しさん** · 2020/01/11(土) 10:05:16.19

>>754
PythonでもいいけどC#なら尚良

**デフォルトの名無しさん** · 2020/01/11(土) 13:43:37.82

ダウンロードして後、どう利用するかで変わる。
それとその処理以外。

ダウンロードしたものをExcel上で何かの処理を継続して行うならVBAだけど、そもそも他の処理がExcel関係ないならそっちに合わせるべきでしょ。

**デフォルトの名無しさん** · 2020/01/11(土) 13:59:33.69

おいらの腐った豆腐納豆の脳細胞だと
「今日の(昨日のではなくて)、銀行のオンラインサービスサイトからダウンロードに成功した(失敗していない)」
という判定をどうすればいいか、思いつかない

**デフォルトの名無しさん** · 2020/01/11(土) 17:19:00.35

ダウンロードしたファイルのハッシュをチェック

**デフォルトの名無しさん** · 2020/01/11(土) 17:39:59.19

相手がハッシュ値を公開してないとだめよね
あるいはチェックサムを内部に持ってるファイルを受け取るか

**デフォルトの名無しさん** · 2020/01/11(土) 20:09:19.45

ダウンロードってそんな失敗するものか？
0.001%の失敗が致命傷になるのか？

**デフォルトの名無しさん** · 2020/01/11(土) 22:55:43.90

データのフォーマットがきっちりしてるならそれ自体がチェックになるから、それ次第。

**デフォルトの名無しさん** · 2020/01/12(日) 05:36:04.93

失敗するときはするし致命傷にもなる
データがネットを経由する場合単なるIOとして処理してはならない
失敗したかどうかも判らないなんて論外

**デフォルトの名無しさん** · 2020/01/12(日) 08:37:58.88

ステータスコード見て判断すれば良いじゃんってわけでもないの？

**デフォルトの名無しさん** · 2020/01/12(日) 10:49:10.00

セキュリティ意識、低すぎだろ
ステータスコードなんてのは、通信中に明らかなエラーはなかったね、程度の認識でいい
ステータスOKならそこから更に、中間者攻撃がなかったか、データ破損がなかったか、等のより精度の高いチェックをするのが当たり前だ
それで、具体的には、信頼できるハッシュ値と比較する方法が精度面、安全面、コスト面でベストだ

**デフォルトの名無しさん** · 2020/01/12(日) 11:25:14.46

セキュリティ意識高い系まだ騒いでんのか

**デフォルトの名無しさん** · 2020/01/12(日) 11:29:55.46

>>765
なんでこの文脈でセキュリティ意識が出てくるのかよくわからん。
たかだかエビデンスのバックアップする程度の作業だぞ。

**デフォルトの名無しさん** · 2020/01/12(日) 11:34:20.33

極論言えば、ダウンロードにErrorがなければよいだけであって、中身が変わってたとしても、原本が銀行サイトにあるんだから問題発覚時に突き合わせすればいいだけでしょ。

**デフォルトの名無しさん** · 2020/01/12(日) 11:47:20.67

問題が発覚すれば幸運
発覚しないことも多い
うっかり税金がらみだと追徴課税されてしまうが、うっかりで済めばいいけど

**デフォルトの名無しさん** · 2020/01/12(日) 11:50:15.11

これだから意識低いやつは
バックアップは大元が消えたり、壊れた時のものだ
なにか問題があっても、極論、大元があるからいいじゃん、なんて考え方は本末転倒だ

**デフォルトの名無しさん** · 2020/01/12(日) 11:51:34.06

>>767
データ改ざんリスクはセキュリティの話題だろが

**デフォルトの名無しさん** · 2020/01/12(日) 11:56:46.77

手作業の時もやってるのかね

**デフォルトの名無しさん** · 2020/01/12(日) 12:02:54.37

なかなか発覚しない問題の例(空想世界の出来事で現実とは無関係)
問題とは：
　　銀行のシステム障害の案内を弊社のRPAが気づかずデータ差し替えできなかった
ーーーーー
Home　＞　お客様へ
先日の帳票が間違ってたんよ。ごめんね

原因：うちのRPAがしくったけど気づかなかった
しくった内容
　　：いつのまにか法律が変わってあちこち変更で、うちの帳票アップロードRPAがぱにくった

対処：当該RPAは停止しますた
　　：ERPの出力を人間による二重チェック後にアップロードする運用に変更
　　：法律が変わったらアラームをだすRPAの稼動を開始しますん

お客様へのお願い
　　：ここ(URL)からダウンロードして差し替えてくれよう年度末まで公開中
　　：もともとのダウンロードデータを差し替えるシステムが未実装なので差し替えらんない御了承しなさい

**デフォルトの名無しさん** · 2020/01/12(日) 12:04:35.22

>>770
>>771
あほすぎる。
大元が壊れても意味があるデータなら、データに署名が入ってるはずだからそれを検証しとけばいいし、そうでないなら大元が壊れたらごみになる。
リスクを正しく判断するのがセキュリティの基本だぞ。

**デフォルトの名無しさん** · 2020/01/12(日) 12:08:27.48

>>774
バカすぎ
今は署名もハッシュもない状況を議論してんだよ

**デフォルトの名無しさん** · 2020/01/12(日) 12:12:55.10

>>775
の本後嫁「そうでないなら大元が壊れたらごみになる。」

**デフォルトの名無しさん** · 2020/01/12(日) 12:13:35.09

>>776
ひどいなｗ「日本語読め」なｗ

**デフォルトの名無しさん** · 2020/01/12(日) 12:16:04.96

こいつやべえな

バ　ッ　ク　ア　ッ　プ

の話題なのに

大　本　が　壊　れ　た　ら　ダ　メ

とか本末転倒すぎて話にならん

大　本　が　壊　れ　た　時　の　話

してんだよバカ

**デフォルトの名無しさん** · 2020/01/12(日) 12:27:06.70

>>778
壊れたらどうやって「大元と同じだった」って証明するんだよ。
ばかｗ