ERP

ERP連携とは：CRM・MES・WMSとの役割分担と、データ連携の注意点

2026/11/3 シリーズ「ERP 入門」 第9回 / 全9回

🤖 AIを使用して執筆

なぜ全部を ERP に入れないのか：求める速さと細かさが違う

製造の業界には、会社の業務と工場の現場の仕組みを階層に分けて、その間の受け渡しを決めた国際規格がある。米国の国際的な自動化の学会 ISA（International Society of Automation）が作った ISA-95 で、国際電気標準会議 IEC（International Electrotechnical Commission）の規格では IEC 62264 という¹。この規格は、工場の機械の制御から会社の経営までを、仕事の種類ごとに段（層）に分ける。工場の作業の管理を第 3 層、事業の運営を第 4 層と呼び、MES のような作業の管理の仕組みが第 3 層を、ERP が第 4 層を受け持つ²。規格が扱うのは、第 3 層の作業と、第 3 層と第 4 層の間の受け渡しの中身である³。

二つの層は、求める速さが違う。第 3 層はふつう日、勤務の交代、時間、分、秒の刻みで動き、第 4 層は月、週、日の刻みで動く²。「リアルタイム」の意味も違い、第 3 層では現場で起きたことの数秒後に情報があることを、第 4 層では日ごと、または交代の後の数時間のうちに情報があることを指す²。数秒前の現場の記録が要る仕事と、日ごとに締めた記録で足りる仕事とでは、仕組みに求める速さが違うので、別の仕組みにする。

扱う細かさも違う。SAP（ドイツの SAP 社の ERP）の在庫の管理は、保管場所ごとに在庫の数量と金額を持つが、SAP の倉庫管理システムの EWM（Extended Warehouse Management）は、倉庫を棚の一つ一つまで細かく表せる⁴。倉庫の作業は、ERP の在庫の管理とは別の仕組みで扱う。それが別の会社の製品のことも、ERP の中の別の機能のこともある。ERP の製品を作る会社も、ほかの会社の MES とつなぐ方法を用意している。Microsoft は、Dynamics 365 の生産の機能の代わりに、ほかの会社の MES を使う会社もあるとして、その受け渡しを説明している⁵。

正式な記録は、対象ごとに一つのシステムが持つ

システムを分けると、同じ注文や同じ顧客が、複数のシステムに載る。そこで、対象ごとに正式な記録を持つシステムを一つ決める。これを、システム・オブ・レコード（system of record、正本）という。SAP の用語集では、ある対象について権威のある記録の出どころとなるシステムを指す⁶。SAP Business ByDesign では、マスタデータ（取引先や品目のような基準の情報）を別々のシステムで同時に変えると食い違うので、記録ごとに決めたシステムでだけ変え、それをほかのシステムへ自動で写す⁷。

請求書が、わかりやすい例である。Microsoft の Dynamics 365 では、営業の CRM（Sales）と ERP（Supply Chain Management）の間で見積と注文を行き来させるが、請求書は ERP で作って CRM へ写し、CRM の側では請求書を直せない⁸。写しが届くと、CRM の注文の状態が自動で「請求済み」に変わる⁸。お金の正式な記録は ERP が持ち、CRM はそれを見る側に回る。

何を受け渡すか：番号と状態

システムの間を渡るのは、主に番号と状態である。Microsoft の MES との受け渡しでは、何をいくつ作るかを書いた製造の指示を ERP が MES へ知らせ、MES は、作業で報告した良品と不良の数や、使った材料の量を ERP へ返し、製造の指示が終わったという状態も知らせる⁵。

番号は、二つのシステムで重ならないようにする。Dynamics 365 では、注文の番号が重ならないよう、ERP と CRM で別の番号の振り方を使う必要があり、例として、ERP では F1、F2、CRM では C1、C2 と振る形を挙げている⁸。在庫も、二つのシステムで合わせる。SAP では、実地の棚卸と在庫の差の記録で、在庫の管理の帳簿の在庫と、EWM の倉庫の在庫を、いつも一致させる⁴。

受け渡しの失敗：重複は受け手が捨て、取り込めないものは直して送り直す

受け渡しは、途中で失敗しうる。送り手が送った直後に落ちて、届かなかったと思い込んで送り直すと、同じ知らせがシステムに二度入る⁹。送った知らせは届いていても、「届いた」という返事だけが送り手に戻らないこともある⁹。

重複は、受け手の側で防ぐ。同じ知らせを二度処理しても、一度処理したのと同じ結果になるように作ることを、冪等（べきとう）という。そのためには、処理した知らせを記録し、送り直しても変わらない番号で、処理済みのものを飛ばす¹⁰。複数のシステムの間で、知らせをちょうど一度だけ届けることを保証するのは、現実には難しい¹⁰。だから受け手の側で重複を捨てる作りにする。

メッセージを届ける仕組みの側で重複を捨てる方法もある。Azure Service Bus は、注文の番号と知らせの件名を組にした番号を例に挙げ、決めた時間のうちに同じ番号で送られた知らせを捨てる⁹。

取り込めなかった知らせは、すぐには捨てずに残して直す。SAP がシステムの間でデータを受け渡すときの決まった形式（IDoc）では、受け取ったデータには、取り込めたか（状態 53）、取り込めなかったか（状態 51）の状態が付く¹¹。状態 51 の IDoc は、誤りを直してから処理し直せる。直せないものには、削除の印を付けられる¹²。

欠落も起こりうる。Dynamics 365 では、CRM と ERP の同期を止めたあと、一日のうちに再開しないと、止めている間の変更が失われることがある¹³。

取引先との受け渡し：EDI

取引先の会社から注文が届く場合も、同じように受け渡す。取引先のシステムから、注文の番号、品目、数量が、人が打ち直さずに ERP へ入る。このように、会社や行政機関がコンピュータをネットワークでつなぎ、伝票や文書を電子のデータで自動に交換することを、EDI（Electronic Data Interchange、電子データ交換）という¹⁴。Web の画面に人が打ち込む方法は、厳密には EDI とは言えない¹⁴。EDI が広がる前は、発注した側のコンピュータが出した帳票を、受けた側が自分のコンピュータへ打ち直していた¹⁴。EDI は、その打ち直しを無くす。

会社ごとの独自の形式で交換するものも EDI と呼ぶことがあるが、なるべく広く合意された標準に従うのが望ましいとされる¹⁴。標準に従う場合、送る側は社内の形式を標準の形式に変え、受ける側は標準の形式を社内の形式に変えて取り込む¹⁴。国際的な標準には、国際連合の欧州経済委員会（UNECE）の UN/EDIFACT がある。UN/EDIFACT（United Nations rules for Electronic Data Interchange for Administration, Commerce and Transport）は、独立したコンピュータの仕組みの間で、構造を持つデータを電子で交換するための標準である¹⁵。日本の消費財の流通では、流通 BMS（Business Message Standards、流通ビジネスメッセージ標準）という標準がある¹⁶。

分析は、ERP の記録を写した別の基盤で

会社が、過去 5 年の売上を、品目別、月別に集計したいとする。この集計は、ERP の受注と請求の記録を、分析のための基盤（データウェアハウス）へ写して行う。何百万件もの取引を集計する分析を取引の仕組みで動かすと、ほかの取引を待たせて遅くすることがあり、いま入ってくる注文の記録まで遅れる。ただし、よく設計したスキーマのような例外もある¹⁷。データウェアハウスは、分析の処理を取引の処理から切り離し、取引の仕組みに影響を与えずに分析を速くする¹⁸。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。