当社の価格設定モデル では、請求可能なユーザーの数は請求要素です。
請求対象ユーザーとは、コアユーザーまたはフルプラットフォームユーザーのいずれかのユーザータイプ を持つユーザーです。ベーシックユーザーは無料です。
ユーザーが請求対象になるその他の詳細：
当社の新しいユーザーモデル のユーザーの場合：ユーザーは、New Relic組織に請求対象ユーザーとして追加されると請求可能になります。請求可能なユーザーがNew Relicにログインしたことがなく、UIにPending inviteタグがある場合でも、請求可能です。 プライマリユーザー請求バージョン ：請求可能なユーザーには月額料金がかかり、日割り計算はありません。つまり、ユーザーを請求可能なユーザータイプとして1か月全体またはその月の1分間のみ保持する場合も、同じコストが発生します。ユーザー計算の詳細をご覧ください。 当社のStandardエディション には、1人分の無料フルプラットフォームユーザーが含まれます。UIで請求可能なユーザー数を表示する方法については、請求関連のUI を参照してください。組織に複数のアカウントが含まれている場合、組織内のすべてのユーザーを表示するには、プライマリレポートアカウント（通常は組織で最初に作成されたアカウント）に属している必要があります。
UIでユーザーを管理する方法については、ユーザー管理 を参照してください。
ユーザーへの請求方法には2つのバージョンがあります。
プライマリユーザー請求バージョン。 これは新しいバージョンです。1か月の請求対象ユーザーの総数に基づいて請求されます。これは、新しく作成されたすべてのNew Relic組織が使用しているバージョンであり、おそらくお客様の組織でも使用しているバージョンです。元のユーザー請求バージョン。 これは、当社の旧バージョンであり、一部の組織でまだ使用されています。組織が使用しているバージョンによって、ユーザー請求の仕組みと一部のユーザー ダウングレードルールが決まります。これらのルールについては、以下で詳しく説明します。
どちらのバージョンが適用されているか不明な場合以下にいくつかのヒントをご紹介します。
請求UI のプランの概要 ページで、monthly provisioned usersが表示されている場合は、元のバージョンを使用しています。請求書で、New Relic One - Pro UsersまたはNew Relic One - Enterprise Usersが表示されている場合は、元のバージョンを使用しています。ユーザータイプ（New Relic - Pro Full Platform Usersなど）が含まれている場合は、新しいバージョンを使用しています。 使用量UI を使用すると、請求対象ユーザー数の概要を把握できます。UIで提供されているものより詳細な情報が必要な場合は、使用関連のNRQLクエリ を実行することもできます。
請求対象ユーザーのカウント方法 暦月における組織の請求対象ユーザーの数を決定するために、当社はフルプラットフォームユーザーまたはコアユーザーの請求対象ユーザータイプ を持つ当該月のユーザーをカウントします。ユーザーの請求対象ユーザータイプ は、暦月中にユーザーが設定された最も上位のユーザータイプとして定義されます。UTCタイムゾーンを使用して、暦月の開始と終了を定義します。
実際にどのように機能するかの例：ユーザーが暦月中の任意の時点でフルプラットフォームユーザーとして設定されている場合、その月の課金対象ユーザータイプは「フルプラットフォームユーザー」であり、その月の後半にダウングレードしても変更されません。これは、そのユーザーが一時的にフルプラットフォームユーザーに変更された場合にも当てはまります。
請求対象ユーザーの追加やユーザーのユーザータイプの変更を計画している場合は、これらのルールを念頭に置いてください。ヒント：
請求対象ユーザーを追加したり、ユーザーをアップグレードしたりする場合は、月初にそれを行うといいでしょう。
ユーザーをダウングレードする場合は、月末にダウングレードするといいでしょう。
一意のユーザーの数は、電子メールアドレスにより決定されます。同一の電子メールアドレスを持つ組織内に複数のユーザーレコードがある場合、請求目的では、これらのユーザーレコードは単一のユーザーとしてカウントされ、そのユーザーの請求対象ユーザータイプは、その月に割り当てられた最も上位のユーザータイプになります。
新しいユーザーモデル のユーザーの場合：ユーザーは、管理者により請求可能なユーザーとして追加されたときに請求可能です。請求可能なユーザーがNew Relicにログインしたことがなく、UIにPending inviteタグがある場合でも、請求可能です。（初代のユーザーモデル のユーザーの場合、Pending inviteユーザーは請求対象ではありません。）
ユーザーの追加と招待の詳細については、ユーザーの追加 を参照してください。
請求対象ユーザーのコストは、組織の価格設定エディション （Standard、Pro、Enterprise）、またはNew Relicとのカスタム契約によって異なります。
New Relicの組織に最初に請求が開始されると、請求対象ユーザーの数は、月の開始時期に基づいて日割り計算されます。組織がサブスクリプションをキャンセルした場合、最終月には日割り計算が適用されます。
ユーザーダウングレードのルール 使用プラン が従量課金制であるかコミットメント契約であるかによって、フルプラットフォームユーザーをダウングレードできる回数に関するルールは異なります。
従量課金制の使用プラン では、ユーザーのダウングレードを制限するルールはありませんが、ユーザーをアップグレードまたはダウングレードすると、請求への影響 が影響する可能性があります。
ユーザーをアップグレードまたはダウングレードする前に、請求への影響 について理解しておいてください。
コミットメント契約 には、ユーザーがフルプラットフォームユーザーから下位のユーザータイプにダウングレードできる回数に関する規則があります。（コアユーザーと基本ユーザーの間でのユーザーの変更頻度に関する規則はありません。）
フルプラットフォームユーザーの切り替えの制限： ここでは、「切り替え」とはフルプラットフォームユーザーが1暦月にダウングレードまたは削除され、後月にフルプラットフォームユーザーとして再び追加されるものとして定義されます。New Relicの組織の契約年（以下に定義）中に、フルプラットフォームユーザーが2回以上切り替えられた場合、ユーザータイプの調整に関係なく、契約年の残りの期間はフルプラットフォームユーザーとしてカウントされます。
契約年度とは、契約の開始時点、またはその時点の契約応当日から始まる年と定義されます。組織が別の価格設定プランから開始し、この価格設定バージョンに切り替えた場合、ユーザータイプのダウングレードルールは、お客様がサブスクリプション期間の更新をオプトインした時点から、または該当する場合は、お客様の契約期間の年間契約応当日のいずれか早い方に適用されます。
一部の組織では、請求可能なユーザーの段階的価格設定にアクセスできます。その詳細については、段階的な価格設定 を参照してください。
以下は、元のユーザー請求バージョン の詳細です。
請求対象ユーザーのカウント方法 以下のルールは、元のユーザー請求バージョン を利用する組織にのみ適用されます。
請求対象となるユーザーの決定方法。 暦月の場合、組織はその月の請求対象ユーザー数の計算に基づいて請求されます。最初の月と最後の月で日割り計算します。 請求対象ユーザーのカウントは、New Relicの組織がサブスクリプションを開始したとき、またはユーザーが月間プロビジョニングユーザーになったとき（月間プロビジョニングユーザーとして追加されたとき、または変換されたとき）に基づき日割り計算されます。プロビジョニング時にユーザーは請求対象になります。 New Relicで請求対象ユーザータイプに設定された時点で、ユーザーは請求対象としてカウントされます。これは、そのユーザーがNew Relicにログインまたは使用したことがあるかどうかにかかわらず適用されます。電子メールアドレスに基づくユーザーの数。 組織内に同一のメールアドレスを持つ複数のユーザーレコードがある場合、請求目的で1人のユーザーとしてカウントされます。元のユーザーモデルに対する注意事項。 組織に元のユーザーモデル のユーザーがいる場合：ユーザーが組織内の1つのアカウントで基本ユーザーとして設定され、別のアカウントで請求対象ユーザーとして設定されている場合、請求対象のユーザーステータスが優先されます。ユーザーダウングレードのルール 以下のユーザーダウングレードルールは、元のユーザー請求バージョン を利用する組織に適用されます。
ユーザータイプとは、ユーザーが期待するNew Relicの義務と責任に基づいたかなりの長期設定を意図しています。そのため、月間プロビジョニングユーザーは、12か月間に最大2回しかダウングレードできません。ユーザーのユーザータイプが、この許可された変更数を超えて変更された場合、New Relicはそのユーザーを月間プロビジョニングユーザーとして課金できます。