คุณสามารถอ้างว่าผลิตภัณฑ์ของคุณเหมาะสมกับวัตถุประสงค์เมื่อใช้ซอฟต์แวร์ OSS ซึ่งไม่รับประกันหรือไม่

ฉันกำลังทำงานกับผลิตภัณฑ์สำหรับลูกค้าที่ต้องถูกต้องและเหมาะสมกับวัตถุประสงค์

มันสร้างขึ้นบนกอง LAMP (PHP / Cake) ดังนั้นจึงมี GPL, MIT, PHP, APACHE สิทธิ์การใช้งาน:

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

เหตุผลของฉันที่ผลิตภัณฑ์ของฉันถูกต้องและเหมาะสมกับวัตถุประสงค์:

• เอกสาร UAT ที่ลงนามแล้วนั้นพิสูจน์ความถูกต้องและความเหมาะสมสำหรับวัตถุประสงค์
• สแต็คมีการใช้อย่างกว้างขวางโดยนักพัฒนาอุตสาหกรรมและผู้ใช้ (netcraft, gartner ฯลฯ สถิติ) ว่ามีฉันทามติว่ามันเหมาะสำหรับวัตถุประสงค์ (เช่นเราสามารถเพิกเฉยต่อความเหมาะสมของข้อความเพื่อวัตถุประสงค์ในการปฏิเสธความรับผิดชอบตามขอบเขตการรับประกัน)

นี่เป็นจุดที่ถูกต้องหรือไม่? ฉันสามารถทำการอ้างสิทธิ์ได้ว่าซอฟต์แวร์ของฉันนั้นเหมาะสมกับวัตถุประสงค์หรือไม่

ก่อนอื่นอย่างที่คนอื่นพูดมีความแตกต่างระหว่างซอฟต์แวร์ที่ใช้งานได้จริงกับซอฟต์แวร์ที่ขายโดยมีการรับประกันทางกฎหมายว่าใช้งานได้จริง

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

โดยเฉพาะอย่างยิ่งส่วนที่ 4 ของสถานะ GPL:

คุณสามารถเรียกเก็บเงินราคาใด ๆ หรือไม่มีราคาสำหรับสำเนาแต่ละชุดที่คุณนำเสนอและคุณอาจให้การสนับสนุนหรือรับประกันการปกป้องโดยมีค่าธรรมเนียม

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

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

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

นี่เป็นข้อจำกัดความรับผิดชอบมาตรฐานที่มักได้รับจากซอฟต์แวร์โดยเฉพาะซอฟต์แวร์ฟรี

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

เช่นเดียวกับ "ฉันทามติ": "ชุมชน" (แต่คุณต้องการกำหนด) อาจยอมรับว่าซอฟต์แวร์ที่ให้มานั้นเหมาะสมกับวัตถุประสงค์ที่ระบุไว้ แต่พวกเขาจะไม่รับประกันคุณ

กล่าวโดยย่อ: ถ้าคุณไม่จ่ายเงินคุณจะไม่มีใครกล้ารับประกันความฟิตของคุณ และแม้กระทั่งถ้าคุณจ่ายใครสักคนที่พวกเขาไม่อาจรับประกันได้ว่า

ฉันคิดว่าคำตอบอื่น ๆ จะครอบคลุมแง่มุมต่าง ๆ ของคำถามของคุณ แต่ฉันไม่เชื่อว่าพวกเขาตอบคำถามของคุณโดยตรง

ใช่คุณอาจออกใบรับประกันสำหรับซอฟต์แวร์ที่คุณสร้างขึ้นรวมถึงซอฟต์แวร์ที่มีสิทธิ์การใช้งาน OSS ที่คุณกล่าวถึง

คุณ (และ บริษัท ของคุณ) จะเป็นผู้รับผิดชอบความรับผิดที่เกิดจากการรับประกันนั้น และนั่นคือการรับประกันทั้งหมด - มันเป็นความรับผิดชอบ คุณรับรองว่าคุณต้องรับผิดชอบหากผลิตภัณฑ์ไม่ทำงาน

คุณไม่ได้ขอให้ทำเช่นนี้ แต่คุณไม่สามารถผลักดันความรับผิดนั้นกลับ "up-stream" ไปยังคอมโพเนนต์ / ผู้เผยแพร่ซอฟต์แวร์อื่น ๆ ที่คุณกล่าวถึงเนื่องจากพวกเขาปฏิเสธอย่างชัดแจ้งว่ายอมรับการครอบคลุมความรับผิดนั้น

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

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

ฉันทำงานเกี่ยวกับโครงการซอฟต์แวร์ทางการแพทย์ซึ่งเราอยู่ภายใต้การควบคุมเดียวกันเราต้องตรวจสอบและตรวจสอบผลิตภัณฑ์

และเราสามารถทำเช่นนั้นและดำเนินชีวิตตามข้อกำหนดขององค์การอาหารและยา

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

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

การตรวจสอบนี้จะใช้สำหรับทั้งสององค์ประกอบที่สร้างขึ้นในซอฟต์แวร์จริง แต่ยังรวมถึงสภาพแวดล้อมการพัฒนาระบบควบคุมแหล่งที่มา ฯลฯ

หมายเหตุ: สิ่งนี้ขึ้นอยู่กับว่าฉันเข้าใจสิ่งที่เราต้องทำอย่างไร ฉันอาจมีปัญหาการเข้าใจผิด และ บริษัท อาจมีกระบวนการตรวจสอบเกินกว่าที่จำเป็นจริงๆ (ฉันรู้สึกว่านี่เป็นกรณีที่มีระดับ)

แต่ซอฟต์แวร์นั้นผ่านการตรวจสอบแล้ว

แต่ทำไมคุณถึงต้องการผลิตภัณฑ์ที่ผ่านการตรวจสอบแล้ว? คุณส่งไปยังส่วนที่มีการควบคุมเช่นการแพทย์หรือการเงิน หรือลูกค้าได้รับการรับรอง ISO 9001 (หรือคล้ายกัน)? ถ้าเป็นเช่นนั้นคุณควรศึกษาข้อกำหนดของกฎระเบียบเหล่านี้ด้วยตัวคุณเองเพื่อค้นหาว่าอะไรคือสิ่งที่จำเป็น

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

แม้ว่าคุณรู้สึกว่าโปรแกรมเมอร์ควรรับผิดชอบซอฟต์แวร์ที่ไม่ดี แต่ความจริงก็คือซอฟต์แวร์นั้นฟรี

ข้อจำกัดความรับผิดชอบเพียงแค่บอกว่าสิ่งที่มีการเผยแพร่เป็นซอฟต์แวร์เท่านั้นไม่ได้รับประกันการป้องกันใด ๆ

รุ่น GNU สำหรับสร้างรายได้จากซอฟต์แวร์คือการขายบริการหรือการป้องกันการรับประกัน

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

การมีหรือไม่มีการรับประกันไม่ได้เปลี่ยนสิ่งที่ผลิตภัณฑ์คือ ; มันเป็นเพียงรูปแบบของการประกันที่เปลี่ยนวิธีการกระจายความเสี่ยงระหว่างผู้ขายและลูกค้า

ธุรกิจการจัดหาภาระผูกพันกับซอฟต์แวร์ฟรีนี้เป็นเรื่องธรรมดา ใครก็ตามที่ทำงานในเชิงพาณิชย์ด้วยซอฟต์แวร์ฟรีมักจะทำการแก้ไขหากลูกค้ามีปัญหา หากคุณทำกล่องฮาร์ดแวร์บางตัวที่ใช้ Linux distro ติดตั้งอยู่และมันมีปัญหาเนื่องจากมีข้อผิดพลาดในเคอร์เนล, C library หรือที่อื่นคุณต้องแก้ไขมันให้กับลูกค้า สถานการณ์คือกล่องของคุณมีปัญหาและคุณสัญญากับลูกค้าว่ากล่องมีความน่าเชื่อถือตลอด 24/7

การใช้เหตุผลของคุณผิดเนื่องจากสาเหตุหลายประการ:

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

• ไม่มีข้อกำหนดในใบอนุญาตสำหรับการนำไปใช้อย่างกว้างขวางของงานการเปลี่ยนแปลงข้อกำหนด

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

ประโยคต่อจากประโยคที่คุณไฮไลต์ ("คุณเป็นผู้รับผิดชอบ แต่เพียงผู้เดียวในการพิจารณา ... ") ทำให้การใช้ภาษาอังกฤษของคุณเป็นไปอย่างราบรื่นบนตักของคุณ