- 08 Oct 2024
- 1 読む分
- 印刷する
- 闇光
ERP統合の力をTempo MESで解き放つ
- 更新日 08 Oct 2024
- 1 読む分
- 印刷する
- 闇光
この統合の目的は、 ERP API と イベント駆動型アーキテクチャを使用して、ERPとTempo MES間のシームレスなデータ転送を可能にすることです。
エンタープライズリソースプランニング(ERP)は、組織が会計、販売、調達、コンプライアンス、サプライチェーン運用などの日常のビジネス活動を管理するために使用するソフトウェアの一種です。
ERPシステムは、企業がマスターデータ(材料、設備、BoMなど)とトランザクションデータ(製造指図、在庫管理)を収容するために使用する基本システムです。ERPシステムとデータを送受信して、2つのシステム間でデータを調整できることは、MESシステムに不可欠です。各お客様は、1つまたは複数のERPシステム(SAP、Oracle、D365、JD Edwardsなど)を持つことができます。Tempoは、システム間でデータを送信、変換、マッピングするために使用されるエンタープライズミドルウェアレイヤー(Mulesoft、SAP CPI、Boomiなど)を使用して、ERPシステムとの完全に自動化された統合を提供できます。
主要な概念とアーキテクチャ
デザインとアーキテクチャ
上の図に示すように、TEMPO-ERPインターフェースには2つの部分があります。
- まず、ERPはミドルウェアを使用してTempo MESにデータを送信し、マスターデータ(材料、設備など)とトランザクションデータ(在庫、バッチ実行など)のERP APIにデータを変換します。
- 次に、トランザクションが処理され、バッチ実行が実行されると、バッチ実行ステータスや品目在庫移動(消費、出力など)などのデータからイベントブローカー(RabbitMQ)にイベントが生成されます。ミドルウェアは、リスナーサービスを使用してイベントキューからデータをプルし、データをERPに変換し直します。
7.0 との利用可能なインバウンドおよびアウトバウンド統合
受信:
(C) - 作成
(U) - アップデート
(R) - 読み取り
バッチテンプレート(R)
Tempoからバッチテンプレートを読み取る機能。これにより、外部システムはTempoで利用可能なアクティブなバッチテンプレートを可視化できます。
バッチ実行/製造オーダー (C、R、U)
Tempoでバッチ実行を作成、更新、および読み取る機能。この完全に自動化された統合の一部として、ERPシステムは、作成しようとしている製品と、数量/単位に関連付けられた部品表を送信できます。Tempoシステムは、製品の最新の承認済みバッチテンプレートを決定し、それをバッチ実行の作成に使用できます。
統合の使用方法のより詳細な例を次に示します。
- ERP システムは、新製品の製造指図を登録します。
- ERPシステムは、製品情報と部品表を含むメッセージをTempoに送信します。
- Tempoは、製品の最新の承認済みバッチテンプレートを決定します。
- Tempoは、バッチテンプレートに基づいて新しいバッチ実行を作成します。
装備(C,R,U)
Tempoは、ERPやCMMS(Computerized Maintenance Management System)などのシステムから設備情報を受け取ることができます。この情報は、機器のステータス、キャリブレーション、およびTempoの場所を制御するために使用できます。
ここでは、機器統合の具体的な使用例をいくつか紹介します。
- ERPまたはCMMSから受信した機器データに基づいて、Tempoで新しい機器アイテムを作成します。
- Tempoの機器インスタンスのステータスは、機器がキャリブレーションされたり、新しい場所に移動したりしたときに更新します。
- Tempoでメンテナンス通知をトリガーするのは、装備アイテムのキャリブレーションやメンテナンスの期限が来たときです。
- Tempoで機器インスタンスの利用率とパフォーマンスを追跡します。
材料定義(C、R、U)
Tempoは、ERPやその他のMDG(Master Data Governance)システムから材料定義を受け取ることができます。これには、スキャン情報、代替測定単位、分類データなどの情報が含まれます。Tempo APIは、マテリアル作成プロセスの一環として、UoM(Unit of Measure)と分類データを自動的に作成します。
材料在庫 (ロット、サブロット) (C,R,U)
Tempo MESは、ERPシステムから在庫データを受け取ることができます。このデータは、Tempo MESでインベントリを作成するために使用できます。在庫データには、原材料、中間製品、および完成品を含めることができます。
インベントリ統合の使用方法の例を次に示します。
- ERP システムは、原材料の新しい出荷を受け取ります。
- ERPシステムは、新しい出荷の在庫データを含むメッセージをTempoに送信します。
- Tempoは、原材料の新しい在庫レコードを作成します。
キット(C、R、U)
Tempo キットは、生産バッチ実行に必要な材料をグループ化するために使用できます。ERPシステムは、製品の在庫アイテムのリストをTempoに送信でき、Tempoはリストからキットを作成します。その後、キットは個別に、または全体として消費できます。
以下は、キット統合の使用方法の例です。
- ERP システムは、新製品のバッチ実行の製造指図を登録します。
- ERPシステムは、バッチ実行に必要な製品在庫アイテムのリストを含むメッセージをTempoに送信します。
- Tempoは、製品在庫アイテムのリストからキットを作成します。
ロケーション(R)
locations API を使用して、システム内の使用可能な場所の一覧をクエリできます。これは、在庫を正しい場所に送る場合に役立ちます。
次に、locations API の使用方法の例を示します。
ERPシステムは、Tempoの新しい場所に在庫を送る必要があります。
- ERPシステムは、ロケーションAPIをクエリして、Tempoで使用可能なすべてのロケーションのリストを取得します。
- ERP システムは、一覧から正しいロケーションを選択します。
- ERP システムは、選択したロケーションに在庫を送ります。
ユーザー(R)
Users APIを使用して、Tempoシステムで使用可能なユーザーのリストを照会できます。
これは、外部システムからのバッチ実行またはプロシージャ実行にユーザーを割り当てる場合に使用できます。
送信:
バッチ ステータス イベント
バッチ状態イベントは、バッチ実行の状態と実行されたステップを提供します。この情報は、ERPシステムやその他の外部システムがバッチ実行の進行状況を追跡するために使用でき、計画と原価計算に役立ちます。
バッチステータスイベントの使用方法の例を次に示します。
- ERP システムは、新製品のバッチ実行の進行状況を追跡しています。
- ERP システムは、バッチ実行のバッチステータスイベントに登録します。
- ERP システムは、バッチ実行が完了すると、バッチステータスイベントから通知を受け取ります。
- その後、ERP システムは製造指図のステータスを更新し、適切な利害関係者に通知できます。
品目在庫移動
マテリアル移動メッセージは、Tempoシステム内のインベントリに変更が発生したときにトリガーされます。移動の種類と使用例は次のとおりです。
品目在庫生産 (MIP)
MIPは、TempoシステムでMaterial Outputアクションが実行されるときにトリガーする必要があります。
例: ERP SAP システムとの統合では、品目移動タイプ 101/105 (生産からの商品の入庫) の入庫が使用されます。
品目在庫消費 (MIC)
MICは、TempoシステムでMaterial Consumptionアクションが実行されるとトリガーされます。
例: ERP SAP システムとの統合では、品目移動タイプ 201/261 (消費の出庫) の出庫が使用されます。
品目在庫転送 (MIT)
MITは、Tempoでマテリアルの転送が発生し、インベントリをある場所から別の場所に移動するときにトリガーされます。
例: ERP SAP システムとの統合では、品目移動タイプ 301 の在庫転送が使用されます (1 つのプラント内の保管場所間での在庫転送)。
品目在庫ステータス転送 (MIST)
MISTは、インベントリのステータスがQA、ブロック済み、利用可能などから変更された場合に使用されます。
例: ERP SAP システムとの統合では、在庫転送を使用します。
- 移動タイプ321 - 品質検査から無制限使用への在庫転送。
- 移動タイプ 343 - ブロック使用から無制限使用への在庫転送。
品目在庫生産取消 (MIPR)
MIPRは、マテリアル出力反転アクションがTEMPOシステムで実行されるときにトリガーする必要があります。
例: ERP SAP システムとの統合では、品目移動タイプ 122 (製造指図の入庫取消) の入庫が使用されます。
品目在庫消費逆仕訳 (MICR)
MICRは、Tempoシステムで材料消費の逆転アクションが実行されるとトリガーされます。
例: ERP SAP システムとの統合では、品目移動タイプ 262 (消費の出庫取消) の入庫が使用されます。
資材在庫の追加 (ADD)
ADDは、マテリアルインベントリが循環棚卸またはアドホックを使用してTempoシステムに追加されるときにトリガーされます。
例: ERP SAP システムとの統合では、品目移動タイプ 711 (在庫数/調整) の在庫棚卸が使用されます。
サブトラクト材料インベントリ(SUB)
SUBは、マテリアルインベントリがインベントリから削除または廃棄されたときにトリガーされます。
例: ERP SAP システムとの統合では、品目移動タイプ 551 (スクラップ) の在庫不良が使用されます。
統合の構築
TempoからERPへの統合の旅を始めるには、いくつかの手順が必要です。
- ミドルウェアへの統合を備えたERPシステム。
- GraphQLおよび/またはRESTエンドポイントを呼び出す能力を持つミドルウェアチーム。(GraphQLは新しく、より柔軟なテクノロジーであるため、GraphQLが優先されます)。
- RabbitMQへのリスナーサービスを持つミドルウェアの機能。(TempoはRESTエンドポイントにデータを直接送信できますが、Event-Driven Architecture経由で接続することを好みます)。
- Tempo Public API (ERP API) へのアクセスを取得する。カスタマーサービス担当者と協力して、アクセスキーとAPIドキュメントのセットアップを受けてください。
- 統合マッピング - カスタマーサクセス担当者と協力して、主要なマッピング値について合意してください。当社の担当者は、お客様のミドルウェア統合チームと緊密に連携して、すべての分野での調整に必要なサポートを提供します。
APIドキュメント
ERPシステムとTempoを統合するために使用する必要のあるERP関連のAPIの詳細なガイドを作成しました。このガイドには、Postman のさまざまなエンドポイントとフィールドの説明が含まれています。
統合チームには、postman コレクションと、設定する必要がある環境変数へのアクセス権が付与されます。これにより、統合プロセスをできるだけ迅速かつ簡単に行うことができます。