貴社の資産メンテナンスデータテンプレート
貴社の資産メンテナンスデータテンプレート
- メンテナンス追跡のためのプロセス固有のデータフィールド
- 作業指示ライフサイクル分析の主要マイルストーン
- Infor EAMユーザー向け詳細抽出ガイド
設備保全属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ EventName | メンテナンスライフサイクル内で発生する特定のステップまたはステータス変更。 | ||
| 説明 この属性は、「作業指示書生成」「資材払い出し」「作業指示書完了」といったイベントまたはステータス変更の名前をキャプチャします。これは、作業指示書に対して記録されたステータス変更の履歴または特定のトランザクションタイプから派生します。 これらの値のシーケンスを追跡することで、プロセスマイニングツールはワークフローパスを再構築します。これにより、プロセスバリアント、手戻りループ、および作業順序の分析が可能になります。 その重要性 これはプロセスマップ内のノードを定義し、各ステップで何が起こったかを理解するために必要です。 取得元
例 作業指示書生成済み資材発行済み作業指示書クローズ済みリソース割り当て済み | |||
| タイムスタンプ EventTimestamp | アクティビティが発生した日時。 | ||
| 説明 この属性は、活動が行われた正確な瞬間を記録します。これは、イベントを時系列で並べ、ステップ間の期間を計算するために使用されます。 正確なタイムスタンプは、ボトルネックの特定、リードタイムの測定、SLAコンプライアンスの計算に不可欠です。Infor EAMでは、これは通常、トランザクション日付またはステータス変更日付から取得されます。 その重要性 すべての時間ベースの分析とシーケンスに必要な時間的な次元を提供します。 取得元
例 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| メンテナンス作業指示書 WorkOrderNumber | メンテナンス作業指示書の一意の識別子。 | ||
| 説明 この属性は、プロセス分析の中心的なケース識別子として機能します。これは、予防的か是正的かにかかわらず特定のメンテナンス作業を表し、後続のすべての活動、コスト、および労働記録を連携させます。Infor EAMでは、これは通常、メインのイベントテーブルにあるイベントコードです。 アナリストは、このフィールドを使用して個々のプロセスインスタンスを区別します。これにより、単一のメンテナンスリクエストに属するすべてのイベントを集計し、サイクルタイムとジョブごとのコストを計算できます。 その重要性 プロセスフローを再構築し、すべてのメンテナンスケースを一意に識別するための基本的なキーです。 取得元
例 10023456WO-2023-88910023457PM-55421 | |||
| ソースシステム SourceSystem | `データ`の`発信元``システム`名です。 | ||
| 説明 この属性は、データレコードの起源を識別します。これは、マルチシステム環境で特に重要です。このビューでは、Infor EAMインスタンスの静的な識別子として機能します。 複数のデータソースが単一のプロセスマイニングデータモデルに統合される場合に、データリネージとトラブルシューティングに役立ちます。 その重要性 Infor EAM環境へのデータの追跡可能性を保証します。 取得元 抽出時にハードコード 例 Infor EAMDatastream 7i | |||
| 最終データ更新 LastDataUpdate | データが抽出または最終更新されたときのタイムスタンプ。 | ||
| 説明 このフィールドは、レコードがプロセスマイニングモデルのために最後に処理または抽出された時期を示します。これにより、ユーザーは分析しているデータの鮮度を理解できます。 これは、ソースシステム自体に存在するのではなく、ETLプロセス中に生成されることが多く、アナリストがリアルタイムデータを見ているのか履歴スナップショットを見ているのかを確実に知ることができます。 その重要性 データの鮮度を検証し、古いデータセットの特定に役立ちます。 取得元 抽出時のシステム時刻 例 2023-10-25T12:00:00Z | |||
| SLA目標日 SlaTargetDate | 作業指示書が完了しなければならない期限。 | ||
| 説明 この属性は、資産の重要度と作業優先度によって決定されることが多い、目標完了日を格納します。これは、スケジュール遵守を計算するための基準として機能します。 実際の完了タイムスタンプをこの日付と比較することで、組織がサービスレベル契約を満たしているかどうかを判断します。 その重要性 重要資産のSLAパフォーマンスダッシュボードに必要です。 取得元
例 2023-11-01T17:00:00Z | |||
| 保全タイプ MaintenanceType | 作業指示を予防保全、是正保全、または予知保全として分類します。 | ||
| 説明 この属性は、メンテナンス作業の性質を分類します。これにより、アナリストはプロセスビューを分割し、計画された予防保全サイクルと計画外の場当たり的な修理を比較できます。 予防作業と場当たり的な作業の比率を最適化することは、メンテナンス管理者の主要な目標です。このフィールドは通常、イベントタイプ列にあります。 その重要性 メンテナンスタイプ別分布ダッシュボードおよび信頼性戦略の分析に不可欠です。 取得元
例 予防保全是正保全故障検査 | |||
| 優先度 WorkOrderPriority | メンテナンス作業指示書に割り当てられた緊急度レベル。 | ||
| 説明 この属性は、作業指示書の重要性を示し、通常はスケール(例:高、中、低)で表されます。これは、重要な作業がキュー内で正しく優先順位付けされていることを確認するための分析をフィルタリングするために使用されます。 優先度別にプロセスフローを分析することで、高優先度アイテムが低優先度アイテムよりも実際に速く進行しているかどうかを確認するのに役立ちます。 その重要性 緊急作業が適切に処理されていることを検証するために重要です。 取得元
例 1-緊急2-高優先度3-定常 | |||
| 技術者 TechnicianName | タスクを実行するために割り当てられた特定の個人またはリソース。 | ||
| 説明 この属性は、特定の活動を実行するユーザーまたは技術者をキャプチャします。これは、労働生産性を分析し、トレーニングニーズやスケジューリングの非効率性を特定するために使用されます。 システム構成に応じて、これは計上時間テーブルまたはイベントの担当者フィールドで見つかる場合があります。 その重要性 労働生産性およびスケジューリングダッシュボード分析を可能にします。 取得元
例 J. スミスM. ドゥーContractor-A | |||
| 総実コスト ActualTotalCost | 労務費、資材費、サービス費用の最終合計。 | ||
| 説明 この属性は、メンテナンス作業の総財務的影響を表します。労働力が計上され、資材が払い出されると更新されます。 これはプロセスの主要な財務指標として機能し、コストドライバー分析と予算報告を可能にします。 その重要性 財務決済と効率性分析のための主要な指標です。 取得元
例 450.251500.0075.50 | |||
| 見積もりコスト EstimatedCost | 作業指示書の計画予算。 | ||
| 説明 この属性には、計画段階で見積もられたコストが保持されます。これを実績コストと比較することで、アナリストは計画部門の正確性を評価できます。 見積もりコストと実績コストの間に大きな差異がある場合、見積もりプロセスまたは実行効率の見直しが必要です。 その重要性 見積もりコスト対実績コスト分析ダッシュボードをサポートします。 取得元
例 500.001200.500.00 | |||
| 資産コード AssetCode | メンテナンスされる設備または資産の一意の識別子。 | ||
| 説明 この属性は、メンテナンス作業指示書の対象となる物理オブジェクトを識別します。これにより、マシンまたは施設ごとのメンテナンス履歴の集計が可能になります。 資産コード別にプロセスパフォーマンスを分析することで、「バッドアクター」(頻繁に故障したり、修理に平均よりも時間がかかったりする設備)を特定するのに役立ちます。 その重要性 プロセスパフォーマンスを物理インフラストラクチャにリンクさせるために不可欠です。 取得元
例 PUMP-001HVAC-N-22CONVEYOR-05 | |||
| 部署 DepartmentCode | 作業を担当するメンテナンス部門またはチーム。 | ||
| 説明 この属性は、どの内部部門またはコストセンターが作業指示書を所有しているかを示します。これにより、異なるメンテナンスチーム間(例:電気対機械)のパフォーマンスベンチマークが可能になります。 Infor EAMでは、これはしばしばMRC(Maintenance Repair Center)と呼ばれます。 その重要性 リソース計画および部門別パフォーマンス分析をサポートします。 取得元
例 機械電気FACILITIES | |||
| Organization OrganizationCode | 資産が属する事業部門または拠点。 | ||
| 説明 複数拠点で導入する場合、この属性によって特定の施設やビジネスユニットを定義します。これにより、異なる工場間や地域間での高度な比較分析が可能になります。 拠点ごとにプロセスが若干異なる可能性があるグローバルなダッシュボード構築において、非常に重要な要素です。 その重要性 拠点横断型ベンチマークのための事業部門ビューをサポートします。 取得元
例 NYC-PLANTLON-HQMFG-01 | |||
| SLA違反 IsSlaBreached | 完了時間が目標日を超過したかどうかを示すフラグです。 | ||
| 説明 このブール属性は、「作業指示書完了」タイムスタンプと「SLA目標日」を比較します。完了が目標よりも遅い場合、フラグはtrueに設定されます。 これにより、準拠ケースと非準拠ケースをフィルタリングするためのバイナリディメンションを作成することで、レポート作成が簡素化されます。 その重要性 SLAコンプライアンスレポート作成を簡素化します。 取得元 ETL/プロセスマイニングツールで計算 例 truefalse | |||
| 労働時間 LaborHoursUsed | 作業指示書に費やされた実際の工数。 | ||
| 説明 この属性は、技術者が作業指示書に対して計上した時間を合計します。これは、労働力生産性と技術者稼働率を計算するために不可欠です。 カレンダー上の時間ではなく実際の労力を反映するため、作業指示書の経過期間とは異なります。 その重要性 労働生産性およびスケジューリングダッシュボードのキーです。 取得元 イベントにおける 例 2.58.00.5 | |||
| 手戻り IsRework | 作業指示書に繰り返し実行ステップが含まれていたかどうかを示すフラグです。 | ||
| 説明 このブール属性は、プロセスフローにループ、特に品質管理後に実行に戻るループが含まれていたかどうかを識別します。これは、データ変換中に繰り返される「メンテナンス作業実行済み」活動をチェックすることによって計算されます。 高い手戻り率は、品質問題または不十分なトレーニングの主要な指標です。 その重要性 メンテナンス手戻りおよび品質監査ダッシュボードを直接サポートします。 取得元 ETL/プロセスマイニングツールで計算 例 truefalse | |||
| 説明 WorkOrderDescription | 問題または必要な作業のテキスト説明。 | ||
| 説明 この属性には、リクエスターまたはプランナーによって入力された自由形式のテキスト概要が含まれます。これにより、異常値や特定のプロセス動作を説明する定性的なコンテキストが提供されます。 構造化されたフィールドで捕捉されていない一般的な故障モードを分類するために、テキストマイニングをここに適用できます。 その重要性 根本原因分析のためのコンテキストを提供します。 取得元
例 ポンプ振動高バルブ2のシールを交換四半期検査 | |||
| 資材コスト MaterialCost | 作業指示書に払い出されたスペアパーツの費用。 | ||
| 説明 この属性は、資材費を総コストから分離します。これにより、サプライチェーン費用と労務費を識別するのに役立ちます。 これを個別に追跡することで、スペアパーツの価格設定と在庫管理に関する決定をサポートします。 その重要性 包括的な財務分析に必要な詳細です。 取得元 R5TRANSACTIONSからタイプが「発行」の場合に計算 例 150.0020.00 | |||
| 資産重要度 AssetCriticality | 資産の運用上の重要性を示すスコアまたは評価です。 | ||
| 説明 この属性は、生産または安全性にとっての重要性(例:A、B、C)に基づいて資産を分類します。これにより、アナリストはプロセスをセグメント化し、高価値資産が適切な緊急性を持って扱われているかを確認できます。 このデータは通常、作業指示書に関連付けられた資産マスターレコードから取得されます。 その重要性 メンテナンス遅延のリスクベース分析を可能にします。 取得元
例 A - 緊急B - 重要C - 故障時運用 | |||
設備保全活動
| アクティビティ | 説明 | ||
|---|---|---|---|
| メンテナンス タスク実行済み | 技術者によって計上された労働時間を介して捕捉される、メンテナンス作業の継続的な実行を表します。この活動は、単一の作業指示書に対して複数回繰り返される場合があります。 | ||
| その重要性 技術者稼働率KPIと労務見積もり精度にデータを提供します。完了せずに頻度が高い場合、困難な修理を示唆する可能性があります。 取得元 作業指示に関連付けられたR5BOOKEDHOURSテーブルから個々のエントリを抽出します。 取得 トランザクションX実行時にログ記録 イベントタイプ explicit | |||
| メンテナンス要求受信 | メンテナンス要求がシステムに最初に登録されたことを示し、多くの場合、サービスポータルまたはコールセンターインターフェースから発信されます。Infor EAMでは、これは通常、正式な作業指示に変換される前に、コールまたはリクエストエンティティにレコードが作成されたときにキャプチャされます。 | ||
| その重要性 メンテナンスバックログ増加率と総解決時間の計算の出発点を確立します。メンテナンス部門にかかる真の需要を特定するために不可欠です。 取得元
取得 リクエストレコードが挿入されたときに記録されます イベントタイプ explicit | |||
| 作業指示書クローズ済み | 作業指示書がアーカイブされ、それ以上のコストが計上できなくなる最終的な管理ステップです。これにより、ケースのライフサイクルが完了します。 | ||
| その重要性 管理上のクローズ効率測定を終了します。クリーンなデータと「ゾンビ」オープンオーダーの防止に不可欠です。 取得元 R5EVENTSTATUSに対して「クローズ」ステータスへの遷移をクエリします。これにより、EVT_STATUSフィールドが「C」に設定されます。 取得 ステータスがクローズ済みに変更されたときに記録されます イベントタイプ explicit | |||
| 作業指示書完了 | メンテナンス作業の技術的な完了を示します。財務的および管理的なタスクが残っている場合でも、資産はサービスに復元されます。 | ||
| その重要性 重要資産のSLAパフォーマンスの終点。「ジョブ完了」と「書類作業完了」を区別します。 取得元
取得 ステータスが完了に変更されたときに記録されます イベントタイプ explicit | |||
| 作業指示書生成済み | リクエストから変換された、または直接作成された作業指示書オブジェクトの正式な作成を表します。このイベントは、メンテナンスケースのコスト、リソース、およびステータス履歴の追跡を開始します。 | ||
| その重要性 バックログおよびスループットモニターにおける主要なケース作成イベントです。依頼フェーズと実際の保全管理ワークフローを区別します。 取得元
取得 トランザクションがWOレコードを作成したときに記録されます イベントタイプ explicit | |||
| 作業開始 | 資産に対する実際の物理作業の開始を示します。これは通常、最初の労務記録タイムスタンプまたは特定のモバイルステータス更新から推測されます。 | ||
| その重要性 資材請求リードタイムと技術者稼働率の計算に不可欠です。「スケジュール済み」時間と「作業中」時間を区別します。 取得元 R5BOOKEDHOURSにおける最も早い開始日、またはR5EVENTSTATUSにおける「進行中」へのステータス変更から導出します。 取得 項目XとYを比較して派生 イベントタイプ inferred | |||
| メンテナンス記録更新済み | 作業指示書に技術メモ、故障コード、または状態監視データを追加することを記録します。これは通常、実際の作業の終盤に行われます。 | ||
| その重要性 技術文書のコンプライアンス監視をサポートします。将来の信頼性分析のためのデータ品質を保証します。 取得元
取得 レコードが更新されたときに記録されます イベントタイプ explicit | |||
| リソース割り当て済み | 特定の技術者またはチームを作業指示に割り当てることを記録します。これは、計画からリソース割り当てへの移行を示します。 | ||
| その重要性 労働生産性およびスケジューリングダッシュボードをサポートします。承認と実際のリソース可用性の間のギャップ特定に役立ちます。 取得元
取得 リソース割り当てが行われたときに記録されます イベントタイプ explicit | |||
| 作業指示書承認済み | メンテナンス作業が所要の管理レベルによって承認されたことを示します。このステップにより、作業指示書はスケジューリングおよび資材リクエストのために解放されます。 | ||
| その重要性 承認サイクルの終了と実行可能なメンテナンスの開始を示します。ここでの遅延は、重要資産の故障への対応能力に直接影響します。 取得元
取得 ステータスが承認済みに変更されたときに記録されます イベントタイプ explicit | |||
| 品質管理テスト実施済み | 最終承認前に修理が検査される特定の検証ステップを示します。これが失敗した場合、プロセスは実行段階に戻ります。 | ||
| その重要性 メンテナンス手戻りおよび品質監査ダッシュボードに不可欠です。品質問題と手戻りループを特定します。 取得元 R5CHECKLISTSにおける特定のチェックリスト完了、またはR5EVENTSTATUSにおける「レビュー」状態へのステータス遷移を特定します。 取得 ステータスフィールドを前後で比較 イベントタイプ inferred | |||
| 計画および見積もり完了 | 作業指示の範囲が確定され、費用が見積もられ、作業計画が承認準備完了であることを示します。これは、ステータスが計画状態から承認準備完了状態に移行したときに推測されることがよくあります。 | ||
| その重要性 作業指示承認サイクルタイムの測定および実行前の管理上のボトルネック特定に不可欠です。計画リードタイムの分析をサポートします。 取得元 R5EVENTSTATUSでステータスが「計画中」から「承認要求」または「リリース済み」に変わったときに推測します。 取得 ステータスフィールドを前後で比較 イベントタイプ inferred | |||
| 財務決済処理済み | 作業指示書に関連する最終的なコスト計算と計上を表します。これにより、すべての労務費と資材費が予算に対して確実に計上されます。 | ||
| その重要性 見積もりコスト対実績コスト分析をサポートします。ここでの遅延は、財務報告の正確性に影響します。 取得元 多くの場合、作業指示書の編集がロックされた日付、または最終コスト更新トランザクションがトランザクションログに発生したときに推測されます。 取得 項目XとYを比較して派生 イベントタイプ calculated | |||
| 資材発行済み | 在庫から作業指示書へのスペアパーツの物理的な払い出しを記録します。このステップにより、資材が使用可能であることが確認されます。 | ||
| その重要性 サプライチェーン遅延分析のための終了イベントです。部品の制約が解決されたことを検証します。 取得元 R5TRANSACTIONSに対して、作業指示にリンクされたトランザクションタイプ「I」(発行)をクエリします。 取得 トランザクションX実行時にログ記録 イベントタイプ explicit | |||
| 資材請求書提出済み | メンテナンス作業の実行に必要なスペアパーツの具体的なリクエストを記録します。このイベントは、サプライチェーンプロセスとメンテナンス実行を連携させる上で不可欠です。 | ||
| その重要性 資材供給遅延分析ダッシュボードの出発点。部品調達がメンテナンス遅延の根本原因であるかどうかを特定します。 取得元
取得 トランザクションX実行時にログ記録 イベントタイプ explicit | |||
抽出ガイド
ステップ
Databridgeモジュールの可用性を確認: 管理者としてInfor EAMにログインします。管理メニューに移動し、Databridgeモジュールがアクティブであり、パートナーおよびドキュメント設定画面へのアクセスがあることを確認します。
エクスポートパートナーの定義: DatabridgeでProcessMind専用の新しいパートナーを作成します(例:パートナーコード
PMIND)。XML/CSVファイルの保存先に応じて、通信方法をFILEまたはFTPに設定します。データの忠実度を最大化するために、出力形式をXMLに設定します。ビジネスオブジェクト(ドキュメント)の設定: 必要なアクティビティをキャプチャするために、特定のInfor EAMビジネスオブジェクト(BOD)をサブスクライブする必要があります。パートナー設定に以下のドキュメントを追加します。
MP0094_SyncWorkOrder: 作成、ステータス変更、更新、およびクローズをキャプチャします。MP0024_SyncBookedHours: 労務記録(実行)をキャプチャします。MP3036_SyncTransaction: 資材の発行と返品をキャプチャします。MP0026_SyncRequisition: 資材の要求をキャプチャします。MP0098_SyncWorkOrderActivity: スケジューリングと計画の詳細をキャプチャします。
フィルター設定の適用: 各ドキュメントについて、関連性のないデータを除外するフィルターを適用します。
SyncWorkOrderの場合、Organizationでフィルターし、Work Order TypeがNULLでないことを確認します。分析期間(例:過去12ヶ月)をカバーするようにDateフィルターを設定します。イベントトリガーの有効化: イベント設定画面で、選択したドキュメントに対応するエンティティの
On Save、On Update、およびOn Status Changeトリガーが有効になっていることを確認します。これにより、ユーザーがシステムを操作した際にデータが即座にプッシュされます。データ要素のマッピング: 必要な特定の列を含めるようにDatabridge XMLテンプレートを設定します。
EVT_CODEがWorkOrderNumberにマッピングされ、ステータストラッキングのためにEVT_STATUSが含まれ、EVT_DAT_CREATEDが利用可能であることを確認します。初回ロードの実行: Databridgeは主にイベント駆動型ですが、履歴分析のためにはバッチエクスポートを実行する必要があります。Databridgeエクスポート画面に移動し、
PMINDパートナーを選択し、SyncWorkOrderドキュメントを選択し、日付範囲を定義してSubmitをクリックし、履歴のバックログを生成します。出力の標準化: エクスポートにより階層型XMLファイルが生成されます。スクリプトツール(Python、PowerShell、ETLミドルウェアなど)を使用してこれらのXMLをフラット化します。ロジックは:1つのXMLノード = 1つのイベント行です。以下の「クエリ」セクションで定義されているマッピングルールを使用します。
アクティビティ名の導出: 変換スクリプトで、「クエリ」セクションで提供されている条件ロジックを使用して、システムコード(例:ステータス
RをWork Order Generatedに、ステータスCをWork Order Completedに)を人間が読みやすいアクティビティ名に変換します。タイムスタンプのフォーマット: Infor EAMはタイムスタンプをISO 8601形式でエクスポートします。これらがProcessMindと互換性のある標準の
YYYY-MM-DD HH:MM:SS形式に変換されていることを確認します。イベントログのコンパイル: 異なるビジネスオブジェクト(作業指示、記録時間、トランザクション)からの出力を単一のCSVファイルにマージし、
WorkOrderNumberとEventTimestampでソートします。最終検証: 結果のCSVファイルをProcessMindにロードし、ケース数がInfor EAMからエクスポートされた一意の作業指示の数と一致することを確認します。
設定
- エクスポート形式: コメント内の特殊文字の処理やスキーマの強制適用を確実にするため、フラットテキストよりもXMLが推奨されます。
- トリガーモード: ピーク時のDatabridge処理によるユーザーインターフェースの速度低下を防ぐため、非同期に設定してください。
- 粒度: ドキュメント設定で更新詳細を含めるがチェックされていることを確認し、フィールドレベルの変更(優先順位の更新や部門変更など)を検出できるようにします。
- データ範囲: 初回バッチロードの場合、過去12~24ヶ月の履歴が標準的です。継続的なデルタロードの場合、システムはデータをリアルタイムでプッシュします。
- 組織フィルター: EAMインスタンスが共有されている場合、マルチテナントデータの抽出を避けるため、常に
EVT_ORG(組織)でフィルターを適用してください。 - ステータス設定: ユーザー定義のステータスがシステムステータス(R、A、Cなど)にどのようにマッピングされているかを確認し、正確なアクティビティマッピングを確実にしてください。
a クエリ例 config
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} ステップ
データベースアクセス設定 Infor EAMデータベース(OracleまたはSQL Server)への直接データベース接続(ODBC/JDBC)を確立します。以下のテーブルに対する読み取り専用権限があることを確認してください:R5EVENTS(作業指示)、R5STATUS(ステータス履歴)、R5BOOKEDHOURS(労務)、R5TRANSACTIONS(資材)、R5ACTIVITIES(タスク)、およびR5TESTRESULTS(品質)。
スコープとフィルターの定義 データ抽出期間を決定します。通常、過去12〜24ヶ月の期間でプロセスマイニングには十分です。マルチサイトインスタンスを実行している場合、関連データをフィルターするために組織コード(ORG)を特定します。
ステータスマッピングの設定 Infor EAMではユーザー定義のステータスが可能です。提供されているSQLスクリプトを確認し、「A」(承認済み)や「C」(クローズ済み)などのプレースホルダーを、特定のEAM設定で使用されている実際のステータスコードに置き換えてください。不明な場合はR5STATUS_CODESテーブルで確認できます。
SQLスクリプトの準備 「クエリ」セクションに提供されているSQLをコピーします。[StartDate]および[EndDate]のプレースホルダーを希望する日付範囲(例:'2023-01-01')に置き換えます。[Your Organization Code]を特定の事業単位フィルターに置き換えます。
抽出の実行 SQLクライアント(SQL Developer、SSMS、DBeaverなど)でクエリを実行します。このクエリはUNION ALLを使用して、ヘッダーイベント、ステータス変更、労務記録、および資材トランザクションを単一の標準化されたイベントログ形式に結合します。
データ検証 EventTimestamp列にNULLタイムスタンプがないか出力を確認します。すべての行にWorkOrderNumberが入力されていることを確認します。EventName列に定義された14のアクティビティがバランス良く含まれていることを確認します。
データ変換(オプション) タイムスタンプに分析要件と異なるタイムゾーンオフセットが含まれている場合、クエリ内または後処理中に変換関数(AT TIME ZONEなど)を適用します。
CSVへのエクスポート クエリ結果をフラットなCSVファイルにエクスポートします。区切り文字がカンマまたはセミコロンに設定され、説明内のカンマを処理するためにテキスト修飾子(二重引用符)が使用されていることを確認します。
ProcessMindへのインポート CSVファイルをProcessMindにアップロードします。列を次のようにマッピングします:WorkOrderNumberをケースIDに、EventNameをアクティビティに、EventTimestampをタイムスタンプにマッピングします。残りの列はケースまたはイベントの属性としてマッピングします。
設定
- データ範囲: 推奨されるデータ抽出期間は12〜24ヶ月です。フィルターがEVT_DATE(作成日)または特定のトランザクション日付に適用され、進行中の未処理ケースをキャプチャできることを確認してください。
- 組織フィルター: プロセスはサイトによって異なることが多いため、EVT_ORGまたは共通の「組織」列を使用して、工場または施設ごとにデータを分離してください。
- ステータスコード: このクエリは標準のステータスコード(A、C、Rなど)に依存しています。これらが管理メニューの「画面設定」または「ステータス設定」にあるシステム設定と一致していることを確認する必要があります。
- パフォーマンス: このクエリは大量のトランザクションテーブル(R5TRANSACTIONS)にアクセスします。大規模なデータセット(100万行以上)をクエリする場合、EVT_CODEおよびTRN_DATEに適切な非クラスター化インデックスが存在することを確認してください。
- タイムゾーン: Infor EAMはデータベースサーバーのタイムゾーンで日付を保存します。ユーザーが異なるタイムゾーンで作業している場合、オフセットを考慮するようにしてください。
a クエリ例 sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]'