ERP統合・プロセスフローのデジタル化

SAP、Dynamics、NetSuite、Odoo、その他多くの地域ERPに標準コネクターで対応します。それ以外もREST APIやファイル連携で対応可能です。

統合レイヤーがカスタムフィールドとロジックをマッピングします。カスタマイズは想定内の対応で、導入の障害にはなりません。

ERPはそのまま使い、MSFがそれを補完します。財務や営業機能を維持したまま、世界レベルの製造層を加えられます。

ERPから現場へは、製造指図、品目マスタ、BOM(部品表)、工順、在庫数量が一般的です。現場からERPへは、指図と工程の実績確認、良品数と不良数、部材の消費実績、品質結果が戻ります。もめるのは、どの項目をどちらのシステムが主管するか、両方で更新されたときにどうするかです。マッピングを書き始める前に項目単位で主管を決めてください。後から覆すと高くつきます。

実績を転記するなら必要です。在庫移動の計上も工程の完了も、すべて書き込みです。ERP担当は直接DBアクセスではなく、BAPI、ODataサービス、ステージングテーブルといった公開インターフェース経由を求めるはずです。第一段階を参照のみにするのは妥当な進め方です。指図を取得して現場のパネルに表示し、数字が一致するまで転記は手作業のままにします。

ERP側の担当者が決まっていて、本番に近いテスト環境があり、インターフェースが合意済みで、マスタデータがおおむね正しければ数週間です。そうでなければもっとかかります。長引く原因はコネクター開発よりも、作業可能な停止時間の調整、移送(トランスポート)承認、そして4つある品目番号のどれが正なのかに答えてくれる人を待つ時間です。ERP側の窓口を今日名指しできないなら、月単位で見てください。

SFTP経由でのCSVまたはXMLの定期受け渡し、ERP側のステージングテーブル、あるいはERPベンダーか自社のERP担当が作成・保守するDBビューを使います。アプリケーションテーブルを直接読むのは通常許可されませんし、バージョンアップで壊れます。失われるのは即時性で、遅れは設定した間隔そのもの、シフトごとか夜間バッチが一般的です。戻り側にはERP側の取込ジョブと、その担当者、そしてエラーになったレコードの扱いルールが要ります。

必ずずれますし、どちらが正しいかを連携が決めることはありません。原因は計上タイミングの違い、現場で記録したが未転記の不良、そして両方のシステムの外で動いた現物です。得られるのはイベントの履歴です。差異がどのシフトのどの指図で生じたかまで遡れるので、棚卸のときにまとめて出てくることがなくなります。稼働開始前に、差異を突き合わせる担当と頻度を決めてください。

ERPにつながらなくてもオンプレのサーバーと工場内ネットワークが生きていれば、すでに引き渡された指図はパネルに残り、作業者は実績入力を続けられます。入力はローカルのデータベースに書かれるので再起動しても消えず、ERPが応答した時点で送信されます。現実的な限界は、そもそも転送されていない指図で、これは着手できません。後から送られた転記が経理の締めた期間に落ちないか、事前に確認しておいてください。

いいえ。プロセスフローデザイナーは帳票、承認、人から人への業務の受け渡しをデジタル化するもので、紙の逸脱処理や設計変更(ECR/ECO)の運用はよく乗ります。ただしERPの価格計算、所要量計画、会計転記のやり方は変わらず、ERPのレコードを更新する工程には結局その裏にインターフェースが必要です。原価計算ルールのように実体が計算であるロジックは、そのデータがある側に置いてください。