Điểm cần kiểm tra trong hợp đồng khi tiến hành phát triển hệ thống theo mô hình ủy quyền bán

Hiện nay, mức độ sử dụng IT trong cuộc sống hàng ngày và hoạt động kinh tế xã hội của quốc gia chúng ta đang tăng lên nhanh chóng, đi kèm với sự phát triển vượt bậc của khả năng xử lý của máy tính và sự phổ biến của Internet. Do đó, tác động xã hội của việc dừng hoạt động hoặc giảm chức năng của dịch vụ do sự cố hệ thống thông tin đang ngày càng mở rộng, và việc cải thiện độ tin cậy và an toàn của hệ thống trở thành một vấn đề lớn.

Mặt khác, tổng số hợp đồng phát triển hệ thống IT thường trở nên mơ hồ do không được dự đoán từ thời điểm lập pháp. Việc làm rõ nội dung giao dịch, minh bạch hóa giao dịch dựa trên giao tiếp chặt chẽ giữa người đặt hàng (người dùng) và người nhận đơn hàng (nhà cung cấp), và làm rõ vai trò và trách nhiệm trở thành một vấn đề.

Ngoài ra, do hệ thống thông tin được xây dựng dựa trên sự kết hợp của nhiều yếu tố khác nhau, nó đã bắt đầu bao gồm cả rủi ro liên quan đến sự kết hợp chưa từng có trước đây.

Để cải thiện độ tin cậy và an toàn của hệ thống thông tin như vậy, Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản đã công bố hướng dẫn, trong đó đưa ra một hợp đồng mẫu cho việc phát triển hệ thống, với giải thích chi tiết cho từng điều khoản.

Bài viết này sẽ giải thích về các điểm cần kiểm tra trong hợp đồng khi ký kết hợp đồng dạng ủy thác trong công việc phát triển hệ thống IT, dựa trên các điều khoản của hợp đồng mẫu của Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản.

Phát triển hệ thống và hợp đồng ủy quyền

Hợp đồng ủy quyền là gì?

Hợp đồng ủy quyền được quy định dưới hình thức áp dụng các điều khoản của hợp đồng ủy nhiệm trong luật dân sự Nhật Bản.

Phần 10: Ủy nhiệm
Điều 643: Ủy nhiệm phát sinh hiệu lực khi một bên trong các bên liên quan ủy thác việc thực hiện hành vi pháp lý cho bên kia và bên kia chấp nhận điều này.
Điều 656: Các quy định trong phần này được áp dụng cho việc ủy thác công việc không phải là hành vi pháp lý.

Hợp đồng ủy quyền là hợp đồng mà mục đích là để một người thực hiện công việc được ủy thác từ người khác. Người nhận ủy quyền có nghĩa vụ thực hiện công việc với trách nhiệm quản lý tốt (trách nhiệm quản lý tốt). Trách nhiệm quản lý tốt, nói một cách đơn giản, có nghĩa là “làm hết sức mình”.

Sự khác biệt so với hợp đồng thầu

Trong hợp đồng ủy quyền, như đã nói ở trên, người nhận ủy quyền có trách nhiệm quản lý tốt, nhưng khác với hợp đồng thầu, họ không có nghĩa vụ hoàn thành công việc. Do đó, nếu không có mục tiêu rõ ràng, người nhận ủy quyền không phải chịu trách nhiệm bảo đảm khuyết tật. Tuy nhiên, vì họ có trách nhiệm quản lý tốt, nếu họ lơ là công việc hoặc thiếu sự chú ý nghiêm trọng, họ có thể phải chịu trách nhiệm bồi thường thiệt hại dựa trên việc không thực hiện nghĩa vụ hoặc hợp đồng có thể bị hủy bỏ.

Như đã nói ở trên, trong hợp đồng ủy quyền, bạn không có nghĩa vụ hoàn thành công việc. Ngược lại, trong hợp đồng thầu, bạn có nghĩa vụ hoàn thành công việc. Bài viết sau đây giải thích về việc ký kết phát triển hệ thống theo hình thức thầu.

https://Monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

Mẫu điều khoản kiểu ủy quyền và các điểm kiểm tra

Hỗ trợ tạo định nghĩa yêu cầu

(Thực hiện dịch vụ hỗ trợ tạo định nghĩa yêu cầu)
Điều thứ 〇, Bên B, sau khi ký kết hợp đồng riêng biệt quy định tại Điều thứ 〇, sẽ cung cấp dịch vụ hỗ trợ công việc tạo định nghĩa yêu cầu (dưới đây gọi là “dịch vụ hỗ trợ tạo định nghĩa yêu cầu”) cho Bên A dựa trên bản kế hoạch hệ thống thông tin và các tài liệu khác mà Bên A đã tạo ra trong khuôn khổ công việc này.

2. Bên B, dựa trên kiến thức chuyên môn và kinh nghiệm về công nghệ xử lý thông tin, sẽ thực hiện các công việc hỗ trợ như điều tra, phân tích, sắp xếp, đề xuất và tư vấn với sự chú ý của một người quản lý tốt, để công việc của Bên A được tiến hành một cách trôi chảy và phù hợp.

Việc định rõ yêu cầu là công việc tổng hợp các yêu cầu kỹ thuật (chức năng cần được thực hiện bằng phần mềm) của hệ thống mà người dùng muốn xây dựng, và là công việc phụ thuộc lớn vào nội dung công việc của người dùng. Do đó, trong phần này, chúng tôi quy định rằng công việc định rõ yêu cầu sẽ được người dùng thực hiện, và nhà cung cấp sẽ hỗ trợ theo hình thức hợp đồng ủy quyền bán chính thức.
Tuy nhiên, chỉ vì là ủy quyền bán chính thức mà không có nghĩa là nhà cung cấp không chịu trách nhiệm gì cả. Như người nhận ủy quyền, họ có trách nhiệm quản lý tốt, do đó, nếu họ đã bỏ qua trách nhiệm quản lý tốt này và việc hỗ trợ tạo ra yêu cầu định rõ không được thực hiện đúng cách, họ sẽ phải chịu trách nhiệm vì không thực hiện nghĩa vụ do vi phạm trách nhiệm quản lý tốt.

(Ký kết hợp đồng cụ thể liên quan đến công việc hỗ trợ tạo định nghĩa yêu cầu)
Điều thứ 〇: Bên A và Bên B sẽ thảo luận và quyết định các điều kiện giao dịch được ghi trong Điều thứ 〇, Điểm 〇, và sẽ ký kết hợp đồng cụ thể liên quan đến công việc hỗ trợ tạo định nghĩa yêu cầu.

Về phạm vi và các yếu tố khác của dịch vụ hỗ trợ tạo định nghĩa yêu cầu, chúng tôi đã quy định rằng sẽ thỏa thuận trong hợp đồng riêng lẻ theo các điều kiện đã chỉ ra trong điều khoản trước đó.

(Hội thảo thảo luận về định nghĩa yêu cầu)
Điều thứ 〇: Bên A sẽ tổ chức Hội thảo thảo luận về định nghĩa yêu cầu (sau đây trong phần này được gọi là “Hội thảo thảo luận về định nghĩa yêu cầu”) với tần suất cần thiết để làm rõ hoặc xác nhận nội dung cần thiết cho việc tạo tài liệu định nghĩa yêu cầu theo quy định tại Điều thứ 〇. Bên B sẽ tham gia vào hội thảo này và thực hiện công việc hỗ trợ tạo định nghĩa yêu cầu.

2. Bên B cũng có thể tổ chức hội thảo thảo luận về định nghĩa yêu cầu khi cho rằng cần thiết để thực hiện công việc hỗ trợ tạo định nghĩa yêu cầu, và bên A sẽ tham gia vào hội thảo này.

Để tạo tài liệu định nghĩa yêu cầu, định nghĩa các yêu cầu về chức năng và yêu cầu không chức năng của hệ thống hoặc yêu cầu trong công việc, cần phải có sự hợp tác giữa bộ phận kinh doanh của người dùng và bộ phận hệ thống thông tin cũng như nhà cung cấp. Do quy trình này là dạng ủy thác bán, điều 1 quy định rằng người dùng là chủ thể tổ chức, và nhà cung cấp hỗ trợ sẽ tham gia vào quá trình này. Việc làm rõ hoặc xác nhận nội dung của các vấn đề cần thiết để tạo tài liệu định nghĩa yêu cầu sẽ được thực hiện tại hội nghị thảo luận về định nghĩa yêu cầu, và người dùng cũng như nhà cung cấp sẽ bị ràng buộc bởi kết quả thảo luận tại hội nghị.

Điều khoản thứ 2 quy định rằng, khi cần thiết cho việc thực hiện công việc hỗ trợ định rõ yêu cầu, nhà cung cấp cũng có thể tổ chức hội thảo thảo luận về việc định rõ yêu cầu.”

(Xác định Đặc tả Yêu cầu)
Điều thứ 〇 Nếu A hoàn thành việc tạo Đặc tả Yêu cầu, A và B sẽ kiểm tra xem Đặc tả Yêu cầu có phù hợp với các quyết định tại Hội nghị Thảo luận Đặc tả Yêu cầu được quy định trong điều trước hay không, trong khoảng thời gian quy định trong Hợp đồng riêng lẻ (sau đây gọi là “Thời gian Kiểm tra Đặc tả Yêu cầu”). Người chịu trách nhiệm của cả A và B sẽ ký và đóng dấu vào Đặc tả Yêu cầu như một bằng chứng xác nhận sự phù hợp. Tuy nhiên, nếu kết quả kiểm tra cho thấy Đặc tả Yêu cầu không phù hợp với các quyết định tại Hội nghị Thảo luận Đặc tả Yêu cầu, A sẽ tạo phiên bản sửa đổi trong thời hạn quy định sau thảo luận, và A và B sẽ tiến hành lại quy trình kiểm tra và xác nhận trên.

2. Dựa trên việc xác nhận của cả hai bên A và B theo điều trước, ta coi rằng tài liệu định nghĩa yêu cầu đã được xác định.

3. Trường hợp cần thay đổi các điều kiện của hợp đồng cá nhân như thời gian làm việc, phí ủy thác, v.v., do sửa đổi Điều thứ 〇, sẽ được thực hiện theo quy trình của Điều thứ 〇.

Định nghĩa yêu cầu là giai đoạn xác định các yêu cầu cần thiết để thực hiện thiết kế hệ thống và những công việc khác sau khi nhận được đề xuất ước lượng từ nhà cung cấp. Nếu yêu cầu vẫn mơ hồ, việc ước lượng chính xác từ nhà cung cấp sẽ trở nên khó khăn, và có thể gây ra vấn đề trong giai đoạn phát triển sau này. Điều này quy định quy trình xác định bằng cách xác nhận tài liệu định nghĩa yêu cầu, mà người dùng và nhà cung cấp đã kiểm tra, và người chịu trách nhiệm xác nhận bằng cách ký tên và đóng dấu. Cũng có trường hợp cần phải sửa đổi trong quá trình kiểm tra để xác định tài liệu định nghĩa yêu cầu, vì vậy, điều khoản 1 nhưng mà quy định quy trình trong trường hợp này.

Điều khoản thứ 2 rõ ràng quy định việc xác định tài liệu định nghĩa yêu cầu dựa trên sự xác nhận của cả người dùng và nhà cung cấp.
Điều khoản thứ 3 quy định việc thực hiện những thay đổi cần thiết trong trường hợp có thể có sự thay đổi trong điều kiện hợp đồng riêng lẻ, như việc tăng khối lượng công việc của nhà cung cấp hơn so với dự kiến ban đầu, hoặc cần phải kéo dài lịch trình, do việc sửa đổi tài liệu định nghĩa yêu cầu và thực hiện kiểm tra lại theo điều khoản thứ 1.

(Kết thúc công việc và xác nhận)
Điều thứ ○: Bên B, sau khi xác định xong tài liệu định nghĩa yêu cầu theo điều trước, phải tạo báo cáo kết thúc công việc và nộp cho Bên A trong vòng ○ ngày.

2. Bên A sẽ thực hiện việc xác nhận báo cáo kết thúc công việc trong khoảng thời gian quy định trong hợp đồng riêng lẻ (dưới đây gọi là “Thời gian kiểm tra kết thúc công việc hỗ trợ định nghĩa yêu cầu”).

3. Nếu không có nghi vấn gì về nội dung của báo cáo kết thúc công việc, bên A sẽ ký và đóng dấu lên giấy xác nhận kết thúc công việc, sau đó giao cho bên B, để xác nhận việc kết thúc công việc hỗ trợ tạo định nghĩa yêu cầu.

4. Trong thời gian kiểm tra kết thúc dịch vụ hỗ trợ tạo định nghĩa yêu cầu, nếu bên A không phản đối bằng văn bản với lý do cụ thể, thì việc kết thúc dịch vụ sẽ được coi là đã được xác nhận khi thời gian kiểm tra kết thúc dịch vụ hỗ trợ tạo định nghĩa yêu cầu của bên A kết thúc.

Do dự án này là dự án ủy thác, điều này quy định quy trình kiểm tra thông qua báo cáo kết thúc công việc, ghi lại nội dung công việc, để xác nhận liệu nhà cung cấp đã thực hiện công việc hỗ trợ một cách phù hợp dựa trên nghĩa vụ quản lý tốt.
Điều 1 quy định về nghĩa vụ nộp báo cáo kết thúc công việc.
Điều 2 làm rõ thời gian kiểm tra báo cáo để tránh việc xác nhận báo cáo bị trì hoãn.
Điều 3 quy định việc xác nhận kết thúc công việc hỗ trợ tạo tài liệu định nghĩa yêu cầu thông qua việc người dùng ký và đóng dấu vào biên bản xác nhận kết thúc công việc.
Điều 4 quy định về việc xác nhận hoàn thành giả định chỉ khi không có phản đối bằng văn bản từ người dùng trong thời gian kiểm tra. Quy định này được xem xét dựa trên việc nếu người dùng không thực hiện quy trình xác nhận kịp thời vì một lý do nào đó, có thể gây ra sự chậm trễ trong công việc tiếp theo, hoặc bắt đầu công việc tiếp theo mà không làm rõ việc xác nhận, có thể làm mơ hồ mối quan hệ trách nhiệm giữa người dùng và nhà cung cấp.

Công việc tạo tài liệu thiết kế bên ngoài

(Thực hiện dịch vụ hỗ trợ tạo tài liệu thiết kế bên ngoài)
Điều thứ 〇: Bên B, sau khi ký kết hợp đồng cá nhân quy định tại Điều thứ 〇, sẽ cung cấp dịch vụ hỗ trợ cho công việc tạo tài liệu thiết kế bên ngoài do Bên A thực hiện (dưới đây gọi là “dịch vụ hỗ trợ tạo tài liệu thiết kế bên ngoài”).

2. Bên B, dựa trên kiến thức và kinh nghiệm chuyên môn về công nghệ xử lý thông tin, sẽ thực hiện các công việc hỗ trợ như nghiên cứu, phân tích, tổ chức, đề xuất và tư vấn, với sự chú ý của một người quản lý tốt, để công việc của Bên A được tiến hành một cách trôi chảy và phù hợp.

Việc tạo tài liệu thiết kế bên ngoài là công việc xác định việc sử dụng các phần liên quan đến giao diện như màn hình, biểu mẫu, v.v. Theo nguyên tắc, tài liệu thiết kế bên ngoài cần phải ghi rõ tất cả thông tin mà nhà cung cấp có thể phát triển chương trình dựa trên đó. Tài liệu thiết kế bên ngoài bao gồm nội dung chi tiết về việc sử dụng mẫu, nhưng người có thể thay đổi yêu cầu đặc tả là người dùng, người quyết định nội dung công việc.
Do đó, điều này giả định rằng người dùng sẽ hoàn thành tài liệu thiết kế bên ngoài với trách nhiệm của mình, và nhà cung cấp đứng trên lập trường hỗ trợ hoàn thành tài liệu thiết kế bên ngoài như người nhận trong hợp đồng ủy quyền.
Tuy nhiên, chỉ vì là hợp đồng ủy quyền không có nghĩa là nhà cung cấp không chịu trách nhiệm gì cả, họ có nghĩa vụ quản lý tốt như người nhận. Do đó, nếu họ không thực hiện nghĩa vụ quản lý tốt này và không hỗ trợ tạo tài liệu thiết kế bên ngoài một cách thích hợp, họ có thể chịu trách nhiệm vì vi phạm nghĩa vụ quản lý tốt và không thực hiện nghĩa vụ.

(Ký kết hợp đồng riêng cho dịch vụ hỗ trợ tạo tài liệu thiết kế bên ngoài)
Điều thứ 〇, Bên A và Bên B sẽ thảo luận và quyết định các điều kiện giao dịch được ghi trong Điều 4, Khoản 1 về dịch vụ hỗ trợ tạo tài liệu thiết kế bên ngoài, và ký kết hợp đồng riêng cho dịch vụ này.

Về phạm vi và các vấn đề liên quan đến việc hỗ trợ tạo tài liệu thiết kế bên ngoài, chúng tôi đã quyết định sẽ thỏa thuận trong từng hợp đồng riêng biệt.

(Hội thảo thảo luận thiết kế bên ngoài)
Điều thứ 〇: Bên A, để làm rõ hoặc xác nhận nội dung cần thiết cho việc tạo tài liệu thiết kế bên ngoài, sẽ tổ chức Hội thảo thảo luận thiết kế bên ngoài (gọi tắt là “Hội thảo thảo luận thiết kế bên ngoài” trong phần này) với tần suất cần thiết, theo quy định tại Điều thứ 〇. Bên B sẽ tham gia vào hội thảo này và thực hiện công việc hỗ trợ tạo tài liệu thiết kế bên ngoài.

2. Bên B cũng có thể tổ chức hội thảo thảo luận thiết kế bên ngoài khi được xem là cần thiết để thực hiện công việc hỗ trợ thiết kế bên ngoài, và bên A sẽ tham gia vào hội thảo này.

3. Trong trường hợp A muốn thay đổi nội dung của tài liệu định nghĩa yêu cầu thông qua việc thảo luận tại Hội nghị Thảo luận Thiết kế Bên ngoài, nếu cần phải thay đổi điều kiện của hợp đồng cá nhân như thời gian làm việc, phí ủy thác, v.v., điều này sẽ được thực hiện theo quy trình của Điều thứ 〇 (Thay đổi nội dung Hợp đồng này và Hợp đồng cá nhân).

Để tạo ra tài liệu thiết kế bên ngoài quyết định giao diện như màn hình, biểu mẫu, việc hợp tác giữa người dùng và nhà cung cấp là điều bắt buộc.
Do quy trình này dựa trên mô hình ủy thác, điều khoản thứ nhất quy định rằng người dùng là chủ thể tổ chức và nhà cung cấp tham gia để hỗ trợ. Việc làm rõ hoặc xác nhận nội dung cần thiết để tạo tài liệu thiết kế bên ngoài đều được thực hiện tại cuộc họp thảo luận thiết kế bên ngoài, và nhà cung cấp cũng như người dùng phải tuân theo kết quả thảo luận tại cuộc họp.
Điều khoản thứ hai quy định rằng nhà cung cấp cũng có thể tổ chức cuộc họp thảo luận thiết kế bên ngoài khi cần thiết để thực hiện công việc hỗ trợ thiết kế bên ngoài.
Điều khoản thứ ba quy định rằng, nếu người dùng thay đổi nội dung của tài liệu định nghĩa yêu cầu thông qua thảo luận tại cuộc họp thảo luận thiết kế bên ngoài, có thể ảnh hưởng đến thời gian làm việc, phí dịch vụ, v.v. được quy định trong hợp đồng riêng lẻ, do đó, việc thay đổi nội dung của hợp đồng này và hợp đồng riêng lẻ phải được thực hiện thông qua quy trình thay đổi hợp đồng.

(Xác định Sách thiết kế bên ngoài)
Điều thứ 〇 Nếu A hoàn thành việc tạo Sách thiết kế bên ngoài, A và B sẽ kiểm tra xem Sách thiết kế bên ngoài có phù hợp với Sách định nghĩa yêu cầu đã được xác định theo quy định của Điều thứ 〇 và các vấn đề quyết định tại cuộc họp thảo luận thiết kế bên ngoài của điều trước đó trong khoảng thời gian quy định trong Hợp đồng riêng lẻ (dưới đây gọi là “Thời gian kiểm tra Sách thiết kế bên ngoài”). Người chịu trách nhiệm của cả A và B sẽ ký và đóng dấu vào Sách thiết kế bên ngoài như một bằng chứng xác nhận sự phù hợp. Tuy nhiên, nếu trong quá trình kiểm tra, phát hiện ra phần nào của Sách thiết kế bên ngoài không phù hợp với Sách định nghĩa yêu cầu đã được xác định theo quy định của Điều thứ 〇 và các vấn đề quyết định tại cuộc họp thảo luận thiết kế bên ngoài, A sẽ tạo ra phiên bản sửa đổi trong thời hạn quy định sau thảo luận, và A và B sẽ tiến hành lại quy trình kiểm tra và xác nhận trên.

2. Dựa vào việc xác nhận của cả hai bên A và B theo điều trước, Tài liệu thiết kế bên ngoài được coi là đã được xác định.

3. Trong trường hợp cần thay đổi điều kiện hợp đồng cá nhân như thời gian làm việc, phí ủy thác, v.v., do sửa đổi điều 1, sẽ tuân theo thủ tục của Điều thứ 〇 (Thay đổi nội dung Hợp đồng này và Hợp đồng cá nhân).

Điều này quy định quy trình mà người dùng và nhà cung cấp người dùng xác nhận tài liệu thiết kế bên ngoài do người dùng tạo ra, và người chịu trách nhiệm xác định bằng cách ký tên và đóng dấu.
Có trường hợp cần phải sửa đổi trong quá trình kiểm tra để xác định tài liệu thiết kế bên ngoài, do đó, điều khoản nhưng trong khoản 1 quy định quy trình trong trường hợp này.

Điều khoản thứ 2 rõ ràng quy định việc xác định tài liệu thiết kế bên ngoài dựa trên sự xác nhận của cả người dùng và nhà cung cấp.
Điều khoản thứ 3, theo điều khoản nhưng trong điều khoản thứ 1, quy định việc thay đổi hợp đồng cá nhân nên được thực hiện trong trường hợp cần thay đổi điều kiện hợp đồng cá nhân, như việc tăng khối lượng công việc của nhà cung cấp hơn so với dự kiến ban đầu, hoặc cần trì hoãn lịch trình, do công việc sửa đổi tài liệu thiết kế bên ngoài và thực hiện xác nhận lại.

(Kết thúc công việc và xác nhận)
Điều thứ ○: Bên B, sau khi xác định bản thiết kế bên ngoài theo điều trước đó, sẽ tạo báo cáo kết thúc công việc và nộp cho Bên A trong vòng ○ ngày.

2. Bên A sẽ thực hiện việc xác nhận báo cáo kết thúc công việc trong khoảng thời gian quy định trong hợp đồng riêng lẻ (sau đây được gọi là “Thời gian kiểm tra kết thúc công việc hỗ trợ tạo tài liệu thiết kế bên ngoài”).

3. Nếu không có nghi vấn về nội dung của báo cáo kết thúc công việc, bên A sẽ ký và đóng dấu lên giấy xác nhận kết thúc công việc, sau đó giao cho bên B, để xác nhận việc kết thúc công việc hỗ trợ tạo tài liệu thiết kế bên ngoài.

4. Trong thời gian kiểm tra kết thúc dịch vụ hỗ trợ tạo tài liệu thiết kế bên ngoài, nếu bên A không phản đối bằng văn bản với lý do cụ thể, thì việc kết thúc dịch vụ hỗ trợ tạo tài liệu thiết kế bên ngoài sẽ được coi là đã được xác nhận khi thời gian kiểm tra kết thúc.

Do dự án này là dự án ủy thác, điều này quy định quy trình kiểm tra xem nhà cung cấp đã thực hiện công việc hỗ trợ một cách thích hợp dựa trên nghĩa vụ quản lý tốt hay không, thông qua báo cáo kết thúc công việc ghi lại nội dung công việc.
Điều khoản thứ hai làm rõ thời gian kiểm tra để tránh việc xác nhận báo cáo bị kéo dài.
Điều khoản thứ ba quy định việc xác nhận kết thúc công việc hỗ trợ tạo tài liệu thiết kế bên ngoài thông qua việc người dùng ký và đóng dấu vào biên bản xác nhận kết thúc công việc.
Điều khoản thứ tư quy định về việc xác nhận hoàn thành giả định chỉ khi không có ý kiến bằng văn bản từ người dùng trong thời gian kiểm tra. Quy định này xem xét việc nếu người dùng không thực hiện quy trình xác nhận kịp thời vì một lý do nào đó, điều này có thể gây ra sự chậm trễ trong công việc tiếp theo, hoặc bắt đầu công việc tiếp theo mà không làm rõ việc xác nhận, có thể làm mơ hồ mối quan hệ trách nhiệm giữa người dùng và nhà cung cấp.

Dịch vụ phát triển phần mềm

Sau quy định về quy trình thiết kế bên ngoài hệ thống, là quy định liên quan đến quy trình thiết kế bên trong hệ thống. Trong quy trình thiết kế bên trong hệ thống, thông thường, đối tượng phát triển và thông số kỹ thuật đã được xác định từ các công việc trước đó. Trong hợp đồng mẫu của Bộ Kinh tế, Thương mại và Công nghiệp Nhật Bản, điều này được quy định dưới dạng hợp đồng theo đơn đặt hàng. Chi tiết được giải thích trong bài viết dưới đây.

Dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm

(Thực hiện dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm)
Điều thứ 〇: Bên B, sau khi ký kết hợp đồng riêng lẻ quy định trong điều này, sẽ thực hiện việc hỗ trợ cần thiết cho Bên A trong việc thử nghiệm hệ thống, hỗ trợ triển khai và nhận hệ thống, và thử nghiệm vận hành phần mềm này trong thực tế (sau đây gọi là “dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm”).

2. Bên B, dựa trên kiến thức và kinh nghiệm chuyên môn về công nghệ thông tin, sẽ thực hiện công việc hỗ trợ để công việc của Bên A được thực hiện một cách trôi chảy và hiệu quả với sự chú ý của một người quản lý tốt.

Trong các điều sau đây, chúng tôi quy định về các điều khoản khi thực hiện việc chuẩn bị và chuyển đổi phần mềm theo hình thức ủy thác. Trong giai đoạn hỗ trợ triển khai và nhận hệ thống, người dùng thường là người chủ động thực hiện, do đó, trong hợp đồng mẫu của Bộ Công Thương Nhật Bản, người dùng là chủ thể, và nhà cung cấp hỗ trợ họ theo hình thức ủy thác. Điều thứ 2 quy định rằng, do quy trình này là dạng ủy thác, nhà cung cấp có trách nhiệm quản lý tốt như một người nhận ủy thác.

(Kết thúc công việc và xác nhận)
Điều 32: Bên B, sau khi kết thúc dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm, sẽ tạo báo cáo kết thúc công việc trong vòng ○ ngày và gửi cho Bên A.

2. Bên A, trong khoảng thời gian quy định trong hợp đồng riêng lẻ (sau đây gọi là “thời gian kiểm tra kết thúc dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm”), sẽ kiểm tra báo cáo kết thúc công việc đó.

3. Nếu Bên A không có nghi ngờ về nội dung của báo cáo kết thúc công việc, Bên A sẽ ký và đóng dấu vào biên bản xác nhận kết thúc công việc, gửi cho Bên B và xác nhận việc kết thúc dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm.

4. Nếu trong thời gian kiểm tra kết thúc dịch vụ hỗ trợ chuẩn bị và chuyển đổi phần mềm, Bên A không phản đối bằng văn bản với lý do cụ thể, thì việc kết thúc công việc sẽ được xem như đã được xác nhận khi thời gian kiểm tra kết thúc.

Điều này quy định về quy trình xác nhận liệu nhà cung cấp đã thực hiện đúng công việc hỗ trợ chuẩn bị và chuyển đổi phần mềm dựa trên trách nhiệm quản lý tốt hay không theo hình thức ủy thác.
Điều thứ 2 quy định rằng, nhà cung cấp phải gửi báo cáo kết thúc công việc cho người dùng trong thời gian quy định sau khi kết thúc công việc.
Điều thứ 3 quy định rằng, sau khi xác định rõ thời gian kiểm tra, người dùng sẽ kiểm tra báo cáo kết thúc công việc.
Điều thứ 4 quy định về việc xác nhận mặc định nếu người dùng bỏ qua việc xác nhận kết thúc công việc trong 2 điều trước đó.

Quyết định tính chất của hợp đồng

Để xác định tính chất của hợp đồng, chúng ta cần xem xét toàn bộ hợp đồng và mục tiêu của nó, liệu mục tiêu là “cung cấp sản phẩm hoàn thiện” hay là “nhà cung cấp thực hiện công việc một cách hợp lý”. Một chỉ dẫn tổng quát là liệu nội dung của sản phẩm cần hoàn thiện đã được xác định cụ thể đến một mức độ nào đó và dự án đã tiến triển theo hướng đó hay chưa.
Chi tiết về những điểm cần chú ý như thế nào, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.