---
title: 施行条件の競合の取り扱い
description: この記事では、Consent Integrationsがプライバシーバイデザインおよびプライバシーバイデフォルトの原則を遵守しながら、目的グループと免除の条件付き施行における競合をどのように扱うかについて説明します。
url: https://docs.tealium.com/ja/consent/client-side/consent-integrations/enforcement-conditions-conflict/
---
## プライバシー原則

Consent Integrationsは、プライバシーバイデザインおよびプライバシーバイデフォルトの原則を厳格に遵守して構築されました。Consent Integrationsは、関連するポリシーおよび規制に準拠し、ユーザーエラーや構成ミスによるデータ漏洩から保護しながら、ビジネスのためのデータ活性化を保証します。これらの原則により、明示的な同意または明確な条件が満たされた場合にのみ、データ処理および活性化が許可されます。

## 施行条件の競合をConsent Integrationsがどのように扱うか

* **少なくとも1つの同意統合または免除がアクティブな場合**：特定の信号があなたの同意管理プラットフォーム（CMP）からない限り、データ処理は許可されません。
* **2つ以上の施行ルールが統合に重複する場合**：Tealium iQはロードされず、タグは発火しません。
* **統合が免除と重複する場合**：単一の統合がいかなる数の免除と重複しても、統合が施行され、免除は無視されます。


<blockquote>
2つの統合がアクティブであり、両方の施行ルールが`true`と評価されるようなあいまいなシナリオでは、Consent Integrationsはデータ漏洩の可能性に対する保護としてデータ処理および活性化を保留します。この挙動はブロックされたタグからのデータ損失を招く可能性がありますが、データ漏洩のリスクを軽減するための予防措置です。
</blockquote>


次の表は、アクティブな免除と統合の数に応じて、Consent Integrationsが競合をどのように扱うかを示しています：

| 免除 | 統合 | 競合の取り扱い |
|----------------|------------------|-----------------------|
| 0   | 0  | すべてのデータ処理をブロック |
| 1+  | 0  | すべてのデータ処理を許可 |
| 任意 | 1  | 目的特有のブロッキングを適用 |
| 任意 | 2+ | すべてのデータ処理をブロック |