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

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

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

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

สัญญาการพัฒนาระบบคืออะไร

ในสัญญาการมอบหมายการพัฒนาระบบ (สัญญา SES) โดยทั่วไปจะใช้สัญญาแบบสัญญาจ้างและสัญญาแบบครึ่งจ้างครึ่งมอบหมาย

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

การพัฒนาระบบมีหลายขั้นตอน และต้องเลือกสัญญาที่เหมาะสมตามเนื้อหาของงานแต่ละขั้นตอน

ดังนั้น วิธีที่ทั่วไปคือการทำสัญญาพื้นฐานที่รวมข้อกำหนดที่ใช้ร่วมกันในทุกขั้นตอน แล้วทำสัญญาเฉพาะสำหรับแต่ละขั้นตอนตามลักษณะ

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

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

ความหมายทางกฎหมายของการมอบหมายงานพัฒนาระบบใหม่

การมอบหมายงานพัฒนาระบบใหม่อาจทำให้เกิดความซับซ้อนและความขัดแย้งที่มากขึ้นเนื่องจากมีผู้เกี่ยวข้องจำนวนมากเข้ามาเกี่ยวข้อง

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

หากไม่มีการมอบหมายงานใหม่, ปัญหาเหล่านี้จะถูกจำกัดอยู่เฉพาะระหว่างผู้ใช้และผู้ขาย

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

ตัวอย่างเช่น, หากมีปัญหาเกิดขึ้นกับระบบหลังจากที่โครงการเสร็จสิ้น, ความรับผิดชอบสุดท้ายจะตกอยู่กับผู้ที่เกี่ยวข้องใดผู้หนึ่ง ซึ่งเป็นปัญหาที่เกี่ยวข้องกับทั้งสามฝ่าย

นอกจากนี้, หากการมอบหมายงานใหม่ถูกห้าม, ผู้ขายที่มอบหมายงานใหม่โดยไม่ได้รับอนุญาตอาจต้องรับผิดชอบตามสัญญา

ดังนั้น, ขั้นตอนแรกที่ควรทำคือการทราบว่าการมอบหมายงานใหม่นั้นได้รับอนุญาตหรือไม่ ขึ้นอยู่กับประเภทของสัญญา

ในบทความต่อไปนี้, เราจะอธิบายเกี่ยวกับปัญหาที่เกี่ยวข้องกับการพัฒนาระบบอย่างละเอียด โปรดอ่านร่วมด้วย

บทความที่เกี่ยวข้อง: กฎหมายที่เกี่ยวข้องกับ “การล้มเหลว” ของโครงการพัฒนาระบบ

หากเป็นสัญญาแบบมอบหมาย การมอบหมายใหม่จะไม่ได้รับอนุญาตตามหลัก

เริ่มแรกเลย หากคุณรับงานพัฒนาระบบด้วยสัญญาแบบมอบหมาย การมอบหมายงานให้คนอื่นทำต่อจะถูกห้ามตามหลัก

เนื่องจากลักษณะของการมอบหมายนั้นขึ้นอยู่กับความไว้วางใจที่มีต่อฝ่ายที่ถูกมอบหมาย การใช้ผู้ประกอบการอื่นทำงานที่ได้รับมอบหมายโดยไม่ได้รับอนุญาตจะถือว่าคือการทำลายความไว้วางใจ

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

หลักการแล้วสามารถมอบหมายงานให้ผู้อื่นได้หากเป็นสัญญาทำจ้าง

ถัดไปนี้ หากคุณรับงานพัฒนาระบบด้วยสัญญาทำจ้าง คุณสามารถมอบหมายงานให้ผู้อื่นได้ตามหลักการ

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

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

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

บทความที่เกี่ยวข้อง: การทำงานที่สำเร็จในสัญญาทำจ้างสำหรับการพัฒนาระบบคืออะไร

บทความที่เกี่ยวข้อง: สิ่งที่ควรระวังเมื่อทำสัญญาทำจ้างสำหรับการพัฒนาระบบ

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

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

ในคดีนี้ ผู้ขายฟ้องเรียกร้องค่าเสียหายที่เกิดจากการเปลี่ยนใจของผู้ใช้งานโดยเด็ดขาด

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

ศาลสรุปว่า ค่าจ้างที่จ่ายให้ผู้รับมอบหมายงานสามารถรวมเข้าไปในค่าเสียหาย

ผู้ฟ้อง ในการสร้างระบบนี้ ได้ทำการพัฒนาระบบการส่งและรับข้อมูลการตรวจสุขภาพ (ระบบการเชื่อมต่อและระบบการรวบรวมข้อมูลการตรวจสุขภาพ) ด้วย X ซึ่งมีความรู้และประสบการณ์ในการพัฒนาระบบประเภทนี้ โดยมีการตกลงก่อนว่าจะทำสัญญาทำจ้างหลังจากที่ทำสัญญาทำจ้างนี้…

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

คำพิพากษาของศาลกรุงโตเกียว วันที่ 16 เมษายน พ.ศ. 2555 (2012)

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

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

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

บทความที่เกี่ยวข้อง: สัญญาการพัฒนาระบบสามารถทำขึ้นมาได้แม้ไม่มีสัญญาเป็นลายลักษณ์อักษรหรือไม่

ข้อควรระวังในการตัดสินใจเรื่องการมอบหมายงานซ้ำ

ดังที่ได้กล่าวไปแล้ว โดยหลักการ การมอบหมายงานและการรับเหมาจะมีความเห็นแยกกันเรื่องการมอบหมายงานซ้ำ ดังนั้น ในที่นี้เราจะนำเสนอข้อควรระวังบางประการ

ถ้ามีข้อตกลงพิเศษ การมอบหมายงานซ้ำอย่างอิสระในสัญญารับเหมาจะไม่เป็นไปได้

ในสัญญารับเหมา โดยหลักการ คุณสามารถมอบหมายงานซ้ำได้อย่างอิสระ

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

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

ดังนั้น ผู้ใช้อาจจะตั้งข้อตกลงพิเศษเพื่อห้ามการมอบหมายงานซ้ำโดยไม่ได้รับความยินยอมล่วงหน้า

ด้วยข้อตกลงพิเศษนี้ ผู้ใช้สามารถห้ามการมอบหมายงานซ้ำโดยหลักการ หรือตรวจสอบผู้ที่ได้รับการมอบหมายงานซ้ำล่วงหน้า

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

ถ้าผู้ใช้ยินยอม การมอบหมายงานซ้ำในสัญญามอบหมายงานสามารถทำได้

ในสัญญามอบหมายงานซ้ำ โดยหลักการ คุณไม่สามารถมอบหมายงานซ้ำได้

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

ดังนั้น แม้ว่าคุณจะทำสัญญามอบหมายงาน คุณสามารถมอบหมายงานซ้ำได้โดยทำให้ผู้ใช้เข้าใจความหมายของการมอบหมายงานซ้ำและได้รับความยินยอม

ระวังกฎหมายสัญญาภายใต้

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

ในการพัฒนาระบบก็เช่นกัน ถ้าผู้รับเหมาหลักมอบหมายการพัฒนาให้กับผู้รับเหมาย่อย การค้าระหว่างทั้งสองอาจต้องปฏิบัติตามกฎหมายสัญญาภายใต้

และถ้าต้องปฏิบัติตามกฎหมายสัญญาภายใต้ ผู้รับเหมาหลักที่เป็นผู้ประกอบการหลักจะต้องมีหน้าที่ในการสร้างและเก็บรักษาเอกสารที่กำหนด และห้ามปฏิเสธการรับหรือคืนสินค้า

ถ้าผิดหมายหมายหรือข้อห้ามเหล่านี้ อาจต้องเสียค่าปรับหรือได้รับคำแนะนำ

อย่างไรก็ตาม กฎหมายสัญญาภายใต้ โดยพื้นฐานจะใช้กับการค้าระหว่างผู้รับเหมาหลักและผู้รับเหมาย่อย และไม่ใช้กับการค้าระหว่างผู้ใช้และผู้รับเหมาหลัก

แต่ถ้าผู้ใช้มีความสามารถในการพัฒนาระบบและสร้างระบบที่ใช้ภายในองค์กรด้วยตนเอง ถ้าผู้ใช้มอบหมายการพัฒนาระบบให้กับผู้ประกอบการอื่น กฎหมายสัญญาภายใต้อาจใช้บังคับ ดังนั้นควรระมัดระวัง

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

บทความที่เกี่ยวข้อง: การใช้กฎหมายสัญญาภายใต้ในการพัฒนาระบบและการลงโทษเมื่อฝ่าฝืน

ระวังการจ้างงานปลอม

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

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

และใน “กฎหมายการส่งมอบแรงงาน” (Japanese Employment Security Act) การใช้แรงงานที่อยู่ภายใต้การควบคุมของตนเองในการสั่งการของบุคคลอื่นถือว่าเป็น “การส่งมอบแรงงาน” ซึ่งถูกห้ามโดยหลัก

อย่างไรก็ตาม ผู้ประกอบการส่งมอบแรงงานที่ได้รับอนุญาตตาม “กฎหมายการส่งมอบแรงงาน” (Japanese Worker Dispatch Law) สามารถส่งมอบแรงงานได้ ซึ่งถือว่าเป็นการส่งมอบแรงงานอย่างพิเศษ

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

แต่อย่างไรก็ตาม การใช้แรงงานของผู้ขายบริการภายใต้การสั่งการของผู้ใช้บริการ ไม่เพียงแค่เป็นการดำเนินการ “การส่งมอบแรงงาน” แต่ยังถือว่าเป็นการดำเนินการ “การส่งมอบแรงงาน” โดยไม่ได้รับอนุญาต

ดังนั้น จะถือว่าฝ่าฝืน “กฎหมายการส่งมอบแรงงาน” และ “กฎหมายการส่งมอบแรงงาน” ทั้งสอง และอาจถูกลงโทษด้วยการจำคุกหรือปรับ

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

ในบทความต่อไปนี้ จะอธิบายเกี่ยวกับ “การจ้างงานปลอม” อย่างละเอียด โปรดอ่านร่วมด้วย

บทความที่เกี่ยวข้อง: มาตรฐานการตัดสินและวิธีการจัดการกับการจ้างงานปลอมในอุตสาหกรรม IT

สรุป: หากคุณกำลังประสบปัญหาเรื่องการมอบหมายงานให้ครั้งที่สอง ควรปรึกษาทนายความ

ในบทความนี้ เราได้ทำการอธิบายเกี่ยวกับว่า การมอบหมายงานให้ครั้งที่สองสามารถทำได้หรือไม่ โดยมุ่งเน้นที่ประเภทของสัญญาในการพัฒนาระบบ

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

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

ในการพัฒนาระบบ มีความเสี่ยงที่จะเกิดปัญหาทางกฎหมายที่ซับซ้อนอย่างมาก ดังนั้น เพื่อลดความเสี่ยงนี้ ในการมอบหมายหรือรับมอบหมายการพัฒนาระบบ ควรปรึกษาทนายความที่เชี่ยวชาญในด้านนี้ก่อน