Workday AIエージェントの選び方：機能・提供状況と導入条件

Workday AIエージェントは、人事や財務の日常業務ですでに活用できます。ただし、何が使えるかは必要なスキルによって異なります。Workdayは、給与、勤怠、休暇などの領域をカバーする300+のスキルを備えたSana Self-Service Agentを提供開始しました。一方、新しいautopilot機能には別の提供スケジュールがあります。まずは既存のWorkday業務に合う提供済みのスキルを選び、利用権と承認ルールを確認してから有効にしてください。WorkdayによるSanaの発表。

2026年10月26日時点で、Workdayの製品ページ、公開の導入カタログ、管理者向けドキュメント、ニュースルームと照合しています。以下ではWorkdayの提供状況ラベルをそのまま記載しています。早期アクセスや発表済みの提供予定時期は、一般提供を意味しません。

Workday AIエージェントで何ができる？機能と提供状況を確認

Workdayは用途別に特化した複数のエージェントを提供しており、それぞれに含まれるスキルの提供状況も異なります。 製品ページで一連のワークフローが紹介されていても、すべての処理が自社のテナント、つまり組織のWorkday環境で使えるとは限りません。

現在のWorkdayのカタログでは、提供済みのスキルにGeneral Access、限定的に展開しているスキルにEarly Accessというラベルを使っています。本記事でも、この表記をそのまま用います。日付の明確なニュースルームの発表で一般提供開始を明言している場合は、その点を別途示します。

Workdayはエージェントを、従業員サービス、人事、財務、ITの領域に分けています。実際の評価では、エージェント群の下にある個々のスキルを見ることが大切です。採用、給与データの分析、契約レビュー、導入支援など、対象となるスキルを具体的に確認しましょう。Workdayのエージェント製品一覧。

従業員サービスと人事

人事オペレーションの責任者なら、担当者がすでに安定して処理できている定型的な依頼から検討を始めるとよいでしょう。休暇申請も組織再編案の作成も、会話を入り口にできます。しかし、必要な承認の範囲は大きく異なります。

以下の表の提供状況ラベルは、WorkdayのAgents for EveryoneとAgents for HRのカタログに基づきます。製品リンクでは、それぞれの機能を確認できます。autopilotとConciergeについては、別途、発表日とともに提供状況を説明します。

Talent Acquisitionの中でも、Recruitingは候補者の優先順位付けや採用担当者の業務、Candidate Experienceは採用プロセスを通じた候補者対応、Talent Mobilityは従業員による社内の機会探しを支援します。Contingent Sourcingは外部契約人材の候補を推薦します。エージェント群全体を、どの用途にも使える採用アシスタントと捉えるのではなく、ボトルネックに合うスキルを選びましょう。

Sana Conciergeの提供範囲は、構成スキルのカタログだけから受ける印象よりも限定的です。 Workdayの2026年10月13日の発表では、Conciergeは早期導入者向けに提供されており、一般提供は暦年2027年の第1四半期を予定しています。同じ発表では、新しいWorkday Homeは提供済みで、管理者が有効にする時期を選べるとしています。それぞれ別の提供状況を述べています。Workday Homeの発表。

そのため、シェアードサービスの責任者が最初に評価する対象としては、Self-Serviceが妥当です。Concierge全体を前提とする事業計画なら、早期導入プロジェクトとして範囲を定め、既存の案件処理に戻せるようにしておく必要があります。

財務・調達・IT

財務では、既存のレビュー担当者が結果を確認できる準備作業や証憑の収集から始めましょう。ITでは、すでに把握している設定上の問題や業務プロセスのボトルネックを起点にします。どちらも、部門全体が自律的に動くことを前提にする必要はありません。

以下のスキルの提供状況は、Workdayの財務向けカタログとIT・開発者向けカタログに基づきます。

担当営業との相談では、以前から使われている個別の名称も役立ちます。Financial Audit Agentは証憑収集と取引の検証を担い、Revenue Contract Agentは契約データを抽出して、その後の会計処理を提案します。両方の導入情報ページにGeneral Accessと記載されており、利用にはCore Financialsが必要です。Financial Audit、Revenue Contract。

Workdayの主要製品一覧にはFinancial Test Suiteも掲載されており、財務データと統制のテストを行うと説明されています。ただし、一覧に載っていることだけでは、独立した一般提供開始日は確認できません。実際に利用するテスト用スキルを明確にしてください。Workdayのエージェント製品一覧。

同様に、Admin Agentのページでは、現在もAdoption Agent、BP Optimize Agent、Deployment Agentが個別に紹介されています。それぞれ、リリース機能の導入優先順位付け、プロセスのボトルネックの特定、設定とトラブルシューティングの案内を支援します。総称が付いていても、その配下のすべての機能を使う権利が新たに得られるわけではありません。

Decision Intelligenceは、導入前にドキュメント間の食い違いを解消する必要があります。 分野別カタログでは、人事と財務の項目に引き続きEarly Accessと記載されています。一方、より新しい2026年10月13日付の発表では、Decision IntelligenceはWorkday Human Capital Management（HCM）とWorkday Financial Managementの顧客向けに提供済みとされています。また、Decision Intelligence for Adaptiveは、Adaptive from Workdayの顧客向けに引き続き提供されています。製品全体の提供状況はこの日付の明確な発表を基準にし、そのうえで、自社テナントで使える個々の機能を確認してください。人員と財務にまたがる意思決定において、統制の下での分析やシナリオ比較を支援します。Decision Intelligenceの発表。

autopilotの提供状況は別に確認する

既存のエージェントが利用可能でも、新しいバックグラウンド自動化機能が一般提供されているとは限りません。 Workdayは2026年10月13日の発表で、次のように説明しています。

• Talent Acquisition Agentのautopilot： 早期導入者向けに提供済みで、一般提供は2027年初頭の予定です。
• Payroll、Accounting、Deployment Agentのautopilot機能： 暦年2027年初頭に、早期導入者向けの提供を開始する予定です。

採用の例では、候補者パイプラインの監視や候補者の発掘をバックグラウンドで行いますが、候補者への連絡には引き続き採用担当者の承認が必要です。どの操作を自動実行し、どの操作でレビューを求めるか、またエージェントをどの頻度で動かすかは、顧客が選びます。autopilotの発表。

給与チームが不足している入力情報の調査を効率化したいなら、提供済みのPayrollスキルを評価しましょう。一方、新しいautopilotがより広いプロセスを継続的に管理することを前提とした計画なら、必要な機能が自社で利用可能になるまではロードマップ上の検討事項とします。提供予定だけを根拠に、人手による統制を外してはいけません。

Workday Illuminate AI：以前の名称をどう読み解くか

Illuminateは、Workdayが以前のエージェント発表で使っていたブランド名です。現在のカタログは、Sanaと、より広いエージェント群を軸に構成されています。 過去の発表と、現在の提供状況を示す情報は分けて扱いましょう。

Workdayの2025年9月の発表には、プロセス設定を支援するBusiness Process Copilot Agent、作業範囲記述書や履行義務を扱うDocument Intelligence for Contingent Labor Agent、配賦ルールを扱うCost & Profitability Agent、履修関連の設定を支援するAcademic Requirements Agent、学生管理を支援するStudent Administration Agentも登場しました。新しいエージェントの提供予定時期は2026年とされていました。ただし、この発表だけでは、個々の名称のエージェントが現在一般提供されているとは確認できません。Illuminateの発表。

以前のCase、Employee Sentiment、Performanceエージェントは、それぞれサービス管理、フィードバック分析、人事評価の支援を担うものとして紹介されていました。Job Architectureは職務体系、Financial Closeは決算の自動化、Financial Testは継続的な財務テストを対象としていました。この発表では、Planning Agentは早期アクセスとされていました。過去に発表された名称をそれぞれ正式提供済みの独立製品として数えるよりも、現在のスキルページと日付の明確な提供状況の告知を確認するほうが有用です。

Document Driven Accounting Agentは、会計ワークフローに必要な契約情報を抽出するものとして、2025年5月の発表に登場しました。一般提供は2026年初頭の予定でした。現在のカタログでは、Accountingの下にRevenue Contractが記載されています。しかし、旧名称と機能が似ているだけでは、利用権があることも、正式に改称されたことも確認できません。現在のスキル識別子を確認してください。2025年5月の発表。

SanaとAgent System of Recordはどう役割を分担するのか

Sanaは利用者が操作する窓口であり、Agent System of RecordはエージェントのID、アクセス権、責任の所在を管理する基盤です。 エージェントはタスクを実行する構成要素です。その一方で、基になる記録とプロセスを保持する業務システムは、引き続きWorkdayです。

港の仕事にたとえてみましょう。Sanaは依頼を解釈する配船担当、エージェントは作業船、Workdayは作業を行う管理された埠頭に当たります。Agent System of Record、略してASORは、港を統括する管理事務所とその登録簿です。船に名前を付けたからといって、すべての埠頭への立ち入りが認められるわけではありません。

Workdayは2026年5月21日の決算発表で、ASORが一般提供済みであることを明言しています。現在の製品ページでは、エージェントのライフサイクルとして、登録、設定、有効化、無効化、アーカイブが説明されています。各エージェントにはAgent System Userという個別のIDがあり、認証、認可、監査に用いられます。最小権限でのアクセスと、操作の追跡が可能です。ASORの提供状況、ASORの製品ページ。

WorkdayのASORデータシートでは、この管理モデルの対象を、Workday製、顧客独自開発、パートナー製、サードパーティ製のエージェントへと広げています。責任者、利用状況、効率、価値を可視化し、外部との通信はAgent Gatewayが担うと説明されています。ただし、こうしたガバナンスが機能するには、対象となるエージェントやそのやり取りが、このシステムに接続されている必要があります。エージェントを登録しただけでは、無関係なアプリケーション内で行うすべての操作までWorkdayの統制下にあることにはなりません。ASORデータシート。

IT責任者は、操作単位で証跡を求めてください。従業員の異動を提案するエージェントなら、誰の権限を使い、何が変更され、どの承認が適用されたのかを示す必要があります。「エージェントが実行された」と分かるだけのレポートでは、その確認には不十分です。当サイトのAIガバナンスのフレームワークでは、説明責任を負う担当者の決め方と、その担当者が必要とする証跡の定義を解説しています。

会話の背後で、操作ごとの権限がチェックされる

エージェントを利用する権限と、そのエージェントが行う操作の権限は、別々に確認されます。 Workdayの管理者ガイドによると、どちらも実行時に評価されます。管理者は個々のスキルを有効にし、利用できるセキュリティグループを選択したうえで、そのグループの権限を、スキルが呼び出すAPIの権限と整合させます。エージェントの登録と設定。

直属の部下に関する変更は申請できても、他部門の報酬情報は閲覧できない管理職を考えてみてください。評価では、許可された依頼と、その管理職の権限を超える依頼の両方を試す必要があります。前者に有用な回答が返っただけでは、後者が適切にブロックされることは確認できません。

だからこそ、エージェントには、意図を持って設計された業務プロセスを引き継がせる必要があります。言語理解が向上しても、定義の曖昧な承認ポリシーまで修復できるわけではありません。システムをまたぐワークフローについては、エージェントオーケストレーションのガイドで、引き継ぎ、再試行、人による承認を置く場所を解説しています。

自社のWorkdayテナントでエージェントを使うには

利用の出発点は、契約、製品の利用権、スキルの設定です。 Flex Creditsは利用量を扱う仕組みであり、必要な基盤製品の契約に代わるものではありません。

Workdayの管理者ガイドでは、本番・非本番のどちらのテナントでも、Workday製エージェントの利用にはUMSAのサブスクリプション契約が必要とされています。従来のMSAを利用している顧客は、UMSAへ切り替え、Innovation Servicesを通じて機能を有効にする必要があります。登録できるのは、自社が利用権を取得している製品に属するエージェントだけです。管理者向けの要件。

公開の導入情報ページでは、前提となる製品や条件が具体的に示されています。

• Self-Service Agent： Core HCMが必要です。地域に関する記載では、FedRAMP環境が対象から除外されています。Self-Serviceの要件。
• Recruiting Agent： Core HCM、Recruiting、HiredScore AI for Talentが必要です。Recruitingの要件。
• Payroll Agent： Core HCMが必要で、対象国がWorkday Payrollのネイティブ対応国に含まれていることも条件です。導入情報ページでは、Workday Payrollがネイティブに対応する国で提供されると説明されています。Payrollの要件。

これらは、エージェントが公開されていることと、自社ですぐに有効化できることが別である理由を示す例です。選んだスキルごとに、地域と環境の制約を確認してください。特に、規制要件のある環境への導入では確認が欠かせません。

Workday Flex Creditsは、年間分をまとめて購入する従量課金モデルで、無償の割り当ても含まれます。対象スキルはWorkdayの料金表で定められたクレジットを消費します。 Workdayによると、多くのエージェントは非本番環境で無料で試せます。また、Platform Consumption Consoleで利用計画、モニタリング、予算アラートを扱えるとしています。エージェントごとに共通の一律料金があると考えず、自社に適用される料金表とパイロットでの利用量を使って予算を立てましょう。Flex Credits。

最初に有効にするスキルを絞る

具体的な業務を決め、利用者を限定してパイロットを設定します。 以下はWorkdayが文書化している有効化の手順です。対象範囲と受け入れ基準は、自社の運用判断として定めます。

1. 1

   利用条件を満たすスキルを確認する

   Workday管理者に、契約、必要な製品、地域、環境、対象スキルの正確な提供状況を確認してもらいます。General Access、早期アクセス、将来の機能のどれを前提とするプロジェクトなのか、記録してください。

2. 2

   登録して設定する

   Agent Management HubでUnregistered Workday Agentを開き、利用条件を満たすエージェントを登録します。Agent Registryでそのエージェントを開き、Configure Agentを選択して、パイロットに必要なスキルだけを有効にします。

3. 3

   利用者と許可する操作を設定する

   Available Toに、対象とするセキュリティグループを設定します。View Security for Agent Skillで、基になるセキュリティポリシーを確認してください。影響の大きい変更には、業務プロセスの中で引き続き承認を求めます。

4. 4

   有効化して結果を確認する

   設定後にエージェントを有効化します。代表的な依頼に加え、意図的に権限外の依頼も実行します。生成・更新された記録と承認を確認し、完了した業務、修正、エスカレーション、クレジット消費量を比較したうえで、利用範囲を広げてください。

上記の登録、セキュリティ、有効化の操作は、Workdayの設定手順に基づきます。パイロットで示すべき成果は、会話数の多さではなく、想定した権限の範囲内で有用な業務を完了できたことです。

標準エージェント・独自開発・アシスタント連携をどう使い分けるか

業務がWorkdayの既存プロセスに合うなら、標準スキルを使います。ワークフロー自体に独自性があるなら開発し、利用者がどこから作業を始めるかが主な課題なら、既存のアシスタントを接続します。 これらの選択肢は併用も可能です。独自のワークフローでWorkdayの統制下にあるツールを使いながら、別のアシスタントを操作の窓口にすることもできます。

標準的な業務にはWorkdayの標準スキルを使う

休暇や福利厚生に関する定型的な問い合わせに対応する人事サービスの責任者なら、まずSelf-Serviceを評価しましょう。根拠資料の取りまとめに時間を取られている経理責任者なら、Financial Auditが検討対象になります。必要なデータ、権限ルール、レビュープロセスがすでにWorkday内にある場合に、標準スキルを選ぶ利点が最も大きくなります。

提供済みのスキルを再現することが主目的なら、独自開発は避けましょう。従業員の使い勝手が改善するとは限らないまま、保守、評価、サポートの負担を抱えることになります。一方、名称が似ているというだけで、実態が大きく異なる業務を標準スキルに無理に当てはめるべきでもありません。

標準スキルで対応できない業務ロジックは開発する

Workdayの2026年10月13日のプラットフォーム発表によると、Developer Agent、Custom Agents、Agent-Ready Toolsは、Workday Extend AIで一般提供されています。コンテキストを供給し、エージェントの操作を統制する環境であるAgent Harnessも、一般提供済みです。これにより、Workdayの顧客は、外部アプリケーションを接続する方法に加えて、Workday内で独自開発する方法も選べます。Trusted Agent Platformの発表。

ただし、契約上の製品構成について、担当営業に確認すべき点があります。Developer Agentの製品FAQでは、引き続きWorkday Extend Professionalを通じて提供されると説明されていますが、新しい発表ではWorkday Extend AIとなっています。自社の契約で、この名称が同じ利用権を示すと決めつけないでください。Developer AgentのFAQ。

中堅企業のIT責任者なら、Workdayの情報を確認し、機器の承認を得て、別の社内システムとも連携する従業員情報の変更プロセスが必要かもしれません。その独自の処理の流れを中心に開発し、障害対応と承認の責任者を明確にしてください。個人で開発する場合は、会話による計画機能を加える前に、まず許可された操作をひとつ実行できることと、失敗時の処理を確認しましょう。

Workdayは、システム間連携のインターフェースである既存のREST、SOAP、GraphQL、RaaS APIと、Agent-Ready Toolsを区別しています。Agent-Ready Toolsは、AIアプリケーションがツールを見つけて呼び出すための標準である**Model Context Protocol（MCP）**を通じて、操作を公開します。製品ページでは、ユーザー単位のセキュリティと、エージェント向けに設計されたスキーマが説明されています。Agent-Ready ToolsとMCP。

明示的なアプリケーションロジックと予測可能な処理順序が必要なら、APIを直接連携させる方法が適しています。会話の中でエージェントが承認済みの操作を見つけて選ぶ必要があるなら、MCPを検討しましょう。どちらの場合も、人の責任者、範囲を限定した権限、安全な再試行、実行内容の記録が設計に必要です。当サイトのAIエージェントプラットフォーム比較では、周辺のオーケストレーション基盤を評価できます。

作業の入り口が課題なら、既存のアシスタントを接続する

外部のAIアシスタントがWorkdayの操作窓口になる具体例が、Anthropic Claudeです。Workdayの10月13日の発表では、Sana in Claudeプラグインについて、Workdayの権限と監査統制を維持し、変更時にはユーザーに確認を求めると説明しています。提供状況は早期アクセスで、一般提供は2026年後半の予定です。同じ発表では、Agent-Ready ToolsはExtend AIを通じて一般提供済みである一方、プラグイン経由のアクセスは今後、同年中に提供予定としています。WorkdayとAnthropicの発表。

従業員がすでにそのアシスタントを使って仕事をしており、利用可能なコネクターに必要な操作が用意されているなら、この方法が適しています。ただし、アシスタントのサブスクリプションを契約しているだけでは、Workday連携、製品の利用権、書き込み操作が有効になっていることは確認できません。対象の接続が情報の取得だけに対応するのか、承認済みのトランザクションも実行できるのかを確認してください。

すでにWorkdayを導入している企業の創業者は、足りないのが新しいワークフローなのか、それとも既存のワークフローをもっと依頼しやすい窓口なのかを考えてみてください。後者なら、独立したエージェントアプリケーションを新たに用意しなくても、コネクターで解決できる可能性があります。

過大な期待を避け、次に何をするべきか

製品全体の幅広い構想を、すでに全面導入できる自律的な働き手と捉えるのは危険です。 Workday自身の提供状況の告知を読むと、対象を絞った、より実用的な導入判断ができます。

まず、すべてのエージェントスキルが一般提供されていると一括りにしないことです。Financial Closeは引き続きComing Soonで、Conciergeには早期導入者向けのスケジュールがあり、autopilot拡張機能にもそれぞれ提供時期があります。カタログには、これらの将来機能を前提にしなくても役立つ、提供済みの機能があります。

次に、Workdayがガバナンスをうたっていることを、判断に誤りがない証拠と捉えないことです。権限と監査証跡は、行動の境界と証拠を提供します。しかし、候補者の推薦が公平であること、会計上の判断が正しいこと、生成された説明に漏れがないことまでは保証しません。これらの結果は、自社のプロセス責任者が評価する必要があります。

さらに、既存のガバナンスと、追加で発表された統制を区別してください。Workdayは2026年6月のAgent Passportの発表で、署名付きのテスト・検証記録を説明していますが、一般提供は2026年末までの予定としています。その発表は、現在すでに一般提供されていることの確認にはなりません。Agent Passportの発表。同様に、10月のプラットフォーム発表では、Agent Context ServiceとGrounded Reasoningの早期アクセス開始時期を将来の予定として示しています。まだ有効にしていない統制を、現在の保証の根拠に含めないでください。

月曜日に着手すること： 人事、財務、ITのプロセス責任者が、頻繁に発生する業務をひとつ選び、Workday管理者と相談します。対象スキルの正確な名称、必要な製品、許可するユーザー、承認の範囲、成功を示す証跡を書き出してください。少人数で試し、完了した業務と例外を併せて確認します。ワークフローが有用であり、かつ統制できると確認してから、利用範囲を広げましょう。

提供済みのスキルが、十分に理解しているプロセスに合うなら、今すぐ着手できます。事業計画が発表段階の機能に依存するなら、提供を待ちましょう。会話や状況に応じた推論を加えても価値がほとんど増えない場合は、信頼して使えている既存の自動化を維持してください。

業務ワークフローにAIを取り入れるための実践的な情報は、ニュースレターに登録してご覧ください。