翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# コストと使用状況レポートのトラブルシューティング
**Topics**
+ [コストと使用状況レポートのデータが、他の請求とコスト管理機能で表示されるデータと一致しないのはなぜですか。](#cur-data-differences)
+ [レポート設定を変更した後にデータをバックフィルするにはどうすればよいですか。](#cur-backfill-data)
+ [Amazon S3 のレポートファイルフォルダが名前のないフォルダに保存されるのはなぜですか。](#cur-unnamed-folder)
+ [レポートにリソース ID を含めるオプションを選択できないのはなぜですか。](#cur-activate-resource-ids)
+ [Amazon Athena のコストと使用状況レポートのクエリが Amazon Redshift で動作しない、またはAmazon Redshift クエリが Amazon Athena で動作しないのはなぜですか。](#cur-athena-redshift-queries)
+ [レポートに含まれる列が前月と変わっているのはなぜですか](#cur-cur-columns-changed)
+ [レポートの列が変更された後、クエリやテーブルが機能しないのはなぜですか。](#cur-cur-columns-changed-solutions)
+ [レポートでクエリを実行するにはどうすればよいですか。](#cur-cur-query-help)
+ [Amazon EC2 専有ホストの請求データはどこにありますか。](#cur-cur-dedicated-hosts)
+ [Amazon EC2 Elastic IP アドレスの請求データはどのように解釈すればよいですか。](#cur-cur-elastic-ips)
+ [非ブレンドレートとブレンドレートまたはコストは、一括請求でどのように異なりますか。](#cur-consolidated-billing-unblended-blended)
+ [レポートの一部の明細項目に、ブレンドレートまたはブレンドコストが 0 のものがあるのはなぜですか。](#cur-blended-rate-zero)
+ [私のレポートで全額前払いリザーブドインスタンスはどのように償却されますか。](#cur-all-upfront-ri)
## コストと使用状況レポートのデータが、他の請求とコスト管理機能で表示されるデータと一致しないのはなぜですか。
その他の請求とコスト管理機能 (Cost Explorer、請求詳細レポート、請求とコスト管理コンソール) では、以下の理由によりコストの表示が異なる場合があります。
+ 請求機能では、コストデータをさまざまな方法で四捨五入します。
+ 請求機能ではデータ更新設定が異なる場合があります。例えば、コストと使用状況レポートで、以前に決済された請求書を、請求書の確定後に適用された返金、クレジット、またはSupport 料金で自動的に更新するかどうかを選択できます。Cost Explorer には同じ項目が自動的に反映されます。このシナリオでは、コストと使用状況レポートの自動更新を有効にしないと、コストと使用状況レポートのデータは Cost Explorer のデータと一致しません。
+ 請求機能では料金を異なる方法でグループ化できます。例えば、Billing and Cost Management コンソールの**請求書**ページには、データ転送料金が **AWS サービス料金** 内の個別の **データ転送** グループとして表示されます。一方、コストと使用状況レポートとCost Explorer には、各サービスの使用タイプとしてデータ転送料金が表示されます。
これらの理由を確認しても、コストと使用状況レポートとその他の請求およびコスト管理機能との間に相違があると思われる場合は、サポートケースを開いてコストデータの確認をリクエストしてください。サポートケースでは、確認するレポート名と請求期間を必ず提供してください。 ケースを開く方法については、「[エクスポートとレポートに関するヘルプの取得](billing-get-answers.md)」を参照してください。
## レポート設定を変更した後にデータをバックフィルするにはどうすればよいですか。
サポートケースを開いて、コストデータのバックフィルをリクエストします。サポートケースでは、バックフィルするレポート名と請求期間を必ず指定してください。 ケースを開く方法については、「[エクスポートとレポートに関するヘルプの取得](billing-get-answers.md)」を参照してください。
以下のシナリオでは、コストデータのバックフィルを取得できないことに注意してください。
+ アカウントを作成した日より前のコストデータのバックフィルは取得できません。
+ を使用し AWS Organizations 、管理アカウントとして指定されたアカウントなど、組織の構造が変更された場合、以前の組織構造でデータのバックフィルを取得することはできません。
+ を使用して組織 AWS Organizations を変更する場合、現在の組織に参加する前に からデータのバックフィルを取得することはできません。
## Amazon S3 のレポートファイルフォルダが名前のないフォルダに保存されるのはなぜですか。
レポートの**レポートパスプレフィックス** に **/** 文字があると、Amazon S3 バケットに名前のないフォルダが生成されます。次回のレポート更新時に名前のないフォルダを削除するには、レポート設定を編集し、**レポートパスのプレフィックス**から **/** 文字を削除します。手順については、「[コストと使用状況レポートの設定の編集](edit-cur.md)」を参照してください。
## レポートにリソース ID を含めるオプションを選択できないのはなぜですか。
レポートを作成するときに、**リソース ID を含める** オプションを選択できます。[**レポートバージョニング**] を [**既存のレポートを上書き**] に設定してレポートを作成した場合、レポートを作成した後に [**リソース ID を含める**] の選択を変更することはできません。リソース ID を含めるには、新しいレポートを作成して [**リソース ID を含める**] オプションを選択する必要があります。
## Amazon Athena のコストと使用状況レポートのクエリが Amazon Redshift で動作しない、またはAmazon Redshift クエリが Amazon Athena で動作しないのはなぜですか。
Amazon Athena データベースと Amazon Redshift データベースでは、コストと使用状況レポートの列の形式が異なります。Amazon Athena では、列名 (line\_item\_normalized\_usage\_amount) の単語の間にアンダースコアが追加されます。Amazon Redshift では、列タイプと属性 (lineitem\_normalizedusageamount) の間にアンダースコアが追加されます。Amazon Athena または Amazon Redshift の列名の形式と一致するようにクエリを変更してください。
## レポートに含まれる列が前月と変わっているのはなぜですか
がレポート AWS に含める列は、 AWS 使用状況によって異なります。すべてのレポートには、**identity/**、**bill/**、**lineItem/** というプレフィックスが付いている列が含まれています。
+ identity/LineItemId
+ identity/TimeInterval
+ bill/InvoiceId
+ bill/BillingEntity
+ bill/BillType
+ bill/PayerAccountId
+ bill/BillingPeriodStartDate
+ bill/BillingPeriodEndDate
+ lineItem/UsageAccountId
+ lineItem/LineItemType
+ lineItem/UsageStartDate
+ lineItem/UsageEndDate
+ lineItem/ProductCode
+ lineItem/UsageType
+ lineItem/Operation
+ lineItem/AvailabilityZone
+ lineItem/ResourceId
+ lineItem/UsageAmount
+ lineItem/NormalizationFactor
+ lineItem/NormalizedUsageAmount
+ lineItem/CurrencyCode
+ lineItem/UnblendedRate
+ lineItem/UnblendedCost
+ lineItem/BlendedRate
+ lineItem/BlendedCost
+ lineItem/LineItemDescription
+ lineItem/TaxType
+ lineItem/LegalEntity
他のすべての列は、毎月の AWS 使用量がそれらの列に入力するデータを生成する場合にのみ含まれます。
例えば、その月に Savings Plans を使用した場合のみ、レポートに **savingsPlan/** 列が含まれます。
## レポートの列が変更された後、クエリやテーブルが機能しないのはなぜですか。
がレポート AWS に含める列は、その月の AWS 使用状況によって異なります。レポートに含まれる列は変更される可能性があるため、レポートに基づくカスタムクエリやテーブルでは、列番号の代わりに列名を参照するのがベストプラクティスです。
## レポートでクエリを実行するにはどうすればよいですか。
コストと使用状況レポートのクエリの詳細については、 AWS Well-Architected Labs ウェブサイトの[「CUR クエリライブラリのヘルプ](https://wellarchitectedlabs.com/cost/300_labs/300_cur_queries/query_help/)」を参照してください。
## Amazon EC2 専有ホストの請求データはどこにありますか。
**ResourceID** 列で、インスタンス ID ではなく専用ホスト ID を探します。Dedicated Hosts は Dedicated Host の実行時間によって計測されるため、レポートには Dedicated Host の使用状況が Dedicated Host の使用状況を、ホスト ID に関連付けられた従量制時間別に表示します。
## Amazon EC2 Elastic IP アドレスの請求データはどのように解釈すればよいですか。
Amazon EC2 Elastic IP アドレスは集計して計測されます。つまり、レポートの各行項目が個々の Elastic IP アドレスに対応しているわけではありません。各行項目は課金対象時間の合計を表します。実行中のインスタンスに 1 つの Elastic IP アドレスを無料で割り当てることができます。インスタンスに割り当てる Elastic IP アドレスが追加されるたびに、1 時間ごとに比例配分して課金されます。さらに、 は割り当てられていない Elastic IP アドレスに対して時間単位の料金を AWS 請求します。
## 非ブレンドレートとブレンドレートまたはコストは、一括請求でどのように異なりますか。
の一括請求では AWS Organizations、非ブレンドレートとブレンドレートまたはコストが、スタンドアロンアカウントと組織内の連結アカウントでアカウントの使用にかかるコストを理解するのに役立ちます。一部のサービスでは、使用量が増えるにつれて単価を下げることができる価格帯が提供されています。は組織内のサービスのすべての使用量を AWS 集計するため、個々のアカウントは、使用量が組織の毎月の使用量に集計されると、より早く低価格の階層にアクセスする可能性があります。
非ブレンドレートは、個々のアカウントのサービス使用量に関連する料金です。詳細項目の場合、非ブレンドコストは使用量に非ブレンドレートを掛けたものです。スタンドアロンアカウントの場合、非ブレンドコストはアカウントの使用コストになります。ブレンドレートは、組織内の総使用量に関連する料金をアカウント全体で平均したものです。詳細項目の場合、ブレンドコストは使用量にブレンドレートを掛けたものです。ブレンドコストは、組織内の連結アカウントとしてのアカウントの使用状況に起因するコストです。
非ブレンド費用とブレンド費用の計算の詳細と例については、*AWS Billing ユーザーガイド* の「[一括請求について](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/con-bill-blended-rates.html)」を参照してください。
## レポートの一部の明細項目に、ブレンドレートまたはブレンドコストが 0 のものがあるのはなぜですか。
リザーブドインスタンスdiscount のある Amazon EC2 品目のブレンドレートはゼロです。これらの詳細項目の場合、**LineItemType** は「**割引使用**」です。
ブレンドコストは、使用量にブレンドレートを掛けたものです。ブレンドレートまたは使用量の値が 0 の場合、ブレンドコストも 0 になります。
## 私のレポートで全額前払いリザーブドインスタンスはどのように償却されますか。
全額前払いリザーブドインスタンスは全額前払いで支払われるため、償却された費用は、関連する期間 (1 年または 3 年) にわたって分割された前払いとしてレポートに反映されます。
**reservation/AmortizedUpfrontCostForUsage** および **reservation/EffectiveCost** は、全額前払いリザーブドインスタンスで同じレートです。これは、どちらの列も、リザーブドインスタンスの前払い金をその期間の合計時間に対して等しく割ったものだからです。
**RiFee** が 0.00 USD であっても、レポートには全額前払いリザーブドインスタンスの **RiFee** 明細項目が入力されていることが予想されます。これらの項目は、その月の定期的な時間単位のコストを表し、他の列には追加の使用量データがあります。すべてのリザーブドインスタンスは **RiFee** の明細項目を生成します。