HigLabo
Latest posts
ServiceNow AIニュース：Workday連携拡張で何が変わる？人事・財務AIの盲点を整理
ServiceNow AIニュース：Workday連携拡張で何が変わる？人事・財務AIの盲点を整理
ServiceNow AI Control Towerの今回の動きは、単なる連携先の追加ではありません。ServiceNowとWorkdayをまたぐAI統制では、人事・財務・ITの横断AI資産をどう発見し、台帳化するかという実務論点が、接続設定そのものより重要になりつつあります。
特に、ITSM責任者、Workday管理者、AIガバナンス担当者、内部統制担当者にとっては、人事・財務AIを安全に使ううえで、管理の重心が「接続先の把握」から「横断資産の発見漏れ防止」へ移る可能性を示す動きです。
今回の発表では、ServiceNowがAI Control Towerの対象範囲を広げ、外部システム上のAI資産も見つけて把握できる方向を打ち出しました。AIガバナンスの論点が、どのSaaSにつないだかだけでは足りず、部門横断で散在するAI対象データや業務資産を見落とさず把握できるかへ移ってきたことを示しています。
Workday連携拡張で、AIガバナンスの管理対象はどう変わるか
今回の焦点は、ServiceNow AI Control Towerが外部システム領域まで視野を広げることで、AIガバナンスの対象がより業務の中核に近づく点です。人事や財務は機密性が高く、しかも複数システムに情報が分散しやすい傾向があります。
つまり、AIをどこにつないだかだけを追っていても不十分になります。どのデータ、どの業務フロー、どの権限設定がAI利用に関わるのかを横断して把握しなければ、見落としが起きやすくなるからです。
今回の発表で増える可視化対象は何か
今回の発表を踏まえると、例えば従業員情報、組織情報、職務データ、人事・財務に関わる業務文脈などが可視化対象として意識されます。これらは単体で完結するのではなく、承認フローや問い合わせ対応、分析レポート作成の流れの中でAIに参照される可能性があります。
ここで重要なのは、AIの入力元が1つではないことです。たとえば人事FAQはナレッジ基盤にあり、従業員属性はHCMにあり、経費情報は別ワークフローにある、といった形で資産が散在します。
可視化対象が増えるほど、つながっていない資産の存在も問題になります。見えている連携先が増える一方で、見えていない周辺資産の棚卸しが甘いと、統制の抜け穴が残りやすくなります。
これまでの盲点は、接続先管理に偏りやすかったこと
これまで、生成AIや業務AIの統制では「どのSaaSと接続しているか」という管理に偏りがちでした。これは重要ですが、比較的わかりやすい管理でもあります。
管理台帳にコネクタ名や利用部門、管理者を書けば、ある程度は追えます。ただし、この方法だけでは実際の利用範囲を十分に捉えきれない場面が出てきます。
AIが直接は接続していないように見えても、実際には中間ワークフロー、連携基盤、エクスポート済みファイル、部門独自のナレッジ経由で同じ情報が利用されることがあるからです。接続先だけを見ていると、実質的な影響範囲を過小評価しやすくなります。
次の盲点が、横断資産の発見漏れになる理由
次の課題は、AIが触れうる資産を部門横断で見つけ切れるかです。ここでいう資産には、データテーブルだけでなく、文書、FAQ、権限定義、ワークフロー、監査ログ、外部連携設定も含まれます。
人事と財務は、同じ従業員や同じ組織を別の目的で扱います。そのため、片方では機密情報として、もう片方では業務メタデータとして保存されていることがあります。
このズレがあると、AI統制の対象が漏れます。接続先は把握していても、横断的な資産棚卸しが甘ければ、見えないリスクが残るわけです。
人事AIと財務AIで起こりやすい見落とし
たとえば人事AIでは、従業員の所属、評価、異動履歴がWorkday側にあり、問い合わせ回答用の文章は別のナレッジ基盤にあり、権限の実装はID管理側にあることがあります。この状態でAIアシスタントを導入すると、表向きの接続先は少なくても、実際には複数資産をまたいで回答が生成されます。
財務AIでも同様です。予算、購買申請、請求書、承認コメント、監査証跡が別々に存在すると、AIの説明内容や自動要約の元データを完全に追えないことがあります。
すると、誤回答や過剰参照が起きたときに、どこを是正すべきか判断しにくくなります。問題はAIそのものより、AIが参照する業務資産の全体像を把握できているかどうかにあります。
実務で先に見直したい、資産発見・台帳化の3つの管理ポイント
第一に、接続台帳を「コネクタ一覧」で終わらせず、利用目的、発見対象、参照資産、監視責任者まで記録することです。AIニュースを追うだけではなく、自社で何を読ませ、何を出力させるのかを明文化する必要があります。
第二に、資産発見の単位を部門別から業務横断へ変えることです。人事、財務、ITSM、ナレッジ管理を別々に棚卸しすると、境界にある資産が抜けやすくなります。
第三に、権限と利用目的の紐付けを見直すことです。見えるから使ってよい、ではありません。AIが参照できる情報と、人間が業務上必要とする情報は必ずしも同じではないためです。
- 発見対象を、人事・財務・ITにまたがるデータ、文書、ワークフロー、権限、ログまで広げる
- 台帳項目を、接続先だけでなく利用目的、参照資産、出力内容、管理部門で整理する
- 監視責任者を、システム管理者任せにせず、業務部門と統制部門を含めて明確にする
ServiceNowとWorkdayをまたぐAI統制で、今の検討段階で進めたいこと
今回のServiceNow AIニュースは、AIガバナンスの難所が一段進んだことを示しています。これからは接続先を増やす技術力よりも、横断資産を漏れなく見つけ、用途と権限を結び付けて管理する運用力が重要になります。
検討段階の実務では、まず資産棚卸しの粒度を見直すことが第一歩です。生成AIの管理は、派手なモデル選定よりも、地味な「見えていない資産」を減らせるかで差がつきます。
次のアクションとしては、人事・財務・ITの横断AI資産を、発見対象、台帳項目、監視責任者で整理した統合棚卸し表を作成すると、接続設定の確認だけでは見えない統制漏れを洗い出しやすくなります。