การฝากซอฟต์แวร์ไว้ในระบบเอสโครว์จะช่วยปกป้องคุณหากผู้จำหน่ายซอฟต์แวร์ล้มละลายหรือหยุดการบำรุงรักษาผลิตภัณฑ์: ตัวแทนอิสระจะเก็บรักษารหัสต้นฉบับไว้และปล่อยให้คุณเมื่อเกิดเหตุการณ์ตามที่ตกลงกันไว้ ภายใต้กฎหมายของเนเธอร์แลนด์ ระบบนี้จะใช้ได้เฉพาะในกรณีที่เป็นข้อตกลงสามฝ่าย และคุณได้รับสิทธิ์ในการใช้รหัสต้นฉบับล่วงหน้า ไม่ใช่เมื่อมีการปล่อยรหัสออกมา
หากธุรกิจของคุณขึ้นอยู่กับซอฟต์แวร์ที่คุณไม่ได้เขียน คุณก็ต้องพึ่งพาบริษัทที่เขียนซอฟต์แวร์นั้น คุณถือครองโค้ดที่สามารถเรียกใช้งานได้และใบอนุญาต ในขณะที่ผู้จัดจำหน่ายถือครองซอร์สโค้ด เครื่องมือในการสร้าง และองค์ความรู้ ความไม่สมดุลนี้เป็นสิ่งที่ยอมรับได้ตราบใดที่ผู้จัดจำหน่ายยังมีฐานะทางการเงินที่ดีและมีความสามารถ และจะกลายเป็นปัญหาเมื่อใดก็ตามที่พวกเขาไม่เป็นเช่นนั้น ด้านล่างนี้เราจะอธิบายวิธีการตั้งค่าเอสโครว์เพื่อให้มีผลบังคับใช้ภายใต้กฎหมายล้มละลายของเนเธอร์แลนด์
บริการเอสโครว์ซอฟต์แวร์คืออะไร และครอบคลุมความเสี่ยงอะไรบ้าง?
ผู้จำหน่ายจะฝากรหัสต้นฉบับและเอกสารประกอบไว้กับบุคคลที่สามที่เป็นอิสระ ซึ่งก็คือตัวแทนรับฝากทรัพย์สิน ตัวแทนจะเก็บรักษาไว้จนกว่าจะเกิดเหตุการณ์ที่กำหนดไว้ แล้วจึงส่งคืนให้คุณเพื่อให้คุณสามารถใช้งานซอฟต์แวร์ต่อไปได้
ความเสี่ยงอยู่ที่ความต่อเนื่อง ไม่ใช่ความเป็นเจ้าของ บริษัทที่ใช้ผลิตภัณฑ์ของซัพพลายเออร์รายเดียวในการประมวลผลคำสั่งซื้อ บันทึกข้อมูลผู้ป่วย หรือการวางแผนการผลิต ไม่สามารถเปลี่ยนไปใช้ซัพพลายเออร์รายอื่นได้ในชั่วข้ามคืน การย้ายระบบใช้เวลาหลายเดือนและโดยปกติแล้วต้องได้รับความช่วยเหลือจากซัพพลายเออร์เดิม การใช้บัญชีเอสโครว์ช่วยให้คุณมีเวลาในการออกจากระบบอย่างเป็นระเบียบ มีสามสถานการณ์ที่สำคัญ
- การล้มละลาย ผู้จำหน่ายถูกประกาศล้มละลาย ผู้ดูแลทรัพย์สิน (ผู้ดูแลมีการแต่งตั้งบุคคลใดบุคคลหนึ่ง พนักงานลาออก และการสนับสนุนหยุดลง นี่คือสถานการณ์ที่กฎหมายเอสโครว์ถูกเขียนขึ้นมาเพื่อรับมือ และเป็นสถานการณ์ที่กฎหมายดัตช์มีบทบาทสำคัญที่สุด
- ยุติการให้บริการ ผู้จำหน่ายอาจถอนสินค้าออกจากตลาด หยุดให้การสนับสนุนเวอร์ชันของคุณ หรือถูกบริษัทอื่นที่ไม่มีความสนใจในการติดตั้งของคุณเข้าซื้อกิจการ เหตุการณ์เหล่านี้เกิดขึ้นบ่อยกว่าการล้มละลาย และมักจะไม่มีระบุไว้ในข้อตกลงการยกเว้นความรับผิดชอบ
- ความล้มเหลวในการบำรุงรักษาอย่างต่อเนื่อง ผู้จำหน่ายรายนี้ยังคงมีอยู่และยังคงออกใบแจ้งหนี้ แต่จะไม่ทำการแก้ไขข้อบกพร่อง ออกแพทช์รักษาความปลอดภัย หรือดูแลให้ผลิตภัณฑ์ใช้งานร่วมกับระบบที่ผลิตภัณฑ์นั้นพึ่งพาได้อีกต่อไป
คุณควรเลือกข้อตกลงแบบสองฝ่ายหรือสามฝ่ายดี?
เลือกข้อตกลงแบบสามฝ่าย เฉพาะในกรณีนั้น การปล่อยสินค้าจะดำเนินการโดยบุคคลที่สามที่มีฐานะทางการเงินดีภายใต้สัญญาของตนเอง แทนที่จะเป็นผู้จำหน่ายที่ล้มละลาย
ข้อตกลงแบบสองฝ่ายคือคำมั่นสัญญาในสัญญาหลักว่าผู้จัดหาจะส่งมอบรหัสต้นฉบับหากเกิดเหตุการณ์ที่กำหนดไว้ วิธีนี้ราคาถูกแต่ไม่แข็งแรง ไม่มีหน่วยงานอิสระใดตรวจสอบว่ามีการส่งมอบหรืออัปเดตข้อมูลหรือไม่ ที่สำคัญกว่านั้น หลังจากล้มละลาย คุณกำลังขอให้ผู้ดูแลทรัพย์สินดำเนินการตามภาระผูกพันของกองทรัพย์สินที่ล้มละลาย ซึ่งผู้ดูแลทรัพย์สินไม่มีหน้าที่ต้องทำเช่นนั้น
ข้อตกลงแบบสามฝ่ายจะเพิ่มตัวแทนรับฝากเงินเป็นฝ่ายหนึ่งในสัญญา ตัวแทนจะรับฝากเงินไปตรวจสอบ เก็บรักษาไว้ และมีภาระผูกพันโดยตรงที่จะต้องปล่อยเงินให้คุณ ตัวแทนยังเป็นผู้ตัดสินใจว่าเหตุการณ์ที่ทำให้ต้องปล่อยเงินเกิดขึ้นแล้วหรือไม่ ซึ่งทำให้การตัดสินใจนั้นตกไปอยู่ในมือของผู้ดูแลทรัพย์สินที่ไม่มีเหตุผลที่จะช่วยเหลือคุณ
สิ่งฝากควรมีอะไรบ้าง?
มันไม่ใช่แค่โค้ดต้นฉบับอย่างเดียว โค้ดต้นฉบับที่ไม่มีคำแนะนำในการสร้างและรายการส่วนประกอบที่จำเป็น อาจต้องใช้เวลาหลายสัปดาห์ในการวิศวกรรมย้อนกลับก่อนที่จะได้ซอฟต์แวร์ที่ใช้งานได้ และคุณไม่มีเวลามากขนาดนั้นในเมื่อระบบของคุณไม่ได้รับการสนับสนุนอีกต่อไปแล้ว
นี่คือความผิดพลาดที่พบได้บ่อยที่สุดในทางปฏิบัติ และไม่ใช่ความผิดพลาดทางกฎหมาย ตารางด้านล่างแสดงรายการสิ่งที่เงินฝากที่มีประโยชน์ควรมี
| ตัวแทน | ทำไมจึงจำเป็นต้องใช้ |
|---|---|
| ซอร์สโค้ดฉบับสมบูรณ์และมีการกำหนดเวอร์ชัน | ต้องตรงกับเวอร์ชันที่ใช้งานจริง ไม่ใช่เวอร์ชันในสาขาการพัฒนา |
| คำแนะนำในการสร้างและติดตั้ง | เวอร์ชันของคอมไพเลอร์และรันไทม์ สคริปต์การสร้าง ตัวแปรสภาพแวดล้อม และขั้นตอนการติดตั้งใช้งาน หากไม่มีสิ่งเหล่านี้ โค้ดก็ไม่สามารถกลายเป็นซอฟต์แวร์ที่ใช้งานได้ |
| เอกสารทางเทคนิคและการใช้งาน | สถาปัตยกรรม แบบจำลองข้อมูล อินเทอร์เฟซ และข้อบกพร่องที่ทราบ สิ่งเหล่านี้จะเป็นตัวตัดสินว่าบุคคลที่สามสามารถดูแลรักษารหัสได้หรือไม่ หรือทำได้เพียงแค่รันรหัสเท่านั้น |
| ส่วนประกอบจากบุคคลที่สามและโอเพนซอร์ส | รายการส่วนประกอบที่จำเป็น พร้อมเวอร์ชันและเงื่อนไขใบอนุญาต ส่วนประกอบเชิงพาณิชย์บางอย่างจำเป็นต้องมีใบอนุญาตแยกต่างหากจากผู้จำหน่ายของตนเอง |
| รหัสใบอนุญาต ใบรับรอง และข้อมูลประจำตัว | ซอฟต์แวร์ที่จำเป็นต้องติดต่อเซิร์ฟเวอร์ลิセンスซึ่งไม่มีอยู่แล้ว จะไม่สามารถทำงานต่อไปได้ |
เพิ่มข้อกำหนดให้ต้องอัปเดตเงินมัดจำ เงินมัดจำที่ชำระครั้งเดียวตอนเซ็นสัญญาจะหมดอายุหลังจากปล่อยสินเชื่อไปหนึ่งหรือสองครั้ง เชื่อมโยงเงินมัดจำกับตารางการปล่อยสินเชื่อ เช่น ทุกครั้งที่มีการปล่อยสินเชื่อครั้งใหญ่ หรือตามช่วงเวลาที่กำหนด และขอให้แจ้งเตือนเมื่อเงินมัดจำล่าช้า
คุณต้องการการตรวจสอบยืนยันในระดับใด?
สำหรับลูกค้าส่วนใหญ่ การตรวจสอบความครบถ้วนและเอกสารประกอบถือเป็นมาตรฐานที่เหมาะสม ควรเลือกทำการทดสอบการสร้างและใช้งานแบบเต็มรูปแบบเฉพาะในกรณีที่การหยุดชะงักอาจคุกคามธุรกิจของคุณเท่านั้น
- ตรวจสอบไฟล์ ตัวแทนยืนยันว่าไฟล์ที่ส่งมานั้นสามารถอ่านได้ ปราศจากไวรัส และตรงกับรายการไฟล์ นี่เป็นการพิสูจน์ว่ามีไฟล์ส่งมาถึงแล้ว ไม่ได้หมายความว่าไฟล์นั้นใช้งานได้ โดยลำพังแล้ว มันให้การป้องกันเพียงเล็กน้อย
- ความครบถ้วนและการตรวจสอบเอกสาร เอเจนต์จะตรวจสอบคำแนะนำในการสร้างและส่วนประกอบที่จำเป็นเทียบกับไฟล์ที่ฝากไว้ และรายงานส่วนที่ขาดหายไป มันจะตรวจจับปัญหาทั่วไป เช่น ขั้นตอนการสร้างที่ขาดหายไป ส่วนประกอบที่จำเป็นซึ่งไม่ได้ระบุไว้ และส่วนประกอบที่คุณไม่มีสิทธิ์ใช้งาน ในราคาที่ต่ำกว่าการทดสอบแบบเต็มรูปแบบมาก
- ทดสอบการสร้างและรันแบบเต็มรูปแบบ ตัวแทนจะรวบรวมข้อมูลการฝากในสภาพแวดล้อมที่สะอาดและเรียกใช้ด้วยข้อมูลทดสอบ นี่เป็นขั้นตอนเดียวที่พิสูจน์ได้ว่าการฝากใช้งานได้จริง แต่เป็นขั้นตอนที่ช้ากว่า แพงกว่า และต้องทำซ้ำเนื่องจากซอฟต์แวร์มีการเปลี่ยนแปลง
คุณจะร่างรายละเอียดเกี่ยวกับเหตุการณ์การปล่อยตัวที่ไม่สามารถโต้แย้งได้อย่างไร?
แต่ละเหตุการณ์ต้องตรวจสอบได้จากเอกสารหรือระยะเวลาที่ผ่านไป ไม่ใช่จากการตัดสินใจเกี่ยวกับพฤติกรรมของผู้จำหน่าย ตัวแทนรับฝากทรัพย์สินต้องบังคับใช้ข้อกำหนดนี้ภายใต้แรงกดดันและโดยปราศจากคำแนะนำทางกฎหมาย
| งานเปิดตัว | จะทำให้ตรวจสอบได้อย่างเป็นกลางได้อย่างไร |
|---|---|
| การล้มละลายของซัพพลายเออร์ | คำพิพากษาของศาล หรือรายการในทะเบียนล้มละลาย |
| การระงับการชำระเงินหรือกระบวนการปรับโครงสร้างหนี้ | การแต่งตั้งผู้บริหารหรือผู้เชี่ยวชาญด้านการปรับโครงสร้าง ตามที่ปรากฏในทะเบียน |
| การยุบเลิกหรือยุติการดำเนินธุรกิจ | การถอดชื่อออกจากทะเบียนการค้าของหอการค้า หรือมติยุบเลิก |
| การยุติการผลิตผลิตภัณฑ์หรือรุ่นที่ใช้งานอยู่ | หนังสือแจ้งยุติการใช้งาน หรือการสิ้นสุดระยะเวลาที่กำหนดหลังจากที่ผู้จำหน่ายหยุดออกผลิตภัณฑ์แล้ว |
| ความล้มเหลวในการบำรุงรักษาอย่างต่อเนื่อง | การไม่แก้ไขข้อบกพร่องที่มีระดับความรุนแรงตามที่กำหนดไว้ภายในระยะเวลาตอบสนองตามสัญญา หลังจากได้รับแจ้งและระยะเวลาแก้ไขข้อบกพร่องแล้ว และเกิดขึ้นซ้ำตามจำนวนครั้งที่กำหนดภายในระยะเวลาที่กำหนด |
| การโอนซอฟต์แวร์ให้แก่บุคคลที่สาม | ผู้ซื้อไม่ได้แสดงเจตจำนงเป็นลายลักษณ์อักษรในการรับผิดชอบภาระผูกพันด้านการบำรุงรักษาภายในระยะเวลาที่กำหนด |
ประเด็นสำคัญอีกสองข้อจะช่วยให้การดำเนินการราบรื่นขึ้น ประการแรก ให้ภาระการคัดค้านตกอยู่กับผู้จำหน่าย: คุณแจ้งตัวแทนพร้อมหลักฐาน ผู้จำหน่ายมีเวลาจำกัดในการคัดค้าน และหากไม่คัดค้าน ตัวแทนก็จะปล่อยเรื่องไป ประการที่สอง ตกลงขั้นตอนการระงับข้อพิพาทล่วงหน้า เช่น การขอคำแนะนำจากผู้เชี่ยวชาญที่มีผลผูกพัน หรือการอนุญาโตตุลาการภายในระยะเวลาอันสั้น การคัดค้านจึงใช้เวลาเพียงไม่กี่วัน แทนที่จะเป็นหลายเดือน
หากผู้จำหน่ายล้มละลาย จะเกิดอะไรขึ้นกับบัญชีเอสโครว์?
ผู้ดูแลทรัพย์สินอาจปฏิเสธที่จะปฏิบัติตามภาระผูกพันของซัพพลายเออร์ เช่น การบำรุงรักษาและการอัปเดต แต่ไม่สามารถเพิกถอนใบอนุญาตที่มอบให้คุณก่อนการล้มละลายได้ ดังนั้น การใช้งานข้อตกลงของคุณจะขึ้นอยู่กับโครงสร้างของข้อตกลงก่อนการล้มละลายว่าจะใช้ได้ผลหรือไม่
ผู้ดูแลทรัพย์สินสามารถปฏิเสธอะไรได้บ้าง?
ภายใต้มาตรา 37 ของกฎหมายล้มละลายของเนเธอร์แลนด์ (Faillissementswet, Fw) คุณสามารถให้เวลาที่เหมาะสมแก่ผู้ดูแลทรัพย์สินเพื่อแจ้งว่าจะปฏิบัติตามสัญญาที่ทำร่วมกันซึ่งทั้งสองฝ่ายยังไม่ได้ปฏิบัติตามอย่างครบถ้วนในขณะที่เกิดการล้มละลายหรือไม่ หากผู้ดูแลทรัพย์สินไม่ยืนยัน เขาจะเสียสิทธิ์ในการเรียกร้องให้คุณปฏิบัติตามสัญญา และคุณจะเหลือสิทธิ์เรียกร้องในคดีล้มละลาย (มาตรา 37a Fw)
มาตรา 37 Fw ไม่ได้ยุติสัญญาและไม่ได้ให้อำนาจแก่ผู้ดูแลทรัพย์สินในการยุติสัญญา สัญญายังคงมีผลอยู่ แต่ผู้ดูแลทรัพย์สินไม่มีภาระผูกพันที่จะต้องปฏิบัติตาม สำหรับซอฟต์แวร์ หมายความว่าผู้ดูแลทรัพย์สินสามารถปฏิเสธการบำรุงรักษา การสนับสนุน การอัปเดต การโฮสต์ และการฝากเงินเพิ่มเติม ซึ่งเป็นภาระผูกพันที่ต้องเสียค่าใช้จ่ายให้กับกองมรดก คาดการณ์ได้ว่าผู้ดูแลทรัพย์สินจะปฏิเสธสิ่งเหล่านี้ คำถามที่แท้จริงคือผู้ดูแลทรัพย์สินสามารถดำเนินการต่อไปและห้ามไม่ให้คุณใช้สิ่งที่คุณมีอยู่แล้วได้หรือไม่
ศาลฎีกาได้พิจารณาเรื่องสิทธิในการใช้ประโยชน์ในคดีล้มละลายอย่างไรบ้าง?
เป็นเวลากว่าสิบปีที่คำตอบยังไม่แน่นอน ใน คดี Nebula (ศาลฎีกา, 3 พฤศจิกายน 2006, ECLI:NL:HR:2006:AX8838) ศาลฎีกา (Hoge Raad) วินิจฉัยว่า การล้มละลายไม่ได้ทำให้ข้อตกลงที่มีอยู่สิ้นสุดลงโดยอัตโนมัติ อย่างไรก็ตาม ศาลได้กล่าวเพิ่มเติมว่า ฝ่ายที่มีสิทธิใช้สิทธิไม่สามารถใช้สิทธินั้นต่อไปได้กับผู้ดูแลทรัพย์สินราวกับว่าไม่มีการล้มละลายเกิดขึ้น หลายคนตีความว่านี่เป็นการอนุญาตให้ผู้ดูแลทรัพย์สินเพิกถอนสิทธิใช้สิทธิที่มีอยู่ ซึ่งทำให้ผู้ได้รับอนุญาตเกิดความกังวล
การตีความนั้นไม่ได้คงอยู่ตลอดไป ใน คดี ABN AMRO/Berzona (ศาลฎีกา, 11 กรกฎาคม 2014, ECLI:NL:HR:2014:1681) ศาลฎีกาได้วินิจฉัยว่า การล้มละลายไม่มีผลกระทบต่อข้อตกลงร่วมกันที่มีอยู่หรือภาระผูกพันที่เกิดขึ้นจากข้อตกลงเหล่านั้น ผู้ดูแลทรัพย์สินไม่มีอำนาจใดๆ นอกเหนือจากที่กฎหมายหรือสัญญากำหนดไว้ ตัวอย่างเช่น ไม่สามารถยกเลิกสัญญาเช่าที่ยังคงมีผลอยู่ได้
ประเด็นนี้ได้รับการตัดสินแล้วในคดีCredit Suisse/Jongepier qq (ศาลฎีกา, 23 มีนาคม 2018, ECLI:NL:HR:2018:424 ) ผู้ดูแลทรัพย์สินอาจปฏิเสธที่จะปฏิบัติตามสัญญาได้ อย่างไรก็ตาม การล้มละลายไม่ได้ให้อำนาจแก่ผู้ดูแลทรัพย์สินในการยกเลิกสัญญาที่ลูกหนี้ได้ปฏิบัติตามก่อนการล้มละลาย หรือยุติสัญญาที่ดำเนินอยู่ซึ่งเป็นการยอมรับหรือละเว้นการกระทำบางอย่าง
ประเด็นสุดท้ายนี้มีความสำคัญอย่างยิ่งสำหรับซอฟต์แวร์ โดยพื้นฐานแล้ว สัญญาอนุญาตคือคำมั่นสัญญาของผู้ถือสิทธิ์ที่จะยอมรับการใช้งานที่อาจละเมิดลิขสิทธิ์ ซึ่งเป็นการยอมรับอย่างต่อเนื่อง ภายใต้กฎหมายปัจจุบันสัญญาอนุญาตที่ออกอย่างถูกต้องก่อนการล้มละลายยังคงมีผลบังคับใช้ และผู้ดูแลทรัพย์สินไม่สามารถเพิกถอนได้ผู้ดูแลทรัพย์สินสามารถปฏิเสธทุกอย่างที่ยังคงใช้งานอยู่ได้ แต่ไม่สามารถปิดสิทธิ์การใช้งานที่คุณมีอยู่แล้วได้
สิ่งนี้มีความหมายอย่างไรต่อข้อตกลงของคุณ?
มีสองประเด็นที่ต้องพิจารณา ประการแรก ให้วางภาระผูกพันในการปล่อยทรัพย์สินไว้ที่ตัวแทนรับฝากทรัพย์สิน ไม่ใช่ที่ผู้จัดหา การปล่อยทรัพย์สินของตัวแทนถือเป็นการปฏิบัติตามสัญญาของตนเอง และสถานะของผู้ดูแลทรัพย์สินภายใต้มาตรา 37 Fw เกี่ยวข้องกับการปฏิบัติตามที่กองมรดกต้องปฏิบัติตาม ในทางตรงกันข้าม สัญญาระหว่างสองฝ่ายต้องการการปฏิบัติตามโดยกองมรดก ซึ่งผู้ดูแลทรัพย์สินสามารถปฏิเสธได้
ประการที่สอง ควรให้สิทธิ์ใช้งานล่วงหน้า แทนที่จะให้เมื่อวางจำหน่าย นี่เป็นประเด็นสำคัญที่สุดในการร่างสัญญา และเราจะกล่าวถึงในรายละเอียดต่อไป
ในการปรับโครงสร้างหนี้ภายใต้พระราชบัญญัติว่าด้วยการยืนยันแผนการปรับโครงสร้างหนี้นอกศาลโดยศาล (WHOA) แทนที่จะเป็นการล้มละลาย มาตรา 373 Fw จำกัดการอ้างอิงข้อกำหนดที่อนุญาตให้คู่สัญญาเปลี่ยนแปลง ระงับ หรือยกเลิกสัญญาเพียงเพราะกระบวนการปรับโครงสร้างหนี้ได้เริ่มต้นขึ้นแล้ว ยังไม่มีการตัดสินในคดีตัวอย่างว่าบทบัญญัติดังกล่าวมีผลต่อการปลดล็อกในข้อตกลงเอสโครว์สามฝ่ายอย่างไร อย่าพึ่งพาการเริ่มต้นกระบวนการ WHOA เป็นเหตุการณ์การปลดล็อกเพียงอย่างเดียว ควรนำไปรวมกับเหตุการณ์อื่นๆ เช่น การล้มละลาย การเลิกกิจการ และการผิดนัดชำระหนี้อย่างต่อเนื่อง
ควรจัดโครงสร้างใบอนุญาตอย่างไร?
มอบสิทธิ์การใช้งานในสัญญาตอนนี้ โดยมีเงื่อนไขบังคับก่อน เพื่อให้มีผลบังคับใช้เมื่อเหตุการณ์การปล่อยสินค้าเกิดขึ้น สิทธิ์การใช้งานที่สัญญาไว้เฉพาะตอนปล่อยสินค้าอาจไม่เกิดขึ้นเลยหากผู้จำหน่ายล้มละลาย
การฝากสำเนาไว้กับผู้ให้บริการ (Escrow) จะให้สำเนาของซอร์สโค้ดแก่คุณ ไม่ใช่สิทธิ์ในการดำเนินการใดๆ กับซอร์สโค้ดนั้น ซอร์สโค้ดได้รับการคุ้มครองโดยลิขสิทธิ์ และการคอมไพล์ การแก้ไข และการรันซอร์สโค้ดนั้นต้องได้รับอนุญาตจากเจ้าของลิขสิทธิ์ หากไม่มีใบอนุญาตที่ครอบคลุมการกระทำเหล่านั้น สำเนาที่ถูกปล่อยออกมาก็เป็นเพียงโฟลเดอร์ที่คุณไม่สามารถใช้งานได้ ควรใช้การฝากสำเนาไว้กับผู้ให้บริการพร้อมกับใบอนุญาตที่อนุญาตให้คุณใช้งาน คอมไพล์ แก้ไข และพัฒนาซอร์สโค้ดต่อไปได้ และอนุญาตให้บุคคลที่สามดำเนินการแทนคุณได้ ในทางปฏิบัติ คุณแทบจะไม่ต้องลงมือทำเองเลย
จังหวะเวลาเป็นจุดอ่อน หากเหตุการณ์การปลดหนี้คือการล้มละลายเอง ใบอนุญาตที่ออกให้หลังการปลดหนี้จะต้องออกโดยลูกหนี้ซึ่งนับจากวันที่คำสั่งล้มละลายมีผลบังคับใช้ จะไม่สามารถจำหน่ายทรัพย์สินในกองมรดกได้อีกต่อไป (มาตรา 23 และ 35 Fw) ผู้ดูแลทรัพย์สินจะไม่ให้ใบอนุญาตนั้นแก่คุณ Credit Suisse/Jongepier จะคุ้มครองใบอนุญาตที่คุณมีอยู่แล้ว แต่ไม่สามารถคุ้มครองใบอนุญาตที่คุณไม่เคยมีมาก่อนได้
ภายใต้สัญญาอนุญาตที่ออกโดยมีเงื่อนไขก่อนหน้า สิทธิ์นั้นจะมีอยู่ตั้งแต่วันที่ทำสัญญา เพียงแต่ผลของสิทธิ์นั้นจะถูกเลื่อนออกไป กฎหมายดัตช์โดยทั่วไปยอมรับโครงสร้างนี้ ในคดีRabobank/Reuser qq (ศาลฎีกา, 3 มิถุนายน 2016, ECLI:NL:HR:2016:1046) ศาลฎีกายอมรับว่า ในกรณีที่สิทธิ์แบบมีเงื่อนไขเกิดขึ้นก่อนการล้มละลาย การปฏิบัติตามเงื่อนไขหลังจากล้มละลายจะมีผลบังคับใช้โดยไม่ต้องมีการกระทำใดๆ เพิ่มเติมจากลูกหนี้ คดีนั้นเกี่ยวข้องกับการโอนสินค้าแบบมีเงื่อนไขและสิทธิ์ในการจำนำสิทธิ์แบบมีเงื่อนไข การนำไปใช้กับสัญญาอนุญาตลิขสิทธิ์แบบมีเงื่อนไขได้รับการสนับสนุนในเอกสารทางกฎหมาย แต่ศาลยังไม่ได้ตัดสินในเรื่องนี้
นอกจากนี้ ให้ระบุในสัญญาด้วยว่า การใช้เนื้อหาที่เผยแพร่แล้วไม่จำเป็นต้องขอความยินยอมเพิ่มเติมจากผู้จัดจำหน่ายหรือผู้ดูแลผลประโยชน์ และคุณสามารถให้สิทธิ์ใช้งานช่วงต่อแก่ผู้พัฒนาที่สืบทอดตำแหน่งได้
ระบบ SaaS หรือระบบคลาวด์จำเป็นต้องมีอะไรบ้าง?
มากกว่าแค่ซอร์สโค้ด หากแพลตฟอร์มของผู้ให้บริการหยุดทำงาน คุณจะสูญเสียแอปพลิเคชัน สภาพแวดล้อมที่แอปพลิเคชันทำงานอยู่ และข้อมูลของคุณ และซอร์สโค้ดจะกู้คืนได้เพียงแอปพลิเคชันเท่านั้น ซึ่งทำได้ช้ามาก
สำหรับซอฟต์แวร์ที่คุณใช้งานเอง โค้ดต้นฉบับ คำแนะนำในการสร้าง และใบอนุญาตนั้นถือว่าเกือบครบถ้วนแล้ว แต่สำหรับบริการนั้น ข้อตกลงเรื่องความต่อเนื่องต้องครอบคลุมสามสิ่งเพิ่มเติมด้วย
- สภาพแวดล้อมในการปฏิบัติงาน อิมเมจคอนเทนเนอร์ คำจำกัดความโครงสร้างพื้นฐานแบบโค้ด การกำหนดค่า การตั้งค่าเครือข่ายและความปลอดภัย และการพึ่งพาของรันไทม์: มากพอที่จะสร้างแพลตฟอร์มขึ้นใหม่ในที่อื่นได้
- ข้อมูลของคุณ การส่งออกข้อมูลของคุณเองเป็นประจำในรูปแบบที่มีการจัดทำเอกสารและไม่ใช่กรรมสิทธิ์ พร้อมด้วยโครงสร้างข้อมูล การส่งออกเหล่านี้ควรดำเนินการตลอดระยะเวลาของสัญญา ไม่ใช่เฉพาะตอนปล่อยเวอร์ชันใหม่เท่านั้น เพราะข้อมูลที่คุณอ่านไม่ได้นั้นไม่มีประโยชน์
- ความสัมพันธ์ในการเป็นเจ้าภาพ วิธีการรับช่วงต่อสัญญาของซัพพลายเออร์กับผู้ให้บริการโฮสติ้ง หรือข้อตกลงที่คุณสามารถรับช่วงต่อบัญชีและชำระเงินให้กับผู้ให้บริการโดยตรงได้
มีทางเลือกอื่นนอกเหนือจากการฝากเงินไว้กับเจ้าหน้าที่ดูแลบัญชีกลางหรือไม่ และใครเป็นผู้จ่าย?
สำหรับสินค้ามาตรฐานที่คุณเป็นเพียงหนึ่งในลูกค้าจำนวนมาก และความเสี่ยงที่แท้จริงคือการเลิกผลิตมากกว่าความล้มเหลว ตัวเลือกที่เบากว่ามักจะคุ้มค่ากว่า โดยปกติแล้วค่าใช้จ่ายในการฝากเงินไว้กับเอสโครว์จะตกเป็นภาระของลูกค้า
โดยทั่วไปแล้ว ทางเลือกสามประการนี้มีประโยชน์มากกว่าสิทธิ์ในการส่งออกข้อมูลพร้อมกับการส่งออกเป็นระยะในรูปแบบเอกสารที่ผ่านการทดสอบอย่างน้อยหนึ่งครั้ง จะช่วยลดความเสี่ยงได้มากโดยเสียค่าใช้จ่ายเพียงเล็กน้อยสิทธิ์ในการเข้าถึงสำเนาที่ใช้งานได้ ซึ่งเป็นอิมเมจที่สามารถนำไปใช้งานได้ในช่วงเปลี่ยนผ่าน จะช่วยกู้คืนบริการได้เร็วกว่าการสร้างใหม่จากซอร์สโค้ดการชำระเงินโดยตรงให้กับผู้ให้บริการโฮสติ้งจะช่วยให้สภาพแวดล้อมยังคงทำงานได้ในขณะที่คุณกำลังย้ายข้อมูล นี่เป็นรูปแบบการรักษาความต่อเนื่องของระบบคลาวด์ที่ถูกที่สุดและมักถูกมองข้ามมากที่สุด
หากคุณใช้บริการเอสโครว์ โปรดเตรียมค่าธรรมเนียมการตั้งค่าครั้งเดียว ค่าธรรมเนียมการดูแลรักษาประจำปี และค่าใช้จ่ายแยกต่างหากสำหรับการตรวจสอบแต่ละครั้ง ขึ้นอยู่กับระดับความละเอียดของการตรวจสอบ โดยปกติแล้วค่าใช้จ่ายจะตกอยู่กับฝ่ายที่ต้องการความคุ้มครอง ซึ่งก็คือลูกค้า ผู้จำหน่ายที่เสนอบริการเอสโครว์เป็นจุดขายอาจเป็นผู้รับผิดชอบค่าใช้จ่ายเหล่านี้ การจัดการที่ครอบคลุมลูกค้าหลายรายของผลิตภัณฑ์เดียวกันจะช่วยกระจายค่าใช้จ่าย และมักเป็นข้อตกลงประนีประนอมเมื่อผู้จำหน่ายไม่ยอมจ่าย ขอให้ตัวแทนแจ้งให้คุณทราบหากไม่ชำระค่าธรรมเนียม โดยคุณมีสิทธิ์ที่จะชำระค่าธรรมเนียมเหล่านั้นด้วยตนเอง
รายการตรวจสอบสำหรับการเจรจาเรื่องเอสโครว์
ใช้คำถามเหล่านี้เมื่อคุณตรวจสอบข้อเสนอการฝากเงินเพื่อการค้าหรือสัญญาซอฟต์แวร์
- เป็นการจัดการแบบสามฝ่ายที่แท้จริงหรือไม่ โดยมีตัวแทนอิสระที่มีภาระผูกพันโดยตรงในการปล่อยตัวคุณหรือไม่?
- ได้รับอนุญาตให้ใช้งาน รวบรวม แก้ไข และพัฒนาต่อยอดซอร์สโค้ดหรือไม่ ตอนนี้โดยขึ้นอยู่กับเงื่อนไขก่อนหน้า ไม่ใช่การรับประกันเมื่อปล่อยตัวใช่หรือไม่?
- ค่ามัดจำรวมถึงคำแนะนำในการสร้าง โปรแกรมที่ต้องติดตั้ง รหัสใบอนุญาต และเอกสารประกอบที่อัปเดตทุกครั้งที่มีการออกเวอร์ชันใหม่หรือไม่?
- มีการตกลงระดับการตรวจสอบใด และจะทำการตรวจสอบซ้ำบ่อยแค่ไหน?
- สามารถพิสูจน์เหตุการณ์การปล่อยสินค้าแต่ละครั้งได้จากเอกสารหรือการนับเวลา โดยมีระยะเวลาคัดค้านสั้น ๆ และขั้นตอนการระงับข้อพิพาทที่รวดเร็วหรือไม่?
- สำหรับ SaaS: สภาพแวดล้อม ข้อมูล และความสัมพันธ์ในการให้บริการโฮสติ้งได้รับการคุ้มครองหรือไม่ หรือคุ้มครองเฉพาะโค้ดเท่านั้น?
- ใครเป็นผู้จ่ายค่าธรรมเนียม จะเกิดอะไรขึ้นหากไม่ชำระค่าธรรมเนียม และข้อตกลงเอสโครว์สอดคล้องกับกฎหมายที่ใช้บังคับและข้อกำหนดด้านทรัพย์สินทางปัญญาของสัญญาหลักหรือไม่
ในการสรุป
- การวางเงินประกันช่วยให้มั่นใจได้ถึงความต่อเนื่องในการใช้งานซอฟต์แวร์หากผู้จำหน่ายซอฟต์แวร์ของคุณล้มเหลว แต่จะทำได้ก็ต่อเมื่อมีการวางเงินประกันที่รวมถึงคำแนะนำในการสร้างซอฟต์แวร์ ส่วนประกอบที่จำเป็น และเอกสารประกอบครบถ้วน
- เลือกใช้การจัดการแบบสามฝ่าย เพื่อให้ตัวแทนรับฝากทรัพย์สินที่มีฐานะทางการเงินมั่นคงเป็นผู้ดำเนินการปล่อยทรัพย์สิน
- ตามกฎหมายของเนเธอร์แลนด์ ใบอนุญาตที่ออกให้ก่อนการล้มละลายยังคงมีผลบังคับใช้ต่อไป ผู้ดูแลทรัพย์สินสามารถปฏิเสธได้เฉพาะการปฏิบัติตามสัญญาเท่านั้น
- อนุมัติใบอนุญาตในตอนนี้ โดยมีเงื่อนไขบางประการก่อน ไม่ใช่รอจนกว่าจะมีการปล่อยใบอนุญาตอย่างเป็นทางการ
- สำหรับ SaaS คุณต้องรักษาความปลอดภัยของสภาพแวดล้อมการทำงาน ข้อมูลของคุณ และความสัมพันธ์กับผู้ให้บริการโฮสติ้งด้วย
ผู้ดูแลทรัพย์สินในคดีล้มละลายชาวดัตช์สามารถห้ามตัวแทนรับฝากทรัพย์สินจากการปล่อยรหัสต้นฉบับได้หรือไม่?
ไม่โดยตรง ในการจัดการแบบสามฝ่าย ตัวแทนรับฝากทรัพย์สินมีหน้าที่ต้องปล่อยทรัพย์สินให้คุณตามสัญญาของตนเอง และตัวแทนนั้นก็ไม่ได้ล้มละลาย ตำแหน่งของผู้ดูแลทรัพย์สินภายใต้มาตรา 37 Fw เกี่ยวข้องกับการปฏิบัติตามข้อตกลงที่กองทรัพย์สินของผู้ล้มละลายต้องปฏิบัติตาม นั่นคือเหตุผลหลักที่ควรเลือกใช้การจัดการแบบสามฝ่ายมากกว่าคำสัญญาจากผู้จำหน่าย
ใบอนุญาตใช้งานซอฟต์แวร์ของฉันจะยังคงมีผลอยู่หรือไม่หากผู้จำหน่ายล้มละลาย?
ใบอนุญาตที่ออกอย่างถูกต้องก่อนการล้มละลายยังคงมีผลบังคับใช้ต่อไป และผู้ดูแลทรัพย์สินไม่สามารถเพิกถอนได้ ในคดี Credit Suisse/Jongepier qq (ศาลฎีกา, 23 มีนาคม 2018, ECLI:NL:HR:2018:424) ศาลฎีกาได้วินิจฉัยว่า ผู้ดูแลทรัพย์สินไม่สามารถยุติการปฏิบัติที่ต่อเนื่องซึ่งประกอบด้วยการอนุญาตหรือการงดเว้น และใบอนุญาตก็เป็นการปฏิบัติเช่นนั้น ผู้ดูแลทรัพย์สินสามารถปฏิเสธภาระผูกพันที่ต้องดำเนินการ เช่น การบำรุงรักษา การสนับสนุน การอัปเดต และการโฮสต์ได้
คำพิพากษาคดีเนบิวลายังคงเป็นภัยคุกคามต่อผู้ได้รับใบอนุญาตอยู่หรือไม่?
ไม่ใช่ในแบบที่เคยเกรงกัน คำพิพากษาในคดี Nebula (ศาลฎีกา, 3 พฤศจิกายน 2006, ECLI:NL:HR:2006:AX8838) ถูกตีความอย่างกว้างขวางว่าอนุญาตให้ผู้ดูแลทรัพย์สินสามารถเพิกถอนสิทธิ์การใช้งานที่มีอยู่ได้ แต่ต่อมาคดี Berzona และ Credit Suisse/Jongepier ได้ชี้แจงอย่างชัดเจนว่า ผู้ดูแลทรัพย์สินอาจปฏิเสธที่จะปฏิบัติตามสัญญาได้ แต่ไม่มีอำนาจที่จะยุติใบอนุญาตที่คุณถือครองอยู่แล้ว
เหตุใดการออกใบอนุญาตหลังจากวางจำหน่ายแล้วจึงเป็นปัญหา?
เพราะการอนุมัติจะต้องเกิดขึ้นหลังจากล้มละลาย ซึ่งในเวลานั้นลูกหนี้ไม่สามารถจำหน่ายทรัพย์สินในกองมรดกได้อีกต่อไป และผู้ดูแลทรัพย์สินไม่มีภาระผูกพันที่จะช่วยเหลือคุณ คำพิพากษาของศาลคุ้มครองใบอนุญาตที่คุณมีอยู่แล้ว ไม่ได้สร้างใบอนุญาตใหม่ อนุมัติใบอนุญาตในตอนนี้ โดยมีเงื่อนไขที่ต้องปฏิบัติตามเมื่อได้รับการอนุมัติ
การใช้บริการเอสโครว์ช่วยได้หรือไม่เมื่อต้องติดต่อกับผู้ให้บริการ SaaS?
เพียงบางส่วนเท่านั้น โค้ดต้นฉบับไม่สามารถกู้คืนบริการที่กำลังทำงานอยู่ได้ ข้อตกลง SaaS ที่ใช้งานได้จริงต้องครอบคลุมถึงสภาพแวดล้อมการดำเนินงาน การส่งออกข้อมูลของคุณเป็นประจำในรูปแบบที่มีการจัดทำเอกสาร และวิธีการรับช่วงต่อหรือชำระค่าบริการให้กับผู้ให้บริการโฮสติ้ง หากไม่มีสิ่งเหล่านี้ คุณจะได้โครงการสร้างใหม่แทนที่จะเป็นความต่อเนื่อง
การตรวจสอบยืนยันคุ้มค่าที่จะจ่ายเงินหรือไม่?
ใช่ อย่างน้อยก็ในระดับกลาง การตรวจสอบไฟล์เป็นการยืนยันเพียงว่ามีไฟล์นั้นมาถึงแล้ว การตรวจสอบความครบถ้วนเทียบกับคำแนะนำในการสร้างและรายการส่วนประกอบที่จำเป็นจะช่วยตรวจจับปัญหาที่สำคัญ เช่น ขั้นตอนการสร้างที่ขาดหายไปและส่วนประกอบที่คุณไม่มีสิทธิ์ใช้ การทดสอบการสร้างและเรียกใช้แบบเต็มรูปแบบเป็นทางเลือกเดียวที่ได้ผลสรุปอย่างแน่นอน และคุ้มค่าที่จะทำในกรณีที่การหยุดชะงักอาจคุกคามธุรกิจของคุณ
Law & More ให้คำปรึกษาเกี่ยวกับสัญญาซอฟต์แวร์ ใบอนุญาต และข้อตกลงการฝากทรัพย์สิน รวมถึงสถานะของบริษัทในกรณีล้มละลาย ไม่แน่ใจว่าสถานการณ์ของคุณเป็นอย่างไร? บอกเล่าสถานการณ์ของคุณให้เราฟัง เราจะแจ้งตัวเลือกของคุณภายในหนึ่งวันทำการ
สรุป ความน่าเชื่อถือของ Olymp Trade? Law & More ซึ่งสามารถช่วยคุณได้ ตามที่อธิบายไว้ในหน้าของเรา ทนายความด้านไอที หน้า.