データの問題のトラブルシューティング
データの問題のトラブルシューティング
データの問題は、ケースの分断、イベント順序の誤り、ステップの欠落、あり得ないように見える数値など、特定の形で現れます。このページでは、症状から原因をたどり、原因に応じた解決策を説明します。ProcessMindの設定で解決できる問題と、抽出データを修正しなければ解決できない問題を分けて確認できます。
準備の全体的なワークフロー、つまり適切なデータの状態とそこに到達する方法については、データのクリーニングと準備を参照してください。プラットフォームがデータに対して実行するチェックについては、データ品質を参照してください。
最初に確認する項目
ソースファイルを詳しく調べる前に、ProcessMindに表示されている情報を確認してください：
- パネル上部の赤いリスト。 データセットの全般タブに、問題の原因が表示されます。ケースID、アクティビティ、終了時刻の欠落、データのないアクティビティ、値のない属性、再アップロードしたファイルと読み込み先のプロセスタイプの不一致などです。まずここを確認してください。
- 品質バッジとパネル。 スコアには、値の欠落や不整合、タイムスタンプの問題が反映されます。パネルでは、データの鮮度、属性の網羅率、アクティビティ分析の内訳を確認できます。
- AIによるデータ推奨。 データセットをスキャンし、検出した問題と推奨するマッピングや修正方法を表示します。
- データセットの属性。 再エクスポートせずに、表示名、データ型、タイムスタンプ形式を設定したり、列を非表示にしたりできます。
問題の多くは、3つのフィールドに集約されます
ケースIDはプロセスインスタンスを識別し、アクティビティはステップを示し、終了時刻はタイムライン上の位置を決めます。開始時刻、ユーザー、コスト、tCO₂eはコンテキストを補足します。必須フィールドを誤った列にマッピングすると、その後の処理がすべて不正確になります。
プロセスグラフに現れる症状
ケースが複数のケースに分割されている
*表示される内容：*1つのプロセスインスタンスが、各ケース1〜2ステップ程度の短いケースに分かれて表示されるため、グラフがアクティビティの平坦な列になります。
*原因：*ケースIDとしてマッピングされた列が、プロセスインスタンス全体ではなく、明細行、請求書番号、または1つのシステム内の文書番号など、より小さな単位を識別しています。
*解決策：*注文、チケット、請求など、インスタンス全体を識別する列をマッピングしてください。該当する列が1つもない場合は、上流で統合する必要があります。SQLまたはETLジョブで識別子を結合し、1つのインスタンスに属するすべてのイベントに同じケースIDを付与してから、再度アップロードしてください。システムごとの命名規則については、データの取得先で説明しています。
イベントの順序が正しくない
*表示される内容：*後に発生したアクティビティが、先に発生したアクティビティより前に表示されます。たとえば、注文より前の日付の請求書が表示されます。
*原因：*主な原因は3つあります。タイムスタンプが誤った形式で解析され、03/04/2025の値が4月3日ではなく3月4日として読み取られている可能性があります。異なるタイムゾーンのシステムから取得したイベントが、変換されないまま混在している可能性もあります。また、時刻フィールドとして誤った列がマッピングされている可能性があります。
解決策：形式をデータセットの属性で確認し、型がテキストではなくTimestampになっていることを確認してください。エクスポートを結合する前に、すべてのソースを1つのタイムゾーンに変換し、各ケースをタイムスタンプ順に並べ替えてから、いくつかのケースを最初から最後まで抜き取り確認してください。
ステップが欠落している
*表示される内容：*確実に発生しているステップがグラフ上で抜けています。
*原因：*そのステップがデータに記録されていない、アクティビティがマッピングされていない、またはフィルターによって表示から除外されています。
解決策：記録されていないものの存在するステップは、アクティビティをデータフローステップとして設定し、表示したままにしてください。残りはアクティビティのマッピングとマッピング解除でマッピングします。マッピングされていないアクティビティは半透明で表示され、点線で接続されます。その後、どのフィルターが有効になっているかを確認してください。
ケースが終了しない
*表示される内容：*多くのケースが終了イベントに到達せず、そのまま停止しています。
*原因：*ケースが実行中のまま、エクスポートが特定の日付で打ち切られています。モデルに終了イベントがない、または終了アクティビティがデータセットに含まれていない可能性もあります。
*解決策：*モデルに実際の終了イベントを設定するか、未完了のケースを受け入れて時間分析から除外してください。時間指標は終了したケースのみを集計します。終了していないケースは、データエラーではありません。
件数が多く見える
*表示される内容：*1つのアクティビティが不自然なほど頻繁に実行されている、またはケース数が業務レポートより多くなっています。
*原因：*同じイベントが連携処理や抽出の繰り返しによって2回記録され、行が重複しています。
*解決策：*アップロード前に、ケースID、アクティビティ、タイムスタンプを基準に重複行を削除してください。重複した抽出が発生する一般的な原因については、準備のワークフローで説明しています。
マップが複雑になっている
*表示される内容：*数百のアクティビティが表示され、その多くが技術的な処理です。
*原因：*ログイン、再試行、バックグラウンドジョブが、業務ステップと同じ抽出データに含まれています。
*解決策：*分析しない属性を非表示にし、プロセスに含まれないイベントをフィルターで除外してください。また、低レベルのイベントを、それらが属するアクティビティにまとめてください。詳細とノイズの境界をどこに置くかは、プロセスの専門家が判断します。
複数のシステムのデータが一致しない
*表示される内容：*本来は1つのシステムがデータを提供するはずの箇所で、プロセスに抜けが生じています。
*原因：*システムごとに抽出時点が異なる、同じステップに異なる名称を付けている、または1つの抽出データが完全に欠落しています。
*解決策：*結合する前に抽出期間とアクティビティの用語をそろえ、意見の異なるファイルを単純に連結するのではなく、プライマリと比較用を使って各データセットの役割を設定してください。
データセットに現れる症状
アップロードが拒否される
*表示される内容：*アップロードがエラーで終了する、またはファイルが1列だけのデータとして読み込まれます。
*原因：*ファイルが構造要件のいずれかを満たしていません。よくある原因は、ヘッダー行がないこと（1行目に必要です）、データ行の間に空白行があること、数値がテキストとして保存されていること、Excelファイルのデータが2枚目のシートにあることです。読み込まれるのは最初のシートだけです。
*解決策：*1行目にヘッダーを置き、空白行を削除し、数値が数値として保存されていることを確認して、イベントデータを最初のシートに移してください。CSV、TSV、TXTの区切り文字と引用符は自動検出されるため、1列だけになる場合は、通常、ファイルを解釈できていません。CSVまたはParquetとして再エクスポートしてください。
列または型が正しくない
*表示される内容：*列が欠落している、またはタイムスタンプがテキストとして扱われています。
*原因：*前回のアップロード後にファイルが変更された、または型が誤って検出されています。
解決策：データ型と形式を手動で設定するか、列を非表示にしてください。ファイルを置き換えた後は、赤いリストで、新しいファイルと読み込み先のデータセットが一致しているか確認してください。
タイムスタンプが認識されない
*表示される内容：*タイムスタンプ列が空になる、または期間が極端に長く計算されます。
*原因：*特殊な形式、地域固有の日付と月の順序、精度の混在（1つの列に秒とミリ秒が混在）、またはタイムゾーン変換の二重適用が原因です。
解決策：データセットの属性で形式を明示的に設定し、精度が混在するエクスポートはソースで分け、アップロード前に1つのタイムゾーンに統一してください。
値が空白になる
表示される内容：品質パネルの属性網羅率に欠落が表示される、またはグラフにnullカテゴリが表示されます。
*原因：*ソースシステムがすべてのケースについて値を取得していない、またはエクスポート時に空のフィールドが削除されています。
*解決策：*可能であればソースで欠落を補い、空白を適切な既定値に置き換えられる場合は、null処理関数を計算属性で使用してください。
アクティビティ名が一致しない
*表示される内容：*同じ意味のアクティビティが、「Approve Order」と「Order Approval」の2つとして表示される、または同じステップの名称が国ごとに異なります。
*原因：*各ソースシステムが、同じ作業に独自の名称を付けています。
*解決策：*ステップごとに1つの名称を決め、抽出データ内の値を標準化するか、バリアントを1つの名称に対応付ける計算属性を追加して、そこからアクティビティをマッピングしてください。
数値に現れる症状
平均値が低すぎる
*表示される内容：*平均ケース期間が、業務上現実的だと考えられる値より短くなっています。
*原因：*時間指標は終了したケースのみを集計するため、未完了のケースが除外されます。特に直近の期間では、終了したケースが処理の速いケースに偏ることがあります。
*解決策：*同じ条件で比較してください。ケースが終了する時間を確保できた期間に絞り、1つの平均値から結論を出す前に時間指標の定義を確認してください。平均値ではなく、分布も確認してください。
平均値が外れ値に左右される
*表示される内容：*平均値が通常のケースを大きく上回っています。
*原因：*少数の極端なケースが平均値を押し上げています。実際の例外の場合もあれば、データエラーの場合もあります。
*解決策：*平均値ではなく、遅いケースの裾野（中央値に対するP90）を確認し、極端なケースが実際に発生したものか確認してください。本当に誤っているデータだけを除外してください。まれでも実際の例外はインサイトになります。時間指標で各指標を説明しています。
比較結果が表示されない
*表示される内容：比較データセットに存在しません（0ケース、網羅率0％）*と表示されます。
*原因：*有効なフィルターまたは選択した期間に、そのデータセットのケースが存在しないか、アクティビティがモデルにマッピングされていません。
*解決策：*期間を広げ、比較データセットのマッピングを確認し、どのデータセットがプライマリになっているか確認してください。
データ量が原因の場合
データのエラーではなく、規模が原因の問題もあります：
- アップロードが遅い：ParquetまたはORCを優先し、ExcelファイルではXLSXよりXLSBを使用してください。対応データ形式を参照してください。
- ファイルが増え続ける：ファイル全体を置き換えるのではなく、増分（差分）アップロードで新しい期間を追加してください。
- 分析が遅い：誰も分析しない列を削除し、例外を探す場合は通常経路をフィルターで除外してください。また、1つの期間または1つの地域に絞って確認してください。データ量による影響については、パフォーマンスガイドで説明しています。
- 不要になったデータセット：今後分析しないデータをアーカイブし、ワークスペースには実際に対応するデータだけを残してください。
ソースでの修正
ProcessMind内で行える修正は相互運用（往復変換）の手間を省きますが、上流でしか解決できない問題もあります。ソースシステムの欠落、混在したタイムゾーン、どのエクスポートでも統合されない識別子などです。こうした問題は抽出データで修正し、繰り返し発生する場合は、そのデータを作成するシステムで対応してください。システムごとの方法についてはデータの取得先を、信頼できる抽出データを維持するための方法についてはプロセスマイニングのETLを参照してください。
まだ解決しない場合
上記の確認で問題の原因が分からない場合は、データセット名、確認しているケース、期待していた結果、実際に表示されている内容を添えて、サポートチームにお問い合わせください。グラフと品質パネルのスクリーンショットを1枚ずつ添えると、説明だけの場合よりも早く原因を特定できます。