プロセスマイニング用データの取得元と構成方法

Process Intelligence Process Intelligence プロセスインテリジェンスシート以上のプランでご利用いただけます。このプラン以上のシートのみ、この機能を利用できます。プランを比較プロセスインテリジェンスシート以上で利用できます

データの取得元

どのプロセスも、それを実行するシステムに記録が残ります。ERPでは注文が作成され、サービスデスクではチケットが処理され、ワークフローツールでは承認が記録されます。プロセスマイニングでは、こうした記録を分析します。このページでは、データの取得先とイベントログへのまとめ方を説明します。ログに必要な項目についてはプロセスマイニングに必要なデータ、対応するファイル形式については対応データ形式をご覧ください。

システムからデータを抽出する価値があるかどうかは、次の2点で判断できます。

ステップのタイムスタンプが記録されていますか。現在の状態だけでなく、ステップごとの記録が必要です。
プロセス全体でケースIDとして使える識別子が記録されていますか。

システムに最新の状態しか表示されない場合は、履歴や監査証跡を確認してください。多くの業務システムには、いずれかが記録されています。

イベントが記録されている場所

システムの種類	例	イベントの記録場所
ERP	SAP、Oracle E-Business SuiteまたはFusion、Microsoft Dynamics	文書テーブルや変更履歴テーブル。購買発注、請求書、品目伝票には、それぞれ作成日または変更日と操作したユーザーが記録されています
サービスデスクとITSM	ServiceNow、Jira、Zendesk	すべての項目変更を記録する監査テーブルや履歴テーブル（例：ServiceNowの`sys_audit`）と、各タスクの作成・更新タイムスタンプ
CRM	Salesforce、Microsoft Dynamics	変更前後の値、タイムスタンプ、ユーザーを保持するオブジェクトの項目履歴テーブル
ワークフロー・BPMツール	Camunda、Power Automate、カスタムワークフローエンジン	各プロセスインスタンスで完了したステップの履歴
社内アプリケーション	カスタムWebアプリ、レガシーシステム	アプリケーションログまたは監査テーブル。状態変更を記録するテーブルについて、アプリケーションの担当チームに確認してください
スプレッドシート	手作業での引き継ぎ、オフライン承認	ケースIDとタイムスタンプの列が一貫して入力されていれば、エクスポートデータ自体を利用できます

例：SAPの調達から支払いまで

調達から支払いまでのプロセスは複数のSAPテーブルにまたがり、ステップごとに記録されています。

ステップ	SAPテーブル
購買依頼	EBAN
購買発注	EKKO（ヘッダー）、EKPO（明細）
入庫	MKPF（ヘッダー）、MSEG（明細）
請求書受領	BKPF（ヘッダー）、BSEG（明細）
支払い	PAYR、REGUH

SAP ECCでは、ABAPレポートまたはカスタムプログラムを使ってこれらのテーブルを読み取れます。SAP S/4HANAでは、CDSビュー、ODataサービス、またはSAP Datasphereを使用してください。各ステップについて、アクティビティ名、ケースID、タイムスタンプを含む簡潔なクエリを作成します。必要に応じてユーザー、金額、仕入先も加え、結果を1つのイベントログにまとめます。

SELECT 'PO Created' AS Activity, EBELN AS CaseID, AEDAT AS Timestamp FROM EKKO
UNION
SELECT 'Goods Receipt', EBELN, BUDAT FROM MSEG JOIN MKPF ON MSEG.MBLNR = MKPF.MBLNR
UNION
SELECT 'Invoice Posted', BELNR, BUDAT FROM BKPF
ORDER BY CaseID, Timestamp;

抽出データが増えすぎないよう、すべてをエクスポートするのではなく、会社コード、伝票タイプ、会計年度などで絞り込んでください。

エクスポートデータの構成

イベントごとに1行：ケース全体ではなく、状態が変わるたびに1行記録します。Case ID、Activity、Timestampの列に加え、分析に必要な任意の列（ユーザー、コスト、金額など）を含めてください。
システム間でケースIDを統一：プロセスがERPとCRMにまたがる場合は識別子を照合し、すべてのイベントが同じケースに紐づくようにします。
タイムゾーンを統一：異なるシステムのイベントが正しい順序で並ぶよう、タイムスタンプをUTCまたは単一のタイムゾーンに統一します。
アクティビティ名を統一：「注文を承認」と「注文承認」は同じステップです。ステップごとに名称を1つに統一してください。
不要なデータを除外：テスト用伝票、キャンセル済みレコード、社内システムのステップは、分析に役立たない行を増やすだけです。

アップロード時にヘッダー行、区切り文字、タイムスタンプ形式が検出されます。詳しい要件は対応データ形式をご覧ください。システムに記録されていないステップがある場合は、データのクレンジングと準備で補完方法を説明しています。

エクスポート前に個人データを処理する

イベントログには、氏名、顧客番号、ユーザーIDなどが含まれることがあります。分析に不要な情報は匿名化またはマスキングし、抽出データをダウンロードできる人を制限してください。また、組織に適用されるデータ保持ルール（GDPRなど）に従ってください。ProcessMindではテナントごとにデータセットを保持し、アクセス権はユーザーのロールとシートに基づいて設定されます。詳しくはユーザー、ロール、権限をご覧ください。

次のステップ：アップロードとマッピング

ログの構成ができたら、アップロードして列をデータセットにマッピングします。

データセットを設定：ケースID、アクティビティ、タイムスタンプをマッピングし、データ品質バッジを確認します。
データをモデルにマッピング：属性をアクティビティや接続に紐づけます。
データが継続的に増える場合は、すべてを再読み込みする代わりに差分データの追加アップロードを利用してください。

独自のデータを抽出する前に一連の流れを試す場合は、サンプルファイルに用意されているイベントログを利用できます。