要約

このケースがリスクと説明責任ファイルに属する理由

2012年の RBS、NatWest、Ulster Bank の障害は、バックオフィスの自動化と一般の銀行生活の間の通常の分離を破ったため、リスクと説明責任のファイルに属します。バッチスケジューラは夜間処理を調整するためのものです。顧客はそれを見ません。雇用主も見ません。住宅ローン貸し手、商人、大家、給付金受給者、支払いカウンターパーティも見ません。しかし、主要な銀行グループ内でバッチ処理が失敗すると、目に見えない自動化は、賃金の欠落、誤った残高、失敗した送金、拒否された購入、支店の行列、コールセンターの圧力、そして本来利用可能であるはずのお金を使えるかどうかについての不確実性として可視化されます。

FCA の最終通知（https://www.fca.org.uk/publication/final-notices/rbs-natwest-ulster-final-notice.pdf）が中心的な公開記録です。それによると、2012年6月20日水曜日、顧客はすべてのオンラインバンキング機能を使用して口座にアクセスしたり、ATM から正確な残高を取得したりできないことがわかりました。その後、より広範な影響が記録されています：顧客はローンを引き出せず、クレジットカード会社や住宅ローン提供者を含む外部債権者への送金ができず、SWIFT 支払い方法を使用して送金できませんでした。その後、顧客は誤った入金利息と引き落とし利息、重複した明細書エントリ、不正確な取引記録、および定時支払いが時間通りに処理されないことを発見しました。

これが、このケースが単なる障害ではない理由です。これは支払い状態の説明責任のケースです。銀行口座は単なるデータベースの行ではありません。それは家賃を支払い、給与を受け取り、現金を引き出し、住宅購入を完了し、給与計算を実行し、請求書を調整し、罰金を回避し、支払いが行われたかどうかを証明する顧客の能力です。銀行が支払い状態を確実に更新できない場合、顧客の経済的生活は銀行の回復待ち行列に依存することになります。

したがって、明白な質問は実用的です：バッチ処理の変更リスク、支払い状態の回復、顧客の困難への対応、規制当局への報告、レガシープラットフォームの回復力、そして銀行の自動化を顧客にコストを転嫁せずに修復できるという証拠について、実質的な管理権を持っていたのは誰か？公開記録はまず RBS グループとその集中化されたテクノロジーサービス機能を指し、次にビジネスリスクガバナンス、内部監査、取締役会の監督、顧客向けブランド、規制当局へと向かいます。顧客は結果を負いましたが、バッチスケジューラ、変更ガバナンス、システムの回復力、または回復証拠を管理していませんでした。

...（翻訳続く）