Atlassian Guard の価格とライセンス

組織管理者とは、組織の作成、ドメインの申請、申請したドメインに含まれる全ユーザーの管理 (アカウント プロファイル、メール アドレス、パスワードの変更を含む) を行える管理者です。また、Atlassian Guard サブスクリプションを通じて、組織のセキュリティ ポリシーの設定や適用も実行できます。組織管理者になるには、そのユーザーがあらかじめクラウド サイトのサイト管理者である必要があります。そのうえで、既存の組織管理者が新しいアカウントを新しい組織管理者として追加できます。

• サイト管理者はクラウド サイトで最高の管理者権限を持っています。クラウド サイトのオーナーと見なすことができます。
• 管理者は、対象のクラウド サイトのアプリケーションにのみ管理者権限でアクセスできます。クラウド サービスの日常的な管理作業を行います。
• 請求連絡先に請求の変更が通知されます。my atlassian.com サイトを通じてサブスクリプションを管理できます。請求連絡先は、サービスの継続的な請求に関与します。

サイト管理者やその他の管理者はクラウド・サイトで管理され、請求担当者は my.atlassian.com で管理されます。アクティブ・ユーザーのサイト管理者がいない場合、社内 IT チームに連絡して、前任者に関連付けられているメール・アドレスへのアクセス権を付与してもらう必要があります。その後は、クラウド・サイトから [Unable to access your account?（アカウントにアクセスできない場合）] リンクを使用できます。

ドメインの検証が完了すると、そのドメインのユーザーの Atlassian アカウントは「管理対象」アカウントになります。これによって組織管理者は、管理対象アカウントの名前とメールアドレスを管理できるようになります。組織管理者はまた、管理対象ユーザーを無効にすることもできます。無効にすると、すべてのクラウド製品と、my.atlassian.com などの Atlassian アカウントを使用する他のすべてのシステムへのアクセス権が削除されます (support.atlassian.com/ja やcommunity.atlassian.com など)。

請求対象アカウントとは、Jira、Confluence、Bitbucket、Jira Service Management (エージェントのみ)、または Trello へのアクセス権を持つすべての管理対象アカウントのことです。これらの製品のいずれかでアクセス権を持っているユーザーは、請求対象とみなされます。

すべての管理対象ユーザーが Atlassian Guard Standard のサポート対象製品へのアクセス権を持っているとは限らないため、組織内の管理対象ユーザーの数は、請求対象ユーザーの数と同じか、それ以上になります。請求対象外の認証ポリシーに該当する管理対象ユーザーは、請求対象ユーザーとはみなされません。

Atlassian Guard Premium billing is based on product access. A user counts towards your bill for Atlassian Guard Premium if they are a unique user with access to at least one Confluence or Jira product across any plan (Free, Standard, Premium, and Enterprise). 

A user does not count towards your bill for Atlassian Guard Premium if:

• their account is deactivated
• they don’t have access to at least one Jira or Confluence product
• they only have access to Jira Service Management or Jira Product Discovery

すべての組織管理者は、admin.atlassian.com の中で他の組織管理者を追加または削除できます。

1. 一元的な管理センターである admin.atlassian.com に移動します。
2. ご利用の組織を選択します。Atlassian Guard は (サイト レベルではなく) 組織レベルで機能するため、Atlassian Guard のポリシーを適用する組織の上にカーソルを合わせてクリックします。
3. 左側のナビゲーションパネルで [Administrators (管理者)] を選択します。
4. [Add administrators (管理者の追加)] ボタンを使って新しい管理者を追加し、組織管理者であることを通知します。管理者を削除するには、名前の右側にある [削除] ボタンを使用します。

注: 組織管理者になるユーザーは、その時点ですでにサイト管理者である必要はありません。

いいえ、チケットを登録するだけの Jira Service Management (JSM) ポータルのみのアカウントは、Atlassian Guard Standard の請求対象とはみなされません。Atlassian Guard Standard の請求対象となるのは、管理対象アカウントを使用してログインする JSM エージェントのみです。

請求担当者および技術担当者の管理は、my atlassian.com を通じて行います。これらの管理担当者を更新するための完全な手順は、このドキュメントでご確認ください。

有料サブスクリプションに登録されているお客様は、次回見積請求額が前回請求額より増えている場合、請求日の 3 日前に、すべての請求連絡先および技術連絡先の担当者にメールが送信されます。請求連絡先および技術連絡先の管理は、My Atlassian を通じて行うことができます。

Atlassian Guard は組織全体のクラウド サブスクリプションなので、トライアルにサインアップするにはご自身がサイト管理者である必要があります。

Atlassian Guard Standard の評価を開始するには、次の手順に従います。

1. 一元的な管理センターである admin.atlassian.com に移動します。
2. ご利用の組織を選択します。Atlassian Guard Standard は (サイト レベルではなく) 組織レベルで機能するため、Atlassian Guard Standard のポリシーを適用する組織にカーソルを合わせてクリックします。
3. ご利用のドメインを検証します。Atlassian Guard Standard の機能を利用する前に、社内のすべての Atlassian アカウントを管理するにはドメインの検証を行う必要があります。
4. Atlassian Guard Standard の 30 日間無料トライアルを開始しましょう。SAML シングル サインオンなどのセキュリティ機能のいずれかをクリックしてから、[詳細を見る] > [30 日間無料トライアル] ボタンの順にクリックします。
5. Atlassian Guard Standard の機能を有効にします。SAML SSO、ユーザー プロビジョニング (SCIM) で必須の 2 段階認証、監査ログなどの利用を開始します。

今後、Atlassian Guard Premium のトライアルも一般提供される予定です。その際、手順はここに追加されます。アトラシアンのロードマップに登録して、進捗を追跡しましょう。

Atlassian Guard Standard のトライアル期間は 30 日間です。組織を作成してドメインを検証してから、組織管理者として Atlassian Guard Standard にサブスクライブできます。[30 日間無料トライアル] をクリックすると、トライアルが開始されます。その組織管理者は、Atlassian Guard Standard のトライアルを開始した後、SAML シングル サインオンおよび 2 段階認証を設定する必要があります。

組織管理者は、トライアル期間中にいつでもクレジットカード情報や PayPal アカウント情報を追加できます。支払い情報を追加すると、30 日間のトライアル期間が終了後、月間サブスクリプションにサインアップされます。トライアル期間が終了すると、登録済みのカードに対して、翌月のサブスクリプションが自動的に請求されます。

年単位でのお支払いをご希望の場合は、お問い合わせください。クレジット カードまたは銀行振込 (日本では小切手には対応しておりません) にてお支払いできる見積もりをご用意します。

トライアル期間の終了後、まもなくしてお支払いの受領を確認できなかった場合は、Atlassian Guard Standard サブスクリプションが登録解除されます。その際、次のような変更が行われます。

• 管理対象ユーザーは、SAML シングルサインオンでログインすることがなくなります。代わりに、各自のアトラシアンアカウントを使用してログインします。一部のユーザーには、各自のアトラシアンアカウントに対して新しいパスワードを設定する必要が生じる場合があります。
• 2 段階認証は必須ではなくなります。したがって、管理対象ユーザーは各自のアトラシアンアカウントについて 2 段階認証をいつでも無効にできます。

組織および検証済みドメインには、サブスクリプション解除による影響はありません。組織管理者は引き続き、管理対象ユーザーのアトラシアンアカウントを表示および更新できます。

認証ポリシーは、ユーザーが組織に属するアプリにアクセスする際の認証方法を定義します。こうしたポリシーは、各ユーザーの本人確認を行うことで、セキュリティ インシデントから組織を保護することを目的としています。

Atlassian Guard の組織管理者は、組織内のさまざまなユーザーのサブセットに適用するために複数の認証ポリシーを設定できます。組織管理者は小規模なユーザー サブセットに対して SSO を有効にすることで、SAML 設定を組織全体に展開する前に認証ポリシーをテストできます。

認証ポリシーを通じて可能な設定については、以下の表を参照してください。

• シングルサインオン (SSO)
• 2 段階認証 (2SV) の強制設定
• ユーザー API トークン
• パスワード ポリシー (パスワードの強度と有効期限)
• セッション長

また、Atlassian Guard 組織管理者には、1 つの認証ポリシーを選択して、請求対象外ポリシーにするオプションも用意されています。この請求対象外ポリシーは、Atlassian Guard サブスクリプションから除外されます。組織管理者が Atlassian Guard 機能 (SSO、2SV など) を適用しないユーザー サブセットがある場合は、そのサブセットにこのポリシー (既定ポリシー以外) を適用することで、これらのユーザーが Atlassian Guard の請求対象外となります。

管理対象アカウントは、認証ポリシーのためのユーザーのプールがあります。ポリシーのメンバーとなるユーザーを割り当てます。組織には、まずデフォルト認証ポリシーが適用されます。初期設定のポリシーには、メンバーのログイン設定が含まれます。新しい管理アカウントを提供する場合、デフォルト ポリシーにメンバーとして追加します。

詳細については、認証ポリシーについて理解するを参照してください。

請求対象外ポリシーを使用すると、Atlassian Guard サブスクリプションで特定のユーザーに対する請求を回避できます。請求対象外ポリシーのメンバーには請求されません。

設定できる請求対象外ポリシーは 1 つだけです。Atlassian Guard のサブスクリプションでは、請求対象外ポリシーを 1 つのみ作成できます。請求対象外ポリシーでは、メンバーのセキュリティが制限されます。認証ポリシーを編集してポリシーを請求対象外にすると、次を実行できなくなります。

• シングル サインオンを強制
• 2 段階認証を要求
• ユーザー API トークン作成をブロック
• ID プロバイダー (例: Okta、Entra ID (旧称 Azure AD)、Google Cloud など) からポリシーに同期するユーザーを追加

ポリシーを更新することで、すべてのセキュリティ設定に簡単に元に戻せます。実行すると、ポリシーのメンバーが Atlassian Guard の請求対象となる可能性があります。

既定ポリシーは請求対象外ポリシーにはできません。既定ポリシーは常に請求対象となります。特定のメンバーに対する請求を避けたい場合は、別のポリシーを請求対象外にして、そのポリシーにメンバーを追加します。

詳細については、認証ポリシーについて理解するを参照してください。

An external user policy allows you to apply security settings to external users. The settings apply to all the external users in your Atlassian organization.

If you need single sign-on, you can apply it to users in an external user policy. Along with the ability to apply single sign-on, you’re able to apply session expiration and to block the usage of user API tokens.

By default, the users in an external user policy count towards your Atlassian Guard Standard bill. Alternatively, if you don’t want to use single sign-on, you can make your policy non-billable.

Atlassian Guard organization admins can set an external user security policy. Organization admins can use a test policy to try out their setup for up to 5 users before rolling it out to the entire organization.

You can configure these settings in an external user policy: 

Single sign-on (SSO)

One time passcode (OTP)

Session expiration

Block user API token

Atlassian Guard organization admins can make an external user security policy a non-billable policy. This gives admins the flexibility to choose whether or not to include external users in the Atlassian Guard Standard subscription. When an admin makes an external user security policy non-billable, we won’t bill you for users in the non-billable policy.

In a non-billable policy, you’re only able to apply one-time passcode, session duration and user API token access controls.

Atlassian Guard Standard の請求額は、Atlassian Guard Standard のサポート対象製品 (Jira、Confluence、Bitbucket、Jira Service Management のエージェント、Trello) のいずれかにアクセスするユニーク ユーザーの総数に基づいて計算されます。ユーザーは、そのユーザーがアクセス権を持つ製品またはサイトの数にかかわらず、請求対象ユーザー 1 名としてカウントされます。

Atlassian Guard Standard は累進価格を採用しています。見積もりを確認するには、Atlassian Guard オンライン価格シミュレーター ツールをご利用ください。

請求期間の最終日に、組織内のユニークユーザーの数に基づいて、登録されたクレジットカードまたは PayPal アカウントに対して自動的に請求が行われます。登録された連絡先担当者には、購入の確認書と支払い済み請求書が送られます。

Atlassian Guard のどちらのプランでも、少なくとも 1 つのサポート対象製品にアクセスしたユニーク ユーザーの総数に対して請求が行われます。

Atlassian Guard Standard の場合:

• サポート対象のクラウド製品は、Jira、Jira Service Management、Confluence、Bitbucket、Trello、Statuspage です
• 請求は管理対象ユーザーのみに適用されます
• 請求対象外の認証ポリシーのユーザーは、Atlassian Guard Standard の請求対象外となります。また、Cloud Enterprise プランの対象となるユーザーは、Atlassian Guard Standard の請求対象外となります。

Atlassian Guard Premium の場合:

• サポート対象のクラウド製品は Jira と Confluence です
• 請求は管理対象ユーザーと外部ユーザーの両方に適用されます
• Cloud Enterprise または Atlassian Guard Standard の対象となるユーザーに対して料金の差額が請求されます

Atlassian Guard Standard は、対象となるコミュニティや教育機関のお客様に対して無料で提供されています。詳細はお問い合わせください。

Atlassian Guard Standard の請求は、管理対象アカウントが次のいずれかのサポート対象製品へのアクセス権を取得したときに発生します。

• Jira
• Jira Service Management (エージェント数)
• Jira Product Discovery
• Confluence
• Compass
• Bitbucket
• Trello

個々のサイト管理者は、各サイトの特定の Jira および Confluence サイトのユーザーを管理します。管理対象ユーザーを無効にする前に、組織の他のサイト管理者と連携することをおすすめします。

組織管理者は、ユーザーのアトラシアンアカウントを無効にして、アトラシアンアプリケーションへのアクセス権を削除することができます。ただし、無効にされたユーザーは、アトラシアンアカウントを使用して技術サポートチケットを起票することも、各自の my.atlassian.com アカウント、community.atlassian.com、およびその他の無料サービスにアクセスすることもできなくなることに注意してください。

Atlassian Guard Standard でユーザーの Atlassian アカウントを無効にするには、次の手順に従います。

1. [組織] > [管理対象ユーザー] に移動します。(ユーザーの Atlassian アカウントを管理するには、組織管理者である必要があります)。
2. [管理対象ユーザー] 画面で、無効するアカウントについて [アカウントを編集] を選択します。
3. [オプション] で [アカウントを無効化] を選択します。この操作により、このユーザーはアトラシアンのすべてのクラウド アプリとサービス (my.atlassian.com、support.atlassian.com/ja、community.atlassian.com) にアクセスできなくなります。

無効になったアカウントは Atlassian Guard Standard の請求対象としてカウントされません。ユーザーのアカウントは、[管理対象ユーザー] 画面からいつでも再有効化できます。

ユーザーには、管理対象ユーザーと請求対象ユーザーの 2 種類があります。

管理対象ユーザーを表示する場合、組織管理者は以下の操作を行います。

1. まず、一元的な管理センターである admin.atlassian.com に移動します。
2. ご利用の組織を選択します。Atlassian Guard は (サイトレベルではなく) 組織レベルで機能します。
3. 左側のナビゲーションパネルで [Managed Users (管理対象ユーザー)] を選択します。

請求対象ユーザーは、以下の Cloud 製品に対するアクセス権を持つ管理対象ユーザーです。

• Jira
• Jira Service Management (エージェント数)
• Confluence
• Bitbucket
• Trello
• Statuspage

請求対象ユーザーの合計数を確認する場合、組織管理者は以下の操作を行います。

1. クラウド サイト (Jira または Confluence) の [管理] エリアまたは admin.atlassian.com に移動します。
2. 左側のナビゲーションパネルで、[Organizations & Security (組織とセキュリティ)] にある [Security (セキュリティ)] をクリックします (admin.atlassian.com に移動する場合、この手順はスキップします)。
3. admin.atlassian.com で、左側のナビゲーション パネルの [Billing (請求)] をクリックします。
4. [Bill Estimate (請求見積もり)] を選択すると、請求対象ユーザーの合計数と次回の請求見積もりが表示されます。

はい、カウントされます。Atlassian Guard Standard によって管理されるドメインで Jira、Jira Service Management、または Confluence Cloud の Free バージョンにサインアップしたユーザーは、Atlassian Guard Standard サブスクリプションの請求対象ユーザーに含まれます。

Atlassian Guard Standard では、クラウド製品へのアクセス権を持つユーザー 1 人につき 1 回のみ請求が行われます。ユーザーが有料の Jira サイトと無料の Jira サイト両方のアクセス権を持っている場合、各請求サイクルで 1 回のみ請求対象としてカウントされます。

請求対象ユーザーは、Atlassian Guard Standard のサポート対象である、次のいずれかの製品へのアクセス権を持ち、有効化されている管理対象ユーザーです。請求対象外の認証ポリシーに該当する管理対象ユーザーは、請求対象ユーザーとはみなされません。

Atlassian Guard Standard のサポート対象製品:

• Jira
• Jira Service Management (エージェント数)
• Confluence
• Bitbucket
• Trello
• Statuspage

ユーザーは、自身がアクセス権を持つ製品の数やサイトの数に関係なく、すべての製品について、請求可能な 1 人のユーザーとして個別にカウントされます。特定の製品やサイトに対する支払いは必要なく、ユーザーごとに 1 回の支払いが発生するだけです。

Jira Service Management (JSM) では、チケットを処理する JSM エージェントのみが Atlassian Guard Standard の請求対象となります (これらのエージェントが他の Atlassian Guard Standard に互換する製品のいずれかへのアクセス権を持っていないことを前提とします)。JSM チケットを登録するユーザー (ポータルのみのアカウント) は、その他の Atlassian Guard Standard に互換する製品へのアクセス権を持たない限り、請求対象とはなりません。

Atlassian Guard Standard のさまざまな請求シナリオについては、アトラシアンのドキュメントをご参照ください。

月間サブスクリプションのお支払いを迅速に行っていただけるよう、当社はクレジットカード (Visa、Master Card、American Express)* または PayPal によるお支払いのみを受け付けています。

*申し訳ございませんが、月次更新に Discover クレジットカードはご利用いただけません。

組織管理者は、登録されたクレジットカードを以下の方法で更新できます。

1. まず、一元的な管理センターである admin.atlassian.com に移動します。
2. 組織を選択します。
3. [請求] を選択し、請求パネルを開きます。
4. [請求の詳細] を選択して、クレジットカードまたは Paypal アカウントと請求先住所を更新します。

主要な請求担当者は、My Atlassian からもクレジットカード情報を更新できます (Paypal の情報は admin.atlassian.com の [請求の詳細] 画面でのみ更新できます)。

新しいカードまたは PayPal アカウントへの請求は、次の請求日に行われます。

場合によっては、カード発行会社が購入金額に相当する資金に対して信用照会を行います (資金を利用できなくします)。アトラシアンは取引を即時決済しますが、カード発行会社の方針によっては信用照会が完了するまで 1 ～ 5 日かかることがあります。

取引から 5 日たっても資金が利用可能な状態になっていない場合は、信用照会が終了する時期について、カード発行会社 (Visa/American Express/MasterCard/その他) にお問い合わせいただくことをお勧めします。

トライアル期間中に年間サブスクリプションに切り替えたい場合は、サブスクリプションの種類を切り替える手続きについてお問い合わせください。

有料の月間サブスクリプションから年間サブスクリプションに切り替えたい場合、組織管理者は admin.atlassian.com の [billing (請求)] セクションに移動し、[Billing Details (請求の詳細)] をクリックします。次に、[Switch to an annual payment plan (年払いプランに切り替え)] リンクをクリックして年間見積もりを生成し、見積もりに従って後払いにするか、クレジットカードで即時決済するかを選択できます。

月間の請求額を減らすには、いくつかの方法があります。

• 年間サブスクリプションへの変更現在年間サブスクリプションは、毎年２ヶ月分が無料になる割引を提供しています。Learn how to convert to an annual subscription.
• 組織内の他のクラウド製品についてサイト管理者に連絡し、該当する製品のユーザー ベースが今もアクティブ ユーザーであることを確認します。サイト管理者はクラウド製品へのアクセス権を持つユーザーの支払いも行うため、通常は自身のユーザーを継続的に管理しています。組織内でアクティブでない管理対象ユーザーが特定された場合は、その Atlassian アカウントを無効にできます。

Atlassian Guard Standard の請求額は、Atlassian Guard Standard のサポート対象製品 (Jira、Jira Service Management (エージェント)、Jira Product Discovery、Confluence、Compass、Bitbucket、Trello) のいずれかへのアクセス権を持つユニーク ユーザーの総数に基づいて計算されます。ユーザーは、そのユーザーがアクセス権を持つ製品またはサイトの数にかかわらず、請求対象のユニーク ユーザー 1 人としてカウントされます。

Atlassian Guard uses progressive pricing and offers discounts as the user count increases. Please use the Atlassian Guard pricing calculator to get an estimated annual cost.

Atlassian Guard の 1 年分のサブスクリプションを前払いでご購入いただく必要があります。年間サブスクリプションはユーザー数に基づいて計算されます。現在、年率で 2 か月分相当の料金が無料になります。

Atlassian Guard Standard の請求は、管理対象アカウントが次のいずれかのサポート対象製品へのアクセス権を取得したときに発生します。

• Jira
• Jira Service Management (エージェント数)
• Confluence
• Bitbucket
• Trello

個々のサイト管理者は、各サイトの特定の Jira および Confluence サイトのユーザーを管理します。管理対象ユーザーを無効にする前に、組織の他のサイト管理者と連携することをおすすめします。

組織管理者は、ユーザーのアトラシアンアカウントを無効にして、アトラシアンアプリケーションへのアクセス権を削除することができます。ただし、無効にされたユーザーは、アトラシアンアカウントを使用して技術サポートチケットを起票することも、各自の my.atlassian.com アカウント、community.atlassian.com、およびその他の無料サービスにアクセスすることもできなくなることに注意してください。

Atlassian Guard Standard でユーザーの Atlassian アカウントを無効にするには、次の手順に従います。

1. [組織] > [管理対象ユーザー] に移動します。(ユーザーの Atlassian アカウントを管理するには、組織管理者である必要があります)。
2. [Managed Users (管理対象ユーザー)] 画面で、無効にしたいアカウントについて [Edit Account (アカウントの編集)] を選択します。
3. [Options (オプション)] で [Disable Account (アカウントの無効化)] を選択します。この操作により、該当のユーザーはアトラシアンのすべてのクラウド アプリケーションとサービス (my.atlassian.com、support.atlassian.com/ja、community.atlassian.com) にアクセスできなくなり、

無効ユーザーのアカウントは、[managed user (管理対象ユーザー)] ページからいつでも再有効化できます。

請求対象ユーザーの合計数を確認する場合、組織管理者は以下の操作を行います。

1. まず、一元的な管理センターである admin.atlassian.com に移動します。
2. 組織を選択します。
3. admin.atlassian.com で、左側のナビゲーションパネルの [Billing (請求)] をクリックします。
4. [Bill Estimate (請求見積もり)] を選択すると、請求対象ユーザーの合計数と次回の請求見積もりが表示されます。

現時点では、my.atlassian.com やadmin.atlassian.com 内でのアップグレード見積もりの作成はできません。

アップグレード見積もりを依頼するには、お問い合わせください。

• トライアルユーザー: 30 日間のトライアル期間中、組織管理者は必要なユーザー数の年間見積もりについてお問い合わせいただけます。
• 月間サブスクリプションカスタマー：組織管理者は admin.atlassian.com の [Billing (請求)] セクションに移動し、[Billing Details (請求の詳細)] をクリックします。次に、[Switch to an annual payment plan (年払いプランに切り替え)] リンクをクリックして年間見積もりを生成し、見積もりに従って後払いにするか、クレジットカードで即時決済するかを選択できます。

更新日にアップグレードまたはダウングレードすることをご検討中のお客様は、お問い合わせフォームで当社にご連絡ください。

お支払いは、クレジット カード、銀行振込、郵送小切手、ACH (米国の銀行のみ)、Net-30 条件 ($10,000 を超える注文の場合) で行うことができます。お支払いの詳細は、正式な見積書の最初のページおよびアトラシアンの [How To Pay (支払い方法)] ページに記載されています。

組織管理者は、admin.atlassian.com の [Billing History (請求履歴)] ページで請求書を閲覧できます。主請求連絡先および技術連絡先の担当者は、My Atlassian から請求書と見積書を閲覧できます。

主請求連絡先および技術連絡先の担当者には、請求期間最終日の 60 日前に更新見積書が送られます。これらの担当者は My Atlassian から更新見積書を取得することもできます。

更新日にアップグレードまたはダウングレードすることをご検討中のお客様は、お問い合わせフォームで当社にご連絡ください。

組織管理者は、admin.atlassian.com の [サブスクリプションの管理] ページでライセンスの使用状況をいつでも監視できます。ライセンスユーザーの最大数を増やす必要がある場合は、アップグレード見積もりについてお問い合わせください。

Atlassian Guard Standard のトライアルまたは有料サブスクリプションの登録を解除する場合は、組織管理者が次の操作を行います。

1. まず、一元的な管理センターである admin.atlassian.com に移動します。
2. 組織を選択します。
3. 左側のナビゲーションパネルで [Billing (請求)] を選択します。
4. [Manage Subscriptions (サブスクリプションの管理)] パネルで、ドロップダウンから [Unsubscribe (サブスクリプション解除)] を選択し、「UNSUBSCRIBE」と入力して確定します。

SAML シングルサインオンと 2 段階認証の機能が直ちに終了し、以下の変更が発生します。

• 管理対象ユーザーは、SAML シングルサインオンでログインすることがなくなります。代わりに、各自のアトラシアンアカウントを使用してログインします。一部のユーザーには、各自のアトラシアンアカウントに対して新しいパスワードを設定する必要が生じる場合があります。
• 2 段階認証は必須ではなくなります。したがって、管理対象ユーザーは各自のアトラシアンアカウントについて 2 段階認証をいつでも無効にできます。

If you no longer need Atlassian Guard Premium, you can unsubscribe at any time. Follow the instructions to unsubscribe. 

You can also contact us for assistance.

Atlassian Guard Standard のサブスクリプションの登録を解除すると、次のように変更がただちに行われます。

• 管理対象ユーザーは、SAML シングルサインオンでログインすることがなくなります。代わりに、各自のアトラシアンアカウントを使用してログインします。一部のユーザーには、各自のアトラシアンアカウントに対して新しいパスワードを設定する必要が生じる場合があります。
• 2 段階認証は必須ではなくなります。したがって、管理対象ユーザーは各自のアトラシアンアカウントについて 2 段階認証をいつでも無効にできます。

ただし、SAML や SCIM などの重要な設定は保持されます。ご利用の組織や検証済みドメインには、サブスクリプションの登録解除による影響は及びません。組織管理者は引き続き、管理対象ユーザーの Atlassian アカウントを表示、管理、更新できます。

サポートにお問い合わせのうえ、Atlassian Guard Standard サブスクリプションを再有効化すると、設定を復元できます。サブスクリプションの登録を解除したあと、14 日以内にサブスクリプションを再有効化すれば、SAML や SCIM などの Atlassian Guard Standard の設定が永久に失われることを防げます。

詳細はアトラシアンのドキュメントをご参照ください。

Atlassian Guard Standard の返金対象となる期間は、月間サブスクリプションのトライアル期間後に有料となる最初の 1 か月以内と、年間サブスクリプションのお支払い後の 30 日以内に限られます。この期間が経過すると、返金対象外となります。

サーバー製品とクラウド製品は相互交換できず、初回購入時から 30 日を経過すると返金対象外となります。詳細については、Cloud の返金に関する FAQ をご覧ください。

クラウドの使用は、アトラシアン カスタマー アグリーメントおよび製品別規約に基づきます。

アトラシアンの現在の価格構造では、当社の標準の利用規約に変更を加えることはできません。当社の価格モデルと、個別契約の作成と管理にかかるコストをご考慮いただき、お客様との個別契約には対応いたしかねますことをご理解くださいますようお願いいたします。

すべてのお客様と標準の利用規約を維持することで、これらの契約に基づく当社の義務を果たすことにリソースを集中できます。利用規約は、お客様と当社の双方にとっての公正性を確保できるよう、細心の注意を払って作成されています。