入力データを削除する

入力データを削除する

基本コネクタにデータを読み込むと、データセットに誤ったケースや無関係なケースやイベントが含まれている可能性があります。基本コネクタには、これらのケースやイベントを削除するために使用できる 2 つのフィルター、 Cases filter と Events filterが含まれています。

以下の画像でご確認ください。

ケースフィルター

[ケース] フィルターは、Cases_input表内のすべてのケースに適用され、多くの場合、重複するケースを削除したり、特定のケースの種類を除外したりする場合に使用されます。以下の例では、金額がマイナスのケースがフィルター処理されます。結果パネルには、この定義に基づいて 15 件のケースがフィルター処理されて除外されることが示されます。

イベント フィルター

[イベント] フィルターは、Events_input テーブルのすべてのイベントに適用されます。多くの場合、特定のアクティビティを除外する場合や、特定の日付より前のイベントを除外する場合に使用します。[イベント] フィルターは常に [ケース] フィルターを参照し、[ケース] フィルターでケースがフィルター処理されて除外されたイベントを削除します。以下の例では、2016 年 1 月 1 日より前に発生したイベントが削除されます。結果パネルには、これにより 72,191 個のイベントが削除されたことが示されます。

フィルターの適用

既定では、 Cases filter と Events filter が Cases_preprocessing と Events_preprocessing テーブルの結合に適用されます。 このため、フィルター自体は変更するだけで十分です。 この設定によって、前処理テーブルに含まれるデータのみがフィルター定義に従って保証されます。

Cases_preprocessing をダブルクリックするか、表 Events_preprocessing して、フィルターの適用方法を検証します。

Cases_preprocessing

Cases_preprocessingテーブルの結合により、where-condition に Cases フィルターが適用されます。結果として、このテーブルには、[Cases] フィルターによってフィルターで除外されたレコードを除く、Cases_inputテーブルに含まれるすべてのデータが保持されます。以下の例は、15 件のレコードが除外されていることを示しています。これは、 ケース フィルター 自体の 15 個の false 値に相当します。

Events_preprocessing

[イベント] フィルターは、Events_input テーブルのすべてのイベントに適用されます。多くの場合、特定のアクティビティを除外する場合や、特定の日付より前のイベントを除外する場合に使用します。[イベント] フィルターは常に [ケース] フィルターを参照し、[ケース] フィルターでケースがフィルター処理されて除外されたイベントを削除します。以下の例では、2016 年 1 月 1 日より前に発生したイベントが削除されています。結果パネルには、これにより 72,191 個のイベントが削除されたことが示されます。

属性を置換する

基本コネクタには存在しない属性をデータセットに含める代わりに、入力データ ファイルのどのフィールドにも直接対応しないフィールドを AppOne に定義することもできます。この場合、 基本コネクタでこのフィールドの式を作成する必要があります。

レコード全体を削除するのではなく、誤った属性の値を修正するだけで済む場合もあります。

UiPath Process Mining でこのような属性を修正するには、まず正しい値を計算する式を作成してから、正しくない属性を新しい式に置き換える必要があります。

属性値の修正

属性を修正するには、正しい値を計算する新しい式を作成します。 この式を同じ表に作成し、誤った属性を使用します。

たとえば、 Case ID 属性は Cases_preprocessing や Cases_base のテーブルで使用できますが、これは Cases_inputで作成されます。 したがって、修正するための新しい式も Cases_inputで計算する必要があります。

注:

新しい式には、元の属性と同じ名前を付けることをお勧めします。

Cases_inputテーブルのCase IDからプレフィックス CORE_ を削除する方法の例については、以下の画像を参照してください。

属性を置換する

基本コネクタの表の属性は、コネクタ全体でさまざまな式で使用されます。 したがって、誤った属性を削除することはできませんが、新しい式で置き換える必要があります。 属性を置換する手順は、以下のとおりです。

注:

これらの手順は、誤った属性と新しい式の作成元である表で実行することが重要です。

手順 1: 新しい式を使用可否を設定する

属性を置き換えるには、両方の属性の使用可否を同じである必要があります。 下図の 2 つのケース ID 属性の可用性は異なります。

2 番目のケース ID 式を右クリックし、コンテキスト メニューから [ 可用性] - [パブリック ] を選択して、可用性を [パブリック] に変更します。

Step 2: Swap UIDs

コネクタで使用されているすべての場所で誤った属性を新しい式に置き換えるには、両方の属性の UID を交換する必要があります。UID を入れ替えることで、元の属性へのすべての参照が新しい式への参照に置き換えられ、その逆も同様です。UIDを入れ替えるには、両方の属性を選択し、右クリックしてコンテキスト・メニューから Advanced → Swap UIDs を選択します。以下の画像に例を示します。

注:

• UID は内部ソフトウェア ID であり、式エディターに表示される ID ではありません。 UID を交換した後は、属性または式の名前と ID は変更されません。
• 元の属性と新しい式が作成されたテーブルで UID の交換が行われなかった場合、警告が表示され、元のテーブルではスワップは実行されません。 Ctrl + Z を使用して変更を元に戻し、正しい表内の属性を置き換えることができます。

手順 3: 参照を確認する

スワップが成功したかどうかを確認するには、各属性の参照を確認します。元の属性を指していたすべての参照は、新しい式を指す必要があります(以下の例を参照)。正しくない属性は、新しい式自体からのみ参照する必要があります。参照を確認するには、属性を選択して右クリックし、コンテキスト メニューから [詳細設定 → 参照を表示 ] を選択します。

Ghosts

ゴーストは、コネクタ内で現在も使用されている状態でも使用できなくなった属性です。 ゴーストが作成されると警告が表示されます。 ゴーストはアイコンで示されます。 まだそれを指している参照している幽霊を削除しないでください。 ゴーストが実際の属性に置き換えられるまで、 CTRL+Z 使用して変更を元に戻します。 属性を置換する際に誤った手順を評価し、必要に応じて繰り返します。

手順 4: 元の属性を使用可否を設定する

スワップが成功し、参照が正しい属性を指している場合は、元の属性の可用性を [プライベート] に設定することをお勧めします。そのため、 Preprocessing テーブルや Base テーブルなどの他のテーブルでは使用できません。スワップ後の 2 つのケース ID 属性と、プライベート に設定された元の属性については、以下の画像を参照してください。