株式会社オービックビジネスコンサルタント(OBC)が提供する「奉行クラウド」は、会計の勘定奉行iクラウドを中心に、給与奉行iクラウド、商奉行iクラウド、蔵奉行iクラウド、総務・人事奉行iクラウドなどをMicrosoft Azure基盤上で提供するクラウド型業務ソフトの総称ブランドです。奉行クラウド導入を検討する企業の多くが直面するのが、初期費用だけでなく、クラウド化によって費用構造そのものがどう変わるのかという疑問です。オンプレミス型のシステムでは、ソフトウェア購入費に加えて自社サーバーの購入・更新投資、電気代・空調費、保守要員の確保といったインフラ運用コストが継続的に発生しますが、クラウド型の奉行クラウドではこれらのインフラ管理をOBC側が担うため、費用の内訳自体が根本的に異なります。特に、オンプレミス型の最新モデル「奉行11シリーズ」が2025年2月末で販売終了、保守サポートも2027年4月末で終了する予定となっている中、既存ユーザーからは「クラウドへ移行すると年間コストはどう変わるのか」「移行そのものにかかる費用はどれくらいか」「サーバー保守が不要になる分、本当に安くなるのか」といった疑問が数多く挙がります。
本記事では、奉行クラウド導入における保守・運用費用・ランニングコストに焦点を当て、クラウド化によって費用構造がどう変わるかの全体像、初期費用(移行費用)と年間ランニングコストの内訳、奉行クラウド固有のコスト要因(サーバー保守が不要になることによる責任分界点の変化と、複数モジュール連携時のコスト構造)、そして見落としがちな隠れコストとコスト最適化のポイントまでを、確認できた一次情報と会計・基幹システム導入の一般的な知見に基づいて体系的に解説します。クラウド化は「初期費用が安くなる」という単純な話ではなく、自社が負担していたインフラ運用コストがサブスクリプション費用に置き換わるという構造変化として理解することが、正確な費用比較の出発点になります。これから移行を検討する方はもちろん、社内で予算計画を策定する立場の方にとっても、現実的な費用感を掴むための判断軸が身に付くはずです。
本テーマに関する全体ガイドは、以下の記事をご覧ください。
▼全体ガイドの記事
・奉行クラウド導入の完全ガイド
奉行クラウド導入で費用構造はどう変わるか

奉行クラウドの費用を正しく理解するには、まずオンプレミス型との構造の違いを押さえる必要があります。オンプレミス型では、ソフトウェア本体の購入費(数十万〜数百万円規模)に加え、自社サーバーの購入・更新投資、設置スペースの確保、電気代・空調費、そして年間保守費用(OMSSとしてソフトウェア価格の約15〜20%程度)が継続的に発生します。これに対して奉行クラウドでは、サーバーの購入・更新やインフラの物理的な保守が不要になる代わりに、月額・年額のサブスクリプション利用料が発生する構造に置き換わります。勘定奉行iクラウドを例にとると、エントリープランは初期費用無料・年間利用料約102,300円、標準プランは初期費用55,000円・年間利用料約257,400円が公式に示されている料金です。会計・基幹システム全般の一般的な知見でも、クラウド型・SaaS型の年間ランニングコストは初期費用の20〜30%程度を見込むのが妥当とされており、オンプレミス型の年間保守費(15〜20%程度)と単純比較すると割高に見える場合もありますが、自社で負担していたサーバー購入・更新・保守要員確保のコストが不要になる分、トータルでのコスト構造は大きく変わります。
製品別の料金目安
奉行クラウドは会計に限らず複数の業務領域をカバーするため、対象とする製品によって費用感が変わります。会計の勘定奉行iクラウドは、前述の通りエントリープランで年間約10万円、標準プランで年間約26万円が目安です。人事給与の給与奉行iクラウドは、従業員規模に応じた段階的な料金体系を取っており、従業員1〜20名程度のiEシステムで年額6万円(月額5,000円)、50名までのプランで月額8,000円、51〜100名で月額15,000円、101〜300名で月額2万円程度が一つの目安として示されています。販売・仕入在庫管理の商奉行iクラウドや蔵奉行iクラウドも同様に、企業規模とデータ量に応じた段階的な料金体系を採用しています。複数モジュールを組み合わせてDX Suiteとして導入する場合は、単純にモジュールごとの利用料を合算した金額が目安となりますが、業務範囲が広がる分だけ初期の設定・研修費用も比例して増える点は考慮しておく必要があります。正確な費用は、OBC公式の料金シミュレーションで概算を試算した上で、対象モジュールと利用人数を踏まえた個別見積もりを取ることが基本です。また、料金体系は多くの製品で「利用者ユーザー」と「専門家ユーザー(税理士・社労士など外部の専門家がアクセスする権限)」に分かれて課金される仕組みが採られており、実際にシステムを操作する人数だけでなく、決算期や年度末に一時的にアクセスする専門家の人数も含めて必要なユーザー数を精査しておくことが、過不足のないプラン選定につながります。
オンプレミス型との中長期コスト比較
単年度の費用だけを見るとオンプレミス型とクラウド型のどちらが安いかは一概には言えませんが、5年・10年単位の中長期で比較すると、クラウド化によるコストメリットが見えやすくなります。オンプレミス型の場合、初期のソフトウェア購入費・サーバー構築費に加えて、数年おきに発生するサーバーのリプレイス(更新投資)、OSやミドルウェアのサポート切れに伴う対応、電気代・空調費、保守要員の人件費といったコストが積み重なります。奉行クラウドの場合、これらのインフラ関連コストはサブスクリプション利用料に集約され、サーバーの老朽化対応や物理的な保守作業から解放されます。加えて、法改正対応や機能追加のバージョンアップもベンダー側で自動的に適用されるため、オンプレミス型のように改修のたびに追加の保守費用を個別に見積もる必要がありません。この「サーバー保守・バージョンアップ対応の負担がベンダー側に移る」という構造変化こそが、奉行クラウドのランニングコストを検討する上で最も本質的なポイントです。加えて、オンプレミス型では自社のIT予算計画の中で数年に一度、まとまった額のリプレイス投資(設備投資)として計上されていた費用が、クラウド型では毎年ほぼ一定額のサブスクリプション費用(運用費)として計上される形に変わるため、会計上の費用計上区分そのものが変化する点も、財務担当者があらかじめ理解しておくべきポイントです。
初期費用(移行費用)と年間ランニングコストの内訳

奉行クラウドの費用は、大きく「初期費用(新規導入の設定費用、またはオンプレミスからの移行費用)」と「年間のランニングコスト」に分けて整理すると計画が立てやすくなります。特に既存のオンプレミス版ユーザーにとっては、この初期費用の内訳が新規導入とは異なる点に注意が必要です。
初期費用・移行費用の内訳
新規に奉行クラウドを導入する場合の初期費用は、製品にもよりますが無料〜5万円台と比較的軽量です。一方、オンプレミス版から移行する場合の初期費用は、大きく2つのパターンに分かれます。1つ目は、OBC公式の「データコンバート代行サービス」を利用するパターンで、55,000円〜/1領域という比較的低コストな料金が示されています(商奉行・蔵奉行の場合はコンバート前事前指導の追加申込が必要)。この場合、お見積り依頼から利用人数追加まで5営業日前後で対応が進むとされ、既存データの構成がシンプルであれば短期間・低コストで移行できます。2つ目は、業務プロセスの再設計や複数モジュールの連携再構築まで含めた本格的な移行支援をコンサルティング会社に依頼するパターンで、コンサルティング・設計費、データ移行作業費、テスト・並行運用、研修費を合計すると、総額で100万〜400万円規模になるという参考情報もあります(この金額感はOBC公式ではなく移行支援を専門とする外部企業の目安であるため、実際の見積もりで確認する必要があります)。自社のデータ構成の複雑さと、業務プロセスの見直しをどこまで行うかによって、初期費用は大きく変動する点を理解しておく必要があります。
年間ランニングコストの内訳
初期費用に加えて、稼働後は年間のランニングコストが継続的に発生します。奉行クラウドの年間ランニングコストは、大きく分けてサブスクリプション利用料(勘定奉行iクラウドで年間約10万〜26万円、給与奉行iクラウドで従業員数に応じて年間6万円〜、その他モジュールも規模に応じて加算)、そしてオプションで依頼する運用支援費用(稼働後の業務定着化をパートナー企業や自社のシステム管理者以外に依頼する場合の伴走支援費用)で構成されます。オンプレミス型と大きく異なるのは、サーバーのインフラ運用費(電気代・保守要員人件費・更新投資)と、法改正対応やセキュリティパッチ適用の個別費用が、サブスクリプション利用料に集約されている点です。これにより、年度ごとの予算計画が立てやすくなる一方、複数モジュールを利用する場合はモジュールごとの利用料が積み重なるため、契約しているモジュールと利用人数を定期的に見直し、実際に使われていないアカウントやオプションがないかを確認することが、無駄なランニングコストを防ぐ実務上のポイントになります。
奉行クラウド固有のコスト要因

一般的なクラウド型基幹システムの費用構造に加えて、奉行クラウド導入には固有のコスト要因が存在します。とりわけ「サーバー保守が不要になることによる責任分界点の変化」と「複数モジュール連携時のコスト構造」は、オンプレミス版からの移行を検討する企業にとって重要な論点です。
サーバー保守が不要になることによる責任分界点の変化
奉行クラウドはMicrosoft Azure基盤上で提供されており、データは日本国内のデータセンターで管理・運用され、東日本をメイン、西日本をバックアップとした3重化構成が取られています。AzureはSOC1 Type2・SOC2 Type2の報告書を取得しており、財務報告やセキュリティに係る内部統制の認証も得ています。オンプレミス型では、サーバーの物理的なセキュリティ対策、ネットワーク機器の保守、OSやミドルウェアのセキュリティパッチ適用といったインフラ層の責任はすべて自社(または委託先ベンダー)が負っていましたが、クラウド型ではこれらのインフラ層の責任がOBC・Azure側に移り、自社が負う責任範囲はID・パスワード管理やアクセス権限設定、入力データの正確性といった利用者側の領域に限定されます。この責任分界点の変化は、単なるコスト削減という以上に、自社の情報システム部門が「インフラの保守」から「利用ルールの運用管理」へと役割をシフトできることを意味し、専任のインフラ担当者を置きにくい中小企業にとっては、間接的なコストメリットとして働きます。
複数モジュール連携時のコスト構造
もう一つの奉行クラウド固有のコスト要因が、会計・給与・販売管理といった複数モジュールを連携させる際のコスト構造です。DX SuiteによるモジュールAPI連携を活用すれば、各モジュール間でデータを自動連携させ、二重入力の手間を削減できますが、これは各モジュールをそれぞれ契約している前提の話です。逆に、コストを抑えるために会計モジュールだけを先行してクラウド化し、他モジュールをオンプレミスのまま残した場合、Azure API Managementを介したAPI連携ではなく、CSVファイルによる手動での連携作業が発生し、結果として運用担当者の手間というかたちで見えないコストが発生し続けることになります。この特性を踏まえると、奉行クラウドのコストを検討する際は、契約するモジュールの単純な利用料の合計だけでなく、「どこまでを自動連携させ、どこを手動運用として許容するか」という運用設計の方針をあらかじめ固めておくことが、実質的なコストを左右する重要な判断軸になります。
コスト増加リスクと最適化のポイント

奉行クラウド導入プロジェクトで費用が当初見積もりを超過する主な原因として、移行時のデータ整理にかかる想定外の工数、周辺システム連携の見落とし、そして見落とされがちな隠れコストの3つが挙げられます。ここでは、これらのコスト増加リスクへの対策を、見落としがちな隠れコストとコスト最適化のポイントに分けて解説します。
見落としがちな隠れコスト
奉行クラウド導入において見落とされがちな隠れコストには、いくつかの典型パターンがあります。1つ目は、データコンバートで対応できなかった部分の運用回避コストです。複数会社管理やデータ領域の制約により、そのままではクラウド版に移行できないデータが見つかった場合、旧システムを一部残して並行運用する、あるいはデータを個別にアーカイブ管理するといった対応が必要になり、想定外の運用負担が発生します。2つ目は、周辺システム連携がCSV手動連携に格下げされたことによる人的コストです。会計モジュールだけを先行移行し、給与奉行や商奉行・蔵奉行との連携整備を後回しにすると、その間の手作業が続き、担当者の残業時間という見えにくい形でコストが積み重なります。3つ目は、社内の運用体制維持とリスキリング費用です。オンプレミス版とクラウド版では画面や操作フローが一部異なるため、経理・人事担当者への操作研修や社内マニュアルの整備にかかる人的コストも見込んでおく必要があります。これらの隠れコストを見落としたまま予算計画を立てると、稼働後にランニングコストが当初想定を上回るリスクがあるため、契約前の段階でこれらの費用項目を具体的に洗い出しておくことが重要です。
コスト最適化のポイント
奉行クラウド導入のコストを最適化するためには、いくつかの実践的なポイントがあります。1つ目は、データコンバート事前確認ツールを移行検討の早い段階で活用し、追加対応が必要な範囲を事前に洗い出しておくことです。想定外のデータ整理コストを後工程で発見するより、契約前に把握しておく方が、結果的に総費用を抑えられます。2つ目は、OBC公式のデータコンバート代行サービス(55,000円〜/1領域)と、業務プロセスの再設計まで含む外部コンサルティング支援のどちらが自社に適しているかを見極めることです。既存データの構成がシンプルであれば公式サービスの活用でコストを大幅に抑えられます。3つ目は、複数モジュールを段階的に移行し、各モジュールの利用状況を見ながら契約プランを調整することです。全モジュールを一度に大きなプランで契約するのではなく、必要な範囲から始めて拡張していく方が、無駄なライセンス費用を抑えられます。4つ目は、保守契約満了のタイミングと移行スケジュールを合わせ、オンプレミス保守料とクラウド利用料が二重に発生する期間を最小化することです。これらのポイントを押さえることで、初期費用だけでなく長期的なTCOを見据えたコスト最適化が実現しやすくなります。
まとめ

本記事では、奉行クラウド導入の保守・運用費用・ランニングコストについて、クラウド化によって費用構造がどう変わるかの全体像、初期費用(移行費用)と年間ランニングコストの内訳、奉行クラウド固有のコスト要因、そしてコスト増加リスクと最適化のポイントを解説しました。オンプレミス型では自社が負担していたサーバー購入・更新投資・保守要員人件費といったインフラコストが、クラウド化によってサブスクリプション利用料に集約される一方、年間ランニングコストは初期費用の20〜30%程度を見込むのが一つの目安です。移行費用は、OBC公式のデータコンバート代行サービスを利用する軽量なパターン(55,000円〜/1領域)と、業務プロセスの再設計まで含む本格的な移行支援を依頼するパターン(総額100万〜400万円規模)とで大きく幅があり、自社のデータ構成の複雑さによってどちらが適切かが変わります。奉行クラウドは、サーバー保守の責任がベンダー側に移るという構造変化を武器にする一方、複数モジュール連携をどこまで自動化するかによって実質的なコストが左右されるという固有の特性も持ちます。導入・移行を検討される際は、自社の現行データ構成と周辺システム連携の実態を整理した上で、公式のデータコンバート事前確認ツールで概算を把握し、5〜10年単位のTCOで比較検討することをお勧めします。
▼全体ガイドの記事
・奉行クラウド導入の完全ガイド
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
