ໂຄງການຊອບແວທີ່ຢຸດສະງັກລົງແມ່ນຜົນກະທົບທີ່ຮ້າຍແຮງສຳລັບທັງສອງຝ່າຍ. ລູກຄ້າໄດ້ລົງທຶນໃນລະບົບທີ່ມີຈຸດປະສົງເພື່ອປັບປຸງການດຳເນີນງານຂອງຕົນ ແລະ ເບິ່ງເສັ້ນຕາຍຜ່ານໄປໂດຍບໍ່ມີຜົນໄດ້ຮັບທີ່ດີ. ຜູ້ສະໜອງມັກຈະເຫັນພາບທີ່ແຕກຕ່າງ: ລູກຄ້າທີ່ນຳສະເໜີຄວາມປາດຖະໜາໃໝ່ໆຢູ່ເລື້ອຍໆ, ເລື່ອນການຕັດສິນໃຈ ຫຼື ໃຫ້ຂໍ້ມູນໜ້ອຍເກີນໄປ.
ສະນັ້ນໃຜເປັນຜູ້ຮັບຜິດຊອບການສູນເສຍ? ສີ່ຈຸດໃນຕອນເລີ່ມຕົ້ນ:
- ໂຄງການຊອບແວທີ່ລົ້ມເຫຼວບໍ່ແມ່ນຄວາມລົ້ມເຫຼວໂດຍອັດຕະໂນມັດໃນການປະຕິບັດໃນສ່ວນຂອງຜູ້ສະໜອງ.
- ການຮ່ວມມືຂອງລູກຄ້າຍັງສາມາດກ່ຽວຂ້ອງກັບກົດໝາຍໄດ້.
- ບັນທຶກໂຄງການ ແລະ ຂໍ້ຕົກລົງສັນຍາທີ່ດີຈະຊ່ວຍຈຳກັດຄວາມສ່ຽງດ້ານການຟ້ອງຮ້ອງ.
- ການສືບສວນຂອງຜູ້ຊ່ຽວຊານສາມາດເປັນການຕັດສິນໃຈທີ່ຕັດສິນສໍາລັບການປະເມີນດ້ານວິຊາການ.
ຂ້າງລຸ່ມນີ້ພວກເຮົາຈະກ່າວເຖິງສາເຫດທົ່ວໄປ, ການປະເມີນທາງດ້ານກົດໝາຍ, ໜ້າທີ່ຂອງລູກຄ້າໃນການຮ່ວມມື, ການສືບສວນຂອງຜູ້ຊ່ຽວຊານ, ຜົນໄດ້ຮັບທີ່ເປັນໄປໄດ້ຂອງການດຳເນີນຄະດີ, ຕົວຢ່າງທີ່ເປັນປະໂຫຍດສະແດງໃຫ້ເຫັນ, ແລະມາດຕະການໃດທີ່ສາມາດປ້ອງກັນຂໍ້ຂັດແຍ່ງໄດ້.
ສາເຫດທົ່ວໄປ
ມີຫຼາຍສາເຫດທີ່ເກີດຂຶ້ນຊ້ຳອີກໃນການປະຕິບັດ.
- ຂອບເຂດວຽກງານທີ່ຄ່ອຍໆຂະຫຍາຍອອກໄປ, ການຂະຫຍາຍຕົວຂອງວຽກມອບໝາຍເທື່ອລະກ້າວ. ຄວາມຕ້ອງການຂອງລະບົບຍັງສືບຕໍ່ເພີ່ມຂຶ້ນໂດຍບໍ່ມີຂັ້ນຕອນການປ່ຽນແປງຢ່າງເປັນທາງການທີ່ແກ້ໄຂຜົນສະທ້ອນຕໍ່ການວາງແຜນ ແລະ ງົບປະມານ.
- ຂໍ້ກຳນົດດ້ານການເຮັດວຽກບໍ່ຊັດເຈນ ຫຼື ບໍ່ຄົບຖ້ວນ. ຖ້າບໍ່ໄດ້ກຳນົດລ່ວງໜ້າວ່າລະບົບຕ້ອງເຮັດຫຍັງ, ຂໍ້ຂັດແຍ່ງກ່ຽວກັບວ່າຜົນໄດ້ຮັບທີ່ສົ່ງມານັ້ນເປັນໄປຕາມທີ່ກຳນົດໄວ້ຈະຕາມມາໃນພາຍຫຼັງ.
- ການອອກແບບລະບົບທີ່ບໍ່ດີ. ສະຖາປັດຕະຍະກຳບໍ່ໄດ້ຖືກສ້າງຂຶ້ນສຳລັບການໂຫຼດຕົວຈິງ, ການໂຕ້ຕອບກັບລະບົບອື່ນ, ຫຼື ການຂະຫຍາຍຕົວໃນອະນາຄົດ.
- ການປະເມີນຄວາມສັບສົນ ແລະ ເວລານຳໜ້າຕໍ່າເກີນໄປ, ໂດຍສະເພາະໃນໂຄງການທີ່ຕ້ອງໄດ້ເຊື່ອມຕໍ່ລະບົບທີ່ມີຢູ່ແລ້ວຫຼາຍລະບົບ.
- ການຮ່ວມມືຊ້າ ຫຼື ມີຈຳກັດຈາກລູກຄ້າ.
ສາເຫດເຫຼົ່ານີ້ບໍ່ຄ່ອຍຈະຢືນຢູ່ໂດດດ່ຽວ. ພວກມັນມັກຈະເສີມສ້າງເຊິ່ງກັນແລະກັນ. ໂຄງການທີ່ດຳເນີນໄປຊ້າໃນຕອນທຳອິດອາດຈະລົ້ມເຫຼວທັງໝົດ.
ການປະເມີນທາງດ້ານກົດໝາຍ: ການບໍ່ປະຕິບັດ ແລະ ຄວາມຜິດທີ່ປະກອບສ່ວນ
ຄຳຖາມທາງກົດໝາຍທຳອິດແມ່ນວ່າຜູ້ສະໜອງມີການລະເມີດທີ່ອາດເກີດຂຶ້ນຫຼືບໍ່. ມາດຕາ 6:74 ຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ ກຳນົດໃຫ້ລູກໜີ້ຕ້ອງຊົດເຊີຍການສູນເສຍທີ່ເຈົ້າໜີ້ໄດ້ຮັບຍ້ອນການບໍ່ປະຕິບັດໜ້າທີ່, ເວັ້ນເສຍແຕ່ວ່າຄວາມລົ້ມເຫຼວດັ່ງກ່າວບໍ່ສາມາດຖືວ່າເປັນຍ້ອນມັນ.
ດັ່ງນັ້ນ, ການຮຽກຮ້ອງທີ່ປະສົບຜົນສຳເລັດຮຽກຮ້ອງໃຫ້ມີການຢືນຢັນວ່າຜູ້ສະໜອງບໍ່ໄດ້ສົ່ງມອບສິ່ງທີ່ໄດ້ຕົກລົງກັນ, ຕົວຢ່າງເຊັ່ນຍ້ອນວ່າຊອບແວບໍ່ຕອບສະໜອງຂໍ້ກຳນົດດ້ານການເຮັດວຽກທີ່ໄດ້ບັນທຶກໄວ້. ແລະຄວາມລົ້ມເຫຼວຕ້ອງເປັນຍ້ອນມັນ, ຊຶ່ງໝາຍຄວາມວ່າບໍ່ມີເຫດການທີ່ບໍ່ສາມາດຄວບຄຸມໄດ້.
ໃນທາງປະຕິບັດ, ຄວາມຮັບຜິດຊອບມັກຈະຖືກແບ່ງປັນ. ລູກຄ້າໄດ້ໃຫ້ຄວາມຊັດເຈນກ່ຽວກັບຄວາມຕ້ອງການບາງຢ່າງຊ້າ, ປ່ຽນແປງຄວາມປາດຖະໜາຂອງເຂົາເຈົ້າໃນລະຫວ່າງໂຄງການໂດຍບໍ່ຍອມຮັບຜົນສະທ້ອນຕໍ່ການວາງແຜນ ແລະ ຄ່າໃຊ້ຈ່າຍ, ຫຼື ບໍ່ມີສະພາບແວດລ້ອມການທົດສອບທີ່ໃຊ້ໄດ້.
ໃນກໍລະນີດັ່ງກ່າວ, ສານອາດຈະຫຼຸດຜ່ອນພັນທະຂອງຜູ້ສະໜອງໃນການຊົດເຊີຍພາຍໃຕ້ມາດຕາ 6:101 ຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ, ຕາມສັດສ່ວນຂອງຂອບເຂດທີ່ສະຖານະການທີ່ເກີດຈາກລູກຄ້າທີ່ປະກອບສ່ວນເຮັດໃຫ້ເກີດການສູນເສຍ. ຫຼັກການຂອງຄວາມຜິດຂອງຜູ້ປະກອບສ່ວນນີ້ສາມາດຫຼຸດຜ່ອນຄຳຕັດສິນໄດ້ຢ່າງຫຼວງຫຼາຍ, ແລະໃນກໍລະນີພິເສດນຳໄປສູ່ການຍົກເລີກຄຳຕັດສິນທັງໝົດ.
ຄຳແນະນຳທີ່ເປັນປະໂຫຍດສຳລັບທັງສອງຝ່າຍ: ບັນທຶກຕະຫຼອດໂຄງການວ່າໃຜເປັນຜູ້ຕັດສິນໃຈອັນໃດ, ມີການປ່ຽນແປງອັນໃດ, ແລະ ຂໍ້ມູນໃດຈະຖືກສະໜອງໃຫ້ເວລາໃດ. ໃນການດຳເນີນຄະດີ, ບັນທຶກດັ່ງກ່າວມັກຈະສ້າງຄວາມແຕກຕ່າງລະຫວ່າງຄວາມຮັບຜິດຊອບຢ່າງເຕັມທີ່ ແລະ ຜົນໄດ້ຮັບທີ່ມີລະດັບຄວາມເຂັ້ມງວດ.
ໜ້າທີ່ຂອງລູກຄ້າໃນການຮ່ວມມື
ການຈັດຕັ້ງປະຕິບັດຊອບແວແມ່ນຄວາມພະຍາຍາມຮ່ວມກັນ. ຜູ້ສະໜອງສ້າງ ແລະ ຕັ້ງຄ່າ, ແຕ່ຂຶ້ນກັບລູກຄ້າຢ່າງຕໍ່ເນື່ອງ: ຂໍ້ກຳນົດທີ່ທັນເວລາ ແລະ ຄົບຖ້ວນ, ຂໍ້ມູນການທົດສອບທີ່ສາມາດໃຊ້ໄດ້, ການຕັດສິນໃຈຢ່າງວ່ອງໄວກ່ຽວກັບຄຳຖາມທີ່ຍັງຄ້າງຢູ່, ແລະ ການຍອມຮັບອົງປະກອບທີ່ສົ່ງມອບຢ່າງທັນເວລາ.
ໃນກໍລະນີທີ່ບໍ່ມີການຮ່ວມມືດັ່ງກ່າວ, ຜູ້ສະໜອງກໍ່ບໍ່ສາມາດເຮັດວຽກຂອງຕົນໄດ້. ກົດໝາຍໄດ້ກຳນົດຜົນສະທ້ອນຕໍ່ສິ່ງນີ້. ມາດຕາ 6:58 ແລະ ລໍາດັບຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ ຄວບຄຸມການຜິດນັດຂອງເຈົ້າໜີ້, ເຊິ່ງເກີດຂຶ້ນເມື່ອການປະຕິບັດໜ້າທີ່ໂດຍລູກໜີ້ຖືກຂັດຂວາງ ເນື່ອງຈາກການຮ່ວມມືທີ່ຕ້ອງການຈາກເຈົ້າໜີ້ບໍ່ໄດ້ມີມາ.
ແປເປັນການປະຕິບັດ: ຖ້າຜູ້ສະໜອງມີຄວາມຊັກຊ້າຍ້ອນລູກຄ້າບໍ່ໄດ້ສະໜອງສິ່ງທີ່ຕ້ອງການທັນເວລາ, ຜູ້ສະໜອງຈະບໍ່ຕົກຢູ່ໃນສະພາບຜິດນັດ ແລະ ບໍ່ຮັບຜິດຊອບຕໍ່ຄວາມຊັກຊ້ານັ້ນ. ລູກຄ້າອາດຈະເປັນຜູ້ຜິດນັດເອງ. ເນື່ອງຈາກວ່າໂຄງການຊອບແວໂດຍທົ່ວໄປແມ່ນເຮັດຊ້ຳໆ, ໂດຍແຕ່ລະໄລຍະສ້າງຂຶ້ນບົນພື້ນຖານຄຳຕິຊົມ ແລະ ການອະນຸມັດຈາກໄລຍະກ່ອນໜ້ານີ້, ການປ້ອນຂໍ້ມູນທີ່ບໍ່ມີຢູ່ແມ່ນຖືກນຳໃຊ້ເປັນປະຈຳໃນກໍລະນີກົດໝາຍເພື່ອຖືວ່າຄວາມຊັກຊ້າທັງໝົດ ຫຼື ບາງສ່ວນແມ່ນຍ້ອນລູກຄ້າ.
ສຳລັບລູກຄ້າ, ນີ້ແມ່ນຈຸດທີ່ຄວນສັງເກດ: ການວິພາກວິຈານຄວາມຄືບໜ້າມີນ້ຳໜັກໜ້ອຍໃນກໍລະນີທີ່ການຕັດສິນໃຈຂອງທ່ານເອງຊ້າ. ສຳລັບຜູ້ສະໜອງ, ກົງກັນຂ້າມກັບນີ້: ການຊັກຊ້າທີ່ເກີດຈາກລູກຄ້າທັນທີ ແລະ ເປັນລາຍລັກອັກສອນ, ຕົວຢ່າງເຊັ່ນ ມີການເຕືອນຢ່າງຊັດເຈນ ຫຼື ແຈ້ງການກ່ຽວກັບການຜິດນັດທັນທີທີ່ການປ້ອນຂໍ້ມູນທີ່ຈຳເປັນບໍ່ສາມາດເກີດຂຶ້ນໄດ້. ຖ້າສິ່ງນັ້ນບໍ່ເກີດຂຶ້ນ, ມັນມັກຈະເປັນໄປບໍ່ໄດ້ທີ່ຈະສ້າງຄືນໃໝ່ໃນພາຍຫຼັງວ່າໃຜເປັນສາເຫດຂອງການຊັກຊ້າ.
ການສືບສວນຂອງຜູ້ຊ່ຽວຊານ
ໂຄງການຊອບແວມີລັກສະນະທາງດ້ານເຕັກນິກ. ຊອບແວທີ່ສົ່ງມອບໄດ້ຕອບສະໜອງຕາມສະເປັກບໍ? ຄວາມຊັກຊ້າແມ່ນຂຶ້ນກັບຜູ້ສະໜອງ ຫຼື ລູກຄ້າບໍ? ໃບແຈ້ງໜີ້ວຽກເພີ່ມເຕີມມີເຫດຜົນບໍ? ຄຳຖາມກ່ຽວກັບສະຖາປັດຕະຍະກຳ, ລະຫັດແຫຼ່ງຂໍ້ມູນ, ການຕິດຕາມຄວາມຕ້ອງການຜ່ານຂະບວນການພັດທະນາ ແລະ ເນື້ອໃນຂອງບົດລາຍງານການທົດສອບຮຽກຮ້ອງໃຫ້ມີຄວາມຮູ້ດ້ານວິຊາການທີ່ບໍ່ສາມາດຄາດຫວັງໄດ້ຈາກຜູ້ພິພາກສາ.
ດ້ວຍເຫດຜົນດັ່ງກ່າວ, ບົດລາຍງານຂອງຜູ້ຊ່ຽວຊານທີ່ສັ່ງໂດຍສານມັກຈະຖືກມອບໝາຍໃຫ້ໃຊ້ໃນຂໍ້ຂັດແຍ່ງເຫຼົ່ານີ້, ພາຍໃຕ້ມາດຕາ 194 ຫາ 207 ຂອງປະມວນກົດໝາຍວ່າດ້ວຍວິທີພິຈາລະນາຄະດີແພ່ງຂອງໂຮນລັງ. ຫຼັງຈາກນັ້ນ, ຜູ້ຊ່ຽວຊານເອກະລາດຈະປະເມີນວ່າຊອບແວໄດ້ຕອບສະໜອງເງື່ອນໄຂທີ່ໄດ້ຕົກລົງກັນຫຼືບໍ່, ບ່ອນທີ່ເກີດຄວາມຊັກຊ້າ, ແລະຄ່າໃຊ້ຈ່າຍທີ່ເກີດຂຶ້ນນັ້ນສົມເຫດສົມຜົນຫຼືບໍ່. ໃນທາງປະຕິບັດ, ຜົນໄດ້ຮັບມີນ້ຳໜັກຫຼາຍໃນຄຳຕັດສິນຂອງສານ.
ໂດຍທົ່ວໄປແລ້ວ, ຜູ້ຊ່ຽວຊານຈະຕ້ອງມີເອກະສານດັ່ງຕໍ່ໄປນີ້:
- ສັນຍາ ແລະ ເອກະສານຄັດຕິດຂອງມັນ;
- ລາຍລະອຽດດ້ານໜ້າທີ່ ແລະ ເຕັກນິກ;
- ຄຳຮ້ອງຂໍການປ່ຽນແປງ;
- ບົດລາຍງານການວາງແຜນໂຄງການ ແລະ ຄວາມຄືບໜ້າ;
- ບົດລາຍງານການທົດສອບ;
- ການຕິດຕໍ່ສື່ສານກ່ຽວກັບການຊັກຊ້າ ແລະ ການຍອມຮັບ;
- ລະຫັດແຫຼ່ງຂໍ້ມູນ ແລະ ເອກະສານ.
ຖ້າສ່ວນໜຶ່ງຂອງສິ່ງນີ້ຂາດຫາຍໄປ, ຜູ້ຊ່ຽວຊານມັກຈະບໍ່ສາມາດຕອບຄຳຖາມໄດ້. ນັ້ນເຮັດໃຫ້ເຫັນເຖິງຫຼັກຖານຂອງຝ່າຍຕ່າງໆໂດຍອີງໃສ່ຂໍ້ເທັດຈິງເຫຼົ່ານັ້ນ. ດັ່ງນັ້ນ, ມັນຈຶ່ງຄຸ້ມຄ່າທີ່ຈະຮັກສາເອກະສານນີ້ໃຫ້ເປັນລະບຽບໃນລະຫວ່າງໂຄງການ, ບໍ່ພຽງແຕ່ເມື່ອຂໍ້ຂັດແຍ່ງເກີດຂຶ້ນເທົ່ານັ້ນ.
ຜົນໄດ້ຮັບທີ່ເປັນໄປໄດ້ຂອງການດຳເນີນຄະດີ
ໃນກໍລະນີທີ່ມີພຽງສ່ວນໜຶ່ງຂອງສັນຍາທີ່ຜິດພາດ, ຕົວຢ່າງເຊັ່ນ ເນື່ອງຈາກໂມດູນໜຶ່ງບໍ່ເຮັດວຽກ ໃນຂະນະທີ່ສ່ວນທີ່ເຫຼືອສາມາດໃຊ້ໄດ້, ສານອາດສັ່ງໃຫ້ຍົກເລີກບາງສ່ວນພາຍໃຕ້ມາດຕາ 6:265 ທີ່ອ່ານຮ່ວມກັບມາດຕາ 6:270 ຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ. ຫຼັງຈາກນັ້ນ, ສ່ວນທີ່ປະສົບຜົນສຳເລັດຍັງຄົງຢູ່.
ຄ່າເສຍຫາຍອາດຈະຖືກມອບພາຍໃຕ້ມາດຕາ 6:74, ເຊິ່ງຫຼັງຈາກນັ້ນສາມາດຫຼຸດຜ່ອນໄດ້ສຳລັບຄວາມຜິດຂອງຜູ້ປະກອບສ່ວນພາຍໃຕ້ມາດຕາ 6:101. ສຸດທ້າຍ, ສານອາດຈະຫຼຸດຜ່ອນຄ່າເສຍຫາຍພາຍໃຕ້ມາດຕາ 6:109, ຕົວຢ່າງເຊັ່ນ ໃນກໍລະນີທີ່ຈຳນວນເງິນທີ່ຮຽກຮ້ອງບໍ່ມີຄວາມກ່ຽວຂ້ອງກັບມູນຄ່າສັນຍາເດີມ. ສານໃຊ້ອຳນາດໃນການຫຼຸດຜ່ອນດັ່ງກ່າວຢ່າງລະມັດລະວັງ.
ໃນທາງປະຕິບັດໂຄງການຊອບແວທີ່ລົ້ມເຫຼວມັກຈະສິ້ນສຸດລົງດ້ວຍການເລີ່ມໃໝ່ຢູ່ຜູ້ສະໜອງອື່ນ. ມັນກໍ່ບໍ່ຄ່ອຍຈະດຳເນີນໄປໂດຍບໍ່ມີການສົນທະນາ. ໃຜຈະໄດ້ລະຫັດແຫຼ່ງຂໍ້ມູນ? ໃຜຖືສິດທິຊັບສິນທາງປັນຍາໃນລະບົບທີ່ສ້າງຂຶ້ນ? ມີການຈັດການ escrow ບໍ, ເຊິ່ງລະຫັດແຫຼ່ງຂໍ້ມູນຖືກຝາກໄວ້ກັບພາກສ່ວນທີສາມທີ່ເປັນເອກະລາດ? ຜູ້ໃດກໍຕາມທີ່ບໍ່ໄດ້ຕົກລົງໃດໆໃນຕອນເລີ່ມຕົ້ນຈະສັງເກດເຫັນມັນຢ່າງແນ່ນອນໃນເວລານີ້.
ຕົວຢ່າງປະຕິບັດຕົວຈິງສະແດງໃຫ້ເຫັນຫຍັງແດ່
ຄຽງຄູ່ກັບສານທຳມະດາ, ມູນນິທິເພື່ອການແກ້ໄຂຂໍ້ຂັດແຍ່ງດ້ານອັດຕະໂນມັດ (SGOA) ມີບົດບາດສຳຄັນໃນຂະແໜງການໄອທີ. ສະຖາບັນຂໍ້ຂັດແຍ່ງທີ່ເປັນເອກະລາດນີ້ມີມາຕັ້ງແຕ່ປີ 1989 ແລະ ສະເໜີການໄກ່ເກ່ຍ, ການຕັດສິນຊີ້ຂາດ, ການດຳເນີນຄະດີສະຫຼຸບການຕັດສິນຊີ້ຂາດ, ຄຳແນະນຳທີ່ມີຜົນບັງຄັບໃຊ້, ບົດລາຍງານຂອງຜູ້ຊ່ຽວຊານ ແລະ ການປ້ອງກັນຂໍ້ຂັດແຍ່ງ. ຜູ້ຕັດສິນຂອງມັນແມ່ນຜູ້ປະຕິບັດໃນອຸດສາຫະກຳ, ເຊິ່ງອະທິບາຍວ່າເປັນຫຍັງຂໍ້ຂັດແຍ່ງດ້ານໄອທີຫຼາຍຢ່າງຈຶ່ງໃຊ້ເສັ້ນທາງນີ້ແທນທີ່ຈະດຳເນີນການຕໍ່ສານ.
ການຕັດສິນໃຈຂອງ SGOA ທີ່ເຜີຍແຜ່ເປີດເຜີຍບົດຮຽນທີ່ເກີດຂຶ້ນຊ້ຳໆບາງຢ່າງທີ່ເປັນປະໂຫຍດນອກການດຳເນີນຄະດີເຊັ່ນກັນ:
- ຄວາມຮັບຜິດຊອບບໍ່ຄ່ອຍຈະຖືກມອບໃຫ້ແກ່ຝ່າຍດຽວທັງໝົດ; ການຈັດສັນແມ່ນອີງຕາມສິ່ງທີ່ແຕ່ລະຄົນໄດ້ເຮັດ ແລະ ບໍ່ໄດ້ເຮັດຕົວຈິງ;
- ລາຍລະອຽດສະເພາະທີ່ມີການປ່ຽນແປງເມື່ອໂຄງການດຳເນີນໄປແມ່ນຈຸດທີ່ມີການຂັດແຍ້ງທີ່ພົບເລື້ອຍທີ່ສຸດ, ແລະ ການບໍ່ມີຂັ້ນຕອນການປ່ຽນແປງຢ່າງເປັນທາງການໂດຍທົ່ວໄປແລ້ວຈະນັບລວມກັບພາກສ່ວນທີ່ອີງໃສ່ຂໍ້ຕົກລົງເດີມ;
- ຄຸນນະພາບຂອງບັນທຶກໂຄງການມັກຈະເປັນຕົວຕັດສິນ, ເພາະມັນກຳນົດວ່າຂໍ້ເທັດຈິງໃດທີ່ຍັງສາມາດຢືນຢັນໄດ້.
ສຳລັບຜູ້ໃດກໍຕາມທີ່ກຳລັງຮ່າງສັນຍາ, ສິ່ງເຫຼົ່ານີ້ແມ່ນສັນຍານທີ່ເປັນປະໂຫຍດ: ພວກມັນແມ່ນຫົວຂໍ້ທີ່ຕ້ອງໄດ້ຕົກລົງກັນລ່ວງໜ້າຢ່າງແນ່ນອນ.
ມາດຕະການປ້ອງກັນ
ຂໍ້ຂັດແຍ່ງຫຼາຍຢ່າງສາມາດປ້ອງກັນໄດ້ດ້ວຍການຕັ້ງຄ່າສັນຍາທີ່ຖືກຕ້ອງ.
- ເຮັດວຽກກັບສັນຍາທີ່ມີໄລຍະ. ແບ່ງໂຄງການອອກເປັນລຸ້ນ ຫຼື ຈຸດສຳຄັນ, ແຕ່ລະອັນມີເກນການຍອມຮັບຂອງຕົນເອງ. ນັ້ນຫຼີກລ່ຽງການປະເມີນທັງໝົດຫຼັງຈາກຫຼາຍເດືອນເທົ່ານັ້ນ.
- ຕົກລົງການທົດສອບການຍອມຮັບຢ່າງເປັນທາງການກ່ອນການອອກໃບແຈ້ງໜີ້. ຫຼັງຈາກນັ້ນ, ມັນກໍ່ໄດ້ຖືກກຳນົດວ່າອົງປະກອບທີ່ຈັດສົ່ງຕ້ອງຕອບສະໜອງຫຍັງກ່ອນທີ່ການຈ່າຍເງິນຈະມາຮອດ.
- ບັນທຶກຂັ້ນຕອນການປ່ຽນແປງທີ່ລະບຸວ່າໃຜອາດຈະຮ້ອງຂໍການປ່ຽນແປງ, ໃຜເປັນຜູ້ຕັດສິນໃຈ, ແລະວິທີການປະມວນຜົນຜົນສະທ້ອນຕໍ່ການວາງແຜນ ແລະ ລາຄາ.
- ຕົກລົງເຫັນດີກັບຂັ້ນຕອນການຍົກລະດັບ: ການສົນທະນາກ່ອນພາຍໃນກຸ່ມໂຄງການ, ຈາກນັ້ນຄະນະກຳມະການຊີ້ນຳໃນລະດັບສູງ, ຈາກນັ້ນຜູ້ໄກ່ເກ່ຍ, ແລະ ຫຼັງຈາກນັ້ນຈຶ່ງດຳເນີນການຕໍ່ສານ.
- ພິຈາລະນາການແກ້ໄຂຂໍ້ຂັດແຍ່ງຜ່ານ SGOA. ໃຫ້ສັງເກດຈຸດປະຕິບັດໜຶ່ງ: ຜູ້ໄກ່ເກ່ຍສາມາດພິຈາລະນາຄະດີໄດ້ພຽງແຕ່ກໍລະນີທີ່ບັນດາຝ່າຍໄດ້ມອບອຳນາດຕັດສິນໃຫ້ແກ່ມູນນິທິລ່ວງໜ້າເທົ່ານັ້ນ, ສະນັ້ນຂໍ້ດັ່ງກ່າວຕ້ອງຢູ່ໃນສັນຍາ. SGOA ເຮັດໃຫ້ມີຂໍ້ຕົວຢ່າງສຳລັບສິ່ງນີ້.
ຂັ້ນໄດຍົກລະດັບຄວາມຂັດແຍ້ງຮັບປະກັນວ່າຂໍ້ຂັດແຍ່ງຈະຖືກປຶກສາຫາລືໃນໄລຍະຕົ້ນໆ ແລະ ໃນລະດັບທີ່ເໝາະສົມ, ແທນທີ່ຈະພຽງແຕ່ເມື່ອສາຍພົວພັນໄດ້ແຕກຫັກ. ສຳລັບສະຖານະການທີ່ໂຄງການຢຸດສະງັກຢູ່ຈຸດສຳຄັນ ແລະ ຝ່າຍໃດຝ່າຍໜຶ່ງຈະບໍ່ຮ່ວມມື, ຂັ້ນຕອນການສະຫຼຸບການຕັດສິນຊີ້ຂາດຂອງ SGOA ໃຫ້ການບັນເທົາທຸກຢ່າງວ່ອງໄວ.
ໃນການປິດ
ໂຄງການຊອບແວທີ່ລົ້ມເຫຼວບໍ່ຄ່ອຍຈະເກີດຈາກຄວາມຜິດພາດພຽງຄັ້ງດຽວ. ມັນມັກຈະເກີດຂຶ້ນຈາກການລວມກັນຂອງຂໍ້ກຳນົດທີ່ບໍ່ຊັດເຈນ, ຄວາມປາດຖະໜາທີ່ປ່ຽນແປງ, ການປະເມີນຄ່າຕໍ່າເກີນໄປທາງດ້ານເຕັກນິກ ແລະ ການຮ່ວມມືທີ່ບໍ່ດີ. ກົດໝາຍຂອງໂຮນລັງສະເໜີຂອບການເຮັດວຽກທີ່ລະອຽດອ່ອນສຳລັບການກຳນົດວ່າໃຜຮັບຜິດຊອບການສູນເສຍ, ຜ່ານຄວາມລົ້ມເຫຼວໃນການປະຕິບັດ, ຄວາມຜິດຂອງຜູ້ປະກອບສ່ວນ ແລະ ການຜິດນັດຂອງເຈົ້າໜີ້, ແຕ່ການນຳໃຊ້ມັນຕ້ອງການຄວາມຮູ້ທັງກົດໝາຍ ແລະ ເຕັກໂນໂລຊີ.
ໂຄງການຊອບແວຂອງເຈົ້າຢຸດຊະງັກບໍ? Law & More ໃຫ້ຄໍາແນະນໍາລູກຄ້າ ແລະ ຜູ້ສະໜອງກ່ຽວກັບຄວາມຮັບຜິດຊອບ, ບັນທຶກໂຄງການ, ການປ້ອງກັນສັນຍາ ແລະ ການແກ້ໄຂຂໍ້ຂັດແຍ່ງ. ຕິດຕໍ່ພວກເຮົາເພື່ອການປະເມີນສັນຍາ ແລະ ເອກະສານໂຄງການຂອງທ່ານ.
ຄໍາຖາມທີ່ຖືກຖາມເລື້ອຍໆ
ຂ້າງລຸ່ມນີ້ພວກເຮົາຕອບຄຳຖາມທີ່ພວກເຮົາຖືກຖາມເລື້ອຍໆກ່ຽວກັບຫົວຂໍ້ນີ້.
ຜູ້ສະໜອງຂອງຂ້ອຍຈະຮັບຜິດຊອບຫຼືບໍ່ ຖ້າໂຄງການຊອບແວລົ້ມເຫລວ?
ບໍ່ແມ່ນໂດຍອັດຕະໂນມັດ. ຕ້ອງມີການຢືນຢັນວ່າມັນບໍ່ໄດ້ສົ່ງມອບສິ່ງທີ່ໄດ້ຕົກລົງກັນ ແລະ ສິ່ງນີ້ແມ່ນຍ້ອນມັນ. ໃນທາງປະຕິບັດ, ຄວາມຮັບຜິດຊອບມັກຈະຖືກແບ່ງປັນລະຫວ່າງທັງສອງຝ່າຍ.
ຈະເປັນແນວໃດຖ້າ, ໃນຖານະລູກຄ້າ, ຂ້ອຍໄດ້ປະກອບສ່ວນເຂົ້າໃນການຊັກຊ້າດ້ວຍຕົວເອງ?
ຫຼັງຈາກນັ້ນ, ສານອາດຈະຫຼຸດຜ່ອນພັນທະຂອງຜູ້ສະໜອງໃນການຊົດເຊີຍພາຍໃຕ້ມາດຕາ 6:101 ຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ, ຕາມສັດສ່ວນຂອງປະລິມານທີ່ການປະພຶດຂອງທ່ານເອງປະກອບສ່ວນເຂົ້າໃນການສູນເສຍ. ນັ້ນສາມາດຫຼຸດຜ່ອນລາງວັນລົງຢ່າງຫຼວງຫຼາຍ ແລະ ໃນກໍລະນີພິເສດ, ຈະນຳໄປສູ່ການຍົກເລີກລາງວັນ.
ໜ້າທີ່ໃນການຮ່ວມມືກ່ຽວຂ້ອງກັບຫຍັງແດ່?
ໃນຖານະລູກຄ້າ ທ່ານຕ້ອງສະໜອງຂໍ້ມູນສະເພາະ, ຂໍ້ມູນການທົດສອບ, ການຕັດສິນໃຈ ແລະ ການຍອມຮັບໃນເວລາທີ່ເໝາະສົມ. ຖ້າສິ່ງນັ້ນບໍ່ເກີດຂຶ້ນ ແລະ ຜູ້ສະໜອງບໍ່ສາມາດປະຕິບັດຕາມໄດ້, ມັນຈະບໍ່ຕົກຢູ່ໃນການຜິດນັດ ແລະ ທ່ານອາດຈະຕ້ອງຕົກຢູ່ໃນການຜິດນັດຂອງເຈົ້າໜີ້ (ມາດຕາ 6:58 ແລະ ຕໍ່ເນື່ອງຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ).
ເປັນຫຍັງຜູ້ຊ່ຽວຊານຈຶ່ງມັກຖືກແຕ່ງຕັ້ງ?
ເນື່ອງຈາກຄຳຖາມກ່ຽວກັບສະຖາປັດຕະຍະກຳ, ລະຫັດແຫຼ່ງຂໍ້ມູນ ແລະ ບົດລາຍງານການທົດສອບຮຽກຮ້ອງໃຫ້ມີຄວາມຮູ້ດ້ານວິຊາການທີ່ບໍ່ສາມາດຄາດຫວັງໄດ້ຈາກຜູ້ພິພາກສາ. ພາຍໃຕ້ມາດຕາ 194 ຫາ 207 ຂອງປະມວນກົດໝາຍວ່າດ້ວຍວິທີພິຈາລະນາຄະດີແພ່ງຂອງໂຮນລັງ, ບົດລາຍງານຂອງຜູ້ຊ່ຽວຊານທີ່ສັ່ງໂດຍສານສາມາດຖືກມອບໝາຍໄດ້, ແລະ ຜົນໄດ້ຮັບຂອງມັນມີນ້ຳໜັກຫຼາຍ.
ຂ້ອຍຄວນເກັບຮັກສາເອກະສານໂຄງການໃດແດ່?
ສັນຍາພ້ອມດ້ວຍເອກະສານຄັດຕິດ, ຂໍ້ກຳນົດດ້ານໜ້າທີ່ ແລະ ເຕັກນິກ, ການຮ້ອງຂໍການປ່ຽນແປງ, ບົດລາຍງານການວາງແຜນໂຄງການ ແລະ ຄວາມຄືບໜ້າ, ບົດລາຍງານການທົດສອບ, ເອກະສານຕິດຕໍ່ກ່ຽວກັບການຊັກຊ້າ ແລະ ການຍອມຮັບ, ແລະ ລະຫັດແຫຼ່ງຂໍ້ມູນພ້ອມດ້ວຍເອກະສານ. ຖ້າບໍ່ມີເອກະສານເຫຼົ່ານັ້ນ, ຜູ້ຊ່ຽວຊານມັກຈະບໍ່ສາມາດຕອບຄຳຖາມໄດ້.
ເປັນຫຍັງຂັ້ນຕອນການປ່ຽນແປງຈຶ່ງມີຄວາມສຳຄັນຫຼາຍ?
ຖ້າບໍ່ມີຂັ້ນຕອນຢ່າງເປັນທາງການ, ວຽກມອບໝາຍຈະບໍ່ມີຄວາມໝາຍຫຍັງເລີຍ ໃນຂະນະທີ່ການວາງແຜນ ແລະ ງົບປະມານຍັງຄົງຄືເກົ່າ. ໃນຂໍ້ຂັດແຍ່ງ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະກຳນົດວ່າເວລາໃດ ແລະ ເປັນຫຍັງຂອບເຂດຈຶ່ງມີການປ່ຽນແປງ. ບັນທຶກວ່າໃຜອາດຈະຮ້ອງຂໍການປ່ຽນແປງ, ໃຜເປັນຜູ້ຕັດສິນໃຈ, ແລະ ວິທີການປະມວນຜົນຜົນສະທ້ອນຕໍ່ການວາງແຜນ ແລະ ລາຄາ.
ຈຸດປະສົງຂອງເງື່ອນໄຂການຍອມຮັບແມ່ນຫຍັງ?
ພວກມັນກຳນົດຢ່າງເປັນກາງເມື່ອອົງປະກອບທີ່ສົ່ງມອບປະຕິບັດຕາມ. ສິ່ງນັ້ນເຮັດໃຫ້ເຫັນໄດ້ຊັດເຈນວ່າເວລາໃດທີ່ການຈ່າຍເງິນຕ້ອງຈ່າຍ ແລະ ສ່ວນໃຫຍ່ແມ່ນປ້ອງກັນບໍ່ໃຫ້ມີການໂຕ້ຖຽງໃນພາຍຫຼັງກ່ຽວກັບວ່າການຈັດສົ່ງນັ້ນດີຫຼືບໍ່. ດີກວ່າທີ່ຈະເຊື່ອມໂຍງພວກມັນກັບການປ່ອຍ ຫຼື ຈຸດສຳຄັນທີ່ມີການທົດສອບການຍອມຮັບຢ່າງເປັນທາງການ.
ຈະເກີດຫຍັງຂຶ້ນກັບລະຫັດແຫຼ່ງທີ່ມາເມື່ອເລີ່ມຕົ້ນໃໝ່ກັບຜູ້ສະໜອງອື່ນ?
ນັ້ນແມ່ນຂຶ້ນກັບສັນຍາຂອງທ່ານ. ຖ້າບໍ່ມີຂໍ້ຕົກລົງກ່ຽວກັບການປ່ອຍລະຫັດແຫຼ່ງຂໍ້ມູນ, ກ່ຽວກັບສິດທິຊັບສິນທາງປັນຍາໃນລະບົບທີ່ສ້າງຂຶ້ນ, ແລະ ກ່ຽວກັບຂໍ້ຕົກລົງ escrow ໃດໆ, ການເລີ່ມຕົ້ນໃໝ່ອາດຈະຖືກຊັກຊ້າຢ່າງຫຼວງຫຼາຍ. ແກ້ໄຂເລື່ອງນີ້ເມື່ອເຂົ້າສູ່ສັນຍາ, ບໍ່ແມ່ນຫຼັງຈາກນັ້ນ.
ການດຳເນີນຄະດີສາມາດມີຜົນໄດ້ຮັບອັນໃດແດ່?
ການຍົກເລີກບາງສ່ວນບ່ອນທີ່ມີຄວາມຜິດພາດພຽງບາງສ່ວນ (ມາດຕາ 6:265 ອ່ານຮ່ວມກັບ 6:270 ຂອງປະມວນກົດໝາຍແພ່ງຂອງໂຮນລັງ), ຄ່າເສຍຫາຍພາຍໃຕ້ມາດຕາ 6:74, ການຫຼຸດຜ່ອນສຳລັບຄວາມຜິດຂອງຜູ້ປະກອບສ່ວນພາຍໃຕ້ມາດຕາ 6:101, ແລະ ການຜ່ອນຜັນພາຍໃຕ້ມາດຕາ 6:109. ສານໃຊ້ມາດຕະການຜ່ອນຜັນນັ້ນຢ່າງລະມັດລະວັງ.
ຂ້ອຍສາມາດແກ້ໄຂຂໍ້ຂັດແຍ່ງນອກສານໄດ້ບໍ?
ແມ່ນແລ້ວ. SGOA ສະເໜີການໄກ່ເກ່ຍ, ການຕັດສິນຊີ້ຂາດ, ການດຳເນີນຄະດີສະຫຼຸບການຕັດສິນຊີ້ຂາດ, ຄຳແນະນຳທີ່ມີຜົນບັງຄັບໃຊ້ ແລະ ບົດລາຍງານຂອງຜູ້ຊ່ຽວຊານ, ໂດຍມີຜູ້ປະຕິບັດວຽກງານໃນອຸດສາຫະກຳເປັນຜູ້ຕັດສິນໃຈ. ຜູ້ຕັດສິນສາມາດພິຈາລະນາຄະດີໄດ້ພຽງແຕ່ກໍລະນີທີ່ບັນດາຝ່າຍໄດ້ມອບອຳນາດຕັດສິນໃຫ້ແກ່ມູນນິທິລ່ວງໜ້າເທົ່ານັ້ນ, ສະນັ້ນ ໃຫ້ລວມເອົາຂໍ້ດັ່ງກ່າວໄວ້ໃນສັນຍາ.
ຂ້ອຍຈະຫຼີກລ່ຽງຂໍ້ຂັດແຍ່ງທີ່ຍືດເຍື້ອຍາວນານໄດ້ແນວໃດ?
ເຮັດວຽກກັບສັນຍາທີ່ມີຂັ້ນຕອນ ແລະ ເງື່ອນໄຂການຍອມຮັບຕໍ່ການປ່ອຍຕົວ, ຕົກລົງການທົດສອບການຍອມຮັບຢ່າງເປັນທາງການກ່ອນການອອກໃບແຈ້ງໜີ້, ບັນທຶກຂັ້ນຕອນການປ່ຽນແປງ, ແລະ ຕົກລົງຂັ້ນຕອນການຍົກລະດັບທີ່ດຳເນີນໄປຈາກກຸ່ມໂຄງການໄປຫາຄະນະກຳມະການຊີ້ນຳ, ຜູ້ໄກ່ເກ່ຍ ແລະ ຫຼັງຈາກນັ້ນຈຶ່ງດຳເນີນການຕໍ່ສານ.
ທ່ານມີຂໍ້ຂັດແຍ່ງກັບຜູ້ສະໜອງໄອທີ ຫຼື ທ່ານຕ້ອງການໃຫ້ມີການທົບທວນຄືນສັນຍາໄອທີບໍ? ທະນາຍຄວາມໄອທີ ຂອງພວກເຮົາ ຍິນດີທີ່ຈະຊ່ວຍເຫຼືອ.
ວິທີການ Law & More ສາມາດຊ່ວຍທ່ານໄດ້ກັບເລື່ອງນີ້ໄດ້ຖືກອະທິບາຍໄວ້ໃນພວກເຮົາ ທະນາຍຄວາມດ້ານໄອທີ ຫນ້າ.
