多くの製造業では、従来、自社製品の製造と卸売に特化したビジネスが主流でした。しかし近年は、自社製造にとどまらず、他社からの仕入品販売や納入後の保守サービスまで手掛ける企業が増加しています。これは、製造機能を核としながら商社機能やサービス機能も統合した「複合型製造業」への変化といえます。
このように多角化したビジネスを展開する企業では、製造・仕入販売・保守サービスといった各領域の業務要件を網羅するシステム構築の難しさが大きな課題となっています。
本記事では、「製造×商社×サービス」という新たなビジネスモデルに最適化するためのシステム構築アプローチを、実務的な観点から解説します。
製造特化から事業を多角化してきたメーカーの現実
日本の製造業、とりわけ中堅・中小規模のメーカーや直販・直入ルートを持つ産業機械・精密機器・建材メーカーなどにおいて、ビジネスモデルの多角化が進み、昨今では以下のような多角的なビジネスを展開する企業が増加傾向にあります。
- 自社製造ビジネス：自社工場や協力工場での部材調達、加工・組み立てによる製品販売。
- 商社・流通ビジネス（仕入品販売）：自社製品のラインナップを補完するため、他社製完成品や周辺機器を仕入れてラインナップ販売、または仕入先から顧客へ直接配送する仲介・直送取引。
- サービス・保守ビジネス（サービタイゼーション）：機器納入後の設置・導入支援、定期点検、障害対応、パーツ供給、年間保守契約（サブスクリプション）、受託改修といったアフターサービス。
このように「製造業でありながら、商社的機能を持ち、技術的なサービスも提供する」という、「複合型製造業」の企業が、顧客エンゲージメントの向上と安定した収益基盤（ストック型ビジネス）の確立を実現しています。
製造業特化型のERPが抱える構造的な限界
ビジネスモデルが高度化する一方で、従来のビジネスを支えてきた基幹システムとの間には大きなギャップが生じています。
自社製造・他社品仕入販売・エンジニアリングサービスという、業務プロセスも原価計算ロジックも大きく異なる3つの事業を1社内で並行運用するため、従来の標準的なERPパッケージではカバーしきれない構造的要因が存在するのです。
多くの企業では、過去に「製造業向け」として導入された生産管理システムや基幹ERPを運用し続けていますが、これらは繰り返し生産や個別受注生産といった「ものづくり」の工程管理や原価計算に最適化して設計されているケースがほとんどです。
結果として、商社的な「在庫を経由しない直送取引」を行おうとすると、システム上に存在しないダミーの製造指示を通さざるを得なくなります。また、納入後の保守履歴や車載部品の在庫を追おうとしても、Excelや別個のローカルシステムによる二重管理が発生するなど、現場の運用に大きな負荷と不整合を引き起こしています。
今後の複合型製造業には、製造販売・仕入販売・サービスの全ビジネスプロセスを無駄なく包含し、データの一貫性を保ちながら全社の収益を可視化する「次世代ERP戦略」が不可欠といえます。
複合型製造業特有のシステム課題
では、具体的にどのようなシステム課題があるのでしょうか。まずは各事業軸が求めるシステム要件の違いから整理してみましょう。
製造・販売・保守で異なる業務要件と原価ロジック
複合型製造業において「1.従来からの製造業としての事業 2.仕入販売を行う商社的な事業 3.保守サービス事業」の各事業軸が求めるシステム要件は、業務プロセスや原価計算ロジックの面から本質的に異なります。
| 事業軸 | 主な業務要件・原価計算ロジック | システムに求められる特性 |
|---|---|---|
| 製造機能 | BOM（部品表）管理、MRP（資材所要量計画）、工程・進捗管理、標準/実際原価計算 | 重厚・正確性（厳密な階層構造と論理的な生産計画） |
| 商社機能 | 受注即発注、メーカー直送、貿易・外貨対応、各種割引・受発注パターン、仕入原価管理 | スピード・柔軟性（受発注の直接紐付け、伝票処理の簡略化） |
| サービス機能 | 機器台帳（シリアル管理）、エンジニア配車、作業報告、保証判定、サブスク契約、稼働人件費・役務原価計算 | リアルタイム・個体軸（顧客ごとの設置個体管理と人的稼働管理） |
システムの分断が引き起こす4つの運用課題
これら3つの事業軸の要件をバランスよく収める仕組みがない場合、次のような運用上の課題が発生しやすくなります。
- 仕入品販売における不必要なデータ入力の多発
仕入品を転売する際にも「製造品目」として登録を強制され、ダミーBOMや工程など、不要なデータ入力処理を経なければ手配が進まない。 - 「顧客・シリアル（製品個体）」軸での収支が見えない
製造段階の原価は追えるものの、出荷後の無償修理コストや交換パーツ代、現場技術者の人件費が紐付かず、顧客ごとの真のライフサイクル利益（LTV）が把握しにくい。 - フィールドサービスの車載在庫・拠点在庫の不透明化
サービスマンが移動車輌に積み込んでいる部品が基幹ERPの在庫管理から外れ、棚卸資産の差異やパーツの過剰保有の原因となる。 - 二重マスター・二重入力による業務効率の低下
営業は販売管理システム、工場は生産管理システム、カスタマーサポートはCRM/Excelと、データがサイロ化し、マスター改修や転記作業に追われる。
複合型ビジネスに最適なシステムを構築するアプローチ
こうした課題を解決するために、製造、商社、サービスなど複数の機能をもつ『複合型製造業』に最適化した仕組みが求められています。とはいえ、「複合型モデル向けのシステム」と一括りにして扱うことはできないため、企業規模、予算、および「どの業務領域がビジネスの主軸か」に応じて、ERPの選定およびシステム構造のアプローチを検討する必要があります。
大きく分けると以下の4つに分類されます。
- オールインワン型の単一ERP（モノリシックシステム）
- コアERP ＋ 専門SaaS連携（コンポーザブルERP）
- 2-Tier ERP（二層ERP）
- プロジェクト管理/案件型ERPベース構築
単一システムで全業務を網羅するオールインワン構成
製造・流通（商社）・サービスの標準モジュールを網羅したオールインワン型の単一ERP（モノリシックシステム）を採用し、単一プラットフォームですべての機能を賄う方法です。
ライセンスコストは高額になる傾向がありますが、統一プラットフォームで業務が運用できるメリットがあります。
- 代表的な製品： SAP S/4HANA Cloud、Oracle Fusion Cloud ERP、GRANDITなど
- 特徴： 製品出荷から機器台帳への自動登録、保守契約・部品出庫までデータモデルが一貫しており、全社一元管理が高次元で実現します。
- 適用指針： 全社的に標準プロセスへ合わせる方針があり、一元化による経営データの可視化を最優先とする企業向けです。
コアERPと専門SaaSを柔軟につなぐコンポーザブル構成
中核となる財務・販売基盤（コアERP）で基本的な機能を固め、高度な現場運用が求められる製造（MES）、プロジェクト管理、アフターサービス管理（FSM）や営業管理領域（CRM）には専門の特化型SaaS・システムを配置し、API等で柔軟にデータ連動させるアプローチです。
オールインワン型の単一システムに依存せず、必要な機能を組み合わせるこの手法は「コンポーザブルERP」と呼ばれ、昨今数多く採用されています。領域特化型のSaaS市場の成熟とAPIエコシステムの拡大により、この「適材適所」型のアプローチが今後のエンタープライズ・アーキテクチャの主流になっていくと考えられます。
- 代表的な組み合わせ：
基幹（ERP）： GRANDIT、GLOVIA iZ、OBC 蔵奉行/製造 など
サービス/CRM/現場管理： Salesforce (Service Cloud / Field Service)、ServiceMax、HubSpot など - 特徴： 現場（エンジニアや営業）の操作性を損なわずに導入でき、部分的なシステム刷新も容易です。マスター連携とAPI設計が成功の鍵となります。
各拠点の役割に応じて分ける2-Tier（二層）構成
親会社・製造拠点は重厚な生産管理ERPを導入し、商社機能を担う販売子会社や保守サービス専門子会社には軽量なクラウドERPを導入して二層構造で統合する手法です。役割に応じて分社化されている企業グループにおいて、グループガバナンスの維持と事業部門ごとの俊敏性（アジリティ）の両立に寄与します。
- 代表的な組み合わせ： 本社製造拠点（SAP等） ＋ 販売/サービス子会社（Microsoft Dynamics 365 Business Central、NetSuite等）
- 特徴： 製造の複雑な要件に小回りの利く販売・サービス部門が引きずられず、グループ全体でのスピード感を維持できます。
受注から保守までを案件単位で追跡するプロジェクト型
「自社製造」であっても繰り返し生産ではなく個別受注生産（BTO/ETO）が中心で、「装置の設計・製造・納入・施工・定期保守」までを1つの「案件（プロジェクト）」として管理するビジネスに最適化されたアプローチです。
- 代表的な製品： Zac、ProActive、GRANDIT（プロジェクト管理モジュール）
- 特徴： 案件番号に紐付けて部材調達（商社）、内作（製造）、技術者派遣・保守（サービス）の売上・原価をリアルタイムで追跡できます。
次世代ERP戦略への取り組み方
ご紹介した4つのアプローチのうち、オールインワン型のERP以外の手法は、コストを抑えつつビジネスの変化へ柔軟に対応できる一方、システム間におけるデータモデルの差異や、API連携の複雑化という「構造的な課題」への対応が必要となります。各システムが保持する異なるマスター構造・トランザクションデータをリアルタイムで同期させ、一貫した業務プロセスを維持するには、単一パッケージの知見にとどまらない高度な全体アーキテクチャ設計が不可欠であるためです。
また、これらのアプローチでは複数社とのやり取りを行いながら導入プロジェクトを進める必要があり、高度なプロジェクトマネジメントが求められます。
そのため、自社のIT部門だけで実現が難しい場合は、「次世代ERP戦略」について知見と実績を持つ外部パートナーを巻き込むことが有効な選択肢となります。
関連情報：SaaSインテグレーション ｜ポストモダンERPの実現
複合型ビジネスの基幹システム設計例
続いて、『複合型製造業』で求められるシステムの具体的な設計例をご紹介します。
設計例①製造機能と商社機能の両立
製造機能と商社機能を同じERP上でスムーズに両立させるための、具体的な業務設計手法を解説します。
品目マスターの属性設定で手配ロジックを自動分岐させる
すべての起点となるのは、品目マスターに設定する属性定義です。ERPの標準機能は、この属性を見て手配ロジックを自動分岐させます。
| 設定項目 | 自社製造品 | 仕入品 |
|---|---|---|
| 品目タイプ | 内作品 / 完成品 | 商品 / 仕入品 |
| 調達区分 | 内作 | 外注・購買 |
| BOM | 必須（親品目として登録） | 不要（単体品目として登録） |
| 手配計算（MRP） | 製造指示の自動生成 | 購買依頼の生成 |
ここでの設計のポイントは、仕入品に対してシステム上のダミーBOMやダミー工程を作成しないことです。設定の段階で手配ロジックを明確に切り分けることが重要となります。
商社機能の標準フロー（在庫販売・直送取引）
品目の属性定義が正しく行われていれば、商社特有の取引も標準フローで処理できるようになります。
①在庫販売フロー（自社倉庫を経由する仕入販売）
自社で在庫を保持して販売する場合、受注登録時に品目の調達区分が「購買」になっていれば、MRP実行時に製造指示ではなく「購買依頼・発注データ」が自動生成されます。製造品と同じ倉庫を共有する場合でも、論理的なロケーション（棚番）を分けることで作業混乱を防止します。
②直送取引フロー（倉庫を経由しない販売）
仕入先から納入先（顧客）へ商品を直接配送する、商社特有の取引です。標準ERPに搭載されている「直送（Direct Delivery）」機能を活用します。
受注登録と同時に「顧客の納入先情報が印字された購買発注」が自動起票されます。仕入先からの発送通知（または顧客からの検収）をトリガーに、「仕入計上」と「売上計上」を同日・同時処理（バック・トゥ・バック）し、入出荷の画面入力を省略させます。
製造品と仕入品をセット販売するための販売BOM活用
自社製造品と仕入品をセットにして1つの製品として販売する場合、「販売BOM（キット品）」機能を利用します。
- 受注時： 見積・受注画面で「セット品目」を入力すると、明細に「製造品（親）」と「仕入品（子）」が自動展開されます。
- 手配時： 製造品には「製造指示」、仕入品には「購買発注」が個別に連動生成されます。
- 出荷時： 出荷倉庫にて双方の引当を完了させたうえで、セット品として一括出荷・請求処理を行います。
商社業務のシステム設計で直面しやすい課題と回避策
実際の構築現場で発生しやすい課題と、その回避策は以下のとおりです。
- 仕入品へのダミー工程の割り当て
⇒ 回避策：調達区分「購買」の品目には、製造指示を発行できない権限エラーチェックを組む。 - 直送取引における仕入・売上の計上時期の乖離
⇒ 回避策：仕入先請求書の到着を待たず、検収通知をトリガーに未払仕入計上と売上計上を同時に走らせる標準運用へ統一する。 - 評価方法の混同による原価計算不全
⇒ 回避策：製造品（標準・実際原価）と仕入品（移動平均・個別法など）で勘定決定ロジック（評価グループ）を明確に分離する。
設計例②製造・販売・保守を一元管理する
商社機能の最適化に続いて、もう一つの重要な軸である「サービス・保守」の機能に対応するための設計例を取り上げます。
納入後のフィールドサービス・保守運用を基幹ERPへ連動させる際の具体的な構造を解説します。
ERPと保守システムをつなぐライフサイクルデータフロー
シリアルナンバーを軸にした機器台帳の自動作成
製造・出荷の段階で発行された「シリアルナンバー」をキーとして、出荷完了イベントと同時に、サービスシステム側へ「機器台帳」を自動生成します。
- 登録データ構造：
基本情報： シリアルNo.、出荷日、顧客ID、設置場所住所
構成情報： 出荷時点で組み込まれていた主要部品・モジュールのシリアル・品番
契約情報： 無償保証終了日、加入保守契約プラン（SLA）
現場で部品が交換・改修された場合は機器台帳側も更新され、常に現在の最新構成が維持されます。
車載在庫をロケーション化し部品消費をリアルタイム管理
フィールドサービスにおいて発生しやすい「パーツ在庫の不透明化」を防ぐため、ERP上の倉庫マスター設計を工夫します。
- 車載倉庫のロケーション化
サービスエンジニア個人や車両ごとに、ERP上で「移動論理倉庫」を設定します。 - リアルタイム引当・移動処理
エンジニアが現地で修理パーツを使用した場合、モバイル端末での作業登録と連動して、ERP上の車載倉庫から在庫が減算処理（消費）されます。拠点からのパーツ持ち出しは「倉庫間移動」として処理します。
人員稼働・役務提供をベースにした売上計上と会計連動
サービス・保守ビジネスにおける会計処理で最も重要なのは、単なるパーツ代の請求にとどまらず、現場エンジニアの「実稼働（作業工数・時間）」や「役務提供の履行状況」に基づいた売上計上（収益認識）と原価のリアルタイム連動です。
新収益認識会計基準（役務提供の完了または進捗に応じた収益認識）に準拠しつつ、基幹ERPと連動させる主な3つの計上パターンと設計ポイントは以下のとおりです。
①実稼働ベース（タイム＆マテリアル方式）の売上計上
スポットの修理作業、導入支援、受託改修など、投入した作業量に応じて請求するビジネスモデルにおける標準フローです。
- 仕組み： 現場エンジニアがモバイル端末で入力した「作業時間（実稼働工数）」×「スキル別・時間別の技術単価」＋「使用部品代」＋「出張実費」が、作業完了（顧客による電子サイン＝役務提供の完了）と同時に自動計算されます。
- 会計連動： 作業完了報告がトリガーとなり、ERP上で「売上計上」と「売掛金（請求データ）」が即座に生成されます。これにより、手作業での工数計算や請求漏れ、月跨ぎによる計上遅れを防止し、稼働実績に裏付けられた売上をリアルタイムに確定させます。
②保守契約・定額サービスにおける「履行/経過ベース」の収益認識
年額・月額の定額保守契約（サブスクリプション）や年間メンテナンス契約の場合、金銭の回収タイミングと売上計上タイミング（役務提供の履行）を分離して管理する必要があります。
- 前受金の管理： 契約締結・一括請求時に回収した対価は、ERP上で一旦「前受収益（繰延収益）」として計上します。
- 会計連動（収益認識）： 契約期間の経過（毎月の均等振替）や、計画された定期点検・点検作業といった「実際の役務提供（稼働実績）」の完了イベントをトリガーにして、前受収益から「保守売上」へと段階的に振り替え計上を行います。これにより、契約に対する役務の履行状況と会計上の売上が厳密に一致します。
③無償対応（ワランティ）時における「稼働原価」の自動集計
保証期間内の無償修理や初期不良対応の場合、顧客への売上は発生しませんが、投入されたエンジニアの稼働コスト（人件費）を正確にキャッチすることが重要です。
- 仕組み： 請求データは生成しませんが、投入された「稼働工数（労務原価）」と「消費部品代」を自動算出し、ERP上の「品質保証費」または「保証引当金」の対象原価として計上します。
- 効果： 「売上は上がらないが、どの製品・どの顧客にどれだけの稼働リソース（原価）が費やされたか」を可視化し、製品の品質改善や将来の保証引当金見積りの精度向上に直接活用できます。
複合型製造業の基幹システム刷新を成功させる3つの手順
仕入販売や保守等のサービスも提供する複合型製造業に適したシステムを実現するためには、従来の製造業向けシステム構築とは異なるアプローチが必要です。プロジェクト推進にあたっては、以下のステップを推奨します。
Step1：全部門で統一したゴールを設定する
システム刷新の計画段階で、単なる「業務の省力化」ではなく、「顧客・製品個体ごとのトータル粗利（製品製造粗利 ＋ 保守・部品販売粗利）を可視化する」ことをプロジェクトのゴールに設定し、工場・営業・サービス全部門のベクトルを揃えます。
Step2：複雑な業務パターンを事前整理してRFPへ反映する
ベンダーに提案を求める（RFP）段階で、単にベンダーに対して「製造業の実績」を問うのではなく、「仕入品の直送取引パターン」や「出荷後シリアル台帳の自動作成と現地部品消費の会計連動」といった具体的な複合シナリオを提示し、実機デモで標準対応範囲を確認します。
Step3：土台から順番にリリースする段階的導入を検討する
一括での全面刷新が難しい場合、「第一期：コアERP（製造・販売・会計）の刷新とマスター一元化」➔「第二期：FSM/CRM連携によるサービス業務のデジタル化」といった、データの土台から順を追った段階リリースを計画します。
自社に最適な基幹システムを構築するために
オールインワン型のERPパッケージのみで、製造販売・仕入販売・保守サービスの高度な業務要件をすべて網羅し最適化することは極めて困難といえます。そのため、本記事で解説したように、中核となる財務・販売基盤をコアERPで固めつつ、独自の要件や変化が激しい製造・案件・サービス管理などの領域には専門の特化型SaaSをAPIで柔軟に組み合わせる「コンポーザブルERP」のアプローチが現実的な最適解となります。
しかし、複数システムを統合して全体最適を図るには、データ連携の設計から運用構築に至るまで、高度な技術力とアーキテクチャの知見が求められます。自社のみでの全体構想や実装にハードルを感じている場合、専門的な知見を持つパートナーの支援を得ることが確実なアプローチといえます。
NCDCでは、複合的かつ複雑な業務要件を持つ企業に向けて、複数のクラウドサービスを最適に連携し、柔軟かつ俊敏なシステム基盤を構築する「SaaS Integration（コンポーザブルERP設計）」の支援を行っています。自社のビジネスモデルにフィットするシステムアーキテクチャの策定や刷新のアプローチにお悩みのIT部門の方は、ぜひお気軽にご相談ください。
