このドキュメントでは、すべての FOCUS 1.0 要件の詳細な一覧を示し、Microsoft Cost Management FOCUS データセットによって提供されるサポートのレベルを示します。 FOCUS の詳細については、 FOCUS の概要を参照してください。
FOCUS の要件は、次の 4 つのグループに分類されます。
-
MUST 要件は、すべてのデータ プロバイダーに必須です。
-
SHOULD 要件は、強い推奨事項です。
-
推奨 要件は推奨されるベスト プラクティスです。
-
MAY 要件は省略可能であり、エッジ ケースに対して FinOps の専門家を準備するために使用されます。
FOCUS 準拠に関する公式の測定値はありませんが、完全かつ部分的にサポートされているすべての要件を考慮して、 96% の準拠スコアを計算します。 次の表は、サポート レベル別の要件をまとめたものです。
| タイプ |
サポートされています |
部分的サポート |
サポートされていません |
適用なし |
|
べし |
238 |
13 |
2 |
10 |
|
べき |
22 |
3 |
1 |
1 |
|
推奨 |
0 |
1 |
1 |
0 |
|
5 月 |
22 |
0 |
0 |
1 |
| まとめ |
93.1% |
5.6% |
1.3% |
|
このドキュメントの構成方法
次のセクションでは、各 FOCUS 要件、Microsoft Cost Management FOCUS 1.0 データセットのサポート レベル、および関連する注意事項を示します。 ギャップの概要については、 FOCUS 準拠の概要を参照してください。 要件 ID は参照のみを目的としています。 ID は FOCUS の一部として定義されていません。
このドキュメントの残りの部分では、属性と列でグループ化された FOCUS 要件の一覧を示します。
列 データセット内の特定のデータ要素を定義し、 attributes 列と行の動作を定義します。 各セクションの上部には、概要の説明と、元の要件ドキュメントへのリンクが含まれています。
属性
列の名前付けと順序付け
ソース: attributes/column_naming_and_ordering.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CNO1 |
必須 |
FOCUS で定義されているすべての列は、次の規則に従う必要があります。 |
サポート |
|
| CNO1.1 |
必須 |
列 ID ではパスカル ケースを使用する必要があります。 |
サポート |
|
| CNO1.2 |
必須 |
列 ID では省略形を使用しないでください。 |
サポート |
|
| CNO1.3 |
必須 |
列 ID は、特殊文字のない英数字である必要があります。 |
サポート |
|
| CNO1.4 |
必須 |
ID と名前を持つ列には、列 ID に Id または Name サフィックスが必要です。 |
サポート |
|
| CNO1.5 |
5 月 |
列の表示名は、同じ名前のプレフィックスを持つ他の列がない場合、 Name サフィックスを回避できます(MAY)。 |
サポート |
|
| CNO1.6 |
推奨 |
列 ID は頭字語を使用すべきではありません (SHOULD NOT)。 |
サポート |
|
| CNO1.7 |
推奨 |
列 ID は、さまざまなデータ リポジトリの列長の制限に対応するために 50 文字を超えてはなりません (SHOULD NOT)。 |
サポート |
|
| CNO2 |
必須 |
今後のリリースで競合を回避するために、すべてのカスタム列に一貫性のある x_ プレフィックスを付けて、外部のカスタム列として識別し、FOCUS 列と区別する必要があります。 |
部分的にサポート |
BillingAccountType
SubAccountTypeは、microsoft の FOCUS 1.0 プレビュー データセット バージョンで、x_ プレフィックスなしで誤って導入されました。 どちらの列も、保留中の FOCUS プル要求に記載されています。 プレフィックスのない列名は、下位互換性のために、正式な決定が行われるまで保持されます。 |
| CNO3.1 |
必須 |
ID と名前を持つ列には、列 ID に Id または Name サフィックスが必要です。 |
サポート |
|
| CNO3.2 |
5 月 |
列の表示名は、余分と見なされる場合、名前サフィックスを回避できます(MAY)。 |
サポート |
列 ID と表示名が一致しない場合に混乱が生じるため、この方法はお勧めしません。 |
| CNO4 |
必須 |
Categoryサフィックスを持つ列は正規化する必要があります。 |
サポート |
|
| CNO5 |
推奨 |
カスタム (プロバイダー定義など) 列は、FOCUS 列に対して上記と同じ規則に従う必要があります (例: プロバイダー定義)。 |
サポート |
|
| CNO6 |
推奨 |
すべての FOCUS 列は、指定されたデータセットの先頭に配置する必要があります (SHOULD)。 |
サポート |
|
| CNO7 |
推奨 |
カスタム列は、すべての FOCUS 列の後に一覧表示する必要があり、混在させるべきではありません (SHOULD NOT)。 |
サポート |
|
| CNO8.1 |
5 月 |
列はアルファベット順に並べ替えることができます... |
サポート |
使いやすくするために、列はアルファベット順に並べ替えられます。 |
| CNO8.2 |
推奨 |
...カスタム列は、すべての FOCUS 列の後にする必要があります(SHOULD)。 |
サポート |
使いやすくするために、列はアルファベット順に並べ替えられます。 |
ソース: attributes/currency_code_format.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CCF1 |
必須 |
FOCUS 仕様で定義されている通貨値をキャプチャするすべての列は、以下の要件に従う必要があります。 |
サポート |
|
| CCF2 |
推奨 |
カスタム通貨関連の列も、同じ書式設定要件に従う必要があります (SHOULD)。 |
サポート |
|
| CCF3 |
必須 |
通貨関連の列は、管理ドキュメント ISO 4217:2015 で規定されている 3 文字の英字コードとして表す必要があります。 |
サポート |
|
ソース: attributes/datetime_format.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| DTF1 |
必須 |
FOCUS 仕様で定義されている日付/時刻値をキャプチャするすべての列は、以下に示す書式設定要件に従う必要があります。 |
サポート |
|
| DTF2 |
推奨 |
カスタムの日付/時刻関連の列も、同じ書式設定要件に従う必要があります (SHOULD)。 |
サポート |
|
| DTF3 |
必須 |
あいまいさを回避し、異なるタイム ゾーン間で一貫性を確保するには、日付/時刻の値を UTC (協定世界時) にする必要があります。 |
サポート |
|
| DTF4 |
必須 |
日付/時刻値の形式は、日付と時刻を表すグローバルに認識される形式を提供する ISO 8601 標準に準拠する必要があります (詳細については、ISO 8601-1:2019 管理ドキュメントを参照してください)。 |
サポート |
|
| DTF5 |
必須 |
特定の時点に関する情報を提供する値は、拡張 ISO 8601 形式で UTC オフセット ('YYYY-MM-DDTHH:mm:ssZ') で表し、次のガイドラインに準拠する必要があります。日付と時刻のコンポーネントを文字 'T' で区切って含めます。2 桁の時間 (HH)、分 (mm)、秒 (秒) を使用します。UTC (世界協定時刻) を示す 'Z' インジケーターで終わる。 |
部分的にサポート |
日付列はすべて ISO 8601 標準に従いますが、秒は含まれません (例: "2024-01-01T00:00Z")。 |
割引の処理
ソース: attributes/discount_handling.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| DH1 |
推奨 |
適用されるすべての割引は、関連する各行に適用する必要があり、別の行で否定しないでください。 |
サポート |
|
| DH2 |
必須 |
行に適用されるすべての割引は、料金全体に適用される必要があります。 |
サポート |
|
| DH2.1 |
5 月 |
複数の割引が 1 行に適用される場合があります... |
サポート |
|
| DH2.2 |
必須 |
複数の割引 [行に適用]...その行の対象となる料金全体に適用する必要があります。 |
サポート |
|
| DH2.3 |
必須 |
割引が料金の一部にのみ適用される場合は、料金の割引部分を別の行に分割する必要があります。 |
サポート |
|
| DH2.4 |
必須 |
各割引は、既存の FOCUS 列を使用して識別できる必要があります。 |
サポート |
CommitmentDiscountId は、割引を識別する唯一の FOCUS 列です。 |
| DH2.4.1 |
必須 |
コミットメント ベースの割引が適用されている行には、CommitmentDiscountId を含める必要があります。 |
サポート |
|
| DH2.4.2 |
推奨 |
プロバイダーが FOCUS 列で表すことができない割引を適用する場合は、割引のソースを識別するための追加の列を含める必要があります (SHOULD)。 |
部分的なサポート |
ネゴシエートされた割引は、ListCost と ContractedCostを比較することによって識別できます。 |
| DH3.1 |
必須 |
購入した割引 (コミットメントベースの割引など) は償却する必要があります。 |
サポート |
|
| DH3.2 |
必須 |
請求期間のコスト全体がコミットメントでカバーされる行の場合、BilledCost は 0 である必要があります。 |
サポート |
|
| DH3.3 |
必須 |
EffectiveCost には、この行に適用される償却購入コストの部分を含める必要があります。 |
サポート |
|
| DH3.4 |
必須 |
コミットメントの期間中、CommitmentDiscountStatus が各 CommitmentDiscountId に対して "使用" または "未使用" になっているすべての行の EffectiveCost の合計は、コミットメント ベースの割引の合計 BilledCost と同じである必要があります。 |
サポート |
|
| DH3.5 |
必須 |
CommitmentDiscountId と ResourceId は、コミットメント ベースの割引に割り当てられた ID に設定する必要があります。 |
サポート |
コミットメント割引の分割を容易にするために、コミットメント割引の購入と払戻ではコミットメント割引注文が使用され、コミットメント割引の使用では注文内のインスタンスが使用されます。
x_SkuOrderIdを使用して、使用料金のコミットメント割引注文 ID を識別します。 |
| DH3.6 |
必須 |
コミットメント ベースの割引の購入を表す行では、ChargeCategory を "購入" に設定する必要があります。 |
サポート |
|
| DH3.7 |
必須 |
コミットメントから割引価格を受け取った ChargeCategory "Usage" 行には、CommitmentDiscountStatus を "使用" する必要があります。 |
サポート |
|
| DH3.8 |
必須 |
CommitmentDiscountId は、割引に割り当てられた ID に設定する必要があります (コミットメント割引の使用の場合)。 |
サポート |
|
| DH3.9 |
必須 |
ResourceId は、割引を受け取ったリソースの ID に設定する必要があります (コミットメント割引の使用の場合)。 |
サポート |
|
| DH3.10 |
必須 |
コミットメントが完全に使用されていない場合、プロバイダーは、その請求期間のコミットメントの未使用部分を表す行を含める必要があります。 |
サポート |
|
| DH3.11 |
必須 |
これらの行は、CommitmentDiscountStatus を "Unused" に設定し、ChargeCategory を "Usage" に設定して表す必要があります。 |
サポート |
|
| DH3.12 |
必須 |
このような行には、コミットメント ベースの割引に割り当てられた ID に CommitmentDiscountId と ResourceId が設定されている必要があります。 |
部分的にサポート |
CommitmentDiscountId は ResourceId と論理的に一致しますが、大文字と小文字が異なります。 |
| DH4 |
必須 |
事後に適用されるクレジットは、"クレジット" の ChargeCategory を使用する必要があります。 |
適用外 |
クレジットは、Cost Management のコストと使用状況のデータセットには含まれません。 |
ソース: attributes/key_value_format.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| KVF1 |
必須 |
キーと値の形式の列には、オブジェクトの ECMA 404 定義と一致するシリアル化された JSON 文字列が含まれている必要があります。 |
サポート |
|
| KVF2 |
必須 |
キーと値のペアのキーは、オブジェクト内で一意である必要があります。 |
サポート |
|
| KVF3 |
必須 |
キーと値のペアの値は、数値、文字列、 true、 false、または nullのいずれかの型である必要があります。 |
サポート |
|
| KVF4 |
必須 |
キーと値のペアの値は、オブジェクトまたは配列にすることはできません。 |
サポート |
|
null 処理
ソース: attributes/null_handling.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| NH1 |
推奨 |
カスタム列も、同じ書式設定要件に従う必要があります (SHOULD)。 |
部分的にサポート |
値がない場合、次の列は "-2" になることがあります: SkuPriceId、 x_AccountId、 x_InvoiceSectionId。 値がない場合、 SubAccountName、 x_AccountName、 x_AccountOwnerId、 x_InvoiceSectionName、 x_PricingUnitDescriptionの各列は "未割り当て" になることがあります。 値を使用できない場合、次の列は 0 になることがあります: ContractedCost、 ContractedUnitPrice、 ListCost、 ListUnitPrice。 |
| NH2 |
必須 |
NULL 許容列に指定できる値がない場合、列は NULL を使用する必要があります (MUST)。 |
部分的にサポート |
(前のノートを参照) |
| NH3 |
必須 |
列で null が許可されているかどうかに関係なく、空の文字列またはプレースホルダーの値 (数値列の場合は 0、null を表す場合は "適用できません" など) は使用できません(MUST NOT)。 |
部分的にサポート |
(前のノートを参照) |
ソース: attributes/numeric_format.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| NF1 |
推奨 |
列をキャプチャするカスタム数値は、時間の経過と同時に同じ形式要件を採用する必要があります (SHOULD)。 |
サポート |
|
| NF2 |
必須 |
数値形式の列には、1 つの数値を含む必要があります。 |
サポート |
|
| NF3 |
必須 |
数値は、整数値、10 進値、または指数表記で表される値として表す必要があります。 |
サポート |
|
| NF4 |
必須 |
小数表記は使用できません。 |
サポート |
|
| NF5 |
必須 |
指数表記を使用して表される数値は、実数 m と整数 n が "m x 10^n" を示す E 表記 "mEn" を使用して表される必要があります。 |
サポート |
|
| NF6 |
必須 |
指数の符号は、n が負の場合にのみ指数値の一部として表現しなければなりません (MUST)。 |
サポート |
|
| NF7 |
必須 |
数値は、数学記号、関数、または演算子で表してはなりません。 |
サポート |
|
| NF8 |
必須 |
数値には、修飾子または追加の文字 (通貨記号、測定単位など) を含めてはなりません (MUST NOT)。 |
サポート |
|
| NF9 |
必須 |
10 進値を表すために必要な場合、1 つの小数点 (".") を除き、数値にはコンマまたは句読点を含めないでください。 |
サポート |
|
| NF10 |
必須 |
数値には、正の値の符号を表す文字を含めてはなりません (MUST NOT)。 |
サポート |
|
| NF11 |
必須 |
負の符号 (-) は負の値を示す必要があります。 |
サポート |
|
| NF12 |
必須 |
数値形式の列は、列定義の "データ型" として次のいずれかの値を指定する必要があります: Integer、 Decimal。 |
サポート |
|
| NF13 |
推奨 |
プロバイダーは、プロバイダーが発行するデータ定義ドキュメントで次のいずれかの有効桁数値を使用して、数値書式列の有効桁数と小数点以下桁数を定義する必要があります (整数 Short、 Long、 Extended;10 進 Single、 Double、 Extended。 |
サポート |
|
文字列の処理
ソース: attributes/string_handling.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SH1 |
推奨 |
列をキャプチャするカスタム文字列値は、時間の経過と同時に同じ要件を採用する必要があります (SHOULD)。 |
サポート |
|
| SH2 |
必須 |
文字列値は、元の大文字と小文字の区別、間隔、およびその他の関連する整合性要素を、プロバイダーとエンド ユーザーが指定したとおりに維持する必要があります。 |
部分的にサポート |
ResourceName は、リソース プロバイダーによって小文字または大文字に変更される場合があります。 これが表示された場合は、SKU/メーターを担当するサービス チームにサポート 要求を提出します。
ResourceId は、FOCUS 要件を満たすために小文字で表示されます。 |
| SH3.1 |
必須 |
変更可能なエンティティ (リソース名など) に対する料金は、変更後に発生した対応する料金に正確に反映されている必要があります。... |
サポート |
|
| SH3.2 |
必須 |
変更可能なエンティティに対する課金...変更前に発生した料金を変更しないでください。すべての課金レコードのデータの整合性と監査可能性が維持されます。 |
サポート |
|
| SH4 |
必須 |
同じエンティティを参照する不変の文字列値 (リソース識別子、リージョン識別子など)のすべての請求期間にわたって一貫性と変更を維持する必要があります。 |
サポート |
|
| SH5 |
推奨 |
空の文字列とスペースのみで構成される文字列は、null 許容でない文字列列では使用しないでください(SHOULD NOT)。 |
サポート |
|
| SH6 |
5 月 |
変更可能な文字列値の変更後にレコードが指定され、ChargeClass が "Correction" の場合、レコードには変更された値が含まれる場合があります(MAY)。 |
サポート |
|
ソース: attributes/unit_format.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| UF1 |
推奨 |
単位は、 <plural-units>、 <singular-unit>-<plural-time-units>、 <plural-units>/<singular-time-unit>の 3 つの形式のいずれかに準拠した単一の測定単位として表す必要があります。 |
サポート |
規則 UF2 に基づいて有効ですが、この規則の例外は、 Units/10 Days、 Units/3 Months、 Units/6 Monthsです。 |
| UF2.1 |
5 月 |
単位は、単位数量 (<quantity> <plural-units>) または時間間隔 (<plural-units>/<interval> <plural-time-units>) で表すことができます。 |
サポート |
UF1 を参照してください。 |
| UF2.2 |
必須 |
単位数量または時間間隔を使用する場合は、単位数量または時間間隔を整数で表す必要があります。 |
サポート |
|
| UF3 |
必須 |
単位形式を使用する列の単位値とコンポーネントは、このセクションに記載されている場合、この属性で使用される大文字と小文字のスキームと一致する大文字と小文字を使用する必要があります。 |
サポート |
|
| UF4 |
推奨 |
単位は、推奨される単位セットに記載されていないディメンションが単位値に含まれている場合、またはユニットがこのセクションに記載されているカウント ディメンションの推奨値とは異なるカウントベースの単位をカバーしている場合を除き、このセクションに記載されている推奨単位の一覧で構成する必要があります (SHOULD)。 |
サポート |
|
| UF5.1 |
必須 |
データ サイズユニット名は、次の表のいずれかの省略形を使用して省略する必要があります。 |
サポート |
|
| UF5.2 |
必須 |
10^18 を超える値は、exabit、exabyte、exbibit、exbibyte の省略形を使用する必要があります。.. |
サポート |
|
| UF5.3 |
必須 |
...バイトより小さい値は、ビットまたはバイトの省略形を使用する必要があります。 |
サポート |
|
| UF6 |
5 月 |
次の推奨値の一覧がカウントベースの単位に対応していない場合、プロバイダーはカウントベースの単位を表す新しい名詞を導入することがあります(MAY)。 |
サポート |
サポートされているすべての単位値は、FinOps ツールキットの Pricing units データセットに記載されています。 |
| UF7 |
必須 |
推奨値テーブルに記載されていない単位で表示されるすべての名詞は、カウントベースの単位と見なされます。 新しいカウントベースの単位値は大文字にする必要があります。 |
サポート |
|
| UF8 |
必須 |
時間ベースの単位を使用して、時間間隔または別の単位と組み合わせて消費量を測定し、消費量の割合をキャプチャできます。 時間ベースの単位は、次の表に示す値のいずれか ( Year、 Month、 Day、 Hour、 Minute、 Second) と一致する必要があります。 |
サポート |
|
| UF9 |
必須 |
単位値が 1 つ以上の単位の組み合わせから作成された複合値である場合、各コンポーネントも推奨値のセットと一致する必要があります。 |
サポート |
|
| UF10.1 |
必須 |
複合単位を表す "per" または "-" の代わりに、スラッシュ ("/") と space(" ") を共通の規則として使用する必要があります。 |
サポート |
|
| UF10.2 |
推奨 |
要求、インスタンス、トークンなどのカウントベースの単位は、カウント ディメンションに一覧表示されている値を使用して表す必要があります (SHOULD)。 |
サポート |
|
| UF10.3 |
推奨 |
たとえば、使用単位が一定期間の要求またはインスタンスの割合として測定される場合、ユニットは 1 日あたりの要求数を示す "Requests/Day" として表示される必要があります (SHOULD)。 |
サポート |
|
列
可用性ゾーン
ソース: columns/availabilityzone.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| AZ0 |
説明 |
高可用性とフォールト トレランスを提供するリージョン内の物理的に分離された領域のプロバイダー割り当て識別子。 |
サポート |
Microsoft は可用性ゾーンの概念をサポートしていますが、Cost Management のコストと使用状況のデータセットには含まれません。 |
| AZ1 |
おすすめ |
プロバイダーが可用性ゾーン内のリソースまたはサービスのデプロイをサポートしている場合は、AvailabilityZone 列を課金データに表示することをお勧めします。 |
サポートされていません |
可用性ゾーンは、Cost Management のコストと使用状況のデータセットでは使用できません。 |
| AZ2.1 |
必須 |
[AvailabilityZone]文字列型にする必要があります。.. |
適用外 |
|
| AZ2.2 |
5 月 |
[AvailabilityZone]...課金が 利用可能ゾーンに固有でない場合は、NULL 値が含まれる場合があります。 |
適用外 |
|
請求コスト
ソース: columns/billedcost.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| BCo0 |
説明 |
前払い料金 (1 回限りまたは繰り返し) の 分類 を除き、すべての割引料金を含む請求の基礎となる料金。 |
サポート |
|
| BCo1.1 |
必須 |
課金データに BilledCost 列が存在する必要があります。.. |
サポート |
|
| BCo1.2 |
必須 |
BilledCost 列...null にすることはできません。 |
サポート |
|
| BCo2.1 |
必須 |
[BilledCost]Decimal... 型である必要があります。 |
サポート |
|
| BCo2.2 |
必須 |
[BilledCost]... Numeric Format... に準拠する必要があります。 |
サポート |
|
| BCo2.3 |
必須 |
[BilledCost]...[MUST] は BillingCurrency で指定する必要があります。 |
サポート |
|
| BCo2.4 |
必須 |
特定の請求期間の行に対する BilledCost の合計は、請求先アカウントの請求期間に受け取った請求書の合計と一致する必要があります。 |
サポート |
|
請求先アカウント ID
ソース: columns/billingaccountid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| BAI0 |
説明 |
プロバイダーによって課金アカウントに割り当てられた識別子。 |
サポート |
FOCUS 課金アカウントは、請求書が生成されるスコープを表します。これは、マイクロソフトエンタープライズ契約課金アカウント (登録とも呼ばれます) またはMicrosoft 顧客契約課金プロファイルです。 |
| BAI1 |
必須 |
BillingAccountId 列が課金データに存在する必要があります。 |
サポート |
|
| BAI2 |
必須 |
[BillingAccountId]文字列型にする必要があります。.. |
サポート |
|
| BAI3 |
必須 |
[BillingAccountId]...NULL 値を含めてはなりません。 |
サポート |
|
| BAI4 |
必須 |
BillingAccountId は、プロバイダー内でグローバルに一意の識別子である必要があります。 |
サポート |
BillingAccountId は、一貫性を保つための単純な登録番号や課金プロファイル ID ではなく、完全修飾 Azure Resource Manager ID を使用し、識別されるスコープがこの識別子を介して明確かつプログラムによってアクセス可能であることを確認します。 |
請求先アカウント名
ソース: columns/billingaccountname.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| BAN0 |
説明 |
課金アカウントに割り当てられた表示名。 |
サポート |
FOCUS 課金アカウントは、請求書が生成されるスコープを表します。これは、マイクロソフトエンタープライズ契約課金アカウント (登録とも呼ばれます) またはMicrosoft 顧客契約課金プロファイルです。 |
| BAN1.1 |
必須 |
BillingAccountName 列が課金データに存在する必要があります。... |
サポート |
|
| BAN1.2 |
必須 |
BillingAccountName 列...プロバイダーが課金アカウントの表示名の割り当てをサポートしている場合は、null にすることはできません。 |
サポート |
|
| BAN2 |
必須 |
[BillingAccountName]String 型である必要があります。 |
サポート |
|
| BAN3 |
必須 |
顧客が複数の課金アカウントを持っている場合、BillingAccountName は顧客内で一意である必要があります。 |
サポートされていません |
課金アカウントの所有者が BillingAccountNameを制御します。 別の請求先アカウントと同じ名前を使用する場合でも、この値は変更されません。 |
請求通貨
ソース: columns/billingcurrency.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| BCu0 |
説明 |
料金が請求された通貨を表します。 |
サポート |
|
| BCu1 |
必須 |
BillingCurrency 列が課金データに存在する必要があります。 |
サポート |
|
| BCu2 |
必須 |
BillingCurrency は、請求書発行者によって生成された請求書で使用される通貨と一致する必要があります。 |
サポート |
|
| BCu3.1 |
必須 |
[BillingCurrency]文字列型にする必要があります。.. |
サポート |
|
| BCu3.2 |
必須 |
[BillingCurrency]...NULL 値を含めてはなりません。 |
サポート |
|
| BCu5 |
必須 |
BillingCurrency は通貨コード形式の要件に準拠している必要があります。 |
サポート |
|
請求期間の終了
ソース: columns/billingperiodend.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| BPE0 |
説明 |
請求期間の排他的な終了日時。 |
サポート |
|
| BPE1 |
必須 |
BillingPeriodEnd 列は、課金データに存在する必要があります。 |
サポート |
|
| BPE2.1 |
必須 |
[BillingPeriodEnd] Date/Time Format... の型である必要があります。 |
サポート |
|
| BPE2.2 |
必須 |
[BillingPeriodEnd]...排他的な値にする必要があります。.. |
サポート |
|
| BPE2.3 |
必須 |
[BillingPeriodEnd]...NULL 値を含めてはなりません。 |
サポート |
|
| BPE3 |
必須 |
特定の請求期間の行に対する BilledCost 列の合計は、請求先アカウントの請求期間に受け取った請求書の合計と一致する必要があります。 |
サポート |
|
請求期間の開始
ソース: columns/billingperiodstart.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| BPS0 |
説明 |
請求期間の包括的な開始日と時刻。 |
サポート |
|
| BPS1.1 |
必須 |
BillingPeriodStart 列は、課金データに存在する必要があります。... |
サポート |
|
| BPS1.2 |
必須 |
BillingPeriodStart 列... Date/Time Format... の型である必要があります。 |
サポート |
|
| BPS1.3 |
必須 |
BillingPeriodStart 列...包括的な値にする必要があります。.. |
サポート |
|
| BPS1.4 |
必須 |
BillingPeriodStart 列...NULL 値を含めてはなりません。 |
サポート |
|
| BPS2 |
必須 |
特定の 請求期間の行に対する BilledCost メトリックの合計 課金アカウントの 請求期間 に対して受け取った請求書の合計と一致する必要があります。 |
サポート |
|
請求カテゴリ
ソース: columns/chargecategory.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| ChCt0 |
説明 |
請求方法の性質に基づいて、料金の最上位レベルの分類を表します。 |
サポート |
|
| ChCt1.1 |
必須 |
ChargeCategory 列は、課金データに存在する必要があります。... |
サポート |
|
| ChCt1.2 |
必須 |
ChargeCategory 列...null にすることはできません。 |
サポート |
|
| ChCt2 |
必須 |
[ChargeCategory] は String 型であり、使用できる値の 1 つである必要があります。 |
サポート |
|
Charge クラス
ソース: columns/chargeclass.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| ChCl0 |
説明 |
行が、前の請求期間に請求された 1 つ以上の チャージ の修正を表すかどうかを示します。 |
サポート |
|
| ChCl1 |
必須 |
ChargeClass 列は、課金データに存在する必要があります。 |
サポート |
|
| ChCl2.1 |
必須 |
[ChargeClass]文字列型にする必要があります。.. |
サポート |
|
| ChCl2.2 |
必須 |
[ChargeClass]...行が前の請求期間に請求された 1 つ以上の請求に対する修正を表す場合は、"修正" である必要があります。 |
サポート |
|
| ChCl3 |
必須 |
ChargeClass は、修正されていない場合、または現在の請求期間内の修正である場合は null にする必要があります。 |
サポート |
|
料金の説明
ソース: columns/chargedescription.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CD0 |
説明 |
料金の目的と価格の自己完結型の概要。 |
サポート |
|
| CD1 |
必須 |
ChargeDescription 列が課金データに存在する必要があります。... |
サポート |
|
| CD2 |
必須 |
ChargeDescription 列...文字列型にする必要があります。.. |
サポート |
|
| CD3 |
推奨 |
ChargeDescription 列...NULL にすることはできません。 |
部分的にサポート |
ChargeDescription は、割引プランの未使用の料金、Marketplace の料金、および製品 SKU に直接関連付けられていないその他の料金の場合は null である可能性があります。 |
| CD4 |
推奨 |
プロバイダーは、公開されているドキュメントで [ChargeDescription] の長さを指定する必要があります (SHOULD)。 |
サポートされていません |
|
充電頻度
ソース: columns/chargefrequency.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CF0 |
説明 |
料金が発生する頻度を示します。 |
サポート |
|
| CF1.1 |
おすすめ |
課金データに ChargeFrequency 列が存在することをお勧めします。... |
サポート |
|
| CF1.2 |
必須 |
ChargeFrequency 列...null にすることはできません。 |
サポート |
|
| CF2 |
必須 |
[ChargeFrequency] は String 型であり、使用できる値の 1 つである必要があります。 |
サポート |
|
| CF3 |
必須 |
ChargeCategory が "購入" の場合、ChargeFrequency を "使用量ベース" にすることはできません。 |
サポート |
|
請求期間の終了
ソース: columns/chargeperiodend.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CPE0 |
説明 |
請求期間の排他的な終了日時。 |
サポート |
|
| CPE1.1 |
必須 |
課金データに ChargePeriodEnd が存在する必要があります。... |
サポート |
|
| CPE1.2 |
必須 |
ChargePeriodEnd... Date/Time... の型である必要があります。 |
サポート |
|
| CPE1.3 |
必須 |
ChargePeriodEnd...排他的な値にする必要があります。.. |
サポート |
|
| CPE1.4 |
必須 |
ChargePeriodEnd...NULL 値を含めてはなりません。 |
サポート |
|
| CPE2 |
必須 |
ChargePeriodEnd は、請求の有効期間の終了日と時刻の境界と一致する必要があります。 |
サポート |
|
請求期間の開始
ソース: columns/chargeperiodstart.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CPS0 |
説明 |
請求期間内の包括的な開始日と時刻。 |
サポート |
|
| CPS1.1 |
必須 |
課金データに ChargePeriodStart が存在する必要があります。... |
サポート |
|
| CPS1.2 |
必須 |
ChargePeriodStart... Date/Time... の型である必要があります。 |
サポート |
|
| CPS1.3 |
必須 |
ChargePeriodStart...包括的な値にする必要があります。.. |
サポート |
|
| CPS1.4 |
必須 |
ChargePeriodStart...NULL 値を含めてはなりません。 |
サポート |
|
| CPS2 |
必須 |
ChargePeriodStart は、請求の有効期間の開始日と時刻の境界と一致する必要があります。 |
サポート |
|
コミットメント割引カテゴリ
ソース: columns/commitmentdiscountcategory.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CDC0 |
説明 |
CommitmentDiscountId 列で識別されるコミットメントベースの割引が、使用量またはコスト ("支出" とも呼ばれます) に基づいているかどうかを示します。 |
サポート |
|
| CDC1 |
必須 |
プロバイダーがコミットメント ベースの割引をサポートしている場合は、請求データに CommitmentDiscountCategory 列が存在する必要があります。 |
サポート |
|
| CDC2.1 |
必須 |
[CommitmentDiscountCategory]文字列型にする必要があります。.. |
サポート |
|
| CDC2.2 |
必須 |
[CommitmentDiscountCategory]...CommitmentDiscountId が null の場合は null にする必要があります。.. |
サポート |
|
| CDC2.3 |
必須 |
[CommitmentDiscountCategory]...CommitmentDiscountId が null でない場合は null にすることはできません。 |
サポート |
|
| CDC3 |
必須 |
CommitmentDiscountCategory は、許可される値の 1 つである必要があります。 |
サポート |
|
コミットメント割引 ID
ソース: columns/commitmentdiscountid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CDI0 |
説明 |
プロバイダーによってコミットメント ベースの割引に割り当てられた識別子。 |
サポート |
|
| CDI1 |
必須 |
プロバイダーがコミットメント ベースの割引をサポートしている場合は、請求データに CommitmentDiscountId 列が存在する必要があります。 |
サポート |
|
| CDI2.1 |
必須 |
[CommitmentDiscountId]文字列型にする必要があります。.. |
サポート |
|
| CDI2.2 |
必須 |
[CommitmentDiscountId]...料金がコミットメント ベースの割引に関連する場合は、NULL 値を含めてはいけません。 |
サポート |
|
| CDI3 |
必須 |
コミットメントベースの割引に料金が関連付けられていない場合、列は null である必要があります。 |
サポート |
|
| CDI4 |
必須 |
CommitmentDiscountId は、プロバイダー内で一意である必要があります。 |
サポート |
|
コミットメント割引名
ソース: columns/commitmentdiscountname.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CDN0 |
説明 |
コミットメントベースの割引に割り当てられた表示名。 |
サポート |
|
| CDN1 |
必須 |
プロバイダーがコミットメント ベースの割引をサポートしている場合は、請求データに CommitmentDiscountName 列が存在する必要があります。 |
サポート |
|
| CDN2 |
必須 |
[CommitmentDiscountName]String 型である必要があります。 |
サポート |
|
| CDN3.1 |
必須 |
料金がコミットメント ベースの割引に関連していない場合は、CommitmentDiscountName 値を null にする必要があります。... |
サポート |
|
| CDN3.2 |
5 月 |
CommitmentDiscountName 値...コミットメントベースの割引に表示名を割り当てることができない場合、NULL になる場合があります。 |
サポート |
|
| CDN4 |
必須 |
コミットメント ベースの割引に表示名を割り当てることができる場合、CommitmentDiscountName を null にすることはできません。 |
サポート |
|
コミットメント割引の状態
ソース: columns/commitmentdiscountstatus.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CDS0 |
説明 |
料金がコミットメント ベースの割引の消費と対応しているか、またはコミットされた金額の未使用部分に対応しているかを示します。 |
サポート |
|
| CDS1 |
必須 |
プロバイダーがコミットメント ベースの割引をサポートしている場合は、請求データに CommitmentDiscountStatus 列が存在する必要があります。 |
サポート |
|
| CDS2 |
必須 |
[CommitmentDiscountStatus]文字列型にする必要があります。.. |
サポート |
|
| CDS3.1 |
必須 |
[CommitmentDiscountStatus]...CommitmentDiscountId が null の場合は null にする必要があります。.. |
サポート |
|
| CDS3.2 |
必須 |
[CommitmentDiscountStatus]...CommitmentDiscountId が null ではなく、Charge Category が "Usage" の場合は null にすることはできません。 |
サポート |
|
| CDS4 |
必須 |
CommitmentDiscountCategory は、許可される値の 1 つである必要があります。 |
サポート |
|
コミットメント割引の種類
ソース: columns/commitmentdiscounttype.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CDT0 |
説明 |
行に適用されるコミットメント ベースの割引の種類のプロバイダー割り当て識別子。 |
サポート |
|
| CDT1 |
必須 |
プロバイダーがコミットメント ベースの割引をサポートしている場合は、CommitmentDiscountType 列が課金データに存在する必要があります。 |
サポート |
|
| CDT2.1 |
必須 |
[CommitmentDiscountType]文字列型にする必要があります。.. |
サポート |
|
| CDT2.2 |
必須 |
[CommitmentDiscountType]...CommitmentDiscountId が null の場合は null にする必要があります。.. |
サポート |
|
| CDT2.3 |
必須 |
[CommitmentDiscountType]...CommitmentDiscountId が null でない場合は null にすることはできません。 |
サポート |
|
消費数量
ソース: columns/consumedquantity.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CQ0 |
説明 |
使用ユニットに基づいて、使用されるリソースまたはサービスに関連付けられている特定の SKU のボリューム。 |
サポート |
|
| CQ1 |
必須 |
プロバイダーが使用状況の測定をサポートしている場合は、ConsumedQuantity 列が課金データに存在する必要があります。 |
サポート |
|
| CQ2 |
必須 |
[ConsumedQuantity]ChargeCategory が "Usage" で ChargeClass が "Correction" でない場合は null にすることはできません。 |
サポート |
|
| CQ3 |
必須 |
[ConsumedQuantity]他の ChargeCategory 値の場合は null にする必要があります。 |
サポート |
|
| CQ4.1 |
必須 |
[ConsumedQuantity]Decimal... 型である必要があります。 |
サポート |
|
| CQ4.2 |
必須 |
[ConsumedQuantity]... Numeric Format 要件に準拠している必要があります。 |
サポート |
|
| CQ5 |
5 月 |
ChargeClass が "Correction" の場合、値は負になる可能性があります。 |
サポート |
|
使用済みユニット
ソース: columns/consumedunit.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CU0 |
説明 |
プロバイダーがリソースまたはサービスに関連付けられている特定の SKU の使用状況を測定する方法を示すプロバイダー指定の測定単位。 |
サポート |
|
| CU1 |
必須 |
プロバイダーが使用状況の測定をサポートしている場合は、課金データに ConsumedUnit 列が存在する必要があります。 |
サポート |
|
| CU2 |
必須 |
[ConsumedUnit]String 型である必要があります。 |
サポート |
|
| CU3 |
必須 |
ChargeCategory が "Usage" で ChargeClass が "Correction" でない場合は、ConsumedUnit を null にすることはできません。 |
サポート |
|
| CU4 |
必須 |
[ConsumedUnit]他の ChargeCategory 値の場合は null にする必要があります。 |
サポート |
|
| CU5 |
推奨 |
ConsumedUnit で使用される測定単位は、 UnitFormat 属性で指定された値と形式の要件に準拠する必要があります (SHOULD)。 |
サポート |
|
| CU6 |
必須 |
ConsumedUnit 列を使用して、価格またはコストメトリックに関連する値を決定することはできません。 |
サポート |
|
契約コスト
ソース: columns/contractedcost.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CnC0 |
説明 |
計算された単価と対応する価格数量を乗算して計算されるコスト。 |
サポート |
|
| CnC1.1 |
必須 |
ContractedCost 列は、課金データに存在する必要があります。... |
サポート |
|
| CnC1.2 |
必須 |
ContractedCost 列...null にすることはできません。 |
部分的にサポート |
ContractedCost は null ではありません。ただし、EA Marketplace の料金、コストの割り当てが有効な場合の EA 予約の使用状況、MCA 予約の使用量の場合は 0 になることがあります。 |
| CnC2.1 |
必須 |
[ContractedCost]Decimal... 型である必要があります。 |
サポート |
|
| CnC2.2 |
必須 |
[ContractedCost]... Numeric 形式 要件に準拠する必要があります... |
サポート |
|
| CnC2.3 |
必須 |
[ContractedCost]...[MUST] は BillingCurrency で指定する必要があります。 |
サポート |
|
| CnC3 |
必須 |
ContractedUnitPrice が存在し、null でない場合、ContractedUnitPrice と PricingQuantity を乗算すると、ChargeClass "Correction" の場合を除き、ContractedCost が生成される必要があります。これは、PricingQuantity またはコストの不一致に個別に対処できる場合を除きます。 |
サポート |
ContractedCost は、丸めエラーのため、0.0000000001 未満でオフになる可能性があります。 |
| CnC4 |
必須 |
他の料金に基づいて計算される料金の ContractedCost (ChargeCategory が "Tax" の場合など) は、関連する料金の ContractedCost に基づいて計算する必要があります。 |
サポート |
|
| CnC5 |
必須 |
他の料金とは無関係な料金の ContractedCost (ChargeCategory が "Credit" の場合など) は、BilledCost と一致する必要があります。 |
サポート |
ContractedCost は、丸めエラーのために 0.00001 未満でオフになる可能性があります。 |
契約単価
ソース: columns/contractedunitprice.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| CnUP0 |
説明 |
ネゴシエートされたコミットメント ベースの割引やその他の割引を除き、関連付けられている SKU の 1 つの価格単位に対して合意された単価 (存在する場合は、交渉された割引を含む)。 |
サポート |
|
| CnUP1 |
必須 |
プロバイダーがネゴシエートされた価格の概念をサポートしている場合は、ContractedUnitPrice 列が課金データに存在する必要があります。 |
サポート |
|
| CnUP2.1 |
必須 |
[ContractedUnitPrice]負以外の 10 進値の範囲内の 10 進数にする必要があります。.. |
サポート |
|
| CnUP2.3 |
必須 |
[ContractedUnitPrice]... Numeric 形式 要件に準拠する必要があります... |
サポート |
|
| CnUP2.3 |
必須 |
[ContractedUnitPrice]...[MUST] は BillingCurrency で指定する必要があります。 |
サポート |
|
| CnUP3.1 |
必須 |
ChargeClass が "Correction" ではなく、ChargeCategory が "Usage" または "Purchase" の場合は null にすることはできません。 |
部分的にサポート |
ContractedUnitPrice は null ではありません。ただし、EA Marketplace の料金、コストの割り当てが有効な場合の EA 予約の使用状況、MCA 予約の使用量の場合は 0 になることがあります。 |
| CnUP3.2 |
必須 |
それ。。。ChargeCategory が "Tax" の場合は null にする必要があります。. |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| CnUP3.3 |
5 月 |
それ。。。ChargeClass と ChargeCategory の他のすべての組み合わせで NULL になる場合があります。 |
サポート |
|
| CnUP4 |
必須 |
ContractedUnitPrice が存在し、null でない場合、ContractedUnitPrice と PricingQuantity の乗算は ContractedCost と等しい必要があります。ただし、ChargeClass "Correction" の場合を除き、PricingQuantity またはコストの不一致に個別に対処できます。 |
サポート |
ContractedCost は、丸めエラーのために 0.00001 未満でオフになる可能性があります。 |
効果的なコスト
ソース: columns/effectivecost.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| EC0 |
説明 |
すべての割引料金、割引、およびこの料金をカバーする関連する前払い購入 (1 回限りまたは繰り返し) の該当部分を適用した後の料金の償却コスト。 |
サポート |
|
| EC1.1 |
必須 |
EffectiveCost 列は、課金データに存在する必要があります。... |
サポート |
|
| EC1.2 |
必須 |
EffectiveCost 列...null にすることはできません。 |
サポート |
|
| EC2.1 |
必須 |
[EffectiveCost]Decimal... 型である必要があります。 |
サポート |
|
| EC2.2 |
必須 |
[EffectiveCost]... Numeric 形式 要件に準拠する必要があります... |
サポート |
|
| EC2.3 |
必須 |
[EffectiveCost]...[MUST] は BillingCurrency で指定する必要があります。 |
サポート |
|
| EC4 |
必須 |
ChargeCategory が "購入" であり、将来の対象となる料金を対象とする購入の場合、EffectiveCost は 0 である必要があります。 |
サポート |
|
| EC5 |
必須 |
その他の料金 (ChargeCategory が "Tax" など) に基づいて計算される場合、EffectiveCost は関連する料金の EffectiveCost に基づいて計算する必要があります。 |
サポート |
|
| EC6 |
必須 |
料金が他の料金 (ChargeCategory が "クレジット" など) と関連付けられていない場合、EffectiveCost は BilledCost と一致する必要があります。 |
サポート |
|
請求書発行者名
ソース: columns/invoiceissuer.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| IIN0 |
説明 |
消費されたリソースまたはサービスの請求を担当するエンティティの名前。 |
サポート |
CSP アカウントの場合、InvoiceIssuerNameは、Microsoft と直接関係があり、エンド カスタマーに直接請求する組織を表していない可能性があるクラウド ソリューション プロバイダー (CSP) ディストリビューターの名前に設定されます。 他のすべての種類のアカウントでは、エンド カスタマーに請求する仲介組織がある場合でも、値は "Microsoft" です。 |
| IIN1 |
必須 |
InvoiceIssuer 列が課金データに存在する必要があります。 |
サポート |
|
| IIN2 |
必須 |
[InvoiceIssuerName]文字列型にする必要があります。.. |
サポート |
|
| IIN3 |
必須 |
[InvoiceIssuerName]...NULL 値を含めてはなりません。 |
サポート |
|
コストを一覧表示する
ソース: columns/listcost.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| LC0 |
説明 |
リスト単価と対応する価格数量を乗算して計算されたコスト。 |
サポート |
|
| LC1.1 |
必須 |
ListCost 列が課金データに存在する必要があります。... |
サポート |
|
| LC1.2 |
必須 |
ListCost 列...null にすることはできません。 |
部分的にサポート |
ListCost が null になることはありませんが、Marketplace の料金と予約の使用量に対して 0 を指定できます。 |
| LC2.1 |
必須 |
[ListCost]Decimal... 型である必要があります。 |
サポート |
|
| LC2.2 |
必須 |
[ListCost]... Numeric Format 要件に準拠している必要があります。 |
サポート |
|
| LC2.3 |
必須 |
[ListCost]...[MUST] は BillingCurrency で指定する必要があります。 |
サポート |
|
| LC3 |
必須 |
ListUnitPrice が null ではなく存在する場合、ListUnitPrice と PricingQuantity を乗算すると、ChargeClass の "修正" の場合を除き、ListCost が生成される必要があります。これは、PricingQuantity またはコストの不一致に個別に対処できる場合を除きます。 |
サポート |
ListCost は、丸めエラーのため、0.0000000001 未満でオフになる可能性があります。 |
| LC4 |
必須 |
他の料金に基づいて計算される料金の ListCost (ChargeCategory が "Tax" の場合など) は、関連する料金の ListCost に基づいて計算する必要があります。 |
サポート |
|
| LC5 |
必須 |
他の料金とは無関係な料金の ListCost (ChargeCategory が "クレジット" の場合など) は、BilledCost と一致する必要があります。 |
サポート |
丸めエラーのため、ListCost が 0.00000000001 未満になる可能性があります。 |
表示単価
ソース: columns/listunitprice.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| LUP0 |
説明 |
割引を含まない、関連付けられている SKU の 1 つの価格ユニットに対してプロバイダーが発行した推奨単価。 |
サポート |
|
| LUP1 |
必須 |
プロバイダーが割引の単価を発行する場合は、ListUnitPrice 列が課金データに存在する必要があります。 |
サポート |
|
| LUP2.1 |
必須 |
[ListUnitPrice]負以外の 10 進値の範囲内の 10 進数にする必要があります。.. |
サポート |
|
| LUP2.2 |
必須 |
[ListUnitPrice]... Numeric 形式 要件に準拠する必要があります... |
サポート |
|
| LUP2.3 |
必須 |
[ListUnitPrice]...[MUST] は BillingCurrency で指定する必要があります。 |
サポート |
|
| LUP3.1 |
必須 |
ChargeClass が "Correction" ではなく、ChargeCategory が "Usage" または "Purchase" の場合は null にすることはできません。 |
部分的にサポート |
ListUnitPrice が null になることはありませんが、Marketplace の料金と予約の使用量に対して 0 を指定できます。 |
| LUP3.2 |
必須 |
それ。。。ChargeCategory が "Tax" の場合は null にする必要があります。. |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| LUP3.3 |
5 月 |
それ。。。ChargeClass と ChargeCategory の他のすべての組み合わせで NULL になる場合があります。 |
サポート |
|
| LUP4 |
必須 |
ListUnitPrice が存在し、null でない場合、ListUnitPrice と PricingQuantity の乗算は ListCost に等しい必要があります。ただし、ChargeClass "Correction" の場合を除き、PricingQuantity またはコストの不一致に個別に対処できます。 |
サポート |
|
価格カテゴリ
ソース: columns/pricingcategory.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| PC0 |
説明 |
使用または購入時の料金に使用される価格モデルについて説明します。 |
サポート |
|
| PC1.1 |
必須 |
プロバイダーがすべての SKU で複数の価格カテゴリをサポートしている場合、PricingCategory は課金データに存在する必要があります。... |
サポート |
|
| PC1.2 |
必須 |
PricingCategory...String 型である必要があります。 |
サポート |
|
| PC2.1 |
必須 |
ChargeClass が "修正" ではなく、ChargeCategory が "Usage" または "Purchase" の場合、PricingCategory を null にすることはできません。. |
サポート |
|
| PC2.2 |
必須 |
PricingCategory...ChargeCategory が "Tax" の場合は null にする必要があります。. |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| PC2.3 |
5 月 |
PricingCategory...ChargeClass と ChargeCategory の他のすべての組み合わせで NULL になる場合があります。 |
サポート |
|
| PC3 |
必須 |
PricingCategory は、許可される値の 1 つである必要があります。 |
サポート |
|
| PC4 |
必須 |
価格が課金アカウントの合意されたレートで事前に定義されている場合は、PricingCategory を "Standard" にする必要があります。 |
サポート |
|
| PC5 |
必須 |
CommitmentDiscountId が null でない場合は、PricingCategory を "コミット" する必要があります。 |
サポート |
|
| PC6 |
必須 |
PricingCategory は、プロバイダーによって価格が決定され、事前に定義された契約価格に関係なく、時間の経過と同時に変更される可能性がある場合は、"動的" である必要があります。 |
サポート |
|
| PC7 |
必須 |
PricingCategory は、価格モデルがあるが、許可されている値が適用されない場合は"その他" にする必要があります。 |
サポート |
|
価格の数量
ソース: columns/pricingquantity.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| PQ0 |
説明 |
価格ユニットに基づいて、使用または購入されたリソースまたはサービスに関連付けられている特定の SKU のボリューム。 |
サポート |
|
| PQ1 |
必須 |
PricingQuantity 列は、課金データに存在する必要があります。 |
サポート |
|
| PQ2.1 |
必須 |
[PricingQuantity]Decimal... 型である必要があります。 |
サポート |
|
| PQ2.2 |
必須 |
[PricingQuantity]... Numeric Format 要件に準拠している必要があります。 |
サポート |
|
| PQ3 |
5 月 |
ChargeClass が "Correction" の場合、値は負になる可能性があります。 |
サポート |
|
| PQ4.1 |
必須 |
[PricingQuantity]ChargeClass が "Correction" ではなく、ChargeCategory が "Usage" または "Purchase" の場合は null にすることはできません。 |
サポート |
|
| PQ4.2 |
必須 |
[PricingQuantity]...ChargeCategory が "Tax" の場合は null にする必要があります。. |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| PQ4.3 |
5 月 |
[PricingQuantity]...ChargeClass と ChargeCategory の他のすべての組み合わせについては、NULL 値を使用できます。 |
サポート |
|
| PQ5 |
必須 |
単価が null でない場合、PriceQuantity に単価を乗算すると、ChargeClass の "修正" の場合を除き、対応するコスト メトリックと等しい結果が生成される必要があります。これは、PricingQuantity またはコストの不一致に個別に対処できる場合を除きます。 |
サポート |
|
価格単位
ソース: columns/pricingunit.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| PU0 |
説明 |
単価を決定するためのプロバイダー指定の測定単位。ブロック価格などの価格ルールを適用した後、プロバイダーが使用量と購入数量を測定する方法を示します。 |
サポート |
|
| PU1 |
必須 |
PricingUnit 列は、課金データに存在する必要があります。 |
サポート |
|
| PU2 |
必須 |
[PricingUnit]String 型である必要があります。 |
サポート |
|
| PU3.1 |
必須 |
ChargeClass が "Correction" ではなく、ChargeCategory が "Usage" または "Purchase" の場合は null にすることはできません。 |
サポート |
|
| PU3.2 |
必須 |
それ。。。ChargeCategory が "Tax" の場合は null にする必要があります。. |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| PU3.3 |
5 月 |
それ。。。ChargeClass と ChargeCategory の他のすべての組み合わせで NULL になる場合があります。 |
サポート |
|
| PU4 |
推奨 |
PricingUnit で使用される測定単位は、 UnitFormat 属性で指定された値と形式の要件に準拠する必要があります (SHOULD)。 |
サポート |
|
| PU5 |
必須 |
価格ユニットの値は、請求書に価格測定単位が含まれている場合に、プロバイダーが発行した価格表または請求書で指定された対応する価格測定単位の値と意味的に等しい必要があります。 |
サポート |
|
プロバイダー名
ソース: columns/provider.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| PrN0 |
説明 |
リソースまたはサービスを購入可能にしたエンティティの名前。 |
サポート |
|
| PrN1 |
必須 |
[プロバイダー] 列が課金データに存在する必要があります。 |
サポート |
|
| PrN2.1 |
必須 |
[ProviderName]文字列型にする必要があります。.. |
サポート |
|
| PrN2.2 |
必須 |
[ProviderName]...NULL 値を含めてはなりません。 |
サポート |
|
公開元名
ソース: columns/publisher.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| PbN0 |
説明 |
購入されたリソースまたはサービスを生成したエンティティの名前。 |
サポート |
|
| PbN1 |
必須 |
[発行元] 列が課金データに存在する必要があります。 |
サポート |
|
| PbN2.1 |
必須 |
[PublisherName]文字列型にする必要があります。.. |
サポート |
|
| PbN2.2 |
必須 |
[PublisherName]...NULL 値を含めてはなりません。 |
部分的にサポート |
PublisherName は、予約の使用と購入、および節約プランの未使用の料金に null になる可能性があります。 |
地域 ID
ソース: columns/regionid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| RgI0 |
説明 |
リソースがプロビジョニングされているか、サービスが提供されている、分離された地理的領域のプロバイダー割り当て識別子。 |
サポート |
|
| RgI1.1 |
必須 |
プロバイダーがリージョン内のリソースまたはサービスのデプロイをサポートしている場合は、RegionId 列が課金データに存在する必要があります。... |
サポート |
|
| RgI1.2 |
必須 |
RegionId 列...String 型である必要があります。 |
サポート |
|
| RgI2.1 |
必須 |
リソースまたはサービスがプロバイダーによって個別のリージョンで操作または管理されている場合、RegionId を null にすることはできません。.. |
サポート |
|
| RgI2.2 |
5 月 |
RegionId...リソースまたはサービスが分離された地理的領域に制限されていない場合は、NULL 値が含まれる場合があります。 |
サポート |
|
リージョン名
ソース: columns/regionname.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| RgN0 |
説明 |
リソースがプロビジョニングされている、またはサービスが提供される、分離された地理的領域の名前。 |
サポート |
|
| RgN1 |
必須 |
プロバイダーがリージョン内のリソースまたはサービスのデプロイをサポートしている場合は、RegionName 列が課金データに存在する必要があります。... |
サポート |
|
| RgN2 |
必須 |
The RegionName...String 型である必要があります。 |
サポート |
|
| RgN3 |
必須 |
リソースまたはサービスがプロバイダーによって個別のリージョンで操作または管理されている場合、RegionName を null にすることはできません。.. |
サポート |
|
| RgN4 |
5 月 |
RegionName...リソースまたはサービスが分離された地理的領域に制限されていない場合は、NULL 値が含まれる場合があります。 |
サポート |
|
リソース ID
ソース: columns/resourceid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| RsI0 |
説明 |
プロバイダーによってリソースに割り当てられた識別子。 |
サポート |
|
| RsI1 |
必須 |
プロバイダーがプロビジョニングされたリソースに基づく課金をサポートしている場合、ResourceId 列は課金データに存在する必要があります。 |
サポート |
|
| RsI2 |
必須 |
[ResourceId]String 型である必要があります。 |
サポート |
|
| RsI3 |
5 月 |
一部のコスト データ行がリソースに関連付けられていない可能性があるため、ResourceId 値は null 許容列である可能性があります。 |
サポート |
購入にリソース ID が割り当てられない場合があります。 |
| RsI4 |
必須 |
プロバイダーによってリソースに識別子が割り当てられている場合、ResourceId はコスト データに表示される必要があります (MUST)。 |
サポート |
ResourceId リソースが料金に間接的に関連している場合、null になる可能性があります。 不足していると思われる場合は、リソースの種類を所有するサービスのサポート要求を提出します。 |
| RsI5 |
推奨 |
ResourceId は、プロバイダー内のグローバル一意性を保証する完全修飾識別子である必要があります (SHOULD)。 |
サポート |
|
リソース名
ソース: columns/resourcename.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| RsN0 |
説明 |
リソースに割り当てられた表示名。 |
サポート |
|
| RsN1 |
必須 |
プロバイダーがプロビジョニングされたリソースに基づく課金をサポートしている場合は、ResourceName 列が課金データに存在する必要があります。 |
サポート |
|
| RsN2 |
必須 |
[ResourceName]String 型である必要があります。 |
サポート |
|
| RsN3 |
5 月 |
一部のコスト データ行がリソースに関連付けられていない場合や、表示名をリソースに割り当てることができないため、ResourceName 値は null 許容列である場合があります。 |
サポート |
購入にリソース名が割り当てられない場合があります。 |
| RsN4 |
必須 |
表示名をリソースに割り当てることができる場合は、ResourceName を null にすることはできません。 |
サポート |
ResourceName リソースが料金に間接的に関連している場合、null になる可能性があります。 不足していると思われる場合は、リソースの種類を所有するサービスのサポート要求を提出します。 |
| RsN5 |
必須 |
対話形式でプロビジョニングされていないリソース、またはシステムによって生成された ResourceId のみを持つリソースは、ResourceName と同じ値を重複してはなりません。 |
サポート |
|
リソースの種類
ソース: columns/resourcetype.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| RsT0 |
説明 |
料金が適用されるリソースの種類。 |
サポート |
|
| RsT1 |
必須 |
プロバイダーがプロビジョニングされたリソースに基づく課金をサポートし、リソースの種類の割り当てをサポートしている場合、ResourceType 列は課金データに存在する必要があります。 |
サポート |
|
| RsT2.1 |
必須 |
[ResourceType]文字列型にする必要があります。.. |
サポート |
|
| RsT2.2 |
必須 |
[ResourceType]...対応する ResourceId が null でない場合は、null にすることはできません。 |
サポート |
|
| RsT3 |
必須 |
対応する ResourceId 値が null の場合、ResourceType 列の値も null にする必要があります。 |
サポート |
|
サービス カテゴリ
ソース: columns/servicecategory.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SvC0 |
説明 |
サービスのコア機能に基づくサービスの最上位レベルの分類。 |
サポート |
|
| SvC1.1 |
必須 |
ServiceCategory 列が存在する必要があります... |
サポート |
|
| SvC1.2 |
必須 |
The ServiceCategory...null にすることはできません。 |
サポート |
|
| SvC2 |
必須 |
[ServiceCategory] は String 型であり、使用できる値の 1 つである必要があります。 |
サポート |
|
サービス名
ソース: columns/servicename.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SvN0 |
説明 |
プロバイダーから購入できるオファリング (クラウド仮想マシン、SaaS データベース、システム インテグレーターのプロフェッショナル サービスなど)。 |
サポート |
|
| SvN1 |
必須 |
ServiceName 列はコスト データに存在する必要があります。 |
サポート |
|
| SvN2.1 |
必須 |
[ServiceName]文字列型にする必要があります。.. |
サポート |
|
| SvN2.2 |
必須 |
[ServiceName]...NULL 値を含めてはなりません。 |
部分的にサポート |
一部の購入や調整では、ServiceName が空になる場合があります。 |
SKUのID
ソース: columns/skuid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SkI0 |
説明 |
1 つ以上の SKU 価格に共通するプロパティを整理するためのプロバイダーでサポートされるコンストラクトを定義する一意の識別子。 |
サポート |
|
| SkI1 |
必須 |
プロバイダーが SKU リストを発行するときに、SkuId 列が課金データに存在する必要があります。 |
サポート |
|
| SkI2 |
必須 |
[SkuId]String 型である必要があります。 |
サポート |
|
| SkI3.1 |
必須 |
ChargeClass が "Correction" ではなく、ChargeCategory が "Usage" または "Purchase" の場合は null にすることはできません。 |
部分的にサポート |
SkuId は、節約プランの未使用料金や Marketplace の料金などの一部の行では null になる可能性があります。 |
| SkI3.2 |
必須 |
それ。。。ChargeCategory が "Tax" の場合は null にする必要があります。. |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| SkI3.3 |
5 月 |
それ。。。ChargeClass と ChargeCategory の他のすべての組み合わせで NULL になる場合があります。 |
サポート |
|
| SkI4 |
必須 |
プロバイダーが包括的な SKU ID コンストラクトをサポートしていない場合、SkuId は SkuPriceId と等しい必要があります(MUST)。 |
サポート |
|
SKU の価格 ID
ソース: columns/skupriceid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SkPI0 |
説明 |
料金の計算に使用される単価を定義する一意の識別子。 |
サポート |
|
| SkPI1 |
必須 |
プロバイダーが SKU 価格表を発行するときに、SkuPriceId 列が課金データに存在する必要があります。 |
サポート |
|
| SkPI2 |
必須 |
[SkuPriceId]String 型である必要があります。 |
サポート |
|
| SkPI3 |
必須 |
SkuPriceId では、料金の計算に使用される 1 つの単価を定義する必要があります 。必要があります。 |
サポート |
|
| SkPI4 |
必須 |
ListUnitPrice は、プロバイダーが公開した価格表の SkuPriceId に関連付ける必要があります。 |
部分的にサポート |
EA の場合、 SkuPriceId は個々の SKU 価格を表しますが、価格シート データセットでは使用できません。 MCA の場合、 SkuPriceId は次の価格シート列の組み合わせです: {ProductId}_{SkuId}_{MeterType}。 |
| SkPI5.1 |
必須 |
[SkuPriceId]ChargeClass が "Correction" ではなく、ChargeCategory が "Usage" または "Purchase" の場合は null にすることはできません。 |
サポート |
|
| SkPI5.2 |
必須 |
[SkuPriceId]...ChargeCategory が "Tax" の場合は null にする必要があります。... |
適用外 |
税金は、Cost Management のコストと使用状況のデータセットには含まれません。 |
| SkPI5.3 |
5 月 |
[SkuPriceId]...ChargeClass と ChargeCategory の他のすべての組み合わせで NULL になる場合があります。 |
サポート |
|
| SkPI6 |
必須 |
特定の SkuPriceId の値は、コミットメント割引の柔軟性の場合を除き、1 つだけの SkuId に関連付ける必要があります。 |
サポート |
|
サブ アカウント ID
ソース: columns/subaccountid.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SAI0 |
説明 |
リソースまたはサービスのグループに割り当てられた ID。アクセスやコストの管理によく使用されます。 |
サポート |
FOCUS サブアカウントは、Microsoft Cloud サブスクリプションにマップされます。 |
| SAI1 |
必須 |
プロバイダーがサブアカウントコンストラクトをサポートしている場合は、SubAccountId 列が課金データに存在する必要があります。 |
サポート |
|
| SAI2 |
必須 |
[SubAccountId]String 型である必要があります。 |
サポート |
|
| SAI3 |
必須 |
サブアカウントに料金が適用されない場合、SubAccountId 列は null である必要があります。 |
サポート |
SubAccountId は、MCA の購入と払い戻しに対して null です。 |
サブ アカウント名
ソース: columns/subaccountname.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| SAN0 |
説明 |
リソースまたはサービスのグループに割り当てられた名前。アクセスやコストの管理によく使用されます。 |
サポート |
FOCUS サブアカウントは、Microsoft Cloud サブスクリプションにマップされます。 |
| SAN1 |
必須 |
プロバイダーがサブアカウントコンストラクトをサポートしている場合、SubAccountName 列は課金データに存在する必要があります。 |
サポート |
|
| SAN2 |
必須 |
[SubAccountName]String 型である必要があります。 |
サポート |
|
| SAN3 |
必須 |
サブアカウントに料金が適用されない場合、SubAccountName 列は null である必要があります。 |
部分的にサポート |
SubAccountName は、値がない場合は "未割り当て" である可能性があります。
SubAccountName は、MCA の購入と払い戻しに対して null です。 |
ソース: columns/tags.md
| 身分証明書 |
タイプ |
基準 |
ステータス |
メモ |
| T0 |
説明 |
プロバイダー定義またはユーザー定義の潜在的なタグ評価を考慮するタグ ソースに割り当てられたタグのセット。 |
サポート |
|
| T1 |
必須 |
プロバイダーがユーザー定義タグまたはプロバイダー定義タグの設定をサポートしている場合は、[タグ] 列が課金データに存在する必要があります。 |
サポート |
|
| T2 |
必須 |
[タグ] 列には、ユーザー定義タグとプロバイダー定義タグが含まれている必要があります。 |
サポート |
|
| T3 |
必須 |
[タグ] 列には、最終処理されたタグのみが含まれている必要があります。 |
サポート |
|
| T4 |
必須 |
[タグ] 列は Key-Value Format にする必要があります。 |
サポート |
|
| T5 |
推奨 |
特定のリソースに対して null 以外の値を持つ Tag キーを tags 列に含める必要があります。 |
サポート |
|
| T6 |
5 月 |
特定のリソースの null 値を持つタグ キーは、プロバイダーのタグの最終処理プロセスに応じて、タグ列に含まれる場合があります。 |
サポート |
|
| T7 |
必須 |
対応する値をサポートしていない Tag キーには、対応する true (ブール値) 値が設定されている必要があります。 |
適用外 |
Microsoft Cloud タグは、キーと値の両方をサポートしています。 |
| T8 |
必須 |
タグの最終処理がサポートされている場合、プロバイダーはそれぞれのドキュメント内でタグの最終処理メソッドとセマンティクスを公開する必要があります (MUST)。 |
サポート |
Group を参照し、タグの継承を使用してコストを割り当てます。 |
| T9 |
必須 |
プロバイダーは、ユーザー定義のタグ キーまたは値を変更してはなりません。 |
サポート |
|
| T10 |
必須 |
プロバイダー定義タグには、プロバイダー指定のタグ キー プレフィックスをプレフィックスとして付ける必要があります。 |
サポートされていません |
プロバイダー指定のタグは、ユーザー定義タグと区別できません。 タグは、下位互換性をサポートするように変更されません。 |
| T11 |
推奨 |
プロバイダーは、プロバイダーが指定したすべてのタグ キー プレフィックスをそれぞれのドキュメント内で公開する必要があります (SHOULD)。 |
適用外 |
プロバイダー プレフィックスは現在指定されていません。 |
フィードバックを送る
クイック レビューを使用して、どのように取り組んでいるかをお知らせください。 これらのレビューを使用して、FinOps のツールとリソースを改善および拡張します。
特定の情報をお探しの場合は、既存のアイデアに投票するか、新しいアイデアを作成してください。 他のユーザーとアイデアを共有して、投票を増やしましょう。 投票数が最も多いアイデアに焦点を当てています。
関連するコンテンツ
関連情報を次に示します。
関連製品:
関連するソリューション: