Search In: Doc:Documentation: Company Dashboard
Altium DesignerAltium 365Altium MCAD CoDesignerAltium On-Prem Enterprise ServerCompany DashboardAltium Infrastructure Server
Close
検索 Search on Documentation

サインイン認証の設定

Updated: 5月 19, 2026

Company Dashboard Authentication ページでは、Company Account管理者が会社アカウント向けの Single Sign-On（SSO）機能を設定・有効化できます。また、SCIM（System for Cross-domain Identity Management）によるユーザーおよびグループの provisioning もサポートしており、これによって貴社とその Identity Provider（IdP）の間でIDデータのやり取りを自動化できます。

このバックエンド構成システムにより、Company Account管理者は会社ユーザー向けのSSO機能を確立、テスト、有効化、無効化できます。SSOオプションは、Altium Designer、お使いの Altium account、および Altium Workspace へのサインイン時に利用できます。Company Accountユーザー向けに設定されると、SSOにより、会社全体のシステムで使用しているものと同じ認証情報セットを使ってAltiumのソフトウェアおよびサービスにサインインできる利便性が提供されます。

SAML Single Sign-On

Dashboard で設定および有効化されると、SSOシステムは、標準化された Security Assertion Markup Language（SAML 2.0）に基づくIDアサーション通信により、貴社が指定したIdentity Provider（IdP）（たとえば Okta、OneLogin など）から認可済みのIDを確立します。貴社向けのSSOサインインインターフェースがまだ用意されていない場合、通常はIdPが提供するテンプレートまたはサンプルを基に構築されます。これにより、SAMLベースの認証アサーション交換が開始され、社内サービスへのアクセスが提供されます。

デフォルト状態では、Dashboard Authentication ページに AltiumLive SSOサービス用の事前構成済みURL（1. Altium metadata configuration）と、IdPの認可接続データをアップロードまたは手動入力するためのオプション（2. SAML Identity Provider Configuration）が表示されます。

Altium metadata configuration エントリには、組織のAltium SSOサービス向けに提供されるID情報が含まれている点に注意してください。

  • Entity ID – IdP応答のターゲットURLとして使用されます。これには、貴社のAltium Account配下にある特定のOrganization（地域／部門など）を識別するGUIDサフィックスが含まれる場合があります。詳細は以下の Multiple Organizations with one SSO Provider を参照してください。

  • Single Sign On URL – IdPが該当するAltium SSO URLを識別するために使用します。Altium GovCloud サインインサービス向けにSAML SSOを設定する場合は、このエントリのドロップダウンメニューから関連付けられたSSOアサーションURLを選択してください。 

これらのURLは、貴社のSSOサービス向けSAMLメタデータの生成を有効にするため、Identity Providerインターフェースにコピーされます（）。この構成コード（通常はXMLデータとして提供）は、その後 SAML Identity Provider configuration エントリにアップロードまたはコピーされます。詳細は以下を参照してください。

Identity Provider Integration Examples

以下の折りたたみセクションを展開すると、一般的なIdentity Provider（OneLogin）との統合プロセスのステップごとの例を確認できます。

以下の折りたたみセクションを展開すると、一般的なIdentity Provider（Okta）に対する統合およびprovisioningプロセスのステップごとの例を確認できます。

Identity Provider として Microsoft Entra ID を使用する場合の統合およびプロビジョニングプロセスのステップごとの例については、以下の折りたたみセクションを展開してください。

Identity Provider として JumpCloud を使用する場合の統合プロセスのステップごとの例については、以下の折りたたみセクションを展開してください。

Identity Provider として Microsoft AD FS を使用する場合の統合プロセスのステップごとの例については、以下の折りたたみセクションを展開してください。

Identity Provider として AWS IAM Identity Center を使用する統合プロセスのステップ例については、以下の折りたたみ可能なセクションを展開してください。

Dashboard SSO Configuration

Dashboard で SSO システムを構成するには（まだ完了していない場合）、Authentication ページの ボタンを使用して、会社の IdP によって生成された SAML IdP 構成 XML ファイルを検索してアップロードします。詳しくは上記の IdP 統合例を参照してください。あるいは、enter manually リンクを使用して、構成の個々の要素（セキュリティ証明書および URL）を追加することもできます。

アップロードされた IdP XML ファイルはシステムによって解析され、主要な構成フィールド（X509 Certificate、Identity Provider Issuer URL、IdP Single Sign-On URL）が抽出されます。必要に応じて、これらは手動で編集できます（）。

ボタンによって呼び出される Integration Test が実行されるまで、SSO は有効になりません。これにより、SSO の認証プロセスと会社の SSO サインインが検証され、SAML 認可結果コード（）を確認するオプションを含む確認メッセージが表示されます。

Authentication ページに戻ると、構成の有効性チェックが成功として報告され、Company Account のシングルサインオン機能を有効にできます（）。その後、SSO が手動または構成変更への対応によって無効化された場合は、 ボタンが使用可能になり、テストプロセスを再実行できます。

ユーザー Provisioning セクションは、会社の Identity Provider（IdP）（Okta、OneLogin など）を介したユーザー／グループ プロビジョニングをサポートするために、Altium の SCIM 設定で事前構成されている点に注意してください。

Important: プロビジョニングを正常に行うために必要なユーザープロファイル属性は次のとおりです。

  • First name

  • Last name

  • Email – できればユーザーの勤務先メールアドレス。

  • Username – Altium 側では、これはユーザーの Email 属性です。

1 つの SSO Provider に対する複数の Organization

会社の Altium Account 配下に複数の Altium Organization がある場合（たとえば、各グローバル地域ごとの Organization など）、拡張された Dashboard Entity ID 形式を使用することで、1 つの SSO Identity Provider で会社全体の SSO 認証を管理できます。

Entity ID 形式（デフォルトでは https://live.altium.com）は、現在の Organization 用に生成された GUID サフィックスで拡張されます。この拡張 URL 形式は、その Altium Organization に関連付けられた特定の SSO Provider Application に使用できます。会社の Altium Account 配下にある他の Organization も、異なる GUID の Entity ID サフィックスを持つことで、同じ SSO Identity Provider 配下の別々の SSO Application にリンクできます。実際には、これは会社全体の SSO サインイン認証を 1 つの SSO Identity Provider 内で管理できることを意味します。

現在の Dashboard Organization に関連付けられた拡張 Entity ID は、特定の SSO Provider Application に割り当てることができます。現在の Dashboard Organization に関連付けられた拡張 Entity ID は、特定の SSO Provider Application に割り当てることができます。

アクティブな SAML SSO 構成で拡張 Entity ID を有効にするには、次の手順を実行します。

  1. Altium Sign-On Settings を無効にします。

  2. ページを更新して、 Entity ID URL を拡張形式 https://live.altium.com/XXXXXXXXXX に再生成します。これにより、現在の Organization は拡張された Entity ID を通じて特定できるようになります。

  3. Identity Provider のアプリケーション管理インターフェースで、アプリケーションの Entity ID 参照（通常は「Audience」または「Entity」のような名称）を、Altium Dashboard からコピーした新しい拡張版に変更します。設定を保存します。

  4. Dashboard の Integration test を有効にし、Altium Sign-On Settings を再度有効にします。

このプロセスは、会社の他の Altium Organization に対しても繰り返すことができます。それらは SSO Identity Provider 内の専用 Application にそれぞれリンクされる必要があります。参考例として、ここに含まれている Microsoft Entra ID setup guide では、名前付き Application が手順 3 で作成され、Identifier (Entity ID) が手順 6 で追加されます。

認証方法

Altium SSO 接続を構成するためのセットアップインターフェースを提供するだけでなく、Dashboard の Authentication ページでは、ユーザーサインインオプション全体に対するグローバルおよび個別の制御も提供されます。具体的には、従来の Email/Password、Google® および Facebook® によるサインイン、さらに組織の Identity Provider を介したシングルサインオンです。ページの Authentication methods セクションで有効になっているオプションによって、組織のすべての Company Account ユーザーが利用できるサインイン方法が決まります。

組織のニーズに合った認証方法を有効にしてください。特定のメンバーに対して上書き設定されない限り、これらはすべてのユーザーに適用されます（以下を参照）。

組織のニーズに合った認証方法を有効にしてください。特定のメンバーに対して上書き設定されない限り、これらはすべてのユーザーに適用されます（以下を参照）。

 

individual ユーザーのサインインオプションは、そのユーザーの Dashboard Altium Account エントリ内の設定を編集することで構成できます。ユーザーの Dashboard Users page にある ボタンを選択して、サインイン上書きオプションにアクセスします。これらの設定は、Override Authentication methods オプションを有効にして編集すると、このユーザーに限り、Authentication ページのグローバルサインイン設定より優先されます。 

Authentication Override 設定は、組織で SSO が強制サインイン方式として設定されており（他のすべてのオプションがグローバルに無効化されている）、それでも個々のユーザーに特定の種類のサインイン アクセス（たとえばメール/パスワードのみ）が必要な場合に使用できます。

Dashboard の Users and Groups ページからアクセスできる会社メンバーのプロファイルには、そのユーザーの認証方式に対するオーバーライド状態が表示されます。この例では、会社全体の Authentication methods が適用されており、オーバーライドは設定されていません。

メンバーの Authentication methods を編集し、不要な設定を無効にすることで、このユーザー専用の利用可能なサインイン方法のセットを適用します。

ここでは、このメンバーに対して Google Authentication method が無効になっています。新しい設定は ボタンで確定します。

メンバーの Authentication methods リストには、Google サインイン方法が無効として表示され、このユーザーには Email/Password 方法のみが利用可能になります。

 

Override Authentication methods 設定（上記参照）で指定された個別ユーザーのサインイン方法は、Authentication ページの Authentication methods セクションにある Reset users overrides オプションを使用して、デフォルトに戻すことができます。これにより、すべてのユーザーの個別サインイン設定が、現在 Authentication ページで選択されているグローバル認証方式にリセットされます。

すべてのメンバーのサインイン オプションをデフォルトの Authentication methods に設定するには、Dashboard の Authentication ページで Reset User Overrides オプションを選択します。

確認ダイアログの ボタンで Authentication methods のリセット処理を確定します。

ここに示した例（上記参照）では、指定されたメンバーのプロファイルに、標準設定に従って Google Authentication method が再適用されたことが表示されます。

 

2 段階認証の構成

Company Account のグループ管理者は、2 段階認証を構成して追加のセキュリティ層を提供できます。これにより、ユーザーがメール/パスワード認証情報を使用して自分の Altium アカウントにサインインしようとした際に、本人確認を行えます。追加の認証方法としては、ワンタイム パスワード（OTP）をメールで送信する方法、または Google Authenticator や Okta Verify などの認証アプリで OTP を生成する方法を設定できます。2 段階認証は Company Account 内のすべてのユーザーに対して強制することも、個々のユーザーが自分のアカウント用に構成することもできます。

Company Account レベルでの 2 段階認証の構成は、アカウントのグループ管理者が Dashboard Authentication ページの 2-Step Verification 領域で行います。これを行うには、Enforce 2-Step Verification オプションを有効にし、必要な Method として OTP via Email または OTP via Authenticator App を選択します。OTP via Authenticator App オプションを選択した場合は、ドロップダウンから必要な App（Other、Okta、または Google）を選択します。必要に応じて、Instructions Link (Optional) フィールドにリンクを設定できます（このリンクは、ユーザーがサインインしようとしたときに 2-Step Authentication ページに表示されます）。

 

2 段階認証の強制が有効で、OTP via Authenticator App 方式が選択されている場合、ユーザーは初回サインイン時に最終的な構成を行う必要があります。アプリで提供された QR コードをスキャンするか、シークレット キーを入力して、使用する認証アプリに認証コードを追加する必要があります。その後、アプリで生成されたコードを Enter code フィールドに入力します。 Continue をクリックすると、アプリ内の認証コードにアクセスできなくなった場合に使用できる複数のリカバリー コードが提供されます。これらのコードは安全な場所に保管してください。Altium Account へのサインインを完了するには、Done をクリックします。

Company Account のグループ管理者は追加の認証ステップなしでサインインする点に注意してください。つまり、グループ管理者がサインインするにはメール/パスワード認証情報のみが必要です。 

一方、Company Account レベルで 2 段階認証の強制が有効になっていない場合（Dashboard Authentication ページで Enforce 2-Step Verification オプションが無効）、2 段階認証は Altium Account レベルで構成できます。Altium Account にサインインしたら、プロファイルにアクセスし（ブラウザー ウィンドウ右上のユーザー アバター/画像をクリックし、ドロップダウン メニューで My Profile を選択）、Authentication ページを開きます。ページの 2-Step Verification 領域で Enable 2-Step Verification オプションを有効にし、必要な Method として OTP via Email または OTP via Authenticator App を選択します。

  • OTP via Email 方式が選択されている場合、コード確認メールはプロファイルのメール アドレスに送信されます。

  • OTP via Authenticator App 方式が選択されている場合は、ドロップダウンから必要な App（Other、Okta、または Google）を選択します。表示されるウィンドウで、上記で説明した とおりにアプリの設定を完了します。

Company Account レベルで 2 段階認証の強制が有効になっている場合、プロファイル設定には Company Account の設定が読み取り専用モードで反映されます。

ユーザーの Altium Account が会社の Altium Account の一部であり、かつその Altium Account でまだ 2 段階認証が構成されていない場合、Company Account レベルで 2 段階認証の強制が有効でなくても、ユーザーがメール アドレスとパスワードでサインインした際に、その Altium Account 用の 2 段階認証を構成するよう促されます。希望する Method を選択し、以降の手順に従って 2 段階認証を構成してください（構成は上記で説明したものと同様に行われます）。または、Remind me in a week をクリックして 2 段階認証の構成を後で行うこともできます。

2 段階認証が構成されていないユーザーが Company Account のグループ管理者、または Altium Platform でホストされる Workspace の管理者である場合（つまり、そのユーザーが Workspace の Administrator グループのメンバーである場合 – 詳細はこちら）、最初のサインイン試行後 1 か月以内に 2 段階認証を構成する必要がある点に注意してください（）。1 か月経過すると、Remind me in a week コントロールは使用できなくなります。

デバイスベース認証

ユーザーは、Altium Account へのログイン時に、自分のデバイスでサポートされているデバイスベース認証方式（Windows Hello や Face ID など）を構成できます。

デバイスベース認証を構成するには、Altium Sign In ページ（https://auth.altium.com/）で指紋ボタンをクリックします。

次のステップで、パスワードを使用してサインインを完了し、Continue をクリックします。

デバイスに応じて、該当する認証方式の設定を完了するための手順が表示されます。完了したら、希望する Device Name を入力して Done をクリックします。

次回、デバイスベース認証でのサインインを選択すると（Altium Sign In ページで指紋ボタンをクリック）、構成済みの方式を使用してサインインするよう案内されます。

構成済みのデバイスベース認証方式は、プロファイルで確認できます。プロファイルにアクセスし（ブラウザー ウィンドウ右上のユーザー アバター/画像をクリックし、ドロップダウン メニューで My Profile を選択）、Authentication ページを開きます。構成済みの方式は、ページの Authentication methods 領域に一覧表示されます。構成済みの方式を削除するには、そのエントリにある Unlink account コントロールを使用します。

 

AI-LocalizedAI で翻訳
問題が見つかった場合、文字/画像を選択し、Ctrl + Enter キーを押してフィードバックをお送りください。
機能の可用性

利用できる機能は、所有する Altium ソリューション (Altium Develop、Altium Agile のエディション (Agile Teams、または Agile Enterprise)、または Altium Designer (有効な期間)) によって異なります。

説明されている機能がお使いのソフトウェアに表示されない場合、Altium の営業担当者にお問い合わせください。

Content