การแยกและความแตกต่างระหว่างสัญญาให้เช่าและสัญญาแทนที่ในการพัฒนาระบบ

ในการรับ-ส่งมอบการพัฒนาระบบ มีการทำสัญญาที่มีหัวข้อที่แตกต่างกัน เช่น สัญญาว่าจ้าง, สัญญาว่าจ้างงาน, สัญญาการพัฒนาระบบ และอื่น ๆ

ตามกฎหมายญี่ปุ่น, สัญญาที่มีฝ่ายหนึ่งทำหน้าที่ (เช่น งานพัฒนา) และฝ่ายอื่นจ่ายค่าตอบแทน จะถูกแบ่งออกเป็นสัญญาว่าจ้างและสัญญาว่าจ้างที่เป็นไปตามคำสั่ง

ถ้าจะพูดให้ง่าย,

• สัญญาว่าจ้าง: สัญญาที่ “สามารถรับค่าตอบแทนหากส่งมอบสิ่งที่ได้รับการสัญญา”

• สัญญาว่าจ้างที่เป็นไปตามคำสั่ง: สัญญาที่ “รับค่าตอบแทนและทำงานอย่างหนักเพื่อทำให้ดีที่สุดตามค่าตอบแทนที่ได้รับ”

นั่นคือ

การพัฒนาระบบคือสัญญาการรับเหมาหรือสัญญาการมอบหมาย

การพัฒนาระบบมีวัตถุประสงค์เพื่อสร้าง “สิ่งที่ได้รับการสัญญา” ซึ่งเป็นระบบ ดังนั้น อาจถือว่าเป็นสัญญาการรับเหมาตามการแบ่งแยกที่กล่าวมาข้างต้น แต่มันไม่ง่ายเท่าที่คิด การพัฒนาระบบมีลักษณะที่แตกต่างจากสัญญาการรับเหมาที่เป็นแบบฉบับที่กฎหมายได้ระบุไว้

สัญญาการรับเหมาที่เป็นแบบฉบับ ตัวอย่างเช่น สูทที่ทำตามคำสั่ง ในกรณีของสูท หากมีการกำหนดขนาดแล้ว ภาพที่เสร็จสมบูรณ์จะง่ายต่อการเข้าใจระหว่างทั้งสองฝ่าย และการตัดสินว่าสิ่งที่สร้างขึ้นตรงกับคำสั่งหรือไม่ก็จะง่าย แต่ในการพัฒนาระบบ ไม่มีเอกสารที่ทำให้เข้าใจภาพรวมของระบบได้ง่าย และสำหรับผู้สั่งซื้อ การเข้าใจภาพรวมอาจจะยาก นอกจากนี้ ระบบที่จะพัฒนายังมีลักษณะพิเศษที่จะเป็นรูปร่างอย่างทีละขั้นตอนผ่านกระบวนการที่มีลักษณะต่างกัน

ดังนั้น ลักษณะของสัญญาในขั้นตอนบางขั้นตอนของการพัฒนาระบบ โดยเฉพาะในขั้นตอนเริ่มต้น อาจเป็น “สัญญาการรับเหมา” ที่สัญญาจะทำงานให้เสร็จสิ้น หรือ “สัญญาการมอบหมาย” ที่สัญญาจะทำงานอย่างที่สุด การแยกแยะนี้มักจะเป็นปัญหา และขึ้นอยู่กับการแยกแยะนี้ หากงานไม่สมบูรณ์ ค่าตอบแทนที่บริษัทการพัฒนาระบบจะได้รับอาจจะเป็นศูนย์ ซึ่งอาจทำให้ฝ่ายใดฝ่ายหนึ่งต้องรับผิดชอบทางการเงินที่มากเกินไป ดังนั้น การแยกแยะว่าเป็นสัญญาประเภทใดเป็นสิ่งที่สำคัญ

ดังนั้น ในบทความนี้ เราจะอธิบายเกี่ยวกับความแตกต่างระหว่างสัญญาการรับเหมาและสัญญาการมอบหมาย สัญญาประเภทใดที่ควรจะทำ และเกณฑ์ในการตัดสินว่าเป็นสัญญาประเภทใด

ความแตกต่างระหว่างสัญญาจ้างงานและสัญญาแต่งตั้งตามกฎหมาย

ขั้นแรกเราจะอธิบายถึงความแตกต่างของสัญญาจ้างงานและสัญญาแต่งตั้งตามกฎหมายญี่ปุ่น (Japanese Civil Law) และการจัดการในกรณีที่มีการทำสัญญาพิเศษ

การรับค่าตอบแทนจากสัญญาจ้างงาน, การยกเลิก, ความรับผิดชอบในการรับประกันความบกพร่อง, การมอบหมายงานใหม่ และสัญญาเฉพาะ

สัญญาจ้างงานคือสัญญาที่ฝ่ายหนึ่ง (ผู้รับจ้าง/ผู้ขาย) สัญญาว่าจะทำงานให้เสร็จสิ้น และฝ่ายตรงข้าม (ผู้สั่งจ้าง/ผู้ใช้) สัญญาว่าจะให้ค่าตอบแทน (ค่าจ้าง) สำหรับผลงานที่ได้รับ

“การทำงานให้เสร็จสิ้น” อาจหมายถึงการสร้างผลงานที่ทั้งสองฝ่ายเข้าใจตรงกัน เช่น “แผนงาน”, “เอกสารกำหนดความต้องการ”, “เอกสารออกแบบพื้นฐาน”, “โปรแกรม”, “ระบบ” และอื่น ๆ

การรับค่าตอบแทน

ถ้างานไม่เสร็จสิ้น ผู้รับจ้าง/ผู้ขายจะไม่สามารถรับค่าตอบแทนได้ ถ้าต้องการรับการชำระเงินก่อนที่งานจะเสร็จสิ้น จำเป็นต้องทำสัญญาเฉพาะเรื่องการชำระเงินล่วงหน้า ในกรณีของโครงการพัฒนาระบบที่เป็นแบบสัญญาจ้างงาน “การทำงานให้เสร็จสิ้น” เป็นความคิดที่สำคัญมาก รายละเอียดถูกอธิบายได้ละเอียดในบทความด้านล่าง

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

นอกจากนี้ “การทำงานให้เสร็จสิ้น” ในที่นี้ ในกรณีของการพัฒนาระบบ ปกติจะได้รับการยอมรับหลังจากผ่าน “การตรวจสอบ”

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

แม้จะทำสัญญาเฉพาะแล้ว ถ้างานไม่เสร็จสิ้นเนื่องจากการยกเลิกโครงการ ผู้รับจ้าง/ผู้ขายต้องคืนค่าตอบแทนที่ได้รับแล้วให้กับผู้สั่งจ้าง/ผู้ใช้ เนื่องจากเป็นผลประโยชน์ที่ได้รับโดยไม่มีเหตุผล นี่คือความแตกต่างที่สำคัญที่สุดจากสัญญามอบหมายงาน

การยกเลิก

ถ้าไม่มีการผิดสัญญา (การผิดสัญญา) จากทั้งสองฝ่าย ผู้สั่งจ้าง/ผู้ใช้สามารถยกเลิกสัญญาได้โดยชดใช้ความเสียหายในระหว่างที่งานยังไม่เสร็จสิ้น ในกรณีนี้ “ความเสียหาย” คือจำนวนเงินที่ผู้รับจ้าง/ผู้ขายจ่ายและค่าตอบแทนที่คาดว่าจะได้รับ หักด้วยค่าใช้จ่ายที่สามารถประหยัดได้เนื่องจากไม่ต้องทำงานให้เสร็จสิ้น อย่างไรก็ตาม ผู้รับจ้าง/ผู้ขายไม่สามารถยกเลิกได้

ถ้าทำสัญญาเฉพาะที่ไม่สามารถยกเลิกได้จนกว่าจะมีการผิดสัญญาจากฝ่ายตรงข้าม ผู้รับจ้าง/ผู้ขายจะไม่ต้องเสี่ยงที่จะถูกยกเลิกได้ตลอดเวลาแม้ว่าจะไม่มีการผิดสัญญา

ความรับผิดชอบในการรับประกันความบกพร่อง

ถ้ามีความบกพร่องในวัตถุประสงค์ของงาน ผู้สั่งจ้างสามารถขอให้ซ่อมแซมความบกพร่อง ขอค่าเสียหาย และยกเลิกสัญญาถ้าไม่สามารถบรรลุวัตถุประสงค์ของสัญญาได้

ความบกพร่องหมายถึงข้อบกพร่องหรือข้อบกพร่อง และจะได้รับการยอมรับเมื่อคุณภาพหรือประสิทธิภาพที่วัตถุประสงค์ควรมีขาดหายตามวัตถุประสงค์ของสัญญา ถ้าระบบไม่ได้รับการสร้างตามข้อกำหนดหรือประสิทธิภาพที่สัญญาหลังจากที่งานเสร็จสิ้นตามขั้นตอนสุดท้ายที่ได้รับการวางแผนในสัญญา จะถือว่าเป็น “ความบกพร่อง”

ในตัวอย่างคดีศาล สำหรับการสร้างระบบของมหาวิทยาลัย ข้อผิดพลาดที่เกี่ยวข้องกับการรั่วไหลของข้อมูลส่วนบุคคลไม่ถือว่าเป็นความบกพร่อง แต่การขาดการควบคุมการแตกต่างที่จำเป็นสำหรับระบบนั้นถือว่าเป็น “ความบกพร่อง” คุณสามารถทำสัญญาเฉพาะเรื่องการไม่รับผิดชอบในการรับประกันความบกพร่อง หรือลดระยะเวลาที่รับผิดชอบในการรับประกันความบกพร่อง

นอกจากนี้ สำหรับความรับผิดชอบในการรับประกันความบกพร่อง รายละเอียดถูกอธิบายได้ละเอียดในบทความด้านล่าง

https://monolith.law/corporate/defect-warranty-liability[ja]

การมอบหมายงานใหม่

ผู้รับจ้าง/ผู้ขายสามารถมอบหมายงานใหม่ได้โดยอิสระ ถ้าทำสัญญาเฉพาะที่ห้ามการมอบหมายงานใหม่ จะไม่สามารถมอบหมายงานใหม่ได้

การรับค่าตอบแทนในสัญญาแบบ Semi-Mandate, การยกเลิก, ความรับผิดชอบในการรับประกันความบกพร่อง, การมอบหมายใหม่และข้อตกลงพิเศษ

สัญญาแบบ Semi-Mandate คือสัญญาที่มีวัตถุประสงค์ให้บุคคลหนึ่ง (ผู้รับมอบหมาย/ผู้ขาย) ดำเนินการจัดการธุรการตามที่ได้รับมอบหมายจากบุคคลอื่น (ผู้มอบหมาย/ผู้ใช้) และผู้รับมอบหมายจะต้องรับผิดชอบในการดำเนินการตามธุรการอย่างมีประสิทธิภาพโดยใช้ความสามารถที่มีอยู่ ซึ่งหมายความว่า “ทำงานอย่างที่สุด”.

ตัวอย่างที่เป็นอย่างมากคือการให้บริการทางการแพทย์ ซึ่งไม่ต้องรับผิดชอบถึงผลลัพธ์ในการรักษา แต่ต้องสัญญาให้บริการที่มีมาตรฐานสูงกว่ามาตรฐานปกติในกระบวนการรักษา.

จุดที่แตกต่างจากสัญญาแบบ Contractor อย่างมากคือไม่จำเป็นต้องรับผิดชอบถึงผลลัพธ์ของงาน.

การรับค่าตอบแทน

ไม่เหมือนกับสัญญาแบบ Contractor, แม้งานยังไม่เสร็จสิ้น ถ้าการจัดการธุรการดำเนินไปอย่างเหมาะสม ผู้รับมอบหมาย/ผู้ขายก็สามารถรับค่าตอบแทนได้ นอกจากนี้ ถ้าการมอบหมายสิ้นสุดลงในระหว่างการดำเนินงานเนื่องจากเหตุผลที่ไม่สามารถยกให้เป็นความผิดของผู้รับมอบหมาย ผู้รับมอบหมายสามารถเรียกเก็บค่าตอบแทนตามส่วนที่ได้ดำเนินการแล้ว.

อย่างไรก็ตาม ในการแก้ไขกฎหมายเรื่องหนี้สินที่ประกาศในปี 2017 (เริ่มใช้ในเมษายน 2020) แม้ว่าจะเป็นสัญญาแบบ Semi-Mandate ก็ยังมีกรณีที่ค่าตอบแทนจะถูกจ่ายตามผลลัพธ์ที่ได้รับ และในกรณีนั้น สามารถเรียกเก็บค่าตอบแทนหลังจากที่ผลลัพธ์เสร็จสิ้นได้ตามหลัก.

อย่างไรก็ตาม ในกรณีที่ค่าตอบแทนที่กำหนดไว้เดิมสามารถเพิ่มขึ้นตามกระบวนการพัฒนาระบบหรือไม่ จะมีการอธิบายอย่างละเอียดในบทความอื่น.

https://monolith.law/corporate/increase-of-estimate[ja]

การยกเลิก

แม้ว่าฝ่ายตรงข้ามจะไม่มีการผิดสัญญา ผู้มอบหมาย/ผู้ใช้ รวมถึงผู้รับมอบหมาย/ผู้ขาย ในสัญญาแบบ Contractor สามารถยกเลิกสัญญาได้เมื่อใดก็ตาม.

ถ้ามีข้อตกลงพิเศษที่ไม่สามารถยกเลิกได้จนกว่าฝ่ายตรงข้ามจะไม่ปฏิบัติตามสัญญา ความเสี่ยงที่จะถูกยกเลิกได้โดยไม่มีเหตุผลจะหายไป.

สำหรับปัญหาทางกฎหมายในกรณีที่การพัฒนาระบบถูกหยุดชะงักเนื่องจากสภาพของผู้ใช้ จะมีการอธิบายอย่างละเอียดในบทความด้านล่าง.

https://monolith.law/corporate/interrruption-of-system-development[ja]

ความรับผิดชอบในการรับประกันความบกพร่อง

ไม่มีข้อกำหนดเกี่ยวกับความรับผิดชอบในการรับประกันความบกพร่องในสัญญาแบบ Contractor “ความรับผิดชอบในการรับประกันความบกพร่อง” และ “การตรวจรับ” ที่กล่าวมาก่อนนี้ อาจจะเป็นคำศัพท์ทางกฎหมายที่เกี่ยวข้องกับการพัฒนาระบบที่ค่อนข้างมีชื่อเสียง แต่เหล่านี้เป็นแนวคิดที่ปรากฏเฉพาะในสัญญาแบบ Contractor อย่างไรก็ตาม ผู้รับมอบหมายต้องรับผิดชอบในการ “ทำงานอย่างที่สุด” และถ้าไม่ดำเนินการตามธุรการอย่างมีเหตุผล อาจจะถูกเรียกเก็บค่าเสียหายหรือถูกยกเลิกสัญญาตามการไม่ปฏิบัติตามสัญญา.

โดยเฉพาะอย่างยิ่ง ในภารกิจการพัฒนาระบบ ผู้ขายมีหน้าที่ในการจัดการโครงการเป็นอย่างยิ่ง.

การมอบหมายใหม่

ผู้รับมอบหมาย/ผู้ขาย ไม่สามารถมอบหมายใหม่ได้ตามหลัก ซึ่งแตกต่างจากสัญญาแบบ Contractor ถ้าต้องการมอบหมายใหม่ จะต้องมีข้อตกลงพิเศษเกี่ยวกับเรื่องนี้.

ส่วนนี้มีปัญหาในทางปฏิบัติมาก และต้องให้ความสำคัญ “ถ้าเป็นการพัฒนาระบบ ควรสามารถมอบหมายใหม่ได้ถ้าไม่มีการระบุอย่างชัดเจน” ถ้าตัดสินใจทำสัญญาในโครงการพัฒนาแบบ Semi-Mandate โดยไม่มีข้อตกลงพิเศษเกี่ยวกับการอนุญาตให้มอบหมายใหม่ อาจจะตกอยู่ในสถานการณ์ที่ “การมอบหมายใหม่” ถูกกล่าวหาว่าเป็นการผิดสัญญา.

ผู้สั่งซื้อหรือผู้ใช้งานก็มีหน้าที่ที่ต้องรับผิดชอบ

ทั้งนี้ การสนทนาที่ผ่านมาเป็นหลักๆ คือ หน้าที่ที่ผู้รับคำสั่งซื้อหรือผู้ขายต้องรับผิดชอบ แต่ในสถานการณ์ที่การพัฒนาระบบต้องใช้แรงงานหรือเวลาจำนวนมาก ผู้สั่งซื้อหรือผู้ใช้งานก็มี “หน้าที่ในการสนับสนุน” ที่ต้องรับผิดชอบอย่างแน่นอน รายละเอียดเกี่ยวกับเรื่องนี้จะได้รับการอธิบายอย่างละเอียดในบทความอื่น

https://monolith.law/corporate/user-obligatory-cooporation[ja]

ควรเลือกสัญญาเอาเปรียบหรือสัญญามอบหมายอย่างไร

ข้อดีและข้อเสียสำหรับบริษัทพัฒนา/ผู้ขาย

สำหรับบริษัทพัฒนา/ผู้ขาย, ข้อดีของการเลือก “สัญญาเอาเปรียบ” คือ ถ้าสามารถทำงานได้ดีโดยใช้บุคคลที่น้อยลง, จะสามารถทำกำไรได้มากกว่าสัญญามอบหมาย. ไม่เหมือนกับสัญญามอบหมาย, สัญญาเอาเปรียบมี “หน้าที่ในการทำให้สำเร็จ” ซึ่งหมายความว่า ถ้าสามารถลดจำนวนคนหรือทำให้การทำงานมีประสิทธิภาพมากขึ้นและควบคุมค่าใช้จ่ายได้, ถ้าสามารถทำให้สำเร็จก็ถือว่าได้ทำหน้าที่ของตนเรียบร้อย.

ข้อเสียคือ:

• ไม่สามารถรับรองได้ว่าจะได้รับค่าตอบแทนจนกว่างานจะเสร็จสิ้น
• ถ้ามีการใช้เวลาที่ไม่ได้คาดคิดไว้ในการทำงานเพื่อทำให้สิ่งที่ตรงตามข้อกำหนดเสร็จสิ้น, อาจต้องรับผิดชอบค่าใช้จ่ายสำหรับการทำงานเพิ่มเติมและอาจส่งผลให้ขาดทุน
• ต้องรับผิดชอบต่อความบกพร่อง
• ถ้ามีการใช้เวลาที่ไม่ได้คาดคิดไว้ในการทำงานเพื่อทำให้สิ่งที่ตรงตามข้อกำหนดเสร็จสิ้น, อาจต้องรับผิดชอบค่าใช้จ่ายสำหรับการทำงานเพิ่มเติมและอาจส่งผลให้ขาดทุน
• ต้องรับผิดชอบต่อความบกพร่อง

เป็นต้น.

ข้อดีของการเลือก “สัญญามอบหมาย” คือ:

• สามารถรับค่าตอบแทนได้แม้งานยังไม่เสร็จสิ้น
• สามารถรับค่าใช้จ่ายสำหรับเวลาที่เพิ่มขึ้น
• ไม่ต้องรับผิดชอบที่หนักหน่วงในการทำงานให้เสร็จสิ้นและทำให้สิ่งที่ไม่มีความบกพร่อง
• ไม่เหมือนกับสัญญาเอาเปรียบ, สัญญามอบหมายมี “หน้าที่ในการทำความพยายามที่สอดคล้องกับค่าตอบแทน” ซึ่งทำให้สามารถคาดการณ์ค่าใช้จ่ายที่จะต้องใช้ในการทำหน้าที่ได้ง่ายขึ้น

ข้อดีและข้อเสียสำหรับผู้สั่งซื้อ/ผู้ใช้

สำหรับผู้สั่งซื้อ/ผู้ใช้, ข้อดีของการเลือก “สัญญาเอาเปรียบ” คือ:

• ไม่ต้องจ่ายค่าตอบแทนจนกว่างานจะเสร็จสิ้น (ถ้าจ่ายล่วงหน้าก็สามารถขอคืนได้)
• ค่าตอบแทนที่ต้องจ่ายถูกกำหนดไว้แล้ว, ดังนั้นไม่ต้องรับผิดชอบค่าใช้จ่ายสำหรับเวลาที่เพิ่มขึ้นเนื่องจากการทำงานเพิ่มเติม

ข้อเสียคือ อาจต้องรับราคาที่สูงเพื่อหลีกเลี่ยงความเสี่ยงที่จะเกิดขาดทุน.

ข้อดีของการเลือก “สัญญามอบหมาย” คือ สามารถคาดหวังราคาที่ต่ำกว่าสัญญาเอาเปรียบ. ข้อเสียคือ ไม่สามารถให้ผู้รับมอบหมาย/ผู้ขายรับผิดชอบในการทำงานให้เสร็จสิ้นหรือถ้ามีการใช้เวลาที่ไม่ได้คาดคิดไว้, อาจต้องรับผิดชอบค่าใช้จ่ายสำหรับการทำงานเพิ่มเติม.

ตัวอย่างคดี

ในตัวอย่างคดี, มีการตัดสินว่าเป็นสัญญามอบหมายในกรณีที่มีการกำหนดข้อกำหนดและการออกแบบพื้นฐานจนถึงการยืนยัน, และมีการตัดสินว่าเป็นสัญญาเอาเปรียบในกรณีที่มีการทำงานจากขั้นตอนหลังจากการออกแบบพื้นฐานจนถึงการทดสอบแต่ละส่วน.

ควรทำสัญญาเอาเปรียบหรือสัญญามอบหมายอย่างไร

อาจจะคิดว่าควรทำสัญญาที่เหมาะสมกับขั้นตอนการทำงาน, แต่ความยากง่ายและเนื้อหาของการพัฒนา, จำนวนเงินที่ต้องการรับ/สามารถเตรียมได้, ความประสงค์ของฝ่ายตรงข้ามและความสัมพันธ์ระหว่างทั้งสองฝ่าย, และการสามารถจินตนาการภาพสำเร็จลัพธ์และบันทึกลงในสัญญาหรือไม่, ควรตัดสินใจและต่อรองตามสถานการณ์เฉพาะของแต่ละบริษัทจากมุมมองของการบริหารและกฎหมาย.

สำหรับปัญหาทางกฎหมายและประเด็นที่ควรพิจารณาในกรณีที่ไม่ได้รับค่าตอบแทน, กรุณาดูรายละเอียดในบทความด้านล่าง.

https://monolith.law/corporate/no-payment-by-user[ja]

เกณฑ์การตัดสินใจว่าเป็นสัญญาให้จ้างงานหรือสัญญามอบหมาย

การตัดสินใจเกี่ยวกับลักษณะของสัญญา

การตัดสินใจว่า “ลักษณะของสัญญาเป็นสัญญาให้จ้างงานหรือสัญญามอบหมาย” นั้นเกิดขึ้นในสถานการณ์และปัญหาลักษณะใดบ้าง คือ

ในกรณีที่ไม่มีข้อตกลงที่ชัดเจนระหว่างผู้ทำสัญญาว่างานนั้นเป็นสัญญาให้จ้างงานหรือสัญญามอบหมาย หรือไม่ได้ทำข้อตกลงพิเศษ และไม่ได้ระบุข้อกำหนดนี้ในสัญญา การตัดสินใจว่าจะใช้กฎหมายแบบไหนในกฎหมายแพ่งและพาณิชย์ จะขึ้นอยู่กับการตัดสินใจที่เกิดขึ้นหลังจากนั้นว่า “สัญญานั้นเป็นสัญญาแบบใด” และการตัดสินใจนี้จะต้องอาศัยเกณฑ์การตัดสินใจที่เฉพาะเจาะจง

นี่คือสิ่งที่เรากำลังพูดถึง

อย่างไรก็ตาม นี่คือ

1. สัญญาเกี่ยวกับการพัฒนาระบบได้ถูกทำขึ้นแล้ว
2. สัญญานั้นเป็นสัญญาให้จ้างงานหรือสัญญามอบหมาย

ปัญหานี้มีความสำคัญ แต่ก่อนที่จะมีปัญหานี้ มีปัญหาว่า “สัญญาเกี่ยวกับการพัฒนาระบบได้ถูกทำขึ้นแล้วหรือยัง” ซึ่งเราจะอธิบายเกี่ยวกับสิ่งนี้ในบทความอื่น

https://monolith.law/corporate/system-development-contract[ja]

และสำหรับข้อที่ 2 ที่เรากล่าวถึงว่าสัญญาเกี่ยวกับการพัฒนาระบบได้ถูกทำขึ้นแล้ว แล้วสัญญานั้นเป็นสัญญาแบบใด นั้นจะเป็นปัญหาที่สำคัญเมื่อต้องตัดสินใจว่าฝ่ายใดจะต้องรับผิดชอบจำนวนเงินที่มากเกินไป

ในสัญญาไม่ได้ระบุว่าเป็น “สัญญาให้จ้างงาน” หรือ “สัญญามอบหมาย” และแม้ว่าจะระบุไว้ แต่ในความเป็นจริงอาจจะแตกต่าง และอาจมีความเข้าใจไม่ตรงกันระหว่างผู้ทำสัญญา ดังนั้น เราจึงจะอธิบายเกณฑ์ในการตัดสินใจว่าเป็นสัญญาให้จ้างงานหรือสัญญามอบหมาย

ลักษณะของสัญญาจะถูกตัดสินใจโดยพิจารณาจากหลายปัจจัยรวมกัน

เพื่อตัดสินใจเกี่ยวกับลักษณะของสัญญา คุณต้องดูทั้งหมดของสัญญา และวัตถุประสงค์ของสัญญานั้นคือ “การส่งมอบผลงานที่เสร็จสมบูรณ์” หรือ “การดำเนินงานอย่างมีเหตุผลของผู้ขาย” ซึ่งจุดที่สำคัญคือว่า ผลงานที่ควรจะเสร็จสมบูรณ์นั้นมีรายละเอียดที่เฉพาะเจาะจงและโครงการกำลังดำเนินการเพื่อสิ่งนั้นหรือไม่

คุณจะต้องพิจารณาจากปัจจัยต่อไปนี้เพื่อตัดสินใจเกี่ยวกับลักษณะของสัญญา

ผลงานของบริษัทผู้พัฒนา

ถ้ามีประวัติในการสร้างระบบที่เทียบเท่าหรือมากกว่า “มันถูกคาดหวังว่าจะสมบูรณ์แน่นอน และมันเป็นหน้าที่ที่จะสมบูรณ์ และมีข้อตกลงว่าจะชำระค่าตอบแทนเมื่อสมบูรณ์” ซึ่งมักจะถูกตัดสินใจว่าเป็นสัญญาให้จ้างงาน

เป้าหมายในแผนการทำงานคือ “การสมบูรณ์” หรือไม่

ถ้าเป็นการสมบูรณ์ “มันถูกคาดหวังว่าจะสมบูรณ์แน่นอน” ซึ่งมักจะถูกตัดสินใจว่าเป็นสัญญาให้จ้างงาน

ความชัดเจนของผลงานในเนื้อหาและการระบุในสัญญา

ถ้ามีความชัดเจน “มันถูกคาดหวังว่าจะสมบูรณ์แน่นอน” ซึ่งมักจะถูกตัดสินใจว่าเป็นสัญญาให้จ้างงาน

ค่าตอบแทนเป็นราคาต่อหน่วยหรือไม่

ถ้าเป็นราคาต่อหน่วย “มันถูกคาดหวังว่าจะสมบูรณ์แน่นอน” ซึ่งมักจะถูกตัดสินใจว่าเป็นสัญญาให้จ้างงาน

ค่าตอบแทนจ่ายหลังจากการสมบูรณ์หรือไม่

ถ้าเป็นการจ่ายหลังจากการสมบูรณ์ “มันถูกคาดหวังว่าจะสมบูรณ์แน่นอน” ซึ่งมักจะถูกตัดสินใจว่าเป็นสัญญาให้จ้างงาน

มีข้อกำหนดเกี่ยวกับการตรวจรับ ความรับผิดชอบในการรับประกันคุณภาพ และการรับประกันหรือไม่

ถ้ามี “มันถูกคาดหวังว่าจะสมบูรณ์แน่นอน” และ “มีข้อกำหนดเกี่ยวกับการตรวจรับ ความรับผิดชอบในการรับประกันคุณภาพ และการรับประกัน” ซึ่งมักจะถูกตัดสินใจว่าเป็นสัญญาให้จ้างงาน

มีคำว่า “สัญญาให้จ้างงาน” หรือ “สัญญามอบหมาย” หรือไม่

แน่นอน คำพวกนี้ก็เป็นปัจจัยที่สำคัญในการพิจารณา แต่การตัดสินใจไม่ได้ขึ้นอยู่กับคำว่า “สัญญาให้จ้างงาน” หรือ “สัญญามอบหมาย” เท่านั้น ดังนั้น คุณต้องระมัดระวังในการเขียนสัญญา

นอกจากนี้ การตัดสินใจเหล่านี้ไม่ได้ขึ้นอยู่กับสัญญาเท่านั้น แต่ยังรวมถึงบันทึกการประชุมที่ถูกสร้างขึ้นในระหว่างการพัฒนาระบบด้วย ความสำคัญของบันทึกการประชุมจะถูกอธิบายอย่างละเอียดในบทความด้านล่างนี้

https://monolith.law/corporate/the-minutes-in-system-development[ja]

สรุป

“การรับเหมา” และ “การมอบหมายแบบกึ่ง” อาจดูคล้ายกัน แต่ผลทางกฏหมายที่เกิดขึ้นจากทั้งสองนี้แตกต่างกันอย่างสิ้นเชิง ในการจัดทำสัญญา ควรปรึกษาผู้เชี่ยวชาญเพื่อให้แน่ใจว่าคุณได้ทำตามขั้นตอนที่ถูกต้อง สำนักงานของเรามีความรู้และประสบการณ์สูงในการรับเหมาการพัฒนาระบบ และเรื่องอื่น ๆ อีกมากมาย โปรดอย่าลังเลที่จะติดต่อเราเพื่อขอคำปรึกษา