公開2026.09.09更新2026.10.15 51 人が閲覧（直近 30 日） ERP

OBIC7とは？機能範囲と費用が動く変数、周辺システム連携の判断基準

OBIC7は、株式会社オービックが提供する統合基幹業務システムです。会計を軸に、人事・給与・就業、販売、生産までを同じ基盤で扱います。検討の場で判断を分けるのは機能一覧ではありません。「自社の業務が標準機能のどこまで収まるか」と「基幹の外に残るシステムをどうつなぐか」の2点です。公式サイトで確認できる機能範囲、直接販売という提供体制の帰結、費用が動く4つの変数、連携方式の分岐条件を順に整理します。奉行シリーズとの関係も法人の違いから解きます。

まとめ：OBIC7が噛み合う企業規模と、単体で導入しない判断の条件

先に結論を書きます。OBIC7が噛み合うのは、次の2つが重なるときです。第一に、国内単体の経営が中心で、税制改正や社会保険の改定に毎年追随する必要があること。第二に、会計と人事給与と販売のどれか2つ以上を同じベンダーで揃えたいこと。この2つが揃うなら、業務領域をまたいで一社が面倒を見る提供体制と噛み合います。

逆に、単体での導入を見送るべき場面もはっきりしています。海外子会社の現地法対応まで一つの製品で完結させたい企業には向きません。連結情報の入力は多言語・多通貨に対応していますが、現地の税務申告を国内製品で処理する構成は無理があります。もう1つの条件は、業務の8割以上が業界特有の商習慣で動く場合。アドオンの量が膨らみ、費用と改修工数の両方でスクラッチ開発に近づきます。

費用については、公式サイトに価格表がありません。掲載されているのは製品構成と業種別ソリューションだけで、金額は個別見積りになります。見落とされやすいのは、費用が「利用者数×モジュール数」では決まらない点。クラウドを選べば専用環境の構築費が乗り、標準から外れた業務はアドオンとして別に積まれます。価格と保守期限から製品を横断して見比べたい方は、先にERPパッケージとは？ERPとの違い・主要製品の価格と保守期限を読むと、OBIC7がどの位置にある製品か掴めます。

OBIC7が会計を軸に人事・販売・生産まで覆う製品構成と提供元の位置づけ

製品の輪郭を先に押さえます。OBIC7は単一のソフトウェアではなく、業務領域ごとのソリューションを組み合わせる構成です。オービックのソリューション一覧では、業務からの区分として会計、人事・給与・就業、生産、販売、財務部門向けの5つ、業界からの区分として化学、鉄鋼、食品、流通・小売、商社・物流、不動産、建設工事、金融などの10業界が並びます。カテゴリ自体の定義から確認したい場合は基幹システムとは？業務システム・ERPとの違いと構成領域・刷新の進め方を解説で全体像を整理しました。ここではOBIC7固有の中身に絞ります。

会計ソリューションが持つ債権債務・固定資産6基準・連結会計の機能範囲

OBIC7の中核は会計です。OBIC7会計情報ソリューションに掲載されているシステム名を追うと、守備範囲の広さが見えてきます。債務・支払管理、社員支払管理、旅費・経費ワークフロー、手形（電子債権）管理、固定資産管理、支払調書、連結会計、グループ管理会計、経営分析までが同じソリューションに並びます。

細部に踏み込むと、日本の経理実務に寄せた作り込みが見えてきます。固定資産管理は6基準での減価償却費計算に対応し、資産除去債務の管理と法人税・地方税の申告書作成まで含む範囲。手形（電子債権）管理はでんさいネットとのデータ連携が明記され、支払調書システムは個人番号の収集案内状の発行から法定調書の作成・申告までを覆います。

連結会計も単体機能として持ちます。内部取引消去、未実現利益消去、のれん償却、資本連結仕訳を自動生成する仕様です。海外子会社からの情報収集には連結情報入力（Web）オプションがあり、日本語・英語・中国語と多通貨に対応。ただしこれは連結情報を集める機能で、現地の会計基準や税務申告に対応する機能ではありません。この境界は後述の見送り条件に直結します。

人事・給与・就業の3ソリューションと販売・生産が覆う業務の範囲

会計の外側も同じ設計です。OBIC7人事・給与・就業情報ソリューションは、人事情報・給与情報・就業情報の3ソリューションに分かれます。給与計算と勤怠管理を別ベンダーの製品で運用し、年末調整や社会保険の改定のたびに二重の設定変更を抱えているなら、3つを同じ製品で揃える意味が出てきます。

販売側の説明はより明快です。OBIC7販売情報ソリューションには、販売管理を中心に、輸出・輸入、小売、製造、工事、保守、修理、レンタルなどの関連業務についても必要な機能を自由に組み合わせ、一つのシステムで管理できると記載されています。原価、債権・債務、会計情報と統合する構成です。

注目したいのは「工事」「保守」「修理」「レンタル」が明示されている点。販売管理パッケージの多くは物販の売買を前提に作られ、工事の出来高や保守契約の期間按分、レンタルの資産管理を標準で持たない製品も少なくありません。物販に軸足を置く製品の例としては、アラジンオフィスの対応業種と機能範囲が対照になります。自社の売上計上がこれらを含むなら、標準機能で収まる範囲が広がります。

自社開発と直接販売という提供体制、累計29,000社という実績の読み方

提供体制はOBIC7の性格を決める要素です。オービックの特長には「自社開発・直接販売にこだわり続けてきました」と明記され、コンサルティングから企画・設計、開発、稼働、導入後のサポートまでを自社で一貫提供する体制が説明されています。販売代理店を経由しない構造です。

実績値も同じページに載っています。創業以来約50年で250業種、29,000社以上のシステム構築・業務改善を手がけ、シリーズ全体の累計導入社数も29,000社超という記載です。財務面では、財務ハイライトに2026年3月期の連結売上高135,209百万円、営業利益88,823百万円が掲載されています。営業利益率は65%を超える水準で、2027年3月期は売上高148,700百万円の計画です。

他社の解説記事を読むときの注意を1つ。「ERP累計導入社数シェアNo.1」という表現が複数の比較サイトで使われていますが、公式サイトで確認できるのは29,000社超という実数です。順位を示す表現は、調査主体・調査年・母集団の定義まで確認しないと社内資料の根拠として弱くなります。ベンダー別の順位を数字で見比べたい場合はERP市場規模とシェアの最新データ｜国内2,558億円・ベンダー別順位の読み方で、どの数値がどの調査に基づくかを整理しています。

OBIC7と奉行シリーズが別会社の製品である理由と選び分けの目安

検討の初期に混乱が起きやすいのが、OBIC7と奉行シリーズの関係です。どちらも「オービック」で始まる社名のため、同じ製品ラインの上位版と下位版だと思われがち。実際は別法人の別製品で、対象とする企業規模も違います。

オービックとオービックビジネスコンサルタントが別法人である事実

オービックのグループ企業一覧を見ると、全4社のグループ体制のうち、株式会社オービックビジネスコンサルタントの事業内容は「『勘定奉行』『給与奉行』など業務用パッケージソフト『奉行シリーズ』の開発・販売」と記載されています。OBIC7を提供するのは株式会社オービックで、奉行シリーズを担うのはオービックビジネスコンサルタント（OBC）という別法人です。

契約先もサポート窓口も別系統です。ややこしいのは、オービック側のソリューション一覧のナビにも「OBC奉行シリーズ」の項があり、奉行シリーズを取り扱う構造も併存する点。製品名で判断せず、契約先の法人名で確認するのが確実です。

奉行シリーズとOBIC7で分かれる対象企業規模と選び分けの目安

選び分けの目安は明快です。奉行シリーズは会計・給与といった業務単位のパッケージソフトで、部門単位で導入する製品。対してOBIC7は、業務領域をまたいで基幹をまとめる統合型です。

判断の分岐点は、業務間のデータ受け渡しを人が担っているかどうかに置くとぶれません。販売の締めが終わってから経理が仕訳データを取り込み、給与の確定後に振替伝票を起票する。この受け渡しが月次で数日を占めるなら、統合型を検討する段階です。逆に、経理3名で仕訳と決算だけを回し、販売管理は別部門の別システムで完結している構成なら、業務単位のパッケージで足ります。

クラウド型とオンプレミス型で変わる稼働環境とセキュリティ要件の前提

導入形態は稼働後の運用体制を左右します。他社の解説では「クラウド型は初期費用が抑えられる」という一般論で片付けられがちですが、OBIC7のクラウドはマルチテナント型のSaaSとは提供方式が別物。取り違えると、費用と要件の両方で見積りがずれます。

プライベート型の専用環境という提供方式とTier4相当の設備水準

OBIC7クラウドソリューションには「お客様個別のプライベート型での提供です。お客様専用環境を構築するため、システムの柔軟性の確保に加え、セキュリティ面でも安心です」と記載されています。共有基盤に相乗りする形式ではなく、企業ごとに環境を作る方式です。

設備面の記述も具体的です。自社データセンターで幾重にも冗長化を施した多重化構成、複数世代バックアップ、厳重な入退室セキュリティを敷き、データセンターファシリティ基準のTier4レベル相当をクリアしているとされています。預託先の設備水準を審査で問われる業種では、この記述が説明資料になります。

実務上の帰結は2つ。専用環境のため標準機能から外れた作り込みを載せやすいこと。環境構築が個別作業になるため、契約から利用開始までの期間と初期費用がSaaSの感覚とは違うことです。「申し込んだ翌日から使える」類の製品ではありません。

オンプレミス型の継続を選ぶ判断が残る条件と運用要員に必要な前提

クラウドが選択肢に入っても、オンプレミスを選ぶ判断は残ります。条件は3つ。工場や店舗の設備・端末と基幹が同一構内で高頻度に通信し、回線断が業務停止に直結する場合。既存サーバーの償却が残り、会計上の損失計上を避けたい場合。業務データの保管場所を自社設備に限定する社内規程がある場合です。

ただしオンプレミスを続けるなら、OSとミドルウェアのサポート期限を管理する要員が社内に要ります。基幹の稼働年数は10年を超えることが珍しくなく、その間にサーバーOSは複数世代交代する前提。担当者1名の兼務で更新計画を持てないなら、専用環境のクラウドに寄せたほうが運用リスクは下がります。導入形態それぞれの判断材料はオンプレミス型とクラウド型の基幹システム導入形態の違いと選定ポイントでも整理しています。

費用が要問い合わせになる構造と、稟議に載せる見積り依頼の組み立て順序

OBIC7の公式サイトには価格表が置かれていません。他社の解説記事も「問い合わせないと分からない」で終わっています。ただ、金額が分からないことと、金額が動く仕組みが分からないことは別。何が変数なのかを先に押さえておけば、見積りを受け取った後の交渉と社内説明の精度が上がります。

モジュール構成・利用者数・アドオン量で費用が動く4つの変数と内訳

価格を決める変数は4つあり、どれも企業ごとに違います。優先度の高い順に並べます。

導入するソリューションの数と組み合わせ（会計だけか、人事給与と販売まで含めるか）
同時に使う利用者の数と権限の種類（伝票入力者と参照者で単価が分かれる形態）
標準機能から外れた業務に対するアドオン開発の量
クラウドを選ぶ場合の専用環境の構築費と、月額のインフラ利用料

実務でぶれ幅が大きいのは3番目です。1番目と2番目は自社の組織図から早い段階で確定できますが、アドオンの量は業務要件を並べるまで見えません。「他社と同じ構成なのに見積り額が倍違う」のは、この差から生まれます。見積りを取る前に標準機能に収まらない箇所を洗い出す作業が、予測精度を決める分かれ目です。

初期費用と稼働後の保守費を分けて積み上げる見積り依頼の進め方

見積り依頼の順序には型があります。初期費用と稼働後の費用を、最初から別の紙で出してもらうこと。基幹は10年前後使うため、5年分の保守費が初期費用を上回る構成も起こり得ます。

導入するソリューションの範囲と利用者数を確定し、標準構成だけの金額を出してもらう
標準機能に収まらない業務を一覧化し、アドオンの見積りを項目ごとに分けて出してもらう
クラウドかオンプレミスかで、月額または年額の運用費を5年分の合計で並べる
法改正対応が保守費に含まれるか、別途費用になるかを契約書の条項で確認する

4番目を後回しにすると稼働後に揉めます。税制改正への追随は国産ERPを選ぶ理由の一つ。その対応が年間保守に含まれるのか、バージョンアップ費用として別に請求されるのかは、5年間の総額を2割前後動かします。

周辺システムとの連携方式を中間テーブル・CSV・APIから選ぶ条件

ここからが、比較サイトの解説では埋まらない領域です。基幹を1製品にまとめても、ECサイト、倉庫管理、営業支援、生産設備のように外に残るシステムは必ずあります。連携方式の選択を後回しにすると、稼働直前に手作業でしのぐ構成へ落ちます。

基幹の外に残るEC・WMS・SFAと接続する3方式の分岐条件と限界

方式は実質3つ。判断は「データの鮮度がどれだけ必要か」と「相手側の改修ができるか」の2軸で決まります。

方式	向く条件	限界
CSVファイル連携	締め単位で足り、相手側を改修できない	失敗の検知が遅れ、文字コードの事故が起きる
中間テーブル方式	複数システムが同じマスタを参照する	運用主体を決めないと切り分けが長引く
API連携	受注から在庫引当を分単位で反映する	呼び出し回数と応答時間の制約を受ける

受注が1日100件以下で出荷が翌営業日基準なら、CSV連携で十分に回ります。逆に、ECの在庫表示を実在庫と合わせる要件があるなら、日次連携では欠品と過剰販売が起きる構成。方式別の設計と失敗条件はERP連携とは？連携先別の設計とAPI上限から決める方式選定・失敗条件で詳しく扱っています。

連携の失敗パターン：夜間バッチの二重更新と締め処理の待ち行列

連携でつまずく箇所は決まっています。最も多いのは、夜間バッチの二重実行による重複登録。異常終了した後に手動で再実行し、処理済み分まで再取り込みする流れで起きます。取り込み側に一意キーの重複チェックを持たせれば防げますが、CSV連携ではこの検証が省かれがちです。

もう1つは、月次締めと連携処理の競合です。締め処理を走らせている時間帯に売上データが流れ込むと、締め済みの月度に追加仕訳が発生します。回避策は単純で、連携の実行時刻を締め処理の前後に固定し、締め期間中は取り込みを止める設計にすること。設計段階の書面に残さず口約束にしていると、担当者の交代で必ず崩れます。

直販一貫モデルの下でも受託開発会社に残る工程と外部に出す線引き

オービックは自社開発・直接販売で、導入も自社一貫です。ここから「外部の開発会社が関わる余地はない」と考えると抜けが出ます。判断を言い切ります。基幹本体はベンダーに任せ、外との接続と移行データの整備は外部を含めて体制を組むのが、工数と責任分界の両面で扱いやすい形です。

標準機能から外れた業務をアドオンで吸収する条件と外部に出す条件

線引きの基準は、その業務が会計・在庫・給与といった帳簿に直接書き込むかどうかです。帳簿を更新する処理をパッケージの外に作ると、整合性の担保が自社の責任になります。この種の処理はベンダー側に寄せます。

反対に、社内の申請画面、取引先向けのWeb受発注、現場のスマートフォン入力、部門ごとの集計レポートのように、基幹の外側で完結して結果だけを渡す領域は、外部で作ったほうが速く安く仕上がります。パッケージの画面設計に縛られない点も効きます。この切り分けの設計と実装は基幹システム開発としてご相談を受けている領域です。迷う業務があれば、要件の粒度で仕分けるところから着手できます。

データ移行と旧システムの並走で外部の開発要員が必要になる場面

移行作業は工数の見積りを外しやすい工程です。旧システムから出力したデータを、そのまま新環境に取り込めることはまずありません。取引先コードの桁数が変わり、廃止された部門コードが残り、同一取引先が表記の違いで複数レコードに分かれている。この整備は業務知識が要る作業で、ベンダーの標準作業範囲には収まりません。

並走期間の運用も同じです。新旧2つへ同じ伝票を入力する期間が生じる場合、二重入力を人手で回すか、簡易な連携ツールを作るかの判断。入力が1日50件を超えるなら、並走用のツールを作ったほうが総コストは下がります。失敗の型を先に押さえたい場合はERP導入の失敗事例と原因｜判例・開示資料で確認できる4件と回避策が参考になります。

国内単体経営で噛み合う条件と、他のERPを先に検討すべき企業の特徴

選定に残すか外すかの判断材料を整理します。

国内単体の経営で法令対応の頻度が高い企業に噛み合う3つの理由

国内の制度対応は毎年発生します。消費税率と税区分、社会保険の料率、年末調整の様式、電子帳簿保存とインボイスの要件。これらへの追随を製品側が担う体制は、経理と人事の作業時間に直接効きます。

噛み合う理由は3つ。第一に、固定資産の6基準対応や法定調書の作成のように、日本の実務に固有の処理が標準機能として載っていること。第二に、会計・人事給与・販売を同じベンダーで揃えると、制度改正時の改修が一社の窓口で完結すること。第三に、直接販売のため要件の相談先と開発元が同一で、仕様の解釈を伝言で往復させずに済む点です。

グローバル連結と海外現地法への対応で選定候補から外れる条件と代替

外す条件も明確にします。海外に生産・販売の実体があり、現地法人の会計処理を現地基準で回す必要があるなら、OBIC7単体では構成が組めません。連結情報入力（Web）オプションは多言語・多通貨に対応しますが、これは情報収集の仕組みで、現地の帳簿と税務申告を担う機能ではないためです。

現実的な形は2つ。海外現地に現地対応の製品を入れ、国内基幹をOBIC7に置いて連結で束ねる構成か、全社を国際対応の1製品に寄せる構成です。前者は国内の法令対応の強みを残せる反面、連結の運用設計が別に必要になります。開発元と販売元が分かれるコンソーシアム方式の国産ERPについてはGRANDITとは？コンソーシアム型ERPの構造とパートナー選定で決まる導入結果で扱っています。中小企業向けに販売・会計・人事給与を同じ基盤でそろえる国産パッケージはSMILE Vとは？Airと2nd Editionの違いとカスタマイズ・外部連携の境界で整理しました。中堅企業向けの国産ERPを他にも見比べたい場合は富士通GLOVIA Oneとは？中堅企業向けERPの機能・料金とGLOVIA iZ/きらら/SUMMITからの移行を解説が比較の材料になります。

よくある質問

検討で実際に多い質問を、公式サイトで確認できる範囲に絞って答えます。

OBIC7の料金はいくらですか？

公式サイトに価格表の掲載はありません。ソリューションの数、利用者数と権限の種類、アドオン量、クラウドの専用環境の構築費という4つの変数で金額が動くため、個別見積りになります。他社記事に載る「数百万円から」という目安は出典が示されていないことが多く、社内資料の根拠には使えません。標準機能に収まらない業務を洗い出してから依頼する順序が確実です。

OBIC7と奉行シリーズはどちらを選べばよいですか？

両者は別法人の製品です。OBIC7は株式会社オービック、奉行シリーズはグループ企業の株式会社オービックビジネスコンサルタントが開発・販売しています。選び分けの基準は、業務間のデータ受け渡しを人が担っているかどうか。販売の締めから経理の仕訳取り込みまでを手作業でつないでいるなら統合型のOBIC7、経理や給与の単一業務だけなら奉行シリーズが噛み合います。

OBIC7のクラウドは一般的なSaaSと同じですか？

提供方式が異なります。公式サイトの記載では、OBIC7クラウドソリューションは企業ごとに専用環境を構築するプライベート型。マルチテナント型のSaaSではないため、標準機能から外れた作り込みを載せやすい反面、環境構築が個別作業になり、契約から利用開始までの期間と初期費用がSaaSの感覚とは違います。設備面はTier4レベル相当をクリアしていると説明されています。

OBIC7に自社独自の業務を追加できますか？

追加できますが、どこに作るかで費用と保守負担が変わります。会計・在庫・給与といった帳簿を直接更新する処理はアドオンとしてベンダー側に寄せ、社内申請や取引先向けWeb受発注のように基幹の外で完結する領域は外部で作る切り分けが扱いやすい形。アドオン量は見積り額のぶれ幅が最も大きい変数のため、要件の一覧化を先に済ませます。

OBIC7とECサイトや倉庫管理システムは連携できますか？

連携できます。方式はCSVファイル連携、中間テーブル方式、API連携の3つ。選択は「データの鮮度がどれだけ必要か」と「相手側システムを改修できるか」の2軸で決まります。受注が1日100件以下で出荷が翌営業日基準ならCSV連携で回りますが、ECの在庫表示を実在庫と合わせる要件があると日次連携では欠品が出る構成です。連携の実行時刻を月次締めの前後に固定し、締め期間中は取り込みを止める取り決めを書面に残しておくと、稼働後の事故を防げます。