---
title: 【Okta】Workflows委任フローのCaller入力フィールドを活用したAccess Requests連携 | Nextmode Blog
description: Okta Workflows の Delegated Flow (委任フロー) の新機能 Caller 入力フィールドを活用し、 Access Requests との連携をシンプルかつ効率的にする方法を解説します。
image: https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/Okta_Blog-1.png
---

[![nextmode blog](https://info.nextmode.co.jp/hubfs/raw_assets/public/NextMode_Theme/nextmode%20blog.png)](https://info.nextmode.co.jp/blog)

[ホワイトペーパー](https://info.nextmode.co.jp/white-paper/) [資料請求](https://info.nextmode.co.jp/request/) [お問い合わせ](https://nextmode.co.jp/contact/)

- [会社TOP](https://nextmode.co.jp/)
- [生成AIセキュリティ](https://nextmode.co.jp/services/ai/security/)
- [SaaSライセンス＆サポート](https://nextmode.co.jp/services/saas/)
  
    - [Oktaライセンス＆サポート](https://nextmode.co.jp/services/saas/okta/)
    - [Netskopeライセンス＆サポート](https://nextmode.co.jp/services/saas/netskope/)
    - [Notionライセンス＆サポート](https://nextmode.co.jp/services/saas/notion/)
    - [Asanaライセンス＆サポート](https://nextmode.co.jp/services/saas/asana/)
    - [SysCloudライセンス＆サポート](https://nextmode.co.jp/services/saas/syscloud/)
    - [CrowdStrikeライセンス＆サポート](https://nextmode.co.jp/services/saas/crowdstrike/)
- [AWS総合支援](https://nextmode.co.jp/services/aws/)
  
    - [AWS導入コンサル・構築](https://nextmode.co.jp/services/aws_consulting/)
    - [AWS運用・保守代行](https://nextmode.co.jp/services/aws_operation/)
- [導入事例](https://nextmode.co.jp/casestudy/)
- [会社情報](https://nextmode.co.jp/company/)
- [セミナー](https://info.nextmode.co.jp/seminar/)
- [ブログ](https://info.nextmode.co.jp/blog)

[![YouTube](https://nextmode.co.jp/assets/images/common/icon_youtube.svg)](https://www.youtube.com/@nextmode) <https://x.com/Nextmode_Inc>

目次

 2026/01/05 19:07

# 【Okta】Workflows委任フローのCaller入力フィールドを活用したAccess Requests連携

[» Okta](https://info.nextmode.co.jp/blog/tag/okta) [» 技術](https://info.nextmode.co.jp/blog/tag/技術)

[![yuki](https://info.nextmode.co.jp/hs-fs/hubfs/avator_yukinawa.jpg?width=40&name=avator_yukinawa.jpg) yuki](https://info.nextmode.co.jp/blog/author/yuki)

共有： [facebook-f icon](http://www.facebook.com/share.php?u=https://info.nextmode.co.jp/blog/okta-workflows-caller-input-access-requests) [linkedin-in icon](http://www.linkedin.com/shareArticle?mini=true&url=https://info.nextmode.co.jp/blog/okta-workflows-caller-input-access-requests) [Twitter icon](https://twitter.com/intent/tweet?url=https://info.nextmode.co.jp/blog/okta-workflows-caller-input-access-requests) [pinterest-p icon](http://pinterest.com/pin/create/link/?url=https://info.nextmode.co.jp/blog/okta-workflows-caller-input-access-requests) [envelope icon](mailto:?body=https://info.nextmode.co.jp/blog/okta-workflows-caller-input-access-requests)

## はじめに

---

こんにちは、[ネクストモード株式会社](https://nextmode.co.jp)のゆきなわです。

Okta Identity Engine (OIE) の 2025年12月リリースにて、Okta Workflows の **Delegated Flow（****委任フロー）**にアップデートがありました。それが今回ご紹介する \[Caller（呼び出し元）\] **入力フィールド**の追加です。

Okta Identity Governance (OIG) の Access Requests 機能を利用している環境において、承認後の Workflows による自動化処理を実装する際、これまでは「どのトリガー方式でフローを起動するか」「データの受け渡しをどうするか」という点で検討が必要でした。

今回の新機能によって、Access Requests から Delegated Flow を直接起動する**アクション駆動**による連携がより使いやすくなりました。本記事では、従来の手法（イベント駆動 vs アクション駆動）を整理しつつ、Delegated Flow に追加された新機能である Caller 入力フィールドを活用した構成をご紹介します。

**参考リリースノート**  
Okta Identity Engine Release Notes - Production Version: 2025.12.0

<iframe class="hatenablogcard" style="position: absolute; top: 0px; left: 0px; width: 100%; height: 100%; border: none;" src="https://hatenablog-parts.com/embed?url=https://help.okta.com/oie/en-us/content/topics/releasenotes/production.htm" width="600" height="150" frameborder="0" scrolling="no">
</iframe>

 

## Workflows 連携の2つのアプローチと課題

---

Access Requests の承認完了後に Workflows を起動する場合、主に2つのアプローチがあります。  
それぞれの特徴とこれまでの課題を整理した後、今回新たに加わった Caller 入力フィールドによる解決策を示します。

#### 1. イベント駆動 (Access Request Resolved イベントによるフローの起動)

Okta の Access Request Resolved イベントカードをトリガーにフローを起動する方法です。

- **特徴**: Access Requests 全体で発生するリクエスト完了のイベントを検知します。  
  ※Okta のアプリケーションイベントは、指定されたイベントが発生すると Webhook 経由で Workflows に通知されます（[help.okta.com](https://help.okta.com/wf/ja-jp/content/topics/workflows/learn/about-events.htm))。
- **課題**: すべてのリクエスト完了時にフローが発火するため、特定のリクエスト（例：アカウント作成申請）だけで処理を行いたい場合、フロー側で条件分岐（If/Else）を作成してイベントをフィルタリングする必要がありました。

#### 2. アクション駆動 (承認後のアクションとしてフローを起動)

Request Type の設定画面で、承認後のアクションのタイプとして \[Okta\] Run a workflow を指定し、特定の Delegated Flow を直接呼び出す方法です。

- **特徴**: 特定のリクエストに対してのみ、明示的にフローを起動できます。不要な発火がなく、構成がシンプルです。
- **課題**: フロー側で必要な情報（プロビジョニング時の例: 姓、名、部署、利用期間など）をすべてフローへの入力引数として定義し、Access Requests 側で**一つ一つ手動でマッピング設定**をする必要がありました。申請フォームに項目が一つ増えるたびに、Workflows の入力定義を変更し、Access Requests のマッピングもやり直す手間が発生していました。

> ※**ご注意**  
> Access Requests から直接 Delegated Flow を呼び出すアクション駆動は、本記事執筆時点で **Early Access (早期アクセス)** 機能となっています。  
> ご利用の際は環境設定をご確認ください。
> 
> [リクエストタイプを作成する - Okta Help Center](https://help.okta.com/oie/ja-jp/content/topics/identity-governance/access-requests/ar-create-request-type.htm)

#### 新機能: Caller 入力フィールドによる解決策

今回のアップデートにより、2つ目のアクション駆動アプローチにおいて、Delegated Flow 側で、フローの呼び出し元（実行元）の情報を持つ **Caller オブジェクト**を実行時の入力として受け取れるようになりました。

例えば、Okta Admin Console メニュー \[Workflows（ワークフロー）\] \> \[Delegated flows（委任されたフロー）\] からフローをマニュアル実行した場合は、実行したユーザーの `username`、`id` を含む情報が、また、Access Requests からフローを実行した場合は、該当するリクエストの ID (`requestId`) を含む情報が Caller オブジェクトとして自動的に入力されます。

これにより、Access Requests と Workflows の連携において以下の構成が可能になります。

1. **アクション駆動で起動**: 必要なリクエストタイプからフローを呼ぶ（イベント駆動のフィルタリング処理を回避）
2. **呼び出し元イベントの ID 取得**: Access Requests は Workflows に `requestId` を自動的に渡す（手動マッピング不要）
3. **API による詳細情報の取得**: Workflows はその ID を使って API を呼び出し、申請内容の詳細情報を取得する

つまり、**イベント駆動のようにデータを手軽に取得しつつ、アクション駆動の明確さでフローを制御する**構成が実現できます。

## 今回の検証シナリオと前提

---

今回は、ユーザーが Okta Identity Governance の Access Requests (Request Types) で申請を行い、承認された後に Workflows を自動実行させるシナリオを想定します。

#### 前提1：Request Types の利用

Access Requests には大きく分けて Request Types（リクエストタイプ）と Conditions（条件）の2つの設定方法があります。今回は **Request Types** を利用します。

Request Types は、リクエストのライフサイクルを定義する構造化フローです ([help.okta.com](https://help.okta.com/oie/ja-jp/content/topics/identity-governance/access-requests/ar-request-types.htm))。質問、タスク、タイマーなどのステップから構成され、Teams、Slack、Jira 、ServiceNow などの外部システムとの統合も可能です。

Request Types の概要と基本的な作成方法については、過去のブログ記事をご参照ください。

<iframe class="hatenablogcard" style="position: absolute; top: 0px; left: 0px; width: 100%; height: 100%; border: none;" src="https://hatenablog-parts.com/embed?url=https://info.nextmode.co.jp/blog/oig-request-types" width="600" height="150" frameborder="0" scrolling="no">
</iframe>

今回は Request Type の一例として、下図の姓、名、メールアドレス、所属グループ、入社日をフォーム入力項目として持つ、新規アカウント作成申請を想定したフローを作成するものとします。

![](https://info.nextmode.co.jp/hs-fs/hubfs/image-png-Jan-06-2026-12-33-47-9417-AM.png?width=500&height=613&name=image-png-Jan-06-2026-12-33-47-9417-AM.png)

#### 前提2：承認後のアクション設定

Access Requests の承認完了後のアクションとして \[Okta\] Run a workflow を設定し、起動する Delegated Flow を指定します。指定したフローには明示的な入力フィールドを設けず、Request Type のフォームに入力されたフィールド値のマッピングは行いません。

**![SCR-20260105-qcki](https://info.nextmode.co.jp/hs-fs/hubfs/SCR-20260105-qcki.png?width=244&height=500&name=SCR-20260105-qcki.png)**

なお、Access Requests で Run a workflow アクションを使用するには、事前準備が必要です ([help.okta.com)](https://help.okta.com/oie/ja-jp/content/topics/identity-governance/access-requests/rcar-approval-seq-edit.htm)。以下の設定手順を参照してください。

設定手順

1. **委任フローの作成**: Workflows コンソールで Delegated Flow を作成し、アクティブにする
2. **カスタム管理者ロールの設定**: 
     - 「Run delegated flow（委任されたフローを実行）」権限を持つロールを作成
     - 実行する委任フローをリソースセットに含める
     - このロールとリソースセットを **Okta Access Request OAuth** アプリケーションに割り当てる
3. **統合設定の有効化**:

- - Access Requests コンソールの左メニューの **Settings** をクリックし、**Integrations** タブを開く
    - **Access Request Configurations** の **Edit connection** をクリックする
    - **Teams** セクションで **Select teams** をクリックし Requests Types を管理するチームを選択する
    - **Actions** セクションで **Run a workflow** トグルを有効にして（下図）、**Update connection** ボタンをクリックする  
      ![SCR-20260108-jcbo-1](https://info.nextmode.co.jp/hs-fs/hubfs/SCR-20260108-jcbo-1.png?width=435&height=792&name=SCR-20260108-jcbo-1.png)

 

## 実装ステップ

---

それでは、実際の Workflows 実装を見ていきましょう。

#### Step 1: Delegated Flow で Request ID を取得する

まず、Workflows のトリガーカード（Delegated Flow）を確認します。新しく `Caller` というオブジェクト入力フィールドが追加されています。

**![delegated-flow\_caller-input-field](https://info.nextmode.co.jp/hs-fs/hubfs/image-png-Jan-05-2026-08-50-21-0712-AM.png?width=221&height=465&name=image-png-Jan-05-2026-08-50-21-0712-AM.png)**

Access Requests から Delegated Flow が呼び出されると、Caller 入力フィールドに呼び出し元の情報を含む `Caller` オブジェクトが格納されます。オブジェクトの中にある `ID` フィールドには、Access Requests の一意な **Request ID**（下図例: `695b2f50...`）が格納されているので、これを後続の処理で使用します。

![delegated-flow\_caller-input-object](https://info.nextmode.co.jp/hs-fs/hubfs/SCR-20260105-post.png?width=223&height=374&name=SCR-20260105-post.png)

#### Step 2: OIG API で申請内容詳細を取得する

取得した ID を使い、Okta Connector の **Custom API Action** カードなどで Okta Identity Governance API リクエストを実行します。今回は Request Types で作成されたリクエストを取得するため、以下の [Access Requests V1 API](https://developer.okta.com/docs/api/iga/openapi/governance.requests.admin.v1/tag/Requests/) を使用します。

- **Endpoint**: `/governance/api/v1/requests/{requestId}`
- **Method**: `GET`

> **補足: API バージョンの使い分け**  
> 今回は **Request Types** を対象としているため `v1/requests` エンドポイントを使用しています。  
> Access Requests **Conditions** で作成されたリクエストを扱う場合は、API のスキーマが異なるため、Access Requests **V2 API** (`/governance/api/v2/requests/{requestId}`) を使用してください。

**API で取得した詳細情報  
![request-details](https://info.nextmode.co.jp/hs-fs/hubfs/SCR-20251225-pyxn-1.png?width=661&height=1373&name=SCR-20251225-pyxn-1.png)**

API から返却されるレスポンス (JSON) には、入力フォームの値を示す `requesterFieldValues` だけでなく、`approvals`、`createdBy` のようなリクエストに関するメタ情報も含まれています。

- `requesterFieldValues`: ユーザーが入力した値（姓、名、所属グループなど）
- `approvals`: 誰がいつ承認したか（`approverName`、`decided` など）
- `createdBy`: 申請者情報

このように、従来のアクション駆動によるマッピング方式では取得しにくかった承認者のコメントや承認日時なども、Caller 入力フィールドから得られるリクエスト ID 情報を用いて、API 経由で取得することが可能です。

#### Step 3: データの整形 (Pluck & Zip の利用)

API で取得した `requesterFieldValues` は、フォーム入力項目のキーに対応する `prompt`と値に対応する `value`を含むオブジェクトのリスト形式になっているため、そのままだと扱いづらい場合があります（下図）。

![request-requesterFieldValues](https://info.nextmode.co.jp/hs-fs/hubfs/image-png-Jan-05-2026-08-28-28-4661-AM.png?width=402&height=156&name=image-png-Jan-05-2026-08-28-28-4661-AM.png)

 そこで、Workflows の List と Object の関数カードを使って、より扱いやすいオブジェクト形式に変換します。

1. **List - Pluck**: `prompt`（項目名）だけのリストを作成
2. **List - Pluck**: `value`（入力値）だけのリストを作成
3. **Object - Zip**: 2つのリストを結合してオブジェクトを作成

**List - Pluck と Object - Zip カードによるオブジェクト作成の処理フロー![workflows\_for\_extracting\_key\_value\_objects](https://info.nextmode.co.jp/hs-fs/hubfs/SCR-20260105-pren.png?width=898&height=422&name=SCR-20260105-pren.png)**

これにより、`{"姓": "Yamada", "名": "Taro"}` のようなシンプルなオブジェクトに変換でき、後続のアクション（プロビジョニングや Slack 通知など）で値を参照しやすくなります。

あとは、ユーザープロビジョニングや通知に関するカードを用い、要件に応じた具体的な処理を実装していく流れとなります。

## まとめ

---

Delegated Flow の新機能 Caller 入力フィールドを活用することで、Access Requests と Workflows の連携をより疎結合でメンテナンスしやすい形にできます。

- **メンテナンス性**: フォーム項目の変更に伴う Workflows の引数修正やマッピング変更が不要になる
- **情報量**: API 経由で、承認者情報やタイムスタンプなどのメタデータも活用できる
- **制御のしやすさ**: アクション駆動（Delegated Flow）を利用することで、イベント駆動のようなフィルタリング条件を書く必要がなく、余計なフローの起動を抑制できる

Access Requests の自動化を設計される際は、この Caller 入力フィールド + API によるリクエスト詳細情報の取得の構成をぜひご検討ください。

#### Okta についてのお問い合わせ

Okta Identity Governance と Okta Workflows による業務フローの自動化、Okta のライセンス体系や価格などについてさらに詳しく知りたい方は、ぜひ弊社窓口までお気軽にお問い合わせください。

[![SaaSバナー\_Okta](https://hubspot-no-cache-na2-prod.s3.amazonaws.com/cta/default/20481958/interactive-256988631778.png)](https://info.nextmode.co.jp/hs/cta/wi/redirect?encryptedPayload=AVxigLK4mU3np08XBE8ZnevKzSlHezbmuRMKpMx7VOrARGrZ2J4Kbo8ZZ9nOhbjwLal5iid6zLNKrfsAv4HRigybsOXNx618pj0x8sW%2BtgcLt5V1%2Fpinu7BzHD35vPXFS7E9WgNvnCyuIRSW0nrHNyJHQ5LtLT5kjjANscEVS4vqnDgyrJtb5iRC6UEnMvGY4Q%3D%3D&webInteractiveContentId=256988631778&portalId=20481958)

### 関連記事

[![【Oktane26】セッション：Okta Workflows 顧客事例と今後のロードマップ](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/oktane26.png) 【Oktane26】セッション：Okta Workflows 顧客事例と今後のロードマップ ![](https://info.nextmode.co.jp/hubfs/kusumi.png) kusumin 2026/09/24](https://info.nextmode.co.jp/blog/oktane26-workflows-flowcase)

[![【Oktane26】セッション：AI エージェント接続の安全と使いやすさを両立する Cross App Access](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/oktane26.png) 【Oktane26】セッション：AI エージェント接続の安全と使いやすさを両立する Cross App Access ![](https://info.nextmode.co.jp/hubfs/avator_yukinawa.jpg) yuki 2026/09/24](https://info.nextmode.co.jp/blog/oktane26-cross-app-access-ai-agents)

[![【Oktane26】Day3 基調講演：How Did I Get Here?: The Ascent of an Unlikely CEO](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/oktane26.png) 【Oktane26】Day3 基調講演：How Did I Get Here?: The Ascent of an Unlikely CEO ![](https://info.nextmode.co.jp/hubfs/oharafu.png) おはらふ 2026/09/24](https://info.nextmode.co.jp/blog/oktane26-day3-keynote)

### Category

[» 技術](https://info.nextmode.co.jp/blog/tag/技術) [» Okta](https://info.nextmode.co.jp/blog/tag/okta) [» Notion](https://info.nextmode.co.jp/blog/tag/notion) [» イベントレポート](https://info.nextmode.co.jp/blog/tag/イベントレポート) [» Netskope](https://info.nextmode.co.jp/blog/tag/netskope) [» CrowdStrike](https://info.nextmode.co.jp/blog/tag/crowdstrike) [» Notion AI](https://info.nextmode.co.jp/blog/tag/notion-ai) [» AWS](https://info.nextmode.co.jp/blog/tag/aws) [» Asana](https://info.nextmode.co.jp/blog/tag/asana) [» カルチャー](https://info.nextmode.co.jp/blog/tag/カルチャー) [» ワーケーション](https://info.nextmode.co.jp/blog/tag/ワーケーション) [» 生成AIセキュリティ対策シリーズ](https://info.nextmode.co.jp/blog/tag/生成aiセキュリティ対策シリーズ) [» Oktane25](https://info.nextmode.co.jp/blog/tag/oktane25) [» SaaS](https://info.nextmode.co.jp/blog/tag/saas) [» re:Invent](https://info.nextmode.co.jp/blog/tag/reinvent) [» AI](https://info.nextmode.co.jp/blog/tag/ai) [» リモートワーク](https://info.nextmode.co.jp/blog/tag/リモートワーク) [» Keeper](https://info.nextmode.co.jp/blog/tag/keeper) [» ネクストモードアドベントカレンダー2024](https://info.nextmode.co.jp/blog/tag/ネクストモードアドベントカレンダー2024) [» Oktane24](https://info.nextmode.co.jp/blog/tag/oktane24) [» Oktane23](https://info.nextmode.co.jp/blog/tag/oktane23) [» Asana AI](https://info.nextmode.co.jp/blog/tag/asana-ai) [» Slack](https://info.nextmode.co.jp/blog/tag/slack) [» Oktane26](https://info.nextmode.co.jp/blog/tag/oktane26) [» OIGシリーズ](https://info.nextmode.co.jp/blog/tag/oigシリーズ) [» その他](https://info.nextmode.co.jp/blog/tag/その他) [» 脱Excelシリーズ](https://info.nextmode.co.jp/blog/tag/脱excelシリーズ) [» Oktane22](https://info.nextmode.co.jp/blog/tag/oktane22) [» SysCloud](https://info.nextmode.co.jp/blog/tag/syscloud) [» Google](https://info.nextmode.co.jp/blog/tag/google) [» HubSpot](https://info.nextmode.co.jp/blog/tag/hubspot) [» Zapier](https://info.nextmode.co.jp/blog/tag/zapier) [» Azure AD](https://info.nextmode.co.jp/blog/tag/azure-ad) [» Entra ID](https://info.nextmode.co.jp/blog/tag/entra-id) [» Googleドライブ](https://info.nextmode.co.jp/blog/tag/googleドライブ) [» SentinelOne](https://info.nextmode.co.jp/blog/tag/sentinelone) [» ゼロトラスト](https://info.nextmode.co.jp/blog/tag/ゼロトラスト) [» DocuSign](https://info.nextmode.co.jp/blog/tag/docusign) [» Jamf](https://info.nextmode.co.jp/blog/tag/jamf) [» セキュリティ対策](https://info.nextmode.co.jp/blog/tag/セキュリティ対策) [» トラブルシューティング](https://info.nextmode.co.jp/blog/tag/トラブルシューティング) [» 利用者目線](https://info.nextmode.co.jp/blog/tag/利用者目線) [» 運用](https://info.nextmode.co.jp/blog/tag/運用) [» GitHub](https://info.nextmode.co.jp/blog/tag/github) [» GitHub Gist](https://info.nextmode.co.jp/blog/tag/github-gist) [» JOUG](https://info.nextmode.co.jp/blog/tag/joug) [» Notion Calendar](https://info.nextmode.co.jp/blog/tag/notion-calendar) [» Proflly](https://info.nextmode.co.jp/blog/tag/proflly) [» kintone](https://info.nextmode.co.jp/blog/tag/kintone)

[![ネクストモード株式会社](https://nextmode.co.jp/assets/images/common/logo_white.svg)](https://nextmode.co.jp/)

Service

- [生成AIセキュリティ](https://nextmode.co.jp/services/ai/security/)
- [SaaSライセンス＆サポート](https://nextmode.co.jp/services/saas/) 
    - [Oktaライセンス＆サポート](https://nextmode.co.jp/services/saas/okta/)
    - [Netskopeライセンス＆サポート](https://nextmode.co.jp/services/saas/netskope/)
    - [Notionライセンス＆サポート](https://nextmode.co.jp/services/saas/notion/)
    - [Asanaライセンス＆サポート](https://nextmode.co.jp/services/saas/asana/)
    - [SysCloudライセンス＆サポート](https://nextmode.co.jp/services/saas/syscloud/)
    - [CrowdStrikeライセンス＆サポート](https://nextmode.co.jp/services/saas/crowdstrike/)
    - [Keeperライセンス＆サポート](https://nextmode.co.jp/services/saas/keeper/)
- [AWS総合支援](https://nextmode.co.jp/services/aws/) 
    - [AWS導入コンサル・構築](https://nextmode.co.jp/services/aws_consulting/)
    - [AWS運用・保守代行](https://nextmode.co.jp/services/aws_operation/)

Company

- [会社情報](https://nextmode.co.jp/company/)
- [サービス一覧](https://nextmode.co.jp/services/)
- [導入事例](https://nextmode.co.jp/casestudy/)
- [お知らせ](https://nextmode.co.jp/news/)
- [サステナビリティ](https://nextmode.co.jp/sustainability/)
- [採用](https://nextmode.co.jp/recruit/)
- [私たちの働き方](https://nextmode.co.jp/workstyle/)
- [カルチャー](https://nextmode.co.jp/culture/)

Contact

- [お問い合わせ](https://nextmode.co.jp/contact/)
- [資料請求](https://info.nextmode.co.jp/request/)

Media

- [セミナー](https://info.nextmode.co.jp/seminar)
- [ブログ](https://info.nextmode.co.jp/blog)
- [ホワイトペーパー](https://info.nextmode.co.jp/white-paper/)

- [![ネクストモード公式YouTubeチャンネル](https://nextmode.co.jp/assets/images/common/icon_youtube.svg)](https://www.youtube.com/channel/UCeW8ocoe9C3E0GOINh167MA)
- [![ネクストモード公式Xアカウント](https://nextmode.co.jp/assets/images/common/icon_x.svg)](https://twitter.com/Nextmode_Inc)

[English](https://nextmode.co.jp/en/)

- [NTTグループカスタマーハラスメント基本方針](https://group.ntt/jp/group/customer_harassment/)
- [就活ハラスメント防止方針](https://docs.nextmode.co.jp/nextmode_recruit_harassment.pdf)

- 運用アシスタント利用規約([AWS](https://docs.nextmode.co.jp/nextmode-unyo-assistant-aws-terms-of-use.pdf)/[Azure](https://docs.nextmode.co.jp/nextmode-unyo-assistant-azure-terms-of-use.pdf))
- [日中運用支援定型約款](https://docs.nextmode.co.jp/nextmode-nittyu-unyo-shien-terms-of-use.pdf)
- [定型約款](https://docs.nextmode.co.jp/nextmode-standard-contracts.pdf)

[プライバシーポリシー](https://nextmode.co.jp/company/privacy.html)

Copyright(c) Nextmode, Inc.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "yuki",
    "url" : "https://info.nextmode.co.jp/blog/author/yuki"
  },
  "dateModified" : "2026-01-08T01:16:58.986Z",
  "datePublished" : "2026-01-05T10:07:12.000Z",
  "headline" : "【Okta】Workflows委任フローのCaller入力フィールドを活用したAccess Requests連携 | Nextmode Blog",
  "image" : [ "https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/Okta_Blog-1.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://info.nextmode.co.jp/blog/okta-workflows-caller-input-access-requests",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://info.nextmode.co.jp/hubfs/nm_l_color.png"
    },
    "name" : "ネクストモード株式会社"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://nextmode.co.jp/#organization",
  "@type" : "Organization",
  "alternateName" : "Nextmode, Inc.",
  "logo" : "https://nextmode.co.jp/assets/images/common/logo_white.svg",
  "name" : "ネクストモード株式会社",
  "sameAs" : [ "https://www.youtube.com/channel/UCeW8ocoe9C3E0GOINh167MA", "https://twitter.com/Nextmode_Inc", "https://info.nextmode.co.jp/" ],
  "url" : "https://nextmode.co.jp/"
}
```