--- title: "ERPパッケージ製品とは？主要6製品の比較・価格公開状況とSAP保守期限" url: "https://www.issoh.co.jp/column/details/10907/" published: 2026-02-10 updated: 2026-10-15 categories: ["ERP"] publisher: "株式会社一創" --- # ERPパッケージ製品とは？主要6製品の比較・価格公開状況とSAP保守期限 ERPパッケージを調べ始めると、「ERPとどう違うのか」で最初につまずきます。製品カタログはどれも似た機能一覧を並べ、価格については、ほとんどが「お問い合わせください」という案内までです。この記事では、ERPとERPパッケージを概念と製品の関係として整理したうえで、主要6製品の提供形態と価格の公開状況を公式サイトで確認し、公開単価を使ったライセンス費の試算方法と、パッケージ選定の期限を決めるSAPの保守終了時期まで扱います。 ## まとめ：ERPパッケージ製品の選定前に確かめる4点と判断の順番 結論を先に示します。 - **ERPは経営資源を統合管理する考え方、ERPパッケージはそれを実装した市販ソフトウェア製品**です。「ERPを導入する」という言い方の実体は、ほぼERPパッケージの導入を指します。 - **定価が公開されている製品は例外的です。**2026年9月4日に公式サイトで確認した5製品のうち、ユーザー単価を明示していたのはMicrosoft Dynamics 365 Business Central のみでした（2026年10月10日の再確認でも同じ）。 - **刷新の期限は自社都合では決まりません。**SAP Business Suite 7 の中核アプリケーションは、最新3世代のEnhancement Packageに限って2027年末まで標準保守が続き、有償の延長保守も2030年末で終わります。 - **パッケージが不利になる条件は事前に判定できます。**差別化の源泉そのものが対象業務にある場合、標準機能へ寄せる前提のパッケージは選ぶべきではありません。 製品の絞り込みは「提供形態→製品の型→業種適合」の順で進め、価格はライセンス費と導入支援費を分けて比べます。機能一覧の比較は最後で足ります。 ## ERPパッケージとERPの違い：概念と製品の関係、業務パッケージとの境界 ### 概念としてのERPと製品としてのERPパッケージ：値段と保守期限の有無 ERP（Enterprise Resource Planning）は、会計・人事・販売・在庫・生産といった業務データを単一の基盤で扱い、部門ごとに分断された情報を経営判断に使える形へそろえる考え方です。考え方である以上、ERPそのものには値段も導入期間もありません。 ERPパッケージは、その考え方をあらかじめ製品として実装し、複数企業へ同一の基盤を提供するソフトウェアです。値段・保守期限・アップデート周期・サポート窓口といった条件が発生するのはパッケージ側です。両者を混同したまま比較検討を進めると、「ERPの導入費用」を尋ねているのに製品ごとに答えが変わる、という噛み合わない状態に陥ります。ERPという概念そのものの成り立ちは[ERPとは何か（統合基幹業務システムの意味と「統合」の実体）](/column/details/12806/)で扱っています。 ### 業務パッケージとERPパッケージの差はマスタを共通DBで持つかどうか 業務パッケージとは、会計・販売管理・給与計算のように**特定の業務領域だけを対象として製品化された市販ソフトウェア**を指します。ERPパッケージとの差は機能の多さではなく、**データの持ち方**にあります。 業務パッケージを複数導入した場合、取引先マスタや品目マスタが製品ごとに存在し、突合はシステム間連携で担保することになります。ERPパッケージは同じマスタを共通のデータベースで保持する前提で設計されているため、この突合作業そのものが発生しません。 逆に言えば、業務パッケージを個別に選ぶ利点は、業務ごとに評価の高い製品を選べる点にあります。すでに稼働している業務システムを残したまま経営データだけ統合したい場合は、ERPパッケージへの全面移行ではなく、システム間の連携で解く方法も選択肢の一つです。判断材料は[ERPの連携機能（連携先別の設計と方式選定）](https://www.issoh.co.jp/column/details/10850/)にまとめています。 ## ERPパッケージが標準で持つ7領域と、モジュール名で比べてはいけない理由 ### 財務・人事・販売など中核7領域と製品ごとに異なるモジュールの区切り方 製品差はありますが、ERPパッケージが標準で備える領域はおおむね共通しています。財務会計、管理会計、人事・給与、販売、購買、在庫、生産の7領域が中核で、ここに経費精算やワークフロー、BIが加わります。 注意したいのは、**領域の区切り方が製品ごとに違う**点です。会計を財務会計と管理会計の2モジュールに分ける製品もあれば、会計システム1本の中にサブシステムとして内包する製品もあります。そのためモジュール数の多寡は製品の機能量を表しません。国産の統合型で領域の区切り方を確かめたい場合は、[OBIC7とは？機能範囲と費用が動く変数、周辺システム連携の判断基準](https://www.issoh.co.jp/column/details/17530/)が具体例になります。製品間で機能を突き合わせるときは、モジュール名ではなく自社の業務プロセス単位で並べることが比較の前提です。領域ごとの具体的な機能と製品別の名称対応は[ERPモジュール一覧（SAP・国産ERPの対応表）](https://www.issoh.co.jp/column/details/10898/)に、会計領域の機能の作りは[ERPの会計機能（財務会計・管理会計と部門別採算）](https://www.issoh.co.jp/column/details/10910/)にあります。 ### クラウドで動く基幹業務の割合：給与・財務会計・人事は利用企業の52.1％ 前提として、これらの業務がクラウドで動くことはすでに例外ではありません。総務省の[令和6年通信利用動向調査の報告書](https://www.soumu.go.jp/johotsusintokei/statistics/data/250530%5F1.pdf)（2025年5月30日公表）によれば、クラウドサービスを一部でも利用している企業は令和6年に**80.6％**で、前年の77.7％から増えました（全社的な利用53.1％と一部の事業所・部門での利用27.6％の合計）。この調査は常用雇用者規模100人以上の企業が対象です。 用途別に見ると「ファイル保管・データ共有」71.0％、「社内情報共有・ポータル」57.6％、「電子メール」56.8％に次いで「給与、財務会計、人事」が52.1％（前年48.4％）で、18項目中4番目です。一方で「受注販売」は15.7％、「購買」は13.5％、「生産管理、物流管理、店舗管理」は12.9％にとどまります。**会計・人事はクラウドへ移ったが、販売・購買・生産はまだ社内に残っている**企業が多い、というのがこの数字の読み方です。用途別の比率はクラウドサービス利用企業（n=1,937）を分母とする値なので、80.6％とは分母が異なる点に注意してください。会計と人事だけクラウド製品に置き換え、販売・生産は既存システムのまま、という構成は、ERPパッケージ導入前の典型的な出発点です。 ## 主要ERPパッケージ製品6つの比較：提供元・提供形態・価格公開の違い 国内で検討対象に挙がりやすい6製品を、提供元の公式情報で確認できた範囲に限って並べます。機能の優劣ではなく、**どういう前提で作られた製品か**を見分けるための整理です。 | 製品 | 提供元 | 公式情報で確認できた性格 | 単価の公開 | | ---------------- | -------- | ------------------- | ----- | | SAP S/4HANA | SAP | Business Suite 7の後継 | なし | | NetSuite | 日本オラクル | 年間ライセンス制のクラウド | 体系のみ | | Business Central | マイクロソフト | ユーザー単位のサブスクリプション | あり | | OBIC7 | オービック | クラウドソリューションを提供 | なし | | GRANDIT | インフォコム | コンソーシアム方式の国産ERP | なし | | マネーフォワード クラウドERP | マネーフォワード | 上場・IPO準備企業向け | なし | 単価を公開しているのはBusiness Centralだけです。残る5製品は、構成によって金額が変わる前提で見積もり制をとっています。 ### 海外製3製品の違い：SAP・NetSuite・Business Central **SAP S/4HANA**は、国内の大企業で採用例が多いSAP ERP 6.0（Business Suite 7）の後継製品です。SAPは[公式の保守戦略ページ](https://support.sap.com/en/release-upgrade-maintenance/maintenance-information/maintenance-strategy/s4hana-business-suite7.html)で、S/4HANAについて2040年末まで少なくとも1つのリリースを保守対象に置くと示しています。製品の構成や旧製品との違いは[SAP S/4HANAとは？ECCとの違い・導入形態・移行方式](https://www.issoh.co.jp/column/details/13603/)で整理しています。 **NetSuite**は、日本オラクルが[NetSuite ERPの製品ページ](https://www.netsuite.co.jp/products/erp.shtml)で「年間ライセンス料を支払い、契約いただくことでご利用いただけます」と説明するクラウド製品です。同じページは「ビジネスの成長に合わせて、簡単に新しいモジュールを有効化し、ユーザーを追加することができます」とも述べており、小さく始めて広げる使い方を前提にしています。料金構造と選ばれる理由は[NetSuiteとは？機能・料金構造とIPO準備企業に選ばれる理由](https://www.issoh.co.jp/column/details/15979/)にあります。 **Dynamics 365 Business Central**は、マイクロソフトのDynamics 365製品群に含まれるERPで、6製品の中で唯一、[公式価格ページ](https://www.microsoft.com/ja-jp/dynamics-365/products/business-central/pricing)にユーザー単価を掲示しています。上位製品のFinance & Operationsとの選び分けは[Dynamics 365 Business Centralとは？機能・料金とF&Oとの選び分け](https://www.issoh.co.jp/column/details/15981/)で扱っています。 ### 国産3製品の違い：OBIC7・GRANDIT・マネーフォワード クラウドERP **OBIC7**はオービックの統合型ERPで、同社サイトの業務別ソリューション一覧には「OBIC7 クラウドソリューション」が並びます。業務別ソリューションのページにも価格の記載はありません。機能範囲と費用が動く変数は、前述のOBIC7の解説記事で扱っています。 **GRANDIT**は、[GRANDIT公式サイト](https://www.grandit.jp/)が「コンソーシアム方式により、複数企業の業務ノウハウを融合し」と説明するとおり、複数のIT企業が共同で企画・開発する国産の統合型ERPです。2026年10月時点の公式サイトは「コンポーザブルERP GRANDIT V4」を掲げ、導入実績を1,500社以上としています。販売・導入はコンソーシアム参加企業が担うため、**どのパートナーに頼むかで導入結果が変わる**点が他製品と異なります。詳しくは[GRANDITとは？コンソーシアム型ERPの構造とパートナー選定](https://www.issoh.co.jp/column/details/17532/)を参照してください。 **マネーフォワード クラウドERP**は、上場企業・IPO準備企業向けとして案内されているクラウドERPで、料金ページは体系の説明と問い合わせ導線のみです（2026年9月4日確認）。IPO準備企業という対象はNetSuiteとも重なるため、両者は同じ候補表に並びやすい組み合わせです。 ## 主要ERPパッケージの価格公開状況：公式サイトで確かめた単価と見積もりの軸 ### 公式サイトの価格表示：単価を出すのは5製品中Business Centralのみ ERPパッケージの検討で最も情報が得にくいのが価格です。比較サイトには「初期費用○○万円〜」といった数字が並びますが、提供元の公式サイトに当たると事情が変わります。2026年9月4日に各製品の公式ページを直接確認した結果が次の表です（Business CentralとNetSuiteは2026年10月10日に再確認し、表示に変化はありませんでした）。 | 製品 | 提供元 | 確認したページ | 価格表示 | 確認できた金額 | | ---------------- | -------- | ----------------- | ------ | -------------- | | Business Central | マイクロソフト | 公式価格ページ | 単価を公開 | 1,199円〜16,491円 | | OBIC7 | オービック | ソリューション・サービス | 非公開 | 記載なし | | GRANDIT | インフォコム | GRANDIT製品ページ | 非公開 | 記載なし | | マネーフォワード クラウドERP | マネーフォワード | 価格・料金プラン | 非公開 | 記載なし | | NetSuite | 日本オラクル | NetSuite ERP製品ページ | 体系のみ公開 | 記載なし | 正式名称がDynamics 365 Business Centralである同製品の価格内訳は、Essentials が11,994円、Premium が16,491円、Team Members が1,199円です。[公式価格ページ](https://www.microsoft.com/ja-jp/dynamics-365/products/business-central/pricing)の表示条件は「ユーザー/月相当、年払い」で、「価格には消費税は含まれていません。」と明記されています。同じページには、掲載価格は情報提供目的であり、通貨や地域の要因で実際の定価を反映していない可能性がある、という注記もあります。 「非公開」は、上表の各ページを確認した時点で**金額の記載を確認できなかった**という意味であり、価格が存在しない、あるいは提示されないという意味ではありません。確認対象も限定的です。たとえばマネーフォワードには「価格・料金プラン」と題したページが実在しますが、これは上場・IPO準備企業向けクラウドERPのページで、掲載されているのは料金体系の説明と問い合わせ導線のみでした。 日本オラクルは[NetSuiteの製品ページ](https://www.netsuite.co.jp/products/erp.shtml)に価格の章を設け、「年間ライセンス料を支払い、契約いただくことでご利用いただけます」と述べたうえで、ライセンスがコア・プラットフォーム、オプション・モジュール、ユーザー数の3要素で構成され、別途1回限りの導入費用がかかると説明しています。金額こそ出ませんが、**非公開の理由が体系の可変性にあることは提供元自身が説明している**わけです。無料で試せるかどうかや見積書の読み方は[NetSuiteは無料で試せる？料金・プランの決まり方と見積の読み方](https://www.issoh.co.jp/column/details/16603/)で扱っています。 ### ライセンス費の基準線をPythonで試算する：100ユーザー・5年の総額 この構造から導ける実務上の指針があります。**ライセンス費に限れば、公開価格のある製品が、金額を比較するための唯一の基準線です。**Business Central の公開単価を使い、ユーザー数と年数からライセンス費を積み上げる計算を、そのまま動くPythonコードで示します。 ``` # Business Central の公開単価（税抜・年払いの月額相当） # 2026年10月10日に Microsoft 公式価格ページで確認した値 ESSENTIALS_JPY = 11994 TEAM_MEMBERS_JPY = 1199 def license_cost(unit_price, users, years): """ライセンス費だけを積み上げる（導入支援費・保守費・消費税は含めない）""" return unit_price * users * 12 * years # 例1：100ユーザー全員を Essentials で契約した場合 annual = license_cost(ESSENTIALS_JPY, 100, 1) print(f"Essentials 100人 年額: {annual:,} 円") print(f"Essentials 100人 5年: {annual * 5:,} 円") # 例2：入力担当30人を Essentials、閲覧中心の70人を Team Members にした場合 mixed = license_cost(ESSENTIALS_JPY, 30, 1) + license_cost(TEAM_MEMBERS_JPY, 70, 1) print(f"混在構成 年額: {mixed:,} 円") print(f"混在構成 5年: {mixed * 5:,} 円") ``` Python 3.6以降で実行すると、例1は年額14,392,800円・5年71,964,000円、例2は年額5,325,000円・5年26,625,000円と出力されます。100ユーザーならライセンスだけで年間約1,439万円で、ユーザー種別の割り振りだけで年額が3分の1近くまで変わります。Team Membersでどの操作まで許されるかは製品のライセンス条件で決まるため、割り振りは提供元やパートナーに確認してから見積もりに反映してください。 導入支援費はこれとは別軸で、業務要件の複雑さで動きます。見積もりは**ライセンス費と導入支援費を必ず分けて受け取り**、比較は同じ軸どうしで行ってください。価格非公開の製品でも、ユーザー種別ごとの単価と人数を見積書に書き出してもらえば、上のコードの単価を差し替えるだけで同じ物差しに載ります。市場全体の規模とベンダー別の順位は[ERP市場規模とシェアの最新データ](https://www.issoh.co.jp/column/details/10911/)で扱っています。 ## SAPの保守終了時期：2027年末と2030年末が決めるERPパッケージ刷新の時間軸 ERPパッケージの更新時期は、自社の投資計画よりも提供元の保守方針で決まります。国内の大企業で採用例が多いSAPは、保守期限を公式に明示しています。 ### 2027年末までの標準保守：最新3世代のEnhancement Package限定 SAPの[サポートサイトの保守戦略ページ](https://support.sap.com/en/release-upgrade-maintenance/maintenance-information/maintenance-strategy/s4hana-business-suite7.html)によれば、SAP Business Suite 7 の中核アプリケーション（SAP ERP 6.0、CRM 7.0、SCM 7.0、SRM 7.0 など）に対する標準保守（mainstream maintenance）は**2027年末で終了**します。ここで見落とされやすいのが、公式の記述が**「最新3世代のEnhancement Packageに限る」**と限定している点です。SAP ERP 6.0 でいえば対象は最新3世代のEnhancement Packageであり、それより前の世代は2027年の対象外です。自社環境がどの世代かで残り時間が変わるため、まず適用中のEnhancement Packageを確認してください。この期限延長は2020年2月に[SAP Newsで発表](https://news.sap.com/2020/02/sap-s4hana-maintenance-2040-clarity-choice-sap-business-suite-7/)されたもので、当初は2025年末が期限でした。 ### 延長保守は2028年から2030年末の3年間・料率は2ポイント上乗せ 標準保守の後は有償の延長保守が用意され、期間は**2028年初から2030年末までの3年間**、料率は保守ベースに対して**2ポイントの上乗せ**です。保守費が2％増えるのではなく、料率そのものが2ポイント上がる点に注意してください。2030年末で延長保守も終わり、以降は既知の問題への対応に限られるカスタマー固有保守へ移ります。サポートが消滅するわけではありませんが、**新しい法改正対応や機能追加が止まる**ため、実質的な期限はここです。後継のSAP S/4HANAについては、**2040年末まで少なくとも1つのリリースが保守対象であり続ける**というイノベーションコミットメントが示されています。 2026年時点で旧世代のSAP環境を使っている企業には、延長保守を使っても実質4年強しか猶予がありません。ERPパッケージの刷新は要件定義からデータ移行、並行稼働まで含めて複数年かかるため、着手判断を先送りできる期間はさらに短くなります。移行か延命かの判断材料は[SAPの2027年問題とは？ERP保守終了の影響とS/4HANA移行・延命の判断](https://www.issoh.co.jp/column/details/13381/)にまとめています。 この期限が効くのはSAP利用企業に限りません。移行需要が集中する期間は、ERP導入を担う技術者の確保が全ベンダーで難しくなります。他社製品を検討している企業にとっても、2027年から2030年は**調達競争が激しくなる時期**として計画に織り込む価値があります。 ## ERPパッケージとスクラッチ開発の使い分け：競争力の源泉かどうかで線を引く ERPパッケージは、業務を製品の標準機能に合わせる（Fit to Standard）ことを前提とした選択です。合わない部分はアドオン開発で埋めますが、アドオンが増えるほどバージョンアップのたびに改修と再テストが必要になり、パッケージを選んだ理由である保守負担の軽さが失われます。 判断の分かれ目は、対象業務が競争力の源泉かどうかに置きます。**差別化の源泉そのものが対象業務にある場合、ERPパッケージを選ぶべきではありません。**独自の受注ロジックや原価計算方式が売上に直結している企業が、それを標準機能に寄せると、システム費用は下がっても事業の強みが削られます。この領域はスクラッチ開発か、パッケージの外側に個別システムを置いて連携する構成が適します。 逆に、財務会計や給与計算のように法令とルールで手順が決まっている業務は、自社仕様を守る利益がほとんどありません。ここでパッケージを避けて独自開発を選ぶと、税制改正のたびに改修費が発生します。発注形態としての比較軸は[スクラッチ開発とは？パッケージ・ローコードとの違いと発注判断](https://www.issoh.co.jp/column/details/13203/)で整理しています。 ## ERPパッケージ導入が失敗する3つの条件：現行業務の再現・マスタ・運用体制 導入が想定どおりに進まない案件で、費用への影響が最も大きいのは**現行業務をそのまま再現しようとする進め方**です。要件定義で現場の運用を漏れなく拾うと、その差分がすべてアドオンとして積み上がります。アドオンは開発費が発生するだけでなく、以後のバージョンアップのたびに改修と回帰テストの対象になり続けるため、初期見積もりからの乖離が年々広がります。ERPパッケージの導入は業務プロセスの見直しとセットで、**どの業務を標準へ寄せ、どの業務だけは残すのかを製品選定より前に決める**工程が必要です。この線引きを曖昧にしたまま契約すると、後工程のすべてが影響を受けます。 次に影響が大きいのが、マスタデータの整備を後工程に置く判断です。取引先コードや品目コードが部門ごとに異なる状態のまま移行に入ると、統合基盤に載せても集計が合いません。名寄せと統一ルールの策定は、製品選定と並行して始める作業です。 三つ目は、稼働後の運用体制を決めないまま契約することです。前掲のNetSuiteの説明にもあるとおり、ERPパッケージには年間ライセンス料と1回限りの導入費用が別立てで発生し、稼働後も定期的なバージョンアップが前提になります。その適用判断とテストを担う社内の担当を置かないと更新が止まり、数年後に再び刷新プロジェクトが必要になるという問題につながるのです。判例や開示資料で裏付けられる失敗の実例は[ERP導入の失敗事例と原因（判例・開示資料で確認できる4件）](https://www.issoh.co.jp/column/details/10900/)で確認できます。 ## ERPパッケージ製品の選定手順：提供形態・製品の型・業種適合の順に絞る 製品を絞り込む際は、機能一覧の比較より先に次の3点で候補を切ります。 **提供形態**は、初期費用と保守負担の大枠を決める選定条件です。クラウド型は初期費用を抑えられる代わりにバージョンアップ時期を提供元が決め、オンプレミス型は適用時期を自社で選べる代わりに基盤の運用を自社で負います。両者の判断材料は[クラウドERPとは？オンプレミスとの違い・種類・費用比較](https://www.issoh.co.jp/column/details/13605/)にまとめています。 **製品の型**は、全業務を一体で導入する統合型か、必要な業務単位で導入するコンポーネント型か、業種固有の商習慣を標準搭載する業界特化型かで、導入期間も費用構造も変わります。型ごとの違いは[ERPの種類（統合型・コンポーネント型・業種特化型の違い）](https://www.issoh.co.jp/column/details/10908/)で比較しています。 **業種適合**は、標準機能でどこまで自社の商習慣を扱えるかを左右します。工事進行基準のように業種固有の会計処理がある場合、汎用製品を選ぶ場合には、その処理に対応する追加開発が前提です。業種特化の判断例は[建設業向けERPの選び方](https://www.issoh.co.jp/column/details/10896/)が参考になります。 3点で候補が2〜3製品に残ったら、デモ環境で自社の代表的な取引を1本通し、標準機能で処理できない箇所を数えます。処理できない箇所の数が、アドオン費用を見積もる際の根拠です。クラウドERPのNetSuiteを候補に入れている場合、一創の[Oracle NetSuite導入支援サービス](https://www.issoh.co.jp/service/erp%5Fcrm/netsuite/)で、要件整理から標準機能との差分の洗い出し、周辺システムとの連携開発までを相談できます。 ## よくある質問 ERPパッケージ製品の検討段階でよく寄せられる質問をまとめました。 ### ERPパッケージとは何ですか？ 会計・人事・販売・在庫・生産などの業務データを単一のデータベースで扱う仕組みを、市販ソフトウェア製品として実装したものです。考え方であるERPに対し、価格・保守期限・サポート窓口といった契約条件を伴うのがERPパッケージです。業務ごとの業務パッケージを組み合わせる構成とは、取引先や品目のマスタを共通のデータベースで持つかどうかが分かれ目になります。 ### ERPパッケージ製品で有名な会社はどこですか？ 海外製ではSAP（S/4HANA）、日本オラクル（NetSuite）、マイクロソフト（Dynamics 365 Business Central）が代表的です。国産ではオービック（OBIC7）、インフォコム（[コンソーシアム方式で開発されるGRANDIT](https://www.issoh.co.jp/column/details/17532/)）、マネーフォワード（クラウドERP）などが挙げられます。2026年9月4日時点で公式サイトにユーザー単価を掲示していたのは、この中ではマイクロソフトのみで、2026年10月10日の再確認でも変わっていません。 中小企業向けの国産パッケージでは、大塚商会グループのOSKが開発するSMILE Vも候補に入ります。クラウド版とオンプレミス版でライセンス上限とカスタマイズ可否が分かれる点は[SMILE Vとは？Airと2nd Editionの違いとカスタマイズ・外部連携の境界](https://www.issoh.co.jp/column/details/18358/)で扱っています。 ### ERPパッケージのメリットとデメリットは何ですか？ メリットは、業務プロセスと機能があらかじめ製品として作り込まれているため、自社開発より短い期間で稼働でき、法改正対応が提供元の保守に含まれる点です。デメリットは、標準機能に合わない業務をアドオンで埋めるほど費用と保守負担が増え、パッケージを選んだ利点が失われる点にあります。判断はこの二つの大小関係で決まり、アドオンが対象業務の大半に及ぶならスクラッチ開発や連携構成を検討する段階です。 ### ERPパッケージの価格はなぜ公開されていないのですか？ ライセンス費用が利用モジュール数・ユーザー種別・取引量の組み合わせで決まり、企業ごとに構成が変わるためです。日本オラクルはNetSuiteの製品ページでこの構成を明記しています。加えて導入支援費が総額の大きな割合を占め、業務要件の複雑さで変動します。比較する際は、ライセンス費と導入支援費を分けて提示するよう見積もり依頼の段階で条件をそろえ、ユーザー種別ごとの単価と人数も書き出してもらってください。 ### コンポーネント型ERPと統合型ERPはどちらを選ぶべきですか？ 既存システムを段階的に置き換えたい場合はコンポーネント型、全社のデータ統合を一度に進めたい場合は統合型が適します。会計と人事だけ先にクラウドへ移している企業なら、販売・購買をどちらの型に載せるかが、次に検討する際の論点です。判断材料となる各型の特徴と適用条件は[ERPの主な種類・分類とその特徴](https://www.issoh.co.jp/column/details/10908/)で詳しく比較しています。 ## 関連記事 - [ERPの種類とは？統合型・コンポーネント型・業種特化型の違いと提供形態での見分け方](https://www.issoh.co.jp/column/details/10908/)：製品の型で候補を切るときの基準 - [クラウドERPとは？オンプレミスとの違い・種類・費用比較と選び方を解説](https://www.issoh.co.jp/column/details/13605/)：提供形態の判断材料 - [ERPモジュール一覧｜個別原価計算を回す基幹システム構成とSAP・国産ERP対応表](https://www.issoh.co.jp/column/details/10898/)：製品別のモジュール名称の対応 - [ERP市場規模とシェアの最新データ｜国内2,558億円・ベンダー別順位の読み方](https://www.issoh.co.jp/column/details/10911/)：ベンダー別の順位と市場の推移 - [スクラッチ開発とは？パッケージ・ローコードとの違いと発注判断を解説](https://www.issoh.co.jp/column/details/13203/)：パッケージを選ばない場合の発注形態 --- 出典: [ERPパッケージ製品とは？主要6製品の比較・価格公開状況とSAP保守期限]()（株式会社一創）