MONOLITH LAW OFFICE+81-3-6262-3248วันธรรมดา 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

คำเตือนในการทำสัญญาเฉพาะงานสำหรับการพัฒนาระบบคอมพิวเตอร์

IT

คำเตือนในการทำสัญญาเฉพาะงานสำหรับการพัฒนาระบบคอมพิวเตอร์

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

การพัฒนาระบบและสัญญาทำจ้าง

สัญญาจ้างงานคืออะไร

เมื่อต้องการทราบว่าสัญญาจ้างงานคืออะไร สิ่งที่สำคัญที่สุดคือการตรวจสอบเงื่อนไขการสร้างสัญญาจ้างงานจากข้อความโดยตรง

ข้อ 632

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

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

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

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

ความแตกต่างระหว่างสัญญาจ้างและสัญญามอบหมายแบบกึ่ง

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

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

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

เหตุผลที่สัญญาการรับเหมาถูกนิยมในการพัฒนาระบบ

ในสัญญาการพัฒนาระบบ การรับเหมามักจะถูกใช้มากที่สุด การรับเหมาถูกนิยมเนื่องจากมีข้อดีที่แน่นอนสำหรับทั้งฝ่ายที่สั่งงานและฝ่ายที่รับงาน

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

อีกด้านหนึ่ง สำหรับฝ่ายที่รับงาน การรับงานโดยวิธีการรับเหมาอาจมีข้อดีที่แน่นอน สัญญาการรับเหมาถ้าสามารถดำเนินการได้ดี อาจมีอัตรากำไรที่สูงกว่าสัญญาการมอบหมาย

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

ข้อควรระวังในการทำสัญญาจ้างงาน

ข้อควรระวังอะไรบ้างในการทำสัญญาจ้างงาน?

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

ดังนั้น ในการทำสัญญาจ้างงาน ควรระวังอะไรบ้างในการบันทึกลงในสัญญา? มาดูรายละเอียดทีละข้อกันต่อไปนี้

การทำความเข้าใจเกี่ยวกับความต้องการของระบบและเงื่อนไขในการรับรองความถูกต้องล่วงหน้า

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

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

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

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

การตั้งข้อตกลงล่วงหน้าเกี่ยวกับการโอนย้ายลิขสิทธิ์

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

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

ข้อควรระวังอื่น ๆ

นอกจากนี้ หากคุณต้องการที่จะทำสัญญาในฐานะสัญญาทำงานรับจ้างโดยไม่รวมส่วนที่เป็นการมอบหมายอำนาจแบบสมบูรณ์ คุณควรจะ:

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

คุณควรจะตระหนักถึงเรื่องเหล่านี้

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

สรุป

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

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

กลับไปด้านบน