Oktaのシステム開発の見積相場や費用/コスト/値段について

Oktaのシステム開発費用は、利用人数、連携するアプリの数、移行や運用の範囲によって変わります。初期費用の幅は100万〜3,000万円以上です。

小規模なPoCは初期費用100万〜300万円程度、大規模導入は800万〜3,000万円以上が目安です。全体像はOktaのシステム開発の完全ガイドもご覧ください。

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

Oktaのシステム開発の全体像と費用の前提

Oktaのシステム開発は、認証サービスをゼロから作ることではありません。Oktaを中心に、人事システム、Active Directory(AD)、SaaS、業務アプリ、監査基盤をつなぎます。

目指すのは、認証とアクセス権を運用できる状態に整えることです。また、費用は月額料金と、企業ごとの設計・連携・移行・運用費に分けて考えます。

従業員向けのWorkforce Identity

従業員向けの社内業務システムでは、Workforce Identityが中心です。

  • 対象者:従業員、契約社員、取引先担当者などが安全にログインします。
  • 機能:SSO、MFA、Universal Directory、Lifecycle Management、Workflowsを組み合わせます。
  • ライフサイクル:入社・異動・退職に応じて、アカウントや権限を管理します。
  • 設計範囲:アプリ利用者、退職時の無効化、管理者権限の監視までを決めます。

顧客向けのCustomer Identity(Auth0)

顧客向けの認証は、どのサービスを対象にするかと、料金をどの基準で決めるかから考えます。

  • 対象サービス:会員サイト、顧客ポータル、患者向けサービス、B2B SaaS。
  • 料金の基準:顧客数ではなく、MAU、ログイン方式、ソーシャルログイン、MFA、SLAなど。

Oktaの2025年10月の発表によると、セイコーエプソンはAuth0を採用しました。さらに、Epson Global IDは2025年9月時点で5サービス以上と連携しました(出典:Okta「セイコーエプソンがグローバルで展開する顧客向けサービスの認証基盤にOktaのAuth0を採用」)。

Oktaのシステム開発費用相場の目安

小規模PoC、中規模導入、大規模導入の初期費用を横棒で比べた図です。
導入範囲が広がるにつれ、初期費用の幅も大きくなります。

2026年8月確認の日本語公式価格は、Starterが1ユーザー月額940円、Core Essentialsが1ユーザー月額2,020円です。Essentialsは1ユーザー月額2,670円です(出典:Okta「プランと価格」、2026年8月確認)。

ProfessionalとEnterpriseは問い合わせ価格です。最終金額は、契約期間と購入人数で変わります。さらに、追加アドオンやサポート条件によっても変わります。

次に示す金額は、公開単価を単純に掛けた参考値です。販売店やOktaの正式見積もりではありません。

小規模PoCは年間ライセンス約56万円から、初期費用100万〜300万円程度

小規模PoCでは、ライセンス費と初期作業の費用を分けて考えます。

  • ライセンス例:50人のStarterは940円×50人×12か月で年56万4,000円。100人は年112万8,000円です。
  • PoC範囲:アプリを3〜5個に絞り、SSOとMFAを中心に検証します。
  • 初期費用:要件整理、テナント設定、テスト、操作説明を含み、100万〜300万円程度が目安です。

ADや人事システムとの本格連携、既存認証からの移行、複数部門の運用設計まで行う場合は、この範囲を超える可能性があります。

中規模導入は年間ライセンス約338万〜1,602万円、初期費用300万〜800万円程度

中規模導入では、ライセンスの試算と初期の連携範囲を並べて考えます。

  • ライセンス例:300人でStarterを使うと年338万4,000円、500人でEssentialsなら年1,602万円。
  • 機能差:Lifecycle Management、Access Governance、Adaptive MFAを使うかどうかでも差が出ます。
  • 初期費用:AD・人事連携、SaaS 10〜30個、SCIMを含む段階展開は300万〜800万円程度。
  • 上振れ要因:移行対象の多さ、海外拠点、複数の人事制度によって、費用が上がります。

大規模導入は年間3,204万円以上のライセンスもあり、初期費用800万〜3,000万円以上

1,000人を超える企業では、上位プランや追加機能が必要になる場合があります。公開単価だけでは総額を断定できません。そのため、初期費用も工程別に見積もります。

  • ライセンス例:1,000人でEssentialsを使うと、単純計算で年3,204万円です。
  • プラン:ProfessionalやEnterpriseが必要になる場合があります。
  • 追加機能:API Access Management、Access Gateway、SIEM連携、特権アクセス管理も候補です。
  • 初期費用:複数拠点やレガシーアプリ、独自API、厳格な監査要件を含むと800万〜3,000万円以上です。

ポイント

公開単価から算出した金額は参考値にとどまります。ProfessionalやEnterpriseは問い合わせ価格のため、正式な見積もりが出るまでは幅をもって予算を組むと安全です。

Oktaのシステム開発費用の内訳

ライセンス費だけを見ると安く、連携作業を一式で計上すると高く見えることがあります。

予算の妥当性を判断するには、工程ごとに費用を分けて見ます。工程は、企画・要件定義、設計・設定、アプリ連携です。さらに、移行・テスト、教育・運用も含まれます。

企画・要件定義でのIDと権限の洗い出し

要件定義では、ID管理の現状を調査して押さえておくことが必要です。

  • 整理する情報:ユーザー台帳、組織・職務属性、利用アプリ、認証方式、特権ID、入社・異動・退職の流れ。
  • 省略時の影響:部門ごとの属性差、退職者の手動停止、共有アカウントの扱いが後から判明し、設定変更や追加開発が生じます。

人月単価の参考値は、PMが月90万〜150万円、SEが月65万〜110万円、PGが月50万〜90万円程度です。これは一般的な業務システムの参考値です(出典:NotebookLMリサーチノート「業務システム全般_16」、2026年)。

見積書には、調査範囲と担当者の役割を明記してもらいます。

テナント設定とアプリ連携の方式別の工数

連携方式によって、標準化のしやすさや確認作業が変わります。

  • SAML・OIDC:対応アプリとの認証連携を比較的標準化できます。
  • SCIM・API:SCIMはユーザーの作成・更新・削除を自動化し、APIはログをSIEMへ送ります。
  • Access Gateway:ソース変更が難しいオンプレミスアプリ向けです。

SCIM、SIEM連携のAPI、Access Gatewayを使う場合は、アプリごとの仕様確認とテストが必要です。

Okta Integration Networkには7,000を超える統合機能があります。OIDCやSAMLに加え、SCIM、RESTful APIなどにも対応しています(出典:Okta「柔軟なシステム統合を可能にするOkta Integrations」、2026年8月確認)。ただし、カタログ掲載アプリでも、自社の属性・権限・承認フローを満たすとは限りません。

認証停止を避けるための既存IDの移行とテスト

移行で認証が止まると業務に影響するため、移行前の確認は欠かせません。AD、LDAP、独自の会員データベースから移す場合は、メールアドレスの重複、氏名表記、部署コードを確認します。さらに、退職者フラグとパスワード移行の可否も見ます。

本番移行は、パイロット部門、主要アプリ、全社の順に進めます。旧認証を止める時期と、失敗したときの戻し方も、あらかじめ決めておきます。

テストでは、正常ログインに加えて、MFA端末の紛失、属性不一致、API停止を検証します。さらに、Okta障害時の緊急ログインとログ転送失敗も確認します。また、移行件数とテストケース数は見積もりに含めます。

導入後の変更量に応じた教育・運用費

導入後は、アプリ追加、MFAポリシー変更、証明書更新が発生します。さらに、アクセスレビュー、問い合わせ、障害復旧も続きます。そして、監査資料の作成も必要になります。

一般的な業務システムの参考値では、保守・運用費を初期導入費の年15〜25%程度とする方法があります。これはOkta公式の一律料金ではありません。

月次の設定変更のみか、24時間監視やインシデント対応を含むかで費用が変わります。そのため、時間単価と対応時間を分けて記載してもらいます。さらに、対象テナントとアプリ追加単価も、分けて記載してもらいます。

ポイント

ライセンス費だけで判断すると、連携作業をどこまで計上しているかで高く見えたり安く見えたりします。工程ごとの費用を並べて、予算の妥当性を判断します。

Oktaの費用が変動する要因

Oktaの費用に関わるユーザー数と機能、アプリ環境、監査などの要件を3枚のカードで示した図です。
機能選定から運用要件まで、見積もりに関わる観点が並びます。

同じ500人の企業でも、SSOだけを使う場合と、退職時の自動削除などを含む場合とでは費用が変わります。加えて、アクセス申請やレガシーアプリの有無でも金額は異なります。SIEM連携や海外拠点があるかどうかも、金額を左右します。

見積もりの差を生む条件は、ライセンス、設計、リスクの三つの視点に分けられます。

ユーザー数と必要機能によるライセンス費の違い

ライセンス費とプランは、人数と機能の両面から決まります。

  • ユーザー数:人数が増えると、ユーザー課金のライセンス費も増えます。
  • 必要機能:Adaptive MFA、Lifecycle Management、Access Governance、Privileged Accessなど。
  • 追加機能:API Access Management、Access Gatewayなども費用に影響します。
  • プラン選定:StarterやEssentials、上位プラン・アドオンを、解決したい業務リスクに合わせて選びます。

必要機能でプランが変わるため、人数だけでは金額を決められません。

レガシーアプリ・独自権限・海外拠点による工数の増加

SAMLやOIDCに対応した新しいアプリは、標準設定で進めやすくなっています。一方で、古いアプリや共有端末、代理認証には、追加の設計が必要です。さらに、固定IPや独自権限コードでも、設計の手間が増えます。

海外拠点では、言語、タイムゾーン、雇用形態を確認します。さらに、現地法令やサポート時間も対象になります。ただし、認証基盤を統合しても、各アプリの認可ロジックやデータ連携は自動では統一されません。

発注側は、アプリごとに必要な属性と権限を洗い出しておきます。

監査・個人情報・SLAの要件による見積もりへの影響

監査やSLAの要件を厳格に定めるほど、設定・レビュー・運用の工数が増えます。

対象には、認証ログ、管理者操作、アクセス申請が含まれます。さらに、定期的な権限の見直し、保存期間、SIEM連携も対象になります。また、障害時の連絡体制も含まれます。

サーバが国内にあっても、外国事業者が保存された個人データを扱うことがあります。その場合は、外国第三者への提供に該当し得ます(出典:個人情報保護委員会「外国にある事業者が運営するクラウドを利用していますが、サーバは国内にある場合」、2026年8月確認)。

  • 確認項目:データの種類、取り扱い範囲、契約、保管国、委託先監督。

これらを法務・セキュリティ部門と確認する費用も、見積もりに見込みます。

ポイント

費用の差は、人数よりも必要機能や既存アプリ、監査要件の違いから生まれやすいものです。同じ条件で複数社の見積もりを並べられるかが、判断の目安になります。

Oktaのシステム開発の進め方と期間

Oktaの導入を企画、PoC、設計・構築、段階移行、運用引き渡しの順に示した図です。
PoCを経て段階移行し、運用担当へ引き継ぐ流れです。

導入は、企画とPoCから始まります。そのあと、設計・構築と段階移行を進め、最後に運用引き渡しへ移ります。

小規模なSSO・MFAのPoCなら1〜3か月、中規模のAD・人事連携と複数アプリ展開なら2〜6か月です。大規模でレガシーアプリや複数拠点を含む場合は、4〜12か月程度が目安です。

期間を左右するのは、作業量に加えて、社内の意思決定、アプリ担当者との調整、移行可能なリリース日です。

現状調査による対象ユーザー・アプリ・権限の確定

ユーザー数は、在籍人数ではなく、実際にログインする対象者で数えます。区分は、正社員、派遣、委託先で分けます。さらに、取引先、休職者、サービスアカウントも区別します。

アプリごとに、認証方式と管理者、利用部門を確認します。そのうえで、連携方式と、退職時の停止方法も確かめます。

この段階でWorkforce IdentityかAuth0かを決め、対象外や将来対応のアプリを分けておきます。そうすると、過剰なライセンス購入や不要な連携工数を抑えられます。

重要アプリ1〜3個によるPoCと失敗条件の確認

PoCでは、代表的なSaaSに加えて、最も難しいアプリを1つ含めると効果的です。検証するのは、SAMLまたはOIDCのログイン、SCIMの属性・状態同期、MFAの利用者負担です。

MFA端末を紛失したときの復旧や、特権管理者の緊急ログインも確かめます。さらに、属性の不一致や、Oktaや連携APIの停止時の業務継続も確認します。

成功条件を先に決めておけば、機能を増やすだけの高額な検証を避けられます。

パイロットから全社への段階移行とロールバック条件の設定

段階移行は、PoCのあとにパイロットを行い、そこから対象を広げていく進め方です。

  1. パイロット:IT部門や協力的な部門で試行します。
  2. 展開:主要SaaS、業務アプリ、レガシーアプリの順に広げます。
  3. 切り替え準備:日程、利用者案内、問い合わせ窓口、旧認証の並行期間を決めます。
  4. 復旧条件:ロールバックの判断者を定めます。顧客向けサービスは、影響を抑えて移行します。

エプソンでは、複数の関連システムと国内外の技術部門が関わりました。さらに、既存サービスへの影響を抑えながら、移行の設計と検証を進めました(出典:Okta「セイコーエプソンがグローバルで展開する顧客向けサービスの認証基盤にOktaのAuth0を採用」、2025年)。

運用引き渡しでのアカウントと権限の変更方法の定着

本番担当者が、ユーザー追加、異動、退職者停止を実行できる状態にします。さらに、MFAリセット、アプリ追加、アクセスレビューも、担当者が行えるようにします。

設定値、属性マッピング、証明書期限は、文書に残しておきます。さらに、ログ監視、障害時の連絡先、ブレークグラス手順も文書化し、定期的に訓練します。

社内で判断する事項と委託する事項を分けておくと、毎月の運用費と将来の追加開発費を管理しやすくなります。

ポイント

期間は、規模や複数拠点・レガシーアプリの有無で大きく変わります。予定を組むときは、社内の意思決定やリリース日も含めて考えます。

Oktaのコストの抑え方

コストを抑えるには、対象ユーザーと必要機能を適正な範囲に絞ります。さらに、導入順序と運用方法も見直します。ただし、セキュリティを弱めると、退職者アカウントの残存や過剰権限、障害対応の遅れにつながります。

業務リスクの高い領域から標準機能を使い、不要な独自開発を増やさないようにすると、初期費用と将来費用の抑制につながります。

標準機能と既存連携の優先と、独自開発の縮小

費用を抑えやすい実装範囲を、標準機能と独自開発に分けて選びます。

  • 標準機能:SSO、MFA、Universal Directory、Lifecycle Managementを活用します。
  • 独自開発:差別化が必要な画面や業務ロジックに絞ります。

独自のログイン画面や認証ロジックは、セキュリティレビューや脆弱性対応の費用を増やします。さらに、テストや将来のバージョン変更の費用も重なります。

認証、認可、ライフサイクルをOktaへ寄せると、責任範囲と保守範囲を整理できます。

対象アプリとユーザーを分けた段階展開と初期投資の分散

利用率が高く、SAML・OIDC・SCIMに対応しやすいアプリから始めます。最初から全社の全アプリを一度に対象にはしません。

まず重要なSaaSでSSOとMFAを確かめ、次に退職者の処理と権限の洗い出しを加えます。最後に、レガシーアプリを検討します。

50〜100人のPoCで課題を先に見つけると、全社展開後の手戻りを抑えられます。ただし、最低購入数や契約期間がある場合は、段階展開でも条件を確認する必要があります。

利用状況と運用作業の定期的な見直し

入社、異動、退職の流れを自動化すると、手作業のアカウント管理や問い合わせを減らせます。

半年ごと、または契約更新の前に、未使用ユーザーや不要なアプリを確かめます。さらに、未使用のWorkflowや重複連携も確認し、ライセンスと運用メニューを見直します。

安易にユーザーを削除すると、監査や再雇用時の復旧に影響します。そのため、保存ポリシーと再有効化の手順を決めてから整理します。

Oktaの見積もりの取り方

見積もりは、合計金額だけでなく、初期費用に含まれる作業範囲まで確認します。「連携一式」「移行一式」「運用支援一式」は、会社ごとに範囲が異なります。

ライセンス、設計、設定の費用を分けてもらうと、価格差の理由を判断できます。さらに、移行とテスト、教育と運用、追加変更の費用も、項目ごとに分けてもらいます。

ユーザー・アプリ・連携方式の一覧づくり

問い合わせの前に、対象人数と拠点、WorkforceかCustomer Identityかを整理しておきます。アプリ名と利用人数も、一覧に書いておきます。さらに、SAML・OIDC・SCIM・APIの対応状況も記録します。

ADや人事システムの有無、MFA方式、移行期限を並べておきます。また、監査ログ要件もまとめます。アプリごとに、ユーザーの作成・変更・削除と、グループ・ロールの同期が必要かどうかを記します。

管理者権限とログ転送の要否も、一覧に含めます。情報が揃うほど、概算を実行可能な見積もりに近づけられます。

複数社の見積もりの工程と成果物による比較

ライセンス販売だけでなく、要件定義からPoC、設計までを支援できる会社を比べます。さらに、連携や移行に対応できるかも確認します。加えて、テスト、教育、運用まで対応できるかも確かめます。

各社には同じ条件を渡し、期間、体制、前提を確認します。さらに、除外事項と成果物を見ます。また、追加変更単価と障害時の対応時間も比べます。

Okta認定資格者数に加えて、WorkforceとAuth0の得意分野を評価します。さらに、AD・人事・ERP・レガシーアプリの経験や、SIEMや監査対応の実績も見ます。

Auth0のMAU・機能・通貨ごとの料金確認

Auth0の料金は、従業員向けのユーザー課金とは別の考え方で決まります。公式価格では、無料プランが最大25,000 MAU、Essentialsが最大500 MAUで月額35ドルです。さらに、Professionalは最大500 MAUで月額240ドル、Enterpriseは問い合わせ価格です(出典:Auth0「Pricing」、2026年8月確認)。

B2BやEnterprise Connection、SCIMの利用で条件が変わります。MFAやM2Mトークンの使い方によっても、料金は変わります。SLAとサポートの内容も、条件に含まれます。

MAUの定義やピーク時の数を確かめます。開発環境と本番環境、ドル建て価格の為替影響も確認します。

ポイント

「一式」の表記だけでは比べられないため、作業範囲と除外事項を会社ごとに並べてもらい、価格差の理由を説明できるかで判断します。

Oktaのシステム開発費用に関するよくある質問

費用を検討するときは、月額料金だけで導入できるのか、開発会社に何を頼むのかという疑問が生まれます。Auth0も同じ料金なのかという疑問もあります。

Oktaは月額ライセンスだけで使えますか?

小規模な標準設定なら、月額ライセンスを契約して社内で設定できます。ただし、既存IDを洗い出す作業や複数アプリの連携があると、別途支援費が発生します。

権限設計や移行テストが必要な場合も、導入費がかかります。運用ルールと監査対応が求められるときにも、費用が生じます。そのため、ライセンス費と初期費用を分けて、社内対応と外部委託の作業を整理してください。

Oktaのシステム開発会社には何を依頼しますか?

要件定義、ユーザーと権限の調査、プラン選定を依頼できます。さらに、テナント設計や、AD・人事・SaaS・業務アプリとの連携も頼めます。

データ移行とテストに加えて、利用者教育と運用設計も依頼の対象です。顧客向けサービスでは、Auth0の認証・認可を組み込み、既存会員の段階移行やログ監視を設計します。

見積もりでは、設定だけを対象にするのか、アプリ側の改修まで含むのかを明確にしておきます。

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

Oktaは認証・認可やIDライフサイクルを強化する基盤です。ただし、導入するだけで安全性が自動的に完了するわけではありません。

必要なのは、アプリ側の認可、最小権限、管理者の分離です。さらに、端末管理、ログ監視、脆弱性対応も続けて必要になります。そして、障害時の復旧と利用者教育も欠かせません。

MFAを有効にするだけでなく、緊急ログインや復旧手順を実際に試して、運用できる状態にしておきます。

Workforce IdentityとAuth0はどちらを選べばよいですか?

利用するユーザーが従業員か外部顧客かで選びます。

  • Workforce Identity:従業員・契約社員・取引先担当者の業務利用向けです。
  • Customer Identity(Auth0):会員・顧客・患者のサービス利用向けです。

両方が必要な場合は、対象者と認証体験、ユーザー属性を分けて設計します。さらに、MAUやSLA、データ連携も、それぞれ分けて考えます。

料金の仕組みは、Workforceのユーザー課金と、Auth0のMAUや機能の条件で異なります。そのため、用途を混ぜずに比べます。

まとめ:ライセンス・連携・運用に分けたOktaの費用見積もり

Starterは1ユーザー月額940円、Essentialsは1ユーザー月額2,670円です。ただし、導入費や運用費を含む総額は、企業の条件で変わります。

50〜100人のPoCは年56万〜113万円程度のライセンスと、初期費用100万〜300万円程度が目安です。300〜500人では年338万〜1,602万円と、初期費用300万〜800万円程度です。

1,000人以上の複雑な導入では、初期費用800万〜3,000万円以上を見込みます。これは公開単価とリサーチノートの一般的な工数による目安で、正式価格ではありません。

最初に行うユーザー数・対象アプリ・権限・移行条件の整理

Workforce IdentityかAuth0かを決め、対象ユーザーとMAUを分けます。アプリごとに、認証とプロビジョニングを一覧にします。さらに、権限とログ要件も書き出しておきます。

標準機能と独自開発の範囲、PoCの成功条件を定めます。さらに、移行時のロールバックや導入後の体制も決め、複数社へ同じ条件を提示します。

認証基盤だけでなく、認証後の業務権限と運用責任まで設計できる会社を選ぶと、長期的なコストを抑えることにつながります。

見積書の初期費用と年間費用を分けた判断

初年度は、ライセンス、初期導入・連携、移行・テストを合算します。教育と運用保守も初年度に含めたうえで、2年目以降のライセンス・保守・追加変更費も並べます。公開価格から計算した範囲と、個別見積もりで決まる項目を分けると、除外作業や追加費用を把握しやすくなります。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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