Excelの受発注管理が限界を迎える瞬間
「受注が月300件を超えたあたりから、Excelの転記ミスが増えた」「発注書をFAXで送っているが、先方に届いていないトラブルが月に2〜3回ある」「在庫の数字が合わない。棚卸しのたびに半日潰れる」。
中小製造業の経営者・情シスから、こうした相談が増えている。Excelや紙の受発注管理は、取引件数が月200〜300件を超えると転記ミス・二重入力・在庫不整合が構造的に発生する。受発注システムへの移行は「いつかやりたい」ではなく、「いつまでにやるか」を決めるフェーズに来ている。
本記事では、受発注システムに必要な機能、3つの導入パターンと費用相場、製造業特有の要件、補助金の活用方法を体系的に解説する。
受発注システムに必要な機能一覧
基本機能
| カテゴリ | 機能 | 概要 | 必須度 |
|---|---|---|---|
| 受注管理 | 受注登録・一覧 | Web/EDI/FAXからの受注を一元管理 | 必須 |
| 受注ステータス管理 | 未処理→処理中→出荷済→完了の進捗管理 | 必須 | |
| 受注残管理 | 未出荷の受注を可視化 | 必須 | |
| 発注管理 | 発注書作成・送信 | PDF/EDI/メールでの自動送信 | 必須 |
| 発注先マスタ管理 | 仕入先の単価・リードタイム管理 | 必須 | |
| 発注点管理 | 在庫が基準値を下回ったら自動アラート | 推奨 | |
| 在庫管理 | 入出庫管理 | 受入・出荷に連動した在庫増減 | 必須 |
| ロケーション管理 | 倉庫・棚番号での在庫所在管理 | 推奨 | |
| 棚卸し機能 | 実在庫とシステム在庫の差異を確認 | 必須 | |
| 請求管理 | 請求書自動生成 | 納品データから請求書を自動作成 | 必須 |
| 入金消込 | 銀行入金データとの自動照合 | 推奨 | |
| インボイス対応 | 適格請求書の記載要件を自動適用 | 必須 | |
| 分析 | 売上分析 | 得意先別・商品別・期間別の売上レポート | 推奨 |
| 在庫回転率分析 | 滞留在庫・死蔵在庫の可視化 | 推奨 | |
| 利益率分析 | 商品別・案件別の粗利管理 | 推奨 |
製造業特有の要件
| 要件 | 説明 | 必要になるケース |
|---|---|---|
| ロット管理 | 原材料のロット番号を製品に紐づけ、トレーサビリティを確保 | 食品・化学・医療機器 |
| トレーサビリティ | 製品→工程→原材料を遡って追跡可能 | 品質問題発生時の原因特定 |
| EDI連携 | 取引先とのデータ交換(全銀EDI/Web-EDI/流通BMS) | 大手メーカーとの取引 |
| BOM(部品表)連携 | 製品の構成部品を管理し、所要量を自動計算 | 組立製造業 |
| 工程管理連携 | 受注→製造指示→進捗管理→出荷の一気通貫 | 受注生産型 |
| 図面・仕様書管理 | 受発注データに技術文書を紐づけ | 部品加工業 |
3つの導入パターンと費用相場
| 項目 | パッケージ/ERP導入 | SaaS型 | スクラッチ開発 |
|---|---|---|---|
| 初期費用 | 100〜500万円 | 0〜50万円 | 500〜1,500万円 |
| 月額費用 | 保守3〜15万円 | 5〜30万円 | 保守5〜20万円 |
| 導入期間 | 2〜6か月 | 2〜4週間 | 4〜12か月 |
| カスタマイズ性 | パラメータ設定範囲内 | テンプレート範囲内 | 完全自由 |
| 連携自由度 | パッケージの対応範囲 | API提供あり | 無制限 |
| 2年間総コスト | 172〜860万円 | 120〜770万円 | 620〜1,980万円 |
| 向いている企業 | 業種標準の業務フロー | 小規模・標準的な取引 | 独自業務フロー・大量取引 |
費用を左右する5つの要因
| 要因 | 影響度 | コスト増の目安 |
|---|---|---|
| 取引先数 | 高 | 100社超で+50〜100万円(マスタ移行・EDI設定) |
| 既存データ移行 | 高 | Excel/旧システムからの移行で+30〜200万円 |
| 外部システム連携 | 高 | 会計ソフト・倉庫管理・ECとの連携で1接続あたり+30〜80万円 |
| 帳票カスタマイズ | 中 | 取引先ごとに異なる帳票フォーマットで+20〜50万円 |
| ユーザー数 | 中 | SaaS型は10名以上で月額が大幅増 |
パッケージ/SaaS vs スクラッチの判断基準
| チェック項目 | 該当数0〜2 → SaaS/パッケージ | 該当数3以上 → スクラッチ検討 |
|---|---|---|
| 取引先ごとに価格体系が異なる(個別単価、数量割引、期間契約) | ||
| EDI(全銀/流通BMS/Web-EDI)での受発注が取引の30%以上 | ||
| ロット管理・トレーサビリティが法規制上必須 | ||
| 既存の生産管理システム・会計システムとリアルタイム連携が必要 | ||
| 月間受発注件数が1,000件を超える | ||
| 独自の承認フロー(3段階以上)がある |
補助金で開発費を圧縮する
受発注システムの開発は、以下の補助金の対象になる。
| 補助金 | 補助率 | 上限額 | 対象 |
|---|---|---|---|
| ものづくり補助金(デジタル枠) | 1/2〜2/3 | 1,250万円 | スクラッチ開発費、パッケージ導入費 |
| IT導入補助金(通常枠) | 1/2 | 150万円 | SaaS利用料(最大2年分) |
| IT導入補助金(デジタル化基盤枠) | 2/3〜3/4 | 350万円 | 受発注・決済・会計連携のITツール |
| 各都道府県のDX補助金 | 1/2〜2/3 | 50〜300万円 | システム開発費全般 |
活用シミュレーション
スクラッチ開発(800万円)+ ものづくり補助金(補助率2/3)の場合:
- 補助金:533万円
- 実質負担:267万円
- 月額保守10万円を含めた2年間総コスト:507万円(補助金なしなら1,040万円)
導入手順——Excel脱却までの6ステップ
| ステップ | 期間 | 内容 |
|---|---|---|
| 1. 現状の業務フロー可視化 | 1〜2週間 | 受注→在庫確認→出荷→請求の全工程を図式化。転記箇所・ミスの多い工程を特定 |
| 2. 要件定義 | 2〜4週間 | 必須機能/あれば嬉しい機能を分類。取引先のEDI要件を確認 |
| 3. ツール選定 or 開発会社選定 | 2〜4週間 | SaaS型なら3社デモ比較。スクラッチなら開発会社3社から見積取得 |
| 4. 補助金申請 | 2〜4週間 | 事業計画書作成。交付決定前に契約しないこと |
| 5. 構築・データ移行・テスト | 4〜16週間 | システム構築、Excelデータの移行、並行運用テスト |
| 6. 本番切替・安定運用 | 2〜4週間 | 旧運用との並行稼働→完全切替。操作研修の実施 |
よくある質問
Q. Excel管理で十分な規模の目安は? A. 月間受発注が100件以下、取引先が20社以下、在庫管理が不要な場合はExcelで問題ない。月間200件・取引先50社を超えると、転記ミスと在庫不整合のコストがシステム投資を上回る。
Q. 既存のExcelデータはそのまま移行できるか? A. 構造化されたExcel(1行1受注、列が固定)であれば移行可能。ただし、結合セル・複数シートにまたがるデータ・手書きメモ欄は手動での整理が必要。データ移行費用は30〜200万円が目安。
Q. SaaS型の受発注システムから、後でスクラッチに移行できるか? A. APIでデータをエクスポートできるSaaSを選べば移行可能。契約前に「データエクスポート機能」と「エクスポート形式(CSV/JSON/API)」を必ず確認すること。
Q. クラウド型は情報漏洩が心配だが? A. 2026年現在、主要なクラウドサービスはISO 27001/SOC2取得済みで、オンプレミスより堅牢なセキュリティを持つケースが多い。ただし、防衛産業・医療など特定のセキュリティ基準がある場合はオンプレミス or プライベートクラウドを検討。
まとめ
| 項目 | ポイント |
|---|---|
| 費用相場 | パッケージ 100万〜 / SaaS 月5万〜 / スクラッチ 500万〜 |
| 補助金 | ものづくり補助金・IT導入補助金で 最大2/3〜3/4カバー |
| 製造業の必須要件 | ロット管理、トレーサビリティ、EDI連携 |
| 判断基準 | チェック項目3つ以上該当ならスクラッチ検討 |
| 最初にやること | 現状の業務フローを可視化し、ボトルネックを特定 |
関連記事:
- 受発注システム開発会社の比較ガイド
- Excelから受発注システムへの移行ステップ
- 受発注システムの補助金申請ガイド
- 製造業の受発注システム費用【2026年版】
- SaaS vs スクラッチ開発の判断フレームワーク
GXOは製造業の受発注システム開発を200万円〜対応
現場の業務分析から要件定義、開発、データ移行、補助金申請まで一貫して支援しています。「Excelの限界を感じているが、何から始めればいいかわからない」という段階からご相談ください。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
追加の一次情報・確認観点
この記事の内容を社内で検討する場合は、一般論だけで判断せず、次の一次情報と自社データを照合してください。特に、稟議・RFP・ベンダー選定では「何を実装するか」よりも「どのリスクをどの水準まで下げるか」を先に決めると、見積もり比較のブレを抑えられます。
| 確認領域 | 参照先 | 自社で確認すること |
|---|---|---|
| デジタル調達 | デジタル庁 | 要件定義、調達、プロジェクト管理の標準観点を確認する |
| Webアプリ品質 | OWASP ASVS | 認証、認可、入力検証、ログ、セッション管理を確認する |
| DX推進 | 経済産業省 DX | レガシー刷新、経営課題、IT投資判断の前提を確認する |
| DX推進 | IPA デジタル基盤センター | DX推進指標、IT人材、デジタル基盤の観点で現状を確認する |
| 個人情報 | 個人情報保護委員会 | 個人情報・委託先管理・利用目的・安全管理措置を確認する |
稟議・RFPで使う数値設計
投資判断では、導入前後で測れる指標を3から5個に絞ります。下表のように、現状値・目標値・測定方法・責任者をセットにしておくと、PoC後に本番化するかどうかを判断しやすくなります。
| 指標 | 現状確認 | 目標の置き方 | 失敗しやすい例 |
|---|---|---|---|
| 対象業務数 | 現状の対象業務を棚卸し | 初期は1から3業務に限定 | 対象を広げすぎて要件が固まらない |
| 月間処理件数 | 件数、担当者、例外率を確認 | 上位20%の高頻度業務から改善 | 件数が少ない業務を先に自動化する |
| 例外対応率 | 手戻り、確認待ち、属人判断を計測 | 例外の分類と承認ルールを定義 | 例外をAIやシステムだけで吸収しようとする |
| 追加要件率 | 過去案件の変更件数を確認 | 要件凍結ラインを設定 | 見積後に仕様が増え続ける |
| 障害・手戻り件数 | 問い合わせ、障害、改修履歴を確認 | 受入基準とテスト観点を定義 | テストをベンダー任せにする |
よくある失敗と回避策
| 失敗パターン | 起きる理由 | 回避策 |
|---|---|---|
| 目的が曖昧なままツール選定に入る | 比較軸が価格や機能数に寄る | 経営課題、業務課題、測定KPIを先に固定する |
| 現場確認が不足する | 例外処理や非公式運用が見落とされる | 担当者ヒアリングと実データ確認を必ず行う |
| 運用責任者が決まっていない | 導入後の改善が止まる | 業務側とIT側の責任分界をRACIで定義する |
| RFPが抽象的で見積が比較できない | 業務フロー、データ、非機能要件が不足 | 見積前に要件定義と受入条件を固める |
GXOに相談する前に整理しておく情報
初回相談では、次の情報があると診断と提案の精度が上がります。すべて揃っていなくても問題ありませんが、分かる範囲で用意しておくと、概算費用・期間・体制の見立てを早く出せます。
- 対象業務の現行フロー、利用中システム、Excel・紙・チャット運用の一覧
- 月間件数、担当人数、手戻り件数、確認待ち時間などの概算
- 個人情報、機密情報、外部委託、権限管理に関する制約
- 希望開始時期、予算レンジ、社内承認者、決裁までの流れ
- 既存システム構成、画面・帳票・データ項目、外部連携、現行ベンダー契約
GXOでは、現状整理、要件定義、RFP作成、ベンダー比較、PoC設計、本番移行計画まで一気通貫で支援できます。記事の内容を自社に当てはめたい場合は、まずは現在の課題と制約を共有してください。