Zaniaに委託先審査を任せる前の項目一覧｜最後に承認する人を決める

「AIのベンダーが毎月のように増えて、委託先のセキュリティ審査が回らない」「チェックシートの回答を読み比べるだけで、1社に何週間もかかる」——生成AIを業務に入れた会社の、情報セキュリティやリスク管理の担当者からよく聞く声です。手が足りないなら審査そのものをAIに任せればよい、という発想が出てくるのは自然でしょう。実際、米国では委託先の審査をAIエージェントが進める製品が出てきました。ただ、問われているのは作業の速さではありません。本当は、「このリスクを受け入れてよいか」を最後に誰が決めるかが先に決まっていないと、AIがどれだけ速く審査しても、審査済みの印だけが増えていきます。この記事では、委託先の審査をAIエージェントに担わせる製品 Zania を例に、任せる前に決めておく項目を整理します。

Zaniaは何をする製品か

Zania は、委託先や取引先のリスク評価、規格に沿った証拠集め、社内の統制のテストといった、ガバナンス・リスク・コンプライアンス（GRC）の仕事をAIエージェントに進めさせる基盤です。2026年10月時点の公式サイトには、委託先のリスク管理、自社のリスク評価、規格への準拠の証拠集め、統制のテスト、方針文書の更新、取引先から届くセキュリティ質問票への回答の下書き、対話で指示を出せる「Ask Zania」といった部品が並んでいます。

この記事が扱うのは、そのうちの委託先のリスク管理です。提供元は2026年2月10日に、委託先の審査を「人が進めてAIが手伝う」形から「エージェントが進めて人が見張る」形へ移す製品を発表しました。発表文が挙げる段は、委託先の使われ方からリスクの段階と審査の範囲を決める、公開資料から証拠を集める、委託先への追加の問い合わせと催促をする、根拠と出典の付いた評価を出す、証拠の期限切れや外部の変化を見張って再審査を始める、の5つです。

対応する規格として、公式サイトには SOC 2、ISO 27001、NIST のサイバーセキュリティの枠組み、カード業界の安全基準などが挙がっています。サイトの案内には、EUの一般データ保護規則や、AIの管理の仕組みの規格 ISO 42001 の名前も見えます。一方、日本企業がよく使う国内の質問票の様式や、日本語で書かれた回答の読み取りに対応しているかは、公式の資料では確かめられませんでした。

提供元の発表では、初期の導入先で審査の手作業が最大9割減り、1件あたりの費用が最大8割下がったとされます。ただし発表文自身が「結果は組織、委託先の構成、審査の範囲で変わる」と断っており、第三者が確かめた数字ではありません。導入を考えるなら、この数字より先に、自社の審査のどこが詰まっているかを見るほうが確実です。

どんな会社が作っていて、なぜ国内で知られていないか

Zania は、米国カリフォルニア州パロアルトに住所を置く会社です。公式ブログによれば、2025年9月30日に1,800万ドルのシリーズAを発表しました。資金の使い道として、エージェントの種類を増やしてGRCの仕事全体を自動にすること、GRCのデータで鍛えた独自のモデルを作ること、人員を3倍にすることを挙げています。

2025年11月4日には、大手会計事務所 KPMG の米国法人と組むと発表しました。KPMG のサイバー戦略とガバナンスの部門が、成熟度の評価やリスク評価に Zania の仕組みを使うという内容です。公式サイトには、決済や金融、ゲームの会社、監査・助言の事務所、大学などが利用先として並び、顔ぶれは米国の大企業と監査法人に寄っています。

国内でまだ知られていない理由は、確かめた範囲で3つ考えられます。画面と資料が英語であること、料金が問い合わせ制で公開されていないこと、利用先が米国の大企業と監査・助言の事務所に寄っていることです。日本の拠点や日本語の画面についての記載は、公式サイトに見当たりませんでした。日本語で検索しても、製品をまとめて解説した記事はほとんど出てきません（2026年10月時点）。

だからこそ、この記事では機能を並べるより、「委託先の審査をAIに任せるなら、何を先に決めるか」に重心を置きます。Zania を入れるかどうかに関係なく、同じ種類の製品が国内に入ってきたときにも、同じ問いが必ず立つからです。

課題1：委託先が増え、審査が追いつかない

生成AIを業務に入れると、委託先の数は目に見えて増えます。文章の生成、議事録、翻訳、画像、営業の支援と、部門ごとに別のAIサービスを契約し、そのサービスがさらに別の会社のモデルを使っている、という重なりが当たり前になりました。提供元のブログも2026年8月に、申請されていないAIの利用は「受け入れ審査をしていない再委託先」だ、という趣旨の記事を出しています。

一方で、審査の担当者は委託先の数ほどには増えません。すると、重要な委託先だけを丁寧に見て、それ以外は質問票の回答を受け取っただけで通す、という運用になりがちです。提供元の発表が「審査の対象を委託先の1割から全部へ広げる」と打ち出しているのは、この見ていない9割を問題にしているからです。

もう1つの難しさは、AIサービスの側が速く変わることです。使うモデルの提供元が変わる、データの保存先が変わる、新しい機能で外部の道具につながる、といった変化が、契約の更新を待たずに起きます。年に1回の見直しでは、審査したときの姿と今の姿がずれていきます。

追いつかないこと自体は、人を増やすか道具を入れるかで手当てできます。厄介なのは、追いつかないまま回しているうちに、審査の中身が少しずつ薄くなっていくことです。次の課題がそれにあたります。

課題2：審査が形だけになる

形だけの審査とは、質問票の欄が全部埋まり、証明書の写しも受け取ってあるのに、その中身を確かめた人がいない状態を指します。「はい」と答えた欄の裏付けを見ていない、認証の範囲に今回使うサービスが入っているかを見ていない、報告書の対象期間が切れていることに気づいていない、といった抜けが典型です。

こうした抜けは、事故が起きるまで表に出ません。委託先で情報が漏れて初めて審査の記録を見返し、「この欄は誰も確かめていなかった」と分かります。取引先や監督官庁への説明でも、「審査はしていた」と言えるかどうかは、記録に残った中身しだいです。

AIに審査を任せると、この形骸化がかえって進むおそれがあります。AIが出した点数や「適合」の印が、確かめた証拠のように扱われやすいからです。AIの点数は、審査が済んだ証明ではありません。点数は下読みの結果であり、受け入れるかどうかの判断は別の仕事です。

では、なぜ審査は追いつかず、形だけになるのか。原因を3つに分けると、AIが効く場所と効かない場所がはっきりします。以下、原因を1つずつ見てから、原因ごとの分担を表にまとめます。

原因1：質問票の回答を人が読み比べている

委託先の審査で一番時間を取るのは、質問票の回答を読む作業です。数百問の回答を読み、自社の基準と比べ、あいまいな答えに印を付け、追加の質問を書く。回答の書きぶりは委託先ごとに違い、同じ「はい」でも、裏付けの示し方はまちまちです。

この作業は、AIの下読みが効きやすい部分です。回答と基準の照合、あいまいな答えの洗い出し、追加の質問の下書きは、根拠の箇所を示させれば人が確かめやすくなります。公式サイトも、判定に確信度の数値、理由の説明、出典の参照を付けると説明しています。

ただし、下読みの物差しを決めるのは人です。どの問いを重く見るか、どこまでの書きぶりなら「はい」と認めるかは、自社のリスクの考え方そのものです。物差しを決めないままAIに読ませると、AIの解釈がそのまま自社の基準になってしまいます。

なお、自社が取引先から質問票を受け取って答える側の話は、ここでは扱いません。答え方と証跡の揃え方は、別の記事「セキュリティチェックシートのAI設問」で整理しています。この記事は、委託先から届いた回答を読む側に限ります。

原因2：証拠を毎回集め直している

2つ目の原因は、証拠集めのやり直しです。認証の証明書、第三者の監査報告書、方針文書、侵入テストの結果の要約などを、審査のたびに委託先へ依頼し、届いたらフォルダに置き、期限を管理表に書き写す。委託先の数が増えると、この往復だけで担当者の時間が埋まります。

証拠には有効期限があります。監査報告書には対象期間があり、証明書には更新日があります。提供元のブログも2026年8月に、AIベンダーの SOC 2 報告書には「印字されていない期限がある」という趣旨の記事を出しています。期限を見落とすと、古い証拠のまま審査済みの印が残り続けます。

Zania の発表では、エージェントが委託先のトラストセンターや公開資料、認証の情報を自分で調べて証拠を集め、期限切れや外部の変化を合図に再審査を始めるとされます。集めて、置いて、期限を見張るという仕事は、人よりも道具に向いた仕事です。

一方で、集めた証拠が今回使うサービスに当てはまるかを決めるのは人です。認証の範囲に、自社が契約する機能やデータの保存先が入っていなければ、証拠は揃っていても足りていません。範囲の当てはめは、AIの下案を人が確かめる部分に置きます。

原因3：リスクの物差しが担当者ごとに違う

3つ目の原因は、AIでは解けません。同じ回答を見ても、担当者によって「問題なし」と「条件付き」が分かれる。重要な委託先の線引きが、部署や人によって違う。これは読む速さの問題ではなく、物差しが文書になっていないことの問題です。

物差しがばらばらのままエージェントを入れると、エージェントの初期設定の物差しが、黙って全社の物差しになります。提供元の発表では、エージェントが業務の文脈から委託先のリスクの段階を決めるとされますが、その段階の定義を承認するのは自社の側です。

そこで、原因ごとにAIに任せることと人が決めることを分けておきます。下の表の右の2列は、道具を入れる前に文書にしておく部分です。

原因	AIに任せること	人が決めること	決める人の例
回答の読み比べ	基準との照合、あいまいな答えの洗い出し、追加の質問の下書き	どの問いを重く見るか、認める書きぶりの線	情報セキュリティの責任者
証拠の集め直し	公開資料と証明書の収集、期限の見張り、再審査の合図	証拠が今回の使い方に当てはまるか	審査の担当者
物差しのばらつき	段階の下案、過去の判断との違いの指摘	段階の定義、重要な委託先の線引き	リスク管理の部門と事業の責任者

右の2列が空欄のまま導入すると、道具は速く動いても、判断の責任がどこにもない状態になります。逆に言えば、この2列が埋まっている会社ほど、エージェントに任せられる範囲は広くなります。

Zaniaのエージェントが担う5つの段と、人の出番

公式の発表で、エージェントが担うとされる5つの段を、人の出番と合わせて見ていきます。

発表文は「結果の決定権は人が完全に持つ」とし、人が指摘を確かめ、直し、上書きし、確定できること、承認の手順を設定できること、変更が記録に残ることを挙げています。ただ、誰がリスクを受け入れるかまでは、道具は決めてくれません。決める人の名前は、導入する側が書き込む部分です。

3段目の問い合わせには注意が要ります。委託先への連絡は、自社の名前で外に出る文書です。エージェントが送る文面に、契約の条件や是正の期限が入るなら、送る前に人が確かめる設定にしておきます。5段目の見張りはAIの得意な仕事ですが、合図を誰が受け取り、何日以内に判断するかを決めていないと、通知が積み上がるだけになります。

公式サイトによれば、対話で指示を出す「Ask Zania」は、問題を見つけて知らせるだけでなく、Slack での催促を送るといった動作も始められます。便利な反面、誰が対話から委託先への連絡や再審査を始めてよいかを決めておかないと、審査の担当者でない人の一言で、自社の名前の連絡が外に出ます。動作を始められる人を、審査の担当者と責任者に限っておくと安全です。

対策1：AIに任せる下読みと証拠集めの範囲を書き出す

対策の1つ目は、AIに任せる範囲を「作業」で書き出すことです。「審査をAIに任せる」では範囲が広すぎます。「回答と基準の照合」「証拠の収集と期限の管理」「追加の質問の下書き」「再審査の合図」のように動詞で切ると、任せた範囲の外が見えるようになります。

範囲を書いたら、AIに出させるものの形も決めます。指摘には必ず根拠の箇所を付けさせる、出典のない判定は採用しない、確信度が低いものは人の確認に回す。公式サイトは確信度の数値と出典の参照を出すと説明しているので、これを自社の決まりとして使い切るかが分かれ目です。

最初から全部の委託先に広げないことも大切です。重要度の低い委託先から始め、AIの下読みと人の判断がどれだけ食い違うかを数か月見てから、範囲を広げます。食い違いの記録は、物差しを直す材料になります。

決めた範囲は、社内の規程や手順書に書いておきます。担当者が替わったときに、「どこまでAIに任せているか」を誰も説明できない状態を避けるためです。監査で問われるのも、道具の性能ではなく、任せた範囲を誰がどう決めたかです。

対策2：リスクを受け入れる判断を、誰が持つか決める

委託先の審査で最後に残るのは、「このリスクを承知で使うか」という判断です。証拠が足りない、統制に弱い点がある、それでも事業上その委託先が必要だ、という場面は必ず来ます。この判断を、審査の担当者が一人で抱えている会社は少なくありません。

リスクの受け入れは、リスクの大きさによって決める人を変えるのが普通です。低いものは審査の担当者、中くらいは情報セキュリティの責任者、高いものは事業の責任者と役員、というように段を分けます。AIが段階の下案を出しても、どの段の人が受け入れたかは、人の名前で記録します。

受け入れには期限を付けます。「次の監査報告書が届くまで」「是正が終わる3か月後まで」のように期限を付けておけば、エージェントの見張りと組み合わせて、期限が来たときに判断をやり直せます。期限のない受け入れは、事実上の無期限の例外になります。

AIのリスク評価全般の物差しの作り方は、「AIのリスク評価を進める5工程」で扱っています。この記事では、委託先の審査で受け入れを誰が持つかに絞りました。物差しが既にある会社は、その段階ごとに受け入れる人の欄を1つ足すだけで足ります。

対策3：例外の扱いを先に決める

例外とは、決めた手順どおりに審査できない委託先のことです。質問票に個別に答えない大手のクラウド、認証を持たない小さな制作会社、無料で使えるAIの道具、海外の個人が運営するサービスなどが当たります。エージェントは証拠が集まらないと「不明」を返しますが、不明の委託先をどう扱うかは決めてくれません。

例外は3つに分けると扱いやすくなります。証拠は出ないが代わりの公開情報がある、証拠は出ないが扱うデータを限れば使える、証拠が出ず扱うデータも限れないので使わない、の3つです。どれに当てはめるかは人が決め、扱うデータを限る場合は、その条件を利用者に伝える手順まで決めておきます。

• 「不明」の判定を、そのまま承認として扱う
• 例外の判断を審査の担当者が口頭で済ませ、記録を残さない
• 例外に期限を付けず、一度通した委託先を見直さない
• 過去の例外を手本にエージェントに判定させ、人が見ないまま同じ例外を通し続ける

例外の一覧は、年に1度ではなく、四半期ごとに見直すくらいがちょうどよいでしょう。例外が増え続けるなら、それは物差しの側が現実に合っていない合図です。物差しを直すか、使うサービスを見直すかを、例外の一覧を見ながら決めます。

対策4：最後の承認者と記録を決める

審査の最後には、承認する人がいます。承認は「審査が終わった」という確認ではなく、この条件で取引してよいという決定です。承認者が誰か、どの段階の委託先なら誰が承認するかを、文書で決めておきます。

記録には、AIが何を出し、人が何を見て、どこを直し、誰が承認したかを残します。公式の発表では、変更はすべて記録に残るとされます。ただ、道具の中の記録だけでは、社内の監査や取引先への説明に足りないことがあります。承認の結論と理由は、社内の決裁の仕組みにも残しておくと安全です。

内部統制の3つの防衛線でいえば、エージェントと審査の担当者が第一線、物差しを決めて承認する部門が第二線、決めたとおりに動いたかを確かめる内部監査が第三線にあたります。線の引き方は「AIの利用を内部統制に組み込む」で扱っているので、ここでは承認者の名前を決めることだけを押さえます。

委託先に個人情報を預ける場合は、個人情報保護法の委託先の監督の義務もかかります。契約に入れる項目や点検の仕方は、「外部に個人情報を預ける前に｜委託先を管理する」の記事に譲ります。AIの審査で証拠が揃っても、法律上の監督の責任が委託元から消えるわけではありません。

審査に使う道具そのものも委託先になる

見落としやすいのが、審査に使う道具自体が新しい委託先になることです。Zania を入れると、委託先から集めた証拠、自社の審査の基準、委託先とのやり取りが、Zania の環境に置かれます。審査の道具を、同じ物差しで審査する必要があります。

公式サイトでは2026年10月時点で、独自のモデルを使い顧客のデータを学習に使わないこと、SOC 2 のタイプ2の報告書を持つことが示されています。一方、データを保存する国や地域、保持の期間、再委託先の一覧は、公開ページでは確かめられませんでした。契約の前に資料を取り寄せて確かめる項目です。

委託先から集めた資料には、その委託先の秘密情報が含まれます。監査報告書は、秘密保持の約束のもとで受け取るのが普通です。それを別の会社の道具に預けてよいかは、委託先との秘密保持の取り決めの範囲を確かめてから決めます。必要なら、委託先に一言断っておくのが確実です。

公式サイトには、AIと外部の道具をつなぐ共通の仕組み（MCP）への対応も書かれています。社内の他のAIから審査の結果を引けるのは便利ですが、誰がどの委託先の情報を見られるかという権限が、つながった先でも保たれるかは確かめておきます。

費用の増え方と、止め方

料金は公式サイトに公開されておらず、問い合わせで決まる形です（2026年10月時点）。費用の増え方は、委託先の数、審査の頻度、使う部品の数の3つで見ます。審査の対象を「1割から全部へ」広げれば、その分だけ処理の量は増えます。対象を広げる判断は、費用の判断でもあります。

費用と比べるべきなのは、人の時間だけではありません。審査を外部の事務所に頼んでいるなら、その費用も比べる対象です。逆に、道具を入れても承認や例外の判断に人の時間は残るので、人の手間がそのまま消えるわけではありません。

止め方も先に決めます。解約したときに、集めた証拠と審査の記録を自社が読める形で持ち出せるか。持ち出せないと、次の道具や手作業に戻ったとき、過去の審査の根拠が手元に残りません。データの返却と削除の条件は、契約の段階で確かめます。

もう1つの止め方は、エージェントの動きを一部だけ止めることです。委託先への自動の問い合わせだけを止める、再審査の自動の開始だけを止める、といった切り替えができるかを確かめておくと、問題が出たときに全部を止めずに済みます。

委託先審査をAIに任せる前に決める項目

ここまでの話を、導入の前に決める項目としてまとめます。全部が埋まってから、エージェントに任せる範囲を広げるのが安全な順番です。Zania 以外の製品を比べるときにも、そのまま使えます。

任せる範囲

• AIに任せる作業を動詞で書き出した（照合・収集・期限の管理・下書き・再審査の合図）
• 指摘に根拠の箇所と出典を付けさせ、出典のない判定は採用しないと決めた
• 確信度が低い判定を人の確認に回す線を決めた
• 委託先へ自動で送ってよい文面と、人が確かめてから送る文面を分けた
• 最初に任せる委託先の範囲（重要度の低いものから）を決めた
• 対話の機能から委託先への連絡や再審査を始めてよい人を決めた

判断と承認

• リスクの段階の定義を文書にし、承認した人を決めた
• 段階ごとに、リスクを受け入れる人の役職を決めた
• 受け入れと例外に期限を付け、期限が来たら見直す手順を決めた
• 「不明」の委託先を3つの扱いのどれに当てはめるかを、人が決めると定めた
• 承認の結論と理由を、社内の決裁の仕組みにも残すと決めた

道具そのもの

• データの保存地域、保持の期間、再委託先を資料で確かめた
• 委託先から預かった資料を道具に置いてよいか、秘密保持の取り決めで確かめた
• 解約時に証拠と記録を持ち出せるか、一部の機能だけ止められるかを確かめた

埋まらない項目があるなら、道具の比較より先に、その項目を決める打ち合わせを開くほうが近道です。AIのベンダーを選ぶときに相手へ確かめる項目そのものは、「AIのベンダー選定で見る7項目」で整理しています。この一覧は、選んだ後に審査の作業をAIへ渡すときのためのものです。

まとめ

Zania は、委託先の段階分け、証拠集め、追加の問い合わせ、根拠付きの評価、継続の見張りをAIエージェントに進めさせる米国の基盤で、2026年2月に委託先のリスク管理を自律型にした製品を発表しました。提供元は人が結果を決めるとしていますが、誰がリスクを受け入れるかまでは道具は決めません。回答の読み比べと証拠の集め直しはAIに任せられます。物差しの定義、リスクの受け入れ、例外、最後の承認は人に残ります。AIの点数を審査済みの証明として扱わず、受け入れる人と承認する人の名前を決めてから、任せる範囲を少しずつ広げてください。

• 製品の機能と提供状況は、Zania の公式サイトと公式ブログ（2025年9月・11月、2026年2月の発表）を2026年10月21日に確かめた範囲に基づきます。導入の前に最新の原文と契約の資料で確かめてください
• 提供元の効果の数字は、提供元が初期の導入先について発表したもので、第三者が確かめたものではありません
• 個人情報を預ける委託先の監督の義務については、個人情報保護委員会の公表資料と自社の法務の担当者で確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。