OBIC(オービック)導入の開発期間・スケジュール・納期について

株式会社オービックが提供する統合業務ソフトウェア「OBIC7」シリーズの導入を検討する企業担当者が必ず突き当たる疑問が、開発期間・スケジュール・納期です。OBIC7は、会計を中核としながら人事・給与・就業・販売・生産の各システムを組み合わせられる「コンポーネント型ERP」で、累計導入社数は2万社を超えるとされる国産パッケージです。特徴的なのは、オービックが販売パートナー網を介さず、コンサルティングから開発、導入後の運用サポートまでを自社で一貫して提供する直販体制を敷いている点で、既に執筆済みのEXPLANNER・FutureStage・GLOVIA・mcframeといった生産管理・製造業に強みを持つ他の国産ERPとは異なり、会計・人事給与領域を軸に幅広い業種のバックオフィス業務をカバーします。実際に導入を検討する担当者からは「直販体制だとスケジュール感はどう変わるのか」「人事・給与領域を中心に導入する場合、期間はどの程度になるのか」「カスタマイズを前提にするとどれくらい伸びるのか」といった、開発期間・スケジュール・納期に関する疑問が数多く挙がります。

本記事では、OBIC(オービック)導入における開発期間・スケジュール・納期に焦点を当て、規模別の期間目安、要件定義・Fit&Gap分析・設計・カスタマイズ開発・データ移行・テスト・本番稼働までの工程別の期間配分、OBIC7ならではの工程（直販・自社一貫体制によるカスタマイズ対応と、会計・人事給与領域の対象範囲）がスケジュールに与える影響、そして納期遅延の典型要因と対策までを、確認できた一次情報と国産パッケージ型ERP導入の一般的な知見に基づいて体系的に解説します。会計・人事給与に強みを持つ直販パッケージであっても、期間の多くは「システムを立ち上げる時間」よりも「自社の会計処理・人事給与制度をどこまで標準機能に乗せられるかを見極め、現場が使いこなせる状態を作り込むまでの時間」で占められるという特性があります。これから導入パートナーを選定する方はもちろん、社内でスケジュールを策定する立場の方にとっても、現実的な計画を立てるための判断軸が身に付くはずです。

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

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

OBIC(オービック)導入の開発期間の全体像

OBIC(オービック)導入の開発期間は、対象とする業務範囲（会計だけに絞るのか、人事・給与・就業まで含めるのか、さらに販売・生産まで含めた基幹業務全体を刷新するのか）、企業規模、そして自社独自の業務ルールをどこまで反映するかによって大きく変動します。WebSearchで確認できた一般的な目安として、小規模導入では500万〜1,000万円、中規模導入では1,000万〜3,000万円、大規模導入では3,000万円以上という費用レンジが示されており、これに対応する形で開発期間もおおむね数ヶ月から1年程度の幅で見積もられるケースが多いとされます。特徴的なのは、OBIC7が会計を中核とした人事・給与領域に強みを持つパッケージであることから、まず会計・人事・給与といったバックオフィス業務に対象を絞り込んで着手し、稼働後に販売管理・生産管理へ段階的に拡張していく進め方を選ぶ企業が一定数見られる点です。一方で、全社の基幹業務を一気通貫で刷新する大規模導入や、複数拠点・複数部門を巻き込む展開を行う場合は、1年前後、規模によってはそれ以上を見込む必要があります。会計・人事給与に強みを持つ国産パッケージであっても「システムを立ち上げる時間」だけでなく「自社の会計処理・給与体系・就業ルールを標準機能にどこまで乗せられるかを見極め、現場が実際に使いこなせる状態を作り込むまでの時間」がスケジュールの大半を占めるという構造は、他のERPパッケージと変わりません。

OBIC(オービック)導入の期間は、対象業務の範囲と企業規模によって、大きく3つのレンジに分けて考えると計画が立てやすくなります。まず小規模なケースです。単一部門・単一拠点で、会計または人事・給与のいずれかに対象を絞り込んで導入する場合、初期費用の目安は500万〜1,000万円程度とされ、開発期間もおおむね数ヶ月単位で最初の稼働にたどり着けるケースが多いとされます。中小企業がまずバックオフィス業務のデジタル化から着手したいというニーズに合致する導入形態です。次に中規模のケースです。会計・人事・給与・就業まで含めたバックオフィス業務全体を対象とし、既存システムやExcelからのデータ移行、自社の給与体系や就業規則に合わせた一定のカスタマイズを伴う構成では、初期費用1,000万〜3,000万円程度、期間は半年前後を目安に考えるのが現実的です。従業員数100〜500名規模の中堅企業では、この水準の導入が一般的とされています。最後に大規模なケースです。販売・生産まで含めた全社基幹業務の統合刷新や、複数拠点・複数事業部門を巻き込んだ展開を行う場合は、初期費用3,000万円以上、期間も1年前後、規模や拠点数によってはそれ以上を見込むのが現実的です。対象範囲が広がるほど、関係部門間の要件調整と現場教育に要する時間が積み上がっていく点に注意が必要です。

OBIC7が期間の見積もりに与える影響を理解するには、Tier1 ERP（SAP・Oracle等）、汎用クラウド会計・人事SaaS、フルスクラッチ開発という3つの対極と比較すると分かりやすくなります。Tier1 ERPは機能が最も広範で拡張性も高い反面、要件定義から本番稼働まで1年〜数年を要し、費用も数千万〜数億円規模になりがちで、中堅企業には過剰投資になりやすいという課題があります。汎用クラウド会計・人事SaaSは数週間〜数ヶ月という短期間で導入できますが、標準機能だけでは複雑な給与体系や独自の会計処理をカバーしきれず、結局Excelでの二重管理に戻ってしまうリスクがあります。OBIC7は、会計・人事・給与・就業の各業務領域を最初から標準機能として備えたコンポーネント型ERPであり、かつオービックが直販・自社一貫体制でコンサルティングから開発、運用サポートまでを担うため、「自社の業務要件をどう実現したいか」という要件定義段階での意思疎通がスムーズに進みやすいという特性を持ちます。ただし、これは「常に最速で終わる」という単純な話ではなく、自社の給与計算ルールや経理処理の実態が標準機能とどれだけ一致しているかを見極めるFit&Gap分析には、他のERPパッケージと同様に相応の期間を割く必要があるという点も同時に理解しておく必要があります。

要件定義から本番稼働までの工程別スケジュール

OBIC(オービック)導入プロジェクトの標準的な工程は、大きく「要件定義・Fit&Gap分析」「基本設計・カスタマイズ開発」「総合テスト・受入テスト」「データ移行・ユーザー教育・本番稼働」という流れで進みます。一般的な半年〜1年の導入では、最初の1〜2ヶ月を要件定義・Fit&Gap分析（会計処理・給与体系・就業ルールの整理と現状業務のズレの洗い出し）、続く2〜3ヶ月を基本設計・カスタマイズ開発（標準機能では対応できない独自帳票・特殊な給与計算ロジック・部門別の承認フローの追加開発）、その後1〜2ヶ月を総合テスト・受入テスト（給与計算結果の検証、会計仕訳との連動確認）、最後の1〜2ヶ月をデータ移行・ユーザー教育・本番稼働（社員マスタ・勘定科目・給与体系等の移行と現場研修）に充てる配分が一般的です。この配分の中で特にボリュームが大きいのが基本設計・カスタマイズ開発フェーズであり、日本企業特有の細かな給与計算ルールや承認フローをどこまでシステムに落とし込むかの調整に相応の工数がかかります。さらに見落とされがちなのが、給与計算結果の検算工数です。旧システムやExcelで属人的に管理されていた給与計算ロジックを新しいERPの仕様で再現し、検算する作業は、想定以上に時間がかかることが多く、初期見積もりから漏れやすいため、あらかじめスケジュールに織り込む必要があります。ここでは、この一連の流れを前半（要件定義・Fit&Gap分析）と後半（設計・カスタマイズ開発・データ移行・テスト・本番移行）に分けて解説します。

プロジェクトの前半は、課題整理と要件定義、そしてFit&Gap分析です。課題整理フェーズでは、既存の会計・人事・給与・就業業務がどのようなシステムやExcelで回っているかを棚卸しし、OBIC7で何を実現したいのか（老朽化した会計システムの刷新なのか、部門ごとに分断された人事データの統合なのか、給与計算の自動化・属人化解消なのか）という目的を明確にします。要件定義フェーズでは、どの業務範囲を対象とするか、勤怠・給与・賞与・年末調整・社会保険といった業務のうちどこまでを標準機能でカバーするかを整理します。そして、OBIC7導入において特に重要なのがFit&Gap分析です。これは、契約前に実際の業務データを使い、「これだけは譲れない要件」が標準機能だけで満たせるか、満たせない部分をカスタマイズでどこまでカバーするかを検証する工程で、ここを丁寧に行わないと稼働後に追加改修が頻発する原因になります。標準機能で不足する自社独自要件への対応で発生するカスタマイズ費用は、初期導入費用の一定割合を占める代表的なコスト増要因になるとされており、Fit&Gap分析の精度が後半工程の手戻りとコストの両方を大きく左右します。オービックは直販・自社一貫体制であるため、この段階から自社の担当者が個社の業務要件を深く拾い上げてくれる傾向がある一方、要件が多岐にわたるほど確認と合意形成に一定の時間を要する点は理解しておく必要があります。

プロジェクトの後半は、実際にOBIC7をセットアップし、マスタとデータを整備して、現場が使いこなせる状態を作り、本番へ切り替える工程です。まず基本設計では、Fit&Gap分析で洗い出した差分をカスタマイズ仕様として落とし込みます。OBIC7は会計・人事・給与・就業・販売・生産の各システムを組み合わせられるコンポーネント型ERPであるため、どの業務範囲を最初のスコープに含め、どの範囲を次フェーズに回すかを、この段階で合わせて検討します。続くマスタ整備フェーズでは、社員マスタ・組織マスタ・勘定科目・給与体系マスタといったマスタデータを登録し、既存システムやExcelに散在していたデータを移行します。この移行では、旧システムと新システムでコード体系が異なることが多く、特に社員マスタや勘定科目のデータクレンジングと突合作業に相応の工数がかかります。教育フェーズでは、経理・人事の担当者が実際にOBIC7を操作できるよう研修を行い、実データを使ったテスト運用で業務が問題なく回ることを確認します。最後の本番移行では、旧システムとの並行稼働期間を設け、給与計算結果や会計仕訳の整合性、日々の業務プロセスに問題がないかを確認したうえで本番稼働に切り替えます。並行稼働期間は、想定外の運用上の問題を本番稼働前に洗い出せる貴重な期間であり、ここを短縮しすぎると稼働直後に給与計算や決算処理で現場が混乱するリスクが高まります。

OBIC7固有でスケジュールに影響する工程

一般的なパッケージ型ERP導入の工程に加えて、OBIC(オービック)導入には固有の判断や作業が存在し、これらがスケジュールに影響します。とりわけ「直販・自社一貫体制によるカスタマイズ対応がスケジュールに与える影響」と「会計・人事給与領域の対象範囲がスケジュールに与える影響」は、期間を左右する重要な論点です。これらはOBIC7が「販売パートナーを介さない直販・自社開発体制のパッケージ」かつ「会計を中核とした人事給与領域に強みを持つコンポーネント型ERP」という文脈で選ばれることが多いため、他の国産ERPやクラウドSaaS導入とは異なる考慮が必要になります。ここではこの2つの工程がスケジュールに与える影響を掘り下げます。

オービックは、コンサルティングからハードウェア選定、ネットワーク構築、システム開発、導入後の運用サポートまでを自社の担当者が一貫して提供する直販型の営業モデルを特徴としています。これは、販売パートラー網を介して標準パッケージを配布する形態のERPとは異なり、個社の要件に応じたカスタマイズ対応に柔軟に応じられるという利点がある一方、要件定義から開発までのやり取りが自社チームとの直接対話になるため、個別要望の実現可能性検討や仕様調整に相応の時間をかける傾向があるというスケジュール面での特性でもあります。特に、これまで会計ソフトやExcelで属人的に経理・人事業務を行ってきた企業がOBIC7を導入する場合、自社の業務ルールを言語化し、標準機能とのFit&Gapをオービックの担当者と一緒に詰めていく過程で、「実は部署ごとに処理ルールが異なっていた」といった実態が明らかになることも少なくありません。この場合、要件定義・Fit&Gap分析の段階で、自社の業務ルールそのものを整理・統一する作業が発生し、これがスケジュールを押す要因になります。逆に言えば、OBIC7導入のプロセスそのものが、自社の会計・人事給与業務を体系化する機会にもなるため、この工程を「時間がかかる面倒な作業」ではなく「業務プロセスを標準化するための投資」と捉え、十分な期間を確保しておくことが重要です。

もう一つのOBIC7固有の要因が、会計・人事給与領域という取り扱うデータの機微さに起因するスケジュールへの影響です。OBIC7は、会計情報システムを中核としながら、社員情報・組織情報・発令管理・給与履歴・考課履歴を扱う人事情報システムと、月例給与・賞与・年末調整・社会保険を扱う給与情報システムを標準機能として備えています。これらは会社の機密情報・個人情報に直結する領域であるため、生産管理や販売管理の刷新プロジェクトに比べて、アクセス権限の設計、承認フローの整備、社会保険・税制対応といった検討事項が多く発生し、要件定義・設計フェーズに相応の時間を要する傾向があります。特に給与計算は、社会保険料率や税制の改定に対応し続ける必要があるため、稼働時点だけでなく稼働後の運用ルールまで見据えた設計が求められます。また、会計・人事・給与・就業・販売・生産まで対象範囲を広げるほど、各部門の担当者を巻き込んだ合意形成のプロセスが増えるため、対象業務範囲をどこまで最初のスコープに含めるかを早い段階で見極め、必要であれば段階的な導入計画に切り分けることが、現実的なスケジュールを引くための鍵になります。

納期遅延の典型要因と対策

OBIC(オービック)導入プロジェクトで納期が遅延する原因の多くは、システムそのものの技術的問題ではなく、要件確定の遅延、そしてカスタマイズ範囲の後出しに起因します。「会計・人事給与に強いパッケージだから細かい要件定義は不要だろう」という思い込みでプロジェクトを進めてしまうと、稼働直前になって「この給与計算ロジックが標準機能では表現できない」「特定部門だけ異なる承認フローが必要だった」といった問題が次々と発覚し、追加のカスタマイズ開発が発生してスケジュールが押します。ここでは代表的な2つの遅延要因とその対策を解説します。

最も頻度が高い遅延要因が、給与計算ルールや承認フローといった業務要件の確定が要件定義の途中で二転三転してしまうケースです。会計・人事給与は経営層・経理部門・人事部門・現場管理職それぞれの立場で「見たい情報」「守りたい運用ルール」が異なることが多く、この合意形成に想定以上の時間がかかると、後続の設計・開発工程がスタートできず、プロジェクト全体が停滞します。もう一つの典型例が、カスタマイズ範囲の後出しです。会計領域の要件定義が固まった後になって「実は人事評価制度と給与を連動させたい」「特定の事業部だけ異なる決裁ルールがある」という情報が判明し、後付けで追加のカスタマイズ要件を組み込むことになると、既に固めた設計の見直しが必要になり、大きな手戻りが発生します。標準機能で不足する要件へのカスタマイズ対応は、初期導入費用の代表的なコスト増要因になるとされ、これは同時にスケジュール遅延の最大要因でもあります。この手戻りを抑えるには、契約前の段階で各部門の意思決定者を明確にし、人事評価・承認フロー・部門固有ルールなどの要件を最初の要件定義に必ず含めておくことが有効です。

もう一つの遅延要因が、発注側の準備不足です。導入パートナーであるオービックがどれだけ経験豊富でも、自社の会計処理や給与体系の実態を把握しているのは発注企業側であり、意思決定やマスタデータの提供が遅れるとプロジェクト全体が止まります。現実的なスケジュールを引くために発注側が準備しておくべきことは大きく3つあります。1つ目は、現行の会計処理・給与計算ルール・承認フロー・帳票の棚卸しです。どの処理をどのようなルールで行い、どのような帳票で出力しているかを整理しておくと、要件定義とFit&Gap分析が一気に進みます。2つ目は、対象業務範囲を含めた目的と優先順位、そして成功基準の明確化です。「まず会計のどの業務範囲から着手し、いつまでに人事・給与へ展開したいのか」を定量的に決めておくことで、スコープの肥大化を防ぎ、段階的なリリース計画を立てやすくなります。3つ目は、部門を巻き込んだ意思決定体制の整備です。給与計算ルールの定義や承認フローの判断を迅速に下せるよう、経理部門・人事部門・情報システム部門をつなぐ責任者を置いておくと、確認待ちによる停滞を避けられます。導入を外部に丸投げするのではなく、システム構築はオービックに任せつつ、自社は「業務ルールと成功基準の定義、そして現場の巻き込み」に責任を持つという内製と外注のハイブリッド型の役割分担が、現実的で守れるスケジュールの土台になります。

まとめ

本記事では、OBIC(オービック)導入の開発期間・スケジュール・納期について、規模別の期間目安、工程別のスケジュール、OBIC7固有でスケジュールに影響する工程、そして納期遅延の典型要因と対策を解説しました。全体の期間は会計または人事・給与のいずれかに絞った小規模導入でおおむね数ヶ月、会計・人事・給与・就業まで含めた中規模導入では半年前後、販売・生産まで含めた全社基幹の統合刷新では1年前後が目安で、対象範囲や拠点数によってはさらに伸びる可能性があります。OBIC7は、会計を中核とした人事・給与領域に強みを持つ国産パッケージとして、コンポーネント型で必要な業務範囲を組み合わせられる柔軟性と、オービックによる直販・自社一貫体制での手厚いサポートを武器にする一方、その効果を引き出すためには要件確定を早期に固めること、そして会計・人事給与という機微なデータを扱う領域特有の検討事項に十分な時間を割く必要があるという固有の特性があります。納期を守るためには、Fit&Gap分析を丁寧に行い業務ルールの意思決定を早期に固めること、対象業務範囲を最初の要件定義に含めておくこと、そして発注側が業務ルールの棚卸し、目的と成功基準の明確化、部門を巻き込んだ意思決定体制の整備を主体的に進めることが不可欠です。導入を検討される際は、自社の会計・人事給与業務の実態と展開計画を整理したうえで、直販体制ならではの手厚いサポートを持つオービックに相談することをお勧めします。

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

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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