ການຊື້ໂຄງການອາດຈະມີຄວາມຮູ້ສຶກຄືກັບການຊື້ຜະລິດຕະພັນອື່ນໆ, ແຕ່ການອອກໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງຫມາຍຄວາມວ່າທ່ານກໍາລັງລົງນາມໃນສັນຍາ - ອັນທີ່ຊ່ວຍໃຫ້ທ່ານໃຊ້ລະຫັດໃນຂະນະທີ່ຜູ້ຂາຍຮັກສາຄວາມເປັນເຈົ້າຂອງທຸກໆຢ່າງຖືກລັອກທັນທີ. ຮູບແບບ "ແຫຼ່ງປິດ" ນີ້ຄຸ້ມຄອງເຄື່ອງມືທີ່ຄຸ້ນເຄີຍເຊັ່ນ Microsoft 365, AutoCAD, ແລະແອັບຯສະເພາະອຸດສາຫະກໍານັບບໍ່ຖ້ວນ; ມັນຕັດສິນໃຈວ່າເຈົ້າອາດຈະຕິດຕັ້ງພວກມັນຢູ່ໃສ, ຜູ້ທີ່ອາດຈະເຂົ້າສູ່ລະບົບ, ແລະຈະເກີດຫຍັງຂຶ້ນຖ້າທ່ານເບິ່ງພາຍໃຕ້ຝາປິດ. ອ່ານຂໍ້ຄວາມທີ່ບໍ່ຖືກຕ້ອງ ແລະທ່ານອາດປະເຊີນກັບຄ່າທຳນຽມເພີ່ມເຕີມ, ການຕັດການເຂົ້າເຖິງ, ຫຼືຂໍ້ຂັດແຍ່ງດ້ານລິຂະສິດເຕັມຮູບແບບພາຍໃຕ້ກົດໝາຍຂອງໂຮນລັງ ແລະ EU.
ຄູ່ມືນີ້ຖອດຄຳສັບຈາກໃບອະນຸຍາດເປັນເຈົ້າຂອງ. ກ່ອນອື່ນ, ພວກເຮົາວາງພື້ນຖານທາງດ້ານກົດໝາຍເພື່ອໃຫ້ເຈົ້າຮູ້ວ່າສິດໃດທີ່ເຈົ້າໄດ້ຮັບ ແລະອັນໃດທີ່ເຈົ້າບໍ່ມີ. ຕໍ່ໄປ, ພວກເຮົາຍ່າງຜ່ານແບບຈໍາລອງໃບອະນຸຍາດທີ່ເຈົ້າຈະພົບ, ຂໍ້ທີ່ສົມຄວນໄດ້ຮັບປາກກາສີແດງ, ຜົນປະໂຫຍດແລະຂໍ້ບົກພ່ອງເມື່ອປຽບທຽບກັບ open-source, ແລະຂັ້ນຕອນການປະຕິບັດຕາມທີ່ເຮັດໃຫ້ການກວດສອບບໍ່ເຈັບປວດ. ຖ້າສັນຍາເບິ່ງບໍ່ເຫັນ, ເຈົ້າຍັງຈະຮູ້ເວລາທີ່ຈະໂທຫາຜູ້ຊ່ຽວຊານເພື່ອສໍາຮອງ.
ໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງໄດ້ອະທິບາຍເປັນພາສາທໍາມະດາ
ເມື່ອທ່ານຄລິກ “ຂ້າພະເຈົ້າຕົກລົງ,” ທ່ານບໍ່ໄດ້ຊື້ຊອບແວ - ທ່ານກໍາລັງຍອມຮັບກົດລະບຽບຂອງເຈົ້າຂອງສໍາລັບການນໍາໃຊ້ມັນ. ລິຂະສິດຍັງຄົງຢູ່ກັບຜູ້ພັດທະນາ; ໃບອະນຸຍາດພຽງແຕ່ໃຫ້ທ່ານແນ່ນອນ, ປົກກະຕິແລ້ວແຄບ, ສິດ. ການຕັ້ງຄ່ານີ້ເອີ້ນວ່າໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງແລະຍັງສະແດງຢູ່ໃນສັນຍາເປັນ "ແຫຼ່ງປິດ", "ການຄ້າ," "ຈໍາກັດ," ຫຼື "ເອກະຊົນ". ຈຸດເດັ່ນລວມມີ:
- ລະຫັດແຫຼ່ງຍັງຄົງເປັນຄວາມລັບ; ພຽງແຕ່ເຮືອໂຄງການທີ່ລວບລວມ.
- ເຈົ້າອາດຈະເອີ້ນໃຊ້ຊອບແວໄດ້, ແຕ່ທ່ານບໍ່ສາມາດສຳເນົາ, ແກ້ໄຂ, ຫຼືຂາຍມັນຕາມກົດໝາຍໄດ້ ເວັ້ນເສຍແຕ່ວ່າສັນຍານັ້ນຈະບອກ.
- ສິດແມ່ນບໍ່ສາມາດໂອນໄດ້ ແລະມັກຈະຖືກຜູກມັດກັບຜູ້ໃຊ້ດຽວ, ອຸປະກອນ, ຫຼືບັນຊີການສະໝັກໃຊ້.
ວິທີການທີ່ໃບອະນຸຍາດເປັນເຈົ້າຂອງພັດທະນາ
ຊຸມປີ 1970: ຜູ້ຂາຍ mainframe bundled software ກັບ hardware.
1983: ນະໂຍບາຍ unbundling ຂອງ IBM ໄດ້ແຍກລະຫັດອອກຈາກເຄື່ອງຈັກ ແລະໃບອະນຸຍາດຈ່າຍປົກກະຕິ.
ທ້າຍຊຸມປີ 1980–1990: ຂໍ້ຕົກລົງໃບອະນຸຍາດຜູ້ໃຊ້ສຸດທ້າຍ (EULAs) ປາກົດຢູ່ໃນກ່ອງຫົດຫໍ່ສໍາລັບຜະລິດຕະພັນ Windows ແລະ Adobe.
2000s: ການເພີ່ມຂຶ້ນຂອງແຫຼ່ງເປີດໄດ້ຊຸກຍູ້ໃຫ້ຜູ້ຂາຍເຄັ່ງຄັດ; SaaS ໄດ້ປ່ຽນໃບອະນຸຍາດແບບດຽວໃຫ້ເປັນການສະໝັກໃຊ້ແບບເລື່ອນໄດ້.
ມື້ນີ້: ຮ້ານຄ້າແອັບຯມືຖື ແລະແພລດຟອມຄລາວເຮັດໃຫ້ການຍອມຮັບການຄລິກຜ່ານທົ່ວໂລກໂດຍອັດຕະໂນມັດ.
ໃຜໃຊ້ຊອບແວທີ່ເປັນເຈົ້າຂອງໃນມື້ນີ້?
- ຜູ້ໃຊ້ສ່ວນຕົວອີງໃສ່ Microsoft Office, macOS, ແລະຊື່ເກມທີ່ຈ່າຍເງິນ.
- ບໍລິສັດຕ່າງໆ - ຈາກສະຕູດິໂອອອກແບບຄົນດຽວໄປຫາຫຼາຍຊາດ - ໃບອະນຸຍາດ ERP, CRM, CAD, ແລະຊຸດຄວາມປອດໄພທາງອິນເຕີເນັດ.
- ໂຮງຫມໍ, ທະນາຄານ, ແລະອົງການສາທາລະນະມັກຈະເລືອກເອົາການແກ້ໄຂທີ່ເປັນເຈົ້າຂອງເພາະວ່າຜູ້ຂາຍຕ້ອງຕອບສະຫນອງຄວາມຮັບຜິດຊອບຢ່າງເຂັ້ມງວດ, ການກວດສອບແລະຄວາມຕ້ອງການສະຫນັບສະຫນູນ.
ການກໍ່ສ້າງທາງກົດໝາຍຂັດຂວາງການອະນຸຍາດເປັນເຈົ້າຂອງ
ພາຍໃຕ້ກົດໝາຍຂອງໂຮນລັງ ແລະ EU ທີ່ກວ້າງກວ່າ, ຊອບແວຈະຖືກປົກປ້ອງລິຂະສິດໂດຍອັດຕະໂນມັດໃນຂະນະທີ່ລະຫັດຖືກຂຽນ. ລິຂະສິດນັ້ນເຮັດໃຫ້ຜູ້ຂຽນມີສິດທິພິເສດສະເພາະ ແລະອະນຸຍາດໃຫ້ເຂົາເຈົ້າຕັດສິນໃຈວ່າໃຜອາດຈະໃຊ້, ສຳເນົາ, ຫຼືປ່ຽນແປງວຽກ. ການອອກໃບອະນຸຍາດຊອບແວທີ່ເປັນກຳມະສິດແມ່ນເຄື່ອງມືທາງກົດໝາຍທີ່ຖອດຖອນເອົາບາງສ່ວນຂອງສິດທິເຫຼົ່ານັ້ນໃຫ້ກັບຜູ້ອື່ນ - ໂດຍປົກກະຕິແລ້ວເພື່ອແລກປ່ຽນກັບເງິນ. ໃບອະນຸຍາດແມ່ນສັນຍາ; ການລະເມີດແມ່ນເປັນເລື່ອງຂອງສັນຍາ, ໃນຂະນະທີ່ການນໍາໃຊ້ຊອບແວຢູ່ນອກໃບອະນຸຍາດໃດກໍ່ຕາມ ການລະເມີດລິຂະສິດ, ເປັນການກະທໍາຜິດທີ່ຮຸນແຮງກວ່າ (ແລະອາດເປັນອາດຊະຍາກຳ).
ຄວາມເປັນເຈົ້າຂອງລິຂະສິດ ແລະສິດຜູກຂາດ
ມາດຕາ 1 ຂອງກົດໝາຍວ່າດ້ວຍລິຂະສິດຂອງໂຮນລັງສະທ້ອນເຖິງຄໍາສັ່ງຂອງ EU 2009/24/EC: ຜູ້ຖືສິດພຽງຜູ້ດຽວສາມາດ
- ຜະລິດຕະພັນໂຄງການ,
- ແຈກຢາຍສໍາເນົາ,
- ປັບຫຼືແປລະຫັດ, ແລະ
- ເຮັດໃຫ້ມັນສາມາດໃຊ້ໄດ້ກັບສາທາລະນະ.
ໃບອະນຸຍາດເປັນເຈົ້າຂອງໄດ້ຍົກເວັ້ນບາງສິດທິເຫຼົ່ານີ້ (ໂດຍປົກກະຕິ "ແລ່ນ" ແລະຈໍາກັດ "ສໍາເນົາສໍາລັບການສໍາຮອງຂໍ້ມູນ") ໃນຂະນະທີ່ສະຫງວນທຸກສິ່ງທຸກຢ່າງພາຍໃຕ້ປ້າຍໂຄສະນາຄລາສສິກ "ສະຫງວນສິດທັງຫມົດ". ເວັ້ນເສຍແຕ່ສັນຍາຈະສະກົດມັນອອກ, ທ່ານບໍ່ມີສິດທາງດ້ານກົດຫມາຍທີ່ຈະ decompile, ຂາຍຕໍ່, ຫຼືແມ້ກະທັ້ງຍ້າຍຊອບແວໄປຫ້ອງການອື່ນ.
ຂໍ້ຕົກລົງໃບອະນຸຍາດຜູ້ໃຊ້ສຸດທ້າຍ (EULA)
EULA ແມ່ນຍານພາຫະນະປະຈໍາວັນທີ່ປະຕິບັດກົດລະບຽບລິຂະສິດເຫຼົ່ານັ້ນ. ສານໂຮນລັງ ປະຕິບັດຕໍ່ click-wrap ແລະ shrink-wrap EULAs ເປັນເງື່ອນໄຂທົ່ວໄປ ("algemene voorwaarden"), ບັງຄັບໃຊ້ຖ້າຫາກວ່າຜູ້ໃຊ້ມີໂອກາດຍຸດຕິທໍາທີ່ຈະອ່ານໃຫ້ເຂົາເຈົ້າ (ມາດຕາ 6: 233 BW). ເມື່ອໄດ້ຮັບການຍອມຮັບ, ເຂົາເຈົ້າກໍານົດຂອບເຂດຈໍາກັດການຕິດຕັ້ງ, ການຫ້າມດ້ານວິສະວະກໍາຍ້ອນກັບ, ແລະສິດທິໃນການກວດສອບ. ການລະເມີດເຮັດໃຫ້ເກີດການແກ້ໄຂຕາມສັນຍາ - ຄ່າບໍລິການທີ່ບໍ່ໄດ້ຈ່າຍ, ການຢຸດເຊົາ, ຫຼືຄວາມເສຍຫາຍ - ໂດຍທີ່ຜູ້ຂາຍບໍ່ຈໍາເປັນຕ້ອງພິສູດການລະເມີດລິຂະສິດ.
ຂໍ້ຕົກລົງເສີມທີ່ມັກຈະຂັບເຄື່ອນ
ສັນຍາການບຳລຸງຮັກສາ, ເງື່ອນໄຂການໃຫ້ບໍລິການໃນຄລາວ, ສ່ວນເສີມ OEM/VAR, ແລະຂໍ້ຕົກລົງການປະມວນຜົນຂໍ້ມູນສາມາດລົບລ້າງ EULA ຫຼັກໄດ້ຢ່າງງຽບໆ. ພວກເຂົາຕັດສິນໃຈວ່າຂໍ້ບົກພ່ອງຖືກແກ້ໄຂໄວແນວໃດ, ບໍ່ວ່າຈະເປັນຂໍ້ມູນຢູ່ໃນ EU, ແລະຈະເກີດຫຍັງຂຶ້ນຖ້າການບໍລິການຖືກປິດ. ສະເຫມີອ່ານ stack ທັງຫມົດກ່ອນທີ່ຈະເຊັນ; ພັນທະທີ່ເຊື່ອງໄວ້ເລື້ອຍໆຢູ່ຂ້າງນອກໃບອະນຸຍາດຫົວຂໍ້.
ຮູບແບບໃບອະນຸຍາດເປັນເຈົ້າຂອງທົ່ວໄປ ແລະຕົວຢ່າງຂອງໂລກທີ່ແທ້ຈິງ
ໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງແມ່ນສິ່ງໃດກໍ່ຕາມແຕ່ monolithic. ຜູ້ຂາຍຕັດວົງຈອນການຊໍາລະ, ວິທີການວັດແທກ, ແລະຍົກລະດັບສິດທິໃນການສອດຄ່ອງກັບຄວາມຕ້ອງການຂອງຜູ້ໃຊ້. ມາຕຣິກເບື້ອງລຸ່ມນີ້ໃຫ້ພາບລວມຂອງຟ້າຜ່າ; ພາກສ່ວນຍ່ອຍເຈາະເຂົ້າໄປໃນ quirks ທີ່ປ່ຽນປະໂຫຍກທີ່ມີລັກສະນະຄືຊິເປັນລາຍການງົບປະມານ.
| ຮູບແບບ | ໂຄງສ້າງການຈ່າຍເງິນ | ຕົວຢ່າງທົ່ວໄປ |
|---|---|---|
| perpetual | ຄ່າທຳນຽມຄັ້ງດຽວ + ການບຳລຸງຮັກສາທາງເລືອກ | AutoCAD Classic, old-school Photoshop CS6 |
| ການສະໝັກໃຊ້ / SaaS | ຮຽກເກັບລາຍເດືອນ ຫຼືລາຍປີ | Microsoft 365, Salesforce CRM |
| ບ່ອນນັ່ງ- ຫຼືຜູ້ໃຊ້-ອີງ | ລາຄາຕໍ່ຊື່, ພ້ອມກັນ, ຫຼືບ່ອນນັ່ງອຸປະກອນ | Adobe Creative Cloud, Windows Server CALs |
| ຄຸນສົມບັດ / ຊັ້ນ | ຊັ້ນສູງຈະປົດລັອກໂມດູນພິເສດ | Slack Free → Pro → Business+ |
| Trialware / Freemium | ການທົດລອງຟຣີຫຼືຈໍາກັດຫຼັກ; ຈ່າຍເພື່ອປົດລັອກເຕັມ | ການທົດລອງ JetBrains IDE, Spotify ຟຣີ |
ຕະຫຼອດໄປ, ການຊື້ຄັ້ງດຽວ
ທ່ານຊື້ສິດທິທີ່ບໍ່ມີກໍານົດເພື່ອດໍາເນີນການສະບັບປະຈຸບັນ, ມັກຈະຖືກຈໍາກັດຢູ່ໃນສະຖານີດຽວ. ການອັບເກຣດ, ຕົວເຊື່ອມຕໍ່ຄລາວ, ແລະການສະຫນັບສະຫນູນບູລິມະສິດມີຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມຫຼືຕ້ອງການແຜນການບໍາລຸງຮັກສາແຍກຕ່າງຫາກ.
ການສະໝັກໃຊ້ / SaaS
ການເຂົ້າເຖິງມີຊີວິດຢູ່ໃນຄລາວ ແລະສິ້ນສຸດເມື່ອການຈ່າຍເງິນຢຸດ. ຂໍ້ຕໍ່ອາຍຸອັດຕະໂນມັດແມ່ນທົ່ວໄປ; ກົດໝາຍວ່າດ້ວຍຜູ້ບໍລິໂພກຂອງ EU ບັງຄັບໃຫ້ມີການຍົກເລີກປຸ່ມທີ່ຈະແຈ້ງແລະແຈ້ງການຕໍ່ອາຍຸລ່ວງໜ້າ.
ໃບອະນຸຍາດທີ່ອີງໃສ່ບ່ອນນັ່ງ ຫຼືຜູ້ໃຊ້
ຂະໜາດຄ່າທຳນຽມກັບຈຳນວນຫົວ ຫຼື ອຸປະກອນ. ບ່ອນນັ່ງ “ຕັ້ງຊື່” ຜູກມັດໃບອະນຸຍາດໃຫ້ບຸກຄົນ; ບ່ອນນັ່ງ "ພ້ອມໆກັນ" ລອຍລະຫວ່າງຜູ້ໃຊ້ແຕ່ປິດການເຂົ້າສູ່ລະບົບພ້ອມໆກັນ. ເຊີບເວີ CALs ວັດແທກການເຊື່ອມຕໍ່ລູກຄ້າຂາເຂົ້າ.
ຄຸນລັກສະນະ- ຫຼືໃບອະນຸຍາດຂັ້ນພື້ນຖານ
ຄິດວ່າມັນເປັນຊອບແວ tapas: ແອັບຯຫຼັກແມ່ນຄືກັນ, ແຕ່ເມນູທີ່ນິຍົມເພີ່ມ APIs, ການວິເຄາະ, ຫຼືຄວາມປອດໄພເພີ່ມເຕີມ. ການຍ້າຍຊັ້ນຕາມປົກກະຕິຈະເຮັດໃຫ້ເກີດລາຄາສົດໆ ແລະອາດຈະເປັນ EULA ໃໝ່.
Trialware, Freemium, ແລະ Donationware
ຜູ້ຂາຍເຮັດໃຫ້ການເຂົ້າເຖິງລາຄາບໍ່ແພງເປັນເວລາທີ່ກຳນົດໄວ້ ຫຼື ດ້ວຍການປິດການເຮັດວຽກ. ເມື່ອໂມງໝົດໄປ, ການນຳໃຊ້ຕໍ່ໆໄປໂດຍບໍ່ຈ່າຍເງິນຈະລະເມີດໃບອະນຸຍາດ - ແລະບາງຄັ້ງກໍ່ລຶບຂໍ້ມູນທີ່ເກັບໄວ້ໃນຈຸດ.
ຂໍ້ສໍາຄັນທີ່ຈະທົບທວນກ່ອນທີ່ທ່ານຈະລົງນາມ
ກ່ອນທີ່ທ່ານຈະຄລິກໃສ່ "ຂ້າພະເຈົ້າຕົກລົງເຫັນດີ" ຫຼື countersigned ຂໍ້ຕົກລົງຕົ້ນສະບັບ, skim ບໍ່ພຽງພໍ. ສັນຍາໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງຝັງເງື່ອນໄຂທຸລະກິດທີ່ສໍາຄັນໃນທາງດ້ານກົດຫມາຍທີ່ຫນາແຫນ້ນ; ພາດຫນຶ່ງປະໂຫຍກສາມາດເຮັດໃຫ້ເກີດຄ່າທໍານຽມທີ່ບໍ່ຄາດຄິດ, ປິດການປິດ, ຫຼືຄວາມຮັບຜິດຊອບສູງກວ່າລາຄາໃບອະນຸຍາດ. ໃຊ້ລາຍການກວດສອບຂ້າງລຸ່ມນີ້ເພື່ອສູນຢູ່ໃນຂໍ້ທີ່ມັກຈະເດີນທາງເຖິງລູກຄ້າຊາວໂຮນລັງແລະຕ່າງປະເທດ.
ຂອບເຂດຂອງການນໍາໃຊ້, ອານາເຂດ, ແລະພາກສະຫນາມຂອງການນໍາໃຊ້
ຢືນຢັນບ່ອນ, ວິທີການ, ແລະເພື່ອຈຸດປະສົງອັນໃດທີ່ທ່ານອາດຈະດໍາເນີນການໂຄງການ. ໃບອະນຸຍາດຈໍາກັດ "ການນໍາໃຊ້ທຸລະກິດພາຍໃນໃນ EU" ຂັດຂວາງຜູ້ພັດທະນານອກຝັ່ງແລະປະຕູທີ່ປະເຊີນຫນ້າກັບລູກຄ້າ - ເຖິງແມ່ນວ່າຊອບແວແມ່ນສາມາດເຂົ້າເຖິງໄດ້ໃນທົ່ວໂລກ.
ການຕິດຕັ້ງ, ຜູ້ໃຊ້, ແລະຂໍ້ຈໍາກັດຂອງອຸປະກອນ
ຊື່ຜູ້ໃຊ້, ຜູ້ໃຊ້ພ້ອມກັນ, ແລະເພດານອຸປະກອນແຕກຕ່າງກັນ. ເກີນພວກເຂົາ - ເຖິງແມ່ນວ່າສໍາລັບການທົດສອບທ້າຍອາທິດ - ຖືວ່າເປັນການລະເມີດ. ຜູ້ຂາຍຫຼາຍຄົນກວດສອບເຄື່ອງຈັກສະເໝືອນ ແລະສຳເນົາການກູ້ໄພພິບັດ, ສະນັ້ນ ບັນທຶກທຸກການຕິດຕັ້ງ.
ການດັດແກ້, ວິສະວະກໍາປີກັບຄືນໄປບ່ອນ, ແລະ decompilation
ໃບອະນຸຍາດສ່ວນໃຫຍ່ຫ້າມບໍ່ໃຫ້ມີການປັບປ່ຽນ ຫຼືຖອດລະຫັດ. ຄໍາສັ່ງຂອງ EU 2009/24/EC ອະນຸຍາດໃຫ້ decompiration ພຽງແຕ່ສໍາລັບການເຮັດວຽກຮ່ວມກັນ, ແລະພຽງແຕ່ກໍລະນີທີ່ຜູ້ຂາຍປະຕິເສດທີ່ຈະຊ່ວຍເຫຼືອ. ການລະເມີດການຫ້າມສາມາດຂະຫຍາຍໄປສູ່ການລະເມີດລິຂະສິດທາງອາຍາ.
ການໂອນຍ້າຍ, ການມອບໝາຍ, ແລະການຂາຍຄືນ
"ບໍ່ສາມາດໂອນໄດ້" ຫມາຍຄວາມວ່າທ່ານບໍ່ສາມາດຂາຍຫຼືບໍລິຈາກບ່ອນນັ່ງທີ່ບໍ່ໄດ້ໃຊ້. ການຕັດສິນຂອງ CJEU UsedSoft ສ້າງສິດທິການຂາຍຕໍ່ທີ່ແຄບສໍາລັບໃບອະນຸຍາດຕະຫຼອດການທີ່ສົ່ງໃຫ້ເປັນການດາວໂຫຼດ, ແຕ່ SaaS ແລະການສະຫມັກຍັງຖືກລັອກໄວ້.
ການປັບປຸງ, ການຍົກລະດັບ, ແລະການສິ້ນສຸດ
ກວດເບິ່ງວ່າການແກ້ໄຂຂໍ້ບົກພ່ອງແມ່ນບັງຄັບ, ບໍ່ວ່າຮຸ່ນໃຫມ່ມີຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມ, ແລະສັງເກດເຫັນວ່າຜູ້ຂາຍຕ້ອງການດຶງສຽບຫຼາຍປານໃດ. ຂໍ້ຄວາມການອັບເດດອັດຕະໂນມັດອາດຈະປ່ຽນແປງຄຸນສົມບັດ—ຫຼືເງື່ອນໄຂຄວາມເປັນສ່ວນຕົວ—ໃນຄືນ.
ການຮັບປະກັນ, ການປະຕິເສດຄວາມຮັບຜິດຊອບ, ແລະຄວາມຮັບຜິດຊອບສູງສຸດ
ຄາດຫວັງວ່າ "ເປັນ" ພາສາ, ການປະຕິເສດຄວາມເສຍຫາຍທາງອ້ອມ, ແລະຄວາມຮັບຜິດຊອບທັງຫມົດ capped ໃນຄ່າທໍານຽມຫນຶ່ງປີ. ກົດລະບຽບຜູ້ບໍລິໂພກຂອງຊາວໂຮນລັງເປັນໂມຄະຂໍ້ກໍານົດທີ່ລົບລ້າງສິດທິຕາມກົດຫມາຍ, ແຕ່ຜູ້ຊື້ທຸລະກິດໄດ້ຮັບການປົກປ້ອງຫນ້ອຍລົງ.
ສິດການກວດສອບ ແລະການເກັບກໍາຂໍ້ມູນ
ໃບອະນຸຍາດມັກຈະໃຫ້ສິດຜູ້ສະໜອງຢູ່ບ່ອນ ຫຼື ການກວດສອບທາງໄກດ້ວຍການແຈ້ງບອກໜ້ອຍສຸດ 15 ມື້. ຊີ້ແຈງຄວາມຖີ່, ຂໍ້ມູນທີ່ຈະແບ່ງປັນ, ແລະໃຜຈ່າຍຄ່າຖ້າບໍ່ປະຕິບັດຕາມຖືກພົບເຫັນ.
Pros, Cons, ແລະຍຸດທະສາດການຄ້າ-Offs
ການເລືອກໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງແມ່ນບໍ່ຄ່ອຍເປັນການຕັດສິນໃຈທີ່ຖືກຕ້ອງຕາມກົດຫມາຍ; ມັນເປັນການຄິດໄລ່ທຸລະກິດທີ່ປະສົມປະສານຄ່າໃຊ້ຈ່າຍ, ການຄວບຄຸມ, ຄວາມສ່ຽງ, ແລະຄວາມຍືດຫຍຸ່ນໃນໄລຍະຍາວ. ຈຸດຂ້າງລຸ່ມນີ້ສະຫຼຸບວ່າເປັນຫຍັງຜູ້ຂາຍປົກປ້ອງລະຫັດຂອງພວກເຂົາ, ສິ່ງທີ່ລູກຄ້າໄດ້ຮັບ (ແລະສູນເສຍ), ແລະວິທີທີ່ຕົວແບບ stacks ເຖິງທາງເລືອກ open-source ຫຼືສາທາລະນະ - ໂດເມນ.
ເປັນຫຍັງຜູ້ຂາຍມັກການອອກໃບອະນຸຍາດເປັນເຈົ້າຂອງ
- ຮັກສາລະຫັດແຫຼ່ງເປັນຄວາມລັບ, ປົກປ້ອງຜົນປະໂຫຍດດ້ານການແຂ່ງຂັນ
- ສ້າງລາຍຮັບທີ່ຄາດເດົາໄດ້ໂດຍຜ່ານການສະຫມັກ, ການຍົກລະດັບ, ແລະຄ່າທໍານຽມສະຫນັບສະຫນູນ
- ເປີດໃຊ້ການຄວບຄຸມ UX ທີ່ເຄັ່ງຄັດ—ສະບັບດຽວເພື່ອທົດສອບ, ຄວາມປອດໄພ ແລະເອກະສານ
- ເຮັດໃຫ້ການຄຸ້ມຄອງຄວາມຮັບຜິດຊອບງ່າຍຂຶ້ນ: ການຮັບປະກັນ ແລະ ໝວກ ແມ່ນກຳນົດໄວ້ໃນເງື່ອນໄຂຂອງຜູ້ຂາຍ
ຜົນປະໂຫຍດທີ່ເປັນໄປໄດ້ສໍາລັບຜູ້ໃຊ້
- ການຊ່ວຍເຫຼືອແບບມືອາຊີບທີ່ມີເວລາຕອບໂຕ້ທີ່ກໍານົດ - ສໍາຄັນສໍາລັບລະບົບພາລະກິດທີ່ສໍາຄັນ
- ການໂຕ້ຕອບຂັດແລະການເຊື່ອມໂຍງທີ່ຫຼຸດຜ່ອນການເຮັດວຽກຂອງການພັດທະນາພາຍໃນ
- ຄວາມຮັບຜິດຊອບທີ່ຊັດເຈນ: ຝ່າຍຫນຶ່ງແມ່ນສັນຍາຢູ່ໃນ hook ຖ້າບາງສິ່ງບາງຢ່າງແຕກແຍກ
- ໃບຢັ້ງຢືນການປະຕິບັດຕາມ (ISO, SOC 2, HIPAA) ທີ່ຜ່ອນຄາຍການກວດສອບໃນຂະແຫນງການທີ່ຖືກຄວບຄຸມ
ຂໍ້ເສຍ ແລະ ຄວາມສ່ຽງ
- ການລັອກອິນຂອງຜູ້ຂາຍ: ຄ່າໃຊ້ຈ່າຍໃນການເຄື່ອນຍ້າຍເພີ່ມຂຶ້ນເມື່ອຂໍ້ມູນ ແລະຂະບວນການເຮັດວຽກຖືກຝັງ
- ຄ່າໃຊ້ຈ່າຍໃນການເປັນເຈົ້າຂອງທັງໝົດທີ່ສູງຂຶ້ນທຽບກັບເຄື່ອງມືທີ່ບໍ່ເສຍຄ່າ ຫຼືການຮັກສາໂດຍຊຸມຊົນ
- ຈໍາກັດການປັບແຕ່ງ; ຄຸນນະສົມບັດຮ້ອງຂໍໃຫ້ມີຊີວິດ (ຫຼືຕາຍ) ໃນແຜນທີ່ຖະຫນົນຂອງຜູ້ຂາຍ
- ຕອບກັບ PAA “ປົກກະຕິແລ້ວຊອບແວທີ່ເປັນກຳມະສິດແມ່ນບໍ່ເສຍຄ່າບໍ?”—ບໍ່. ຊັ້ນ Freemium ມີຢູ່, ແຕ່ການທໍາງານເຕັມທີ່ໂດຍປົກກະຕິແມ່ນຢູ່ຫລັງ paywall
ລິຂະສິດທຽບກັບແຫຼ່ງເປີດ ແລະໃບອະນຸຍາດໂດເມນສາທາລະນະ
| ລັກສະນະ | ເປັນເຈົ້າຂອງ | Open-Source (ເຊັ່ນ: GPL, MIT) | ໂດເມນສາທາລະນະ |
|---|---|---|---|
| ການເຂົ້າເຖິງແຫຼ່ງ | ປິດ | ເປີດ | ເປີດ |
| ສິດການດັດແກ້ | ປົກກະຕິແລ້ວຖືກຫ້າມ | ອະນຸຍາດພາຍໃຕ້ໃບອະນຸຍາດ | ບໍ່ຈໍາກັດ |
| ຄ່າໃຊ້ຈ່າຍ | ໃບອະນຸຍາດຫຼືຄ່າສະຫມັກ | ປົກກະຕິແລ້ວຟຣີ; ສະຫນັບສະຫນູນພິເສດ | Free |
| ສະຫນັບສະຫນູນ | ຜູ້ຂາຍຕາມສັນຍາ | ຊຸມຊົນຫຼືຜູ້ຂາຍທີ່ຈ່າຍ | ຊຸມຊົນເທົ່ານັ້ນ |
| ການເປີດເຜີຍທາງກົດໝາຍ | ການລະເມີດສັນຍາ + ລິຂະສິດ | ການປະຕິບັດຕາມໃບອະນຸຍາດ (ສຳເນົາໄວ້) | ຫນ້ອຍ |
ຍຸດທະສາດທີ່ສົມດູນມັກຈະຜະສົມແບບຈໍາລອງ: ເປັນເຈົ້າຂອງສໍາລັບລະບົບຫຼັກທີ່ຕ້ອງການການສະຫນັບສະຫນູນການຮັບປະກັນ, ແຫຼ່ງເປີດສໍາລັບເຄື່ອງມືອຸປະກອນຕໍ່ຂ້າງທີ່ສາມາດປັບໄດ້, ແລະ ລະຫັດໂດເມນສາທາລະນະ ສໍາລັບສິ່ງອໍານວຍຄວາມສະດວກທີ່ມີຄວາມສ່ຽງຕໍ່າ. ຕັດສິນໃຈແຕ່ລະກໍລະນີ, ນໍາພາໂດຍງົບປະມານ, ຄວາມຕ້ອງການຄວາມຍືດຫຍຸ່ນ, ແລະຄວາມກົດດັນດ້ານລະບຽບການ.
ຮັກສາຄວາມສອດຄ່ອງ ແລະຫຼີກລ່ຽງການຂັດແຍ້ງດ້ານຄ່າໃຊ້ຈ່າຍ
ການຈ່າຍໃບແຈ້ງຫນີ້ແມ່ນພຽງແຕ່ຂັ້ນຕອນທໍາອິດ; ທ່ານຕ້ອງສືບຕໍ່ນໍາໃຊ້ໂຄງການຢ່າງແທ້ຈິງຕາມທີ່ສັນຍາອະນຸຍາດໃຫ້ສໍາລັບໄລຍະເຕັມ. ໃນໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງ, ເຄື່ອງ virtual ທີ່ຖືກລືມດຽວຫຼືຜູ້ໃຊ້ພິເສດສາມາດປ່ຽນເປັນຄ່າທໍານຽມການບໍາລຸງຮັກສາຄືນ, ການລົງໂທດ, ຫຼືແມ້ກະທັ້ງຄ່າບໍລິການ. ການຮຽກຮ້ອງລິຂະສິດ. ການລົງທຶນເລັກນ້ອຍໃນການປະຕິບັດຕາມ guardrails ດັ່ງນັ້ນລາຄາຖືກກວ່າການປ້ອງກັນຕົວທ່ານເອງຢູ່ໃນສານ.
ການລະເມີດການປະຕິບັດຕາມທົ່ວໄປ
- ການຕິດຕັ້ງສໍາເນົາພິເສດສໍາລັບພະນັກງານຫ່າງໄກສອກຫຼີກໂດຍບໍ່ມີການປັບປຸງຈໍານວນໃບອະນຸຍາດ
- Cloning ເຊີບເວີການຜະລິດເຂົ້າໄປໃນການທົດສອບຫຼືສະພາບແວດລ້ອມການຟື້ນຟູໄພພິບັດ
- ການປະສົມ "ນັກພັດທະນາ" ຫຼື "ການສຶກສາ" ເຂົ້າໄປໃນຂະບວນການທາງການຄ້າ
- ການໃຫ້ການສະໝັກໃຊ້ຕໍ່ອາຍຸອັດຕະໂນມັດໃນລະດັບທີ່ສູງກວ່າໂດຍບໍ່ມີການອະນຸມັດງົບປະມານ
- ລົ້ມເຫລວໃນການລຶບຊອບແວອອກເມື່ອພະນັກງານອອກ, ເຮັດໃຫ້ຈໍານວນຜູ້ໃຊ້ທີ່ມີຊື່ເພີ່ມຂຶ້ນ
ວິທີການກວດສອບຊອບແວເຮັດວຽກ
ໃບອະນຸຍາດສ່ວນໃຫຍ່ໃຫ້ສິດຜູ້ຂາຍໃນການກວດສອບການໃຊ້ງານ. ຄາດວ່າຈະມີການແຈ້ງບອກເປັນລາຍລັກອັກສອນ—30 ວັນເປັນເລື່ອງທຳມະດາ—ຕິດຕາມມາດ້ວຍການຮ້ອງຂໍໄຟລ໌ບັນທຶກ, ບັນທຶກການຊື້, ຫຼືການຢ້ຽມຢາມຢູ່ສະຖານທີ່ໂດຍຜູ້ກວດສອບພາກສ່ວນທີສາມ. ການຄົ້ນພົບແມ່ນປຽບທຽບກັບ metrics ທີ່ຕົກລົງ (ບ່ອນນັ່ງ, CPU, ໂມດູນ). ການຂາດເຂີນໃດໆ ເຮັດໃຫ້ເກີດໃບແຈ້ງໜີ້ທີ່ແທ້ຈິງ ບວກກັບດອກເບ້ຍ ແລະຄ່າໃຊ້ຈ່າຍໃນການກວດສອບ; ການໃຊ້ເກີນຄວາມກະຕືລືລົ້ນສາມາດນໍາໄປສູ່ການຢຸດເຊົາໃນທັນທີຫຼື injunctions ພາຍໃຕ້ກົດຫມາຍລິຂະສິດຂອງໂຮນລັງ.
ການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບອົງການຈັດຕັ້ງ
- ນຳໃຊ້ເຄື່ອງມືການຄຸ້ມຄອງຊັບສິນຊອບແວ (SAM) ທີ່ຕິດຕາມການຕິດຕັ້ງ, ກະແຈ ແລະການນຳໃຊ້.
- ການຈັດຊື້ຈັດຈ້າງເປັນສູນກາງເພື່ອໃຫ້ສັນຍາທຸກຄັ້ງ hits ກ່ອງຈົດຫມາຍແລະບັນຊີລາຍການຫນຶ່ງ.
- ສ້າງນະໂຍບາຍພາຍໃນ: ບໍ່ມີເງົາ IT, ການກວດສອບຕົນເອງເປັນໄລຍະ, ບັງຄັບໃຫ້ຖອນການຕິດຕັ້ງໃນເວລາອອກ.
- ເອກະສານທຸກຢ່າງ - ຄໍາສັ່ງຊື້, ກະແຈໃບອະນຸຍາດ, ປີ້ສະຫນັບສະຫນູນ - ຢ່າງຫນ້ອຍຫ້າປີ.
- ຈັດຕາຕະລາງການທົບທວນຄືນປະຈໍາປີກັບ ທີ່ປຶກສາດ້ານກົດ ໝາຍ ເພື່ອຈັດວາງການນຳໃຊ້ຄືນໃໝ່ກັບເງື່ອນໄຂການອະນຸຍາດ ແລະກົດລະບຽບຂອງສະຫະພາບເອີຣົບ.
ຂັ້ນຕອນເຫຼົ່ານີ້ເຮັດໃຫ້ທ່ານຢູ່ໃນເບື້ອງຂວາຂອງສັນຍາແລະກົດຫມາຍ, ປະຫຍັດງົບປະມານແລະຊື່ສຽງຄືກັນ.
ເມື່ອໃດທີ່ຈະຊອກຫາຄວາມຊ່ວຍເຫຼືອທາງດ້ານກົດໝາຍຈາກຜູ້ຊ່ຽວຊານກ່ຽວກັບການໃຫ້ໃບອະນຸຍາດຊອບແວ
ເມື່ອໃບອະນຸຍາດຊອບແວສາມາດຕີງົບປະມານ, ເວລາເຮັດວຽກ, ຫຼືຊື່ສຽງ, ເອົາຄໍາປຶກສາທີ່ເຂົ້າໃຈທັງລະຫັດແລະສັນຍາ. ມີສ່ວນຮ່ວມກັບພວກເຂົາໃນເວລາທີ່ຂໍ້ກໍານົດເບິ່ງຄືວ່າເຄັ່ງຄັດ, ເຄື່ອງມືຂ້າມຊາຍແດນ, ຫຼືແຈ້ງການການກວດສອບມາຮອດ.
ການເຈລະຈາສັນຍາແລະ Redlining
ທະນາຍຄວາມສາມາດຕັດຄວາມຮັບຜິດຊອບ, ເພີ່ມສິດທິທາງອອກ, ແລະໃສ່ຄໍາເວົ້າ GDPR ກ່ອນທີ່ທ່ານຈະກົດ "ຕົກລົງ."
ການນຳໃຊ້ຂ້າມຊາຍແດນ ແລະຂໍ້ມູນທ້ອງຖິ່ນ
ຟັງຫຼາຍເຂດອຳນາດໄດ້ເພີ່ມການສົ່ງອອກ, ພາສີ, ແລະອຸປະສັກດ້ານຄວາມເປັນສ່ວນຕົວທີ່ຕ້ອງການຂໍ້ບັງຄັບສະເພາະເຂດອຳນາດ.
ຂໍ້ຂັດແຍ່ງ, ການລະເມີດຂໍ້ກ່າວຫາ, ແລະການດໍາເນີນຄະດີ
ຄໍາແນະນໍາເບື້ອງຕົ້ນຫັນ ຈົດໝາຍຢຸດຕິ ເຂົ້າໄປໃນການຕັ້ງຖິ່ນຖານ; ຄໍາແນະນໍາທີ່ຊັກຊ້າຫມາຍເຖິງການຍື່ນສານແລະຄ່າທໍານຽມທີ່ໃຫຍ່ກວ່າ.
ການເລືອກຄູ່ຮ່ວມງານທາງດ້ານກົດຫມາຍທີ່ຖືກຕ້ອງ
ບຸລິມະສິດຄວາມເລິກຂອງເທັກໂນໂລຍີ/IP, ການຕອບສະໜອງໄວ, ຮອງຮັບຫຼາຍພາສາ, ແລະລາຄາທີ່ຊັດເຈນ—ຄຸນນະພາບ Law & More ສະຫນອງຈາກ Eindhoven ແລະ Amsterdam.
ການປະຕິບັດທີ່ສໍາຄັນກ່ຽວກັບການອອກໃບອະນຸຍາດເປັນເຈົ້າຂອງ
- ໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງແມ່ນສັນຍາທີ່ໃຫ້ສິດຈໍາກັດໃນການນໍາໃຊ້ໃນຂະນະທີ່ລິຂະສິດຍັງຄົງຢູ່ກັບຜູ້ຂາຍ; ການລະເມີດຂໍ້ກໍານົດແມ່ນເປັນສັນຍາ, ການນໍາໃຊ້ໂດຍບໍ່ມີໃບອະນຸຍາດແມ່ນການລະເມີດຢ່າງແທ້ຈິງພາຍໃຕ້ກົດຫມາຍຂອງໂຮນລັງ / EU.
- ຮູບແບບໃບອະນຸຍາດແຕກຕ່າງກັນ—ຕະຫຼອດໄປ, ການສະໝັກໃຊ້, ຕາມບ່ອນນັ່ງ, ຂັ້ນຊັ້ນ, ການທົດລອງ – ແລະແຕ່ລະຕົວຊີ້ບອກສາມາດເຮັດໃຫ້ເກີດຄ່າໃຊ້ຈ່າຍທີ່ບໍ່ຄາດຄິດໄດ້ ຖ້າທ່ານບໍ່ຕິດຕາມການຕິດຕັ້ງ ແລະຜູ້ໃຊ້ຢ່າງລະມັດລະວັງ.
- ກ່ອນທີ່ຈະຮັບເອົາ, ກວດສອບຂອບເຂດຂອງການນໍາໃຊ້, ການເກືອດຫ້າມການຍົກຍ້າຍ, ຂໍ້ຄວາມວິສະວະກອນປີ້ນກັນ, ປັບປຸງກົດລະບຽບ, caps ຄວາມຮັບຜິດຊອບ, ແລະສິດຂອງການກວດສອບ; ປະໂຫຍກໜຶ່ງທີ່ຖືກມອງຂ້າມສາມາດທໍາຮ້າຍງົບປະມານ ຫຼືເວລາເຮັດວຽກຂອງທ່ານໄດ້.
- ຮູບແບບດັ່ງກ່າວສະຫນອງການສະຫນັບສະຫນູນຜູ້ຂາຍແລະຄວາມຮັບຜິດຊອບທີ່ຊັດເຈນແຕ່ນໍາເອົາ lock-in, TCO ທີ່ສູງຂຶ້ນ, ແລະການປັບແຕ່ງທີ່ຈໍາກັດຕໍ່ກັບທາງເລືອກ open-source ຫຼືສາທາລະນະ - ຜົນປະໂຫຍດການວັດແທກຄວາມສ່ຽງ.
- ປະຕິບັດຕາມເຄື່ອງມື SAM, ການຈັດຊື້ສູນກາງ, ແລະການກວດສອບຕົນເອງແຕ່ລະໄລຍະ; ຖ້າຫາກວ່າຂໍ້ຄວາມຮູ້ສຶກ lopsided ຫຼືການກວດສອບແມ່ນໃກ້ຈະມາ, ຕິດຕໍ່ທີມງານ IP ທີ່ Law & More ສໍາລັບໄວ, ການຊ່ວຍເຫຼືອພາກປະຕິບັດ.