入力データを削除する

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

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

ケースフィルター

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

イベントフィルター

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

フィルターの適用

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

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

Cases_preprocessing

Cases_preprocessing テーブルを結合すると、条件に [ケース] フィルター が適用されます。結果として、 Cases_input テーブルに含まれるすべてのデータが保持されます。ただし、[ケース] フィルターでフィルター処理されたレコードを除 きます。以下の例では、15 件のレコードが除外されており、[ Cases] フィルター 自体の 15 false の値に対応しています。

Events_preprocessing

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

属性を置換する

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

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

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

属性値の修正

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

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

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

Cases_input テーブルの Case ID からプレフィックス CORE_ を削除する方法の例は、下の図をご覧ください。

属性を置換する

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

メモ：これらの手順を、誤った属性と新しい式が作成されたテーブルで実行することが重要です。

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

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

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

Step 2: Swap UIDs

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

注:

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

手順 3: 参照を確認する

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

Ghosts

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

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

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