ハノイ システム開発の委託先を探す製造業にとって、比較すべきなのは会社規模や人月単価だけではありません。生産、品質、在庫、設備、会計などの境界をまたぐ案件では、APIが一度つながったデモより、例外時にもデータが一致し、停止・復旧でき、ソースと運用責任が自社へ残ることが重要です。本稿では、ハノイのITベンダー候補を一枚の事前整理、RFP成果物、100点評価の提案例、金額を入れないTCO表、12週間の提案型受入、FAT・SAT・UAT、契約・撤退まで一続きで比較する方法を解説します。
先に結論｜ハノイ システム開発は「人を買う」より受入証拠を買う
委託開発の失敗は、コードがまったく動かないときだけ起きるのではありません。通常ケースは動くが月末締めで差異が出る、ネットワーク断の再送で二重登録する、設備時刻とERP時刻がずれる、現場の例外承認が実装されない、担当者の退職後に誰もデプロイできない、といった「境界の未定義」から生じます。
したがって、選定時には次の五つを一つの受入体系として確認します。
- どの工場判断を、どの原本データで支えるか。
- どのシステムが各項目の正本で、誰が変更を承認するか。
- 正常、異常、オフライン、復旧をどの証拠で合否判定するか。
- 本番後の監視、一次対応、原因分析、変更、再試験を誰が持つか。
- 契約終了時に、ソース、設定、データ、鍵、手順、未解決事項をどう返すか。
会社紹介は入口にすぎません。最終的に比較するのは、要求、設計、試験、運用、引継ぎの証拠が同じIDで追跡できるかです。ハノイに開発拠点があること自体を品質保証とみなさず、実際に配置されるチームと再現可能な成果物で判断します。
なぜ今ハノイのITベンダーを「統合統治」で見るのか
ハノイ市の公式英語ポータルは、2026年上期のデジタル経済をGRDPの16.7%、約55億米ドル、前年同期比10.6%増と推計し、2026年末に22%を目指すと報じています。同記事は、科学技術関連産業が約22.2億米ドル、6月26日までの登録FDIの68%を占めたとも伝えています。これらは都市全体の推計・目標であり、個別ベンダーの品質や納期を証明するものではありません。
また、ハノイのDecision 3806/QD-UBNDは2026〜2030年のデジタル経済・デジタル社会プログラムとして紹介され、商工省も2026年8月のフォーラムとDecision 2708/QD-BCTのプログラムを通じてスマート製造・デジタル変革を扱っています。さらに、商工省系研究機関はDecision 840/QD-TTgについて、2026〜2030年のデジタル技術産業の政府目標として売上高3000億米ドル以上、年平均成長率12%以上を紹介しています。これも予測や投資収益の保証ではなく、政策上の目標です。
この環境では候補が増え、技術スタックも多様になります。だからこそ「ハノイだから安い」「成長市場だから安心」という地域ラベルではなく、工場の統合点を誰が握り、何を検証し、何を引き渡すかで選ぶ必要があります。ベトナム全体の委託モデルや一般的な比較観点はベトナムのシステム開発ガイドを参照し、本稿ではその次の、ハノイ候補を工場連携の受入証拠で絞る段階に集中します。
RFP前に作る「案件定義一枚」
ベンダーに提案を求める前に、自社側で一枚の案件定義を固定します。詳細仕様ではなく、各社の提案を同じ問題へ向けるための基準線です。次の六欄を一枚に収めます。
| 欄 | 記入内容 | 確定責任者 |
|---|---|---|
| 業務結果 | 何の判断・処理を、どの指標で改善したいか | 工場・事業責任者 |
| 対象境界 | 工場、ライン、品目、言語、勤務帯、対象外 | 業務責任者 |
| システム境界 | ERP、MES、WMS、QMS、設備、帳票、外部サービス | IT責任者 |
| データ正本 | 品目、BOM、指図、実績、在庫、品質の原本 | データオーナー |
| 重大条件 | 安全、締め、追跡、停止、復旧、個人・機密情報 | 品質・法務・セキュリティ |
| 決裁条件 | いつ、誰が、何の証拠でGO/REWORK/STOPを決めるか | スポンサー |
「現行システムを刷新したい」では広すぎます。「ラインAの生産実績を設備から収集し、承認済み指図に照合し、ネットワーク断後も重複なくERPへ連携し、日次差異を現場が確認できる」のように、入力、判断、出力、例外、照合まで一文で書きます。
パッケージ選定や生産管理固有のRFP項目を整理したい場合は、ベトナム製造業向け生産管理システムRFPを併用してください。本稿の主眼はパッケージ機能の網羅ではなく、複数システムと工場業務をつなぐ開発会社の納品統治です。
ハノイ システム開発会社の運営モデルを先に選ぶ
委託体制には大きく二つのモデルがあります。どちらが常に優れるわけではありません。責任能力と社内PMOの強さに合わせます。
| モデル | 統合責任 | 向く状況 | 主な注意点 |
|---|---|---|---|
| 単一責任インテグレーター | ハノイ側の主契約者が設計・連携・試験・移行を統括 | 自社PMOが小さく、境界責任を一本化したい | 下請け構造、知識集中、退出時の資産回収を契約する |
| 顧客主導マルチベンダー | 自社PMOがERP、MES、設備、クラウド各社を統合 | 自社にアーキテクトと試験統括がいる | 境界の抜け、責任の押し合い、版ずれを自社が管理する |
単一責任型でも「すべてお任せ」にはしません。システム別の決定権、設計承認、アクセス許可、受入署名は自社に残します。マルチベンダー型では、インターフェース台帳、RACI、統合試験環境、障害トリアージ、変更審議を自社PMOの必須機能にします。
双方で共通して確認すべきは、営業担当ではなく実際のPM、業務分析、アーキテクト、開発、QA、DevOps、セキュリティ、現地立上げの担当者です。氏名を固定できない段階でも、必要能力、配置率、交代条件、引継ぎ期間、言語、工場入場可否、夜間・休日対応の境界を提案書に書かせます。
データと法務の責任を「項目単位」で切る
工場連携では、データを一括して「顧客データ」と呼ぶと責任がぼやけます。品目コード、BOM、製造指図、設備信号、作業者ID、検査値、不良画像、保全記録、原価、顧客図面ごとに扱いが違います。
| 対象 | 自社が決めること | ベンダーが証明すること | 受入証拠 |
|---|---|---|---|
| 正本と意味 | 原本システム、単位、時刻、桁、コード体系 | マッピング、変換、欠損・重複処理 | データ辞書と照合結果 |
| 利用目的 | 開発、試験、運用、分析の許可範囲 | 目的外利用を防ぐ構成と権限 | アクセス一覧、ログ、設定 |
| 保存と移送 | 保存地域、越境、保持、削除、バックアップ | 実保存先、転送経路、削除・復元手順 | 構成図、削除証跡、復旧記録 |
| 個人・機密 | 区分、マスキング、閲覧承認 | 最小権限、秘密管理、漏えい時対応 | 権限試験、監査ログ、訓練記録 |
| 終了時 | 返却形式、移行先、消去期限 | 完全なエクスポートと残存コピー処理 | 受領書、消去証明、鍵失効 |
ベトナムでは、Law 91/2025/QH15（Personal Data Protection）が2025年6月26日に公布され、2026年1月1日に施行されています。Law 71/2025/QH15（Digital Technology Industry）は2025年6月14日に公布され、同じく2026年1月1日に施行されています。ただし、これらの事実だけから個別案件の義務、越境可否、契約条項、届出、データ主体対応を断定できません。実際のデータ、主体、処理、保存先、業種、契約に基づき、資格を持つベトナム法務、プライバシー、セキュリティの専門家へ適用を確認してください。
RACIには「最終責任者」を一つだけ置きます。たとえば、個人データ該当性の判断を開発会社へ丸投げせず、自社のデータオーナーと法務がAccountable、ベンダーがResponsibleまたはConsultedとなるようにします。逆に、アクセスログの実装や削除手順の実行責任はベンダー側に置けます。判断責任と実行責任を混ぜないことが重要です。
RFPで要求する八つの成果物
RFPは「対応できますか」という質問集ではなく、成果物と受入証拠の発注書にします。次の台帳は提案例であり、案件に合わせて追加・削除してください。
| ID | 成果物 | 最低限含める内容 | 受入証拠 |
|---|---|---|---|
| D01 | 要求・追跡台帳 | 業務要求、非機能、重大度、設計、試験IDの対応 | 全要求に所有者と試験がある |
| D02 | 統合・データ設計 | 正本、API、バッチ、イベント、時刻、再送、照合 | 代表データで往復追跡できる |
| D03 | セキュリティ設計 | 脅威、認証、権限、秘密、ログ、脆弱性対応 | レビュー、試験、是正記録 |
| D04 | ソース・構築資産 | ソース、依存、設定、IaC、ビルド、SBOM相当情報 | クリーン環境で再構築できる |
| D05 | 試験パック | FAT、SAT、UAT、性能、復旧、セキュリティ | 生ログ、結果、欠陥、再試験履歴 |
| D06 | 移行・切替計画 | 初期移行、差分、凍結、照合、rollback | リハーサルと判定記録 |
| D07 | 運用パック | 監視、アラート、Runbook、SLA、変更、当番 | 障害・復旧演習を自社が再現 |
| D08 | 引継ぎ・退出パック | 資産一覧、教育、鍵、未解決、返却、消去 | 自社または後任が運用を再現 |
各成果物に、形式、言語、ドラフト日、承認者、修正回数、最終納品場所を定めます。「ドキュメント一式」ではなく、リポジトリ、API仕様、データ辞書、テスト証跡、監視定義などを具体化します。成果物IDを見積明細、契約、スプリント、課題、受入、請求マイルストーンに共通利用すると、途中で範囲が変わっても影響を追跡できます。
100点評価の提案例｜総合点とcritical gateを分ける
以下の配点と70点という通過目安は、比較方法の提案例です。外部統計、業界標準、法令上の基準ではありません。案件の安全性、重要度、自社能力に応じて変更してください。
| 評価領域 | 配点例 | 見る証拠 |
|---|---|---|
| 工場業務・要求理解 | 20 | 現場シナリオ、例外、正本、対象外、意思決定者 |
| 統合・データ設計 | 25 | API、再送、重複防止、時刻、照合、移行、性能 |
| 品質・セキュリティ | 20 | 試験設計、欠陥管理、脅威、権限、ログ、復旧 |
| 納品・運用・移管 | 20 | ソース、構築、監視、Runbook、教育、退出 |
| 体制・商務 | 15 | 実担当者、配置、変更、TCO、契約整合、継続性 |
| 合計 | 100 | 証拠に基づく比較 |
例として70点以上を候補通過としつつ、critical gateは点数で相殺させません。秘密情報の無断持出し、特権IDの共有、重大データの復元不能、二重計上を防げない再送、ソース引渡し不合意、停止・rollback不能など、自社が重大と定義した不合格が一つでもあれば保留または失格とします。
採点者は事業、工場、IT、品質、セキュリティ・法務、調達の複数部門から出し、点数の根拠となる提案書ページ、デモケース、回答IDを残します。実績は顧客ロゴではなく、類似する工場境界、実装範囲、本番期間、障害・改善、顧客側の役割、引渡し物で聞きます。実際の担当者がシナリオ説明と質疑に参加することも条件にします。
TCOは相場を創作せず空欄を同じ形で埋めさせる
ベトナム オフショア開発の費用は、要件の確度、言語、現地対応、既存システム、データ品質、セキュリティ、利用基盤、試験、契約条件で変わります。本稿では根拠のない通貨額や人月相場を置きません。同じ空欄表を各社に埋めてもらい、前提と変動条件を比較します。
| TCO層 | 初期 | 継続 | 単位・前提 | 変動条件・上限 |
|---|---|---|---|---|
| 発見・設計 | 工場、業務、言語、ワークショップ回数 | 範囲追加、再設計 | ||
| 開発・連携 | 画面、API、設備、帳票、データ量 | 仕様変更、接続制約 | ||
| 試験・移行 | FAT/SAT/UAT、環境、リハーサル | 欠陥再試験、追加データ | ||
| 基盤・ライセンス | クラウド、DB、監視、第三者製品 | 利用量、価格改定、為替 | ||
| 運用・移管・退出 | 対応時間、SLA、教育、出張、保守期間 | 夜間、緊急、ベンダー変更 |
固定費と従量費、税、旅費、第三者費用、環境別費用を分けます。支払は作業時間だけでなく、合意した証拠ゲートと結びつけます。ただし受入留保や支払条件は法務・調達と整合させてください。安価な見積でも、試験環境、データ準備、監視、引継ぎが「顧客側」と一行で除外されていれば、総費用とリスクは後から増えます。
ISO/IEC 25010とOWASP ASVSを受入語彙にする
ISO/IEC 25010:2023は製品品質モデルに九つの特性を定義し、要求、試験、受入の共通語彙として利用できます。規格認証がすべての案件で必須という意味ではありません。自社に必要な特性を、測定可能な受入条件へ翻訳するために使います。
たとえば、機能適合性は「正常系が動く」だけでなく、承認、取消、再送、照合までシナリオ化します。性能効率性は、平均だけでなくピーク、設備台数、バッチ窓、タイムアウトを定義します。信頼性はネットワーク断、外部API停止、再起動、バックアップ復元で確認します。保守性は変更影響、テスト自動化、構築再現、ログで判定します。互換性はERPや設備との共存・相互運用として表現します。
OWASP Application Security Verification Standard（ASVS）は、アプリケーションの技術的セキュリティ制御を検証する要求カタログとして、調達契約でも参照できます。ASVS 5.0.0は2025年5月30日に公開されました。ただし、どのレベル・要件を採るかは、公開範囲、データ、脅威、接続先に合わせます。「ASVS準拠」の一言ではなく、適用要件ID、除外理由、試験方法、証跡、未解決リスクを台帳化します。ASVSだけで組織、クラウド、ネットワーク、法令、運用の安全性が保証されるわけではありません。
FAT・SAT・UATを役割で分け、同じ試験を三回しない
製造業システムでは、FAT、SAT、UATを名前だけ分けても、内容が同じ正常系デモなら意味がありません。役割を次のように分けます。
| 試験 | 主目的 | 場所・条件 | 署名者 |
|---|---|---|---|
| FAT | 構築物が設計・インターフェース仕様を満たす | ベンダー管理環境、模擬接続を含む | ベンダーQA＋自社IT |
| SAT | 実サイトの設備、ネットワーク、端末、時刻、権限で動く | 対象工場または同等環境 | 工場IT・設備・品質 |
| UAT | 現場ユーザーが通常・例外業務を完了できる | 代表ユーザー、承認・帳票を含む | 業務オーナー |
試験ケースには、要求ID、前提、入力データ、操作、期待結果、許容差、ログ位置、実行者、日時、版、実結果、欠陥IDを持たせます。スクリーンショットだけでなく、APIログ、DB照合、監視イベント、操作履歴を保存します。テストデータが実データを含む場合は、利用許可、マスキング、保存、削除も試験計画に含めます。
API・オフライン・復旧は「失敗させて」受け入れる
工場システムは、常時正常なクラウド接続を前提にできません。次のシナリオを意図的に発生させます。
- 送信後、応答前に回線が切れたとき、再送で二重計上しないか。
- 設備、ゲートウェイ、MES、ERPの時刻・タイムゾーンが違うとき、順序を復元できるか。
- マスタの版が送受信間で変わったとき、保留・再処理・承認ができるか。
- キューが蓄積したとき、優先度、容量、再開順、追いつき時間を観測できるか。
- 外部APIが遅延・停止したとき、現場が安全に継続または停止を選べるか。
- バックアップから戻したとき、どの時点から再計上し、どう照合するか。
API仕様にはidempotency key、相関ID、エラー分類、タイムアウト、再試行、dead-letter、順序、最大サイズ、文字コード、単位、時刻、版互換を含めます。オフライン時のローカル保存量、暗号化、アクセス、データ損失点、手動入力、復旧後の照合も決めます。「再送可能」を合格条件にせず、同じイベントを複数回与えて正しい最終状態になる証拠を取ります。
監視可能性と運用責任を契約前に決める
本番後に必要なのは、サーバーが稼働しているかだけではありません。生産実績の遅延、未照合、重複候補、キュー滞留、マスタ不一致、権限拒否、バッチ未完了など、業務上の異常を観測できることです。
| 事象 | 検知 | 一次対応 | 原因分析 | 再発防止承認 |
|---|---|---|---|---|
| 連携停止 | 監視・当番 | ベンダーまたは自社運用 | 開発＋基盤＋接続先 | 変更審議会 |
| データ差異 | 日次照合・現場 | 業務担当 | データオーナー＋開発 | 業務・IT責任者 |
| 権限異常 | セキュリティログ | セキュリティ担当 | IAM管理者＋開発 | 情報セキュリティ |
| 性能劣化 | SLI・業務時間 | 運用担当 | アプリ＋DB＋ネットワーク | サービスオーナー |
SLAには受付時間だけでなく、Severity定義、応答、回避、復旧、恒久対策、顧客待ちの扱い、対象外を定めます。一次対応者がログを閲覧できない、接続先ベンダーへ連絡できない、工場側に判断者がいない、という運用欠陥も受入前に演習します。
多拠点へ展開する場合は、海外拠点システム展開のガバナンスで、共通テンプレートと各拠点差分、意思決定権、波次展開を整理できます。一工場で受かった設定を無条件に横展開せず、電源、ネットワーク、設備、言語、帳票、勤務、法務の差分を再受入します。
12週間の提案型受入計画
以下は12週間の提案例であり、標準期間、外部ベンチマーク、成功保証ではありません。レガシー連携、設備停止可能時間、調達、法務・セキュリティ審査、データ品質に応じて延長・分割してください。
| 週 | ゲート | 主作業 | 必須証拠 |
|---|---|---|---|
| 1–2 | SCOPE | 一枚定義、現場観察、正本、対象外、RACI | D01初版、判断者、課題一覧 |
| 3–4 | DESIGN | 統合、データ、権限、脅威、移行、試験設計 | D02・D03、API契約、試験台帳 |
| 5–6 | BUILD | 代表フロー、ログ、構築自動化、単体・結合 | D04、ビルド記録、コードレビュー |
| 7–8 | FAT | 正常・異常・性能・セキュリティ・復旧 | D05、欠陥、再試験、版記録 |
| 9–10 | SAT/UAT | 工場接続、オフライン、現場例外、移行リハーサル | D05・D06、署名、差異照合 |
| 11–12 | HANDOVER | 監視、障害演習、rollback、教育、退出、判定 | D07・D08、GO/REWORK/STOP |
提案例として、criticalなインターフェースシナリオを100%実行、Severity 1の未解決を0件、合意した復旧演習を完了、自社運用者がデプロイとrollbackを再現、照合差異が案件で合意した規則内、をゲートにできます。これらは普遍的な閾値ではありません。「照合差異ゼロ」が妥当な取引もあれば、測定誤差や集計丸めの規則を定義すべきデータもあります。自社の品質・会計・安全要件に合わせて明文化してください。
各ゲートでGO、REWORK、STOPを決めます。REWORKは曖昧な延長ではなく、欠陥ID、責任者、期限、追加費用、再試験範囲を限定します。STOPでは作業を止めるだけでなく、ソース、データ、設定、ログ、決定、未解決事項を回収し、アクセスと鍵を失効させます。
ソース・データ・環境の引渡しを再現試験する
納品ファイルを受け取っただけでは引渡し完了ではありません。ベンダーの端末や非公開手順に依存せず、自社または後任が再現できるかを試します。
- 管理されたリポジトリから指定タグを取得する。
- 依存関係と秘密情報を分離し、クリーン環境でビルドする。
- DEV、UAT、PRODの差分を設定として説明する。
- データベース変更を順方向・必要なrollback手順で実行する。
- 自動・手動試験を再実行し、合意した結果と照合する。
- 監視、アラート、ダッシュボード、ログ保持を再構成する。
- 障害を注入し、Runbookで切分け、復旧、事後記録を行う。
受領対象には、ソースだけでなく、ビルド定義、IaC、依存バージョン、ライセンス、第三者アカウント、ドメイン、証明書、API鍵の所有・移管手順、DBスキーマ、マイグレーション、seed、テストデータ、データ辞書、設計判断、既知欠陥、バックログを含めます。秘密値そのものを文書へ貼らず、保管庫と権限移管の手順を証拠にします。
契約・知財・退出で確認する12項目
以下は実務上の確認観点であり、法的助言ではありません。実際の準拠法、データ、知財、税、雇用、輸出入、クラウド利用に応じ、資格を持つ専門家へ確認してください。
- 成果物ID、形式、言語、版、期限、受入、修補。
- 既存知財、案件固有知財、汎用部品、OSS、第三者資産の区分。
- ソース、設定、設計、試験、データ辞書、運用資料の利用権。
- 再委託先の開示、変更通知、同等義務、アクセス範囲。
- 個人・機密データの目的、保存、越境、保持、削除、事故対応。
- リポジトリ、クラウド、ドメイン、証明書、鍵、管理者IDの所有。
- 脆弱性修正、OSS更新、サポート終了、緊急変更の責任。
- SLA、Severity、連絡網、現地・遠隔、営業時間外の境界。
- 変更要求の見積、影響分析、承認、回帰試験、文書更新。
- 支払マイルストーンと受入証拠、不合格時の修正・再試験。
- 中途終了、引継ぎ支援、データ返却・消去、アクセス失効。
- 紛争時にも継続すべき安全・データ保全・移行協力。
「ソースコードは納品」に安心せず、利用・改変・再委託・後任移行が可能かを確認します。ベンダー独自基盤や再利用部品を使うなら、終了後も動かせる条件、代替方法、エクスポート形式、猶予期間を定めます。
よくある失敗パターンとRFPでの防ぎ方
1. デモ画面から始める
見栄えのよい画面は理解しやすい一方、正本、例外、責任が後回しになります。RFPの最初のレビュー対象を画面ではなく、案件定義一枚、データ辞書、統合シーケンス、試験台帳にします。
2. 要件をチャットと議事録に散らす
決定が検索できても、実装・試験へ追跡できなければ受入不能です。要求IDを一つの台帳で管理し、変更理由、承認、影響、試験を結びます。
3. 「API連携」を一行で見積もる
認証、版、制限、時刻、再送、順序、重複、エラー、照合、接続先調整が抜けます。APIごとに契約と異常系試験を要求します。
4. QAを開発完了後に呼ぶ
期待結果が後付けになり、仕様の曖昧さが欠陥か変更かで争点になります。QAと業務オーナーを設計段階から参加させ、要求と同時に試験可能性を確認します。
5. 本番切替を「データ移行日」と考える
切替には凍結、差分、照合、権限、教育、問い合わせ、rollback、意思決定が必要です。リハーサルで所要時間と役割を測定します。
6. 保守契約をあとで考える
監視やログが不足し、開発者しか原因を追えません。運用パックと障害演習を開発受入に含めます。
7. 担当者個人に知識が集中する
引継ぎ資料を納品しても、他者が再現できなければ不十分です。交代要員または自社担当がデプロイ、試験、rollbackを実演します。
8. 政策目標をベンダー能力と取り違える
デジタル産業の成長目標は市場文脈です。候補企業の能力は、担当者、成果物、類似境界、試験証拠、顧客参照で個別に確認します。
最終チェックリスト
- [ ] 案件定義一枚に業務結果、対象外、正本、重大条件、決裁者がある。
- [ ] 単一責任型か顧客主導型か、統合責任を決めた。
- [ ] 実際のPM・設計・QA・運用担当の能力と配置条件を確認した。
- [ ] D01〜D08相当の成果物、形式、日付、承認者、受入証拠がある。
- [ ] データ項目別に目的、保存、越境、保持、削除、権限を整理した。
- [ ] 法令適用を案件条件に基づき資格ある専門家へ確認する計画がある。
- [ ] 100点評価の提案例とcritical gateを分けた。
- [ ] TCOに金額、単位、前提、変動、上限、第三者費用を記入させる。
- [ ] ISO/IEC 25010の必要特性を測定可能な要求へ翻訳した。
- [ ] OWASP ASVSの適用ID、除外、試験、証跡を定めた。
- [ ] FAT、SAT、UATの目的、環境、署名者が異なる。
- [ ] API再送、重複、順序、時刻、オフライン、復旧を試験する。
- [ ] 業務監視、一次対応、原因分析、変更承認の責任がある。
- [ ] ソース、設定、データ、鍵、Runbookを自社側が再現した。
- [ ] GO/REWORK/STOPと退出時の返却・消去・失効を契約した。
FAQ｜ハノイ システム開発会社の比較でよくある質問
Q1. ハノイ システム開発会社は価格から絞ってよいですか？
価格は重要ですが、初期見積だけで絞ると、試験、データ準備、現地立上げ、監視、引継ぎが除外されることがあります。まず同じRFP成果物と空欄TCO表へ回答させ、前提、変動条件、受入証拠をそろえたうえで比較します。本稿は通貨額や人月相場を提示していません。
Q2. ハノイ IT ベンダーの技術力はどう確認しますか？
資格数やデモだけでなく、類似する工場境界を題材に、データ正本、API再送、異常処理、テスト、監視、rollback、ソース再構築を説明・実演させます。実際に配置される担当者が参加し、提出証拠を自社が再実行できることが重要です。
Q3. ベトナム 製造業 システム開発でFAT・SAT・UATは全部必要ですか？
名称を形式的にそろえることが目的ではありません。構築物、実サイト条件、現場業務という異なるリスクを誰が受け入れるかを分けるのが目的です。小規模案件では統合しても構いませんが、各リスクの試験と署名者は残します。
Q4. 12週間で必ず本番稼働できますか？
できるとは限りません。本稿の12週間は受入ゲートを説明する提案例で、標準期間や成功保証ではありません。設備停止枠、既存API、データ品質、法務・セキュリティ審査、調達に応じて分割・延長します。
Q5. ベトナム オフショア開発でもソースコードを受け取れば移管できますか？
ソースだけでは不十分です。依存、ビルド、設定、IaC、DB変更、テスト、監視、鍵の所有、ライセンス、既知欠陥、Runbookを含め、クリーン環境から自社または後任が再構築・デプロイ・rollbackできるかを試します。
Q6. 個人データ保護法への対応は開発会社へ任せられますか？
実装や運用の一部を委託できても、自社の判断責任まで自動的に移るとは限りません。Law 91/2025/QH15の適用、役割、越境、保持、契約などは、案件の事実関係に基づいて資格あるベトナム法務・プライバシー専門家へ確認してください。
Q7. ISO/IEC 25010やOWASP ASVSへの準拠を一行入れれば十分ですか？
十分ではありません。必要な品質特性やASVS要件IDを選び、測定方法、試験環境、証拠、除外理由、残存リスクを契約・試験台帳へ落とします。規格名は共通語彙であり、それ自体が品質や安全性の保証ではありません。
Q8. ハノイの会社と日本側の会社、どちらを主契約者にすべきですか？
所在地だけでは決められません。統合責任、工場対応、契約・言語、アーキテクト、QA、24時間境界、資産所有、退出支援を比較します。自社PMOが強ければマルチベンダー、弱ければ単一責任型が管理しやすい場合がありますが、最終判断は案件体制次第です。
まとめ｜選定表の中心を「納期」から「再現できる証拠」へ
ハノイ システム開発会社の比較では、都市の成長性や開発単価だけでなく、工場統合の境界を受け入れられるかが重要です。一枚の案件定義で提案の前提をそろえ、D01〜D08の成果物、critical gate、空欄TCO、FAT・SAT・UAT、オフライン・復旧、監視、ソース・データ引渡しを同じ台帳で追います。12週間の提案例は、短期間で無理に本番化する工程ではなく、各段階でGO、REWORK、STOPを証拠に基づいて決める枠組みです。
TOMAS TECHでは、要件が固まる前の案件定義一枚、RFPの成果物整理、既存ERP・MES・設備との連携境界、受入試験や移管条件の検討段階からご相談いただけます。お問い合わせはこちらから、対象工場、現行システム、困っている業務を分かる範囲でお知らせください。
参考資料
- Hanoi Capital Portal / VGP, Ha Noi targets 22% of GRDP by end-2026, 30 July 2026.
- Hanoi Capital Portal, Decision 3806/QD-UBND digital economy and digital society program to 2030, 3 August 2026.
- Ministry of Industry and Trade of Vietnam, Smart manufacturing and digital transformation forum / Decision 2708/QD-BCT program, 6 August 2026.
- Government of Vietnam legal documents, Law 91/2025/QH15 on Personal Data Protection, issued 26 June 2025, effective 1 January 2026.
- Government of Vietnam legal documents, Law 71/2025/QH15 on Digital Technology Industry, issued 14 June 2025, effective 1 January 2026.
- Vietnam Institute of Strategy and Policy for Industry and Trade, Decision 840/QD-TTg digital technology industry program summary, 17 July 2026.
- ISO, ISO/IEC 25010:2023 Systems and software quality models.
- OWASP, Application Security Verification Standard, ASVS 5.0.0 released 30 May 2025.
- Ministry of Industry and Trade of Vietnam, Supporting industries development program 2026–2035, 26 May 2026.
参照日：2026年9月8日。 政府数値は公表時点の推計または政策目標であり、個別ベンダーの能力、案件成果、投資収益を保証しません。法令・規格・契約の適用は、案件のデータ、業種、処理、接続、準拠法により異なります。実装前に一次資料の最新版と資格を持つ専門家の助言を確認してください。本稿中の100点配点、70点目安、12週間、各受入閾値は提案例であり、外部ベンチマークではありません。
