このガイドは、2つの承認キューを統合するために意思決定クラス統合フレームワークを実行済みで、両方のソースキューを削除せずに読み取り専用アーカイブとして凍結し、その後統合検証フレームワークを使って統合ルールセットの安全性を証明してカットオーバーを完了したエンジニアリングリード、プラットフォームオーナー、またはコンプライアンスオーナーを対象としています。いずれのガイドも「アーカイブを保持する」という時点で終わっています。本ガイドはその後に何が起きるかを説明します。各アーカイブとそのグラウンドトゥルースバンクをどれだけの期間保持するか、そして実際に削除するためにどのような条件を満たす必要があるかを明らかにします。プロセスガバナンス全般についてはAIオートメーションガイドを、デリバリーについてはエージェンティックAIオートメーションサービスをご参照ください。
このガイドの内容
- 「アーカイブを永久に保持する」は本当に安全なデフォルトか?
- 3条件による削除トリガーマトリクス
- 保持・削除チェックの構築
- AIの位置づけ
- 存在するデリバリー実績と存在しないもの
- 代替アプローチ:アーカイブ削除の判断を誰が行うか
- このガイドの限界
- よくある質問
- 次のステップ
「アーカイブを永久に保持する」は本当に安全なデフォルトか?
いいえ、それが無コストであるかのように扱うことが、このガイドが是正しようとしている誤りです。無期限に保持されたアーカイブは依然としてストレージとレビュー工数のコストを伴い、さらに微妙なリスクも存在します。使われないまま時間が経つほど、「異議のある意思決定の照合先」としての実質的な有用性は静かに低下していきます。なぜなら、元のルールセットのコンテキストを理解していた本番システム、データスキーマ、そして担当者がアーカイブとは無関係に変化し続けるからです。目的を果たせなくなった時点を超えてアーカイブを保持し続けることは慎重さではなく、実際の意思決定の代わりに漫然と続く未検討のデフォルトにすぎません。その逆の誤り、すなわちアーカイブにまだ依存するものがあるかどうかにかかわらず固定のカレンダー日付に削除してしまうことも同様に危険です。「永久に」も「タイマーで」も方針とは言えません。方針とは、特定のアーカイブにとって削除が安全になる条件を明記し、何かを削除する前にすべての条件を確認するものです。
3条件による削除トリガーマトリクス
アーカイブを削除しても安全なのは、その意思決定クラスについて3つの条件がすべてクリアされた場合のみです。このマトリクスは、新たなスケールを発明するのではなく、評価ハーネスおよび統合検証ガイドが既に使用している同じインパクト階層を再利用しています。
| アーカイブされた意思決定クラスのインパクト階層 | 削除前に満たすべき条件 | その階層に必要な理由 | 削除が安全になる時点 |
|---|---|---|---|
| 読み取り専用または内部利用、規制対象の意思決定なし | 該当する最短の保持期限(存在する場合)と短いルックバック期間 | リスクが低く、異議が発生する可能性も低い | 期限と期間の両方が終了した時点 |
| 取り消し可能な書き込み、規制対象または顧客向け | 該当する最長の保持期限と、移行されたすべてのケースに対する完全なルックバック期間 | まだ取り消し可能だが、規制対象または顧客向けのデータが関与している | 移行されたすべてのケースが期限と期間の両方を超過した時点 |
| 取り消し不能または外部向け、両側に過去のケースが存在する | 最長の保持期限、完全なルックバック期間、および明確なカットオーバー検証リプレイ | 元に戻せないアクション。この段階で検証結果に異議がある場合は削除がブロックされる | 期限、期間、リプレイのすべてがクリアされ、未解決の異議がゼロの時点 |
| いずれの階層でも、訴訟ホールド・監査・異議が進行中 | ホールド自体。他の期限がどれだけ経過していても関係ない | ホールドはすでに経過した期限よりも優先される | ホールドが解除されるまで削除不可 |
すべての列をクリアしたクラスはそれ自体のスケジュールで削除できますが、クリアしていないクラスは、同じ統合から生じた他のすべてのクラスがとっくに削除されていても、アーカイブのまま残ります。削除はアーカイブ全体に対する単一の日付ではなく、クラスごとの判断です。
保持・削除チェックの構築
-
統合・検証時に使用した意思決定クラス階層に従い、アーカイブを棚卸しする。
新たなクラス分類を再導出するのではなく、統合フレームワークのクラスリストを再利用してください。アーカイブは区別されていない一塊ではなく、クラスの集合体として扱うものです。
-
監査証跡ガイドのルールに従い、クラスごとに法規制上の保持期限を設定する。
監査証跡ガイドのリスク階層別保持ルールは、意思決定クラスのデータに適用される最長の義務期間をすでに定めています。アーカイブ用に別の数値を発明するのではなく、その同じ期限をアーカイブされたソースルールセットとそのグラウンドトゥルースバンクに適用してください。
-
ロールバック・サンセットガイドの規律に従い、クラスごとにルックバック異議期間を設定する。
それらのガイドは、過去の意思決定をそれを生み出したルールに対して再検討できる期間を定義しています。アーカイブはその期間中は少なくとも存在し続けなければなりません。なぜなら、そのルールが当時実際にどのようなものであったかを示す唯一の記録がアーカイブだからです。
-
いずれかのクラスをクローズする前に、未解決の検証リプレイ依存関係を確認する。
統合検証ガイドのシナリオ差分リプレイは両方のソースアーカイブを参照します。リプレイ結果に異議がある、またはカットオーバーゲートがクリアされていないクラスは、他の2つの期限がどれだけ経過していてもアーカイブを維持します。
-
3条件をすべて満たしたすべてのクラスについて、承認者と日付を記録する。
このクラスターのオペレーティングモデルガイドがライブの意思決定クラスに割り当てているのと同じ名前付きオーナーシップの規律に従い、誰が削除を承認したかを明記してください。削除エビデンスパッケージガイドは、削除実行前に封印されるべきその記録に何が必要かを正確に定義しています。
-
削除はアーカイブ単位ではなく、クラス単位で行う。
クリアしたクラスのみを削除し、同じソースキューのアーカイブの残りの部分は、それぞれの条件がクリアされるまでそのまま残してください。上記のマトリクスが示すとおりです。
ほとんどのクラスがクリアされているという理由でソースキューのアーカイブ全体を削除してしまうこと、1つのクラスがまだルックバック期間内にあるか未解決のリプレイ異議を抱えているにもかかわらず削除してしまうことは、このチェックリストが防ごうとしている最も一般的な近道です。
AIの位置づけ
Netbaseは主要な商用およびオープンソースのAIツール・モデルをプロジェクトごとに選択して活用しており、アーカイブ保持をライブエージェントのログやロールバック履歴を管理するのと同じオペレーティング規律の一部として扱っています。統合後に忘れ去られる一回限りのクリーンアップタスクとしては扱いません。
-
デリバリー実績(匿名クライアント):ドキュメントAIプラットフォーム。
このプラットフォームのような環境で古いドキュメント処理ルールセットを廃止する際も、名前を明かせないクライアントのために、同じクラスごとの保持規律に従います。
-
成長ケイパビリティ:エージェントガバナンスのためのアーカイブ保持・削除設計。
マルチキューエージェントプログラムのオペレーティングモデルに3条件マトリクスとクラスごとの承認を組み込む取り組みであり、共有ランタイム向けのエンタープライズAIエージェントプラットフォームと並行して行われますが、この正確なステップを名指しした公開ケーススタディにはまだ紐付いていません。
存在するデリバリー実績と存在しないもの
存在するもの。 4over4(Illustrator→SVGファイル変換はAIではなくオートメーション)を除き、Netbaseは名前を明かせないクライアント向けにAIプロジェクトを納品しており、そのなかにはこのガイドのマトリクスが拡張するルール廃止規律に関わるドキュメントAI業務も含まれます(F072)。Netbaseはロールベースのアクセス制御、セキュアコードレビュー、脆弱性スキャンといった公開済みセキュリティプラクティスを遵守しており(F021)、これは文書化された削除承認が依存するアクセス制御規律です。また、自社の業務についてISO 27001認証とSOC 2 Type II認証を取得しており(F022、F051、F052)、プロジェクトごとに選択したAIツール・モデルを活用しています(F070)。
存在しないもの。 特定のクライアントに対して保持期間、ストレージコストの数値、または削除されたアーカイブルールセット数を示したNetbaseの公開記録はありません。ソースアーカイブが削除された後に意思決定を再開したような異議に関する記録も存在しません。3条件マトリクスは、このクラスターの先行ガイドと引用したデータ保持・AIガバナンスの情報源に基づいた論理的な構造であり、Netbaseのベンチマークではありません。
代替アプローチ:アーカイブ削除の判断を誰が行うか
-
デフォルトとして全アーカイブを無期限に保持する
- 強み
- シンプルで、まだ必要なものを誤って削除するリスクがない
- 弱み
- ストレージとレビューコストが際限なく増大し、古いアーカイブがまだ何らかの目的を果たしているかどうかを誰も再検討しない
- 選択すべき状況
- 統合件数が非常に少ない場合、または保持ポリシー自体がまだ設計中の場合
-
カットオーバー後の固定カレンダー日付に、階層にかかわらず削除する
- 強み
- 予測可能でスケジューリングが容易
- 弱み
- 法規制上の最低保持期間や未解決の異議を無視する。削除日以降に最初の異議が生じた場合、照合できるものが何も残らない
- 選択すべき状況
- 規制対象または取り消し不能階層のクラスには絶対に不可。最もリスクの低い内部階層に限り、かろうじて正当化できる場合のみ
-
社内で管理するクラスごとの3条件マトリクス
- 強み
- 削除タイミングが実際のリスクと義務に合致し、両方のソースキューを知る人物が完全に管理できる
- 弱み
- クラスごとに法規制上の期限、ルックバック期間、検証ステータスを追跡する必要があり、アーカイブ全体として管理できない
- 選択すべき状況
- 名前付きオーナーと両方のソースキューの履歴が統合・検証ステップからすでに揃っている場合
-
デリバリーパートナーを起用して保持レビューを設計・実施する
- 強み
- すべてのクラスの期限を追跡する社内オーナーのキャパシティが不足している場合に対応できる。固定価格またはマイルストーン型エンゲージメントでレビューだけにスコープを絞ることができる(F067、F018)
- 弱み
- 外部レビュアーに両方のキューの履歴と義務を説明するハンドオフステップが増える
- 選択すべき状況
- 現在これを担う社内オーナーがいない場合、または複数の統合に対して一貫した保持ポリシーが必要な場合
Netbaseのほとんどのプロジェクトはディスカバリー後に合意した固定価格契約で実施されており、より適している場合はマイルストーン型やリテイナー型の条件も提供しています(F067、F018)。保持ポリシー設計エンゲージメントも同じ方法でスコープと価格が決まります。
このガイドの限界
- これはエンジニアリングおよびガバナンスのフレームワークであり、法律・規制上のアドバイスではありません。特定の意思決定クラスのデータ、業界、管轄区域に実際に適用される保持義務を、期限設定の前に確認してください。
- このガイドに含まれるいかなる数値もNetbaseのベンチマークではありません。保持期間、ストレージコスト、削除件数はNetbaseの実績として公表されておらず、Netbaseの事実として登録されていません。
- このマトリクスは、統合および検証のステップがすべての移行済みケースにソースキューとクラスのタグをすでに付与していることを前提としています。そのようなタグ付けがないアーカイブは、削除の判断を安全に行う前に再構築する必要があります。
Netbaseコンサルタントと次のステップを計画する
よくある質問
いいえ。各意思決定クラスのアーカイブは、法規制上の保持期限が満了し、ルックバック異議期間が終了し、かつカットオーバー検証リプレイがそれを参照していない状態になるまで保持します。あるクラスについてこの3条件がすべて満たされた時点で、そのクラスのアーカイブ記録を削除できます。
アーカイブ全体を一つの単位として扱い、意思決定クラスごとに判断しないことです。その結果、法規制上のホールドや進行中の異議により未解決のクラスが1つあるだけで、何も削除できなくなるか、実際にはクリアされていたクラスと一緒に削除されてしまうかのどちらかになります。
いいえ。クリーンなカットオーバーは、統合ルールセットが今後正しく動作することを証明するものです。アーカイブされたルールセットからの統合前の意思決定がまだ法規制上の保持期間内にあるか、またはルックバック異議期間内にあるかどうかについては何も示しません。
次のステップ
すでにカットオーバーを完了した承認キューの統合と、アーカイブされたソースルールセットのどれかについてまだ未解決の疑問点をお知らせください。クラスごとの保持・削除マトリクスを構築するためのソリューションレビューをご予約いたします。エンタープライズAIエージェントプラットフォームソリューションをご覧いただくか、Netbaseのインサイトをご覧ください。
関連サービスとソリューション
人が承認権を持つAIオートメーションとエージェント
Netbaseは、繰り返しの多段階業務をソフトウェアで処理しながら、重要な意思決定の承認権を人が持ち続けることを望むオペレーションチームに、AIオートメーションとエージェント開発を提供します。ルールベースの自動化とAIを適切に組み合わせ、ヒューマン承認を組み込み、ベースラインと比較してリターンを計測します。
詳しく見る
エンタープライズAIエージェントプラットフォーム:承認・監査ログ・コスト上限付きでAIエージェントを運用
エンタープライズAIエージェントプラットフォームは、AIエージェントが承認済みツールを通じて複数ステップの作業を計画・実行するガバナンス済みランタイムです。承認フロー・監査ログ・アクセスルール・コスト上限がすべてのアクションを説明可能にします。Netbase はライセンス製品としてではなく、お客様の環境内に構築する将来志向のソリューションとして提供しています。
詳しく見る
Netbaseにリモートで依頼する
Netbase JSCのすべての案件はリモートで納品されるため、どの国・業界のクライアントともお取引できます。これまで80カ国のクライアントと実績があります。契約・請求書はNetbase JSCが発行し、お支払いはNetbase JSCの口座への銀行振込またはPayPal Businessで行います。CEOのHuy Nguyen(David)にWhatsAppまたはメールでお問い合わせください。
プロジェクトを相談する
Netbase JSCは、デジタルプロダクトおよびAI活用ビジネスシステムの設計・構築・モダナイゼーション・運用を支援します。project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
お問い合わせ
構築・モダナイゼーション・運用したいものをお知らせください。