統合オプションとベストプラクティス

概要
Leading2Lean MES/Dispatchソリューションは、さまざまな外部のサードパーティシステムと統合できます。これには、エンタープライズリソースプランニング（ERP）、コンピュータ化されたメンテナンス管理システム（CMMS）、製造実行システム（MES）、時間と出席、ドキュメント管理、トレーサビリティ、トレーニングソリューションが含まれます。このドキュメントは、最も一般的な統合方法とデータ（アプリケーションエリア）について説明し、サードパーティアプリケーションをLeading2Lean MES/Dispatchアプリケーションに統合するための方法を示しています。ビジネスプロセスをサポートしようとする際に、統合のエリアと最も適した方法/シナリオを特定するための計画ツールとしてご利用ください。

発送には、HTTP、REST、JSON標準に基づくオープンウェブサービスアプリケーションプログラミングインターフェース（API）があります。非常に使いやすく、多くのニーズに対応できる柔軟性を提供します。（APIの詳細については、APIドキュメントを参照してください。）このAPIはさまざまな方法で統合を可能にしますが、多くの企業は次のアプリケーションエリアのいずれかまたは複数でデータを交換することに関心があります：

1. スペアパーツリスト、在庫レベル、使用量
2. 機械/資産とライン/セル/コストセンター
3. 予防メンテナンス指示書、作業指示書、リアクティブコール（発送）
4. 従業員記録/ログイン
5. 生産スケジュールと実績
6. 労働時間、材料、その他のコスト

これらの各エリアには、完全自動化から部分自動化までの標準的な統合方法があり、一部手動のプロセスを補完しています。これらの方法のどれがあなたの会社に適しているかは、サードパーティアプリケーションで利用可能な統合機能と、達成しようとしているビジネス目的によります。データの読み取りは容易だが、書き戻しの機能がない場合には、組み合わせたアプローチが必要になることもあります。

いつ統合すべきか
統合が適切な場合、システム間のデータフローを促進し、データの正確性を向上させ、効率性を高めることができます。 ただし、統合計画を急ぐ前に、一旦立ち止まり、期待される利益を評価することが重要です。 

メーカーはしばしば、システム統合をデータの問題の解決策とみなす罠にはまることがあります。統合が可能だからといって、ビジネスに追加の価値をもたらすとは限りません。適切な統合とは、ビジネスにとって意味のある場合にのみ行うことを意味します。

統合は次の場合に意味があります：

• 隠れた問題を可視化します
• 生産データや機械サイクルの収集を自動化します
• 重要な人間のプロセスをトリガーします（例：材料ハンドラーにシグナルを送る）
• 見えないサイロ化されたシステムからのデータをオペレーター/技術者がよりアクセスしやすくします
• 多くのユーザーの時間を節約します

他の理由で行われる統合はリソースの無駄になることがあります。 統合は次の条件では意味がありません：

• ボタンクリック数を少しだけ節約する場合
• 現在の方法で十分な頻度の少ないタスクを自動化する場合
• 見えないサイロ化されたシステムにデータを移動する場合
• 古いレガシーシステムや企業の「記録システム」義務をさらに強化する場合
• 「完全に統合」「二重入力なし」「無人運転」などの願望に駆動されている場合で、明確なコスト削減や追加のビジネス価値がない場合
• コインを節約するためにドルを使うこと - 明確な投資収益率（ROI）がない場合
  
  

統合方法
片方向レプリケーション
最も一般的な方法は、データが一つのシステムで管理され、もう一方にプッシュされる方法です
そのデータの編集は最初のシステムで行われます。この同期は
バックグラウンドで自動的に行われ、システムのユーザーの介入は不要です。

片方向レプリケーションは、エンドユーザーのトレーニングや統合の労力を簡素化する傾向があります
一つのシステムが特定のデータセットの管理を担当するためです。二方向レプリケーションも可能ですが、実際にはエンドユーザーは一つの記録システムを持つことを好むことが多いです。

例：一般的なCMMSやERPシステムの統合では、「マスター」データとして
機械/資産やスペアパーツリストが会計や購買部門によって既に管理されています。そのデータは発送のために提供される一方向レプリケーションによって使用されることがあります。この場合、新しい機械やパーツを追加するための記録システムはCMMSやERPシステムです。その典型的な統合は、そのマスターデータを発送システムに一方向で同期します。

もう一つの例：発送または作業指示書のイベントは、通常、
発送システムで作成および管理されます。あなたの会社のビジネス要件に基づいて、このイベント記録は
レコードの作成時、更新時、または発送で完了したときに一方向でCMMSまたはERPシステムと同期されることがあります。個々のイベントを同期することで、作業履歴やスペアパーツ/労働詳細の追加コピーを提供できます。ただし、それはすでに発送で広く利用可能であるため、多くの
会社は、機械ごと、時間ごとに、日次/週次/月次の基準で集約されたコスト情報のみを同期することを選択します。

一般的なマスターデータの可能な場所
* 注：必要に応じて、発送はこれらの領域のマスターとして機能することができます。

部分的自動化 / 手動処理
いくつかのサードパーティツールでは、上記のようにデータをプログラム的に同期させる良い統合方法やAPIは存在しません。そのような場合、考慮すべきベストプラクティスがいくつかあります：

1. ファイルインポート / バッチ処理機能を活用してください。 もしあなたのサードパーティアプリケーションがファイルからデータをインポートまたはエクスポートできる場合、その機能を利用できます。
2. 発送を記録のシステムとして使用し、集約コスト情報のみをサードパーティシステムで使用することを検討してください。 多くのサードパーティアプリケーションは、必要な期間の集約取引を入力することでほぼ同じ機能を実現できます。例えば：労働コストやスペアパーツコスト情報が必要なERPシステムでは、発送からのレポートに基づいて週または月ごとに1つの取引を入力することを検討できます。この方法は、詳細情報をすべて必要とせずにERPシステムに必要な情報を転送します。
3. データ入力を低コストのリソースに集中させてください。 もしプログラム的にデータをインポートできず、サードパーティシステムを使用し続ける必要がある場合、データ入力を集中させることを検討してください。これにより、システムのユーザーへの影響を低減し、システムを使用する従業員からのデータ転送の監査上の利点を得ることができます。

統合のベストプラクティスの概要

アプリケーションエリア別の典型的な統合シナリオ
スペアパーツリスト、コスト、在庫レベル、使用状況
ここでは、サードパーティのCMMSまたは
ERPシステムとスペアパーツを統合する一般的なシナリオを示します。

1. マスターパーツリスト、コスト、在庫レベルはサードパーティシステムにあり、定期的に発送に同期されます。使用状況は発送で追跡され、サードパーティシステムに戻されて在庫から除外されます。スペアパーツの使用コストは、集計レポートまたは詳細記録を通じてサードパーティシステムに提供されます。
2. 発送は、パーツリスト、コスト、在庫、使用状況を追跡します。発送は、最小在庫レベルを超える部品の再注文のためのレポートを提供します。購入注文はサードパーティシステムで追跡されます。スペアパーツの使用コストは、集計レポートまたは詳細記録を通じてサードパーティシステムに提供されます。

機械/資産とライン/セル/コストセンター
これらの記録エリアはトランザクション性がなく、通常は一方向または他の方向に同期され、企業の編集場所の好みに基づいています。

1. レコードはサードパーティシステムに追加および管理され、発送のために同期されます。
   使用。
2. レコードは発送に追加および管理され、サードパーティシステムに同期されます。

予防保全命令、作業指示書、およびリアクティブコール（発送）
私たちのお客様のほとんどは、計画された作業のために私たちのPMスケジューラーを使用するように移行しています。こちらが
いくつかのオプションです。

1. PMと作業指示書は発送でスケジュールおよび管理されます。完了したPM、作業指示書、およびリアクティブコール（発送）は、詳細レコードまたは集約されたコスト/労働情報としてサードパーティシステムに同期されます。
2. PMはサードパーティシステムでスケジュールされ、発送システムで発送として起動されます。完了したPM、作業指示書、およびリアクティブコール（発送）は、詳細レコードまたは集約されたコスト/労働情報としてサードパーティシステムに同期されます。

従業員レコード / ログイン
私たちはAPIを通じて従業員レコードを発送システムに同期させる能力があります。私たちはまた、認証のために顧客サーバーとのLDAP統合をサポートしています。および/または、シングルサインオン（SSO）機能のために顧客のウェブポータルとの統合能力もあります。

生産スケジュールと実績
企業はAPIを通じて発送と連携し、次のことを提供できます：

1. 生産スケジュール（ピッチスケジュール、需要）。
2. 生産実績（実際に生産された部品、スクラップ量、製品SKU、オペレーター数）。

このデータはAPIを通じてエクスポートも可能です。

労働時間、材料、その他のコスト
PM、作業指示書、およびリアクティブコール（発送）に費やされた労働時間、ならびに材料や外部コストは、次の方法でサードパーティシステムに提供できます：

1. 各PM、作業指示書、または発送の詳細労働/コストレコードとして。
2. マシンごと、ラインごと、または日/週/月単位の集約された労働/コストレコードとして。

このデータは自動統合またはユーザーがレポートを実行し、手動でデータを入力することで提供できます。

API制限

API呼び出しには制限があります。制限は1秒あたり10リクエストです。その後、クライアントは429ステータスコードの応答を受け取ります。

概要
このドキュメントは、私たちの顧客と見られる一般的な統合方法とシナリオの概要を提供します。多くの他のシナリオも可能であり、現在使用されています。上記に記載されていない統合が必要な場合は、お気軽にお問い合わせください。喜んで支援いたします。