ດ້ວຍໃບອະນຸຍາດຊອບແວທີ່ເປັນເຈົ້າຂອງ, ຜູ້ສະໜອງຈະຮັກສາລິຂະສິດ ແລະ ລະຫັດແຫຼ່ງຂໍ້ມູນ ແລະ ໃຫ້ສິດທີ່ທ່ານໃຊ້ໂປຣແກຣມໄດ້ຢ່າງຈຳກັດເທົ່ານັ້ນ, ຕາມທີ່ໄດ້ກຳນົດໄວ້ໃນຂໍ້ຕົກລົງໃບອະນຸຍາດ. ບໍ່ວ່າຂໍ້ຕົກລົງດັ່ງກ່າວຈະກ່າວແນວໃດກໍຕາມ, ກົດໝາຍຂອງໂຮນລັງ ແລະ ສະຫະພາບເອີຣົບ ໃຫ້ສິດບາງຢ່າງແກ່ຜູ້ໃຊ້ທີ່ຖືກຕ້ອງຕາມກົດໝາຍທີ່ບໍ່ສາມາດຍົກເວັ້ນໄດ້, ເຊັ່ນ: ການສ້າງສຳເນົາສຳຮອງ ແລະ ການສຶກສາວິທີການເຮັດວຽກຂອງໂປຣແກຣມ.
ເນື່ອງຈາກໂປຣແກຣມຄອມພິວເຕີໄດ້ຮັບການປົກປ້ອງໂດຍລິຂະສິດ, ທ່ານຈຶ່ງບໍ່ມີສິດທີ່ຈະນຳໃຊ້ມັນໂດຍບໍ່ມີໃບອະນຸຍາດ. ດັ່ງນັ້ນ, ໃບອະນຸຍາດຈຶ່ງກຳນົດທຸກຢ່າງ: ໃຜອາດຈະໃຊ້ໂປຣແກຣມ, ໃນລະບົບໃດ, ເປັນເວລາດົນປານໃດ ແລະ ຈະເກີດຫຍັງຂຶ້ນເມື່ອຄວາມສຳພັນສິ້ນສຸດລົງ. ສຳລັບກົນໄກຂອງການອະນຸຍາດໂດຍທົ່ວໄປ, ເບິ່ງບົດຄວາມຂອງພວກເຮົາກ່ຽວກັບ ວິທີການເຮັດວຽກຂອງການອະນຸຍາດຊອບແວ , ແລະ ສຳລັບຮູບແບບກົງກັນຂ້າມ, ຄູ່ມືຂອງພວກເຮົາກ່ຽວກັບ ໃບອະນຸຍາດຊອບແວແຫຼ່ງເປີດ.
ໃບອະນຸຍາດທີ່ເປັນເຈົ້າຂອງໃຫ້ຫຍັງແກ່ທ່ານ?
ໃບອະນຸຍາດທີ່ເປັນເຈົ້າຂອງແມ່ນສັນຍາ, ບໍ່ແມ່ນການຂາຍ. ທ່ານໄດ້ຮັບສິດໃນການນຳໃຊ້ທີ່ປົກກະຕິແລ້ວບໍ່ແມ່ນສິດສະເພາະ, ບໍ່ສາມາດໂອນໄດ້ ແລະ ມີຂອບເຂດຈຳກັດ, ໃນຂະນະທີ່ຜູ້ສະໜອງຮັກສາຊັບສິນທາງປັນຍາ ແລະ ສະໜອງພຽງແຕ່ລະຫັດວັດຖຸເທົ່ານັ້ນ.
ທຸກຢ່າງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດໃຫ້ໃຊ້ຢ່າງຈະແຈ້ງຈະຍັງຄົງຢູ່ກັບຜູ້ສະໜອງ. ນັ້ນແມ່ນເຫດຜົນທີ່ເງື່ອນໄຂການເປັນເຈົ້າຂອງໃນທາງປະຕິບັດຖືກອ່ານຢ່າງແຄບ. ມັນຍັງໝາຍຄວາມວ່າການໃຊ້ຊອບແວນອກໃບອະນຸຍາດ ແລະ ການນຳໃຊ້ມັນໂດຍບໍ່ມີໃບອະນຸຍາດແມ່ນບັນຫາທີ່ແຕກຕ່າງກັນ. ການໃຊ້ເກີນຈຳນວນຜູ້ໃຊ້ທີ່ໄດ້ຕົກລົງກັນແມ່ນການລະເມີດສັນຍາ, ເຊິ່ງນຳໄປສູ່ຄ່າທຳນຽມເພີ່ມເຕີມ, ຄ່າເສຍຫາຍ ຫຼື ການຢຸດຕິການນຳໃຊ້. ການໃຊ້ໂປຣແກຣມໂດຍບໍ່ມີໃບອະນຸຍາດເລີຍ, ຫຼື ສືບຕໍ່ຫຼັງຈາກການຢຸດຕິການນຳໃຊ້, ແມ່ນການລະເມີດລິຂະສິດ. ນັ້ນເປີດປະຕູສູ່ຄຳສັ່ງຫ້າມ, ການຍອມຈຳນົນກຳໄລ ແລະ ໃນກໍລະນີທີ່ຮ້າຍແຮງ ແລະ ໂດຍເຈດຕະນາ, ຄວາມຮັບຜິດຊອບທາງອາຍາ.
ໃບອະນຸຍາດບໍ່ຄ່ອຍຈະຢືນຢູ່ໂດດດ່ຽວ. ຂໍ້ຕົກລົງການບຳລຸງຮັກສາ ແລະ ການສະໜັບສະໜູນ, ຂໍ້ຕົກລົງລະດັບການບໍລິການ, ເງື່ອນໄຂການໃຫ້ບໍລິການຄລາວ, ຂໍ້ຕົກລົງການປະມວນຜົນຂໍ້ມູນພາຍໃຕ້ GDPR ແລະ ໃນລະບົບຕ່ອງໂສ້ການຂາຍຄືນ, ເອກະສານເພີ່ມເຕີມຂອງຕົວແທນຈຳໜ່າຍລ້ວນແຕ່ຕິດພັນກັບຄວາມສຳພັນດຽວກັນ. ພວກມັນມັກຈະຂັດແຍ້ງກັນ. ກຳນົດວ່າເອກະສານໃດມີຜົນສັກສິດກ່ອນທີ່ຈະເຊັນ, ເພາະວ່າໃນການຂັດແຍ້ງ, ຂໍ້ກຳນົດລຳດັບຄວາມສຳຄັນມັກຈະຕັດສິນຫຼາຍກວ່າຂໍ້ກຳນົດທີ່ເປັນເນື້ອໃນ.
ພື້ນຖານທາງກົດໝາຍໃນກົດໝາຍຂອງໂຮນລັງ ແລະ ສະຫະພາບເອີຣົບແມ່ນຫຍັງ?
ໂປຣແກຣມຄອມພິວເຕີແມ່ນໄດ້ຮັບການປົກປ້ອງເປັນຜົນງານວັນນະຄະດີພາຍໃຕ້ກົດໝາຍວ່າດ້ວຍລິຂະສິດຂອງໂຮນລັງ (Auteurswet). ກົດລະບຽບສະເພາະແມ່ນມາຈາກຄຳສັ່ງຊອບແວ 2009/24/EC, ເຊິ່ງຈັດຕັ້ງປະຕິບັດໃນມາດຕາ 45h ຫາ 45n ຂອງກົດໝາຍ.
ການປົກປ້ອງເກີດຂຶ້ນໂດຍອັດຕະໂນມັດເມື່ອໂປຣແກຣມຖືກສ້າງຂຶ້ນ; ບໍ່ຕ້ອງລົງທະບຽນ. ຜູ້ຖືສິດມີສິດສະເພາະໃນການສຳເນົາໂປຣແກຣມ, ດັດແປງ ຫຼື ແປມັນ ແລະ ແຈກຢາຍສຳເນົາ. ການໂຫຼດ, ການເປີດໃຊ້ ແລະ ການສະແດງໂປຣແກຣມຖືກຖືວ່າເປັນການສຳເນົາໃນຄວາມໝາຍລິຂະສິດ. ນັ້ນແມ່ນເຫດຜົນທີ່ທ່ານຕ້ອງການໃບອະນຸຍາດສຳລັບບາງສິ່ງບາງຢ່າງທຳມະດາເຊັ່ນ: ການຕິດຕັ້ງມັນ.
ໃຜເປັນເຈົ້າຂອງລິຂະສິດແມ່ນຄຳຖາມແຍກຕ່າງຫາກຈາກໃຜເປັນຜູ້ຈ່າຍຄ່າພັດທະນາ. ຖ້າພະນັກງານຂຽນໂປຣແກຣມເປັນສ່ວນໜຶ່ງຂອງໜ້າທີ່ຂອງເຂົາເຈົ້າ, ນາຍຈ້າງຈະຖືກຖືວ່າເປັນຜູ້ຂຽນພາຍໃຕ້ມາດຕາ 7 ຂອງກົດໝາຍວ່າດ້ວຍລິຂະສິດ. ຖ້າຜູ້ຮັບເໝົາ ຫຼື ອົງການຂຽນມັນ, ສິດຈະຍັງຄົງຢູ່ກັບນັກພັດທະນາ ເວັ້ນເສຍແຕ່ວ່າພວກມັນຈະຖືກໂອນໂດຍເອກະສານເປັນລາຍລັກອັກສອນ. ການມອບໝາຍຊອບແວ ແລະ ການຈ່າຍໃບແຈ້ງໜີ້ບໍ່ໄດ້ໂອນລິຂະສິດ. ນີ້ແມ່ນຊ່ອງຫວ່າງທີ່ພົບເລື້ອຍທີ່ສຸດທີ່ພວກເຮົາພົບໃນໄຟລ໌ຂອງບໍລິສັດທີ່ເຊື່ອວ່າພວກເຂົາເປັນເຈົ້າຂອງລະບົບຂອງຕົນເອງ.
ເຈົ້າຮັກສາສິດໃດແດ່ຕາມທີ່ໃບອະນຸຍາດກ່າວໄວ້?
ກົດໝາຍຊອບແວຂອງສະຫະພາບເອີຣົບໃຫ້ສິດສີ່ຢ່າງແກ່ຜູ້ໃຊ້ທີ່ຖືກຕ້ອງຕາມກົດໝາຍທີ່ໃບອະນຸຍາດບໍ່ສາມາດ ຫຼື ບໍ່ສາມາດເອົາໄປໄດ້ຢ່າງຄົບຖ້ວນ. ໃບອະນຸຍາດທີ່ເປັນເຈົ້າຂອງຫຼາຍສະບັບຍັງພະຍາຍາມຍົກເວັ້ນສິດເຫຼົ່ານັ້ນ.
ອັນທຳອິດແມ່ນການນຳໃຊ້ຕາມປົກກະຕິ. ຜູ້ຊື້ທີ່ຖືກຕ້ອງຕາມກົດໝາຍສາມາດຜະລິດຄືນ ແລະ ດັດແປງໂປຣແກຣມໄດ້ເທົ່າທີ່ຈຳເປັນເພື່ອນຳໃຊ້ມັນຕາມຈຸດປະສົງທີ່ຕັ້ງໃຈໄວ້, ລວມທັງການແກ້ໄຂຂໍ້ຜິດພາດ, ເວັ້ນເສຍແຕ່ວ່າສັນຍາໄດ້ກຳນົດໄວ້ຢ່າງຖືກຕ້ອງກ່ຽວກັບຈຸດສຸດທ້າຍນັ້ນ. ອັນທີສອງແມ່ນສຳເນົາສຳຮອງ. ບຸກຄົນທີ່ມີສິດນຳໃຊ້ໂປຣແກຣມອາດຈະສ້າງສຳເນົາສຳຮອງໄດ້ເມື່ອມີຄວາມຈຳເປັນສຳລັບການນຳໃຊ້, ແລະ ຂໍ້ກຳນົດທີ່ຫ້າມບໍ່ໃຫ້ໃຊ້ທັງໝົດແມ່ນເປັນໂມຄະ.
ອັນທີສາມແມ່ນການສັງເກດ ແລະ ການທົດສອບ. ຜູ້ທີ່ມີສິດໃຊ້ໂປຣແກຣມອາດຈະສັງເກດ, ສຶກສາ ແລະ ທົດສອບວິທີການເຮັດວຽກຂອງມັນ, ເພື່ອຊອກຫາແນວຄວາມຄິດ ແລະ ຫຼັກການພື້ນຖານ, ໃນຂະນະທີ່ປະຕິບັດການກະທຳທີ່ເຂົາເຈົ້າມີສິດປະຕິບັດ. ສິດນີ້ບໍ່ສາມາດຖືກຍົກເວັ້ນໂດຍສັນຍາ, ແລະ ມັນເປັນພື້ນຖານທາງກົດໝາຍສຳລັບການສ້າງຜະລິດຕະພັນທີ່ເຮັດວຽກຮ່ວມກັນໄດ້.
ຂໍ້ທີສີ່ແມ່ນການຖອດລະຫັດເພື່ອການເຮັດວຽກຮ່ວມກັນ. ການເຮັດວິສະວະກຳແບບປີ້ນກັບກັນແມ່ນອະນຸຍາດໃຫ້ເຮັດໄດ້ໃນກໍລະນີທີ່ມັນຈຳເປັນເພື່ອໃຫ້ໄດ້ຂໍ້ມູນທີ່ຈຳເປັນເພື່ອເຮັດໃຫ້ໂປຣແກຣມທີ່ສ້າງຂຶ້ນຢ່າງເປັນອິດສະຫຼະເຮັດວຽກກັບໂປຣແກຣມທີ່ໄດ້ຮັບອະນຸຍາດ, ຂໍ້ມູນບໍ່ສາມາດໃຊ້ໄດ້ຢ່າງງ່າຍດາຍ, ແລະການຖອດລະຫັດແມ່ນຈຳກັດຢູ່ໃນສ່ວນທີ່ຈຳເປັນເທົ່ານັ້ນ. ຂໍ້ມູນດັ່ງກ່າວບໍ່ສາມາດນຳໃຊ້ເພື່ອຈຸດປະສົງອື່ນ ຫຼື ໃຫ້ແກ່ພາກສ່ວນທີສາມໄດ້. ໃນລະບົບ Top (ຄະດີ C-13/20, ວັນທີ 6 ຕຸລາ 2021), ສານຍຸຕິທຳຂອງ EU ໄດ້ເພີ່ມວ່າຜູ້ຊື້ທີ່ຖືກຕ້ອງຕາມກົດໝາຍອາດຈະຖອດລະຫັດໂປຣແກຣມເພື່ອແກ້ໄຂຂໍ້ຜິດພາດທີ່ສົ່ງຜົນກະທົບຕໍ່ການດຳເນີນງານຂອງມັນ.
ສິດເຫຼົ່ານີ້ບໍ່ໄດ້ເຮັດໃຫ້ເງື່ອນໄຂກ່ຽວກັບຊັບສິນບໍ່ສາມາດບັງຄັບໃຊ້ໄດ້. ພວກມັນໝາຍຄວາມວ່າການຫ້າມການວິສະວະກຳແບບປີ້ນກັບກັນ ຫຼື ການຄັດລອກແບບລວມສູນນັ້ນໄປໄກກວ່າທີ່ກົດໝາຍອະນຸຍາດ. ຜູ້ສະໜອງທີ່ອີງໃສ່ຂໍ້ກຳນົດດັ່ງກ່າວໃນຂໍ້ຂັດແຍ່ງແມ່ນຢູ່ໃນພື້ນຖານທີ່ອ່ອນແອກວ່າຖ້ອຍຄຳທີ່ແນະນຳ.
ໃບອະນຸຍາດການຄລິກຜ່ານມີຜົນບັງຄັບໃຊ້ຢູ່ໃນປະເທດເນເທີແລນບໍ?
ໂດຍຫຼັກການແລ້ວ, ແມ່ນແລ້ວ. ໂດຍປົກກະຕິແລ້ວສານໂຮນລັງຈະປະຕິບັດຕໍ່ຂໍ້ຕົກລົງໃບອະນຸຍາດຜູ້ໃຊ້ສຸດທ້າຍ (EULA) ເປັນເງື່ອນໄຂທົ່ວໄປ, ເຊິ່ງຈະຜູກມັດທ່ານຖ້າທ່ານມີໂອກາດທີ່ສົມເຫດສົມຜົນທີ່ຈະອ່ານພວກມັນກ່ອນ ຫຼື ເມື່ອສັນຍາໄດ້ຖືກສະຫຼຸບ.
ພາຍໃຕ້ມາດຕາ 6:233(b) ຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ (Burgerlijk Wetboek, BW), ເງື່ອນໄຂທົ່ວໄປສາມາດຖືກຍົກເລີກໄດ້ ຖ້າຜູ້ໃຊ້ບໍ່ໄດ້ຮັບໂອກາດທີ່ສົມເຫດສົມຜົນທີ່ຈະຈົດບັນທຶກພວກມັນ. ມາດຕາ 6:234 BW ກຳນົດວິທີການສະເໜີໂອກາດດັ່ງກ່າວ. ທາງອອນລາຍ, ເງື່ອນໄຂທີ່ມີໃຫ້ກ່ອນສັນຍາຈະສິ້ນສຸດລົງ ໃນລັກສະນະທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດເກັບຮັກສາ ແລະ ຜະລິດຄືນໃໝ່ໄດ້ ໂດຍທົ່ວໄປແລ້ວຈະຕອບສະໜອງຄວາມຕ້ອງການດັ່ງກ່າວ. ລິ້ງທີ່ເຊື່ອງໄວ້ໃນ footer ທີ່ທ່ານຈະເຫັນຫຼັງຈາກຕິດຕັ້ງແລ້ວເທົ່ານັ້ນຈະບໍ່ຕອບສະໜອງຄວາມຕ້ອງການດັ່ງກ່າວ.
ຜູ້ບໍລິໂພກໄດ້ຮັບຜົນປະໂຫຍດຈາກບັນຊີລາຍຊື່ທາງກົດໝາຍຂອງເງື່ອນໄຂທີ່ໜັກໜ່ວງທີ່ບໍ່ສົມເຫດສົມຜົນໃນມາດຕາ 6:236 ແລະ 6:237 BW, ແລະ ຂໍ້ກຳນົດທີ່ລົບລ້າງສິດທິທາງກົດໝາຍ ຫຼື ກຳນົດໄລຍະເວລາແຈ້ງການທີ່ຍາວນານແມ່ນມີຄວາມສ່ຽງ. ບັນຊີລາຍຊື່ເຫຼົ່ານັ້ນບໍ່ໄດ້ນຳໃຊ້ກັບທຸລະກິດ. ລູກຄ້າທຸລະກິດຂະໜາດໃຫຍ່, ທີ່ມີພະນັກງານ 50 ຄົນຂຶ້ນໄປ ຫຼື ບັນຊີປະຈຳປີທີ່ເຜີຍແຜ່, ບໍ່ສາມາດອ້າງເຖິງເຫດຜົນການຍົກເລີກທົ່ວໄປຂອງມາດຕາ 6:233 BW (ມາດຕາ 6:235 BW). ໃນສະພາບແວດລ້ອມທຸລະກິດ, ການດັດແກ້ທີ່ໄດ້ເຈລະຈາຈຶ່ງມີຄ່າຫຼາຍກວ່າຄວາມຫວັງທີ່ສານຈະຍົກເລີກຂໍ້ກຳນົດດັ່ງກ່າວ.
ເງື່ອນໄຂການຫຸ້ມຫໍ່ພາຍໃນການຫຸ້ມຫໍ່, ເຊິ່ງເຫັນໄດ້ຫຼັງຈາກຊື້ແລ້ວເທົ່ານັ້ນ, ແມ່ນຮູບແບບທີ່ອ່ອນແອທີ່ສຸດ. ຖ້າທ່ານບໍ່ສາມາດອ່ານພວກມັນໄດ້ກ່ອນທີ່ສັນຍາຈະສິ້ນສຸດລົງ, ທ່ານມີການໂຕ້ຖຽງທີ່ເຂັ້ມແຂງວ່າທ່ານບໍ່ມີໂອກາດທີ່ສົມເຫດສົມຜົນທີ່ຈະຈົດບັນທຶກພວກມັນ. ບົດຄວາມຂອງພວກເຮົາກ່ຽວກັບ ຂໍ້ຕົກລົງໃບອະນຸຍາດ ເບິ່ງວິທີການຈັດໂຄງສ້າງຂອງຂໍ້ຕົກລົງເຫຼົ່ານີ້.
ນັບຕັ້ງແຕ່ວັນທີ 1 ມັງກອນ 2022 ເປັນຕົ້ນໄປ, ກົດໝາຍຂອງໂຮນລັງຍັງມີກົດລະບຽບສະເພາະສຳລັບການສະໜອງເນື້ອຫາດິຈິຕອນ ແລະ ການບໍລິການດິຈິຕອນໃຫ້ແກ່ຜູ້ບໍລິໂພກ, ໂດຍຈັດຕັ້ງປະຕິບັດຄຳສັ່ງ (EU) 2019/770. ຊອບແວຕ້ອງສອດຄ່ອງກັບສັນຍາ, ແລະ ຜູ້ສະໜອງຕ້ອງໃຫ້ການອັບເດດສຳລັບໄລຍະເວລາທີ່ຜູ້ບໍລິໂພກອາດຈະຄາດຫວັງໄດ້ຢ່າງສົມເຫດສົມຜົນ. ກົດລະບຽບດັ່ງກ່າວຈະນຳໃຊ້ບໍ່ວ່າຜູ້ບໍລິໂພກຈະຈ່າຍດ້ວຍເງິນ ຫຼື ດ້ວຍຂໍ້ມູນສ່ວນຕົວ.
ມີຮູບແບບໃບອະນຸຍາດໃດແດ່, ແລະມີຄວາມສ່ຽງຢູ່ໃສ?
ໃບອະນຸຍາດທີ່ເປັນເຈົ້າຂອງມີຫຼາຍຮູບແບບພື້ນຖານ. ຄວາມສ່ຽງທາງກົດໝາຍມັກຈະຢູ່ໃນຕົວຊີ້ວັດໃບອະນຸຍາດ, ບໍ່ແມ່ນຢູ່ໃນຊື່ຂອງຮູບແບບ.
ໃບອະນຸຍາດແບບຖາວອນໃຫ້ສິດທີ່ບໍ່ມີກຳນົດເວລາໃນການນຳໃຊ້ເວີຊັນສະເພາະ, ໂດຍປົກກະຕິແລ້ວແມ່ນໃຊ້ກັບຮາດແວທີ່ກຳນົດໄວ້, ໂດຍມີການສະໜັບສະໜູນ ແລະ ການອັບເກຣດທີ່ຂາຍແຍກຕ່າງຫາກ. ຄວາມສ່ຽງແມ່ນການປ່ຽນແປງຂອງເວີຊັນ. ສິດໃນການນຳໃຊ້ເວີຊັນຫົກບໍ່ລວມເຖິງເວີຊັນເຈັດ, ແລະ ຜູ້ສະໜອງທີ່ຢຸດຕິການສະໜັບສະໜູນສຳລັບເວີຊັນຂອງທ່ານຈະເຮັດໃຫ້ທ່ານປະຕິບັດຕາມກົດໝາຍແຕ່ຕິດຂັດໃນທາງປະຕິບັດ.
ຮູບແບບການສະໝັກໃຊ້ ຫຼື ຊອບແວເປັນການບໍລິການ (SaaS) ໃຫ້ການເຂົ້າເຖິງຕາບໃດທີ່ທ່ານຈ່າຍເງິນ. ການເຂົ້າເຖິງຈະສິ້ນສຸດລົງເມື່ອການຈ່າຍເງິນຢຸດລົງ, ເຊິ່ງເຮັດໃຫ້ຂໍ້ກຳນົດກ່ຽວກັບການຢຸດຕິ ແລະ ການສົ່ງຄືນຂໍ້ມູນມີຄວາມສຳຄັນຫຼາຍກວ່າລາຄາ. ສຳລັບຜູ້ບໍລິໂພກ, ກົດໝາຍຂອງໂຮນລັງຈຳກັດການຕໍ່ອາຍຸໂດຍອັດຕະໂນມັດ: ຫຼັງຈາກໄລຍະເວລາເບື້ອງຕົ້ນ, ການສະໝັກໃຊ້ທີ່ຕໍ່ອາຍຸຕ້ອງສາມາດຢຸດຕິໄດ້ທຸກເວລາດ້ວຍໄລຍະເວລາແຈ້ງການບໍ່ເກີນໜຶ່ງເດືອນ. ລູກຄ້າທຸລະກິດບໍ່ມີການປົກປ້ອງດັ່ງກ່າວ ແລະ ຖືກຜູກມັດໂດຍສິ່ງທີ່ເຂົາເຈົ້າໄດ້ເຊັນ.
ໃບອະນຸຍາດທີ່ອີງໃສ່ບ່ອນນັ່ງ ແລະ ໃບອະນຸຍາດທີ່ອີງໃສ່ອຸປະກອນຈະນັບຜູ້ໃຊ້ທີ່ມີຊື່, ຜູ້ໃຊ້ພ້ອມກັນ, ອຸປະກອນ ຫຼື ໂປເຊດເຊີ. ຂໍ້ຂັດແຍ່ງໃນການກວດສອບສ່ວນໃຫຍ່ເລີ່ມຕົ້ນທີ່ນີ້, ເພາະວ່າຕົວຊີ້ວັດໃນສັນຍາ ແລະ ການນຳໃຊ້ຕົວຈິງໄດ້ແຍກອອກຈາກກັນ. ຕົວຢ່າງທົ່ວໄປແມ່ນສະພາບແວດລ້ອມການທົດສອບ, ສຳເນົາການກູ້ຄືນໄພພິບັດ, ເຄື່ອງ virtual, ຜູ້ຮັບເໝົາ ແລະ ອະດີດພະນັກງານທີ່ບັນຊີຂອງເຂົາເຈົ້າບໍ່ເຄີຍຖືກລຶບອອກ.
ຮູບແບບທີ່ມີລະດັບ ແລະ ແບບຟຣີມຽມຂາຍໂປຣແກຣມດຽວກັນໃນລະດັບການເຮັດວຽກທີ່ແຕກຕ່າງກັນ. ການຍ້າຍໄປມາລະຫວ່າງລະດັບມັກຈະໝາຍເຖິງການຍອມຮັບເງື່ອນໄຂໃໝ່. ເງື່ອນໄຂທີ່ຜູ້ເບິ່ງແຍງລະບົບຍອມຮັບໂດຍການຄລິກຜ່ານໜ້າຈໍອັບເກຣດຈະຜູກມັດບໍລິສັດຢ່າງໜັກແໜ້ນຄືກັບຂໍ້ຕົກລົງທີ່ໄດ້ເຊັນແລ້ວ.
ທ່ານຄວນເຈລະຈາຂໍ້ໃດກ່ອນທີ່ຈະລົງນາມ?
ສຸມໃສ່ຂອບເຂດການນຳໃຊ້, ການໂອນ ແລະ ການປ່ຽນແປງການຄວບຄຸມ, ການກວດສອບ, ຄວາມຮັບຜິດຊອບ, ແລະ ການສະໜັບສະໜູນ ແລະ ການອອກ. ຂໍ້ເຫຼົ່ານີ້ກຳນົດວ່າໃບອະນຸຍາດມີມູນຄ່າເທົ່າໃດໃນການປະຕິບັດ.
ຂອບເຂດການນຳໃຊ້ມາກ່ອນ. ກຳນົດຜູ້ທີ່ອາດຈະໃຊ້ຊອບແວ: ສະເພາະບໍລິສັດຜູ້ຮັບເໝົາ, ຫຼື ບໍລິສັດກຸ່ມ, ຜູ້ຮັບເໝົາ ແລະ ຄູ່ຮ່ວມງານ outsourcing ເທົ່ານັ້ນ. ໃບອະນຸຍາດສຳລັບການນຳໃຊ້ທຸລະກິດພາຍໃນບໍ່ໄດ້ກວມເອົາປະຕູທີ່ເຊື່ອມຕໍ່ກັບລູກຄ້າ, ແລະ ໃບອະນຸຍາດທີ່ໃຫ້ແກ່ນິຕິບຸກຄົນໜຶ່ງຈະບໍ່ລອດຊີວິດຈາກການຈັດລະບຽບໃໝ່ໂດຍອັດຕະໂນມັດ.
ການໂອນ ແລະ ການປ່ຽນແປງການຄວບຄຸມແມ່ນຂັ້ນຕອນຕໍ່ໄປ. ການຫ້າມການໂອນສາມາດສະກັດກັ້ນການປັບໂຄງສ້າງກຸ່ມ ຫຼື ການຊື້ກິດຈະການ. ຂໍ້ກຳໜົດການປ່ຽນແປງການຄວບຄຸມສາມາດອະນຸຍາດໃຫ້ຜູ້ສະໜອງຢຸດຕິ ຫຼື ປັບລາຄາໃໝ່ໃນເວລາທີ່ທ່ານມີອຳນາດໜ້ອຍທີ່ສຸດ. ເຈລະຈາສິດໃນການມອບໝາຍໃບອະນຸຍາດພາຍໃນກຸ່ມຕັ້ງແຕ່ເລີ່ມຕົ້ນ.
ສິດທິໃນການກວດສອບສົມຄວນໄດ້ຮັບຄວາມສົນໃຈ. ຕົກລົງໄລຍະເວລາແຈ້ງການ, ຄວາມຖີ່, ຂໍ້ມູນໃດທີ່ຕ້ອງໄດ້ສະໜອງ, ການຮັກສາຄວາມລັບ, ບໍ່ວ່າຜູ້ກວດສອບພາຍນອກອາດຈະເຂົ້າໄປໃນສະຖານທີ່ຂອງທ່ານ ແລະ ໃຜເປັນຜູ້ຈ່າຍ. ຂໍ້ທີ່ສົມເຫດສົມຜົນຈຳກັດການກວດສອບໄວ້ພຽງປີລະຄັ້ງ, ບໍ່ລວມເອົາຄູ່ແຂ່ງໃນຖານະຜູ້ກວດສອບ ແລະ ກຳນົດວ່າຜູ້ສະໜອງຕ້ອງຈ່າຍ ເວັ້ນເສຍແຕ່ວ່າພົບເຫັນການຂາດດຸນທີ່ສຳຄັນ.
ຄວາມຮັບຜິດຊອບ ແລະ ການຮັບປະກັນມັກຈະຖືກນຳສະເໜີເປັນບໍ່ສາມາດເຈລະຈາໄດ້, ແຕ່ມັກຈະສາມາດເຈລະຈາໄດ້. ຂໍ້ປະຕິເສດຄວາມຮັບຜິດຊອບຕາມສະພາບຕົວຈິງ ແລະ ຂອບເຂດຈຳກັດຄ່າທຳນຽມສິບສອງເດືອນແມ່ນເປັນເລື່ອງທຳມະດາ. ຢ່າງໃດກໍຕາມ, ພາຍໃຕ້ກົດໝາຍຂອງໂຮນລັງ, ຜູ້ສະໜອງບໍ່ສາມາດອີງໃສ່ຂໍ້ຍົກເວັ້ນໄດ້ ຖ້າການສູນເສຍເກີດຈາກເຈດຕະນາ ຫຼື ຄວາມບໍ່ລະມັດລະວັງໂດຍເຈດຕະນາ (bewuste roekeloosheid). ຂອບເຂດຈຳກັດທີ່ບໍ່ມີວິທີແກ້ໄຂທີ່ມີຄວາມໝາຍສຳລັບລະບົບທີ່ສຳຄັນຍັງເຊື້ອເຊີນການໂຕ້ຖຽງວ່າການອີງໃສ່ມັນແມ່ນບໍ່ສາມາດຍອມຮັບໄດ້ພາຍໃຕ້ມາດຕາ 6:248(2) BW. ໃນກໍລະນີທີ່ຊອບແວມີຄວາມສຳຄັນທາງທຸລະກິດ, ໃຫ້ເຊື່ອມໂຍງຄວາມຮັບຜິດຊອບກັບຜົນສະທ້ອນທີ່ສຳຄັນແທນທີ່ຈະເປັນຄ່າທຳນຽມໃບອະນຸຍາດ.
ການອັບເດດ, ການສິ້ນສຸດການສະໜັບສະໜູນ ແລະ ການອອກຈາກລະບົບ ຈະເຮັດໃຫ້ລາຍຊື່ຄົບຖ້ວນ. ກຳນົດໄລຍະເວລາທີ່ຜູ້ສະໜອງຈະສະໜັບສະໜູນເວີຊັນຂອງທ່ານ, ແຈ້ງການໃດທີ່ນຳໃຊ້ກັບການຢຸດຕິການໃຫ້ບໍລິການ, ແລະ ສິ່ງທີ່ຈະເກີດຂຶ້ນກັບຂໍ້ມູນ ແລະ ການດຳເນີນງານຂອງທ່ານເມື່ອສັນຍາສິ້ນສຸດລົງ. ການຈັດການ escrow ຊອບແວ ແມ່ນຄຳຕອບແບບຄລາສສິກສຳລັບລະບົບໃນສະຖານທີ່. ສຳລັບການບໍລິການຄລາວ, ຄຳຕອບແມ່ນແຜນການອອກທີ່ບັນທຶກໄວ້ດ້ວຍຮູບແບບການສົ່ງອອກຂໍ້ມູນ; ບົດຄວາມຂອງພວກເຮົາກ່ຽວກັບ ສັນຍາຄລາວ ອະທິບາຍສິ່ງທີ່ຕ້ອງການ.
ທ່ານສາມາດຂາຍໃບອະນຸຍາດຊອບແວຄືນໄດ້ບໍ?
ບາງຄັ້ງ. ຖ້າທ່ານຊື້ສຳເນົາທີ່ດາວໂຫຼດມາເປັນໄລຍະເວລາທີ່ບໍ່ມີກຳນົດໂດຍມີຄ່າທຳນຽມຄັ້ງດຽວພາຍໃນ EU, ທ່ານອາດຈະຂາຍມັນຄືນໄດ້, ເຖິງແມ່ນວ່າໃບອະນຸຍາດຫ້າມການໂອນ, ໂດຍມີເງື່ອນໄຂວ່າທ່ານຢຸດໃຊ້ສຳເນົາຂອງທ່ານເອງ.
ໃນຄະດີ UsedSoft (ຄະດີ C-128/11, ວັນທີ 3 ກໍລະກົດ 2012), ສານຍຸຕິທຳຂອງສະຫະພາບເອີຣົບໄດ້ຕັດສິນວ່າສິດໃນການແຈກຢາຍໃນສຳເນົາດັ່ງກ່າວໄດ້ໝົດອາຍຸແລ້ວ. ຜູ້ຊື້ຄົນທຳອິດອາດຈະຂາຍຄືນໄດ້, ຕາບໃດທີ່ສຳເນົາຕົ້ນສະບັບຍັງບໍ່ສາມາດນຳໃຊ້ໄດ້ໃນເວລາໂອນ. ການຫ້າມການໂອນຕາມສັນຍາບໍ່ສາມາດສະກັດກັ້ນການຂາຍຄືນໄດ້.
ຂໍ້ຈຳກັດກໍ່ມີຄວາມສຳຄັນເທົ່າທຽມກັນ. ການລົບລ້າງການໃຊ້ສິດອະນຸຍາດນີ້ໃຊ້ໄດ້ກັບສຳເນົາທີ່ໄດ້ຮັບອະນຸຍາດເປັນໄລຍະເວລາທີ່ບໍ່ຈຳກັດ, ບໍ່ແມ່ນການສະໝັກໃຊ້ ຫຼື ການບໍລິການ. ມັນບໍ່ອະນຸຍາດໃຫ້ທ່ານແບ່ງໃບອະນຸຍາດແບບ volume license ອອກເປັນບ່ອນນັ່ງແຍກຕ່າງຫາກ. ມັນຮຽກຮ້ອງໃຫ້ຜູ້ຂາຍຢຸດໃຊ້ສຳເນົາ, ເຊິ່ງຕ້ອງສາມາດສະແດງໃຫ້ເຫັນໄດ້. ໃນຄະດີ Tom Kabinet (ຄະດີ C-263/18, ວັນທີ 19 ທັນວາ 2019), ສານໄດ້ປະຕິເສດທີ່ຈະນຳໃຊ້ເຫດຜົນດຽວກັນກັບ e-books, ໂດຍຖືວ່າການສະໜອງຂອງພວກມັນເປັນການສື່ສານຕໍ່ສາທາລະນະຊົນແທນທີ່ຈະເປັນການແຈກຢາຍ. ນັ້ນຈຳກັດວ່າເຫດຜົນຂອງຊອບແວຈະຂະຫຍາຍໄປສູ່ສິນຄ້າດິຈິຕອນອື່ນໆໄດ້ໄກປານໃດ.
ສຳລັບລູກຄ້າ, ມູນຄ່າຕົວຈິງແມ່ນຢູ່ໃນການເຈລະຈາ. ໃບອະນຸຍາດຖາວອນທີ່ບໍ່ໄດ້ໃຊ້ອາດຈະຍັງມີມູນຄ່າຢູ່, ແລະການປະຕິເສດຂອງຜູ້ສະໜອງທີ່ຈະອະນຸຍາດໃຫ້ມີການໂອນໃດໆບໍ່ແມ່ນຄຳສຸດທ້າຍສະເໝີໄປ.
ທ່ານຈັດການກັບການກວດສອບຊອບແວແນວໃດ?
ອ່ານຂໍ້ກຳນົດການກວດສອບກ່ອນທີ່ທ່ານຈະຕອບ ແລະ ຖືວ່າບົດລາຍງານການກວດສອບຄືກັບການຮຽກຮ້ອງທີ່ຕ້ອງທົດສອບ, ບໍ່ແມ່ນໃບແຈ້ງໜີ້ທີ່ຕ້ອງຈ່າຍ. ສັນຍາ, ບໍ່ແມ່ນແມ່ແບບຂອງຜູ້ກວດສອບ, ກຳນົດສິ່ງທີ່ທ່ານເປັນໜີ້.
ຂໍ້ຕົກລົງທີ່ເປັນເຈົ້າຂອງສ່ວນໃຫຍ່ອະນຸຍາດໃຫ້ຜູ້ສະໜອງກວດສອບການນຳໃຊ້ໄດ້. ການກວດສອບມັກຈະເລີ່ມຕົ້ນດ້ວຍຈົດໝາຍ, ຕາມດ້ວຍການຮ້ອງຂໍຂໍ້ມູນການນຳໃຊ້ ຫຼື ແບບສອບຖາມການປະເມີນຕົນເອງ, ແລະ ສິ້ນສຸດລົງດ້ວຍບົດລາຍງານທີ່ປຽບທຽບສິດທິກັບການຕິດຕັ້ງ. ໃນກໍລະນີທີ່ພົບຂໍ້ບົກຜ່ອງ, ຜູ້ສະໜອງຈະຮຽກຮ້ອງຄ່າທຳນຽມໃບອະນຸຍາດເພີ່ມເຕີມ, ເຊິ່ງມັກຈະເປັນລາຄາທີ່ລະບຸໄວ້ ແລະ ລ້າສຸດ, ບວກກັບຄ່າບຳລຸງຮັກສາ ແລະ ບາງຄັ້ງຄ່າໃຊ້ຈ່າຍໃນການກວດສອບ (ເປັນຄ່າທີ່ຕ້ອງຈ່າຍຕາມຄວາມເປັນຈິງ).
ສາມຢ່າງທີ່ຊ່ວຍຫຼຸດຜ່ອນຄວາມສ່ຽງ. ທຳອິດ, ຮັກສາຕຳແໜ່ງໃບອະນຸຍາດຂອງທ່ານໃຫ້ເປັນເອກະສານ: ສັນຍາ, ແບບຟອມສັ່ງຊື້, ລະຫັດ, ບັນທຶກສິດ ແລະ ພາບລວມໃນປະຈຸບັນຂອງການນຳໃຊ້, ເຊິ່ງເກັບຮັກສາໄວ້ເປັນສູນກາງແທນທີ່ຈະຢູ່ໃນກ່ອງຈົດໝາຍຂອງຜູ້ທີ່ຊື້ຊອບແວ. ອັນທີສອງ, ກວດສອບຂອບເຂດຂອງຂໍ້ກຳນົດການກວດສອບກ່ອນທີ່ທ່ານຈະມອບຂໍ້ມູນ. ອັນທີສາມ, ທົດສອບຕົວຊີ້ວັດຂອງຜູ້ກວດສອບ. ພວກມັນມັກຈະຖືກນຳໃຊ້ກັບສະພາບແວດລ້ອມທີ່ສັນຍາບໍ່ໄດ້ກວມເອົາຢ່າງຈະແຈ້ງ, ເຊັ່ນ: ລະບົບ virtualized ຫຼື standby, ແລະນັ້ນແມ່ນຄຳຖາມທາງກົດໝາຍແທນທີ່ຈະເປັນຄຳຖາມທາງວິຊາການ.
ໃນກໍລະນີທີ່ຜູ້ສະໜອງກ່າວຫາການນຳໃຊ້ເກີນກວ່າໃບອະນຸຍາດ, ຜູ້ສະໜອງອາດຈະນຳສະເໜີການຮຽກຮ້ອງດັ່ງກ່າວວ່າເປັນການລະເມີດລິຂະສິດແທນທີ່ຈະເປັນການລະເມີດສັນຍາ, ເພາະວ່າວິທີແກ້ໄຂແມ່ນເຂັ້ມແຂງກວ່າ. ບໍ່ວ່າສິ່ງນັ້ນຈະຖືກຕ້ອງແມ່ນຂຶ້ນກັບວ່າການນຳໃຊ້ນັ້ນຢູ່ນອກໃບອະນຸຍາດ ຫຼື ພຽງແຕ່ລະເມີດເງື່ອນໄຂພາຍໃນມັນ. ຄວາມແຕກຕ່າງນັ້ນແມ່ນສິ່ງທີ່ຄວນໂຕ້ຖຽງ. ບົດຄວາມຂອງພວກເຮົາກ່ຽວກັບ ຊອບແວທີ່ມີໃບອະນຸຍາດທີ່ບໍ່ແມ່ນການຄ້າທີ່ໃຊ້ໃນທຸລະກິດ ສະແດງໃຫ້ເຫັນວ່າສິ່ງນີ້ເກີດຂຶ້ນໄວປານໃດໃນການປະຕິບັດ, ແລະພາບລວມຂອງພວກເຮົາກ່ຽວກັບ ການບັງຄັບໃຊ້ຊັບສິນທາງປັນຍາໃນປະເທດເນເທີແລນ ໄດ້ກຳນົດວິທີແກ້ໄຂ.
ເຈົ້າຈະຫຼີກລ່ຽງການຖືກລັອກອິນ ແລະ ຮັກສາສິດໃນການອອກໄປໄດ້ແນວໃດ?
ຄວາມສ່ຽງດ້ານຍຸດທະສາດຫຼັກຂອງຊອບແວທີ່ເປັນເຈົ້າຂອງແມ່ນການເພິ່ງພາອາໄສ, ບໍ່ແມ່ນຄ່າທຳນຽມ. ສຳລັບການບໍລິການຄລາວ, ກົດໝາຍວ່າດ້ວຍຂໍ້ມູນຂອງ EU ໃນປັດຈຸບັນໃຫ້ສິດທ່ານໃນການປ່ຽນ; ສຳລັບຊອບແວໃນສະຖານທີ່, ທ່ານຕ້ອງຈັດການການອອກຂອງທ່ານໃນສັນຍາ.
ຂໍ້ມູນໃນຮູບແບບທີ່ເປັນເຈົ້າຂອງ, ຂະບວນການທີ່ສ້າງຂຶ້ນອ້ອມຮອບຂັ້ນຕອນການເຮັດວຽກຂອງຜູ້ຂາຍລາຍໜຶ່ງ ແລະ ການເຊື່ອມໂຍງທີ່ຂຽນໄວ້ສຳລັບອິນເຕີເຟດຂອງຜູ້ຂາຍລາຍໜຶ່ງ ລ້ວນແຕ່ເພີ່ມຄ່າໃຊ້ຈ່າຍໃນການອອກຈາກບໍລິສັດ. ຜູ້ສະໜອງທີ່ຮູ້ລາຄານີ້ຕາມຄວາມເໝາະສົມໃນເວລາຕໍ່ອາຍຸ.
ກົດ ໝາຍວ່າດ້ວຍຂໍ້ມູນ (ລະບຽບການ (EU) 2023/2854) ໄດ້ມີຜົນບັງຄັບໃຊ້ຕັ້ງແຕ່ວັນທີ 12 ກັນຍາ 2025. ມັນມີພັນທະໃຫ້ຜູ້ໃຫ້ບໍລິການປະມວນຜົນຂໍ້ມູນ, ເຊັ່ນ: ຜູ້ໃຫ້ບໍລິການຄລາວ ແລະ SaaS, ເພື່ອໃຫ້ລູກຄ້າສາມາດປ່ຽນໄປຫາຜູ້ໃຫ້ບໍລິການອື່ນ ຫຼື ລະບົບຂອງຕົນເອງ. ຜູ້ໃຫ້ບໍລິການຕ້ອງກຳຈັດອຸປະສັກທາງດ້ານສັນຍາ ແລະ ເຕັກນິກຕໍ່ການປ່ຽນ ແລະ ໃຫ້ຂໍ້ມູນ ແລະ ການຊ່ວຍເຫຼືອທີ່ຈຳເປັນ. ຄ່າທຳນຽມການປ່ຽນກຳລັງຖືກຍົກເລີກ ແລະ ອາດຈະບໍ່ຖືກຄິດຄ່າທຳນຽມອີກຕໍ່ໄປຕັ້ງແຕ່ວັນທີ 12 ມັງກອນ 2027. ກົດໝາຍວ່າດ້ວຍຂໍ້ມູນບໍ່ໄດ້ນຳໃຊ້ກັບໃບອະນຸຍາດຊອບແວໃນສະຖານທີ່. ສຳລັບສິ່ງເຫຼົ່ານັ້ນ, ການປົກປ້ອງຍັງຕ້ອງມາຈາກສັນຍາ: ເງິນຝາກປະກັນ, ອິນເຕີເຟດທີ່ມີເອກະສານ, ການສົ່ງອອກຂໍ້ມູນໃນຮູບແບບທີ່ສາມາດໃຊ້ໄດ້ ແລະ ໄລຍະເວລາການຫັນປ່ຽນທີ່ກຳນົດໄວ້ຫຼັງຈາກການຢຸດຕິ.
ການເລືອກລະຫວ່າງຊອບແວທີ່ເປັນເຈົ້າຂອງ ແລະ ຊອບແວແບບເປີດແມ່ນການຕັດສິນໃຈທາງທຸລະກິດທີ່ມີຜົນສະທ້ອນທາງກົດໝາຍຕໍ່ທັງສອງຝ່າຍ. ເງື່ອນໄຂທີ່ເປັນເຈົ້າຂອງໃຫ້ທ່ານມີຜູ້ສະໜອງທີ່ຮັບຜິດຊອບພຽງຄົນດຽວ, ລະດັບການບໍລິການຕາມສັນຍາ ແລະ ມັກຈະມີການຊົດເຊີຍຕໍ່ການຮຽກຮ້ອງຂອງພາກສ່ວນທີສາມ, ໃນລາຄາທີ່ຄວບຄຸມໄດ້. ຊອບແວແບບເປີດໄດ້ລົບລ້າງຄ່າທຳນຽມ ແລະ ການລັອກອິນ, ແຕ່ນຳເອົາພັນທະການປະຕິບັດຕາມໃບອະນຸຍາດມາໃຫ້, ແລະ ເງື່ອນໄຂລິຂະສິດສາມາດເຂົ້າໄປໃນລະຫັດຂອງທ່ານເອງໄດ້ຫຼາຍກວ່າທີ່ຄາດໄວ້. ສະພາບແວດລ້ອມທີ່ປະສົມປະສານແມ່ນເລື່ອງປົກກະຕິ. ສິ່ງທີ່ເຮັດໃຫ້ເກີດບັນຫາແມ່ນສະພາບແວດລ້ອມທີ່ບໍ່ມີໃຜໄດ້ວາງແຜນໄວ້.
ທ່ານຄວນຈ້າງທະນາຍຄວາມເມື່ອໃດ?
ຂໍຄໍາແນະນໍາກ່ອນທີ່ຈະເຊັນສັນຍາ ຖ້າຊອບແວມີຄວາມສໍາຄັນຕໍ່ທຸລະກິດ, ສັນຍາຂ້າມຊາຍແດນ, ຜູ້ສະໜອງປະມວນຜົນຂໍ້ມູນສ່ວນຕົວ, ຫຼື ຕົວຊີ້ວັດໃບອະນຸຍາດບໍ່ກົງກັບວິທີການເຮັດວຽກຕົວຈິງຂອງທ່ານ. ຂໍຄໍາແນະນໍາທັນທີເມື່ອມີແຈ້ງການການກວດສອບ ຫຼື ຈົດໝາຍຢຸດຕິການອະນຸມັດມາຮອດ, ເພາະວ່າຄໍາຕອບທໍາອິດຈະເປັນກອບຂອງຂໍ້ຂັດແຍ່ງສ່ວນທີ່ເຫຼືອ.
ທະນາຍຄວາມດ້ານຊັບສິນທາງປັນຍາ ແລະ ທະນາຍຄວາມດ້ານໄອທີ ຂອງພວກເຮົາ ໃຫ້ຄໍາແນະນໍາແກ່ຜູ້ສະໜອງ ແລະ ລູກຄ້າກ່ຽວກັບຂໍ້ຕົກລົງໃບອະນຸຍາດ, ລະດັບການບໍລິການ ແລະ ຂໍ້ຕົກລົງການບໍາລຸງຮັກສາ, ການຈັດການຄລາວ ແລະ ສັນຍາຄລາວ, ການກວດສອບ ແລະ ຂໍ້ຂັດແຍ່ງກ່ຽວກັບໃບອະນຸຍາດ. ຂໍ້ຄວາມທາງກົດໝາຍສາມາດພົບໄດ້ໃນ ຄໍາສັ່ງຊອບແວ 2009/24/EC.
ໃນບົດສະຫຼຸບ
- ໃບອະນຸຍາດທີ່ເປັນເຈົ້າຂອງແມ່ນສິດໃນການນຳໃຊ້ທີ່ຈຳກັດ; ຜູ້ສະໜອງຮັກສາລິຂະສິດ ແລະ ລະຫັດແຫຼ່ງຂໍ້ມູນໄວ້.
- ການຈ່າຍເງິນສຳລັບການພັດທະນາບໍ່ໄດ້ເຮັດໃຫ້ທ່ານເປັນເຈົ້າຂອງ: ລິຂະສິດຂອງຜູ້ຮັບເໝົາຈະຜ່ານໄດ້ໂດຍການຂຽນເປັນລາຍລັກອັກສອນເທົ່ານັ້ນ.
- ທ່ານຮັກສາສິດບາງຢ່າງບໍ່ວ່າໃບອະນຸຍາດຈະກ່າວໄວ້ແນວໃດ, ລວມທັງສຳເນົາສຳຮອງ, ການສັງເກດ ແລະ ການທົດສອບ, ແລະ ການຖອດລະຫັດເພື່ອການເຮັດວຽກຮ່ວມກັນ.
- ໃບອະນຸຍາດແບບຖາວອນທີ່ດາວໂຫຼດມາສາມາດຂາຍຕໍ່ພາຍໃນ EU (UsedSoft) ໄດ້, ແຕ່ການສະໝັກໃຊ້ບໍ່ສາມາດເຮັດໄດ້.
- ສຳລັບການບໍລິການຄລາວ, ກົດໝາຍວ່າດ້ວຍຂໍ້ມູນໃຫ້ສິດໃນການປ່ຽນ; ສຳລັບຊອບແວໃນສະຖານທີ່, ໃຫ້ຮັບປະກັນການອອກຈາກສັນຍາຂອງທ່ານ.
ບໍ່ແນ່ໃຈວ່າທ່ານຢູ່ໃສບໍ? ບອກພວກເຮົາກ່ຽວກັບສະຖານະການຂອງທ່ານ. ພວກເຮົາຈະແຈ້ງໃຫ້ທ່ານຮູ້ທາງເລືອກຂອງທ່ານພາຍໃນໜຶ່ງມື້ເຮັດວຽກ.