ベトナムITアウトソーシングの契約方法｜請負・準委任・ラボ型開発の違い【2026年版】

ベトナムITアウトソーシングを検討する日本企業にとって、開発会社の技術力や費用と同じくらい重要なのが、契約形態の選択です。

ベトナムのIT企業へシステム開発を委託する場合、主に「請負契約」「準委任契約」といった契約形態が検討されます。

また、近年は一定期間にわたって専属の開発チームを確保する「ラボ型開発」を利用する企業もあります。

しかし、これらの違いを十分に理解しないまま契約すると、次のような問題が発生する可能性があります。

• 仕様変更に伴って追加費用が発生した

• 開発したシステムが期待する品質を満たしていなかった

• 納品後の修正対応について認識が異なっていた

• 開発チームへの指示方法が不明確だった

• ソースコードの著作権や利用権限が整理されていなかった

• 契約終了時の引き継ぎが円滑に進まなかった

こうしたトラブルを防ぐには、開発の目的や業務範囲に合った契約を選び、責任分担や運用ルールを明確にすることが重要です。

本記事では、ベトナムITアウトソーシングにおける請負契約・準委任契約・ラボ型開発の違い、費用と責任の考え方、契約書で確認すべき項目、導入手順について、日本企業向けに解説します。

1. ベトナムITアウトソーシングの契約とは？

1.1 ベトナム企業へIT開発を委託する仕組み

ベトナムITアウトソーシングとは、日本企業がベトナムのIT企業などに、システム開発やソフトウェアテスト、保守・運用などの業務を委託することです。

例えば、次のような業務が対象になります。

• Webアプリケーション開発

• 業務システムの構築

• モバイルアプリ開発

• AI・データ分析システムの開発

• クラウドシステムの構築

• ソフトウェアテスト

• 既存システムの保守・改修

実際の契約では、開発する成果物や提供する業務、料金、責任分担などを定めます。

日本企業とベトナム企業の間で契約を締結する場合、日本国内のIT業務委託と共通する論点に加えて、準拠法、契約言語、国外での情報管理なども確認する必要があります。

1.2 契約形態によって責任範囲が変わる

システム開発を外注する場合、契約形態によって、受託企業に求められる義務の内容が異なります。

例えば、請負契約では、合意した仕事を完成させることが中心になります。

一方、準委任契約では、契約で定めた業務を適切に遂行することが中心となります。

そのため、同じシステム開発であっても、開発会社にどこまでの責任を求めるかによって適切な契約は異なります。

1.3 ラボ型開発は独立した法定契約類型ではない

ベトナムオフショア開発では、「ラボ型開発」という名称がよく使われます。

しかし、ラボ型開発は、請負契約や準委任契約と同じ意味での法定契約類型ではありません。

ラボ型開発は、特定の顧客向けに開発チームを一定期間確保するサービスモデルです。

実際の契約では、準委任に相当する方式などを採用する場合があります。

したがって、「請負・準委任・ラボ型」の3つを単純に同列の法律上の契約類型として考えないことが重要です。

2. 請負契約とは？完成したシステムを納品する方式

2.1 請負契約の基本

請負契約は、受託者が仕事を完成させ、発注者がその結果に対して報酬を支払うことを基本とする契約です。

システム開発では、あらかじめ仕様や成果物を定め、その完成を目的として契約する場合があります。

例えば、日本企業がベトナムの開発会社へ、特定の業務システムの構築を依頼するケースです。

契約時には、機能要件、開発範囲、納期、検収条件などを明確にすることが重要です。

2.2 請負契約のメリット

成果物を明確にしやすい

開発するシステムや機能が具体的に決まっている場合、完成条件を整理しやすくなります。

予算を管理しやすい場合がある

開発範囲が確定していれば、固定金額による契約を検討できます。

ただし、仕様変更が発生した場合は追加費用が必要になることがあります。

検収基準を設定しやすい

テスト項目や性能要件などを契約で定め、成果物の完成状況を確認できます。

2.3 請負契約のデメリット

仕様変更に伴う調整が必要

開発途中で機能を追加する場合、追加見積もりや契約変更が必要になることがあります。

要件定義の精度が重要

仕様が曖昧なまま契約すると、どこまでが当初の開発範囲なのかについて認識の違いが生じる可能性があります。

検収を巡るトラブルが生じる場合がある

完成の判断基準が不明確だと、納品後に発注者と受託者の意見が一致しないことがあります。

2.4 請負契約に向いている案件

例えば、以下のような案件で選択肢となります。

• 仕様が比較的明確な業務システム開発

• 画面・機能が確定しているWebサイト制作

• 開発範囲を定義できるアプリケーション開発

• 完成条件を明確にできる機能追加

ただし、案件の名前だけで適切な契約が決まるわけではありません。

要件の確定度や開発方法を考慮する必要があります。

3. 準委任契約とは？業務の遂行を重視する方式

3.1 準委任契約の基本

準委任契約は、受託者が契約で定められた業務を遂行することを中心とする契約です。

システム開発では、技術支援、設計支援、アジャイル開発、継続的な改善業務などで利用される場合があります。

例えば、日本企業がベトナムの開発会社に対して、一定期間のシステム改善や開発支援を委託するケースです。

一般的な履行割合型の準委任では、成果物の完成そのものが対価の前提とは限りません。

ただし、準委任にも成果に応じて報酬を定める方式があり、支払条件や責任は契約内容によって異なります。

3.2 準委任契約のメリット

継続的な開発に対応しやすい

仕様や優先順位を見直しながら開発を進める案件に適しています。

業務内容を調整しやすい

契約で定めた範囲内で、作業の優先順位を変更できる場合があります。

専門的な技術支援を受けやすい

開発だけでなく、調査、設計、技術的な検証などを継続的に委託する方法があります。

3.3 準委任契約のデメリット

費用と完成範囲の関係を確認する必要がある

人月や稼働時間を基準とする契約では、一定の費用を支払っても、希望するすべての機能が完成するとは限りません。

日本側の管理体制が重要

開発方針や優先順位が曖昧な場合、作業効率が低下する可能性があります。

業務の評価方法を定める必要がある

成果物の完成だけでなく、業務の遂行状況や品質をどのように確認するかを決めておくことが重要です。

3.4 アジャイル開発との関係

IPAが公開している「情報システム・モデル取引・契約書（アジャイル開発版）」は、準委任契約を前提としたモデルです。

アジャイル開発では、開発を進めながら機能の追加や変更、優先順位の調整などを行うことがあります。

そのため、完成する機能のすべてを契約開始時点で確定する方式よりも、継続的な業務遂行に着目した契約が適する場合があります。

ただし、アジャイル開発で必ず準委任契約を選ばなければならないわけではありません。

4. ラボ型開発とは？専属チームを継続的に活用するモデル

4.1 ラボ型開発の仕組み

ラボ型開発とは、特定の顧客向けに開発チームを編成し、一定期間にわたって開発業務を提供するサービスモデルです。

例えば、日本企業がベトナムの開発会社と契約し、次のようなチームを確保する方法があります。

• Javaエンジニア：2名

• Reactエンジニア：1名

• QAエンジニア：1名

• BrSE：1名

このチームが6か月や1年などの期間、継続的に開発業務へ参加します。

4.2 ラボ型開発のメリット

開発ノウハウを蓄積しやすい

同じメンバーが長期的に担当することで、システムの仕様や業務知識を蓄積しやすくなります。

継続的な改善に適している

自社サービスの機能追加や保守開発など、継続的な開発タスクがある案件に向いています。

人材確保の選択肢を広げられる

日本国内で必要なエンジニアを確保しにくい場合、ベトナムのIT人材市場を活用できます。

4.3 ラボ型開発の注意点

ラボ型開発では、稼働人数や契約期間に応じた月額費用が発生することが一般的です。

そのため、開発タスクが少ない月でも契約上の費用が発生する場合があります。

また、メンバー交代や増員・縮小の条件も確認する必要があります。

4.4 ラボ型開発と準委任契約の関係

ラボ型開発では、準委任に相当する契約を用いるケースがあります。

しかし、ラボ型という名称だけで法的な責任が自動的に決まるわけではありません。

契約では、実際の業務内容、報酬の算定方法、責任範囲、チーム管理方法を明確にする必要があります。

5. 請負・準委任・ラボ型開発の違いを比較

比較項目	請負契約	準委任契約	ラボ型開発
法的な位置付け	契約類型	契約類型	サービスモデル
主な目的	仕事の完成	業務の遂行	継続的な開発体制の確保
費用の例	成果物・工程ごとの固定料金	月額・時間・成果に応じた報酬など	月額・人月ベースが多い
仕様変更	契約変更が必要になる場合がある	契約範囲内で調整しやすい場合がある	チーム内で優先順位を調整しやすい場合がある
完成責任	原則として仕事の完成が中心	契約内容による	採用する契約形態による
検収	完成・適合性の確認が重要	業務報告・成果確認など	契約に定めた確認方法
向いている案件	要件が明確な開発	技術支援・継続的な改善	中長期の開発・保守
注意点	仕様・検収条件	業務範囲・報酬条件	稼働率・人員交代・契約上の責任

※実際の法的評価は契約書の名称だけでなく、内容と運用実態によって決まります。

5.1 どの方式が安いのか？

請負契約、準委任契約、ラボ型開発のどれが安いかは、一概にはいえません。

例えば、要件が明確な小規模システムでは、固定金額の請負契約が予算を管理しやすい場合があります。

一方、継続的な機能改善が必要なサービスでは、準委任型やラボ型開発が適する場合があります。

重要なのは、契約単価だけでなく、開発期間や管理工数、仕様変更、品質確認などの総費用を比較することです。

6. プロジェクト別に見る契約形態の選び方

6.1 要件が確定している業務システム

開発範囲や完成条件を明確に定められる場合、請負契約が選択肢となります。

例えば、特定の帳票出力機能やデータ連携機能など、成果物を定義しやすい案件です。

ただし、要件変更の可能性や保守対応の必要性も確認する必要があります。

6.2 仕様が変化するWebサービス

開発途中でユーザーの反応を確認し、機能の優先順位を見直す案件では、準委任契約が適する場合があります。

例えば、新規SaaSサービスの開発や、既存Webサービスの継続的な改善などです。

6.3 中長期の開発チームを確保したい場合

継続的な開発ニーズがある企業では、ラボ型開発が選択肢となります。

例えば、ベトナムに4〜5名の開発チームを編成し、半年以上にわたって保守・機能追加を行う方法です。

ただし、専属チームを確保する場合でも、タスク管理や品質確認の仕組みは必要です。

6.4 企画段階と開発段階を分けたい場合

最初に要件定義や技術検証を行い、その後に本開発を進めるケースでは、工程ごとに契約を分ける方法も考えられます。

例えば、以下のような構成です。

第1段階：要件定義・技術調査

準委任契約などで実施する。

第2段階：仕様が確定した機能の開発

請負契約などを検討する。

第3段階：運用開始後の改善

準委任型やラボ型開発を検討する。

このように、開発工程に合わせて契約形態を組み合わせることも可能です。

7. ベトナムITアウトソーシングの契約書に必要な項目

ベトナム企業との契約では、契約形態だけでなく、具体的な条件を明確にすることが重要です。

7.1 業務範囲・成果物

最初に、どのような業務を委託するのかを明確にします。

例えば、以下の内容です。

• システムの対象範囲

• 開発する機能

• 担当工程

• 成果物の一覧

• ドキュメントの範囲

• テスト・品質保証の内容

業務範囲が曖昧なまま契約すると、追加費用や納期に関するトラブルにつながる可能性があります。

7.2 契約期間・納期

請負契約では、完成・納品の期限を明確にすることが重要です。

準委任契約やラボ型開発では、契約期間や更新条件、終了時の通知期間などを確認します。

7.3 報酬・支払条件

契約書では、次の項目を確認しましょう。

• 契約金額

• 月額料金・人月単価

• 支払通貨

• 請求・支払日

• 追加費用の条件

• 為替変動への対応

• 税金・送金手数料の負担

海外企業との契約では、支払通貨や為替の取り扱いが特に重要です。

また、ベトナムの外国契約者税などの税務上の論点が関係する場合があります。

実際の税務処理は、契約当事者の所在地、役務提供場所、取引内容などによって異なるため、専門家への確認が必要です。

7.4 仕様変更の管理

システム開発では、途中で機能や仕様を変更することがあります。

契約では、次のような事項を定めておくとよいでしょう。

• 仕様変更の申請方法

• 変更内容の承認者

• 開発費用への影響

• 納期への影響

• 契約変更の手順

請負契約では、追加開発と不具合修正を区別することが重要です。

7.5 検収・業務報告

請負契約では、成果物の完成状況を確認するため、検収の方法を定めます。

例えば、次のような項目です。

• 検収期間

• テスト項目

• 合格基準

• 不具合が発生した場合の対応

• 再検収の方法

準委任契約では、業務報告書や作業実績、合意した成果確認などによって履行状況を確認する方法があります。

ただし、実際の確認方法は契約内容によって異なります。

7.6 契約不適合・損害賠償

請負契約では、契約内容に適合しない成果物が納品された場合の対応を明確にする必要があります。

例えば、修補、報酬減額、損害賠償、契約解除などについて、適用される法律や契約条件を踏まえて整理します。

準委任契約でも、受託者が契約上の義務に違反した場合の責任が問題となることがあります。

準委任契約だから受託企業に責任がない、というわけではありません。

8. ソースコード・知的財産権の取り扱い

8.1 開発したソースコードの権利を確認する

ベトナム企業へシステム開発を委託する場合、ソースコードや設計資料などの権利帰属を明確にすることが重要です。

例えば、契約によって、発注企業へ著作権を移転するのか、利用権限を付与するのかを定めます。

また、次のような事項も確認しましょう。

• 開発したソースコード

• 設計書・仕様書

• UI・画像などの制作物

• 既存のプログラムやライブラリ

• オープンソースソフトウェア

• 第三者が権利を持つ素材

• 開発会社が保有する既存技術

8.2 著作権譲渡の範囲を明確にする

日本法に基づいて著作権譲渡を定める場合、翻案等に関する著作権法第27条・第28条の権利を含むかどうかなども、重要な確認事項となります。

一方、ベトナム法が適用される場合や、両国に関係する権利がある場合には、日本法の規定だけで判断することはできません。

そのため、準拠法や知的財産権の所在を踏まえ、契約条件を確認する必要があります。

8.3 第三者の技術やOSSを区別する

開発会社が既存のライブラリやフレームワークを利用する場合、そのすべての著作権を発注企業へ移転できるわけではありません。

そのため、成果物に含まれる第三者の技術と、新たに開発した部分を区別することが重要です。

OSSのライセンス条件についても確認しましょう。

9. 情報セキュリティ・個人情報保護の注意点

9.1 海外でのデータ取扱い

ベトナムの開発会社が日本企業の顧客情報や個人データを扱う場合、国外でのデータ取扱いに注意が必要です。

日本の個人情報保護法では、外国にある第三者への個人データの提供について、一定の要件が定められています。

海外委託だから必ず本人同意が必要というわけではありませんが、委託であることだけを理由に、外国への個人データ提供に関する規制を考慮しなくてよいわけでもありません。

個人情報保護委員会のガイドラインに沿って、提供先の体制や適用条件を確認しましょう。

9.2 NDA・秘密保持契約

システム開発では、仕様書、顧客情報、ソースコード、業務ノウハウなどの機密情報を扱う場合があります。

そのため、開発開始前に秘密保持契約（NDA）を締結することが一般的です。

NDAでは、秘密情報の範囲、利用目的、第三者への開示、契約終了後の取り扱いなどを明確にします。

9.3 アクセス権限・再委託

開発チームがシステムやデータへアクセスする場合には、必要な範囲に限定することが重要です。

また、受託企業が別の企業へ業務を再委託する可能性がある場合には、事前承認や情報管理義務などを契約で定めましょう。

10. 偽装請負・指揮命令関係に注意する

10.1 業務委託と労働者派遣は異なる

日本の労働者派遣では、派遣先が派遣労働者に対して業務上の指揮命令を行います。

一方、真正な請負・準委任による業務委託では、受託企業が自社の従業員を管理することが基本です。

厚生労働省は、契約書の名称ではなく、実際の指揮命令関係などに基づいて労働者派遣と請負を区別することを説明しています。

10.2 ラボ型開発でも注意が必要

ラボ型開発では、日本企業が開発チームと密接に連携することがあります。

しかし、業務委託であるにもかかわらず、発注企業が受託企業のエンジニアへ直接勤務指示や人員管理を行う場合、適用される法令や就労実態に応じた問題が生じる可能性があります。

例えば、日本国内での常駐や直接指揮命令を伴う場合には、労働者派遣法との関係を慎重に確認する必要があります。

なお、ベトナム国内で業務が完結する海外委託案件と、日本国内で人員が就労する案件では、適用される法律や判断が異なるため、同一視すべきではありません。

10.3 適切な運用方法

業務委託では、発注企業が要件や納期、成果物、優先順位を提示する場合でも、受託企業の責任者を通じて作業の管理を行う方法が考えられます。

また、定例会議やタスク管理ツールの利用自体が直ちに違法になるわけではありません。

重要なのは、実際の指揮命令関係や作業管理の実態を確認することです。

11. 国際契約で確認すべき追加項目

ベトナム企業とのITアウトソーシング契約では、日本国内の取引に加えて、国際契約特有の事項を確認する必要があります。

11.1 準拠法

契約書では、どの国の法律を契約に適用するかを定めることがあります。

例えば、日本法を準拠法とする契約や、ベトナム法を準拠法とする契約などが考えられます。

ただし、準拠法を定めても、関係する国の強行法規やデータ保護規制などが一切適用されなくなるわけではありません。

11.2 紛争解決方法

契約上のトラブルが発生した場合に備え、裁判所の管轄や仲裁などの紛争解決方法を確認しましょう。

国際契約では、判決や仲裁判断の執行可能性なども重要な検討事項となります。

11.3 契約言語

契約書を日本語・英語・ベトナム語のどの言語で作成するかも重要です。

複数言語の契約書を作成する場合は、内容に不一致があった際にどの言語を優先するかを定めることが考えられます。

11.4 税務・送金条件

海外企業への支払いでは、支払通貨、送金手数料、税務上の取り扱いなどを確認する必要があります。

契約締結前に、経理担当者や国際税務の専門家へ相談するとよいでしょう。

11.5 契約終了時の引き継ぎ

海外委託では、契約終了時の引き継ぎが重要です。

例えば、以下のような内容を定めます。

• ソースコードの引き渡し

• 設計資料・運用資料の提供

• アカウントやアクセス権限の停止

• 機密情報の返却・削除

• 引き継ぎ期間

• 引き継ぎに伴う費用

12. ベトナムITアウトソーシングの契約手順

STEP 1：開発目的と要件を整理する

まず、開発するシステムや業務の範囲を整理します。

仕様が確定しているか、継続的な改善が必要かなどを確認しましょう。

STEP 2：契約形態を検討する

開発目的に応じて、請負契約、準委任契約などを検討します。

中長期的に開発チームを活用する場合は、ラボ型開発も候補となります。

STEP 3：開発会社を比較する

技術力、開発実績、PM体制、セキュリティ、契約条件などを比較します。

STEP 4：NDAを締結する

秘密情報を共有する前に、必要に応じて秘密保持契約を締結します。

STEP 5：基本契約・個別契約を作成する

基本契約では、共通する取引条件や責任分担などを定めます。

個別契約や仕様書では、案件ごとの業務範囲、料金、納期、成果物などを明確にします。

STEP 6：開発・進捗管理を行う

契約内容に沿って開発を開始し、進捗や品質を確認します。

仕様変更や追加費用が発生する場合は、合意した手順に従って調整します。

STEP 7：検収・業務確認を行う

請負契約では成果物の検収を、準委任契約では契約で定めた業務報告や履行確認などを行います。

STEP 8：保守・改善・契約終了に対応する

開発完了後の保守や追加開発が必要な場合は、別途契約する方法があります。

契約終了時には、ソースコードや資料、情報管理などの引き継ぎを確認しましょう。

13. 契約前に確認したいチェックリスト

確認項目	主な確認内容
契約当事者	正式な法人名、所在地、契約権限
契約形態	請負・準委任などの位置付け
業務範囲	開発機能、担当工程、除外事項
成果物	ソースコード、仕様書、テスト資料
料金	契約金額、単価、追加費用
納期・期間	納品期限、契約期間、更新条件
変更管理	仕様変更・追加開発の手順
品質管理	レビュー、テスト、完了条件
検収・報告	合格基準、検収期間、業務報告
知的財産権	著作権、利用権、既存技術
情報管理	NDA、個人データ、アクセス権限
再委託	承認条件、再委託先の管理
責任範囲	契約不適合、損害賠償、免責
国際取引	準拠法、紛争解決、契約言語
契約終了	解除条件、引き継ぎ、データ削除

契約書のひな型を利用する場合でも、自社の開発内容や取引条件に合わせて確認・調整することが重要です。

14. ベトナムITアウトソーシングの契約に関するFAQ

Q1. ベトナムITアウトソーシングでは、請負と準委任のどちらがよいですか？

仕様や成果物が明確な案件では請負契約が適する場合があります。一方、仕様変更が多い開発や継続的な技術支援では、準委任契約が選択肢となります。実際には業務内容や責任分担に応じて判断する必要があります。

Q2. ラボ型開発は準委任契約ですか？

ラボ型開発はサービスモデルであり、独立した法定契約類型ではありません。準委任に相当する契約を利用する場合がありますが、実際の責任は契約内容によって異なります。

Q3. 請負契約では追加費用が発生しませんか？

固定金額で契約していても、契約範囲外の仕様変更や追加開発を行う場合には、追加費用が発生する可能性があります。変更管理の方法を事前に定めることが重要です。

Q4. 準委任契約では成果物がなくても支払いが必要ですか？

契約で定められた業務を適切に遂行した場合、成果物の完成とは別に報酬が発生することがあります。ただし、報酬の発生条件は準委任契約の方式や個別契約の内容によって異なります。

Q5. ラボ型開発では日本企業がベトナム人エンジニアへ直接指示できますか？

業務委託契約の内容や実際の管理方法に注意が必要です。日本企業が開発要件や優先順位を伝えることと、受託企業の従業員に直接指揮命令することは異なります。適用法令や就労実態を踏まえて確認しましょう。

Q6. ソースコードの著作権は日本企業に帰属しますか？

自動的にすべての権利が日本企業へ帰属するとは限りません。著作権の移転や利用許諾、既存技術の取り扱いなどを契約書で明確にする必要があります。

Q7. ベトナム企業との契約書は日本語で作成できますか？

当事者間で合意すれば、日本語を使用する契約も考えられます。ただし、現地での法的手続きや紛争解決なども踏まえ、適切な契約言語を検討する必要があります。

Q8. ベトナムITアウトソーシングではNDAが必要ですか？

機密情報を共有する場合、秘密保持契約の締結が重要です。業務委託契約に秘密保持条項を設ける方法もありますが、開発前に機密情報を共有する場合には別途NDAを締結することが考えられます。

まとめ｜ベトナムITアウトソーシングは開発目的に合った契約選びが重要

ベトナムITアウトソーシングでは、請負契約、準委任契約などの契約形態が検討されます。

また、継続的な開発チームを確保するラボ型開発も選択肢となります。

それぞれの特徴を整理すると、次のようになります。

請負契約

成果物の完成を重視する方式で、仕様や検収基準を明確にできる案件に適しています。

準委任契約

業務の遂行を中心とする方式で、継続的な技術支援や仕様変更のある開発に適する場合があります。

ラボ型開発

特定の顧客向けに開発チームを一定期間確保するサービスモデルです。実際の契約では、準委任などの方式を利用する場合があります。

ただし、契約形態を選ぶだけで、システム開発のトラブルを防げるわけではありません。

契約締結前には、以下の事項を確認することが重要です。

• 業務範囲と責任分担

• 料金・支払条件

• 仕様変更の手順

• 検収・業務確認の方法

• 知的財産権の帰属

• 情報セキュリティ・個人情報保護

• 指揮命令関係

• 準拠法・紛争解決方法

• 契約終了時の引き継ぎ

ベトナムITアウトソーシングを成功させるためには、費用だけでなく、開発目的に適した契約と、双方の責任が明確な運用体制を整えることが重要です。

自社の開発要件を整理し、技術・法務・情報セキュリティの各担当者と連携しながら、適切な開発パートナーを選定しましょう。

ベトナムITアウトソーシングをご検討中の企業様へ

「請負契約と準委任契約のどちらが適しているか分からない」「ラボ型開発の契約条件を比較したい」「ベトナム企業との開発委託でリスクを減らしたい」といった課題はありませんか。

ベトナムITアウトソーシングでは、開発内容や契約期間に応じて最適な体制が異なります。

まずは、業務範囲や必要な技術スキル、予算、品質要件を整理したうえで、開発会社や国際契約に詳しい専門家への相談をご検討ください。

参考資料

IPA｜情報システム・モデル取引・契約書

https://www.ipa.go.jp/digital/model/index.html

IPA｜情報システム・モデル取引・契約書（第二版）

https://www.ipa.go.jp/digital/model/model20201222.html

IPA｜情報システム・モデル取引・契約書（アジャイル開発版）

https://www.ipa.go.jp/digital/model/agile20200331.html

厚生労働省｜労働者派遣・請負を適正に行うためのガイド

https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000077386_00020.html

個人情報保護委員会｜外国にある第三者への提供に関するガイドライン

https://www.ppc.go.jp/personalinfo/legal/guidelines_offshore/

中小企業庁｜知的財産取引に関するガイドライン・契約書のひな形

https://www.chusho.meti.go.jp/keiei/torihiki/chizai_guideline.html

※本記事は2026年11月時点で確認できる公開資料に基づく一般的な解説です。日本法上の請負・準委任の説明をそのままベトナム法上の契約に適用できるとは限りません。実際の契約締結時には、準拠法、取引内容、現地法令などを確認し、必要に応じて日越両国の法律・税務専門家へ相談してください。