OBIC(オービック)導入の選定ポイント/選び方/種類

OBIC(オービック)導入は、自社の課題と対象業務を先に整理し、OBIC7の標準機能、直販体制、費用・保守体制を比べて選ぶのが基本です。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・OBIC(オービック)導入の完全ガイド

OBIC(オービック)導入前に整理すべき自社の課題

導入前に整理する会計・人事給与の情報分断、締め作業、データ受け渡し、拠点間の情報統一を示す4枚のカード。
課題の場所を先にそろえると、後の比較対象を絞りやすくなります。

OBIC(オービック)導入の検討では、製品資料を集める前に、会計・人事・給与・就業のどこに問題が集中しているかを特定します。課題の所在が決まれば、比較すべき機能や確認すべき体制も絞り込めます。

会計と人事・給与の情報分断の確認

経理部門が会計を、人事総務部門が人事・給与を別々に管理していると、情報が分断されます。そのため、人件費の集計や予算実績の突き合わせに時間がかかり、決算が遅れやすくなります。

まず、月次・年次の締め作業のどの工程に時間がかかっているか、どの部門間のデータ受け渡しで手作業が生じているかを洗い出します。あわせて、誰がいつ人件費データを確定し、経理へ引き継いでいるかという承認の流れも一覧にします。

担当者の異動や退職で引き継ぎが属人化していないかを点検し、確認作業が一人に集中していないかも見ておくと、導入後に自動連携へ置き換える範囲が具体的になります。

複数拠点・グループ会社の情報統一の確認

複数の事業所や関連会社を持つ企業では、拠点ごとに集計ルールや締め日が異なります。そのため、グループ全体の数値をそろえる作業自体が負担になっているケースも少なくありません。

拠点間で情報の粒度や更新タイミングがそろっていない場合は、統合の優先度が高い課題として整理しておく必要があります。

ポイント

製品資料を集める前に、会計と人事・給与の分断や拠点間の集計のずれが、どの業務で起きているかを特定しておきます。比べる機能や確認する体制を絞るための土台になります。

OBIC7が対象とする業務範囲と向いている企業像

OBIC7は、会計を中核に人事・給与・就業・販売・生産までを組み合わせられるコンポーネント型ERPです。どの業務を対象にするかによって、検討すべき体制や期間は大きく変わります。

  • 対象業務:会計・人事・給与・就業など、導入する業務の範囲
  • 導入段階:優先して入れる領域と、後から広げる領域の切り分け
  • 適合条件:従業員規模や拠点数から見て、統合基盤が必要かどうか

業種を問わず、バックオフィス強化を目指す中堅・大企業向き

OBIC7の特徴は、会計・人事・給与・就業といったバックオフィス業務全体を中心にしている点です。生産管理や原価管理に特化した一部の国産ERPとは、この点で性格が異なります。

そのため、製造業に限らず卸売・小売・サービス業も候補になります。特に、複数の事業所や部門を持ち、バックオフィスを統一したい中堅・大企業に向いています。

一方、従業員数が少なく、会計・人事・給与を一人で管理できる企業では、既存のクラウド会計サービスや小規模向けパッケージで足りることがあります。自社の従業員規模や拠点数、部門をまたぐ承認の複雑さを踏まえ、統合基盤が必要かどうかを見極めることが選定の出発点です。

対象業務範囲を段階的に決める進め方

全業務を一度に刷新すると、要件定義の負荷が大きくなります。そこで、まず会計領域から着手し、人事・給与・就業へ広げる進め方も検討できます。

次に、自社の課題が最も大きい領域を確かめます。既存システムを残せる領域も、業務フローを見ながら分けておくと、後工程の要件定義を進めやすくなります。

ポイント

対象業務の範囲と、従業員規模・拠点数・承認の複雑さを照らし合わせて、統合基盤が必要かを見極めます。範囲は段階的に決めても構いません。

直販体制ならではの選定軸

OBIC(オービック)導入では、販売パートナーを介さず、オービックの担当者が窓口となる直販モデルが採用されています。この体制ならではの確認軸を、パートナー経由の他の国産パッケージと比べながら整理します。

窓口の一貫性と対応リソースの両面の確認

直販体制の利点は、要件定義から運用サポートまで同じ担当者が窓口になり、自社の業務要件を深く理解した相手と継続してやり取りできる点です。

対応人員には地域や案件規模によって限りがあるため、自社の事業所をカバーできる体制か、繁忙期の対応速度はどうかを確かめておく必要があります。

比較検討の場では、営業担当者の説明のわかりやすさだけでなく、導入後の窓口になる担当者やチーム体制を質問するのも有効です。要件定義と運用で担当者が変わる場合は、引き継ぎ資料や情報共有の方法もあわせて確認すると、稼働後の認識違いを防ぎやすくなります。

カスタマイズ交渉のしやすさ

パートナー経由での導入では、標準機能を超える要件をパートナー側で吸収しきれず、追加のシステム開発会社を探す必要が生じることもあります。

一方、OBIC(オービック)導入は直販体制のため、オービックの担当者とカスタマイズ要件を直接協議できる点が比較軸の一つになります。ただし、カスタマイズ対応が柔軟であることと、その費用や期間が妥当であることは別の論点なので、双方を分けて確認する必要があります。

標準機能とカスタマイズ対応の見極め方

標準機能とカスタマイズを判断する材料として、実データによる検証、Fit&Gap整理、費用対効果を並べた3枚のパネル。
検証結果を費用対効果の判断につなげる構成です。

OBIC(オービック)導入の選定で重要になるのは、標準機能でどこまで自社の業務を賄えるか、いわゆるFit to Standardの見極めです。ここを曖昧にしたまま進めると、後工程で想定外のカスタマイズ費用が発生しやすくなります。

標準機能への適合度の実データによる検証

標準機能への適合を見極める工程は、システムと実業務のずれを防ぎ、稼働後のリスクを抑えるうえで欠かせません。会計・人事・給与のどこまでを標準機能で処理できるかは、実際の勘定科目や給与体系、就業ルールを使って検証するのが望ましいです。

検証を主要プロセスの一部だけに絞ると、Fit&Gap整理に抜け漏れが出てしまいます。その結果、後になってデータ移行時の不整合が見つかるおそれがあるため、注意が必要です。特に、勘定科目や給与体系のデータ移行では、部門名や項目名の表記揺れが原因で重複や不整合が生じやすいとされています。

標準機能の検証と並行して、既存データを整える作業にどの程度の工数がかかるかを見積もっておくと、導入スケジュール全体の精度が高まります。

カスタマイズ比率の上昇と費用の膨らみ

パッケージ導入では、カスタマイズ比率が一定の水準を超えると、開発費用が当初予算の数倍規模に膨らむリスクがあるとされています。

OBIC(オービック)導入でも、この傾向は避けられません。そのため、標準機能で対応できない業務を洗い出し、そのカスタマイズにどれだけの重要性があるかを費用対効果で検討します。

ポイント

標準機能でどこまで業務を賄えるかは、実データで検証してから決めます。カスタマイズ比率が上がると費用が膨らみやすいため、標準機能で対応できない業務だけを費用対効果で判断します。

費用・保守体制の考え方

会計・人事給与システムは、初期費用だけでなく、稼働後の保守・運用費用も含めた総保有コストで比べるのが基本です。OBIC(オービック)導入でも、この考え方は同じです。

初期費用と年間の保守費用の切り分け

会計財務基幹システムでは、安定稼働後の年間コストは初期投資額の15〜20%程度が目安とされます。内訳には保守料、運用支援・追加開発費、ライセンス更新料、インフラ維持費などがあります。

オービックは、直販・自社一貫体制でサポートを提供しているとされています。一方で、汎用的なクラウドサービスと比べると保守費用は高めになりやすいとも言われるため、選定時に確かめておきます。

中堅企業の導入では、初期費用に加えて月額の利用料が発生する契約形態が一般的とされています。従業員数や利用モジュール数で費用感は変わるため、自社に近い条件で初期費用と月額費用を確かめ、複数モジュールを想定して見積もりを比べます。

表示価格に加わる周辺費用の見込み

システム導入では、表示される費用に加えて、データ移行代行、導入コンサルティング、追加研修などのオプション費用が加わることが一般的です。

実際の予算は表示価格より一定程度上振れする前提で見ておくと、選定後の想定外の追加費用にも慌てずに済みます。

見積もりでは、まず標準機能の範囲を確認します。あわせて、カスタマイズや周辺費用の加算額も内訳を分けて提示してもらいます。

ポイント

比較は初期費用だけでなく、稼働後の保守・運用費用を含めた総保有コストで行います。見積もりは標準機能分、カスタマイズ分、周辺費用に分け、自社に近い条件で並べて比べます。

奉行シリーズなど類似製品との混同を避ける選び方

OBIC(オービック)導入を検討する過程では、名称が似ている「奉行シリーズ」の情報と混同しないよう注意が必要です。提供会社が異なるため、比較の対象を誤ると、選定基準そのものがずれてしまいます。

比較対象がOBIC7か奉行シリーズかの確認

オービック(OBIC)はOBIC7シリーズを直販しています。奉行シリーズは、オービックビジネスコンサルタント(OBC)が提供する別会社・別製品です。

対象企業の規模や販売手法、カスタマイズの考え方も異なります。そのため、資料請求の前に、どちらの会社・製品を検討しているのかを公式サイトで確かめておきます。

比較サイトや資料には、両社の製品を並べて紹介しているものもあります。社名や製品名が近いため、選定担当者が途中で対象を取り違えることもあります。そこで、問い合わせや資料請求では宛先の会社名と製品名を都度確認し、社内の比較表にも提供会社名を書いておくと、後工程の混乱を避けやすくなります。

中小企業向けパッケージと大企業向け直販製品の選定基準の違い

中小企業向けのノンカスタマイズ製品と、中堅・大企業向けのOBIC7では、評価軸が異なります。自社の企業規模とカスタマイズの必要性を整理し、比較対象を絞り込みます。

パートナー経由かベンダー直接かという契約形態も確認します。候補製品の構成は、OBIC(オービック)導入のパッケージ・クラウド製品一覧で確認できます。

ポイント

比較の対象がOBIC7か奉行シリーズかを、資料請求の前に公式サイトで確かめます。そのうえで、自社の企業規模に合う製品に比較対象を絞り込みます。

OBIC(オービック)導入前に確認しておきたいポイント

段階的な展開範囲、見積もりの内訳、自社に近いデータでのPoC検証を確認する3枚のチェックカード。
対象範囲・費用・データの準備状況を並行して確認できます。

候補を絞り込んだ後も、対象範囲や体制、費用感について事前に確認しておきたい点があります。比較表の機能欄だけでは見えにくい条件を検証すると、選定後の認識違いを防げます。

最初から全業務を対象にしない進め方

会計領域だけを対象にした部分導入から始め、運用が定着してから人事・給与・就業へ範囲を広げることもできます。自社の課題が最も大きい領域を優先し、無理のない範囲から着手すると、選定と導入を進めやすくなります。

導入範囲を最初から全社に広げると、要件定義から検収までの関係者が増えます。そのため、対象部門や利用者数を区切り、段階的な展開計画を立てておくと安心です。

標準機能分とカスタマイズ分に分けた見積もりの提示

見積もりを一括りの金額で受け取ると、後から費用の内訳が把握しにくくなります。そのため、まず標準機能の範囲と費用を確認し、カスタマイズや周辺費用も項目ごとに分けてもらうと、他の選択肢との比較や社内稟議の材料になります。

実際の勘定科目・給与体系を使ったPoCでの検証

デモの説明だけで判断せず、自社の勘定科目や給与体系、就業ルールに近いデータで、標準機能の再現範囲を検証します。特に、会計・人事給与という機微なデータを扱う領域では、本番移行の前に実データで検証しておくことで、稼働後のトラブルを未然に防げます。

まとめ

OBIC(オービック)導入では、まず会計・人事・給与・就業の課題を整理します。そのうえで、OBIC7の対象範囲と自社に合う企業像を照らし合わせることから始めます。

次に、直販体制の選定軸と標準機能・カスタマイズを確認します。さらに、費用・保守体制と、奉行シリーズとの混同を避ける視点も押さえておくと、比較の精度が高まります。

課題整理から段階的な範囲決定までの流れ

まず、自社の課題と対象業務の範囲を決めます。そのうえで、標準機能・カスタマイズ、費用・保守体制を順に確認すると、営業説明だけで判断せずに済みます。

特に、奉行シリーズとの混同を避けて比較対象を正しく絞り込むことは、選定の初期段階で確認しておきたい点です。

実データを使った検証と最終判断

資料上の機能一覧だけで判断せず、勘定科目や給与体系に近いデータで検証して、標準機能とカスタマイズの範囲を把握してください。

対象業務範囲に応じた見積もりの内訳と、保守体制を確認します。奉行シリーズなど類似名称の製品との取り違えがないかも、最終判断の前に見直します。

既製パッケージの標準機能やカスタマイズ対応でも吸収しきれない独自の業務要件がある場合は、個別開発やハイブリッド構成も選択肢になります。riplaはフルスクラッチ開発の立場から、パッケージ選定前の要件整理や、既存システムとの連携を含む構築を支援しています。

▼全体ガイドの記事
・OBIC(オービック)導入の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。