Mẫu hợp đồng outsource phần mềm [File word,pdf chuẩn luật mới nhất + Hướng dẫn]

Mẫu hợp đồng outsource phần mềm là văn bản thỏa thuận giữa doanh nghiệp có nhu cầu thuê ngoài phát triển phần mềm và cá nhân, công ty công nghệ hoặc đội ngũ lập trình nhận thực hiện dự án. Hợp đồng xác định rõ phạm vi phát triển, yêu cầu kỹ thuật, tiến độ, sản phẩm bàn giao, tiêu chuẩn nghiệm thu, chi phí, quyền sở hữu mã nguồn, bảo mật dữ liệu, bảo hành và trách nhiệm xử lý lỗi.

Khác với hợp đồng dịch vụ công nghệ thông tin thông thường, hợp đồng outsource phần mềm cần kiểm soát rất kỹ SOW, source code, repository, tài liệu kỹ thuật, quyền sở hữu trí tuệ và tiêu chí nghiệm thu. Nếu các nội dung này không được quy định cụ thể, doanh nghiệp có thể đã thanh toán nhưng vẫn không nhận đủ mã nguồn hoặc không thể tiếp tục phát triển hệ thống với một nhà cung cấp khác.

Mẫu hợp đồng outsource phần mềm là gì?

Mẫu hợp đồng outsource phần mềm là mẫu thỏa thuận được sử dụng khi một doanh nghiệp hoặc tổ chức thuê bên ngoài thực hiện một phần hoặc toàn bộ hoạt động phát triển phần mềm.

Phạm vi outsource có thể bao gồm:

• Phân tích yêu cầu và thiết kế hệ thống.
• Thiết kế UI/UX.
• Lập trình website.
• Phát triển ứng dụng mobile.
• Phát triển phần mềm quản trị.
• Phát triển API và backend.
• Phát triển frontend.
• Tích hợp hệ thống.
• Phát triển phần mềm SaaS.
• Kiểm thử phần mềm.
• DevOps và triển khai.
• Bảo trì, nâng cấp phần mềm.
• Chuyển giao mã nguồn và tài liệu kỹ thuật.

Hợp đồng có thể áp dụng cho dự án fixed price, time & material, thuê đội ngũ phát triển theo tháng hoặc mô hình kết hợp.

Khi nào nên sử dụng hợp đồng outsource phần mềm?

Doanh nghiệp nên ký hợp đồng trước khi nhà cung cấp bắt đầu lập trình, đặc biệt khi dự án có giá trị lớn hoặc chứa dữ liệu quan trọng.

Thuê công ty phần mềm phát triển sản phẩm

Ví dụ doanh nghiệp thuê một công ty công nghệ xây dựng hệ thống quản lý khách hàng, phần mềm ERP hoặc nền tảng thương mại điện tử.

Thuê đội lập trình phát triển website

Hợp đồng xác định rõ giao diện, chức năng, CMS, hosting, API, database và trách nhiệm bàn giao.

Thuê ngoài phát triển ứng dụng

Đối với app iOS/Android, cần bổ sung yêu cầu về tài khoản developer, source code, signing certificate, API và quy trình đưa ứng dụng lên kho ứng dụng.

Thuê đội kỹ thuật dài hạn

Doanh nghiệp có thể thuê một nhóm developer bên ngoài theo tháng. Khi đó cần quy định số lượng nhân sự, seniority, số giờ, cách thay thế nhân sự và cách tính thời gian làm việc.

Thuê ngoài một module

Doanh nghiệp chỉ thuê nhà cung cấp thực hiện một module như thanh toán, tìm kiếm, AI, CRM hoặc hệ thống báo cáo.

Những điều khoản quan trọng nhất

1. Phạm vi công việc và SOW

Đây là phần quan trọng nhất của hợp đồng.

Không nên chỉ ghi:

Bên B phát triển phần mềm theo yêu cầu của Bên A.

Thay vào đó, nên có Statement of Work (SOW) mô tả:

• Danh sách chức năng.
• Người dùng và quyền truy cập.
• Công nghệ.
• Giao diện.
• API.
• Database.
• Tích hợp bên thứ ba.
• Báo cáo.
• Tiêu chuẩn hiệu năng.
• Môi trường triển khai.
• Deliverables.

SOW càng cụ thể thì việc nghiệm thu càng dễ.

2. Tiến độ phát triển

Nên chia dự án thành các milestone.

Ví dụ:

Mỗi milestone nên có sản phẩm đầu ra và điều kiện nghiệm thu riêng.

3. Cơ chế nghiệm thu

Đây là điểm cần quy định rất rõ.

Một chức năng chỉ được nghiệm thu khi đáp ứng tiêu chí đã thống nhất, chẳng hạn:

• Đúng yêu cầu nghiệp vụ.
• Không có lỗi nghiêm trọng.
• Đạt tiêu chuẩn hiệu năng.
• Đáp ứng yêu cầu bảo mật.
• Hoàn thành tài liệu.
• Source code được cập nhật vào repository.

Không nên quy định “Bên A nghiệm thu khi thấy sản phẩm đạt yêu cầu” vì tiêu chí quá chủ quan.

4. Source code và repository

Hợp đồng nên xác định rõ:

• Repository thuộc bên nào.
• Ai có quyền truy cập.
• Code được commit với tần suất nào.
• Khi nào bàn giao toàn bộ source code.
• Có bàn giao lịch sử Git hay không.
• Có bàn giao configuration không.
• Có bàn giao database schema không.
• Có bàn giao tài liệu deployment không.

Đối với dự án quan trọng, doanh nghiệp nên kiểm soát repository ngay từ đầu thay vì chờ đến ngày nghiệm thu mới nhận source code.

5. Quyền sở hữu trí tuệ

Cần phân biệt:

Tài sản có sẵn của nhà cung cấp: framework, thư viện, component, tool hoặc code đã tồn tại trước dự án.

Tài sản được tạo riêng cho khách hàng: source code, thiết kế, tài liệu, database schema, giao diện và các deliverable được phát triển riêng.

Hợp đồng cần xác định quyền sử dụng, quyền sở hữu hoặc phạm vi cấp phép đối với từng nhóm tài sản.

Luật sư Nguyễn Trường Minh lưu ý rằng điều khoản “mọi mã nguồn đều thuộc Bên A” chưa chắc đã đủ. Nếu dự án sử dụng thư viện bên thứ ba hoặc framework có giấy phép riêng, doanh nghiệp cần biết phần nào thực sự được chuyển giao và phần nào chỉ được cấp quyền sử dụng.

Quyền sở hữu mã nguồn nên quy định thế nào?

Một điều khoản thực tế có thể quy định:

Sau khi Bên A hoàn thành nghĩa vụ thanh toán tương ứng, Bên A được nhận và sử dụng các sản phẩm phần mềm, mã nguồn và tài liệu được phát triển riêng cho dự án theo phạm vi quyền được quy định tại Hợp đồng. Các thành phần phần mềm của bên thứ ba hoặc tài sản có sẵn của Bên B tiếp tục thuộc quyền của chủ sở hữu tương ứng và được cấp quyền sử dụng cho Bên A trong phạm vi cần thiết để vận hành sản phẩm.

Cách viết này giúp tránh việc vô tình chuyển nhượng cả những tài sản mà nhà cung cấp không có quyền chuyển nhượng.

Quy định về công nghệ AI trong dự án outsource

Nếu dự án sử dụng AI để hỗ trợ lập trình, phân tích hoặc tạo nội dung, nên bổ sung quy định về:

• Công cụ AI được phép sử dụng.
• Dữ liệu nào không được đưa vào AI.
• Trách nhiệm kiểm tra code do AI hỗ trợ tạo.
• Bản quyền và giấy phép của thành phần được sử dụng.
• Không đưa dữ liệu bí mật của khách hàng vào công cụ AI công cộng nếu chưa được phép.
• Trách nhiệm bảo mật API key và dữ liệu đầu vào.

Đây là nội dung ngày càng quan trọng đối với các dự án phần mềm thuê ngoài.

Bảo mật dữ liệu và an toàn thông tin

Nếu nhà cung cấp được truy cập hệ thống của doanh nghiệp, hợp đồng nên quy định:

• Tài khoản truy cập.
• Phân quyền.
• MFA nếu cần.
• Nhật ký truy cập.
• Mã hóa.
• Sao lưu.
• Quản lý API key.
• Quy trình thông báo sự cố.
• Xóa quyền truy cập khi nhân sự nghỉ việc.
• Hoàn trả/xóa dữ liệu sau khi kết thúc hợp đồng.

Nếu dự án xử lý dữ liệu cá nhân, các bên cần rà soát thêm các nghĩa vụ pháp lý tương ứng đối với hoạt động xử lý dữ liệu.

Mẫu hợp đồng outsource phần mềm bản tham khảo chi tiết mới nhất

CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM

Độc lập - Tự do - Hạnh phúc

HỢP ĐỒNG OUTSOURCE PHẦN MỀM

Số: ……/HĐPM/……

Hôm nay, ngày …… tháng …… năm ……, tại …………………, chúng tôi gồm:

BÊN A: BÊN THUÊ DỊCH VỤ PHÁT TRIỂN PHẦN MỀM

Tên doanh nghiệp: ………………………………………
Mã số doanh nghiệp: …………………………………
Địa chỉ: ……………………………………………………
Đại diện: ……………………………………………………
Chức vụ: ……………………………………………………
Email: ………………………………………………………
Điện thoại: …………………………………………………

BÊN B: BÊN CUNG CẤP DỊCH VỤ OUTSOURCE PHẦN MỀM

Tên doanh nghiệp/cá nhân: ……………………………
Mã số doanh nghiệp/MST: ………………………………
Địa chỉ: ……………………………………………………
Đại diện: ……………………………………………………
Chức vụ: ……………………………………………………
Email: ………………………………………………………
Điện thoại: …………………………………………………

Hai bên thống nhất ký Hợp đồng với các điều khoản sau:

Điều 1. Đối tượng hợp đồng

1. Bên B cung cấp dịch vụ phát triển phần mềm cho Bên A theo phạm vi công việc tại Hợp đồng và Phụ lục SOW.
2. Tên dự án: ……………………………………………
3. Sản phẩm cần phát triển: ……………………………
4. Mục tiêu dự án: ………………………………………
5. Công nghệ dự kiến: …………………………………

Điều 2. Phạm vi công việc

Bên B thực hiện các công việc:

1. Phân tích yêu cầu.
2. Thiết kế hệ thống.
3. Thiết kế giao diện.
4. Lập trình frontend/backend.
5. Phát triển API.
6. Tích hợp hệ thống.
7. Kiểm thử.
8. Sửa lỗi.
9. Triển khai.
10. Bàn giao source code và tài liệu.

Danh sách chức năng chi tiết được quy định tại Phụ lục SOW.

Điều 3. Sản phẩm bàn giao

Bên B phải bàn giao:

• Source code.
• Database/schema.
• File thiết kế.
• API documentation.
• Tài liệu hướng dẫn sử dụng.
• Tài liệu cài đặt.
• Tài liệu deployment.
• Tài khoản hoặc thông tin cần thiết để vận hành hệ thống.
• Danh sách thư viện và dependency.
• Các deliverable khác theo SOW.

Điều 4. Công nghệ và kiến trúc

1. Công nghệ sử dụng gồm: ……………………………
2. Việc thay đổi framework, ngôn ngữ lập trình hoặc kiến trúc có ảnh hưởng đáng kể đến khả năng vận hành phải được Bên A chấp thuận.
3. Bên B phải thông báo khi phát hiện công nghệ dự kiến sử dụng có rủi ro lớn đối với bảo mật, hiệu năng hoặc khả năng bảo trì.

Điều 5. Repository và quản lý source code

1. Source code được quản lý tại repository: ………………… .
2. Bên A được cấp quyền truy cập repository trong quá trình phát triển.
3. Bên B cập nhật source code theo chu kỳ không quá …… ngày/lần hoặc theo từng milestone.
4. Bên B không được xóa hoặc che giấu lịch sử phát triển nếu việc này ảnh hưởng đến khả năng kiểm tra và tiếp nhận dự án.

Điều 6. Tiến độ thực hiện

Dự án được triển khai theo các milestone:

1. Milestone 1: …………………, hoàn thành ngày …………… .
2. Milestone 2: …………………, hoàn thành ngày …………… .
3. Milestone 3: …………………, hoàn thành ngày …………… .
4. Milestone cuối: nghiệm thu và bàn giao.

Mọi thay đổi tiến độ phải được hai bên xác nhận.

Điều 7. Nhân sự thực hiện

1. Bên B bố trí nhân sự có năng lực phù hợp.
2. Nhân sự chủ chốt gồm:

• Project Manager: …………………
• Tech Lead: …………………………
• Developer: …………………………
• Tester/QA: …………………………

3. Việc thay thế nhân sự chủ chốt phải được thông báo cho Bên A.
4. Nhân sự thay thế phải có năng lực tương đương hoặc phù hợp với yêu cầu dự án.

Điều 8. Quản lý thay đổi yêu cầu

1. Yêu cầu ngoài SOW được xem là Change Request.
2. Change Request phải xác định ít nhất:

• Nội dung thay đổi.
• Chi phí phát sinh.
• Thời gian phát sinh.
• Ảnh hưởng đến các chức năng khác.

3. Bên B không được tự động tính thêm chi phí nếu thay đổi vẫn nằm trong phạm vi SOW ban đầu.

Điều 9. Kiểm thử

Bên B có trách nhiệm thực hiện kiểm thử trước khi bàn giao.

Các hình thức kiểm thử có thể gồm:

• Unit Test.
• Integration Test.
• System Test.
• Security Test.
• Performance Test.
• User Acceptance Test.

Mức độ kiểm thử cụ thể được xác định theo SOW.

Điều 10. Nghiệm thu

1. Bên A nghiệm thu theo từng milestone.
2. Trong vòng …… ngày kể từ khi nhận sản phẩm, Bên A thông báo kết quả nghiệm thu.
3. Nếu sản phẩm có lỗi hoặc chưa đáp ứng SOW, Bên B phải sửa chữa và bàn giao lại.
4. Việc nghiệm thu không làm mất quyền yêu cầu Bên B khắc phục lỗi thuộc trách nhiệm bảo hành được phát hiện sau đó.

Điều 11. Giá trị hợp đồng

Tổng giá trị Hợp đồng là: …………… đồng.

Giá trên:

• Đã/chưa bao gồm thuế.
• Đã/chưa bao gồm chi phí triển khai.
• Đã/chưa bao gồm hosting/cloud.
• Đã/chưa bao gồm license phần mềm bên thứ ba.

Các khoản chi phí phát sinh phải được xác nhận theo cơ chế Change Request.

Điều 12. Thanh toán

Bên A thanh toán theo milestone:

• Đợt 1: ……% khi ký Hợp đồng.
• Đợt 2: ……% khi nghiệm thu Milestone 1.
• Đợt 3: ……% khi nghiệm thu Milestone 2.
• Đợt cuối: ……% khi nghiệm thu và bàn giao.

Hồ sơ thanh toán gồm các tài liệu theo thỏa thuận giữa hai bên.

Điều 13. Bảo hành và sửa lỗi

1. Thời gian bảo hành là …… tháng kể từ ngày nghiệm thu cuối cùng.
2. Lỗi phát sinh do code hoặc sản phẩm do Bên B phát triển phải được Bên B khắc phục trong thời gian phù hợp với mức độ nghiêm trọng.
3. Lỗi nghiêm trọng ảnh hưởng đến khả năng vận hành chính phải được ưu tiên xử lý.
4. Bảo hành không bao gồm lỗi phát sinh do Bên A tự ý sửa source code, thay đổi môi trường hoặc sử dụng hệ thống ngoài hướng dẫn, trừ trường hợp hai bên có thỏa thuận khác.

Điều 14. Quyền sở hữu trí tuệ

1. Các deliverable được phát triển riêng cho dự án được xử lý quyền sở hữu hoặc quyền sử dụng theo thỏa thuận tại Hợp đồng.
2. Bên B phải thông báo cho Bên A về các thư viện, framework, mã nguồn hoặc thành phần bên thứ ba được sử dụng.
3. Bên B không được đưa vào sản phẩm các thành phần mà việc sử dụng có thể khiến Bên A vi phạm nghĩa vụ cấp phép hoặc hạn chế quyền khai thác sản phẩm, nếu chưa thông báo và được chấp thuận.

Điều 15. Bảo mật

1. Bên B bảo mật toàn bộ thông tin, tài liệu, source code, tài khoản, dữ liệu và thông tin kinh doanh của Bên A.
2. Bên B chỉ cho phép nhân sự cần thiết tiếp cận dữ liệu.
3. Bên B phải áp dụng biện pháp bảo mật phù hợp để ngăn chặn truy cập trái phép.
4. Khi phát hiện sự cố bảo mật, Bên B phải thông báo cho Bên A trong thời hạn …… giờ.

Điều 16. Dữ liệu và tài khoản

1. Tài khoản cloud, hosting, repository, domain và dịch vụ quan trọng của dự án do Bên A sở hữu hoặc kiểm soát, trừ khi có thỏa thuận khác.
2. Bên B không được tự ý thay đổi mật khẩu hoặc quyền quản trị nhằm ngăn Bên A tiếp cận hệ thống.
3. Khi Hợp đồng chấm dứt, Bên B phải bàn giao toàn bộ tài khoản, dữ liệu và thông tin truy cập thuộc phạm vi dự án.

Điều 17. Sử dụng công cụ AI và bên thứ ba

1. Bên B được sử dụng công cụ AI hỗ trợ phát triển trong phạm vi phù hợp.
2. Bên B không được đưa thông tin mật, dữ liệu cá nhân hoặc source code thuộc phạm vi bảo mật vào công cụ AI công cộng nếu chưa được Bên A cho phép.
3. Bên B chịu trách nhiệm kiểm tra mã nguồn trước khi đưa vào sản phẩm.
4. Việc sử dụng thư viện hoặc dịch vụ bên thứ ba phải tuân thủ điều kiện cấp phép và được thông báo cho Bên A khi có ảnh hưởng đến quyền khai thác sản phẩm.

Điều 18. Trách nhiệm của các bên

Bên A:

• Cung cấp yêu cầu nghiệp vụ.
• Cung cấp dữ liệu cần thiết.
• Phối hợp kiểm thử.
• Phản hồi đúng thời hạn.
• Thanh toán theo thỏa thuận.

Bên B:

• Bảo đảm tiến độ.
• Bảo đảm chất lượng.
• Cung cấp nhân sự phù hợp.
• Bảo mật thông tin.
• Bàn giao đầy đủ deliverable.
• Khắc phục lỗi thuộc trách nhiệm.

Điều 19. Tạm ngừng và chấm dứt hợp đồng

Hợp đồng chấm dứt khi:

1. Hai bên hoàn thành toàn bộ nghĩa vụ.
2. Hết thời hạn hợp đồng.
3. Hai bên thỏa thuận chấm dứt.
4. Một bên vi phạm nghiêm trọng nghĩa vụ và không khắc phục trong thời hạn …… ngày kể từ khi nhận thông báo.

Khi chấm dứt, Bên B phải bàn giao các sản phẩm, source code, dữ liệu và tài liệu tương ứng với phần công việc đã hoàn thành và đã được thanh toán theo thỏa thuận.

Điều 20. Giải quyết tranh chấp và điều khoản chung

1. Hai bên ưu tiên giải quyết tranh chấp bằng thương lượng.
2. Nếu thương lượng không thành, tranh chấp được giải quyết tại cơ quan có thẩm quyền theo quy định pháp luật.
3. Phụ lục SOW, bảng giá, tiêu chuẩn nghiệm thu và Change Request được xác nhận hợp lệ là bộ phận của Hợp đồng.
4. Hợp đồng có hiệu lực từ ngày ……/……/…… .
5. Hợp đồng được lập thành …… bản, mỗi bên giữ …… bản có giá trị như nhau.

ĐẠI DIỆN BÊN A
Ký, ghi rõ họ tên, chức vụ

ĐẠI DIỆN BÊN B
Ký, ghi rõ họ tên, chức vụ

Hồ sơ nên chuẩn bị khi ký hợp đồng outsource

Một bộ hồ sơ hoàn chỉnh nên có:

• Hợp đồng chính.
• SOW.
• Bảng yêu cầu nghiệp vụ.
• Wireframe/UI/UX.
• Danh sách chức năng.
• Technical specification.
• Timeline.
• Bảng giá.
• Tiêu chí nghiệm thu.
• Chính sách Change Request.
• Danh sách thư viện bên thứ ba.
• Quy định bảo mật.
• Quy trình bàn giao source code.
• Biên bản nghiệm thu từng milestone.

Đối với dự án lớn, SOW và tiêu chí nghiệm thu nên được đầu tư kỹ tương đương hợp đồng chính.

7 lỗi thường gặp khi thuê outsource phần mềm

Chỉ ký hợp đồng nhưng không có SOW

Hợp đồng nói “phát triển phần mềm theo yêu cầu” nhưng không có danh sách chức năng cụ thể. Đây là nguyên nhân phổ biến dẫn đến tranh chấp.

Không kiểm soát repository

Doanh nghiệp đến cuối dự án mới nhận source code khiến việc kiểm tra tiến độ và khả năng tiếp quản rất khó khăn.

Không quy định quyền sở hữu trí tuệ

Không xác định rõ quyền đối với source code, thiết kế và các thành phần bên thứ ba.

Không có tiêu chí nghiệm thu

Không xác định thế nào là “hoàn thành” khiến hai bên có cách hiểu khác nhau.

Không kiểm soát Change Request

Mọi yêu cầu mới đều bị tính phí hoặc ngược lại nhà cung cấp phải làm thêm nhưng không có cơ chế xác nhận.

Không có điều khoản bàn giao khi chấm dứt

Doanh nghiệp có thể gặp khó khăn khi chuyển dự án sang nhà cung cấp khác.

Không quy định bảo mật kỹ thuật

Chỉ có một câu “hai bên bảo mật thông tin” nhưng không có quy trình quản lý tài khoản, API key, source code và dữ liệu.

Căn cứ pháp lý khi soạn hợp đồng

Hợp đồng outsource phần mềm trước hết cần được xây dựng trên cơ sở quy định của Bộ luật Dân sự 2015 về hợp đồng, nghĩa vụ, hợp đồng dịch vụ, vi phạm nghĩa vụ và bồi thường thiệt hại.

Tùy dự án, cần rà soát thêm quy định về:

• Sở hữu trí tuệ đối với phần mềm và các tác phẩm liên quan.
• Giao dịch điện tử.
• An toàn thông tin mạng.
• An ninh mạng.
• Bảo vệ dữ liệu cá nhân.
• Thương mại điện tử nếu phần mềm vận hành nền tảng thương mại điện tử.
• Quy định chuyên ngành nếu phần mềm phục vụ lĩnh vực có điều kiện.

Luật sư Đặng Quý Tiên cho rằng doanh nghiệp thuê outsource nên xem quyền tiếp quản hệ thống sau khi hợp đồng kết thúc là một yêu cầu ngay từ thời điểm ký hợp đồng. Repository, source code, tài liệu kỹ thuật, tài khoản cloud và thông tin triển khai cần được thiết kế để doanh nghiệp không bị phụ thuộc hoàn toàn vào một nhà cung cấp.

Hướng dẫn tải và sử dụng Mẫu hợp đồng outsource phần mềm

Khi sử dụng Mẫu Hợp Đồng, bạn nên điều chỉnh trước 5 nhóm thông tin quan trọng nhất:

1. Phạm vi phát triển và SOW.
2. Milestone và thời hạn.
3. Tiêu chí nghiệm thu.
4. Giá trị và cơ chế thanh toán.
5. Quyền đối với source code, tài liệu và tài sản trí tuệ.

Nếu dự án có giá trị lớn, nên bổ sung riêng phụ lục SLA, bảo mật, xử lý dữ liệu, tiêu chuẩn bảo mật và quy trình bàn giao hệ thống.

Bạn có thể tải Mẫu hợp đồng outsource phần mềm để sử dụng làm nền tảng, sau đó điều chỉnh theo mô hình dự án fixed price, thuê đội ngũ lập trình theo tháng hoặc phát triển phần mềm theo từng milestone.

Kết luận

Mẫu hợp đồng outsource phần mềm cần kiểm soát nhiều hơn một hợp đồng dịch vụ thông thường vì đối tượng bàn giao không chỉ là kết quả công việc mà còn có thể bao gồm mã nguồn, kiến trúc hệ thống, dữ liệu, tài liệu kỹ thuật, tài khoản và quyền khai thác phần mềm.

Một hợp đồng tốt cần làm rõ từ đầu phạm vi công việc, SOW, tiến độ, nghiệm thu, Change Request, thanh toán, bảo hành, bảo mật và đặc biệt là quyền đối với source code. Đối với dự án quan trọng, doanh nghiệp nên kiểm soát repository và tài khoản hạ tầng ngay trong quá trình phát triển thay vì chỉ nhận bàn giao khi dự án kết thúc.

Mẫu Hợp Đồng được xây dựng theo hướng có thể tiếp tục tùy chỉnh cho từng mô hình thuê ngoài, từ thuê một lập trình viên, thuê team phát triển đến outsource toàn bộ dự án phần mềm.