公開2026.09.10更新2026.10.15 ERP

GRANDITとは？コンソーシアム型ERPの構造とパートナー選定で決まる導入結果

GRANDITは、国内1,500社以上に導入されている国産の統合型ERPパッケージです。他のERPと構造が決定的に違うのは、開発する会社と売る会社が分かれている点にあります。インフォコムが製品を開発し、販売権と改変権を購入した70社以上のパートナー企業が、自社製品としてカスタマイズと導入を行う。この「コンソーシアム方式」を理解しないまま製品比較表だけで選ぶと、同じGRANDITを入れたはずなのに他社と費用も納期も違う、という事態に直面します。本記事では、公式サイトで確認できるモジュール構成と動作環境、2026年6月に始まったGRANDITクラウドを含む3つの提供形態、費用が動く4つの変数、そして採用を見送ったほうがよい場面までを整理しました。

まとめ：GRANDITを検討する担当者が最初に押さえる判断材料

GRANDITの検討で最初に決めるべきは、製品ではなくパートナーです。開発推進母体であるインフォコムが製品本体を作り、コンソーシアム参加各社が販売権と改変権を購入して自社製品として提供する。この構造のため、機能一覧が同じでも、業種テンプレートの厚み・アドオンの見積り・稼働後の保守体制は依頼先ごとに変わります。

提供形態は3系統に分かれます。オンプレミス／IaaS上で動かすGRANDIT本体（V4系）、2026年6月に提供が始まったGRANDITクラウド、そして中小企業向けにモジュールを絞ったGRANDIT miraimil。

逆に、単一工場の生産管理だけを刷新したい場合、会計だけを切り出して入れ替えたい場合、社内に情報システム担当が実質ゼロの場合の3つは、GRANDITの強みが出にくい場面です。カスタマイズできることは、裏を返せばカスタマイズの意思決定を発注側が負うということ。アドオンを増やすほどバージョンアップ時の検証工数が積み上がる構造も、稟議前に織り込んでおく必要があります。

GRANDITの製品構造と5系統に分かれた業務モジュールの守備範囲

まず製品としての輪郭を押さえます。GRANDITはブラウザだけで動く完全Web型として設計され、端末側へのアプリケーション導入を前提にしていません。

販売・調達在庫・製造まで含む5系統のモジュール構成と守備範囲

公式の製品情報ページでは、機能が5つの系統に整理されています。単機能の会計ソフトではなく、受注から出荷、請求、入金、原価、決算までを1つのデータベースでつなぐ設計です。

モジュール系統	主な守備範囲	関わる部門
販売・調達在庫・製造	受注、発注、在庫、生産、EDI・EC連携	営業、購買、生産、物流
経理・資産・経費	財務会計、管理会計、固定資産、経費精算	経理、各部門
債権・債務	売掛金、買掛金、入出金、決済管理	経理、営業事務
人事・給与	人事情報、給与計算、ワークフロー	人事、総務
アドオン・テンプレート	業種別の追加機能、パートナー提供の拡張	導入プロジェクト全体

注目すべきは5番目の「アドオン・テンプレート」が、標準機能と並んで製品構成の一部として位置づけられている点です。カスタマイズを例外扱いせず、製品の構成要素として最初から想定している。詳細はGRANDIT公式の製品情報ページで系統ごとの機能が公開されています。

完全Web型という設計と公式が示すサーバ・クライアント動作環境

動作環境は公式の製品情報ページに明記されています。2026年9月時点の記載では、サーバ側がWindows Server 2022、データベースがSQL Server 2022、アプリケーション基盤が.NET Framework 4.8、帳票がActiveReports 14.0という構成。クライアント側はWindows 11上のEdgeまたはChromeです。

ここから読み取るべき前提が2つあります。1つは、Microsoft系の技術スタックに寄った製品であること。社内の標準がLinux＋PostgreSQLで統一されている企業だと、インフラ運用の担当範囲が分断されます。もう1つは、クライアント要件がブラウザだけで済むため、拠点展開や在宅勤務での配布作業が発生しない点。基幹システムの構成領域そのものの整理は基幹システムとは？業務システム・ERPとの違いと構成領域・刷新の進め方で扱っています。

導入実績1,500社以上とパートナー70社以上という数字の読み方

GRANDIT公式サイトは、導入実績1,500社以上、国内70社以上のパートナー企業との連携を掲げています。この2つの数字は、セットで読むと意味が変わります。

1,500社という実績は単一ベンダーが積み上げたものではなく、70社以上のパートナーが個別に獲得した案件の合計です。自社と同じ業種の事例が「GRANDITにある」ことと、「提案を受けるパートナーにある」ことは別。製品全体の実績数ではなく、担当パートナー自身が同業種で何社導入したかを確認しないと、この数字は判断材料になりません。

コンソーシアム方式が発注側の見積りとカスタマイズ範囲に及ぼす影響

GRANDITを他の国産ERPと分ける最大の特徴が、この開発・販売体制です。競合記事の多くが「複数企業のノウハウを結集」という説明で止めていますが、発注側にとって効くのは、その先の権利関係の話になります。

2003年発足のコンソーシアムとインフォコムが担う開発の推進役

次世代ERPコンソーシアムが組織されたのは2003年10月です。公式の企業情報ページによると、インフォコムが製品開発の推進母体となり、コンソーシアム各社の要件をもとに製品を開発し、製品の保守・レベルアップ、マーケティング活動も一括して行う体制が取られています。

20年以上にわたって単一の開発母体が製品を維持してきた点は、パッケージの継続性という観点では安心材料になります。一方で、機能追加の要望は各パートナー経由でコンソーシアムに集約される流れになるため、1社の個別要件が標準機能に反映されるまでの距離は遠い。標準への反映を待つか、アドオンで先に解決するかという判断が、導入プロジェクトの序盤で必ず発生します。

販売権と改変権を各社が持つ構造が生む見積り差とソース改変の幅

公式の記載では、コンソーシアム各社は製品の販売権／改変権を購入し、自社製品としてエンドユーザーに対して販売／カスタマイズ／導入を行うとされています。この「改変権」という言葉が、実務上は大きな意味を持ちます。

多くのERPパッケージでは、ベンダーが提供する拡張ポイント（ユーザーエグジット、スクリプト、設定画面）の範囲でしかカスタマイズできません。改変権を持つパートナーは、その制約の外側まで手を入れられる立場にある。要件が標準機能から外れたときに「できません」ではなく「工数はかかりますが対応可能です」という回答が返りやすい構造です。

ただし、これは同時にリスクでもあります。改変の深さはパートナーの判断に委ねられるため、後述するバージョンアップ時の追随コストが、どこまで自社に跳ね返るかが依頼先ごとに変わります。

同じGRANDITでもパートナーによって導入結果が変わる理由

製品名が同じでも、導入結果は次の4点で分かれます。順序は、見積り比較で効いてくる度合いが大きいものから並べました。

業種テンプレートの蓄積：卸売に強い会社、製造に強い会社、設備工事に強い会社が別々に存在する
アドオン資産の有無：似た要件を過去案件で作っていれば、ゼロから作るより工数が下がる
改変の深さの方針：標準を極力壊さない方針の会社と、要望どおり作り込む方針の会社がある
稼働後の保守体制：改修の窓口が担当SEひとりか、専任チームかで障害時の復旧速度が変わる

製品比較サイトのスペック表では、この4点はいずれも見えません。GRANDITを候補に残すと決めた時点で、比較の軸は製品同士ではなくパートナー同士に切り替える必要があります。

GRANDIT本体・miraimil・GRANDITクラウドで変わる導入形態の選び分け

2026年9月時点で、GRANDITブランドの提供形態は3系統に整理できます。名前が似ていて混同されやすい部分を、対象規模と運用責任の所在で切り分けます。

オンプレミス型のGRANDIT V4が向く要件と自社運用の負担

従来からの中核製品がGRANDIT V4です。自社データセンターやIaaS上にWindows ServerとSQL Serverを構築し、その上でGRANDITを動かす形になります。

この形態が向くのは、既存の生産管理システムとリアルタイム連携が要るケースや、監査要件でデータの物理的な所在を自社管理下に置く必要があるケース。反面、OSとデータベースのパッチ適用、バックアップ設計、災害対策のサイト構成まで自社（または委託先）の責任範囲に入ります。情報システム部門が2〜3名の組織では、この運用負荷が稼働後に効いてきます。

2026年6月開始のGRANDITクラウドが解消する運用側の負担

2026年6月4日付のインフォコムの発表で、GRANDITクラウドの提供が始まりました。発表文では、GRANDITが持つ機能・カスタマイズ性・サポートをクラウド環境でそのまま利用できるサービスと説明され、IT部門の運用負担をインフォコムが代行し、インフラからアプリケーション保守までをワンストップで提供するとされています。

ここで押さえるべきは、一般的なSaaS型ERPとの違いです。発表文では、従来のクラウドサービスにあった「標準仕様に業務を合わせる」制約を解消し、カスタマイズに対応する点が明示されています。クラウドに載せるとカスタマイズを諦める、という通常のトレードオフを崩しにいった設計。クラウドERP全般の分類と選び方はクラウドERPとは？オンプレミスとの違い・種類・導入メリットと選び方で整理しています。

中小企業向けGRANDIT miraimilと本体の機能差と選択基準

3つ目がGRANDIT miraimilです。GRANDITをベースに、商社・卸売業・情報サービス業・製造業・設備工事業といった業種向けにチューニングし、経理や販売、調達在庫など11種類の基幹業務機能をクラウドで提供する製品として公式に紹介されています。

形態	インフラ運用の主体	カスタマイズの自由度	主な想定規模
GRANDIT V4（オンプレミス／IaaS）	自社または導入パートナー	改変権の範囲で広い	中堅〜大手
GRANDITクラウド	インフォコム	クラウド上でも対応	中堅〜大手
GRANDIT miraimil	サービス提供側	業種チューニング済みの範囲	中小

選択基準はシンプルです。標準機能の範囲で業務を回せる見込みが立つならmiraimil、既存業務の作り込みを残す必要があるならV4系かGRANDITクラウド。判断がつかない段階でV4系を選ぶと、使わないカスタマイズ余地に費用を払うことになります。

GRANDITの導入費用が動く4つの変数と見積りを依頼する前の準備

費用は公式サイトでは公開されていません。金額が出ないこと自体に、コンソーシアム方式ゆえの理由があります。

導入モジュール数と利用者数、アドオン量で動く初期費用の構成要素

GRANDITの費用は、少なくとも次の4つの変数で決まります。ライセンス費だけを比べても意味がないのは、3番目と4番目の比重が大きいためです。

導入するモジュールの数と組み合わせ（経理だけか、販売・調達在庫まで含めるか）
同時利用するユーザー数と、閲覧のみのユーザーを分けるかどうか
アドオン開発の量（帳票の作り込み、既存システムとの連携インターフェース）
データ移行の対象範囲（残高だけか、過去数年の明細まで持っていくか）

実務では3番目と4番目が総額の過半を占めることがあります。とくにデータ移行は、旧システムのマスタが重複や表記揺れを抱えているほど工数が膨らむ領域。価格構造と保守期限の一般論はERPパッケージとは？ERPとの違い・主要製品の価格と保守期限に整理しています。

公式が価格を公開しない理由と複数パートナー見積りで崩れる前提

価格が非公開なのは、コンソーシアム方式の必然です。売る主体が70社以上に分かれており、各社が自社の工数単価と実装方針で見積りを作る。開発元が定価を提示すると、パートナーの価格設定と矛盾します。

この構造は、相見積りを取るときに厄介な問題を生みます。A社とB社の金額差が、値引き幅の差なのか、想定しているアドオン量の差なのか、見積書の表面からは判別できない。総額だけで比べると、要件を厚く見積もった誠実な会社が高く見えるという逆転が起きます。防ぐ方法は1つ、こちらから要件の粒度を揃えて提示することです。

見積り依頼の前に社内で確定させておく業務要件と現行帳票の粒度

依頼前に社内で固めておくべき情報を、優先度順に挙げます。上から3つが揃っていれば、見積りの精度は目に見えて上がります。

現行で使っている帳票・画面の実物一式と、そのうち廃止してよいものの仕分け
受注から売上計上までの業務フロー図（例外処理・イレギュラー対応を含む）
連携が必要な既存システムの一覧と、連携方式・頻度・データ量
稼働希望時期と、決算期・繁忙期を避けた切替可能な期間
移行対象データの範囲と、旧システムの保持期間

この整理を社内だけで進めるのが難しい場合、パートナー選定より前の段階で第三者に要件定義を手伝ってもらう選択肢もあります。当社では基幹システム開発として、パッケージ導入の前段にあたる業務要件の棚卸しから、稼働後の周辺システム連携・アドオン開発までを請けています。

アドオン開発とバージョンアップ追随で発生する保守側の実務負荷と体制

カスタマイズできる製品には、カスタマイズした分だけの維持責任がついてきます。ここは製品紹介ページにもパートナーの提案書にも書かれにくい領域です。

アドオンが増えるほど重くなるバージョンアップ時の検証と改修工数

ERPのバージョンアップでは、標準機能は開発元が互換性を担保します。担保されないのはアドオン部分。標準の内部構造が変われば、そこに依存したアドオンは動作確認と改修が必要になります。

アドオンが10本なら10本分、50本なら50本分の回帰テストが発生する。しかも、その検証を誰が負担するかは契約次第です。保守契約に含まれるのか都度見積りなのかを初期契約の時点で文書に落としておかないと、数年後の世代交代で想定外の請求が発生します。

標準機能で吸収するか作り込むかを業務単位で切り分ける判断ライン

作り込むかどうかの線引きは、次の基準で判断すると迷いが減ります。「その業務プロセスが、自社の競争力に直結しているか」。

直結していないなら標準に合わせる。給与計算の締め日、経費精算の承認ルート、固定資産の減価償却方法といった領域は、自社独自のやり方を維持するメリットが薄い。逆に、特殊な建値体系、業界固有のリベート計算、顧客ごとに異なる納品ルールのように、取引先との関係そのものが業務手順に組み込まれている部分は、標準に合わせると営業現場が回らなくなります。

この切り分けを曖昧にしたまま「現行踏襲」で進めると、アドオンが膨らみ、費用も保守負荷も跳ね上がる。ERP導入が失敗に至った実例はERP導入の失敗事例と原因｜判例・開示資料で確認できる4件と回避策で、判例と開示資料から追えるものを分解しています。

GRANDITを採用する条件と、見送ったほうがよい3つの場面の見分け方

ここまでの構造を踏まえて、判断を言い切ります。GRANDITは万能のERPではなく、噛み合う条件がはっきりしている製品です。

GRANDITが有効に働く企業規模・業種・システム構成の条件

次の条件が3つ以上重なる企業では、GRANDITは有力な候補になります。

商社・卸売業・情報サービス業・設備工事業など、受注から売上計上までの流れが複雑で、標準的な会計パッケージでは表現しきれない業務を抱えている
会計だけでなく販売・調達在庫・人事まで含めて一気に刷新したい
国内子会社を含む複数拠点があり、業務ルールを統一したい
標準機能に寄せきれない業務が存在し、アドオンでの実装を許容できる予算がある
社内に業務要件を説明できる担当者がおり、要件定義に人を出せる

国産ERPという枠での比較先としては、会計を軸に統合した製品も候補に入ります。製造業で生産と原価を軸に据えるなら、MCFrameとは？製造業向け生産・原価管理パッケージの構成と適合しない場面で、原価管理モジュールだけを単独導入する入れ方まで確認できます。OBIC7とは？機能範囲と費用が動く変数、周辺システム連携の判断基準で、開発から販売まで1社が担う直販モデルとの違いを確認しておくと、コンソーシアム方式の位置づけがつかみやすくなります。

GRANDITの採用を見送ったほうがよい3つの場面と代替の選択肢

逆に、次の3つの場面ではGRANDITを第一候補にしない判断が妥当です。

1つ目は、単一領域だけを刷新したいケース。会計だけ、勤怠だけを入れ替えたいのであれば、統合型ERPの導入は明らかに過剰です。領域特化のパッケージやSaaSのほうが、初期費用も稼働までの期間も小さく収まります。

2つ目は、情報システム担当が実質ゼロの組織。改変権を持つパートナーがいても、何を作り込み何を諦めるかを決めるのは発注側です。社内に判断する人がいない状態でカスタマイズ可能な製品を選ぶと、決めきれないまま要件が膨張します。この場合はmiraimilのような業種チューニング済みの選択肢か、標準機能に業務を合わせる前提のSaaS型ERPに寄せたほうが、稼働にたどり着けます。

3つ目は、海外子会社の会計を同一システムで締めたいケース。多通貨・多言語・現地法対応の要件が主目的なら、国際展開を前提に作られた製品群のほうが実績を確認しやすい領域です。

よくある質問

GRANDITの検討段階で担当者から挙がりやすい質問を、公式情報で確認できる範囲を明示しながらまとめました。

GRANDITはどの会社が開発しているのですか？

製品開発の推進母体はインフォコム株式会社です。公式の企業情報ページでは、2003年10月に組織された次世代ERPコンソーシアムにおいて、インフォコムが各社の要件をもとに製品を開発し、保守・レベルアップも一括して担うと説明されています。エンドユーザーへの販売・カスタマイズ・導入は、販売権と改変権を購入したコンソーシアム各社の担当。窓口は開発元ではなくパートナー企業になります。

GRANDITの料金はいくらぐらいかかりますか？

公式サイトに標準価格の記載はなく、パートナーごとの個別見積りとなります。金額を左右するのは、導入モジュールの数、利用ユーザー数、アドオン開発の量、データ移行の範囲の4点。とくにアドオンと移行が総額に効くため、ライセンス費だけを比べても実態はつかめません。複数社から見積りを取る場合は、こちらから現行帳票の一覧と業務フローを同じ粒度で提示し、想定アドオン本数を揃えたうえで比較してください。

GRANDIT miraimilと通常のGRANDITは何が違いますか？

miraimilは中小企業向けのクラウドERPとして提供されている別ラインです。公式サイトでは、商社・卸売業・IT／情報サービス業・製造業・設備工事業といった業種にチューニングされ、経理や販売、調達在庫など11種類の基幹業務機能を搭載すると紹介されています。通常のGRANDIT（V4系）が改変権の範囲で深い作り込みを許容するのに対し、miraimilは提供済みの業種テンプレートに業務を寄せる前提。運用体制が小さい組織ほどmiraimilが噛み合います。

GRANDITはクラウドで使えますか？

使えます。2026年6月4日にインフォコムがGRANDITクラウドの提供開始を発表しており、インフラ構築からアプリケーション保守までをワンストップで提供する形態です。発表文では、従来のクラウドサービスにあった「標準仕様に業務を合わせる」制約を解消してカスタマイズに対応する点が示されています。自社が契約したIaaS上にGRANDIT V4を構築する形でもクラウド稼働は可能。選択軸は、インフラ運用の責任をどこまで外部に預けるかです。

GRANDIT導入時のパートナーはどう選べばよいですか？

製品比較ではなくパートナー比較として進めてください。確認すべきは、自社と同じ業種での導入実績社数、その業種向けアドオンやテンプレートの保有状況、稼働後の保守窓口の体制（専任チームか担当者個人か）、そしてバージョンアップ時のアドオン検証費用の扱いです。最後の項目は初期の提案書に書かれないことが多いため、契約前に文書で確認しておくと、数年後の想定外の請求を避けられます。