ความหมายของการทำงานให้สมบูรณ์ในสัญญาทำงานรับเหมาในการพัฒนาระบบ

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

และการพัฒนาระบบมักจะเป็นสัญญาที่ทำขึ้นโดยการรับเหมา ซึ่งสัญญารับเหมานั้นเป็นสัญญาที่มุ่งหวังการ “สำเร็จงาน”

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

ความหมายของการพัฒนาระบบที่สมบูรณ์

ความสำเร็จในการพัฒนาระบบสำหรับวิศวกร

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

ดังนั้น ถ้ามองจากมุมมองของวิศวกรที่เกี่ยวข้องกับงานโดยตรง “การสำเร็จของการพัฒนาระบบ = การผ่านการตรวจสอบ” คือความเข้าใจที่ทั่วไป

ความสมบูรณ์ของการพัฒนาระบบในมุมมองทางกฎหมาย

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

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

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

สัญญาทำงาน: มาตรา 632 ของกฎหมายพลเรือนญี่ปุ่น
มาตรา 632
สัญญาทำงานจะมีผลเมื่อหนึ่งฝ่ายสัญญาทำงานเสร็จสิ้นและฝ่ายตรงข้ามจ่ายค่าตอบแทนสำหรับผลงานนั้น.
สัญญาแทนที่: มาตรา 648 ของกฎหมายพลเรือนญี่ปุ่น
มาตรา 648
1. หากไม่มีข้อตกลงพิเศษ, ผู้รับมอบฯ ไม่สามารถเรียกเก็บค่าตอบแทนจากผู้มอบฯ.
2. ผู้รับมอบฯ ที่ควรได้รับค่าตอบแทน, ไม่สามารถเรียกเก็บค่าตอบแทนได้จนกว่าจะทำตามภารกิจที่ได้รับมอบ. แต่ถ้าค่าตอบแทนถูกกำหนดตามระยะเวลา, จะใช้มาตรา 624 ข้อ 2.
3. ถ้าการทำภารกิจถูกยุติกลางคันเนื่องจากเหตุผลที่ผู้รับมอบฯ ไม่สามารถรับผิดชอบได้, ผู้รับมอบฯ สามารถเรียกเก็บค่าตอบแทนตามส่วนที่ได้ทำภารกิจแล้ว.

ปัญหาเรื่องการสร้างระบบเสร็จสิ้นมักเกิดขึ้นในสัญญาจ้างช่วง

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

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

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

การสร้างระบบคือเมื่อไหร่ที่สามารถถือว่าเสร็จสิ้น

ดังนั้น, จุดเวลาที่เราควรถือว่า “การทำงานเสร็จสิ้น” คือเมื่อไหร่? ในส่วนนี้, มาดูตัวอย่างคดีที่ผ่านมาเกี่ยวกับเรื่องนี้กัน

ความหมายของการทำงานทางกฎหมายที่สมบูรณ์

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

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

โดยเฉพาะอย่างยิ่ง การอธิบายเกี่ยวกับ “การยกเลิก” สัญญาในการพัฒนาระบบ ได้รับการอธิบายอย่างละเอียดในบทความด้านล่างนี้

https://monolith.law/corporate/cancellation-of-contracts-in-system-development[ja]

ข้อควรระวังเกี่ยวกับการทำงานให้เสร็จสมบูรณ์

การคิดเกี่ยวกับการเปลี่ยนแปลงข้อกำหนดและการพัฒนาเพิ่มเติม

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

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

ควรระวังการแก้ไขกฎหมายญี่ปุ่น

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

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

สรุป

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