翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# タグ列
<a name="table-dictionary-cur2-tag-columns"></a>

タグ列には、明細項目に適用されるユーザー、アカウント、コストカテゴリ、リソースタグに関するデータが含まれます。この列を選択した場合、CUR 2.0 でリソースタグとコストカテゴリ列を選択する必要はありません。


****  

| [列名] | 説明 | データ型 | 
| --- | --- | --- | 
| tags |  特定の明細項目のすべてのタグとその値のキーと値のペアを含むマップ列。この列の値はすべて「文字列」データ型です。 タグキーは、請求コンソールでコスト配分タグとして有効になっている場合にのみ、この列に表示されます。有効にすると、特定のキーは、その値が特定の明細項目に適用される場合にのみマップ列に表示されます。 この列のキーは、ドット演算子を使用して個別の列としてクエリできます。詳細については、「[データクエリ](https://docs.aws.amazon.com/cur/latest/userguide/dataexports-data-query.html)」を参照してください。  | map <string, string> | 

## タグプレフィックスと重複するタグキーについて
<a name="table-dictionary-cur2-tag-prefixes"></a>

 コスト配分タグを他の AWS タグ付けメカニズムと一緒に使用すると、異なるタグ付けコンテキストに同じタグキー (「department」や「aws:createdBy」など) が表示される場合があります。 は、競合を防ぎ、正確なコスト配分を確保するために、これらのタグ AWS に自動的にプレフィックスを付けます。

**タグプレフィックスタイプ**

1. resourceTags/ - AWS リソースに直接適用されるタグ。

1. userAttribute/ - IAM アイデンティティセンターからインポートされたユーザー属性。

1. accountTag/ - AWS アカウントレベルで適用されるタグ。

1. costCategory/ - AWS Cost Categoriesから派生したタグ。

複数のタグ付けメカニズムが同じタグキーを使用するシナリオを考えてみましょう。がそれらを処理する方法 AWS は次のとおりです。

```
{
  "resourceTags/department": "teamA", 
  "resourceTags/appName": "app1", 
  "userAttribute/Department": "teamB", 
  "accountTag/department": "teamC", 
  "accountTag/appName": "app3", 
  "costCategory/department": "teamD"
}
```

この例では、以下のようになっています：
+ リソースは、リソースレベルで部門「teamA」でタグ付けされます
+ リソースにアクセスしたユーザーは、IAM アイデンティティセンターのteamB」部門に属しています
+  AWS アカウントには、「teamC」部門を示すアカウントレベルのタグがあります
+ コストカテゴリルールがこのコストを「teamD」部門に割り当てました

各タグは一意のプレフィックスで保持されるため、複数の視点から同時にコストを分析できます。これにより、以下を実行することができます。
+ どのリソースがどのチームに属しているかを追跡する (`resourceTags/department`)
+ どの部門がリソースを消費しているかを理解する (`userAttribute/Department`)
+ アカウントの所有権に基づいてコストを割り当てる (`accountTag/department`)
+ コストカテゴリによるカスタムビジネスロジックの適用 (`costCategory/department`)