アトラシアンの改善された請求エクスペリエンスを理解する
アトラシアンの改善された請求エクスペリエンスとは
すべての Atlassian アプリで統一された請求および請求書発行エクスペリエンスを提供するため、既存の請求インフラを新しい請求エンジンに置き換えます。請求書発行と管理モデルが改良され、ビジネス ニーズに最適な方法でサブスクリプションのグループ化や支払いを柔軟に行えるようになります。アトラシアンではエクスペリエンスを段階的に開発しており、時間の経過とともに強化された機能をリリースしていく予定です。
現在使用しているエクスペリエンスを確認する方法
ユーザー インターフェイスの違いを確認するには:
アトラシアン管理に移動します。
複数の組織がある場合は、対象の組織を選択します。
[請求] を選択します。[請求プレビュー] ページが表示されます。
必要な製品の [管理] を選択します。
以下のスクリーンショットは、2 つの請求エクスペリエンスのインターフェイスの違いを示しています。
従来の請求エクスペリエンス | 改善された請求エクスペリエンス |
|---|---|
従来の請求エクスペリエンスでは、左側の最初のオプションは [概要] です。
| 改善された請求エクスペリエンスでは、[サブスクリプション] が左側の最初のオプションです。 |
主な違い
改善された請求エクスペリエンスでは、多くの変更を導入しました。請求エクスペリエンスごとに、機能とインターフェイスが異なります。
パラメーター | 従来の請求エクスペリエンス | 改善された請求エクスペリエンス |
|---|---|---|
請求インターフェイス | 従来のシステムでは、請求を次の 2 か所で管理できます。
| 改善されたエクスペリエンスでは my.atlassian.com を使用しません。すべての請求機能はアトラシアンの管理に統合されており、次のいずれかの方法で移動できます。
|
アカウント モデル | 担当者ベースのモデル。 請求担当者または技術担当者は、複数のライセンスを管理できます。 請求書はサイトごとに作成されます。支払い情報はサイト レベルで管理されます。 | アカウントベースのモデル。 請求アカウントが導入されました。請求アカウントには 1 人または複数の請求管理者を設定できます。各アカウントは、販売先住所と支払い方法に紐づくアプリ サブスクリプションのグループを持つ請求プロファイルに関連付けることができます。 |
ロール | 従来のシステムには、請求に関するロールに次の 2 つがありました。
従来のエクスペリエンスをご利用の請求担当者は、my.atlassian.com でサブスクリプションを管理できます。 注: 片方または両方のシステムでアプリのサブスクリプションを持っている可能性があります。 | 請求担当者と技術担当者に代わる、新しく拡張されたロールが導入されました。
改善されたエクスペリエンスでアプリをご利用の請求管理者は、admin.atlassian.com/billing の新しいインターフェイスで管理できます。 注: 片方または両方のシステムで製品のサブスクリプションを持っている可能性があります。 |
サブスクリプション ID | 元のシステムでは、サポート資格番号(SEN)が使用されます。 例: SEN-123456 | 改善されたエクスペリエンスでは、「E」で始まる英数字の資格番号を使用します。 例:E-12A-C34-DEF-GHI |
従量制機能 | Available 従量課金制の仕組みをご覧ください | N/A |
請求インターフェイス
元の請求エクスペリエンスで管理されているサブスクリプションの場合、2 つの異なる場所でさまざまな請求処理を行うことができます:
改善された請求エクスペリエンスでは、以下のいずれかの方法で操作できる新しいインターフェイスを備えた、統合されたエクスペリエンスを提供します。
admin.atlassian.com/billing に移動します。 請求アカウントが複数ある場合は、対象のアカウントを選択します。
アトラシアンの管理に移動します。組織が複数ある場合は、対象の組織を選択します。[請求] を選択します。
一部のアプリ (Jira Align、Opsgenie、Trello) は別の請求システムで管理されているためご注意ください。
アカウント モデル
元の請求システムでは、お客様はサイトごとに請求されます。改善された請求エンジンでは、すべてのアプリのサブスクリプションがお客様の請求アカウントの下で管理されます。このアカウント モデルによって柔軟性が高まり、次のことが可能になります。
複数のサブスクリプションを複数の請求先アカウントに分割する
サブスクリプションのグループに対して、異なる販売先住所と支払い方法を持つ複数の請求プロファイルを保持できます。請求プロファイルの詳細を読む
サブスクリプションを請求先アカウント間で移動する
Confluence と Jira の請求を切り離す (つまり、Confluence とそれに関連するアプリの請求サイクルや請求期間を同じサイトの Jira とは異なるものにする)
ロール
また、管理者ロールは、サブスクリプションを管理する方法と場所に影響します。
管理を簡素化するため、請求管理者という新しい管理者ロールを作成しました。これは、元のシステムの技術担当者と請求担当者の代わりに使用されます。
新しいエクスペリエンスでは、第一の請求担当者、第二の請求担当者、技術担当者はすべて請求管理者に変換されます。
組織管理者またはサイト管理者は、admin.atlassian.com 内で一部の請求タスクを実行できます。製品のサブスクリプションは、片方または両方のシステムで管理されている可能性があります。
サポート対象のアプリとプラン
最終的には、新しいエクスペリエンスはすべての Atlassian アプリをサポートします。ただし、当面の間、Data Center アプリは元のエクスペリエンスのままになります。
次の表の製品のすべてのプランをサポートしています。
| 現在のサポート対象 | サポート対象外 |
|---|---|---|
製品 |
|
|
Jira、Jira Service Management、Jira Product Discovery を含む Jira ファミリーのアプリは、各サイトで統一された請求サイクルを共有します。1 つの Jira ファミリー アプリが年額請求される場合、そのサイトのすべての Jira ファミリー アプリも年額請求される必要があります。異なるアプリファミリー (例: Confluence と Jira) は、個別の請求サイクルを持つことができます。
お客様が新しいエクスペリエンスに移行する方法とタイミング
お客様を現在のシステムから改善された請求エクスペリエンスへスムーズにトランジションさせるため、サイトの移行を実施しています。お客様のサイトとデータは、グループごとに異なる時期に新しい請求エンジンへ移行されます。
アトラシアンは高度な移行ツールを構築しています。このツールでは、エンドツーエンドの暗号化を使用し、移動中も請求データの安全を維持してプライバシーを保護します。
サイトの移行予定日を通知するメールが 30 日前に届きます。ユーザー側で必要なアクションはありません。作業はバックグラウンドで行われ、ダウンタイムも発生しません。
この内容はお役に立ちましたか?