---
title: "ウォークスルー:コンタクトパージ条件のカスタマイズ"
slug: "walkthrough--customizing-contact-purge-conditions"
abstract: "パージツールをカスタムフィルターで拡張するためのウォークスルーです。"
---
# ウォークスルー:コンタクトパージ条件のカスタマイズ

パージツールをカスタム条件で拡張し、パージ前にさらに接触データ抽出をフィルタリングできます。このオプションは、より特定の用途に合わせてパージする接触データの選択を絞り込むのに役立ちます。

このウォークスルーでは、以下の方法を説明します:

-   IConditionインターフェースを実装してください
-   カスタム条件を登録してください

## IConditionインターフェースの実装

カスタム条件を作成するには:

-   Sitecore.XConnect.DataTools.Abstractions.Conditions.IConditionインターフェースをユニークなConditionIdで実装します。
    
    > !注ConditionIdはシステム内で一意に識別する文字列です。[タスク登録](https://doc.sitecore.com/xp/ja/developers/105/sitecore-experience-platform/register-a-purge-contacts-api-task.html "Register a purge contacts API task")時にConditions POSTパラメータのConditionIdを渡さなければなりません。
    
    例えば:
    
    public interface ICondition
    {
     bool IsAccepted(Contact contact);
     string ConditionId { get; }
    }
    
    public class AnonymousCondition : ICondition
    {
     public bool IsAccepted(Contact contact)
     {
     return !contact.IsKnown;
     }
    
     public string ConditionId { get; } = "AnonymousCondition";
    }
    

> !注条件は連絡先データと連絡先識別子によるフィルターに限定されています。Sitecore 10.1では、連絡先の側面やインタラクションデータに基づいて条件を作成することはできません。

## カスタム条件を登録してください

Cortex Processing Engineのインスタンスで条件を登録する必要があります。

条件を登録するには:

1.  設定ファイルを /App\_Data/Config/Sitecore/Processing/sc.XConnect.DataTools.Conditions.xml開いてください。
    
2.  <Settings>/<Sitecore>/<Processing>/<Services>タグの下に新しい条件を登録してください。
    
    例えば:
    
    <Settings>
      <Sitecore>
        <Processing>
          <Services>
            <Condition.AnonymousCondition>
              <Type>Sitecore.XConnect.DataTools.Conditions.AnonymousCondition,Sitecore.XConnect.DataTools.Conditions</Type>
              <As>Sitecore.XConnect.DataTools.Abstractions.Conditions.ICondition,Sitecore.XConnect.DataTools.Abstractions</As>
              <LifeTime>Singleton</LifeTime>
            </Condition.AnonymousCondition>
          </Services>
        </Processing>
      </Sitecore>
    </Settings>
    

> !注登録済みのすべての条件のリストを得ることはできません。カスタム条件で処理を延長した後は、そのConditionIdを記録しなければなりません。