汎用データテンプレート
汎用データテンプレート
- あらゆるプロセスで利用できる汎用構造
- ニーズに合わせて調整できる柔軟な属性
- 主要なソースシステムに対応
これは汎用のプロセスマイニング用データテンプレートです。より具体的なガイダンスについては、プロセス別テンプレートをご利用ください。
属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ Activity | 発生したプロセスステップまたはイベントの名称です。 | ||
| 説明 アクティビティフィールドは、プロセスの各時点で何が起きたかを示します。アクティビティ名は一貫したルールで付け、意味のある業務イベントを表すようにしてください。 重要な理由 アクティビティ名によって、プロセスマップの表示方法と分析内容が決まります。 入手先 ソースシステムのステータス変更、アクション種別、またはイベント説明から設定してください。 例 ケース作成レビュー完了支払い処理済み | |||
| ケースID CaseId | 各プロセスインスタンスを一意に識別する識別子です。 | ||
| 説明 Case IDは、同じプロセスインスタンスに属するすべてのイベントを結び付ける基本識別子です。イベントログ内のすべてのイベントにCase IDが必要です。 重要な理由 適切なCase IDがなければ、プロセス内で個々のケースの流れを追跡できません。 入手先 主要な取引テーブルにある主キーまたは参照番号を使用してください。 例 ORD-2024-001234TKT-98765REQ-0042 | |||
| タイムスタンプ StartTime | アクティビティが開始された日時です。日付と時刻を含める必要があります。 | ||
| 説明 タイムスタンプは、各アクティビティが発生した時点を記録します。サイクルタイムの計算、ボトルネックの特定、イベントの順序の把握に欠かせません。 重要な理由 タイムスタンプにより、サイクルタイムの計算やボトルネックの検出など、時間に基づくすべての分析が可能になります。 入手先 ソースシステムで利用できる、最も正確なタイムスタンプを使用してください。 例 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| ケース種別 CaseType | 処理対象となるケースのカテゴリまたは種類です。 | ||
| 説明 ケースを種類別に分類し、異なるカテゴリを比較できるようにします。ケースの種類によって、プロセスの経路やパフォーマンスが異なることがよくあります。 重要な理由 ケースの種類ごとに分けることで、カテゴリ間のパフォーマンスの違いが明らかになります。 入手先 種類コード、カテゴリ項目、分類属性を確認します。 例 標準優先度複雑 | |||
| ユーザー User | アクティビティを実行した担当者です。 | ||
| 説明 各アクティビティを実行したユーザーまたはリソースを特定します。リソース分析、作業負荷の平準化、パフォーマンス比較に役立ちます。 重要な理由 リソース分析により、トレーニングの必要性や作業負荷の偏りを特定できます。 入手先 各イベントに関連付けられたユーザーID、従業員番号、またはユーザー名を確認してください。 例 john.smithEMP-12345user_a1b2c3 | |||
| 優先度 Priority | ケースに割り当てられた優先度です。 | ||
| 説明 各ケースの緊急度または重要度を示します。優先度によって、ケースの処理速度や進む経路が変わることがあります。 重要な理由 優先度分析により、緊急性の高いケースが適切に処理されているかを確認できます。 入手先 優先度項目、緊急度の指標、SLA階層の割り当てを確認します。 例 高媒体低 | |||
| 終了時刻 EndTime | 開始時刻と異なる場合に、アクティビティが終了した日時です。 | ||
| 説明 終了タイムスタンプは、各アクティビティが完了した時点を記録します。開始時刻と終了時刻の両方があれば、アクティビティの所要時間と処理時間を計算できます。 重要な理由 終了時刻により、実際の作業時間と待機時間を分けて計算できます。 入手先 アクティビティの完了を示す完了タイムスタンプまたはステータス変更時刻を確認してください。 例 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| 部門 Department | アクティビティを担当する組織単位です。 | ||
| 説明 各アクティビティを処理した部門、チーム、または事業部門を特定します。チーム間の引き継ぎを分析する際に役立ちます。 重要な理由 部門横断の分析により、引き継ぎの遅延や組織上の摩擦を明らかにできます。 入手先 部門コードまたは組織単位の識別子を確認してください。 例 財務オペレーションカスタマーサービス | |||
| SLAの状態 SLAState | ケースがSLAの範囲内か、範囲外かを示します。 | ||
| 説明 ケースが現在、サービスレベル合意を満たしているかを示します。コンプライアンスの監視やエスカレーション分析に役立ちます。 重要な理由 SLAの追跡により、リスクのあるケースと全体のコンプライアンス率を把握できます。 入手先 SLAステータス項目や違反の指標を確認するか、タイムスタンプと目標値から算出します。 例 SLA遵守期間内要注意SLA違反 | |||
| アクティビティCO2 ActivityCO2 | このアクティビティのカーボンフットプリントです。 | ||
| 説明 このアクティビティに伴う二酸化炭素排出量です。プロセスのサステナビリティ分析に役立ちます。 重要な理由 CO2の追跡により、サステナビリティ目標の達成や環境報告を支援できます。 入手先 アクティビティの種類と標準排出係数から算出します。 例 0.10.52.0 | |||
| アクティビティFTE ActivityFTE | このアクティビティのFTE(フルタイム当量)時間です。 | ||
| 説明 このアクティビティにかかる労働量をFTE時間で示します。要員計画や業務量分析に役立ちます。 重要な理由 FTEの追跡により、リソース計画とキャパシティ管理を行いやすくなります。 入手先 処理時間と標準FTEレートから算出するか、勤怠・工数管理システムから抽出します。 例 0.250.51.0 | |||
| アクティビティコスト ActivityCost | このアクティビティの実行コストです。 | ||
| 説明 このアクティビティの実行に伴う金銭的なコストです。コスト分析や、高コストのプロセスステップの特定に役立ちます。 重要な理由 コスト分析により、財務への影響に基づいて改善の優先順位を付けられます。 入手先 コスト配賦項目を確認するか、標準コストテーブルから算出します。 例 15.0045.50120.00 | |||
| アクティビティ金額 ActivityAmount | このアクティビティに関連する金額です。 | ||
| 説明 このアクティビティによって処理または影響を受ける金銭的価値です。価値を加味した分析が可能になります。 重要な理由 価値分析により、財務への影響に基づいて改善の優先順位を付けられます。 入手先 取引金額、請求書金額、注文合計を確認します。 例 1500.0025000.00750.50 | |||
| ソースシステム SourceSystem | このイベントの発生元となったシステムです。 | ||
| 説明 このイベントを記録したソースシステムを特定します。複数のシステムからデータを統合する場合に役立ちます。 重要な理由 ソースの追跡により、データの系譜とシステムの境界を把握できます。 入手先 定数として追加するか、抽出元から導出します。 例 SAPSalesforceServiceNow | |||
| チーム Team | 部門内の特定のチームです。 | ||
| 説明 部門よりも細かい組織上のグループです。部門内の複数のチームがプロセスの異なる部分を担当する場合に役立ちます。 重要な理由 チーム単位の分析により、作業負荷の分布や専門化の傾向を明らかにできます。 入手先 チームコード、キュー識別子、またはグループ割り当てを確認してください。 例 チームアルファエスカレーション第2層サポート | |||
| チャネル Channel | ケースが開始または受け付けられた方法です。 | ||
| 説明 ケースがプロセスに入ったチャネルを特定します。チャネルによって、特性やパフォーマンスが異なることがよくあります。 重要な理由 チャネル分析により、どの受付方法が最も効率的かを把握できます。 入手先 ソースの指標、チャネルコード、発生元の項目を確認します。 例 Webポータルメール電話API | |||
| リソース Resource | アクティビティを実行したリソース(人またはシステム)です。 | ||
| 説明 人が実行した場合でもシステムが自動実行した場合でも、アクティビティを実行した対象を示す汎用識別子です。アクティビティを人とシステムのどちらでも実行できる場合に役立ちます。 重要な理由 リソースを追跡することで、人による処理と自動処理のパフォーマンスを比較できます。 入手先 ユーザーとシステムアカウントの両方を含む可能性がある実行者識別子を確認します。 例 user_123AUTO_SYSTEMbot_processor | |||
| 事業部門 BusinessUnit | ケースに関連付けられた事業部門です。 | ||
| 説明 ケースを担当する、またはケースに関連する事業部門や部門を特定します。複数の部門で構成される組織の分析に役立ちます。 重要な理由 事業部門分析により、組織をまたいだパフォーマンスの傾向が明らかになります。 入手先 事業部門コード、部門識別子、利益センターの割り当てを確認します。 例 小売エンタープライズSMB | |||
| 最終データ更新日時 LastDataUpdate | このレコードが最後に更新された日時です。 | ||
| 説明 このレコードが最後に更新された日時です。差分データの読み込みやデータの鮮度の追跡に役立ちます。 重要な理由 更新の追跡により、差分読み込みとデータ品質の監視を支援できます。 入手先 最終更新日時のタイムスタンプや変更追跡項目を確認します。 例 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
| 国 Country | ケースに関連付けられた国です。 | ||
| 説明 ケースに関連する地理的な場所です。地域ごとのプロセスパフォーマンスやコンプライアンス要件の違いを分析する際に役立ちます。 重要な理由 地理的な分析により、地域ごとの違いやコンプライアンスの傾向が明らかになります。 入手先 国コード、地域識別子、所在地の項目を確認します。 例 米国ドイツ日本 | |||
| 地域 Region | ケースの地理的な地域です。 | ||
| 説明 国よりも広い範囲でまとめた地理的な区分です。複数の国にまたがって事業を展開している場合の地域分析に役立ちます。 重要な理由 地域分析により、地理的なエリアごとのパフォーマンスを把握できます。 入手先 地域コードを確認するか、国の情報から導出します。 例 EMEA南北アメリカAPAC | |||
| 自動化コスト ActivityAutomationCost | このアクティビティを自動化した場合のコストです。 | ||
| 説明 このアクティビティを自動化して実行した場合の推定コストです。自動化のROI分析に役立ちます。 重要な理由 手動処理と自動処理のコストを比較することで、投資対効果を説明する材料を作成できます。 入手先 通常は、自動化されたプロセスの標準コストモデルから割り当てます。 例 0.502.005.00 | |||
| 自動化済みかどうか IsAutomated | アクティビティが自動で実行されたかどうかです。 | ||
| 説明 アクティビティが自動処理(システムによる処理)か手動処理(ユーザーによる処理)かを示します。自動化の状況を把握するうえで欠かせません。 重要な理由 自動化分析により、さらなる自動化の機会が明らかになります。 入手先 ユーザー種別(システムまたは人)や自動化フラグから導出します。 例 truefalse | |||
| 製品 Product | ケースに関連する製品またはサービスです。 | ||
| 説明 ケースに関連する製品、サービス、提供内容を特定します。製品単位でプロセスパフォーマンスを分析できます。 重要な理由 製品分析により、特定の製品でプロセスの特性が異なるかを確認できます。 入手先 製品コード、SKU、サービス識別子を確認します。 例 製品AサービスプランProSKU-12345 | |||
| 顧客 Customer | ケースに関連する顧客または取引先です。 | ||
| 説明 ケースに関連する顧客、クライアント、外部関係者を特定します。顧客を中心にプロセスパフォーマンスを分析できます。 重要な理由 顧客分析により、顧客体験に関する傾向が明らかになります。 入手先 顧客ID、アカウント番号、取引先識別子を確認します。 例 CUST-001234Acme CorpACC-98765 | |||
| 顧客セグメント CustomerSegment | 顧客のセグメントまたは階層です。 | ||
| 説明 顧客をセグメント、階層、価値に基づいて分類します。顧客セグメントによって提供されるサービスレベルが異なるかを分析する際に役立ちます。 重要な理由 セグメント分析により、高価値の顧客が適切に対応されているかを確認できます。 入手先 セグメントコード、階層の割り当て、顧客分類の項目を確認します。 例 エンタープライズSMB消費者 | |||
アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| ケース作成 | プロセスで新しいケースを開始する最初のイベントです。顧客からの依頼、社内のニーズ、自動化されたイベントなどをきっかけに、新しい業務インスタンスがシステムに登録された時点を示します。 | ||
| 重要な理由 プロセスの正式な開始を示すイベントであり、総処理時間とスループットの計算に欠かせません。 入手先 ソースシステムで、作成日時、申請日、初回のステータス変更を確認してください。 取得 主要な取引またはレコードの作成日時 イベントタイプ explicit | |||
| ケース完了 | ケースが正常に完了し、クローズされた状態です。プロセスインスタンスの終了を示します。 | ||
| 重要な理由 処理時間とスループットの計算に欠かせません。完了率は、プロセスの有効性を示します。 入手先 完了日時、クローズ済みステータス、最終結果の記録を確認してください。 取得 完了またはクローズのタイムスタンプ イベントタイプ explicit | |||
| データ検証完了 | 必要な情報がそろっており、正しいことを確認する工程です。自動化されたシステムチェックの場合もあれば、担当者による手動確認の場合もあります。 | ||
| 重要な理由 早い段階で検証を行うと、後工程での問題や手戻りを防げます。この工程を省くと、処理時間が長くなることが少なくありません。 入手先 検証ステータスの変更、検証日時、品質チェックの完了記録を確認してください。 取得 ステータス変更または検証完了のタイムスタンプ イベントタイプ explicit | |||
| レビュー完了 | レビューまたは承認の工程が完了した状態です。多くのプロセスでは、次の工程に進む前に1回以上のレビューが必要です。 | ||
| 重要な理由 レビュー工程は、よくあるボトルネックです。レビューにかかる時間を把握すると、承認の遅れを特定できます。 入手先 承認日時、レビュー完了記録、承認記録を確認してください。 取得 承認またはレビュー完了のタイムスタンプ イベントタイプ explicit | |||
| 処理開始 | ケースに対する実作業が始まります。キューで待機している状態から、実際の処理へ移行したことを示します。 | ||
| 重要な理由 割り当てから処理開始までの時間差から、キューでの待ち時間や業務量の問題を把握できます。 入手先 作業開始を示すステータス変更、初回対応のタイムスタンプ、アクティビティログの記録を確認してください。 取得 割り当て後の最初のアクティビティまたは明示的な開始日時 イベントタイプ inferred | |||
| 担当者への割り当て | ケースが処理担当の個人またはチームに振り分けられます。この割り当てによって、ケースを先に進める責任者が決まります。 | ||
| 重要な理由 割り当ての効率は、業務を開始できるまでの時間に影響します。ここでの遅延は、振り分けや業務量に問題があることを示します。 入手先 システムで、割り当ての変更、担当者の変更、キューへの登録を確認してください。 取得 割り当てまたは担当者変更のタイムスタンプ イベントタイプ explicit | |||
| アクション実行 | プロセス内の特定のアクションまたはタスクが完了した状態です。 | ||
| 重要な理由 個々のアクションを追跡すると、処理時間に最も影響する工程を特定できます。 入手先 タスク完了日時、アクションログ、工程の完了記録を確認してください。 取得 タスクまたはアクション完了のタイムスタンプ イベントタイプ explicit | |||
| エスカレーション | ケースが、より上位の担当者または専門チームに引き継がれた状態です。 | ||
| 重要な理由 エスカレーションは、通常の経路では処理できないケースがあることを示します。エスカレーション率が高い場合、トレーニングやプロセスに問題がある可能性があります。 入手先 エスカレーション記録、担当階層の変更、専門チームのキューへの移管を確認してください。 取得 エスカレーションのタイムスタンプまたは専門チームのキューへの移管 イベントタイプ explicit | |||
| ケースキャンセル | ケースが完了前にキャンセルまたは放棄された状態です。 | ||
| 重要な理由 キャンセルのパターンから、プロセス設計、顧客ニーズ、上流工程の問題を把握できます。 入手先 キャンセル日時、放棄済みステータス、終了記録を確認してください。 取得 キャンセルまたは終了のタイムスタンプ イベントタイプ explicit | |||
| 例外発生 | 特別な対応またはエスカレーションが必要な問題や例外が特定された状態です。 | ||
| 重要な理由 例外は、手戻りや遅延につながることが少なくありません。例外を追跡すると、根本原因と予防策を特定できます。 入手先 エラーログ、例外フラグ、エスカレーション記録、特別対応を示す記録を確認してください。 取得 システムログに記録された例外またはエラーのタイムスタンプ イベントタイプ explicit | |||
| 情報依頼 | 顧客、取引先、または社内の関係者に追加情報を依頼した状態です。 | ||
| 重要な理由 情報の依頼によってプロセスが停止し、大幅な遅延が生じることがあります。依頼を減らすことで、処理時間を短縮できます。 入手先 依頼に関する連絡、「情報待ち」へのステータス変更、保留日時を確認してください。 取得 依頼日時または待機状態へのステータス変更 イベントタイプ explicit | |||
| 情報受領 | 依頼した追加情報を受け取り、ケースを先に進められる状態です。 | ||
| 重要な理由 情報依頼への回答時間は、処理時間に大きく影響します。回答が早ければ、より早く完了できます。 入手先 回答の受信記録、保留中からのステータス変更、文書のアップロード日時を確認してください。 取得 回答受信のタイムスタンプまたは待機状態からのステータス変更 イベントタイプ explicit | |||
| 意思決定 | プロセス上の重要な判断点に到達し、判断が確定した状態です。 | ||
| 重要な理由 判断には承認が必要なことが多く、ボトルネックになる場合があります。判断の経緯を明確に記録すると、コンプライアンスを支えられます。 入手先 判断記録、承認・却下フラグ、結果の確定記録を確認してください。 取得 判断日時または結果の記録 イベントタイプ explicit | |||
抽出ガイド
準備はできましたか?
このテンプレートを出発点としてダウンロードするか、利用中のテクノロジーに合わせて検証済みの抽出クエリを掲載したシステム別ガイドをご覧ください。
今日からプロセス改善を始める
ProcessMindで、これまで見えなかったプロセスの全体像を把握できます。
クレジットカードは不要です。