【テンプレート付】ERPシステムの要件定義｜機能要件・非機能要件チェックリストと進め方

ERPシステムの要件定義とは

ERPシステムの要件定義とは、会計・販売管理・購買・在庫・生産・原価・人事給与といった複数モジュールが一つのデータベースを共有する前提で、各業務プロセスをどこまでパッケージ標準に寄せ、どこをアドオン開発・カスタマイズで補うかを決める工程です。単なる機能一覧の作成ではなく、勘定科目体系・原価計算方式・在庫評価方法・組織コード体系といったマスタ設計と、月次決算や棚卸といった基幹業務の締めフローを確定させる作業を含みます。とりわけ製造業では、BOM（部品表）構成と製造指図・実績収集の粒度をこの段階で決めることが、後工程の手戻りを防ぐ鍵になります。

なぜ要件定義でERPシステム導入の成否が決まるのか

ERPは販売・在庫・会計・原価が一気通貫で連動するため、ある工程の要件の曖昧さが他モジュールに波及し、稼働後に全社の数字が合わなくなります。要件定義でモジュール間のデータ連携と締め処理の整合を詰め切れるかどうかが、稼働延期やアドオン費用の膨張を左右します。

• 現行業務をそのままパッケージに再現しようとしてアドオンが肥大化し、バージョンアップ時に毎回改修費が発生する「カスタマイズ地獄」に陥る
• 勘定科目・品目・取引先などマスタコード体系の整理を後回しにし、データ移行段階で名寄せ不能となり稼働が延期する
• 標準原価か実際原価か、在庫評価を総平均か移動平均かを曖昧にしたまま進め、月次の原価差異が説明できなくなる
• 現場の実績入力（製造実績・出荷検品）の運用負荷を見積もらず、稼働後に入力が回らずリアルタイム在庫が崩れる

要件定義で決める5つの範囲

1. 会計・財務領域 — 総勘定元帳、債権債務、固定資産、月次/年次決算、IFRS・税効果対応までの範囲を明確化します
2. 販売・購買・在庫領域 — 受注から出荷・請求、発注から入荷・支払、ロット/シリアル在庫管理の範囲を定めます
3. 生産・原価領域 — BOM・工順、製造指図、実績収集、標準/実際原価計算、原価差異分析の対象範囲を確定します
4. マスタ・組織領域 — 会社・事業所・勘定科目・品目・取引先コード体系と、複数拠点/多通貨の取り扱い範囲を決めます
5. 周辺連携・帳票領域 — 既存の生産管理・WMS・EDI・経費精算等との連携範囲と、法定帳票・管理帳票の出力範囲を定めます

ERPは「全業務を一つの基盤に載せる」性質上、最初に全社で導入するか会計から段階導入するか（ビッグバンか段階移行か）の方針を決めないと、スコープが際限なく膨らみます。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①	現行業務の可視化とTo-Be業務設計を行い、決算・棚卸・原価計算など基幹フローを整理する	業務フロー図、現行課題一覧、To-Be業務プロセス定義書
②	パッケージ標準機能とのFit&Gap分析を実施し、標準準拠・アドオン・運用回避を判定する	Fit&Gap分析表、アドオン候補一覧、標準採用方針書
③	勘定科目・品目・取引先・組織コードなどマスタ設計と移行方針を定義する	マスタ設計書、コード体系定義書、データ移行計画書
④	機能要件・非機能要件・連携要件を整理し、アドオン仕様とインターフェース仕様を確定する	要件定義書、外部インターフェース仕様書、アドオン機能仕様書
⑤	要件の優先度付けとスケジュール・体制を確定し、稼働判定基準を合意する	要件一覧（優先度付）、マスタスケジュール、稼働判定（移行基準）書

ERPでは「月次決算の所要日数」「リアルタイム在庫の精度」「製造実績の入力リードタイム」「原価差異率」など、稼働後の業務スピードと数字の正確性を測るKPIを要件定義時に設定しておくべきです。

機能要件チェックリスト（ERPシステムの核心）

ERPシステムに求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
財務会計	総勘定元帳・仕訳自動起票、債権債務管理、固定資産・減価償却、月次/年次決算と消費税・税効果対応
管理会計	部門別/プロジェクト別損益、予算実績管理、配賦計算、セグメント別収益管理
販売管理	見積・受注・出荷・売上計上、与信限度管理、価格マスタ/割戻し、複数納入先・直送対応
購買・調達管理	発注・入荷・検収・買掛計上、発注点/MRPによる発注提案、仕入価格管理、外注購買管理
在庫管理	ロット/シリアル管理、入出庫・移動・棚卸、引当・有効在庫計算、複数倉庫/ロケーション管理
生産管理	BOM（部品表）・工順管理、製造指図発行、所要量計算（MRP）、製造実績/工数収集、製番管理
原価管理	標準原価設定、実際原価計算、原価差異分析（材料費/労務費/製造間接費）、仕掛品評価
債権・債務/資金	入金消込・自動消込、支払予定/支払処理、手形・でんさい管理、資金繰り表
マスタ管理	勘定科目体系、品目マスタ、取引先マスタ、組織/事業所コードとマスタの版管理・承認ワークフロー
内部統制・ワークフロー	申請承認フロー、職務分掌に基づく権限設定、変更/操作ログ、証跡保全

見落としがちな要件: 見落としやすいのは、決算期に締めた後の遡及修正の扱い（締め後仕訳・在庫の遡及計上）、複数事業所間の内部取引消去、会計期と原価計算期のズレ処理です。製造業では、設計変更（ECN）に伴うBOM改訂履歴の管理と、改訂前後の在庫・仕掛への影響反映も要件に含める必要があります。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	月次決算バッチが夜間バッチ枠（例:6時間）内に完了し、受注/在庫照会のオンライン応答が3秒以内であること
可用性	基幹業務時間帯の稼働率99.5%以上、計画停止は月次・年次決算期を避けて設定できること
拡張性	事業所/会社の追加、取引量の年20%増、海外拠点・多通貨対応をアドオン最小で吸収できること
セキュリティ	職務分掌（SoD）に基づくロール権限管理、仕訳/マスタ変更の操作ログ保全、相反業務の自動牽制
運用保守	パッケージのバージョンアップ追随方針、アドオンの回帰テスト範囲、サポート窓口とSLA(例:重度障害4時間以内一次回答)
移行	現行会計の期首残高・補助残高・在庫残高・未消込明細の移行精度100%、移行リハーサルを2回以上実施できること
コンプライアンス	電子帳簿保存法のスキャナ保存/電子取引データ保存要件、e-文書法、内部統制(J-SOX)の証跡要件を満たすこと

ERPは法改正（消費税率変更、インボイス制度、電帳法）への追随が前提となるため、パッケージの法対応提供範囲と適用時期を非機能要件として明記しておくことが重要です。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
生産管理/MES・製造実行システム	製造指図・作業実績・設備稼働データを連携し、製造原価と仕掛在庫をERP側に取り込む
WMS（倉庫管理システム）	入出庫指示・棚卸結果・ロケーション在庫を双方向連携し、ERPの理論在庫と実在庫を整合させる
EDI（受発注データ交換）	得意先からの注文データ・出荷案内(ASN)、仕入先への発注データを自動取込・送信する
経費精算/ワークフローシステム	従業員の経費申請・承認データを仕訳として会計モジュールへ自動連携する
CRM/SFA	見込み顧客・商談・受注予定を連携し、需要予測や与信判断の基礎データとする
銀行/ファームバンキング・全銀システム	入金明細(入金消込)、振込/支払データ、でんさいネット連携を行う
BI/データ分析基盤	ERPの会計・販売・在庫データをDWHへ抽出し、経営ダッシュボードや原価分析に活用する

連携で最も問題になるのは在庫数量と原価のマスタ二重持ちで、どのシステムを正(マスタ)とするかと更新タイミング（リアルタイムか日次バッチか）を要件で明確に取り決める必要があります。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 対象モジュール範囲（会計・販売・購買・在庫・生産・原価・人事給与）と各モジュールの優先順位
• Fit&Gap分析の結果に基づくアドオン候補一覧と、標準準拠を優先する方針の明記
• マスタコード体系（勘定科目・品目・取引先・組織）と現行データ移行の対象・件数・移行精度要件
• 外部システム連携要件（MES・WMS・EDI・FB・経費精算等）と連携方式・データ正の定義
• 非機能要件（決算バッチ性能、可用性、電帳法・J-SOX対応、SLA）と稼働判定基準
• 想定稼働時期・段階導入かビッグバンかの方針、概算予算と保守費（バージョンアップ追随費含む）の範囲

RFPには「現行業務の再現」ではなく自社のTo-Be業務とKPIを記載し、ベンダーに標準機能での実現案を提案させることで、不要なアドオンの提案を抑制できます。

ベンダーを横並び比較する評価マトリクス

ERPは自社業界（製造業なら個別受注/量産、原価計算方式）への適合度を最重視し、業種テンプレートの有無・同業導入実績(30%)、Fit率と標準機能での実現性(25%)、アドオン/連携の技術力と保守体制(20%)、総所有コスト(TCO)とバージョンアップ追随費(15%)、プロジェクト推進力・要員の業務知識(10%)といった重み付けで評価します。

デモは自社の実データ（実在の品目・BOM・取引）を使ったシナリオで行い、標準機能だけでどこまで動くかを確認することが、提案書の見栄えに惑わされない評価につながります。

ERPシステム導入でよくある失敗と回避策

よくある失敗	原因	回避策
アドオンが膨張し導入費とバージョンアップ費が高騰した	現行業務を変えずパッケージに作り込ませる前提で要件を出した	Fit&Gapで「標準準拠・運用回避・アドオン」の判定基準を先に定め、アドオンは投資対効果で承認制にする
稼働後に月次決算が締まらず数字が確定しない	原価計算方式・配賦ルール・締め後修正の扱いを要件で確定しなかった	標準/実際原価の選択と決算フロー（締め順・遡及修正）を要件定義で文書化し、模擬決算で検証する
リアルタイム在庫が実在庫と合わず欠品・過剰が多発した	製造/出荷実績の入力タイミングと現場の入力負荷を見積もらなかった	実績入力の運用設計とハンディ/WMS連携を要件に含め、入力リードタイムをKPI化する
データ移行でマスタの名寄せができず稼働が延期した	勘定科目・品目・取引先コード体系の整理を移行直前まで先送りした	コード体系の統廃合と新旧コード対応表をフェーズ序盤に作り、移行リハーサルを複数回実施する

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。