คืออะไรความรับผิดชอบในกรณีที่สัญญาการพัฒนาระบบหรือซอฟต์แวร์ไม่เหมาะสม? อธิบายจุดที่ได้รับการแก้ไข

ถ้าหลังจากการส่งมอบระบบที่คุณได้สั่งซื้อแล้วพบว่ามีข้อผิดพลาด คุณควรจะจัดการอย่างไรตามกฎหมาย?

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

“ความรับผิดชอบในกรณีที่ไม่สอดคล้องกับสัญญา” ได้รับการตั้งขึ้นใหม่ในการแก้ไขกฎหมายญี่ปุ่น (Japanese Civil Code) ในปี 2017 (พ.ศ. 2560) แทน “ความรับผิดชอบในการรับประกันความบกพร่อง” ซึ่งได้ถูกยกเลิก ดังนั้น จำเป็นต้องระวังว่าการแก้ไขนี้จะมีผลกระทบอย่างไรต่อการพัฒนาระบบและซอฟต์แวร์

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

จุดปรับเปลี่ยนของกฎหมายแพ่งเกี่ยวกับความรับผิดชอบในกรณีที่สัญญาไม่สอดคล้อง

กฎหมายที่ปรับเปลี่ยนบางส่วนของ ‘กฎหมายแพ่งญี่ปุ่น’ ได้รับการประกาศในวันที่ 2 มิถุนายน พ.ศ. 2560 (ปี 29 ฮิเซย์) และได้รับการบังคับใช้ตั้งแต่วันที่ 1 เมษายน พ.ศ. 2563

ส่วนที่กำหนดกฎหมายพื้นฐานที่สุดเกี่ยวกับสัญญาใน ‘กฎหมายแพ่งญี่ปุ่น’ ถูกเรียกว่า ‘กฎหมายหนี้สิน’

สำหรับ ‘กฎหมายหนี้สิน’ นั้น ตั้งแต่การสถาปนาในปี พ.ศ. 2439 (ปี 29 มีจิ) มีการทบทวนเพียงเล็กน้อยในรอบประมาณ 120 ปี

ดังนั้น การปรับเปลี่ยนครั้งนี้เป็นการทบทวนอย่างมากเพื่อให้สอดคล้องกับสังคมปัจจุบัน

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

ด้วยการนี้ ‘ความรับผิดชอบในการรับประกันความบกพร่อง’ ถูกเปลี่ยนเป็น ‘ความรับผิดชอบในกรณีที่สัญญาไม่สอดคล้อง’

ความไม่สอดคล้องกับสัญญาคืออะไร

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

คำว่า “ความไม่สอดคล้องกับสัญญา” นี้ได้ถูกนำมาใช้แทนคำว่า “ข้อบกพร่อง” ตามการปรับปรุงกฎหมายญี่ปุ่น (Japanese Civil Code)

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

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

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

กรณีที่ปัญหาในซอฟต์แวร์ถือเป็น “ไม่สอดคล้องกับสัญญา”

กรณีที่ซอฟต์แวร์มีปัญหาและการซ่อมแซมล่าช้า

เริ่มแรก, อาจมีกรณีที่ซอฟต์แวร์มีปัญหาที่ไม่เล็กน้อยและไม่สามารถจัดการได้ทันท่วงที เช่น ต้องย้อนกลับไปที่ขั้นตอนการออกแบบเพื่อทบทวน.

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

กรณีที่ปัญหาเกิดขึ้นอย่างต่อเนื่อง

นอกจากนี้, แม้แต่ปัญหาเดียวๆ อาจจะเล็กน้อยและไม่ใช่เวลานานในการแก้ไข แต่ถ้ามีปัญหาเกิดขึ้นซ้ำๆ และใช้เวลานานในการแก้ไขปัญหาทั้งหมดเพื่อให้ฟังก์ชันทำงานได้ตามปกติ.

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

กรณีที่ปัญหาของซอฟต์แวร์ไม่ถือว่าเป็น ‘ไม่สอดคล้องกับสัญญา’

ในกรณีที่ได้ดำเนินการซ่อมแซมโดยไม่ล่าช้าหรือได้ดำเนินมาตรการทดแทน

ตามตัวอย่างคดีที่ผ่านมา ถึงแม้จะมีการระบุปัญหาเช่นบั๊กจากผู้ใช้ แต่ถ้าได้ดำเนินการซ่อมแซมโดยไม่ล่าช้า หรือได้ดำเนินมาตรการทดแทนที่ถือว่าเหมาะสมหลังจากการปรึกษากับผู้ใช้ จะไม่ถือว่าเป็น ‘ข้อบกพร่อง’ (ตามคำพิพากษาของศาลจังหวัดโตเกียว วันที่ 18 กุมภาพันธ์ ปี 9 ของรัชกาลฮีเซย์ (1997))

ในการพัฒนาระบบหรือซอฟต์แวร์ การเขียนโปรแกรมให้ไม่มีบั๊กเกิดขึ้นเป็นไปไม่ได้ และการเกิดปัญหาบางอย่างเป็นเรื่องที่ไม่สามารถหลีกเลี่ยงได้

ดังนั้น ถึงแม้จะมีปัญหาเกิดขึ้น แต่ถ้าได้ดำเนินการซ่อมแซมโดยไม่ล่าช้าหรือมีมาตรการอื่นๆ จะไม่ควรถือว่าเป็น ‘ข้อบกพร่อง’

นี่คือ การคิดที่เหมือนกับ ‘ไม่สอดคล้องกับสัญญา’ ในปัจจุบัน

โดยที่ ‘ไม่ล่าช้า’ ในที่นี้ การตัดสินใจจะขึ้นอยู่กับหลักฐานเช่นบันทึกการประชุมที่สร้างขึ้นในระหว่างการพัฒนาระบบ

เราได้อธิบายรายละเอียดเกี่ยวกับความสำคัญของเรื่องนี้ในบทความด้านล่าง

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

ในกรณีที่บุคคลที่ระบุไม่สามารถเข้าใจวิธีการดำเนินการได้ง่าย

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

เพียงแค่บุคคลที่ระบุไม่สามารถเข้าใจวิธีการดำเนินการได้ง่าย ไม่สามารถถือว่าเป็น ‘ไม่สอดคล้องกับสัญญา’

ในกรณีที่ปัญหาเกิดขึ้นเนื่องจากสาเหตุที่ไม่เกี่ยวข้องกับงานของผู้ขาย

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

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

【เพิ่มเติม】ในกรณีที่ปัญหาเกิดขึ้นเนื่องจากคำสั่งของผู้ใช้

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

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

การตัดสินใจนี้อยู่เบื้องหลังความคิดที่ว่า ผู้สั่งซื้อซอฟต์แวร์พัฒนา ซึ่งเป็นผู้ใช้ ต้องรับ ‘หน้าที่ในการร่วมมือ’ ดูรายละเอียดเพิ่มเติมในบทความด้านล่าง

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

สิ่งที่ผู้ว่าจ้าง/ผู้ซื้อสามารถเรียกร้องตามความรับผิดชอบจากการไม่สอดคล้องกับสัญญา

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

การเรียกร้องการซ่อมแซม

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

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

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

การเรียกร้องค่าเสียหาย

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

ก่อนการแก้ไข สามารถเรียกร้องค่าเสียหายได้โดยไม่สนใจว่ามีความผิดหรือไม่ หากไม่มีข้อตกลงพิเศษ

แต่ด้วยการแก้ไข หากมีเหตุผลที่ได้รับการยกเว้นจากผู้ปฏิบัติ (เหตุผลที่ไม่สามารถย้อนกลับไปยังผู้ที่มีหนี้) จะไม่สามารถเรียกร้องค่าเสียหายได้

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

การยกเลิกสัญญา

สามารถยกเลิกสัญญาการพัฒนาเนื่องจากการไม่สอดคล้องกับสัญญาของระบบหรือซอฟต์แวร์

ในตัวอย่างคดีที่เราได้แนะนำแล้ว มีปัญหาที่การประมวลผลการค้นหาของระบบการตรวจสอบสต็อกใช้เวลามากกว่า 30 นาที และเวลาประมวลผลยาวเกินไปจนไม่สามารถใช้เทอร์มินัลได้ และมีปัญหาอื่น ๆ ทำให้ต้องยกเลิกการใช้ระบบที่ติดตั้ง (คำพิพากษาของศาลแขวงโตเกียววันที่ 22 เมษายน ปี 14 ของฮิเซย์ (2002))

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

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

การเรียกร้องการลดค่าตอบแทน

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

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

ระยะเวลาที่ต้องรับผิดชอบ

• การเรียกร้องการซ่อมแซม
• การเรียกร้องค่าเสียหาย
• การยกเลิกสัญญา
• การเรียกร้องการลดค่าตอบแทน

มีการจำกัดระยะเวลาที่สามารถใช้สิทธิ์เหล่านี้ได้

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

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

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

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

การปฏิเสธการชำระค่าตอบแทน

ผู้ว่าจ้างสามารถปฏิเสธการชำระค่าตอบแทนทั้งหมดจนกว่าผู้พัฒนาจะดำเนินการซ่อมแซมหรือชดเชยค่าเสียหาย

จุดสำคัญของข้อกำหนดสัญญาที่พิจารณาถึงความไม่สอดคล้องของสัญญา

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

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

จุดสำคัญที่ 1: เหตุการณ์หรือขอบเขตที่เป็นเป้าหมายของความไม่สอดคล้องของสัญญา

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

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

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

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

นอกจากนี้ สำหรับเรื่องที่ระบุไว้ในข้อกำหนด หากส่งมอบระบบหรือซอฟต์แวร์ตามที่ระบุ แม้ว่าจะมีปัญหาใด ๆ ก็ตาม ควรชัดเจนว่าไม่ถือว่าเป็นความไม่สอดคล้องของสัญญา

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

จุดสำคัญที่ 2: การระบุชัดเจนระยะเวลาการรับประกัน

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

นอกจากนี้ แม้ว่าจะมีการใช้กฎหมายเกี่ยวกับการสูญหายเวลา ระยะเวลานั้นยังคงเป็น “สิบปี” ซึ่งยาวนาน

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

นอกจากนี้ สำหรับผู้สั่งจ้าง การตั้งค่าระยะเวลาการรับประกันอย่างยืดหยุ่นตามระยะเวลาการใช้ระบบหรือซอฟต์แวร์อาจเป็นประโยชน์ในด้านค่าใช้จ่าย

ดังนั้น ควรพิจารณาตั้งค่าระยะเวลาการรับประกันอย่างยืดหยุ่นตามเนื้อหาของระบบ

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

เมื่อเกิดความไม่สอดคล้องของสัญญา สามารถจำกัดสิทธิ์ที่ได้รับการยอมรับตามกฎหมายภาคพลเรือน เช่น การขอค่าเสียหายหรือการยกเลิก โดยการตกลงระหว่างผู้เกี่ยวข้อง

สำหรับผู้สั่งจ้าง ควรเข้าใจอย่างชัดเจนว่ามีการจำกัดอย่างไรในสัญญา

สรุป: ควรปรึกษาทนายความเมื่อจะสร้างสัญญาที่รวมถึง ‘ความรับผิดชอบจากการไม่สอดคล้องกับสัญญา’

การปรับปรุงกฎหมายญี่ปุ่น (Japanese Civil Code) ได้ส่งผลกระทบอย่างมากต่อความสัมพันธ์ทางกฎหมายในการพัฒนาระบบและซอฟต์แวร์

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

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

หากคุณมีข้อกังวลเกี่ยวกับการสร้างสัญญา กรุณาอย่าลังเลที่จะปรึกษาทนายความที่เชี่ยวชาญ