ဒတ်ချ်ဥပဒေအရ ဆော့ဖ်ဝဲလ် escrow: ဒေဝါလီခံခြင်းမှ ကျော်လွှားနိုင်ပါသလား။

သင့်ဆော့ဖ်ဝဲလ်ပေးသွင်းသူသည် ဒေဝါလီခံရခြင်း သို့မဟုတ် ၎င်း၏ထုတ်ကုန်ကို ထိန်းသိမ်းမှုရပ်တန့်သွားပါက ဆော့ဖ်ဝဲလ် escrow သည် သင့်အား ကာကွယ်ပေးသည်- လွတ်လပ်သောအေးဂျင့်တစ်ဦးသည် source code ကိုသိမ်းဆည်းထားပြီး သဘောတူညီထားသောဖြစ်ရပ်တစ်ခုဖြစ်ပေါ်လာသည့်အခါ သင့်ထံထုတ်ပေးသည်။ ဒတ်ချ်ဥပဒေအရ၊ အစီအစဉ်သည် သုံးခုပါသဘောတူညီချက်တစ်ခုဖြစ်ပြီး source code ကိုအသုံးပြုရန် သင့်လိုင်စင်ကို ကြိုတင်ထုတ်ပေးပါကသာ အလုပ်လုပ်ပြီး ထုတ်ဝေချိန်တွင်မဟုတ်ပါ။

သင်သည် executable code နှင့် လိုင်စင်ကို ကိုင်ဆောင်ထားပြီး၊ ပေးသွင်းသူသည် source code၊ build tools များနှင့် အသိပညာများကို ကိုင်ဆောင်ထားသည်။ အောက်တွင် Dutch Bankruptcy Act (Failissementswet, Fw) အရ ထိန်းသိမ်းနိုင်ရန် escrow ကို မည်သို့ setup လုပ်ရမည်ကို ရှင်းပြထားပါသည်။

software escrow ဆိုတာဘာလဲ၊ ဘယ်လိုအန္တရာယ်တွေကို ကာမိလဲ။

ပေးသွင်းသူသည် source code နှင့် အထောက်အကူပြုပစ္စည်းများကို လွတ်လပ်သော ပြင်ပအဖွဲ့အစည်းတစ်ခုဖြစ်သည့် escrow agent ထံ အပ်နှံသည်။ agent သည် သတ်မှတ်ထားသော အဖြစ်အပျက်တစ်ခု မဖြစ်ပွားမချင်း ၎င်းတို့ကို သိမ်းဆည်းထားပြီးနောက် သင်သည် software ကို ဆက်လက်လည်ပတ်နိုင်စေရန် ၎င်းတို့ကို သင့်ထံ ထုတ်ပေးပါသည်။

အန္တရာယ်က ပိုင်ဆိုင်မှုမဟုတ်ဘဲ စဉ်ဆက်မပြတ်တည်တံ့ခိုင်မြဲမှုပါ။ ပေးသွင်းသူတစ်ဦး၏ ထုတ်ကုန်ပေါ်တွင် မှာယူမှုလုပ်ဆောင်ခြင်း သို့မဟုတ် ထုတ်လုပ်မှုစီမံကိန်းကို လုပ်ဆောင်သော ကုမ္ပဏီတစ်ခုသည် ထွက်ခွာသွားသော ပေးသွင်းသူထံမှ အကူအညီဖြင့် ရွှေ့ပြောင်းရန် လပေါင်းများစွာ လိုအပ်ပါသည်။ Escrow သည် သင့်အား စနစ်တကျထွက်ခွာရန် အချိန်ကို ဝယ်ယူပေးသည်။ အခြေအနေသုံးခုသည် အရေးပါပါသည်။

• ပြိုလဲမှု။ ပေးသွင်းသူအား ဒေဝါလီခံကြောင်း ကြေညာသည်၊ භාရမှူးတစ်ဦး (မှူး) ကို ခန့်အပ်ပြီး ဝန်ထမ်းများ ထွက်ခွာသွားကာ ပံ့ပိုးမှုများ ရပ်တန့်သွားသည်။ ဤသည်မှာ escrow အတွက် ရေးသားထားသော အခြေအနေဖြစ်ပြီး ဒတ်ချ်ဥပဒေသည် အကြီးမားဆုံး အခန်းကဏ္ဍမှ ပါဝင်သည့် အခြေအနေဖြစ်သည်။
• ရပ်ဆိုင်းခြင်း။ ပေးသွင်းသူသည် ထုတ်ကုန်ကို ရုပ်သိမ်းခြင်း၊ သင့်ဗားရှင်းကို ပံ့ပိုးမှု ရပ်တန့်ခြင်း သို့မဟုတ် သင့်တပ်ဆင်မှုကို စိတ်မဝင်စားသော ကုမ္ပဏီတစ်ခုက လွှဲပြောင်းယူခြင်းတို့ကို ပြုလုပ်ပါသည်။ ၎င်းသည် ဒေဝါလီခံခြင်းထက် ပိုမိုမကြာခဏ ဖြစ်ပွားလေ့ရှိပြီး ထုတ်ပြန်ချက်အပိုဒ်တွင် မကြာခဏ ပျောက်ဆုံးနေလေ့ရှိသည်။
• ထိန်းသိမ်းရန် အဆက်မပြတ်ပျက်ကွက်ခြင်း။ ပေးသွင်းသူသည် ရှိနေဆဲဖြစ်ပြီး ငွေတောင်းခံလွှာများကိုလည်း ဆက်လက်ပေးပို့နေသော်လည်း ချို့ယွင်းချက်များကို မပြင်ဆင်တော့ခြင်း၊ လုံခြုံရေးပြင်ဆင်မှုများ ထုတ်ပေးခြင်း သို့မဟုတ် ထုတ်ကုန်ကို ၎င်းမှီခိုနေရသော စနစ်များနှင့် တွဲဖက်အသုံးပြုနိုင်အောင် ထားရှိခြင်း မရှိတော့ပါ။

နှစ်ပါတီ သို့မဟုတ် သုံးပါတီ အစီအစဉ်တစ်ခုကို ရွေးချယ်သင့်ပါသလား။

သုံးပွင့်ဆိုင်သဘောတူညီချက်ကို ရွေးချယ်ပါ။ ထိုအခါမှသာ ဒေဝါလီခံပေးသွင်းသူမှ မဟုတ်ဘဲ ငွေပေးချေနိုင်သော ပြင်ပအဖွဲ့အစည်းမှ ၎င်း၏ကိုယ်ပိုင်စာချုပ်ဖြင့် ထုတ်ပေးမည်ဖြစ်သည်။

နှစ်ဖက်သဘောတူညီချက်ဆိုသည်မှာ သတ်မှတ်ထားသောဖြစ်ရပ်တစ်ခုဖြစ်ပေါ်လာပါက ပေးသွင်းသူက source code ကို လွှဲပြောင်းပေးမည်ဟူသော အဓိကစာချုပ်တွင် ကတိပြုချက်တစ်ခုဖြစ်သည်။ ၎င်းသည် ဈေးသက်သာသော်လည်း အားနည်းသည်။ မည်သည့်အရာကိုမဆို အပ်နှံထားခြင်းရှိမရှိ သို့မဟုတ် နောက်ဆုံးပေါ်အခြေအနေတွင်ထားရှိခြင်းရှိမရှိကို မည်သူမျှ လွတ်လပ်စွာစစ်ဆေးခြင်းမရှိပါ။ ပိုအရေးကြီးသည်မှာ ဒေဝါလီခံပြီးနောက် သင်သည် ဒေဝါလီခံသူ၏တာဝန်ကို ထမ်းဆောင်ရန် භාရမှူးအား တောင်းဆိုနေခြင်းဖြစ်ပြီး භාရမှူးသည် ထိုသို့ပြုလုပ်ရန် တာဝန်မရှိပါ။

သုံးပွင့်ဆိုင်သဘောတူညီချက်တွင် escrow agent ကို စာချုပ်၏ပါတီအဖြစ် ထည့်သွင်းထားသည်။ agent သည် အပ်ငွေကို ထိန်းသိမ်းစောင့်ရှောက်ပြီး စစ်ဆေးကာ သိမ်းဆည်းထားပြီး ပြန်လွှတ်ပေးရန် သင့်တွင် တိုက်ရိုက်တာဝန်ရှိသည်။ agent သည် ပြန်လွှတ်ပေးသည့်ဖြစ်ရပ်တစ်ခု ဖြစ်ပွားခဲ့ခြင်း ရှိ၊ မရှိကိုလည်း ဆုံးဖြတ်သည်။ ၎င်းသည် သင့်အား ကူညီရန် အကြောင်းပြချက်မရှိသော භාရမှူးထံမှ ဆုံးဖြတ်ချက်ကို ဖယ်ရှားပေးသည်။

အပ်ငွေထဲမှာ ဘာတွေပါဝင်သင့်လဲ။

source code တစ်ခုတည်းထက် အများကြီးပိုပါတယ်။ build instructions တွေနဲ့ dependencies စာရင်းမပါတဲ့ source code တစ်ခုဟာ အလုပ်လုပ်တဲ့ software ကို ထုတ်လုပ်ဖို့အတွက် reverse engineering လုပ်ဖို့ ရက်သတ္တပတ်တွေ ကြာနိုင်ပြီး သင့် system က support မလုပ်ရသေးတဲ့အချိန်မျိုးမှာ သင်မှာ အချိန်မရှိပါဘူး။

မပြည့်စုံသော အပ်ငွေများသည် လက်တွေ့တွင် အဖြစ်အများဆုံး ကျရှုံးမှုဖြစ်သည်။ အောက်ပါဇယားတွင် အသုံးဝင်သော အပ်ငွေတွင် ပါဝင်သည့်အရာများကို ဖော်ပြထားသည်။

အပ်ငွေကို အပ်ဒိတ်လုပ်ရန် တာဝန်တစ်ခုထည့်ပါ။ လက်မှတ်ထိုးပြီး တစ်ကြိမ်သွင်းသော အပ်ငွေသည် တစ်ကြိမ် သို့မဟုတ် နှစ်ကြိမ် ထုတ်ပေးပြီးနောက် သက်တမ်းကုန်ဆုံးသွားပါသည်။ အပ်ငွေများကို ထုတ်ပေးသည့်အချိန်ဇယားနှင့် ချိတ်ဆက်ပါ၊ ဥပမာ အဓိက ထုတ်ပြန်ချက်တိုင်း သို့မဟုတ် ပုံသေကြားကာလတစ်ခု၊ အပ်ငွေနောက်ကျသည့်အခါ အကြောင်းကြားရန် တောင်းဆိုပါ။

ဘယ်အဆင့် အတည်ပြုချက် လိုအပ်ပါသလဲ။

ဖောက်သည်အများစုအတွက်၊ ပြီးပြည့်စုံမှုနှင့် စာရွက်စာတမ်းပြန်လည်သုံးသပ်ခြင်းသည် မှန်ကန်သောစံနှုန်းဖြစ်သည်။ ပြတ်တောက်မှုသည် သင့်လုပ်ငန်းကို ခြိမ်းခြောက်နိုင်သည့်နေရာတွင်သာ အပြည့်အဝတည်ဆောက်ပြီး လည်ပတ်သည့်စမ်းသပ်မှုကို ရွေးချယ်ပါ။

• ဖိုင်စစ်ဆေးခြင်း။ အေးဂျင့်က ငွေသွင်းခြင်းသည် ဖတ်ရှုနိုင်ပြီး ဗိုင်းရပ်စ်ကင်းစင်ကြောင်းနှင့် ဖိုင်စာရင်းနှင့် ကိုက်ညီကြောင်း အတည်ပြုပါသည်။ ၎င်းသည် တစ်စုံတစ်ခုရောက်ရှိလာကြောင်း သက်သေပြသော်လည်း ၎င်းအလုပ်လုပ်ကြောင်း သက်သေပြပါသည်။ ၎င်း၏ကိုယ်ပိုင်အားဖြင့် ၎င်းသည် အကာအကွယ်အနည်းငယ်သာ ပေးပါသည်။
• ပြည့်စုံမှုနှင့် စာရွက်စာတမ်းများ ပြန်လည်သုံးသပ်ခြင်း။ agent သည် build instructions များနှင့် dependencies များကို deposit နှင့် တိုက်ဆိုင်စစ်ဆေးပြီး gap များကို report လုပ်သည်။ ၎င်းသည် build steps များ ပျောက်ဆုံးနေခြင်း၊ မှတ်တမ်းမတင်ထားသော dependencies များနှင့် သင်အသုံးပြုခွင့်မရှိသော components များကဲ့သို့သော အဖြစ်များသော ပြဿနာများကို စမ်းသပ်မှုအပြည့်အစုံ၏ ကုန်ကျစရိတ်၏ အစိတ်အပိုင်းအနည်းငယ်ဖြင့် ဖမ်းယူသည်။
• အပြည့်အဝတည်ဆောက်ပြီး စမ်းသပ်လည်ပတ်ခြင်း။ အေးဂျင့်သည် အပ်ငွေကို သန့်ရှင်းသောပတ်ဝန်းကျင်တွင် စုစည်းပြီး စမ်းသပ်ဒေတာဖြင့် လုပ်ဆောင်သည်။ အပ်ငွေအလုပ်လုပ်ကြောင်း သက်သေပြသည့် တစ်ခုတည်းသောအဆင့်မှာ ဤအဆင့်ဖြစ်သော်လည်း ၎င်းသည် ပိုနှေးကွေးပြီး ပိုစျေးကြီးပြီး ဆော့ဖ်ဝဲလ်ပြောင်းလဲသွားသည်နှင့်အမျှ ထပ်ခါတလဲလဲ လုပ်ဆောင်ရမည်ဖြစ်သည်။

အငြင်းပွားလို့မရတဲ့ ထုတ်ဝေမှုဖြစ်ရပ်တွေကို ဘယ်လိုရေးဆွဲမလဲ။

ပေးသွင်းသူ၏ အပြုအမူနှင့်ပတ်သက်သော ဆုံးဖြတ်ချက်မှ မဟုတ်ဘဲ စာရွက်စာတမ်း သို့မဟုတ် အချိန်ကာလကြာလာသည်နှင့်အမျှ ဖြစ်ရပ်တစ်ခုစီကို အတည်ပြုနိုင်စေရန် ပြုလုပ်ပါ။ Escrow အေးဂျင့်သည် ဖိအားအောက်တွင်နှင့် ဥပဒေအကြံဉာဏ်မပါဘဲ ဤအချက်ကို ကျင့်သုံးရမည်။

နောက်ထပ်အချက်နှစ်ချက်က အလုပ်အများစုကို လုပ်ဆောင်ပေးပါတယ်။ ပထမအချက်အနေနဲ့ ကန့်ကွက်မှုဝန်ထုပ်ဝန်ပိုးကို ပေးသွင်းသူအပေါ် ထားရှိပါ- သင်က သက်သေအထောက်အထားနဲ့ အေးဂျင့်ကို အကြောင်းကြားရင် ပေးသွင်းသူမှာ ကန့်ကွက်ဖို့ အချိန်တိုတိုပဲ ရှိပြီး ကန့်ကွက်မှုမရှိရင် အေးဂျင့်က လွှတ်ပေးပါတယ်။ ဒုတိယအချက်အနေနဲ့ အငြင်းပွားမှုလုပ်ထုံးလုပ်နည်းကို ကြိုတင်သဘောတူထားဖို့ လိုပါတယ်။ ဥပမာ- ကျွမ်းကျင်သူတစ်ဦးရဲ့ စည်းနှောင်မှုရှိတဲ့ အကြံဉာဏ် ဒါမှမဟုတ် အချိန်တိုတိုနဲ့ ခုံသမာဓိနဲ့ စီရင်ဆုံးဖြတ်မှုလိုမျိုးပါ။ ကန့်ကွက်ချက်တစ်ခုဟာ လပေါင်းများစွာ ကုန်ကျမယ့်အစား ရက်ပေါင်းများစွာ ကုန်ကျပါတယ်။

ပေးသွင်းသူ ဒေဝါလီခံသွားရင် Escrow ဘာဖြစ်မလဲ။

භාရမှူးသည် ပြုပြင်ထိန်းသိမ်းမှုနှင့် အပ်ဒိတ်များကဲ့သို့သော ပေးသွင်းသူ၏ တက်ကြွသောတာဝန်ဝတ္တရားများကို လုပ်ဆောင်ရန် ငြင်းဆိုနိုင်သော်လည်း ဒေဝါလီမခံမီ သင့်အား ပေးအပ်ထားသော လိုင်စင်ကို ရုပ်သိမ်း၍မရပါ။ ထို့ကြောင့် သင်၏အစီအစဉ်သည် အမှန်တကယ် အလုပ်ဖြစ်မဖြစ်သည် ဒေဝါလီမခံမီ ၎င်းကို မည်သို့ဖွဲ့စည်းထားသည်အပေါ် မူတည်ပါသည်။

ကာယကံရှင်က ဘာကို ငြင်းဆန်နိုင်မလဲ။

ပုဒ်မ ၃၇ Fw အရ၊ ဒေဝါလီခံချိန်တွင် နှစ်ဖက်စလုံးက အပြည့်အဝ မလုပ်ဆောင်ခဲ့သော အပြန်အလှန်စာချုပ်ကို လုပ်ဆောင်မည်၊ မလုပ်ဆောင်မည်ကို භාရරියටත්ත ...

ပုဒ်မ ၃၇ Fw သည် စာချုပ်ကို ရပ်စဲခြင်းမဟုတ်ပါ။ භාရမှူးသည် ထိန်းသိမ်းခြင်း၊ ပံ့ပိုးခြင်း၊ အပ်ဒိတ်လုပ်ခြင်း၊ လက်ခံကျင်းပခြင်းနှင့် နောက်ထပ်အပ်ငွေများကို ငြင်းပယ်နိုင်သည်- အမွေငွေကုန်ကျစေသည့် တက်ကြွသောတာဝန်ဝတ္တရားများဖြစ်ပြီး သင်ငြင်းဆန်လိမ့်မည်ဟု မျှော်လင့်သင့်သည်။ တကယ့်မေးခွန်းက သင်ရှိပြီးသားအရာကို အသုံးပြုခြင်းကို ရပ်တန့်နိုင်မလားဆိုတာပါပဲ။

ဒေဝါလီခံမှုတွင် အသုံးပြုခွင့်များကို တရားရုံးချုပ်က မည်သို့ကိုင်တွယ်ခဲ့သနည်း။

ဆယ်စုနှစ်တစ်ခုခန့်အထိ အဖြေသည် မသေချာမရေရာဖြစ်ခဲ့သည်။ Nebula (Supreme Court, 3 November 2006, ECLI:NL:HR:2006:AX8838) တွင်၊ တရားရုံးချုပ် (Hoge Raad) က ဒေဝါလီခံခြင်းသည် လက်ရှိသဘောတူညီချက်များကို အဆုံးသတ်စေခြင်းမရှိဟု ဆုံးဖြတ်ခဲ့သည်။ သို့သော် အသုံးပြုခွင့်ရှိသော ပါတီတစ်ခုသည် ဒေဝါလီမခံရသကဲ့သို့ භාရမှူးအပေါ် ၎င်းကို ဆက်လက်ကျင့်သုံး၍မရဟု ၎င်းက ထပ်လောင်းပြောကြားခဲ့သည်။ လိုင်စင်ရသူများကို စိုးရိမ်စေသည့်အနေဖြင့် ၎င်းကို භාရမှူးတစ်ဦးအား လက်ရှိအသုံးပြုခွင့်ကို ပယ်ဖျက်ခွင့်ပြုသည်ဟု လူအများက ဖတ်ရှုကြသည်။

ထိုဖတ်ရှုခြင်းသည် ကြာရှည်မခံခဲ့ပါ။ ABN AMRO/Berzona (Supreme Court, 11 July 2014, ECLI:NL:HR:2014:1681) တွင်၊ တရားရုံးချုပ်က ဒေဝါလီခံခြင်းသည် ရှိပြီးသား အပြန်အလှန်သဘောတူညီချက်များ သို့မဟုတ် ၎င်းတို့မှ ပေါ်ပေါက်လာသော တာဝန်ဝတ္တရားများအပေါ် သက်ရောက်မှုမရှိကြောင်း ဆုံးဖြတ်ခဲ့သည်။ භාရမှူးတွင် ဥပဒေ သို့မဟုတ် စာချုပ်မှ ပေးအပ်ထားသော အာဏာများထက် ကျော်လွန်၍ အာဏာမရှိပါ။ ဥပမာအားဖြင့်၊ ၎င်းသည် ဆက်လက်လည်ပတ်နေသော ငှားရမ်းမှုကို ရပ်စဲ၍မရပါ။

ရာထူးကို Credit Suisse/Jongepier qq (Supreme Court၊ ၂၃ မတ်လ ၂၀၁၈၊ ECLI:NL:HR:2018:424 ) တွင် ဖြေရှင်းခဲ့သည်။ භාရမှူးသည် လုပ်ဆောင်ရန် ငြင်းဆိုနိုင်သည်။ သို့သော် ဒေဝါလီခံခြင်းသည် භාရမှူးမတိုင်မီက භාရမှူးပြုလုပ်ခဲ့သော လုပ်ဆောင်မှုကို ပြန်လည်ပယ်ဖျက်ရန် သို့မဟုတ် တစ်စုံတစ်ခုကို သည်းခံခြင်း သို့မဟုတ် ရှောင်ကြဉ်ခြင်းပါဝင်သည့်အတိုင်းအတာအထိ ဆက်လက်လုပ်ဆောင်ခြင်းကို အဆုံးသတ်ရန် භාရမှူးအား အာဏာမပေးပါ။

နောက်ဆုံးအချက်ကတော့ ဆော့ဖ်ဝဲလ်အတွက် အဆုံးအဖြတ်ပေးပါတယ်။ လိုင်စင်ဆိုတာ မူပိုင်ခွင့်ကို ချိုးဖောက်မယ့် အသုံးပြုမှုကို သည်းခံဖို့ မူပိုင်ခွင့်ရှိသူရဲ့ ကတိကဝတ်ဖြစ်ပြီး၊ ဒါဟာ သည်းခံခြင်းရဲ့ စဉ်ဆက်မပြတ် စွမ်းဆောင်ရည်တစ်ခုပါပဲ။ လက်ရှိဥပဒေအရ၊ ဒေဝါလီမခံခင် တရားဝင်ထုတ်ပေးထားတဲ့ လိုင်စင်ဟာ ဆက်လက်တည်ရှိနေပြီး භාရမှူးက ရုပ်သိမ်းလို့မရပါဘူး။ භාရမှူးက အသက်ဝင်နေတဲ့ အရာအားလုံးကို ငြင်းပယ်နိုင်ပေမယ့် သင်ပိုင်ဆိုင်ထားပြီးသား အသုံးပြုခွင့်ကို ပိတ်လို့မရပါဘူး။

ဒါက မင်းရဲ့အစီအစဉ်အတွက် ဘာကိုဆိုလိုတာလဲ။

အချက်နှစ်ချက် လိုက်ပါလာသည်။ ပထမအချက်အနေဖြင့် စွန့်လွှတ်ရမည့်တာဝန်ကို ပေးသွင်းသူအပေါ် မဟုတ်ဘဲ escrow အေးဂျင့်အပေါ်တွင် ထားပါ။ အေးဂျင့်၏ စွန့်လွှတ်မှုသည် ၎င်း၏ကိုယ်ပိုင်စာချုပ်အရ ၎င်း၏ကိုယ်ပိုင်စွမ်းဆောင်ရည်ဖြစ်ပြီး ပုဒ်မ ၃၇ Fw အရ භාရမှူး၏ရပ်တည်ချက်သည် အမွေဆက်ခံသူမှ ပေးရန်ရှိသော စွမ်းဆောင်ရည်များနှင့်သက်ဆိုင်သည်။ ဆန့်ကျင်ဘက်အားဖြင့် နှစ်ဖက်ကတိကဝတ်တွင် အမွေဆက်ခံသူမှ စွမ်းဆောင်ရည်ကို လိုအပ်ပြီး ၎င်းကို භාရမှူးက ငြင်းပယ်နိုင်သည်။

ဒုတိယအချက်အနေနဲ့ လိုင်စင်ထုတ်ပေးတဲ့အခါ ထုတ်ပေးမယ့်အစား ကြိုတင်ခွင့်ပြုချက်ပေးပါ။ ဒါက အရေးကြီးဆုံး မူကြမ်းရေးဆွဲတဲ့အချက်ဖြစ်ပြီး အောက်မှာ ကျွန်တော်တို့ ဆွေးနွေးပါမယ်။

တရားရုံးမှ တရားစီရင်ပိုင်ခွင့်ပြင်ပ ပြန်လည်ဖွဲ့စည်းခြင်း အစီအစဉ်များ အတည်ပြုခြင်းဆိုင်ရာ အက်ဥပဒေ (WHOA) အရ ပြန်လည်ဖွဲ့စည်းခြင်းတွင်၊ ဒေဝါလီခံခြင်းထက်၊ ပုဒ်မ ၃၇၃ Fw သည် ပြန်လည်ဖွဲ့စည်းခြင်း လုပ်ငန်းစဉ် စတင်ပြီဖြစ်သောကြောင့် တစ်ဖက်သတ်စာချုပ်ကို ပြောင်းလဲခြင်း၊ ဆိုင်းငံ့ခြင်း သို့မဟုတ် ရပ်စဲခြင်းတို့ကို ခွင့်ပြုသည့် စာပိုဒ်များအပေါ် မှီခိုမှုကို ကန့်သတ်ထားသည်။ ထိုပြဋ္ဌာန်းချက်သည် သုံးပွင့်ဆိုင် escrow အစီအစဉ်တွင် လွှတ်ပေးခြင်း အစပျိုးမှုကို မည်သို့အကျိုးသက်ရောက်သည်ကို တရားရုံးတွင် ဖြေရှင်းထားခြင်း မရှိပါ။ WHOA လုပ်ထုံးလုပ်နည်း စတင်ခြင်းကို သင်၏ တစ်ခုတည်းသော လွှတ်ပေးခြင်းဖြစ်ရပ်အဖြစ် မမှီခိုပါနှင့်။ ၎င်းကို ဒေဝါလီခံခြင်း၊ ရပ်ဆိုင်းခြင်းနှင့် ထိန်းသိမ်းရန် ပျက်ကွက်ခြင်းကဲ့သို့သော ဖြစ်ရပ်များနှင့် ပေါင်းစပ်ပါ။

လိုင်စင်ကို ဘယ်လိုဖွဲ့စည်းပုံနဲ့ ရေးဆွဲသင့်လဲ။

စာချုပ်တွင် လိုင်စင်ကို ယခုခွင့်ပြုပါ၊ အခြေအနေရှေ့ပြေးနိမိတ်အပေါ် မူတည်၍ ၎င်းသည် ထုတ်ပေးသည့်ပွဲတွင် အကျိုးသက်ရောက်မှု ရှိပါစေ။ ထုတ်ပေးမှသာ ကတိပြုထားသော လိုင်စင်သည် ပေးသွင်းသူ ဒေဝါလီခံသွားပါက ဘယ်တော့မှ ဖြစ်ပေါ်လာနိုင်မည် မဟုတ်ပါ။

Escrow သည် source code ၏ မိတ္တူကို သင့်အား ပေးသည်၊ ၎င်းနှင့် ပတ်သက်၍ မည်သည့်အရာမျှ လုပ်ဆောင်ခွင့် မရှိပါ။ Source code ကို မူပိုင်ခွင့်ဖြင့် ကာကွယ်ထားပြီး ၎င်းကို စုစည်းခြင်း၊ ပြုပြင်ခြင်းနှင့် လုပ်ဆောင်ခြင်းများသည် မူပိုင်ခွင့်ရှိသူ၏ ခွင့်ပြုချက် လိုအပ်သော လုပ်ရပ်များ ဖြစ်သည်။ ထိုလုပ်ရပ်များကို လွှမ်းခြုံထားသော လိုင်စင်မရှိဘဲ၊ ထုတ်ပေးထားသော အပ်ငွေသည် သင်အသုံးမပြုနိုင်သော ဖိုင်တွဲတစ်ခုဖြစ်သည်။ Escrow ကို ထုတ်ပေးသည့်အခါ source code ကို အသုံးပြုခြင်း၊ စုစည်းခြင်း၊ ပြုပြင်ခြင်းနှင့် ဆက်လက်တီထွင်ခြင်းနှင့် ပြင်ပအဖွဲ့အစည်းတစ်ခုအား သင့်အတွက် လုပ်ဆောင်ပေးရန် အတိအလင်း ခွင့်ပြုသည့် လိုင်စင်နှင့် ပေါင်းစပ်ပါ။ လက်တွေ့တွင်၊ သင်ကိုယ်တိုင် အလုပ်ကို ရှားရှားပါးပါးသာ လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။

အချိန်ကိုက်ခြင်းသည် အားနည်းချက်ဖြစ်သည်။ လွတ်မြောက်မှုဖြစ်ရပ်သည် ဒေဝါလီခံခြင်းကိုယ်တိုင်ဖြစ်ပါက၊ လွတ်မြောက်ချိန်တွင် ထုတ်ပေးသောလိုင်စင်ကို ဒေဝါလီခံအမိန့်ထုတ်ပြန်သည့်နေ့မှစ၍ အမွေဆက်ခံပစ္စည်းရှိ ပိုင်ဆိုင်မှုများကို ရောင်းဝယ်ဖောက်ကားနိုင်တော့မည်မဟုတ်သော အကြွေးရှင်တစ်ဦးမှ ထုတ်ပေးရမည်ဖြစ်သည် (ပုဒ်မ ၂၃ နှင့် ၃၅ Fw)။ භාရမှူးက သင့်အတွက် ထုတ်ပေးမည်မဟုတ်ပါ။ Credit Suisse/Jongepier သည် သင်ရှိပြီးသားလိုင်စင်ကို ကာကွယ်ပေးသော်လည်း သင်ဘယ်တုန်းကမှ မရှိခဲ့သောလိုင်စင်ကိုမူ ကာကွယ်နိုင်မည်မဟုတ်ပါ။

ကြိုတင်အခြေအနေတစ်ခုအပေါ် အခြေခံ၍ ထုတ်ပေးထားသော လိုင်စင်အောက်တွင်၊ အခွင့်အရေးသည် စာချုပ်ချုပ်ဆိုသည့်နေ့မှစ၍ တည်ရှိပြီး ၎င်း၏အကျိုးသက်ရောက်မှုကိုသာ ရွှေ့ဆိုင်းထားသည်။ ဒတ်ချ်ဥပဒေသည် ယေဘုယျအားဖြင့် ဤဖွဲ့စည်းပုံကို လက်ခံသည်။ Rabobank/Reuser qq (Supreme Court၊ ၃ ဇွန် ၂၀၁၆၊ ECLI:NL:HR:2016:1046) တွင်၊ ဒေဝါလီခံခြင်းမပြုမီ အခြေအနေဆိုင်ရာအခွင့်အရေးတစ်ခု ဖန်တီးထားသည့်အခါ၊ အကြွေးရှင်မှ နောက်ထပ်အရေးယူမှုမရှိဘဲ ဒေဝါလီခံပြီးနောက် အခြေအနေပြည့်စုံမှုကို ဖြည့်ဆည်းပေးသည်ဟု တရားရုံးချုပ်က လက်ခံခဲ့သည်။ ထိုအမှုတွင် ကုန်ပစ္စည်းများ၏ အခြေအနေဆိုင်ရာလွှဲပြောင်းမှုနှင့် အခြေအနေဆိုင်ရာအခွင့်အရေးအပေါ် အပေါင်ခံပိုင်ခွင့်နှင့် သက်ဆိုင်သည်။ အခြေအနေအရ ခွင့်ပြုထားသော မူပိုင်ခွင့်လိုင်စင်ကို အသုံးပြုခြင်းကို ဥပဒေဆိုင်ရာစာပေများတွင် ထောက်ခံထားသော်လည်း တရားရုံးများက ယင်းအပေါ် ဆုံးဖြတ်ချက်မချရသေးပါ။

ထုတ်ပေးထားသော ပစ္စည်းကို အသုံးပြုခြင်းသည် ပေးသွင်းသူ သို့မဟုတ် ၎င်း၏ භාရမှူးထံမှ နောက်ထပ် သဘောတူညီချက် မလိုအပ်ကြောင်းနှင့် ဆက်ခံသူ developer အား လိုင်စင်ခွဲ ပေးအပ်နိုင်ကြောင်း စာချုပ်တွင် အတည်ပြုပါ။

SaaS သို့မဟုတ် cloud အစီအစဉ်တစ်ခုတွင် အဘယ်အရာများ လိုအပ်သနည်း။

source code ထက်ပိုပါတယ်။ ပေးသွင်းသူ၏ platform အော့ဖ်လိုင်းဖြစ်သွားပါက application၊ ၎င်းလည်ပတ်နေသော environment နှင့် သင့်ဒေတာများကို ဆုံးရှုံးရမည်ဖြစ်ပြီး source code သည် ၎င်းတို့ထဲမှ ပထမဆုံးတစ်ခုကိုသာ ဖြည်းဖြည်းချင်း ပြန်လည်ရယူပေးပါသည်။ ထို့ကြောင့် ဝန်ဆောင်မှုတစ်ခုအတွက် စဉ်ဆက်မပြတ်စီစဉ်မှုတွင် အချက်သုံးချက်ကို လွှမ်းခြုံထားရမည်။

• လုပ်ငန်းလည်ပတ်မှုပတ်ဝန်းကျင်။ Container image များ၊ infrastructure-as-code အဓိပ္ပာယ်ဖွင့်ဆိုချက်များ၊ configuration၊ network နှင့် security setting များနှင့် runtime dependencies များ- အခြားနေရာတွင် platform ကိုပြန်လည်တည်ဆောက်ရန် လုံလောက်ပါသည်။
• သင့်ရဲ့ဒေတာ။ သင့်ကိုယ်ပိုင်ဒေတာကို ဒေတာပုံစံဖြင့် မှတ်တမ်းတင်ထားသော၊ မူပိုင်ခွင့်မရှိသော ဖော်မတ်ဖြင့် ပုံမှန်ထုတ်ယူခြင်း။ ဤထုတ်ယူမှုများသည် စာချုပ်တစ်လျှောက်လုံး လုပ်ဆောင်သင့်သည်၊ အဘယ်ကြောင့်ဆိုသော် သင်ဖတ်၍မရသောဒေတာသည် အသုံးမဝင်သောကြောင့်ဖြစ်သည်။
• လက်ခံကျင်းပရေး ဆက်ဆံရေး။ ပေးသွင်းသူ၏ hosting provider နှင့် စာချုပ်ကို လွှဲပြောင်းယူရန် နည်းလမ်းတစ်ခု၊ သို့မဟုတ် အကောင့်ကို လွှဲပြောင်းယူပြီး provider သို့ တိုက်ရိုက်ငွေပေးချေနိုင်သည့် အစီအစဉ်တစ်ခု။

Escrow အတွက် အစားထိုးနည်းလမ်းတွေ ရှိပါသလား၊ ဘယ်သူက ငွေပေးချေမှာလဲ။

သင်သည် ဖောက်သည်များစွာထဲမှ တစ်ဦးဖြစ်ပြီး အမှန်တကယ်အန္တရာယ်မှာ ပျက်ကွက်ခြင်းထက် ရပ်ဆိုင်းခြင်းဖြစ်သည့် စံထုတ်ကုန်များအတွက်၊ ပိုမိုပေါ့ပါးသော ရွေးချယ်မှုများသည် မကြာခဏ ပိုမိုကောင်းမွန်သော တန်ဖိုးကို ပေးဆောင်လေ့ရှိသည်။ Escrow ၏ ကုန်ကျစရိတ်ကို ပုံမှန်အားဖြင့် ဖောက်သည်မှ ကျခံလေ့ရှိသည်။

အခြားရွေးချယ်စရာသုံးခုသည် မကြာခဏ ပိုမိုအသုံးဝင်ပါသည်။ အနည်းဆုံးတစ်ကြိမ်စမ်းသပ်ထားသော မှတ်တမ်းတင်ထားသောပုံစံဖြင့် ပုံမှန်တင်ပို့မှုများဖြင့် data exit right သည် အန္တရာယ်အများစုကို ကုန်ကျစရိတ်အနည်းငယ်ဖြင့် ကာမိပါသည်။ ကူးပြောင်းကာလအတွက် သင်လည်ပတ်နိုင်သော ဖြန့်ကျက်နိုင်သော image တစ်ခုဖြစ်သည့် လည်ပတ်နေသောမိတ္တူတစ်ခုအတွက် အခွင့်အရေးသည် source code မှပြန်လည်တည်ဆောက်ခြင်းထက် ဝန်ဆောင်မှုကို ပိုမိုမြန်ဆန်စွာ ပြန်လည်ရရှိစေပါသည်။ hosting provider သို့ တိုက်ရိုက်ငွေပေးချေမှုသည် သင် migrate လုပ်နေစဉ်အတွင်း ပတ်ဝန်းကျင်ကို လည်ပတ်နေစေပါသည်။ ၎င်းသည် cloud continuity ၏ အသက်သာဆုံးပုံစံဖြစ်ပြီး အများဆုံးလျစ်လျူရှုခံရသည့်ပုံစံဖြစ်သည်။

Escrow ကိုသုံးမယ်ဆိုရင် တစ်ကြိမ်တည်းတပ်ဆင်ခ၊ နှစ်စဉ်ထိန်းသိမ်းခနဲ့ အတည်ပြုချက်တစ်ခုချင်းစီအတွက် သီးခြားကျသင့်မယ့် အခကြေးငွေတွေကို မျှော်လင့်ထားရပါမယ်။ ကုန်ကျစရိတ်တွေက ကာကွယ်မှုကို လိုချင်တဲ့သူ၊ ပုံမှန်အားဖြင့် ဖောက်သည်ဆီမှာ ကျခံရလေ့ရှိပါတယ်။ Escrow ကို ရောင်းချမှုအချက်အဖြစ် ပေးတဲ့ ပေးသွင်းသူက ကျခံရနိုင်ပါတယ်။ တူညီတဲ့ ထုတ်ကုန်ရဲ့ ဖောက်သည်အများအပြားကို လွှမ်းခြုံထားတဲ့ အစီအစဉ်တစ်ခုက ကုန်ကျစရိတ်တွေကို ခွဲဝေပေးပြီး ပေးသွင်းသူက ငြင်းဆန်တဲ့အခါ မကြာခဏ အပေးအယူလုပ်ရာ ရောက်ပါတယ်။ အခကြေးငွေတွေကို မပေးဆောင်ရင် အေးဂျင့်ကို အကြောင်းကြားဖို့ လိုအပ်ပြီး ကိုယ်တိုင်ပေးချေပိုင်ခွင့်လည်း ရှိပါတယ်။

ဖောက်သည်တစ်ယောက်အနေနဲ့ ဘာတွေကို စစ်ဆေးသင့်လဲ။

အဓိကဆော့ဖ်ဝဲစာချုပ်နှင့်အတူ escrow အဆိုပြုချက်ကို ပြန်လည်သုံးသပ်ပါ။ လိုင်စင်စည်းကမ်းချက်နှင့် ထုတ်ပေးသည့်ဖြစ်ရပ်များသည် ဒေဝါလီခံပြီးနောက် escrow အလုပ်လုပ်မအလုပ်လုပ် ဆုံးဖြတ်ပေးသည်။

• သင့်အား လွှတ်ပေးရန် တိုက်ရိုက်တာဝန်ရှိသော လွတ်လပ်သောအေးဂျင့်တစ်ဦးဖြင့် ၎င်းသည် စစ်မှန်သော သုံးပွင့်ဆိုင်သဘောတူညီချက်တစ်ခုလား။
• ယခုခွင့်ပြုထားသော source code ကို အသုံးပြုခွင့်၊ စုစည်းခွင့်၊ ပြုပြင်ခွင့်နှင့် ဆက်လက်တီထွင်ခွင့်လိုင်စင်သည် အခြေအနေကြိုတင်သတ်မှတ်ချက်အပေါ် မူတည်ပါသလား။
• အပ်ငွေတွင် ထုတ်လုပ်မှုတိုင်းနှင့်အတူ အပ်ဒိတ်လုပ်ထားသော တည်ဆောက်မှုညွှန်ကြားချက်များ၊ မှီခိုမှုများ၊ လိုင်စင်သော့များနှင့် စာရွက်စာတမ်းများ ပါဝင်ပါသလား။
• ထုတ်ပေးမှုဖြစ်ရပ်တစ်ခုစီကို ဒေဝါလီခံမှုမှတ်ပုံတင်ခြင်း သို့မဟုတ် KvK ကုန်သွယ်မှုမှတ်ပုံတင်ခြင်းကဲ့သို့သော စာရွက်စာတမ်းတစ်ခုမှ သတ်မှတ်နိုင်ပါသလား။
• SaaS အတွက်- ပတ်ဝန်းကျင်၊ သင့်ဒေတာနှင့် hosting relationship ကို လွှမ်းခြုံထားပါသလား၊ သို့မဟုတ် code ကိုသာ လွှမ်းခြုံထားပါသလား။
• အခကြေးငွေများ မပေးဆောင်ရသေးပါက အေးဂျင့်က သင့်အား အကြောင်းကြားရပါမည်၊ သင်ကိုယ်တိုင် ပေးချေနိုင်ပါသလား။

ပေးသွင်းသူတစ်ဦးအနေဖြင့် ဘာတွေကို စစ်ဆေးသင့်ပါသလဲ။

Escrow သည် သင့်မူပိုင်ခွင့်နှင့် ကုန်သွယ်ရေးလျှို့ဝှက်ချက်များကို ထိခိုက်စေပါသည်။ ထုတ်ဝေမှုနှင့် လိုင်စင်ကို ဖောက်သည် ဆက်လက်လည်ပတ်နိုင်ရန်အတွက် လိုအပ်သည့်အရာအထိသာ ကန့်သတ်ပါ။

• ကုဒ်ကို စီးပွားဖြစ် ရောင်းဝယ်ခွင့်မရှိဘဲ ဖောက်သည်၏ ကိုယ်ပိုင်အသုံးပြုမှုကို ထိန်းသိမ်းခြင်းနှင့် ဆက်လက်အသုံးပြုခြင်းအတွက်သာ လိုင်စင်ကို ကန့်သတ်ထားသည်။
• ဖောက်သည်နှင့် မည်သည့်ဆက်ခံသူ developer အတွက်မဆို လျှို့ဝှက်ထားရမည့်တာဝန်ကို ထည့်သွင်းပါ။
• မတရားထုတ်ပြန်မှုကို ရပ်တန့်နိုင်ရန်အတွက် တိုတောင်းသော ကန့်ကွက်ချိန်နှင့် မြန်ဆန်သော အငြင်းပွားမှုလုပ်ထုံးလုပ်နည်းကို သဘောတူညီပါ။
• သင့်ရဲ့ ထုတ်ပေးမှု ዑደ့နဲ့ ချိတ်ဆက်ထားတဲ့ ငွေသွင်းချိန်ဇယားကို သဘောတူပါ။
• တပ်ဆင်ခ၊ ထိန်းသိမ်းစောင့်ရှောက်ခနှင့် အတည်ပြုခများကို မည်သူပေးဆောင်သည်ကို စစ်ဆေးပါ။

software escrow နဲ့ ကျွန်တော်တို့ ဘာတွေ လုပ်ပေးနိုင်မလဲ။

ကျွန်ုပ်တို့သည် ဖောက်သည်များနှင့် ပေးသွင်းသူများအတွက် IT ရှေ့နေ အဖြစ် ဆော့ဖ်ဝဲစာချုပ်များ၊ လိုင်စင်များနှင့် escrow များကို အကြံပေးပါသည်။

• ကျွန်ုပ်တို့သည် escrow သဘောတူညီချက်နှင့် အဓိက software စာချုပ်ကို package တစ်ခုတည်းအဖြစ် ပြန်လည်သုံးသပ်ပါသည်။
• ကျွန်ုပ်တို့သည် အခြေအနေအလိုက်လိုင်စင်နှင့် ထုတ်ပေးသည့်ပွဲများကို ရေးဆွဲပါသည်။
• ကျွန်ုပ်တို့သည် အပ်ငွေအကြောင်းအရာနှင့် အတည်ပြုခြင်းအဆင့်ကို ပေးသွင်းသူ၊ escrow agent တို့နှင့် ညှိနှိုင်းပါသည်။
• SaaS စာချုပ်များတွင် ဒေတာထွက်ခြင်းနှင့် hosting takeover clause များကို ကျွန်ုပ်တို့ထည့်သွင်းပါသည်။
• ကျွန်ုပ်တို့သည် ပုဒ်မ ၃၇ Fw အရ အကြောင်းကြားစာကို ပေးပို့ပြီး ဒေဝါလီခံပြီးနောက် භාရမှူးနှင့် ဆက်ဆံပါသည်။
• ထုတ်ပေးသည့် လုပ်ထုံးလုပ်နည်းနှင့် ပေးသွင်းသူ၏ မည်သည့်ကန့်ကွက်မှုမဆိုအပေါ် ကျွန်ုပ်တို့ အကြံပေးပါသည်။

အကျဉ်းချုပ်

• သင့်ဆော့ဖ်ဝဲလ်ပေးသွင်းသူ ပျက်ကွက်ပါက Escrow သည် ဆက်လက်လည်ပတ်နိုင်မှုကို အာမခံပေးသော်လည်း တည်ဆောက်မှုညွှန်ကြားချက်များ၊ မှီခိုမှုများနှင့် စာရွက်စာတမ်းများပါဝင်သည့် အပ်ငွေဖြင့်သာ အာမခံပါသည်။
• ငွေပေးချေမှုကို solvent escrow agent မှ လုပ်ဆောင်ပေးမည့် သုံးယောက်ပါ အစီအစဉ်တစ်ခုကို ရွေးချယ်ပါ။
• ဒတ်ချ်အမှုဥပဒေအရ ဒေဝါလီမခံမီ ထုတ်ပေးထားသောလိုင်စင်သည် ဆက်လက်တည်ရှိနေပြီး භාရမှူးသည် တက်ကြွသောစွမ်းဆောင်ရည်များကိုသာ ငြင်းပယ်နိုင်သည်။
• လိုင်စင်ကို ယခုခွင့်ပြုပါ၊ လိုင်စင်ထုတ်ပေးသည့်အချိန်တွင်သာမကဘဲ၊ ကြိုတင်သတ်မှတ်ထားသော အခြေအနေတစ်ခုအပေါ် မူတည်၍။
• SaaS အတွက်၊ လုပ်ငန်းလည်ပတ်မှုပတ်ဝန်းကျင်၊ သင့်ဒေတာနှင့် hosting ဆက်ဆံရေးကိုလည်း လုံခြုံအောင်ထားပါ။

မကြာခဏမေးခွန်းတွေမေး