Oktaのシステム開発の発注/外注/依頼/委託方法について

Oktaの発注は、対象範囲の整理、要件と責任分界の明確化、PoCから本番移行の順に進めると、運用まで含む認証基盤を整えられます。

発注形態、RFPと要件整理、契約と費用、委託先選定の順に、準備のポイントを見ていきます。

▼全体ガイドの記事
・Oktaのシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Oktaのシステムを発注・外注する前に知る全体像

Oktaはユーザー認証だけでなく、アプリへのアクセス権や異動・退職時の権限変更も管理します。

SSOだけを依頼しても、入社・異動・退職の処理や管理者権限が残ることがあります。監査ログや障害復旧も、別に考える必要があります。そのため、導入対象と成果物は最初に分けておきます。

Workforce IdentityとCustomer Identityの切り分け

RFPでは、認証基盤を使うユーザーの範囲をまず示します。

• Workforce Identity：従業員、契約社員、取引先担当者が社内SaaSや業務アプリを使う場合が対象です。
• Customer Identity：会員・患者・購入者など、Webやスマートフォンアプリでサービスを使う社外ユーザーが対象です。Auth0を含む場合もあります。

両者は、ユーザーのライフサイクルと認証画面、利用規模、開発体制が異なります。そのため、RFPの冒頭で対象者を明記しておきます。

たとえば、従業員のMicrosoft 365やSalesforceへのSSOはWorkforce、注文サイトの会員ログインはCustomer Identityに当たります。

セイコーエプソンは、グローバル展開する顧客向けサービスの認証基盤にAuth0を採用しました。顧客IDを複数サービスへつなぐ事例です（出典：Okta「セイコーエプソンがグローバルで展開する顧客向けサービスの認証基盤にOktaのAuth0を採用」、2025年）。

標準連携を軸にした設計と、スクラッチ開発の限定

連携方式は、標準プロトコルを軸に選びます。

• 認証・同期：SAMLまたはOIDCを使い、ユーザー・所属情報の同期にはSCIMを使います。
• 業務連携：細かな連携には、REST APIやWorkflowsが候補になります。
• 古いアプリ：オンプレミスアプリには、Access Gatewayなどが候補です。
• 開発範囲：認証・認可・ライフサイクル管理はOktaに任せ、業務ロジックと画面は自社で開発します。
• 独自実装：標準機能で足りない理由と保守費を、委託先に説明してもらいます。

標準プロトコルなら、Okta側の設定とアプリ実装を分けて考えられるため、改修や委託先の変更にも対応しやすくなります。一方で、認証画面や権限判定などを独自に作ると、脆弱性や仕様変更への対応負担が増えます。

導入作業と運用作業をまとめた発注範囲

導入後は、アプリ追加やポリシー変更、証明書更新が必要になります。属性修正や権限の見直し、ログ確認、ライセンス増減も続きます。

構築のみを発注すると、社内で変更できず、スポットの費用がかかる場合があります。そのため、発注時に運用手順書と管理者教育、問い合わせ窓口を含めるかを決めておきます。障害時の切り分けと月次レビューも、同じ時期に決めます。

Oktaの発注形態の選び方

発注形態は、社内人材や対象の規模、移行の安全性、稼働後の運用担当で選びます。対象が少なく専門人材がいれば、ライセンス契約と初期設定支援が候補になります。

複数システムや既存IDをまたぐ場合は、SIerへ段階的に導入を委託する方法が向いています。

ライセンス契約と初期設定支援を分けて依頼する形態

SSO・MFAを数個のSaaSへ導入し、台帳やADも整っていれば、初期設定と管理者教育を外注できます。費用と責任範囲を抑えられます。ただし、ID重複、退職者ID、アプリ権限は発注者が確認します。

依頼する作業と設定後の支援は、見積書で分けてもらいます。

• 初期設定：テナント、認証ポリシー、SAML/OIDC連携、MFA登録支援、テスト、操作説明。
• 設定後の支援：問い合わせ、障害時の一次切り分け、Oktaサポートへの連絡代行。
• 追加作業：アプリ追加の単価も記載対象になります。

SIerへ要件定義から移行・運用まで一括で委託する形態

人事システムやActive Directory、複数のSaaSをつなぐ場合は、SIerへの一括委託が向いています。オンプレミスアプリやSIEMまで含めて連携する場合も、一括委託が候補になります。

認証基盤のほかに、ネットワークやアプリ開発も関係します。さらに、セキュリティ監視と利用者教育も関係します。そのため、各社の責任分界は一つの計画にまとめておきます。

一括委託でも、成果物の範囲は先に明確にしておきます。

• 設計・調査：現状調査報告書、構成図、属性設計書、アプリ連携一覧、テスト仕様書。
• 移行・運用：移行計画、切り戻し手順、運用手順書。
• 引き渡し：管理者アカウントを発注者へ引き渡します。
• 発注者の決定：権限設計の承認や退職者を無効化する時期などの業務ルール。

PoC・設計・本番展開を分けて段階発注する形態

導入経験が少なく、古い業務アプリも多いうえにMFAの全社展開に不安がある場合は、工程を分けて発注します。

1. 代表的なSaaSを1〜3個選び、対象ユーザーを限定してPoCを行います。
2. 基本設計を行い、PoCで確認した課題を設計に反映します。
3. 本番展開と運用引き継ぎを進めます。

PoCでは、ログインやMFA登録、属性同期を確かめます。権限変更と無効化、障害時の代替策も確認します。さらに、合格条件には、利用者登録のしやすさと、退職処理が想定時間内に反映されることを含めておきます。

アプリ側の認可と、監査に使えるログも確かめます。Oktaや連携先が停止したときの復旧方法も見ておきます。

PoCの結果を次工程のRFPに反映すると、本番見積の精度が上がります。

RFPと要件整理の準備範囲

RFPは、完成した設計書でなくても構いません。現状と目的を整理し、対象範囲と制約も書き添えます。こうしておくと、複数社が同じ前提で提案や見積を出せます。

期待する成果、希望スケジュール、選定基準も書いておきます。ユーザー数だけを示すと、連携や移行、運用を含まない見積が出やすいため、作業範囲と受入条件も明記します。

ユーザー・アプリ・権限の現状の洗い出し

RFPに書く項目と優先度は、次の観点で洗い出します。

• ユーザー：従業員、契約社員、派遣社員、取引先の区分、所属、役職、勤務地、雇用状態。
• マスター・ID：人事システム、Active Directory、LDAP、Google Workspaceなど。名寄せ、重複・共有・特権・退職後のID。
• アプリ：名称、部門、利用者数、認証方式、SAML・OIDC対応、プロビジョニング方式。
• 運用条件：権限、管理者、停止可能時間、監査ログの要件。
• 優先度：連携先が30個ある場合でも、重要度、利用者数、移行難度、停止リスクから段階を分けられます。

認証・認可・ライフサイクルの要件の分け方

認証、認可、ライフサイクルの要件は、分けて記載します。

• 認証：パスワードポリシー、MFA対象・認証器、端末条件、社外アクセス、管理者の追加認証、緊急時のブレークグラスアカウント。
• 認可：利用できるアプリ・機能、職務変更時の権限剥奪、申請・承認・定期的な見直しの担当者。
• 区別：認証できることと、適切な権限で操作できることは、別の要件として扱います。
• MFAの運用：フィッシング耐性、利用者登録、端末紛失、スマートフォン変更、ヘルプデスク対応を決めておきます。

2025年のOkta調査では、日本のOktaユーザー企業のMFA導入率が53%から62%へ9ポイント上昇しました。Okta FastPassの導入率も、13.8%から25.0%へ増加しました（出典：Okta「The Secure Sign-In Trends Report 2025」、2025年）。

RFPには、MFAを付けるかどうかも書いておきます。運用の段取りまで決めておくと、導入後の混乱を抑えられます。

移行計画・切り戻し・受入条件の決め方

移行条件と受入基準は、次の順に具体化します。

1. ユーザーID、メールアドレス、属性、グループ、アプリ設定、パスワードの移行可否。
2. パスワードを移せない場合の再登録、旧基盤との並行期間、利用者への告知を計画します。
3. 切り替え時間と切り戻し条件を決め、検証環境、パイロット部門、主要SaaS、レガシーアプリ、全社の順で進めます。
4. 業務シナリオで表す受入条件（対象ユーザーのログイン、異動時の権限削除）。
5. 退職後の指定時間内の無効化、監査担当者のログ検索を確認し、PoC・移行リハーサル・本番に合格条件を置きます。

各段階に合格条件を置いておくと、未解決の例外を本番へ持ち込まずに済みます。

Oktaの契約形態の組み合わせ

契約は、製品ライセンスのサブスクリプション、導入・開発の委託、稼働後の保守・運用に分けて考えます。

調査から本番構築までを固定価格にすると、アプリ追加や属性設計のやり直しが変更扱いになりやすい点に注意が必要です。そのため、工程ごとに契約と検収を設定する方法が適しています。

成果物が明確な工程に使う請負契約

請負契約は固定価格で、予算の見通しを立てやすくなります。一方で、請負範囲と受入条件、変更時の扱いは、契約書や仕様書に記載しておく必要があります。

• 成果物：要件定義書、設計書、連携設定、管理画面、移行作業、テスト報告書、運用手順書。
• 追加費用：想定外のアプリ仕様、古い認証方式、データ不整合、追加のMFA支援は、追加見積になり得ます。
• 契約条件：対象ユーザー・アプリ・環境数、連携方式、作業時間帯、納品物、試験範囲、瑕疵対応。
• 管理条件：変更管理、再委託、秘密情報の扱い。
• 連携単位：「一式」だと範囲が曖昧になるため、1アプリごとに設定・試験・文書化を区切ります。

調査・PoC・運用改善に使う準委任契約

準委任は、専門家による業務の遂行を委託する契約です。そのため、成果物の完成は保証されません。

• 対象業務：現状調査、要件整理、製品比較、PoC支援、移行計画、運用設計、定例会、アラート分析。
• 契約条件：稼働時間、担当者、会議体、報告書、対応時間、発注者が提供する情報。
• 不確実な調査：アプリ仕様やユーザー台帳の品質が不明なら、調査とPoCを準委任で進めます。
• 本番構築：部門ごとに権限ルールが異なる場合でも、結果を見て金額を決められます。
• 契約の組み合わせ：本番構築を請負にすると、双方がリスクを把握しながら進められます。

ライセンス・保守契約の更新と出口条件

更新時の条件と保守・運用の範囲は、契約で確かめておきます。

• ライセンス：契約期間、最低契約額、ユーザー数の増減、プラン変更、アドオン、価格改定、請求条件。
• 保守・運用：問い合わせ先、対応時間、重大障害の通知時間、設定変更回数、アプリ追加単価。
• 定期作業：月次レポートとアクセスレビューの取り決め。
• 終了時：データ出力、ログ保存、設定情報の引き渡し、連携先の切り替え、アカウント削除、削除証明。
• 個人情報：保管場所や再委託先、事故報告、契約終了後の削除期限を、関係者で揃えておきます。

Oktaの費用相場の目安

総費用は、ライセンスと初期導入・連携、保守・運用に分けて考えると整理しやすくなります。移行と教育の費用も、別に見ておきます。

2026年8月時点のOkta公式Workforce Identity価格は、Starterが1ユーザー月額940円です。Core Essentialsは1ユーザー月額2,020円、Essentialsは1ユーザー月額2,670円です。

ProfessionalとEnterpriseは個別見積もりで、年間契約最低額は240,000円です（出典：Okta「プランと価格」、2026年8月確認）。

ユーザー数とプランによるライセンス費

公開価格を人数に掛けた参考値で、契約条件、対象ユーザーの範囲、プラン改定、アドオン、為替などを含む最終見積もりではありません。

顧客向けAuth0はMAUや機能構成で料金体系が変わるため、Workforceの単価はそのまま当てはめません。

• Starter・50人：月額4万7,000円、年額56万4,000円程度。
• Starter・100人：月額9万4,000円、年額112万8,000円程度。
• Essentials・300人：月額80万1,000円、年額960万1,200円程度。
• Essentials・500人：月額133万5,000円、年額1,602万円程度。
• Starterの機能：SSO、MFA、Universal Directory、5個のWorkflows。

Essentialsには、Adaptive MFA、Privileged Access、Lifecycle Managementが追加されます。さらに、Access Governanceや50個のWorkflowsも加わります。

プランはアプリ数だけでなく、異動・退職の自動化や特権アクセスを基準に選びます。アクセス申請と監査要件も、比べるときの材料になります。

初期導入・連携費の100万〜3,000万円以上の幅と規模別の目安

初期費用は、ユーザー数よりも連携先や既存IDで大きく変わります。レガシーアプリや移行方式も費用を左右します。テスト量と運用設計の深さも影響します。

• 小規模：50〜100人、SSO・MFAとSaaS数個のPoC・構築で100万〜300万円程度。
• 中規模：300〜500人、人事・AD連携とSaaS10〜30個で300万〜800万円程度。
• 大規模：複数拠点、レガシー、API、ガバナンス、SIEM連携で800万〜3,000万円以上。

上の金額は、一般的な業務システム開発の工数と人月単価から作った推定です（出典：NotebookLM「業務システム全般_16」の開発費・人月単価に関する調査メモ、2026年）。Okta公式の導入料金ではありません。

期間は50〜100人で1〜3か月、300〜500人で2〜6か月が目安です。複雑な大規模案件は4〜12か月で、アプリ改修や社内承認の期間は別に見込みます。

運用・保守費の初期費用15〜25%の目安と作業範囲の比べ方

運用費の参考値と、見積で分けるべき作業範囲を見ておきます。

• 費用目安：初期導入費の年15〜25%。一般的な保守の目安で、Okta公式料金ではありません。
• 運用範囲：アプリ追加、ポリシー変更、証明書更新、属性修正、アクセスレビュー。
• 対応範囲：ログ監視、ヘルプデスク、障害対応、監査対応。
• 費用区分：月次レビューは固定、アプリ追加は1件ごと、緊急対応は時間単価、全社MFA再登録は別プロジェクト。

契約更新の前にユーザー数を見直します。未使用ライセンスや退職者の残存、過剰な管理者権限を点検すると、料金とリスクを同時に抑えられます。

委託先選定と見積比較の確認項目

委託先は、製品を扱えるかだけでなく、認証要件と業務要件をつなげられるかで選びます。

Okta Japanは2026年5月、FY26 Partner Award Japanを発表しました。Okta Platform Partner of the YearにはIIJとIIJグローバルソリューションズが選ばれました。

Auth0 Platform Partner of the YearはNTTデータ、New-logo Partner of the YearはJBCCなどです（出典：Okta Japan「FY26 Partner Award Japan」、2026年5月19日）。

表彰は選定材料の一つで、自社の対象アプリや運用条件への適合を優先します。

Workforce・Auth0・連携方式の実績

社名や導入件数だけで判断せず、製品と連携方式が自社の対象範囲に合うか確認します。

• 製品：Workforce IdentityとAuth0のどちらを多く扱うか。
• 連携方式：SAML・OIDC・SCIM・REST APIの実装経験。
• 接続実績：人事システム、Active Directory、Access Gateway、SIEMとの連携。
• 案件経験：ユーザー数、アプリ数、移行元、期間、担当範囲。
• 運用経験：障害対応、運用体制、発注者側の作業。同規模・同じ認証方式の事例は、構築・運用担当者にも聞いておきます。

BeeXはOktaとのパートナー契約と導入支援サービスを公表しています。SCSKもOktaの導入支援を案内しています（出典：BeeX「Oktaとのパートナー契約を締結」、SCSK「Okta」、各社公式情報、2026年8月確認）。

見積書の工程・成果物・前提条件の比較

総額だけを見ず、工程、成果物、前提条件をそろえて比べます。

• 工程：現状調査、要件定義、基本・詳細設計、テナント設定。
• 実装・引き継ぎ：アプリ連携、属性・権限設計、移行、テスト、教育、文書、運用引き継ぎ。
• 内訳：担当ロール、工数、単価、期間、成果物、検収条件。
• 工数差：ユーザー500人・アプリ20個の場合でも、標準コネクターか独自API・レガシー連携かによって工数は変わります。
• 見積前提：ユーザー・環境数、認証方式、移行元、社内作業、テスト環境、作業時間、出張、税・ライセンス。

提案書で確認するセキュリティ・法務・運用の回答

Oktaは認証を強化しますが、導入だけで自動的に安全になるわけではありません。そのため、導入後の対策と責任範囲は、提案書で確かめます。

• 管理：管理者の分離、最小権限、MFA紛失時の本人確認。
• 監視・復旧：ブレークグラスアカウントの監視、監査ログ、異常時の連絡。
• アプリ：アプリ側の認可不備への対策。
• 責任分界：セキュリティの前提と、発注者側の作業を提案書に明記してもらいます。
• 個人情報：処理目的、保管場所、委託先、再委託、削除、事故時の報告。

個人情報保護委員会は、外国法人であっても、日本国内で個人情報データベース等を事業に用いていると認められる場合があると説明しています。その場合、「外国にある第三者」に該当しないことがあります。法人格やデータ提供先などを個別に判断します（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（外国にある第三者への提供編）」、2026年8月確認）。

法的に該当するかどうかは、自社の法務担当者や専門家に確かめます。

よくある質問

発注では、ライセンス価格だけで判断しないことが大切です。認証方式や連携の範囲、移行と運用、契約終了時の扱いも、あわせて確認します。

Oktaのシステム開発では何を外注できますか？

外注できる作業は、企画・構築から導入後の支援まで幅があります。

• 企画・設計：現状調査、RFP作成、要件定義、プラン選定。
• 構築・導入：テナント設定、SAML・OIDC・SCIM連携、ユーザー移行、MFA展開。
• 導入後：テスト、教育、運用設計。

認証ポリシーや権限ルールの最終承認、個人情報の利用目的、業務上の優先順位は発注者が決めます。一方で、設計と実装は委託先に任せる分担が適しています。

Oktaの導入費用と期間はどのくらいですか？

公開のライセンス参考価格は、Starterが1ユーザー月額940円、Essentialsが月額2,670円です。初期費用は別途見積もりで、次に挙げる金額は推定レンジで、確定額ではありません。

• 小規模PoC：導入・連携費は100万〜300万円程度。
• 中規模：導入・連携費は300万〜800万円程度。
• 大規模：800万〜3,000万円以上。対象アプリや移行条件とあわせて見る必要があります。
• 期間：小規模1〜3か月、中規模2〜6か月、大規模4〜12か月程度が目安です。

OktaとMicrosoft Entra IDはどちらを選ぶべきですか？

Microsoft 365やAzure中心で、Entra IDがユーザー・端末・条件付きアクセスを管理する場合は、役割分担を先に確認します。

複数クラウドや業務アプリの認証・ライフサイクル管理、顧客向けID、Oktaの連携エコシステムが必要なら、Oktaも候補になります。

製品名で決めず、対象ユーザーやアプリ、認証方式を同じRFPで比べます。運用体制や将来の拡張も、そろえた条件で見ます。

Oktaを導入すればセキュリティ対策は完了しますか？

Oktaを導入しても、対策はそこで完了しません。Oktaは認証やアクセス管理を強化しますが、アプリ側の認可、端末管理、管理者権限の設計は別に必要です。

ログ監視や脆弱性対応に加え、利用者教育と障害時の復旧も、別に用意します。

たとえば、緊急用アカウントの放置や人事連携の遅れがあると、導入後もリスクが残ります。

まとめ

Oktaの発注は、ライセンス購入に加えて、ユーザーやアプリ、認証と権限、移行と運用までを一つの業務システムとして整える作業です。

Workforce IdentityとCustomer Identityは分けて考え、標準プロトコルを優先します。RFPには、対象範囲と成果物、受入条件、責任分界を書きます。

発注前に決めるべきポイント

まず、対象ユーザーやアプリ一覧、認証方式を整理します。そのうえで、ユーザー情報のマスターとMFA方針、権限ルールを決めます。

移行期限と停止可能時間は、発注前に決めておきます。監査ログと運用窓口、予算も、同じ時期に決めます。

費用は、公開ライセンスの費用と導入・連携の費用、移行と運用の費用に分けて考えます。安さだけでなく、見積前提と将来の変更費も比べます。

小さく検証してから本番委託へ進む流れ

小さく検証し、結果をもとに本番の契約範囲と委託先を決めます。

1. 全社・全アプリの固定価格発注を避け、代表的な連携とMFAをPoCで検証します。
2. 属性同期、退職処理、ログ、障害時の復旧も確認します。
3. 結果をもとに、本番の請負範囲と運用の準委任範囲を決めます。
4. 複数社の提案を同じ条件で比べ、Okta開発の失敗を防ぎます。

▼全体ガイドの記事
・Oktaのシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。