結論：SAMLのシステム開発費用は、標準的なIDaaS設定なら初期20万〜60万円、
既存WebシステムのSAML対応なら100万〜600万円、複数アプリを束ねる認証基盤なら500万〜2,000万円程度が推定レンジです。
ただし、SAMLは単独の業務アプリではなく、IdP（認証を担うサービス）とSP（利用するWebシステム）の間で認証結果や属性を連携する標準プロトコルです。
利用者数、接続先の数、Microsoft 365やActive Directoryとの連携、
MFA、SCIM、レガシーシステムの改修、運用保守まで含めて見積もらなければ、安く見えた導入費が後から膨らみます。
この記事では、2026年時点で確認できる公開料金と、要件から算出した推定レンジを分けて、
SAMLのシステムの費用相場、内訳、変動要因、コストを抑える進め方を解説します。
▼全体ガイドの記事
・SAMLのシステム開発の完全ガイド
SAMLのシステム開発費用の相場はいくらですか？
結論として、SAMLのシステム開発費用は、数十万円の初期設定から数千万円の認証基盤構築まで幅があります。
以下の金額はSAMLだけに共通する定価ではなく、一般的な業務システムの人月単価と、
認証・属性連携・既存システム改修の工数を組み合わせた推定です。公開料金があるIDaaSはライセンス費と導入支援費を分け、
個別開発は作業範囲と期間を分けて判断することが大切です。
方式別の初期費用と開発期間の目安
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
IDaaSの標準コネクターで代表的なSaaSを1〜3個つなぐだけなら、初期20万〜60万円、期間2〜8週間が一つの目安です。
メタデータ交換、NameIDや属性のマッピング、MFA方針の設定、受入テストまでを含む想定ですが、契約後の設定支援が無償か有償かで金額は変わります。
既存の社内WebシステムをSAMLのSPとして改修する場合は、100万〜600万円、1〜4か月程度が推定レンジです。
ログイン画面の変更だけではなく、セッション管理、属性から社内権限への変換、エラー表示、ログ、証明書更新、総合テストまで含めると工数が増えます。
複数SaaS、ADや人事データベース、SCIM、MFA、端末制御をまとめた認証基盤では、500万〜2,000万円、3〜9か月程度を見込むケースがあります。
公開されているIDaaS料金から分かること
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
2026年8月時点で、HENNGE Oneの公式価格ページではIdentity Editionが1ユーザー月額300円から。IdP Proが月額500円からと案内されています。
ノートで確認した最低契約ID数200以上を前提に単純計算すると、200IDでは月6万〜10万円、年72万〜120万円（いずれも税別）のライセンス費です。
1,000IDなら月30万〜50万円、年360万〜600万円ですが、初期設定やオプションは別途確認が必要です。出典はHENNGE株式会社「価格とプラン」（2026年8月確認）です。
GMOトラスト・ログインの公式価格ページでは、SSOプロ＋SaaS管理が1ユーザー月額500円、30名以上、12か月契約という条件で案内されています。
30IDを単純計算すると月1.5万円、年18万円（税別）ですが、導入支援や追加オプション。契約条件は別に確認します（出典: GMOグローバルサイン株式会社「料金・機能」、2026年8月確認）。
このように、月額だけでなく最低ID数、契約期間、含まれる機能を掛け合わせて比較することが重要です。
総額は初期費用と3年TCOで確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
SAML導入の総額は、初期設定・アプリ改修費、IDaaSまたは追加ライセンス費、証明書やインフラ費、運用監視・保守費、既存アカウントの移行費。管理者教育費を合算して考えます。
たとえば初期費用が低くても、最低契約ID数が多いサービスや、SCIM・監査ログ・端末制御が別オプションのサービスでは。2年目以降のコストが高くなる可能性があります。
一般的な業務システムでは初期開発費の年15〜25％を保守費の参考にすることがありますが、これはSAML固有の相場ではありません。
証明書更新、接続先の追加、退職者の即時無効化、障害時の再ログイン、脆弱性対応まで保守に含めるかを確認し。初年度だけでなく中長期TCOとして見積書に記載してもらいます。
SAMLのシステムとは何ですか？費用に影響する構成を整理します
SAMLのシステムでは、利用者、IdP、SPの3者が関係します。Microsoft Entra IDやHENNGE OneなどのIdPが利用者を認証し、
業務SaaSや自社WebアプリなどのSPへ署名付きのSAML Responseを返します。
費用はこの認証の流れだけで決まらず、どのシステムをIdPにするか、どのアプリを何個SPとして接続するか、
属性と権限をどこで管理するかによって大きく変わります。
IdPとSPの役割を分けると見積もりが見えます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
IdPは、利用者の本人確認、MFA、グループ管理、条件付きアクセス、監査ログなどを担います。
SPは、IdPから受け取ったNameIDやメールアドレス、部署、役職、グループなどを検証し、自社システムのユーザーと権限に結び付けます。
見積書では「SAML対応」と一言でまとめず、IdP設定、SP改修、属性マッピング、権限変換、接続テストを分けて書いてもらいます。
既にMicrosoft 365を契約している企業は。
Microsoft Entra ID P1がMicrosoft 365 E3やBusiness Premiumに含まれる場合があるため。追加ライセンスを抑えられる可能性があります。
ただし、条件付きアクセス、IDガバナンス、アプリケーションプロキシなどを使う場合は必要なライセンス対象が変わります。
既存契約をそのまま「無料」と考えず、対象ユーザーと必要機能を販売代理店やSIパートナーに確認することが安全です。
出典はMicrosoft「Microsoft Entraのプランと価格」（2026年8月確認）です。
SAMLだけではMFAやゼロトラストは完成しません
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
SAMLは認証した事実や属性を連携するプロトコルであり、強い認証そのものではありません。
パスワードレス、FIDO2やパスキー、MFA、端末の健全性確認、最小権限、ライフサイクル管理はIdPや周辺のIAM機能で実現します。
これらを追加するとライセンス費、設定費、テスト費が増えるため、要件定義の段階で「SAML連携」と「認証強度」を別項目にします。
また、SAML対応アプリであっても、NameID、ACS URL、Audience、署名証明書、属性名が一致しなければログインできません。
ログイン成功だけを受入条件にせず、属性欠落時の権限、退職者の停止、証明書期限切れ、IdP障害時の代替ログインまで含めると。必要な費用を初期から把握しやすくなります。
SAMLのシステム開発はどのように進めますか？
SAMLの開発は、最初に認証方式を決めてすぐ実装するより、対象ユーザーと接続先を棚卸ししてから進める方が費用のぶれを抑えられます。
小規模な標準接続でも、要件整理、設定、テスト、リリース、運用設計の順に区切ると、
どの工程にお金がかかるか説明できます。
要件定義では利用者・アプリ・属性を確定します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
まず社内利用、子会社・取引先とのB2B連携、顧客向けサービスのどれに当たるかを分けます。
そのうえで利用者数、接続アプリ数、既存ディレクトリ、ログ保存期間、データ所在地、可用性、退職・異動から何分以内に無効化するかを決めます。
SAMLの接続情報であるEntity ID、ACS URL、Single Logout URL、NameID形式、属性名。署名・暗号化方針もアプリごとに一覧化します。
この一覧がないまま相見積もりを取ると、A社は代表アプリ1個、B社は全アプリとSCIMを含むなど、比較条件がそろいません。
見積もり前に「必須」「できれば」「将来対応」を分けるだけでも、初期費用と将来費用を切り分けやすくなります。
設計・設定・既存SP改修を分けて実施します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
IDaaSを使う場合は、標準機能であるSSO、MFA、監査ログ、プロビジョニングを先に設定し、独自要件だけをアダプターやAPIで補います。
既存WebシステムをSP化する場合は、SAMLライブラリの組み込みだけでなく、ユーザー識別子の照合、部署やグループから業務権限への変換。既存セッションとの整合、ログアウト、エラー画面まで設計します。
レガシーアプリがSAMLに対応できない場合は、リバースプロキシ、エージェント、フォーム認証代行、認証アダプターを使う方法があります。
アプリ本体の改修費を抑えられる一方で、通信経路、障害切り分け、画面遷移、将来の保守に別の費用がかかります。短期の設定費だけでなく、運用担当者が扱える構成かを含めて選びます。
テスト・移行・リリースで本番障害を防ぎます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
テストでは、正常ログインだけでなく、期限切れ証明書、署名不一致、時刻ずれ、属性欠落、権限変更、退職者、同一IDの重複、IdP障害、SP障害。SLO失敗を確認します。
SAML ResponseのIssuer、Audience、Destination、Recipient、InResponseTo、NotBefore。
NotOnOrAfterを検証し、RelayStateの不正値やXML署名ラッピングへの対策も含めます。
本番移行は、代表アプリでPoCを行い、少人数のパイロットを経て段階展開する方法が安全です。
既存ログインをすぐ止めず、緊急時の管理者経路、切り戻し条件、問い合わせ窓口、証明書の更新担当を決めておくと、移行期間の追加工数を見積もりに反映できます。
Microsoft Learnでも、SAML SSOはAuthnRequestをIdPに送り。HTTP POSTなどでResponseをSPへ返す流れとして説明されています。
出典はMicrosoft Learn「シングルサインオン SAMLプロトコル」（2026年更新版）です。
SAMLのシステム費用の内訳は何ですか？
SAMLのシステム費用は、開発者の作業時間だけでなく、設定対象の多さと運用責任の範囲で構成されます。
見積書を受け取ったら、要件定義、設計、設定・開発、テスト、移行、教育、ライセンス、
保守の項目が分かれているかを確認します。
人件費は役割と工数を分けて確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
一次Q&Aで示された一般的な業務システムの目安では、PGの人月単価が50万〜90万円、SEが65万〜110万円、PMが90万〜150万円です。
SAML案件では、実装担当だけでなく、認証設計、セキュリティレビュー、既存業務の権限整理、テスト設計、移行計画、運用引き継ぎの工数が加わります。
したがって、同じ100万円の見積もりでも、要件定義を含むか、設定作業だけかで内容は異なります。特に、複数の接続先で属性名やログイン方式が少しずつ異なると、アプリごとの調整が必要です。
接続アプリ数を「標準設定は何個まで」「個別マッピングは何時間まで」と書面化し、想定を超えた場合の追加単価と承認手順を決めると、予算超過を管理しやすくなります。
連携・移行・テストの費用を見落としません
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
Active Directory、LDAP、人事マスター、Microsoft 365、Google Workspaceと連携する場合は。ユーザーの作成・停止・属性変更をどこから受け取るかを設計します。
SCIMやAPIによるプロビジョニングを追加すれば、入社・異動・退職の自動化が期待できますが、データ項目の整合、例外処理、エラー通知、再実行の設計が必要です。
移行費には、既存ユーザーのID名寄せ、重複アカウントの整理、権限の棚卸し、初期パスワードや招待メールの扱い、利用者向け案内が含まれます。
管理者教育や操作手順書、障害時の一次対応まで含めると初期費用は増えますが、稼働後の問い合わせを減らせます。見積もりでは「データ移行は対象外」となっていないかを必ず確認します。
ランニングコストはライセンス・保守・証明書で決まります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ランニングコストには、IDaaSの月額または年額、追加ユーザー、接続先の追加、MFAや端末制御、監査ログの保存、サポート契約、監視、インフラ。証明書更新が含まれます。
HENNGEやGMOのように公開料金があるサービスでも、最低ID数と契約期間があるため、実利用者数だけを掛け算してはいけません。
オンプレミスやハイブリッド構成では、サーバー、冗長化、バックアップ、パッチ、障害監視、災害対策、証明書・秘密鍵の管理が自社またはSIerの責任になります。
クラウドIDaaSは初期構築を抑えやすい一方、継続的なID単価が発生します。自社の運用担当者が毎月何時間を使うかも、金額に換算して3年TCOへ含めると比較が現実的です。
SAMLのシステム費用が変動する要因とコスト最適化のポイント
同じSAML対応でも、30人の小規模企業が1つのSaaSを接続する場合と、1,000人の企業が100以上の業務システムを段階移行する場合では、
費用も期間も一致しません。価格を左右する主な要因は、ID数、接続アプリ数、属性・権限の複雑さ、
既存システムの古さ、認証強度、可用性、移行対象、運用体制です。
利用者数と接続アプリ数を最初に絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
IDaaSはユーザー単価と最低契約数でライセンス費が決まり、開発・設定費は接続アプリ数と例外処理の数で増えます。
全従業員が使うのか、協力会社や顧客まで含むのか、休眠アカウントを契約数に含めるのかを明確にします。
接続先は「今すぐ必要な代表アプリ」「半年以内に追加するアプリ」「将来候補」に分けると、初期スコープを抑えられます。接続アプリが多い場合でも、すべてを同じ深さで作り込む必要はありません。
標準SAMLだけで足りるSaaSは標準設定に寄せ、独自属性や複雑な権限変換が必要な業務システムだけを個別開発に分けます。
標準領域をパッケージやIDaaSに寄せ、独自コアを疎結合で切り出す方法が、初期費用と将来の変更費用を抑えやすいです。
レガシー対応とセキュリティ要件が費用を押し上げます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
古いWebシステムが独自セッションやフォーム認証を使っていると、SAMLライブラリを組み込むだけでは済まない場合があります。
リバースプロキシで対応するか、アプリ本体を改修するか、将来の保守性と障害切り分けを含めて比較します。
閉域網、子会社・取引先の複数IdP、マルチテナント、24時間運用、災害対策を求めるほど、設計・テスト・運用の費用は上がります。
MFA、端末証明書、IP制限、条件付きアクセス、監査ログ、ログ保管期間、最小権限を追加する場合は、ライセンスだけでなくポリシー設計と例外対応が必要です。
個人データを扱う場合は、個人情報保護委員会のガイドラインが示すアクセス制御、識別・認証、不正アクセス防止、漏えい防止を。SAML導入とは別の管理策として評価します。
出典は個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」（2026年8月参照）です。
代表アプリのPoCで過剰な初期投資を防ぎます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初から全社展開を前提にすると、要件が固まっていない属性や例外処理まで作り込むことになります。
代表的なSaaS、最も古いWebシステム、権限が複雑なアプリの3パターンを選び、SAMLログイン、属性マッピング、MFA、ログ。アカウント停止を確認するPoCを先に行います。
PoCの結果を本番見積もりに反映すれば、実装できない機能を前提にした追加費用を減らせます。
また、企業SaaSの既存連携ではSAMLを継続し、新規Webアプリやモバイル、顧客向けサービスではOIDCやパスキーを併用する段階移行も選択肢です。
Microsoft LearnはSAMLを従来のWebアプリや詳細な属性が必要なケースに、OIDCを最新のWebアプリ、モバイル。APIに適すると説明しています。
将来の方式変更を見据えて、認証基盤と業務アプリの結合を弱めると、二重投資を抑えやすくなります。
出典はMicrosoft Learn「Microsoft Entra IDでのシングルサインオンとは」（2026年更新）です。
SAMLのシステムの見積もりを取る際のポイント
SAMLの見積もりでは、総額の安さよりも、同じ条件で比較できることが重要です。業者に渡す資料と質問をそろえ、
公開料金、設定支援、個別開発、移行、保守を分離してもらいます。製品ベンダーとSIerでは提供範囲が異なるため、
誰が設計・設定・障害対応を担うかも確認します。
要件書には接続情報と運用条件を記載します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPや要件書には、利用者数、対象組織、接続アプリ、IdPとSPの役割、Entity ID、ACS URL、NameID、属性、権限変換、MFA。
SCIM、SLO、監査ログ、証明書更新、ログ保存期間、障害時の代替ログインを記載します。
対象アプリがSAML対応済みか、独自改修が必要か、レガシーアプリかも分けます。
さらに、開発環境と本番環境の分離、テストユーザー、利用者への周知、既存ログインの切り替え日、切り戻し条件、受入基準を明記します。
認証基盤の見積もりで「環境構築」「接続設定」「アプリ側改修」「移行」「教育」が一つの一式にまとめられている場合は、内訳を質問して比較可能な状態にします。
複数社を比較し、料金表の条件を読み解きます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
比較対象は、IDaaSベンダー、認証製品を扱うSIer、既存Webシステムを改修できる開発会社に分けると選びやすくなります。
確認する項目は、SAMLのIdPとSPの対応、OIDC・SCIM・MFA・パスキー、ADや人事データベース連携、レガシー対応、最低ID数、契約期間。サポート、データ保管、SLA、移行支援です。
SAML対応アプリ数だけで順位を決めないことが大切です。公開料金がない製品を推測で埋めず、「見積もり」と明記して比較します。
月額が公開されている場合も、30ID、200ID、1,000IDなど自社に近い条件で年額へ換算し、初期導入支援、接続先追加、SCIM、監査ログ。端末制御、保守を加えます。
Okta Workforce Identityのように、SSOだけでなくライフサイクル管理、アクセス制御。
オンプレミスアプリ向け機能をまとめて提供するサービスは、単価だけでなく必要機能を含む契約範囲で評価します。
出典はOkta「Workforce Identityで組織のアクセスを保護」（2026年8月確認）です。
契約と保守のリスクを先に確認します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
契約では、ソースコード、設定ファイル、SAMLメタデータ、秘密鍵・証明書の管理責任を確認します。
監査ログの所有者、ログの保存期間、障害時のSLA、証明書期限の通知、脆弱性対応、接続先追加の料金、契約終了後のデータ返却と別ベンダー移行も重要です。
特に、証明書は有効期限の90日前などに通知する運用を決め、本番反映とロールバックを誰が行うかを明確にします。
保守範囲が「問い合わせ対応のみ」なのか、属性変更や退職者停止、障害調査、接続先追加まで含むのかで、実際の年間コストは変わります。見積書と契約書の両方で確認しておくことが安全です。
よくある質問（FAQ）
SAMLのシステム費用に関する質問では、初期費用と月額の違い、古いシステムへの対応、
SAMLとOIDCの使い分けが多く寄せられます。公開料金と推定レンジを混同しないように、
見積もり時に確認すべき条件と合わせて回答します。
SAMLのシステム開発は最低いくらからできますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
標準的なIDaaS設定だけなら、初期20万〜60万円程度が推定レンジです。
既存WebシステムをSAMLのSPに改修する場合は100万〜600万円程度、複数アプリや人事連携を含む認証基盤は500万〜2,000万円程度が目安になります。
ただし、いずれも公開された一律価格ではなく、接続アプリ数、属性、MFA、SCIM、テスト、移行を含むかで変わります。
古いWebシステムでもSAML対応できますか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
対応できる可能性があります。アプリ本体を改修する方法のほか、リバースプロキシ、エージェント、フォーム認証代行、認証アダプターを使って前段にSAMLを配置する方法があります。
ただし、権限連携、セッション、ログアウト、通信経路、保守性が方式ごとに異なるため、代表画面でPoCを実施してから本番方式と費用を決めます。
SAMLを導入すればMFAやゼロトラストも実現できますか？
SAMLだけで実現するものではありません。MFA、端末状態、接続元、リスク判定、
最小権限、ログ分析などをIdPや周辺のIAM機能と組み合わせる必要があります。見積もりでは認証プロトコルの設定費と、
MFA・端末制御・監査ログ・運用設計の費用を分けて確認します。
SAMLとOIDCはどちらを選べばよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
既存の企業向けSaaSや詳細な属性連携、従来型WebアプリではSAMLが適する場合が多く、新規のWebアプリ、モバイル、API。顧客向けサービスではOIDCを検討しやすいです。
すべてを一方へ寄せるのではなく、既存資産はSAMLで安定運用し、新規領域はOIDCやパスキーを使う段階移行にすると、将来の開発費を抑えやすくなります。
見積もりでは何を質問すればよいですか？
利用者数、接続先数、最低契約ID数、契約期間、初期設定に含まれる作業、個別属性マッピング、
SCIM、MFA、監査ログ、証明書更新、移行、テスト、保守、障害時のSLAを質問します。
公開料金がある場合も、オプションと導入支援を加えた年額・中長期TCOを確認し、追加作業の単価と承認条件まで書面で受け取ることが大切です。
まとめ：SAMLのシステムは初期費用だけでなく総コストで選びます
SAMLのシステム開発費用は、標準的なIDaaS設定なら初期20万〜60万円、既存WebシステムのSP改修なら100万〜600万円、
複数アプリ・ADや人事データベース・SCIM・MFAを含む認証基盤なら500万〜2,000万円程度が推定レンジです。
子会社や取引先、顧客を含むマルチテナント型、オンプレミスとクラウドのハイブリッド、
高可用性や厳格な監査を求める構成では、2,000万〜5,000万円以上、6〜18か月程度の大規模案件になる可能性があります。
公開料金と推定開発費を分けて比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
HENNGE OneやGMOトラスト・ログインの公開料金は、月額を把握するための材料になりますが、最低ID数、契約期間、初期設定。追加オプションを加えた金額で判断します。
既存のMicrosoft 365契約を利用できる場合も、P1・P2や条件付きアクセスなどの必要機能を確認します。公開価格がない製品やSIでは、金額を推測せず、要件と工数からの見積もりとして比較します。
代表アプリのPoCと3年TCOから始めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
発注前には、利用者数、接続アプリ、IdP・SP、NameID、属性、権限、署名証明書、MFA、SCIM、ログ、アカウント停止、テスト、移行、保守。SLAを一覧にします。
代表アプリでPoCを行い、標準領域をIDaaSに寄せ、独自要件だけをカスタム開発に分けると、初期投資を抑えながら将来の変更にも対応しやすくなります。
月額ライセンス、初期設定、開発、運用、証明書更新、教育を含む3年TCOで比較することが、SAMLのシステムを適正な費用で導入する近道です。▼全体ガイドの記事
・SAMLのシステム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。