金融企業向け：IBM watsonx.governance、OneTrust、Jinbaの比較

要約

金融の法令対応では、AIのモデルを統治するだけでは足りません。機関は、それを使う端から端までの業務そのものも統治する必要があり、多くのプラットフォームがこの決定的な穴を空けたままにしています。
IBM watsonx.governanceはモデルのリスクに、OneTrustはプライバシーの枠組みに焦点を当てますが、どちらもKYCや融資審査のような業務の段階ごとの実行の統治には届きません。
規制の要求に応えるには、中核の業務のAIのワークフローについて、深い監査可能性、決定論的な実行、オンプレミス展開を備えたツールを優先する必要があります。
Jinbaは、この穴を埋めるために専用に作られており、銀行が複雑な業務のワークフローを、オンプレミスのセキュリティと完全な監査証跡とともに自動化し統治できるようにします。

取締役から、AIによる引受の判断を説明するよう求められたとき、「AIが出しました」は答えになりません。ある金融の責任者は最近の業界の議論で率直にこう述べました。「金融では、説明できることは譲れない」しかしいま多くの銀行と保険会社にとって、いちばん難しい問いはAIを統治するかどうかではありません。AIのどの層を実際に統治しているのか、です。

すでに企業級のAIの統治のツール——Jinba、IBM watsonx.governance、OneTrust——を候補に挙げているかもしれません。いずれも本物の強みを持つ確かなプラットフォームです。本記事はそれらを退けるために書かれてはいません。調達の判断が近く、ベンダーの宣伝ではなく本当の取捨を理解する必要のあるAIの責任者や情報リスクの管理者のために書かれた、率直な直接比較です。

この3つのプラットフォームを、金融サービスでもっとも重要な6つの観点で比べます。展開のかたち、モデルの統治か業務の統治か、監査証跡の深さ、機械学習の運用と基幹の銀行システムとの連携、価値が出るまでの時間、そして総所有コストです。そしてそれぞれがどこで勝ち、どこで届かないかを率直に述べます。

誰も語らない統治の穴

比較に入る前に、この評価全体を貫く区別をはっきりさせておく価値があります。

モデルの統治は、AIのモデルそのものについてのものです。偏り、ずれ、公平性、説明可能性の監視です。ここはIBM watsonx.governanceとOneTrustが本当に優れている領域です。

業務の実行の統治は、まったく別のものです。AIを使う端から端までの業務の処理を統治することです。融資の引受の判断なら、こうなります。正しい顧客のデータが、正しい基幹の銀行システムから引き出されたか。処理は決定論的に実行されたか。データの取り込みから最終の与信の判断まで、規制当局が明日の朝にも確認できる、段階ごとの改変できない監査の記録があるか？

モデルが公正で偏りがないと完全に認証されていても、3つの異なるシステムからデータを集め、業務のルールを当て、モデルを呼び、結果を人のレビューへ回すワークフローが黒い箱なら、そこには決定的な法令対応の失敗があります。NIST AI RMFや、生まれつつあるEUのAI法の枠組みは、両方の層での責任をますます求めています。

これが、今日市場にある多くのAIの統治のツールが空けたままにしている穴であり——この3つのプラットフォームを評価する中心の視点です。

直接比較

1. 展開のかたち（クラウドかオンプレミスか）

規制対象の金融機関にとって、データ所在地とエアギャップの環境の要件はしばしば譲れません。各プラットフォームがここでどこに立つかは、ほかの何よりも先に効いてくる硬いふるいです。

IBM watsonx.governanceは本物の柔軟さを備えます。ハイブリッドクラウドの環境とオンプレミスの基盤にまたがって展開でき、成熟した複数クラウドの戦略を持つ銀行に合います。設計としてプラットフォームを選びません。
OneTrustは主にクラウドのSaaSのプラットフォームです。プライバシーと信頼の管理ですでにOneTrustのエコシステムに組み込まれている組織には滑らかです。しかし厳格なオンプレミスの要請や、主権のあるデータの要件を持つ機関にとっては、これが障害になります。
Jinbaは、エアギャップの金融の環境でのオンプレミスとプライベートクラウドの展開のために、専用に作られました。これは将来の計画の機能ではありません——日本と米国の大手の金融機関という主な顧客層に駆動された、中核の製品の要件です。完全なデータ主権を求める銀行にとって、Jinbaはそのままこの水準を満たします。（出典）

厳格なオンプレミスの要件での勝者：Jinba、次いでIBM。

2. 業務の統治か、モデルの統治か

ここが要となる観点です。

IBM watsonx.governanceは、モデルリスク管理（MRM）の主役です。そのGovernance GraphはAIの資産、リスク、方針をひとつの視界に結び、AIのリスク管理を企業のGRCの枠組みに組み込みます。これを見事にこなします。限界は、その焦点がモデルの監督——モデルが何を出すかの監視——にあり、モデルの周りで動く業務のワークフローの統治にはないことです。
OneTrustは、法令対応とプライバシーの統治に長けています。規制上の評価（EUのAI法、GDPR）を自動化し、AIの資産の目録を保ち、方針に基づく統制を提供します。IBMと同じく、その強みはAIを取り巻く統治の枠組みであって、業務の実行のその場での統治ではありません。
Jinbaは、AIの業務の実行の統治のために専用に作られています。中核の製品であるJinba Flowは、AIによるワークフローの作成と、決定論的で80％がルールベースの実行を組み合わせ——すべての段階で一貫し監査できる出力を生みます。ワークフローそのものが、法令対応の証跡になるのです。KYCの分析の担当者が書類のレビューのワークフローを走らせるとき、すべての判断の節点、データの変換、当てられたルールが記録され、版が管理され、監査できます。これはモデルの層ではなく、業務の層での統治です。

業務のワークフローの統治での勝者：Jinba。モデルの統治ではIBMとOneTrustが勝ちます。

3. 監査証跡の深さ

金融サービスにおける規制の精査は抽象的ではありません——検査官が、特定の日付の特定の顧客についての、特定の判断の跡を求めるのです。監査証跡の深さが、その問いに1時間で答えられるか1週間かかるかを決めます。

IBM watsonx.governanceは、200を超える規制の枠組みの蓄えに照らした、堅牢で継続的な監視と監査に耐える報告を提供します。監査証跡はモデルの検証には強く、モデルが定めた枠内で振る舞ったことを示せます。
OneTrustは、責任あるAIの実践を示すための、法令対応の証明と自動の記録を生みます。その監査の力は、業務の処理の正確な実行の経路を再構成することより、方針への適合を示すことに向いています。
Jinbaは、実行されたすべてのワークフローのすべての段階で、改変できない監査の記録を残します——各判断の完全な文脈、すべてのデータの入出力、当てられたすべてのルールを捉えます。これがKYC、AML、融資の処理の検査に必要な監査の深さです——「モデルは適合していたか」だけでなく、「この処理で、この顧客について、この日付に、段階ごとに何が起きたのか」に答えられます。これは規制のある金融にとって譲れない評価の基準であり、銀行と金融に向けたAIのワークフローのツールについてのJinba自身の分析でも強調されています。

業務の監査の深さでの勝者：Jinba。モデルの水準の監査証跡ではIBMが先を行きます。

4. 機械学習の運用と基幹の銀行システムとの連携

どれほど優れた統治のプラットフォームも、AIのワークフローが実際に触れるシステムにつながらなければ役に立ちません。

IBM watsonx.governanceは、IBMのエコシステムの内側と、標準的な機械学習の運用の流れとよく連携し、監督と監視のためにモデルの情報を引き出します。業務の実行に必要な、基幹の銀行システムとの深い双方向の連携は、その主な設計の狙いではありません。
OneTrustは、法令対応とデータのプライバシーの道具立てとよくつながります。機械学習の運用や基幹の銀行システムとの連携はより限られ、その隙間を埋めるために独自の開発がしばしば必要になり、費用と期間が増えます。
Jinbaは、機械学習の運用の流れと、旧来の基幹の銀行や保険のシステムの双方にまたがる端から端までの連携のために作られています。Jinba Flowで作ったワークフローは、大手の金融機関によくある異種混在のシステムの風景をまたいで、データを引き出し、書き込み、束ねられます。米国では、Jinbaは基幹の銀行の処理事業者との連携を通じて参入しており——ひとつの接続点が、数百の信用組合へのアクセスを開き得ます。これは業務での展開にとって、実質的な競争上の優位です。

基幹の銀行システムとの連携での勝者：Jinba。

5. 価値が出るまでの時間

これが重要なのは、影のAIが長い調達の周期を待ってくれないからです。金融の経営層が指摘するとおり、「柵を立てるのに危機を待つ余裕はない」のです。統治されたAIをもっとも速く本番に載せるプラットフォームが、実務の観点でこの項目に勝ちます。

IBM watsonx.governanceは網羅的です——そしてその網羅性は、数週間ではなく四半期単位で測られる導入の期間を伴います。全社にわたる範囲、GRCとの統合の要件、設定の深さゆえに、価値が出るまでの時間は大きな考慮点になります。
OneTrustは、すでにプライバシーの法令対応で使っている組織にはより速い選択です。中核の用途は比較的素早く動かせます。業務のワークフローの統治へ広げようとすると、期間は延び複雑さも増します。
Jinbaは、速さのために設計されています。その「チャットからフロー」の生成により、技術者と準技術者のチームが自動化したいことを自然な言葉で説明すれば、その場でワークフローの下書きが手に入り、目に見えるエディタで磨いて数日で展開できます。これは、しばしば成果を出せずに終わるコンサル主導の導入の案件——通常30万ドル超と3か月以上——を、そのまま置き換えます。Jinbaの基準は、統治されたワークフローを数か月ではなく数日で作ることです。

価値が出るまでの時間での勝者：Jinba。

6. 総所有コスト（TCO）

企業のソフトウェアの総所有コストは、利用料だけではありません。利用料に、導入、連携、継続的な保守、そしてそこへ至るために払うコンサルの費用を足したものです。

IBM watsonx.governanceは、企業全体という範囲、連携の要件、そして規模を持って展開するために通常必要になる専門サービスゆえに、総所有コストが高くなります。すでにIBMのそろえに投資している組織には見合うかもしれません。ゼロから始める組織にとっては、大きな決断です。
OneTrustは、中核の法令対応とプライバシーの統治の提供としては競争力のある価格です。本物の業務のワークフローの統治に近づけるために独自の連携の開発が必要になると、総所有コストは膨らみます——そして多くの銀行にとって、それは必要になります。
Jinbaは、より速い導入の期間、コンサルへの依存の減少、そして社内の技術者と準技術者のチームが自らワークフローを作り保守できるようにする力によって、より低い総所有コストを実現します。Jinba AIコンサルティングの部門がこれを補い、無料のAI戦略アセスメントと、ビッグ4の案件より速く専門的な選択肢を提供します——MUFG／三菱UFJ銀行を含むおよそ70件のエンタープライズの事例に裏づけられ、戦略から統治されたワークフローの稼働まで数週間で進みます。

業務の統治の用途での総所有コストの勝者：Jinba。

結論：自らの機関の必要に、プラットフォームを合わせる

この3つのプラットフォームは、本当に異なる必要に応えています。複雑さを切り分けるための指針はこうです。

IBM watsonx.governanceを選ぶべきなのは、主な目的が全社的なモデルリスク管理と、成熟した既存のGRCの取り組みへのAIの監督の統合である場合です。IBMのエコシステムが確立しており、複数四半期の導入の予算があり、主な課題が広い規制の枠組みの蓄えに対してモデルの適合を示すことなら、IBMは強く弁護できる選択です。

OneTrustを選ぶべきなのは、主な動機がデータのプライバシーと規制への適合——とくにEUのAI法とGDPRへの備え——である場合です。すでにOneTrustの顧客で、いまの信頼と法令対応の枠組みを、方針と目録の観点からAIの資産にも広げたいなら、自然な延長です。業務のAIの実行を統治する第一線のツールとしては、あまり向きません。

選ぶべきなのがJinbaであるのは、いますぐ必要なのが業務のAIのワークフロー——KYCの書類の処理、融資の引受のレビュー、契約書の点検、法令の点検、あるいは30〜40の部品からなる銀行間のKYCの処理——を安全に自動化し統治することである場合です。オンプレミス展開、決定論的で監査できる実行が必要で、四半期単位ではなく数週間で投資対効果を示す必要があるなら、Jinbaはまさにそのために作られています。失敗したPower AutomateやUiPathの導入、あるいは統治され本番に耐える仕組みを届けないまま期間と予算を超過したコンサル主導の案件で痛い目を見たなら、これも正しい選択です。

もっとも明確な合図はこれです。自らの法令対応の露出が、モデルの層だけでなく業務のワークフローの層にあるなら——IBMとOneTrustは、その問題のために設計されていません。Jinbaはそのために作られました。

結び：モデルだけでなく、実行を統治する

モデルの統治は必要です。しかし銀行と保険会社にとって最大の法令対応の露出は、信用の採点のモデルがずれたかどうかではありません——そのモデルを実行し、データを集め、業務のルールを当て、判断を回すワークフローが、監査でき、決定論的で、弁護できるかどうかです。

金融の責任者がますます気づいているとおり、「チームがサイロの中でAIを試しているなら——検証されていないツールで機微な金融のデータを処理しているなら——巨大な技術的負債を積み上げ、組織を大きな法令対応のリスクにさらしていることになる」のです。規制上の事故に背中を押される前に、統治されたAIの自動化を確立できる窓は、狭まりつつあります。

Jinbaは、この業務の統治の穴を埋めるために作られました——銀行と保険会社が業務の層で必要とする、企業の統制、オンプレミスのセキュリティ、決定論的な実行、そして深い監査可能性を提供します。この比較のなかで、AIによるワークフローの作成と、統治され監査できる実行を、エアギャップの環境で、四半期単位ではなく数日で展開できるかたちで併せ持つ唯一のプラットフォームです。

AIをただ監視するだけにせず、その実行を統治しましょう。

Jinbaの個別のデモを今日予約する——金融機関が、KYCから融資の引受まで、業務のAIのワークフローを完全な監査可能性とオンプレミスのセキュリティのもとでどう統治しているかをご覧ください。

よくある質問

AIのモデルの統治と、AIの業務の統治の違いは何ですか？

AIのモデルの統治は、AIのモデルそのものの性能と公平性に焦点を当てます。一方でAIの業務の統治は、そのモデルを使う端から端までの業務の処理に焦点を当てます。モデルの統治のツールは、偏り、ずれ、説明可能性といったものを監視します。業務の統治は、データの取り込みとルールの適用から最終の判断まで、業務の処理のすべての段階が決定論的で、監査でき、法令に適合していることを担保します。金融の規制は、その中のモデルだけでなく、処理全体の健全さを示すことを求めます。

金融のAIの統治で、オンプレミス展開はなぜ決定的なのですか？

オンプレミス展開が決定的なのは、金融機関が規制当局の求める厳格なデータの所在地、主権、セキュリティの要件を満たすためです。多くの銀行と保険会社は、機微な顧客のデータを公開のクラウドの基盤に置けません。Jinbaのようなオンプレミスやプライベートクラウドの解は「エアギャップ」の環境を与え、機関が自らのデータとシステムを完全に統制できるようにします。これはKYC、AML、融資の引受といった中核の業務では譲れません。

Jinbaは、ほかのツールよりどう深い監査証跡を提供するのですか？

Jinbaは、モデルの出力だけでなく、業務のワークフローの中のすべての動きについて、改変できない段階ごとの記録を作ることで、より深い監査証跡を提供します。IBMのようなツールがモデルの検証に強い監査証跡を提供する一方、Jinbaは業務の完全な文脈を捉えます。どの取引についても、正確な処理を再構成できます。どのデータが引き出され、どんな業務のルールが当てられ、誰が判断し、いつだったのか。これが金融の検査官が求める細かさの水準です。

Jinbaは、旧来の基幹の銀行システムと連携できますか？

はい。Jinbaは、旧来の基幹の銀行や保険のシステムを含む、金融でよく見られる複雑で異種混在の情報環境と連携するよう明確に設計されています。その設計により、現代の機械学習の運用の流れとも、古いオンプレミスのシステムとも接続できます。これにより、複数の部門と技術にまたがる処理を束ねる、本物の端から端までの自動化と統治が可能になります。現代のクラウド前提のAIのモデルを主に扱うプラットフォームとの、大きな違いです。

IBM watsonx.governanceのような企業のプラットフォームより、Jinbaの導入が速いのはなぜですか？

Jinbaの「チャットからフロー」の機能と、具体的な業務の用途への集中により、全社的なGRCのプラットフォームに典型的な複数四半期の期間に比べ、数日から数週間での素早い導入が可能になります。大がかりなコンサルの案件ではなく、Jinbaは技術者と準技術者のチームが統治されたワークフローを素早く作って展開できるようにします。処理を自然な言葉で説明すれば最初のワークフローが生まれ、それを目で見ながら磨きます。これにより時間、費用、外部のコンサルタントへの依存が大きく減り、価値が出るまでの時間もはるかに短くなります。

Jinbaは、UiPathやPower AutomateのようなRPAのツールの置き換えですか？

いいえ。JinbaはRPAの直接の置き換えではありません。監査可能性と決定論的な実行が最重要となる、複雑でリスクの高い業務のワークフローを統治するための、特化したプラットフォームです。RPAのツールは、単純で反復的な作業の自動化には優れています。しかしKYCや引受のような規制のある金融の処理に必要な、深く改変できない監査証跡と決定論的な実行を、しばしば欠いています。Jinbaは、「AIがやりました」が適合した答えにならず、すべての段階が規制当局に弁護できなければならない、こうした重要な業務のために専用に作られています。

要約