このページの内容

データのトラブルシューティング

データのトラブルシューティング

データの問題には、ケースの分断、イベントの順序違い、ステップの欠落、あり得ない数値など、さまざまな症状があります。このページでは、症状から原因を特定し、解決方法を説明します。ProcessMindの設定で解決できる問題と、抽出データの修正が必要な問題の両方を取り上げます。

データの準備手順全体については、適切なデータの条件と準備方法を説明するデータのクリーニングと準備をご覧ください。データに対してプラットフォームが実行するチェックについては、データ品質をご覧ください。

最初に確認する項目

ソースファイルを調べる前に、ProcessMindに表示されている情報を確認してください。

  • パネル上部の赤い一覧。データセットの一般タブには、問題の原因が赤い一覧で表示されます。ケースID、アクティビティ、終了時刻の欠落、データのないアクティビティ、値のない属性、再アップロードしたファイルと読み込み先のプロセス種別の不一致などが示されます。まずここを確認してください。
  • **品質バッジとパネル。**バッジにはプロセス健全性スコアがパーセンテージで表示されます。パネルではデータの鮮度、属性のカバレッジ、アクティビティ分析を確認できます。
  • **AIデータに関する提案。**データセットをスキャンし、見つかった問題を一覧表示するとともに、マッピングや修正方法を提案します。
  • **データセットの属性。**再エクスポートせずに、表示名、データ型、タイムスタンプ形式を設定したり、列を非表示にしたりできます。

問題の多くは3つのフィールドに起因します

ケースIDはプロセスのインスタンスを識別し、アクティビティはステップを示し、終了時刻はタイムライン上の位置を決めます。開始時刻、ユーザー、コスト、tCO₂eは、さらにコンテキストを加えます。必須項目を誤った列にマッピングすると、その後の情報もすべて不正確になります。

プロセスグラフに現れる症状

1つのケースが複数に分割されている

*表示される症状:*1つのプロセスインスタンスが、各1~2ステップの短いケースに分かれて表示され、グラフにはアクティビティが横一列に並びます。

*原因:*ケースIDとしてマッピングされた列が、プロセスインスタンス全体ではなく、明細項目、請求書番号、あるいは特定システムの文書番号など、より小さな単位を識別しています。

*対処方法:*注文、チケット、請求など、インスタンス全体を識別する列をマッピングしてください。該当する列がない場合は、上流工程で識別子を統合する必要があります。SQLやETLジョブで識別子を結合し、同じインスタンスのすべてのイベントに同じケースIDが付くようにしてから、再度アップロードしてください。システムごとの命名規則については、データの取得元をご覧ください。

イベントの順序が正しくない

*表示される症状:*後に発生したアクティビティが、先に発生したアクティビティより前に表示されます。たとえば、注文日より前の日付の請求書が表示されます。

*原因:*よくある原因は3つです。タイムスタンプの形式が正しく解釈されていない(03/04/2025の値が4月3日ではなく3月4日として読み込まれるなど)、タイムゾーンの異なるシステムのイベントを時刻変換せずに混在させている、または時刻フィールドに誤った列をマッピングしています。

対処方法:データセットの属性で形式を確認し、データ型がテキストではなくタイムスタンプになっていることを確かめてください。エクスポートを結合する前に、すべてのデータのタイムゾーンを統一します。各ケースをタイムスタンプ順に並べ、いくつかのケースを最初から最後まで確認してください。

ステップが欠落している

*表示される症状:*実際には発生しているステップが、グラフに表示されません。

*原因:*そのステップの記録がデータに残っていない(電話での承認、紙の署名など)、アクティビティがマッピングされていない、またはフィルターで非表示になっています。

対処方法:実際には存在するものの記録されていないステップは、アクティビティをデータフロースルーステップとして設定すると、表示したままにできます。その他のアクティビティは、アクティビティのマッピングと解除の手順でマッピングしてください。未マッピングのアクティビティは半透明で表示され、点線で接続されます。その後、どのフィルターが有効になっているか確認してください。

ケースが終了しない

*表示される症状:*多くのケースが終了イベントに到達せず、そのまま停止しています。

*原因:*ケースの処理中にエクスポート対象期間が終了している、モデルに終了イベントがない、または終了時のアクティビティがデータセットに含まれていません。

*対処方法:*モデルに実際の終了イベントを設定するか、未完了のケースをそのまま扱い、時間分析から除外してください。時間指標の集計対象は完了したケースのみです。未完了のケースはデータエラーではありません。

件数が実際より多く見える

*表示される症状:*特定のアクティビティの実行回数が不自然に多い、またはケース数が業務報告の数値を上回っています。

*原因:*行の重複です。連携処理や抽出の繰り返しによって、同じイベントが二重に記録されています。

*対処方法:*アップロード前に、ケースID、アクティビティ、タイムスタンプを基準に重複行を削除してください。重複した抽出が発生しやすい箇所については、データ準備のワークフローをご覧ください。

マップが煩雑になっている

*表示される症状:*アクティビティが数百件あり、その多くが技術的な処理です。

*原因:*ログイン、再試行、バックグラウンドジョブが、業務上のステップと同じ抽出データに含まれています。

*対処方法:*分析しない属性を非表示にし、プロセスに含まれないイベントをフィルターで除外してください。また、細かなイベントを、それらが属するアクティビティにまとめます。どこまでを詳細として残し、どこからをノイズとするかは、プロセスの専門家が判断します。

複数システムのデータが一致しない

*表示される症状:*本来データが含まれるはずの箇所で、プロセスに抜けが生じています。

*原因:*システムごとに抽出時期が異なる、同じステップに異なる名称が付いている、または抽出データが丸ごと欠落しています。

*対処方法:*データを結合する前に、抽出期間とアクティビティの名称をそろえてください。内容の一致しないファイルを単純に連結するのではなく、プライマリと比較用を設定して、各データセットの役割を明確にします。

データセットに現れる症状

アップロードが拒否される

*表示される症状:*アップロード時にエラーが発生する、またはファイルが1列として読み込まれます。

*原因:*ファイルが構造上の要件を満たしていません。よくある原因は、ヘッダー行がない(1行目に必要)、データ行の間に空白行がある、数値がテキストとして保存されている、Excelファイルのデータが2枚目のシートにある、などです。読み込まれるのは最初のシートのみです。

*対処方法:*1行目にヘッダーを置き、空白行を削除し、数値が数値として保存されていることを確認してください。また、イベントデータを最初のシートに移動します。CSV、TSV、TXTの区切り文字と引用符は自動検出されます。そのため、1列だけで読み込まれる場合は、ファイルを正しく解釈できていない可能性があります。CSVまたはParquet形式で再エクスポートしてください。

列やデータ型が正しくない

*表示される症状:*列が欠落している、またはタイムスタンプがテキストとして扱われています。

*原因:*前回のアップロード後にファイルが変更されたか、データ型が誤って検出されています。

対処方法:データ型と形式を手動で設定するか、列を非表示にしてください。ファイルを差し替えた後は、新しいファイルと読み込み先のデータセットが一致しているか、赤い一覧で確認します。

タイムスタンプが認識されない

*表示される症状:*タイムスタンプ列が空になる、または所要時間が極端に長く算出されます。

*原因:*一般的でない形式、地域設定による日付の順序の違い、精度の混在(同じ列に秒とミリ秒が混在)、またはタイムゾーン変換の二重適用が考えられます。

対処方法:データセットの属性で形式を明示的に設定し、精度が混在するデータは抽出元で分けてください。アップロード前にタイムゾーンも統一します。

値が空欄になっている

表示される症状:品質パネルの属性のカバレッジに欠落がある、またはグラフにnullカテゴリが表示されます。

*原因:*ソースシステムで全ケースの値が記録されていないか、エクスポート時に空のフィールドが除外されています。

*対処方法:*可能であれば抽出元で値を補完してください。空欄を適切な既定値に置き換えられる場合は、null処理関数を計算属性で使用します。

アクティビティ名が一致しない

表示される症状:「注文を承認」と「注文承認」のように、同じ意味のアクティビティが別々に表示される、または国ごとに同じステップの名称が異なります。

*原因:*ソースシステムごとに、同じ作業に異なる名称が付けられています。

*対処方法:*ステップごとに名称を1つに統一してください。抽出データ内で値を標準化するか、バリアントを1つの名称に対応付ける計算属性を追加し、その属性を使ってアクティビティをマッピングします。

数値に現れる症状

平均値が低すぎる

*表示される症状:*業務の実態に合わないケース所要時間の平均値が表示されます。

*原因:*時間指標の集計対象は完了したケースのみで、未完了のケースは除外されます。特に直近の期間では、完了したケースのほうが処理の速いケースに偏ることがあります。

*対処方法:*条件をそろえて比較してください。完了する時間が十分にあったケースに期間を絞り、単一の平均値だけで結論を出す前に時間指標の定義を確認します。平均値だけでなく、分布も確認してください。

外れ値が平均値を押し上げている

*表示される症状:*平均値が、一般的なケースより大幅に高くなっています。

*原因:*極端なケースが少数でも平均値を押し上げます。実際に発生した例外の場合もあれば、データエラーの場合もあります。

*対処方法:*平均値ではなく、処理の遅いケースの分布(P90と中央値)を確認してください。極端なケースが実際に発生したものかを調べ、誤りがある場合に限って除外します。まれでも実際に起きた例外は、インサイトにつながります。時間指標では各指標の説明をご覧いただけます。

比較結果が表示されない

*表示される症状:比較用データセットに未表示(ケース数0、カバレッジ0%)*と表示されます。

*原因:*有効なフィルターや選択した期間に、そのデータセットのケースが含まれていないか、アクティビティがモデルにマッピングされていません。

*対処方法:*期間を広げ、比較用データセットのマッピングを確認し、どのデータセットがプライマリに設定されているか確かめてください。

データ量が原因の場合

データエラーではなく、データ量が原因の問題もあります。

  • アップロードに時間がかかる:ParquetまたはORCを優先してください。ExcelファイルではXLSXよりXLSBが適しています。対応データ形式をご覧ください。
  • ファイルが大きくなり続ける:ファイル全体を置き換えるのではなく、増分(差分)アップロードで新しい期間のデータを追加してください。
  • 分析に時間がかかる:分析に使わない列を削除し、例外を調べる際は理想経路をフィルターで除外してください。また、期間や地域を1つずつに絞って確認します。データ量による影響については、パフォーマンスガイドをご覧ください。
  • 不要になったデータセット:分析しなくなったデータセットをアーカイブし、実際に対応が必要なデータだけをワークスペースに残してください。

抽出元での修正

ProcessMind内で解決できる問題であれば、データを再度抽出する手間を省けます。一方、ソースシステムの欠落、タイムゾーンの混在、エクスポート時に統合されない識別子など、上流工程でしか解決できない問題もあります。こうした問題は抽出データで修正し、繰り返し発生する場合はデータを生成するシステム側で対処してください。システムごとのデータ取得方法はデータの取得元を、信頼できる抽出データを維持するための手順はプロセスマイニングのETLをご覧ください。

問題が解決しない場合

上記の確認で原因がわからない場合は、データセット名、確認中のケース、想定していた内容、実際に表示されている内容を添えて、サポートチームまでお問い合わせください。グラフと品質パネルのスクリーンショットを添えると、文章で説明するより早く解決できることがあります。

お使いのデータでプロセスマイニングを試す

マッピング前にエクスポートを確認

問題が起きているファイルをアップロードすると、列の検出と検証により、修正が必要な箇所を正確に確認できます。

関連トピック

プロセスをより良く設計し、つながりのあるアーキテクチャを構築して、管理を続けましょう。

クレジットカード不要、待ち時間なしですぐにご利用いただけます。組織の業務の進め方を、明確につながるプロセス設計として可視化します。

プロセスアーキテクチャを構築し、オーナーシップと統制を定め、あらゆる階層で役割と責任を明確にします。

無料トライアルを開始して、プロセスのガバナンス、管理、継続的な改善を支える信頼できる基盤を築きましょう。