Visual Basicのシステム開発の発注/外注/依頼/委託方法について

Visual Basicのシステムを発注・外注するときは、言語をVB.NETへ変換することだけを目的にせず、画面・帳票・バッチ・データベース・外部連携を棚卸しし、業務を止めずに保守できる移行方式を選ぶことが重要です。

本記事では、Visual Basicのシステム開発を委託する方法を、発注形態の選択、RFPと要件整理、請負・準委任などの契約形態、2026年時点の費用相場、委託先の選び方、見積書の比較ポイントまで順に解説します。VB6、VB.NET、Excel VBA・Access VBAを切り分け、仕様書がないブラックボックス状態でも、最初に何を準備すればよいか分かる構成にしています。

▼全体ガイドの記事
・Visual Basicのシステム開発の完全ガイド

Visual Basicのシステムを発注する前に確認する全体像

Visual Basicのシステムという言葉だけでは、発注対象が決まりません。1990年代から使われるVB6のWindowsアプリ、.NET上で動くVB.NET、ExcelやAccessに組み込まれたVBAでは、実行環境も移行方法も異なります。まず種類を判定し、次に「何を残し、何を変えるのか」を決めることが、過剰な作り直しや見積もりの比較ミスを防ぎます。

VB6は開発環境であるIDEのサポートが2008年4月に終了しています。一方でMicrosoftは、既存アプリケーションに含まれるVB6ランタイムについて、サポートされるWindowsの有効期間中は動作する必要があると説明しています。ただし、動作していることは、開発・保守環境が将来も安全であることを意味しません。64bit OSではVB6ランタイムがWOWエミュレーション環境で動く32bitの仕組みであることも、発注前に確認します（出典: Microsoft Learn「Visual Basic 6.0 のサポートに関するお知らせ」、2025年11月更新）。

VB.NETなら.NETのWindows Formsやライブラリを継続利用しやすい一方、Microsoftの言語戦略では新しいワークロードへVisual Basicを拡張する方針ではありません。Webフロント、クロスプラットフォーム、将来の新規サービスを重視する場合は、C#やWeb技術を含めて比較します。Excel VBAやAccess VBAが中心なら、VB6移行ではなく、Office依存の整理、データベースの分離、Web化、SaaS移行が適切な場合もあります。

棚卸しでは、ソースコードと実行ファイルだけでなく、画面数、帳票数、バッチ、データベース、テーブル、ストアドプロシージャ、DLL、OCX・ActiveX、設定ファイル、タスクスケジューラ、共有フォルダ、プリンター、外部機器、会計・販売管理・EDIとの連携を一覧化します。納品書や請求書の印刷が特定の端末やドライバーに依存している場合、画面を変換しても本番運用は再現できません。

担当者へのヒアリングでは、仕様書に書かれていない例外処理も記録します。締め日だけ変わる計算、取消後の再処理、夜間バッチの再実行、手作業で修正するデータ、エラー時に電話で判断している手順などです。検索者の不安は、古い言語そのものより、担当者の退職後に暗黙知とデータを失うことにあります。発注範囲は、プログラムの変換ではなく業務の再現性まで含めて考えます。

Visual Basicのシステム発注形態はどれを選ぶべきですか？

結論として、現行操作と業務ロジックを短期間で引き継ぐならVB.NET移行、業務を見直してWeb・クラウドへ広げるならC#を含む再構築、標準業務へ合わせられるならパッケージやSaaSが候補です。どれか一つを先に決めるのではなく、OS更新、人材確保、業務改善、拠点統合、モバイル対応など、発注の目的から方式を絞ります。

販売管理、生産管理、在庫管理、受発注など、現場が慣れたWindows画面を大きく変えずにOSやミドルウェアの問題を解消したい場合は、VB6からVB.NETへの移行が候補になります。変換ツールで自動化できる部分を活用しつつ、古いコンポーネント、API、帳票、データアクセスは手作業で修正・検証します。「自動変換率」だけで判断せず、コンパイル後の手修正、単体テスト、現行・新システムの比較テストまで見積に含まれるかを確認します。

ただし、VB.NETへ機械的に置き換えるだけでは、不要な画面や重複データ、属人化した例外処理も引き継ぎます。将来Web化する業務と当面Windowsで残す業務を分け、変換対象を優先順位付けします。Windows Formsと既存ライブラリを活用する場合も、開発環境のバージョン、ソースの保管場所、テスト環境、後任の保守担当を契約条件に含めます。

複数拠点から同じデータを使いたい、外出先やスマートフォンから参照したい、権限と監査ログを整理したい、他サービスとAPIでつなぎたいという場合は、Web・クラウド再構築を比較します。新しい画面を作るだけでなく、認証、権限、ログ、バックアップ、障害監視、データ移行、ネットワーク、教育まで設計するため、VB.NET移行より高額・長期になりやすいです。

一方で、既存販売管理をWeb化した公開事例では、intra-mart Accel Platformを使い、Oracle Databaseの更新や標準のユーザー・権限管理を組み合わせ、新規開発と比較して開発費30％削減と説明されています（出典: 株式会社NTTデータビジネスシステムズ「マイグレーションサービス」、公開事例）。この削減率は当該事例の条件に限られるため、自社の見積へそのまま当てはめず、再利用できる資産と新規設計の範囲を確認します。

顧客・商品・在庫・受注・請求など、標準的な業務に合わせられる場合はパッケージやSaaSも有力です。初期費用と導入期間を抑えやすい反面、独自帳票、複雑な承認、特殊な計算、既存DBとの連携を追加すると、カスタマイズ費やデータ移行費が増えます。標準機能へ業務を寄せられる範囲と、どうしても残す独自機能を分けて判断します。

全社を一度に切り替えるのが難しい場合は、参照・帳票・周辺業務から段階的に移す方法があります。基幹データと権限を新基盤へ寄せ、当面残すVB画面をファイルやAPIで連携する形です。段階移行では、旧新の件数・金額・残高・在庫を照合し、二重入力をいつ終えるか、障害時にどこへ戻すかを先に決めることが成功の条件です。

RFP・要件整理でVisual Basicのシステムに入れる項目

RFPは、開発会社に丸投げするための書類ではなく、同じ条件で提案と見積を比較するための共通資料です。機能名の一覧だけでなく、利用者、入力タイミング、データの流れ、例外処理、移行対象、受入条件を記載します。仕様書がない場合は、現状調査やリバースエンジニアリングを第一工程としてRFPに入れます。

顧客、商品、仕入先、拠点、担当者、単価、税区分などのマスタを誰が管理するか、受注・発注・入出庫・売上・請求のどの段階でデータが更新されるかを整理します。画面ごとに「登録」「検索」と書くだけでは、重複登録、取消、訂正、締め処理、権限外の操作が抜けます。通常処理に加えて、月末、年度末、返品、欠品、再発行、障害復旧などのシナリオも記載します。

帳票とバッチは別枠で数えます。納品書、請求書、ラベル、日次・月次集計、夜間処理、メールやファイル出力は、画面数だけでは工数を判断できないためです。データベースについては、SQL Server、Oracle、Accessなどの種類、バージョン、文字コード、接続方式、保存年数、移行する過去データの範囲を明記します。

非機能要件には、利用時間、同時利用者数、応答時間、バックアップ頻度、復旧目標、監視、データ保存期間、障害連絡、メンテナンス時間、解約時のデータ返却を入れます。クラウドを選ぶ場合は、データの保管場所、再委託先、暗号化、MFA、脆弱性対応、障害時の報告、サービス終了時の移行支援も確認します。

個人情報や取引情報を扱う場合は、利用者・部署・役割ごとのアクセス制御、管理者権限の分離、認証、通信・保存データの保護、操作・変更・出力ログ、バックアップ、復旧テストをRFPに書きます。IPAは「情報セキュリティ10大脅威 2025 組織編」で、順位だけに頼らず、自組織が守るべき業務プロセスや情報資産を明らかにして対策を選ぶ考え方を示しています（出典: IPA「情報セキュリティ10大脅威 2025 情報セキュリティ10大脅威の活用法 組織編」、2025年）。開発会社のセキュリティ回答書と再委託管理も比較対象にします。

候補会社には、最も単純な画面だけでなく、複雑な入力画面、主要な帳票、データベースアクセス、外部コンポーネント、代表的なバッチを組み合わせたPoCを依頼します。確認するのは変換できたかだけではありません。コンパイルエラーの数、手修正の内容、印刷結果、処理時間、旧新データの一致、権限の動作、テスト仕様書の作りやすさまで確認します。

受入条件は「使いやすい」ではなく、「締め処理後の請求額が旧システムと一致する」「権限のない部署は他拠点の顧客情報を参照できない」「夜間バッチが指定時間内に完了する」「失敗した連携を再送できる」のように結果で書きます。PoCの費用、成果物、本番移行で再利用できる範囲、知的財産の帰属も、試行前に合意しておくと比較しやすいです。

Visual Basicのシステム開発で選ぶ契約形態と発注範囲

契約形態は、要件がどの程度固まっているか、変更がどれくらい起きるか、発注者と開発会社の役割をどう分けるかで選びます。現状調査・RFP作成支援・PoC・開発・データ移行・保守を一つの契約に詰め込まず、工程ごとに責任と成果物を整理する方法もあります。

請負契約では、合意した成果物を完成させて検収を受ける流れになりやすいです。画面、帳票、バッチ、データベース、移行データ、連携プログラム、設計書、ソースコード、テスト仕様書、操作マニュアルなど、納品物を一覧にします。検収期間、修正の期限、瑕疵や不具合の扱い、リリース後の保証範囲も書面化します。

要件が曖昧なまま全面移行を請負にすると、想定外の帳票や例外処理が追加費用になったり、開発会社がリスクを見込んで高い見積を出したりします。仕様変更の申請者、影響範囲の確認者、追加費用と納期の承認者を決め、標準機能・設定変更・追加開発・次期対応に分類すると、開発途中の要望を管理しやすくなります。

準委任契約は、専門家の作業や支援を受ける時間・体制に対して報酬を支払う形です。仕様書のないシステムの調査、業務ヒアリング、RFP作成支援、アジャイル型の開発、現場検証、運用改善、保守のように、作業内容や優先順位が変わる工程で検討しやすいです。稼働する責任者、人数、作業時間の上限、月次報告、成果物の扱いを定めます。

準委任なら品質を確認できないという意味ではなく、請負ならすべてのリスクを開発会社が負うという意味でもありません。発注者側は業務判断、優先順位、受入テストを担い、開発会社は調査、設計、実装、助言を担うように分けます。現状調査とPoCを準委任、仕様確定後の主要機能を請負、リリース後を保守契約とする組み合わせも現実的です。

保守契約では、問い合わせ受付時間、障害の重大度、一次回答と復旧の目標、OS・DB・ブラウザ更新への対応、法改正、バックアップ、定期メンテナンスを定めます。VB6ランタイムや古いOCXを残す場合は、動作環境を固定するのか、仮想環境や代替コンポーネントへ移すのか、脆弱性が見つかった場合の対応責任も確認します。

開発会社がクラウド事業者や別会社へ再委託する場合は、再委託先の範囲、個人データへのアクセス、事故時の報告、終了時のデータ返却と消去証明を確認します。独自開発部分のソースコード、設計書、DB定義、API仕様書の権利と利用範囲も明確にします。将来ベンダーを変更できる出口条件がなければ、初期費用が安くても長期的な依存が強くなります。

Visual Basicのシステム発注・外注費用の相場と内訳

Visual Basicのシステム移行費用は、画面数だけでは決まりません。帳票、バッチ、データ量、外部連携、仕様書の有無、データクレンジング、並行稼働、教育、保守の範囲で大きく変わります。以下は2026年公開の民間記事に掲載された目安であり、Visual Basic案件全体の公的な平均値ではありません。自社の見積では、前提条件と含まれる工程を必ず照合します。

小規模のVB6移行は、画面10〜20本で単純な帳票処理を前提にすると300万〜800万円、期間3〜6か月が目安です。中規模で画面30〜50本、業務ロジックや連携を含む場合は800万〜2,000万円、期間6か月〜1年です。大規模で画面100本超、複数業務や複数DBを統合する場合は2,000万〜5,000万円以上、期間1〜2年以上というレンジが公開されています（出典: 株式会社シースリーインデックス「VB6（Visual Basic 6）移行ガイド【2026年版】」、2026年確認）。

標準機能で収まるパッケージやSaaSへの乗り換えは、初期50万〜300万円に月額費用を加え、期間1〜3か月という別の目安です。Web・クラウドへの再構築は、業務再設計、認証、スマートフォン対応、API連携、非機能要件まで含めると1,500万〜6,000万円以上になる可能性がありますが、これはVB固有の公表統計ではなく、中規模業務システムの規模からの推定です。見積書には「公開目安」ではなく、自社条件での根拠を書いてもらいます。

費用が上振れしやすいのは、仕様書がない、独自OCXやActiveXを使う、帳票や印刷設定が多い、外部機器やEDIと接続している、複数DBをまたぐ、過去データを大量に移す、旧新を並行稼働させるといったケースです。ブラックボックス状態では現状調査とリバースエンジニアリングが加わり、公開目安では1.3〜1.5倍程度増える傾向が紹介されています。ただし、個別案件の傾向であり、発注先の調査結果で上下します。

工程別では、現状調査・要件定義、移行設計、変換ツールの準備、手修正、DB移行、帳票再現、単体・結合・性能・脆弱性テスト、データ照合、教育、並行稼働、リリース後保守を分けます。「開発一式」だけの見積は、安く見えても必要な作業が抜けている可能性があります。画面1本あたりの単価だけでなく、バッチ1本、帳票1本、連携1本、移行データ1種類の作業量も確認します。

株式会社ケイケンシステムは、VB6.0とCOBOLで構築された生産管理システムをVB.NETへ移行した事例を公開しています。移行期間は4か月・30人月で、対象は240画面、45のバッチ・帳票です。価格は公開されていませんが、分析・設計、プロトタイプ変換、自動変換と手作業変換、画面・帳票・バッチの単体テスト、結合テストまで含めた事例です（出典: 株式会社ケイケンシステム「Visual Basic マイグレーション」、2026年確認）。

この事例から分かるのは、画面数だけで作業量を想像すると危険だということです。自社の画面、帳票、バッチ、コンポーネント、テスト対象を同じ粒度で候補会社へ渡し、何人月をどの工程に配分したのか説明を求めます。価格や期間が非公開の事例を、相場の断定や削減保証として扱わないことも重要です。

Visual Basicのシステム委託先選定と見積比較のポイント

委託先は、Visual Basicに対応できるかだけでなく、現行資産と将来の運用を一緒に見られる会社を選びます。変換ツールを得意とする会社、業務ロジックの継承を得意とする会社、Web・クラウド再構築に強い会社、Access・Office連携に慣れた会社では、同じRFPでも提案の方向が変わります。

問い合わせ時は「Visual Basicに対応できますか」と聞くだけでは不十分です。VB6からVB.NET、VB.NETからC#やWeb、Access・Excel VBA、SQL Server・Oracle・Access、帳票、ActiveX・OCX、計測機器やEDIまで、どこまで自社の構成に対応できるかを確認します。公開事例があれば、画面数、帳票・バッチ数、期間、移行後の保守方法、現新比較テストの有無を聞きます。

会社名の知名度より、同じ種類の難所を経験しているかが重要です。仕様書がなく担当者に依存しているならアセスメントの実績、現行操作を維持したいなら移行・再利用の実績、Web化したいなら認証・権限・API・クラウド運用の実績を見ます。担当営業だけでなく、設計責任者や移行担当者が初期相談に参加する会社は、技術的な前提を早く確認しやすいです。

見積比較では、総額の安い順に並べません。現状調査、要件定義、設計、変換、手修正、DB移行、帳票、連携、テスト、教育、並行稼働、保守を横に並べ、各社の作業量と担当範囲を比較します。クラウド費用、ライセンス、開発環境、端末、データ移行、出張、研修、リリース後の追加改修が別料金かも確認します。

特に確認したいのは、自動変換の対象外、コンパイルエラーの修正、帳票の完全再現、データクレンジング、外部連携の試験、本番切替、障害時の切り戻しです。「現行同等」と書かれている場合は、どの画面・帳票・例外処理を同等とするのかを具体化します。RFPの前提にない作業が見つかった場合の単価や変更手続きまで比較しておくと、後からの追加費用を抑えやすくなります。

良い提案は、できることだけでなく、難しいことと前提条件も説明します。古いOCXを代替できない、印刷環境の再現に現地検証が必要、仕様書がないため先に調査が必要、データの重複や欠損を直さなければ移行できない、といったリスクを明示しているかを見ます。リスクを隠した低価格の提案は、開発途中の追加費用や納期遅延につながる可能性があります。

保守では、担当者の交代、問い合わせ窓口、障害の優先度、OSやDBの更新、脆弱性対応、バックアップ復旧、ソースと設計書の引き継ぎを確認します。発注者側にも業務責任者と受入テスト担当者を置き、月次の課題管理と変更承認を行います。開発会社の評価を「納期と価格」だけで終わらせず、5年後に自社が運用できるかという観点で比較します。

よくある質問

Visual Basicのシステム発注では、古い環境の扱い、仕様書の有無、移行方式、費用の根拠について質問が集中します。ここでは、委託先へ相談する前に押さえておきたい代表的な疑問へ直接回答します。

直ちに実行できなくなるわけではありませんが、使い続ける判断と、将来の保守リスクを受け入れる判断は分ける必要があります。VB6 IDEのサポートは終了しており、ランタイムの動作と開発環境の安全性は別です。OS、ミドルウェア、部品、担当者、障害時の復旧手順を棚卸しし、短期延命・段階移行・再構築を比較します。

外注できますが、最初から本開発の固定見積を取るのではなく、現状調査やアセスメントを先に依頼する方法が安全です。ソースコード、DB、実行環境、画面・帳票・バッチ、外部連携を調べ、担当者ヒアリングと実際の操作で仕様を再構成します。調査成果物を画面一覧、データ項目表、業務フロー、課題一覧、移行方式案として納品してもらうと、次のRFPと見積比較に使えます。

既存のWindows FormsやVB.NETの資産を活用し、操作性を維持したいならVB.NET移行が候補です。Web化、複数端末、クロスプラットフォーム、新しい人材の採用、他サービスとのAPI連携を重視するなら、C#やWeb技術を含む再構築を比較します。短期のOS対応と長期の業務改革を分け、代表画面と帳票でPoCを行ってから決めると、言語だけで選ぶ失敗を避けやすくなります。

現状資産と要件が固まっていない段階で、正確な総額を確定するのは困難です。まず調査・要件定義・PoCの費用を分け、その成果をもとに本開発の見積を更新する進め方が一般的です。複数社へ同じRFPを渡し、作業範囲、除外項目、追加変更の単価、保守費、クラウド費用を揃えて比較すると、安さだけでなく見積の確度を評価できます。

まとめ

Visual Basicのシステムを発注・外注するときは、最初にVB6、VB.NET、VBAを切り分け、画面だけでなく帳票、バッチ、DB、外部連携、権限、ログ、暗黙の業務ルールまで棚卸しします。そのうえで、現行維持に近いVB.NET移行、Web・クラウド再構築、パッケージ・SaaS、段階移行を、目的・予算・業務停止リスクで比較します。

候補会社へ相談する前に、ソース・実行ファイル・DB・画面・帳票・バッチ・連携先・利用端末・担当者・課題・希望時期を一覧にします。仕様書がなければ、現状調査とPoCを第一工程にします。複数社へ同じ条件を渡し、移行方式、成果物、テスト、切替、保守、データ返却まで含めた提案を比較することが、発注後の追加費用と属人化を減らします。

いきなり全面刷新を決めるのではなく、最も複雑な画面、主要帳票、DB連携、外部連携を選び、変換・再構築・テストの難しさを確かめます。公開されている費用レンジは参考値にすぎないため、自社の資産と業務シナリオを使った見積に更新します。業務を止めず、データを失わず、将来の保守担当へ引き継げる状態を発注のゴールに設定することが大切です。

▼全体ガイドの記事
・Visual Basicのシステム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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