オフコン移行先の比較｜保守終了までに決めることとリプレイスの進め方

オフコンのリプレイスで最初に決めるべきなのは、移行先の製品ではなく「いつまでに、どの業務を、どの形で移すか」です。移行先は、延命・リホスト・リライト・パッケージ・SaaS・再構築のどれか一つを選ぶのではなく、業務ごとに組み合わせて比べます。この記事では、メーカー公式発表で確認できた保守終了の情報、自社の機種の期限を確かめる手順、移行先の比較表、見積もり前に用意する現行資産の一覧、保守終了から逆算したスケジュール例、オフコン特有の移行の難しさを、大手コンサルティングファーム出身の専門家の知見をもとに解説します。

オフコンのリプレイスが避けられなくなっている理由

オフコン（オフィスコンピュータ）は、販売管理・在庫管理・給与計算などの基幹業務を、専用のハードウェアとOSで動かしてきた業務用コンピュータです。止まらず、速く、長く使えるため、地方の中小企業では今も現役で使われていることがあります。富士通は1984年にオフコン「FACOM Kシリーズ」の国内提供を始め、40年以上にわたって販売管理や生産管理などのオフコンシステムを支えてきたと説明しています。

一方で、メーカー側では販売・保守の終了が進んでいます。富士通グループ（エフサステクノロジーズ）は、オフコンのモダナイゼーション（新しい環境への移行）を2031年3月末までに完了するよう推進する方針を公表しています。公式発表で確認できた主な時期は次のとおりです。

※エフサステクノロジーズ（富士通グループ）の公式ページ「Cloud Service for オフコン サービス提供終了までのご案内」「販売終了した製品」、富士通のプレスリリース（2025年3月21日）に基づきます（2026年11月確認）。製品・版数によって時期が異なるもの、未定のもの（例：PowerRDBconnector V3.2）があります。オンプレミスで使っている本体装置の保守期限は、上の表には含まれていません。契約内容とあわせて販売元に確認してください。

富士通は同じ2025年3月21日のプレスリリースで、資産分析・可視化、COBOL資産の変換、業務パッケージへの移行、SaaSを組み合わせた再構築など、オフコン向けのモダナイゼーションサービスを体系化したと発表しています。メーカー自身が「同じものを動かし続ける」のではなく、移行を前提にした支援へ軸足を移していることがわかります。

他メーカーの機種については、公式発表で終了時期を確認できなかったため、この表には載せていません。自社の機種については、次の手順で確認してください。

自社の機種のサポート期限を確かめる5つの手順

「まだ動いているから大丈夫」と思っていても、保守契約の更新時に初めて終了を知らされることがあります。期限は、ハードウェア・OS・周辺ソフトで別々に決まっていることに注意してください。

1. 機種名・型番・OSの版数を控える
   本体の銘板、保守契約書、導入時の納品書から、機種名・型番・OSとその版数を書き出します。
2. 保守契約書の範囲と期限を確認する
   ハードウェアの保守、OS・ミドルウェアの保守、アプリケーション（自社向けに作ったプログラム）の保守が、それぞれ誰との契約で、いつまでかを確認します。
3. メーカー・販売店に書面で照会する
   「ハードウェア保守の終了時期」「交換部品の供給見込み」「OS・ミドルウェアの保守終了時期」「延長保守の有無と条件」を、型番を添えて問い合わせ、回答をメールなど記録に残る形でもらいます。
4. 周辺機器・周辺ソフトも確認する
   端末エミュレータ、帳票用プリンタ、他システムとのデータ連携ソフト、端末として使っているパソコンのOSなど、オフコンにつながっているものの期限も同じように確認します。本体より先に周辺が終わることがあります。たとえばWindows Server 2016の延長サポートは2027年1月12日（米国時間）に終わります。
5. 一番早い期限を「実質の期限」にする
   確認した期限のうち、最も早いものを社内の計画の基準にします。メーカー以外の保守サービスで延命できる場合も、部品の確保や対応範囲の条件を確認したうえで、移行までの「つなぎ」として扱います。

※記入例は説明用の例です。実際の期限は自社の製品・契約で確認してください。

オフコンの移行先6パターンの比較

移行先の選択肢は大きく6つです。ポイントは、どれか一つを全業務に当てはめないことです。会計や給与は標準的な製品に、独自の受注方式や原価計算はプログラムを活かす、というように業務ごとに組み合わせる方が、費用と業務改善のバランスがとりやすくなります。

経済産業省が2025年5月に公表した「DXの現在地とレガシーシステム脱却に向けて」は、中堅・中小企業について、オーダーメイドのスクラッチ開発は避け、パッケージやSaaSを原則とすべきという考え方を示しています。オフコンの移行でも、⑥を選ぶのは競争力に直結する業務に絞り、それ以外は④⑤を基本に考えるのが現実的です。

比べるときの観点は、次の6つです。

オフコンからの移行は、「同じものを新しい機械で動かす」だけで終わらせると、属人化した処理や例外がそのまま残ります。保守終了は、業務を見直す数少ない機会でもあります。再構築の方式ごとの違いとタイミングの見極め方は基幹システムのリプレイス、パッケージとスクラッチの組み合わせ方は中小企業のERPの選び方も参考にしてください。

①延命を選ぶときに確認する4点

• 期限：延命策そのものの提供期限。Cloud Service for オフコンのように、延命先のサービスにも終了日がある
• 対象範囲：本体だけか、OS・端末エミュレータ・プリンタまで含むか
• 部品と障害対応：第三者保守の場合、交換部品の確保方法と、故障時に復旧できるまでの目安
• 移行計画との関係：延命期間中に、どの業務から順に移すか。延命は移行計画とセットで決める

延命の期間を「移行が終わるまで」とあいまいにすると、延命の費用を払い続けながら移行の着手が遅れます。延命を選ぶ場合も、終わりの日を先に決めてください。

見積もり・提案依頼の前に用意する現行資産の一覧

移行先を比べるには、開発会社や製品ベンダーに見積もりを依頼する必要があります。オフコンの場合、現行の規模が分からないと、各社が違う前提で見積もり、金額の幅が大きく開きます。依頼の前に、次の一覧を作っておきます。

このうち「実際に使っているか」の確認が一番効きます。長く使ってきたオフコンでは、過去に作ったものの今は使われていないプログラムや帳票が残っていることが珍しくありません。利用部署への聞き取りと、実行履歴が取れる場合はその記録で、移行対象から外せるものを先に特定します。一覧は、移行先の比較表やRFP（提案依頼書）の「現行システムとデータ」の章にそのまま使えます。

オフコン移行特有の3つの難しさ

オフコンからの移行は、一般的なシステムの入れ替えより手前の調査に時間がかかります。理由は次の3つです。

データの中身にも注意が必要です。長く使ってきたシステムでは、同じ取引先が営業所や担当者ごとに「株式会社〇〇建設」「〇〇建設」「（株）〇〇建設」と別名称・別コードで登録されていたり、使わなくなったコードが別の取引先に再利用されていたりします。そのまま移すと、過去の取引履歴が誤った取引先に紐づきます。名寄せと採番ルールの決め方はマスタデータ整備とコード体系の決め方で解説しています。

データ移行は、単なるデータのコピーではなく、会社の業務情報を整理し直す作業です。重複・欠損・不整合の抽出、コードと名称の統一ルール、新旧コードの対応表づくりまでを、要件定義の段階から計画に入れておきます。計画・クレンジング・照合・リハーサルの進め方は基幹システムのデータ移行をご覧ください。

保守終了から逆算したスケジュール例

保守終了の期限が決まっている場合は、そこから逆算して開始時期を決めます。次の表は、オフコンで販売・在庫・購買・会計を動かしている会社が、パッケージを中心に移行する場合の例です。

※説明用の例です。期間は対象業務の範囲・データの状態・移行先によって変わります。リホスト中心の場合は短く、再構築の場合は長くなります。

開発を伴う場合の工期の見当には、公開されている調査が使えます。JUAS（日本情報システム・ユーザー協会）の「ソフトウェア・メトリクス調査2025」は、開発プロジェクトの実績から標準工期を「3.23×工数（人月）の立方根」と示しています。たとえば工数64人月なら、64の立方根は4なので約13か月です（※計算は説明用の例です）。同じ調査では、標準工期を超過したプロジェクトが全体で49%、50人月未満でも56%ありました。期限から逆算した計画が標準工期より短くなっている場合は、範囲を絞るか、開始を早める必要があります。

この例で押さえたいのは、予備期間を最初から確保することと、稼働後の定着期間を保守終了より前に終えることです。移行リハーサルで数字が合わず稼働を延期すると、予備期間がなければ旧システムの保守が切れた状態で本番を迎えることになります。稼働してよいかの判定基準と切り戻し計画は稼働判定と本番切替、各段階で何を承認してから次に進むかは基幹システム導入の進め方と判断ゲートで解説しています。

保守終了までに決めておく10のこと

• ハードウェア・OS・周辺ソフトのうち、最も早いサポート期限
• 延命策（クラウドサービス・第三者保守）を使うか、使うならいつまでか
• 刷新の目的と、成功を測る数字
• 移行する業務と、移行しない（廃止する・手作業に戻す）業務
• 業務ごとの移行先（パッケージ・SaaS・リホスト・再構築）の組み合わせ
• 移行するデータの範囲（何年分の履歴を移すか）
• 取引先・品目コードの統一ルールと、新旧コードの対応表の作成担当
• 移行完了の判定基準と、不一致が残ったときの延期・切り戻しの判断者
• システムに詳しい人と業務に詳しい人の、プロジェクトへの参加時間
• 本番移行の時期（決算期・繁忙期を避ける）と予備期間

よくある質問

まとめ

オフコンのリプレイスは、保守終了の期限から逆算して、現行調査・構想策定・要件定義を早めに始めることが要です。移行先は一つに決め打ちせず、標準化する業務はパッケージやSaaSへ、独自の業務はプログラムを活かすか作り直すという組み合わせで比べます。見積もりの前に現行資産を数えて使っていないものを外し、データが取り込めたかではなく、業務で正しく使えるかで移行の完了を判定してください。

自社の場合、何から調べればよいか分からない、という方は、無料診断で現状のシステムと業務を整理し、保守終了までに決めるべきことを明らかにします。