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

Visual Basicのシステムは、資産を洗い出し、移行方式を比べ、要件を整理する順で発注を進めます。この順で準備すると、業務を止めずに移行でき、将来の保守も行いやすくなります。

発注形態の選び方から委託先の比較まで、発注側が決める事項を順に見ていきます。全体像は次の完全ガイドをご覧ください。

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

AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。

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

発注対象は、VB6、VB.NET、Excel VBA、Access VBAのどれかで異なります。

実行環境と移行方法を確かめ、残す機能と変える範囲を決めておくと、見積の前提がそろいます。

VB6は1990年代から使われてきたWindowsアプリです。種類を先に判定しておけば、必要以上の作り直しや、見積を比べるときの誤りを防げます。

VB6・VB.NET・VBAの切り分け

VB6 IDEのサポートは2008年4月に終了しました。一方で、Microsoftは既存アプリのVB6ランタイムについて、サポート対象Windowsの有効期間中は動作すると説明しています（出典: Microsoft Learn「Visual Basic 6.0 のサポートに関するお知らせ」、2025年11月更新）。

ランタイムが動いても、開発・保守環境の将来の安全性を保証するものではありません。

64bit OSの場合は、WOWエミュレーション環境で動く32bitの仕組みも確認します。

移行先は、現在の資産と今後必要な運用を照らして選びます。

• VB.NET：Windows Formsや既存ライブラリを使い続けやすい一方で、新規ワークロードへの拡張方針はありません。
• VBA：Excel・Access中心なら、Office依存の整理、DB分離、Web化、SaaS移行も候補になります。

Webやクロスプラットフォームを重視するなら、C#やWeb技術も比べる対象になります。

画面以外の資産と業務ルールの一覧

発注対象は画面だけにせず、次の資産と業務情報を一覧にしておきます。

• システム資産：ソースコード、実行ファイル、画面・帳票の数、バッチ、DB、テーブル、ストアドプロシージャ
• 部品と設定：DLL、OCX・ActiveX、設定ファイル、タスクスケジューラの登録内容
• 周辺環境：共有フォルダ、プリンター、外部機器との関わり
• 外部連携：会計・販売管理・EDIとの接続
• 暗黙の業務：締め日計算、取消後の再処理、夜間バッチの再実行、手修正や電話による判断。

印刷が特定の端末やドライバーに依存していると、画面を変換しても本番の運用は再現できません。そのため、担当者が退職した後も暗黙知とデータを失わないよう、発注範囲には業務の再現性も含めます。

Visual Basicのシステム発注形態の選び方

現行業務を引き継ぐならVB.NET移行を、業務改革やWeb展開を目指すなら再構築を選びます。

標準業務に合わせられる場合は、パッケージやSaaSが選択肢になります。

発注の目的から方式を絞ります。目的の例は、OS更新と人材確保です。ほかに、業務改善、拠点統合、モバイル対応があります。

現行機能を守る場合のVB.NET移行

現行機能を保つVB.NET移行では、対象業務と作業・契約の範囲を先に決めておきます。

• 対象業務：販売・生産・在庫管理や受発注のWindows画面を保ちたい場合が候補になります。
• 移行作業：変換ツールを使いつつ、古い部品、API、帳票、データアクセスの手修正と検証。
• 見積条件：コンパイル後の修正、単体テスト、現行との比較テストを見積に含めます。
• 移行範囲：不要な画面や重複データを避けたうえで、将来Web化する業務とWindowsに残す業務を分けます。
• 契約条件：Windows Formsや既存ライブラリの環境版、ソース保管先、テスト環境、後任担当を決めます。

移行の成否は、「自動変換率」に加えて、手修正やテストの範囲も合わせて見ます。

業務改善や拠点展開を優先する場合のWeb・クラウド再構築

Web・クラウド再構築は、利用目的と設計の負荷を踏まえて比べます。

• 利用目的：複数拠点の共有、外出先・スマートフォン参照、権限・監査ログ整理、API連携。
• 設計範囲：認証、権限、ログ、バックアップ、障害監視、データ移行、ネットワーク、教育も対象になります。
• 工期と費用：設計範囲が広いぶん、VB.NET移行より高額・長期になりやすい方式です。

公開事例では、intra-mart Accel PlatformとOracle Database更新などを組み合わせ、開発費30％削減と説明されています（出典: 株式会社NTTデータビジネスシステムズ「マイグレーションサービス」、公開事例）。

削減率は事例ごとのものです。そのため、自社の見積にそのまま当てはめず、再利用できる資産と新規に設計する範囲を確かめます。

標準業務ならパッケージ、迷う場合は段階移行

パッケージと段階移行は、業務にどれだけ合うか、どこから切り替えられるかを見て選びます。

• 適する業務：顧客・商品・在庫・受注・請求など、標準業務に合わせられる場合にパッケージやSaaSが候補です。
• 費用面：初期費用と期間を抑えやすい一方で、独自帳票、複雑な承認・計算、既存DB連携があると費用が増えます。
• 機能の選別：標準機能へ寄せる業務と、残す独自機能を分けます。
• 段階移行：全社一斉の切替が難しい場合は、参照・帳票・周辺業務から移せます。

基幹データと権限は新しい基盤へ寄せ、残すVB画面はファイルやAPIで連携させます。そのうえで、旧新の件数・金額・残高・在庫を照合し、二重入力をいつ終えるか、障害時にどこへ戻すかを決めておきます。

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

RFPは、同じ条件で提案と見積を比べるための共通資料です。開発会社へ丸投げするための書類ではありません。

RFPには、利用者、入力時期、データの流れを書きます。さらに、例外処理、移行対象、受入条件も記載します。ただし、仕様書がない場合は、現状調査やリバースエンジニアリングを第一工程に含めます。

画面ではなくデータの流れで書く業務要件

業務要件では、マスタの管理者とデータ更新の流れを明らかにしておきます。画面ごとの登録と検索だけを並べると、例外処理の抜けが起きやすくなります。

• マスタと更新：顧客、商品、仕入先、拠点、担当者、単価、税区分の管理者を決めます。
• 業務の流れ：受注・発注・入出庫・売上・請求で、データが更新される段階を書きます。
• 例外処理：重複、取消、訂正、締め、権限外の操作、月末・年度末・返品・欠品・再発行・障害復旧。
• 帳票とバッチ：納品書、請求書、ラベル、日次・月次集計、夜間処理、メール・ファイル出力の数。
• データベース：SQL Server、Oracle、Accessの版、文字コード、接続方式、保存年数、移行範囲を明記します。

非機能要件・セキュリティ・運用条件の分け方

RFPでは、運用条件とセキュリティ要件を分けたうえで、次の事項を指定します。

• 性能と復旧：利用時間、同時利用者数、応答時間、バックアップ頻度、復旧目標、監視。
• 運用と契約：保存期間、障害連絡、保守時間、解約時のデータ返却。
• クラウド：保管場所、再委託先、暗号化、MFA、脆弱性対応、障害報告、終了時の移行支援。
• 情報保護：役割別のアクセス制御、管理者権限の分離、認証、通信・保存データ保護、操作・変更・出力ログ、復旧テスト。

IPAは、順位だけで判断せず、守る業務プロセスや情報資産を明らかにしてから対策を選ぶ考え方を示しています（出典: IPA「情報セキュリティ10大脅威 2025 情報セキュリティ10大脅威の活用法 組織編」、2025年）。

開発会社のセキュリティ回答書と再委託の管理も比べます。

PoCの対象と受入条件の決め方

検証と契約の条件は、実施前に次のとおり具体的にしておきます。

• 検証対象：複雑な入力、主要帳票、DBアクセス、外部部品、代表的なバッチを組み合わせます。
• 確認項目：コンパイルエラー、手修正、印刷、処理時間、旧新データ一致、権限、テスト仕様書の作りやすさ。
• 受入条件：請求額の一致、他拠点情報の制限、夜間処理時間、連携失敗後の再送などを結果で定めます。
• 契約条件：PoC費用、成果物、本番で再利用できる範囲、知的財産の帰属を合意します。

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

契約形態は、要件の確かさ、変更の頻度、発注者と開発会社の役割で選びます。工程ごとに契約を分ける方法もあり、調査・RFP支援・PoCと、開発・移行・保守を別の契約にできます。

請負契約の成果物・検収・変更手続き

請負では、合意した成果物を完成させて検収を受ける流れになりやすいです。そのため、成果物は画面や帳票、バッチといった単位で挙げ、DBや移行データ、連携も個別に書きます。設計書、ソース、テスト仕様書、操作マニュアルも、成果物に含めます。

検収期間、修正期限、不具合の扱い、リリース後の保証範囲は、書面にしておきます。特に、要件が曖昧なまま全面移行を請負にすると、追加費用や高い見積につながります。

変更の手続きは、次の役割と分類を決めておきます。

• 変更の申請者：変更を申し出る担当者です。
• 影響範囲の確認者：変更が及ぶ画面や工程を確かめる人です。
• 承認者：追加費用と納期を承認する人です。
• 要望の分類：寄せられた要望を、標準機能、設定変更、追加開発、次期対応のどれにあたるかで分けます。

準委任契約が向く、現状調査・要件整理・伴走型の開発

準委任は、専門家の作業や支援を受ける時間と体制に対して報酬を払う形です。そのため、仕様書のない調査や業務ヒアリング、RFP支援で検討しやすいです。アジャイル開発や現場検証、運用改善、保守にも使えます。

責任者、人数、作業時間の上限、月次報告、成果物の扱いを定めておきます。なお、この区分は、準委任では品質を確認できず、請負なら全リスクを委託先が負う、という意味ではありません。

発注者は業務判断、優先順位、受入テストを担い、開発会社は調査、設計、実装、助言を担います。たとえば、調査やPoCを準委任、仕様確定後の開発を請負、リリース後を保守契約にする組み合わせもあります。

保守・再委託・データ返却の契約条件

保守や委託の終了後に備えて、契約には次の条件を含めておきます。

• 保守条件：受付時間、障害の重大度、一次回答・復旧目標、OS・DB・ブラウザ更新、法改正、バックアップ、定期保守。
• 旧部品の扱い：VB6ランタイムやOCXの環境固定、仮想化・代替、脆弱性対応を、発注側と委託先のどちらが受け持つか。
• 再委託とデータ：委託先、個人データへのアクセス、事故報告、返却と消去証明。
• 成果物の権利：ソース、設計書、DB定義、API仕様書の権利と利用範囲を明記します。

ベンダーを変える際の出口条件がなければ、初期費用が安くても、長期の依存が強まります。

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

移行費用は、画面数のほか、帳票やバッチ、データ量、連携によって変わります。さらに、仕様書、データ整備、並行稼働、教育、保守も費用に影響します。

以下の数字は、2026年公開の民間記事の目安です。公的な平均値ではないため、自社の見積では前提と工程を照合します。

移行規模別の費用は300万〜5,000万円以上が目安

公開されている目安は、移行規模や方式によって異なります。見積の条件とあわせて参照してください。

• 小規模VB6：画面10〜20本、単純な帳票処理で300万〜800万円、3〜6か月。
• 中規模VB6：画面30〜50本、業務ロジックや連携を含み800万〜2,000万円、6か月〜1年。
• 大規模VB6：画面100本超や複数業務・DB統合を含む規模です。
• パッケージ・SaaS：初期50万〜300万円に月額費用を加え、1〜3か月という別の目安です。
• Web・クラウド再構築：1,500万〜6,000万円以上の可能性があります。VB固有統計ではなく中規模システムからの推定です。

大規模の目安は、2,000万〜5,000万円以上で、期間は1〜2年以上です（出典: 株式会社シースリーインデックス「VB6（Visual Basic 6）移行ガイド【2026年版】」、2026年確認）。そのうえで、見積書には、公開目安を当てはめた数字だけでなく、自社の条件に基づく根拠を書いてもらいます。

費用を押し上げるのは画面数以外の複雑さ

画面数以外の複雑さや工程の範囲も、費用に影響します。見積では、次の項目ごとに確認します。

• 複雑な資産：仕様書なし、独自OCX・ActiveX、多い帳票・印刷設定、外部機器・EDI。
• 移行規模：複数DB、大量データ、旧新の並行稼働があると、費用が上がります。
• 調査の影響：ブラックボックスでは調査が加わり、公開目安では1.3〜1.5倍程度増える傾向です。ただし、個別案件のため、調査結果で上下します。
• 工程：調査・要件定義、移行設計、変換準備、手修正、DB移行、帳票再現、各種テスト、データ照合、教育、並行稼働、保守ごとに分けて見ます。
• 作業単位：画面、バッチ、帳票、連携、移行データごとの作業量を確認します。「開発一式」では作業が抜ける可能性があります。

公開事例の規模と工程の読み方

公開事例は、価格だけでなく規模と工程をそろえて読みます。

• 移行規模：ケイケンシステムの事例はVB6.0・COBOLの生産管理をVB.NETへ移行し、4か月・30人月、240画面、45のバッチ・帳票が対象です。
• 移行工程：分析・設計、プロトタイプ変換、自動変換、手作業変換。
• テスト：画面・帳票・バッチの単体テストと結合テスト。
• 価格：公開されていません。
• 自社での使い方：同じ粒度の画面・帳票・バッチ・部品・試験対象を渡し、工程別の人月を確かめます。

移行工程とテストは、ケイケンシステムの公開事例に基づきます（出典: 株式会社ケイケンシステム「Visual Basic マイグレーション」、2026年確認）。

価格や期間が公開されていない事例は、相場の断定や削減保証に使わないようにします。

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

委託先は、Visual Basicへの対応だけでなく、現行資産と将来の運用を一緒に見られる会社から選びます。変換、業務ロジックの継承、Web・クラウド、Access・Office連携など、得意分野は会社ごとに異なります。

VB6・VB.NET・VBAの対応範囲と実績

相談の場では、自社の構成に対応できるかと、近い案件の経験を確かめます。

• 技術範囲：VB6からVB.NET、VB.NETからC#・Webへの移行に対応できるかを聞きます。
• 周辺資産：Access・Excel VBA、SQL Server・Oracle・Access、帳票、ActiveX・OCX、計測機器、EDI。
• 類似実績：画面・帳票・バッチ数、期間、保守、比較試験。
• 担当者：設計責任者や移行担当者が初期相談に加わるかどうか。技術的な前提を早く確かめられます。

会社の知名度よりも、同種の難所を経験しているかを見るほうが大切です。仕様書がない場合は調査の実績を、現行を維持する場合は移行や再利用の実績を、Web化する場合は認証・権限・API・クラウド運用の実績を確かめます。

同じRFPでの工程・前提・除外項目の比較

同じRFPを使い、総額よりも作業範囲と前提を比べます。

• 工程と担当範囲：調査、要件定義、設計、変換、手修正、DB移行、帳票、連携、テスト、教育、並行稼働、保守。
• 別料金：クラウド、ライセンス、開発環境、端末、データ移行、出張、研修、リリース後改修の扱い。
• 対象外と切替：自動変換の範囲外、コンパイル修正、帳票再現、データ整備、連携試験、切替、切り戻し。
• 変更条件：「現行同等」の画面・帳票・例外処理、前提外作業の単価と変更手続きを具体化します。

提案書のリスク説明と保守体制の評価

委託先を評価するときは、提案の前提とリスク、開発後の運用まで確かめます。

• リスク説明：OCX代替、印刷環境の現地検証、仕様調査、データ重複・欠損の修正が含まれているか。
• 費用と納期：リスクを隠した低価格の提案は、追加費用や納期遅延につながる可能性があります。
• 保守体制：担当交代、窓口、障害優先度、OS・DB更新、脆弱性対応、復旧、資料の引き継ぎ。
• 発注側の体制：業務責任者と受入担当を置いたうえで、月次管理と変更承認を行い、5年後の自社運用も見ます。

よくある質問

古い環境や仕様書、移行方式、費用の根拠について、委託先に相談する前に知っておきたい点をまとめました。

VB6のシステムは動いている限り使い続けてもよいですか？

利用を続けるかどうかは、将来の保守リスクと分けて判断します。直ちに実行できなくなるわけではありませんが、VB6 IDEのサポートは終了しており、ランタイムの動作と開発環境の安全性は別です。

OS、ミドルウェア、部品、担当者、障害復旧の手順を一覧にし、短期の延命、段階移行、再構築を比べます。

仕様書がないVisual Basicのシステムでも外注できますか？

外注はできます。固定の本開発見積を急ぐより、現状調査やアセスメントを先に頼むほうが安全です。

ソース、DB、実行環境を調べ、担当者への聞き取りと実際の操作から仕様を再構成します。画面・帳票・バッチや連携も、調べる対象に含めます。

画面一覧、データ項目表、業務フロー、課題一覧、移行案を成果物として残すと、次のRFPや見積の比較に使えます。

VB.NETとC#・Webのどちらへ移行すべきですか？

Windows FormsやVB.NETの資産を活かし、操作性を保つなら、VB.NET移行が候補です。

Web化や複数端末への対応、クロスプラットフォーム、人材採用、API連携を重視するなら、C#やWeb技術も比べます。

短期のOS対応と長期の業務改革を分けて考え、代表的な画面と帳票でPoCを行うと、言語だけで選ぶ失敗を避けやすくなります。

発注前に費用を確定できますか？

資産と要件が固まる前に、正確な総額を確定するのは難しいです。そのため、調査、要件定義、PoCの費用を分け、その成果をもとに本開発の見積を更新していきます。

同じRFPを複数社に渡し、作業範囲、除外項目、変更単価、保守費、クラウド費用をそろえると、見積の確かさを比べられます。

まとめ

発注前には、VB6、VB.NET、VBAを切り分けます。そのうえで、画面や帳票、バッチを一覧にし、DB、連携、権限、ログ、業務ルールも洗い出します。目的、予算、停止リスクから方式を選びます。

発注前の資産一覧とRFP

資産一覧には、ソース、実行ファイル、DB、画面、帳票、バッチを載せます。さらに、連携先、端末、担当者、課題、希望時期も書き添えます。仕様書がなければ、現状調査とPoCを第一工程にします。

複数社に同じ条件を渡し、方式、成果物、試験、切替、保守、データ返却を比べれば、追加費用と属人化を減らせます。

最初の依頼は複雑な画面と帳票のアセスメント

全面刷新はすぐに決めず、まず複雑な画面、主要帳票、DB・外部連携を選びます。そのうえで、変換・再構築・テストの難しさを確かめます。

公開されている費用は参考値です。

自社の資産と業務シナリオで見積を更新し、停止やデータ損失を防いで、将来の担当者に引き継げる状態を目指します。

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

▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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