CORENTA — ဒေတာသိမ်းဆည်းခြင်းနှင့် စွန့်ပစ်ခြင်းမူဝါဒ

ဤဘာသာပြန်ချက်ကို သတင်းအချက်အလက်အတွက်သာ ပေးထားခြင်းဖြစ်သည်။ ဥပဒေအရ အကျုံးဝင်သည့် စာသားမှာ တူရကီဘာသာ စာသားဖြစ်သည်။

အကောင့်မရှိသော ဝန်ဆောင်မှုခံယူသူကို ဖျက်ခြင်း: စင်တာစီမံခန့်ခွဲသူ၏ "ဖျက်ရန်" လုပ်ဆောင်ချက်ကို တောင်းဆိုချက်အဖြစ် မှတ်ယူသည်၊ မှတ်တမ်းကို အသုံးပြုနေသောစာရင်းမှ ချက်ချင်းဖယ်ရှားပြီး 30 ရက်အကြာတွင် ကိုယ်ရေးအထောက်အထား/ဆက်သွယ်ရန် အချက်အလက်များနှင့် ဝန်ဆောင်မှုခံယူသူ၏ ကျန်းမာရေးအကွက်များ (သွေးအုပ်စု၊ ဓာတ်မတည့်မှု၊ နာတာရှည်အခြေအနေ၊ ဆေးဝါး) ကို ဖျက်/ရှင်းလင်းသည် (5.0 ကို ကြည့်ပါ)။ အောက်ပါ အကောင့်ဖျက်ခြင်းဆိုင်ရာ ယေဘုယျဖော်ပြချက်ကို ဤအထူးနယ်ပယ်တွင် ဝန်ဆောင်မှုခံယူသူ၏ မှတ်တမ်းအတန်းကို အပြီးတိုင်ဖျက်ရမည့် တာဝန်အဖြစ် အဓိပ္ပာယ်မကောက်ယူရပါ။ ကျန်းမာရေးသမိုင်း၊ တိုင်းတာချက်၊ စက်ရှင်မှတ်စုနှင့် ငွေကြေးမှတ်တမ်းများသည် ၎င်းတို့၏ကိုယ်ပိုင် သိမ်းဆည်းမှုပြဋ္ဌာန်းချက်များအောက်တွင် ဆက်လက်ရှိနေသည်။

အာဏာတည်သည့်နေ့ / နောက်ဆုံးပြင်ဆင်သည့်နေ့: 2026 ခုနှစ် အောက်တိုဘာလ 19 ရက် ဗားရှင်း: 1.9 ဒေတာထိန်းချုပ်သူ / ထုတ်ဝေသူ: Mertcan Demir — "Teta Studio" ကုန်သွယ်အမည်ဖြင့် တစ်ဦးတည်းပိုင်လုပ်ငန်း

ပြောင်းလဲမှုမှတ်တမ်း

• 1.9 — 2026 ခုနှစ် အောက်တိုဘာလ 19 ရက်: အပိုင်း 14 ရှိ "တူရကီတွင်သာ" စကားရပ်ကို ကမ္ဘာလုံးဆိုင်ရာ ပေးအပ်မှုဖြင့် အစားထိုးခဲ့သည်၊ သိမ်းဆည်းချိန်ကာလများ မပြောင်းလဲပါ။
• 1.8 — 2026 ခုနှစ် အောက်တိုဘာလ 19 ရက်: ထုတ်ဝေသည့်ဗားရှင်း၊ အာဏာတည်သည့်နေ့မှာ 2026 ခုနှစ် အောက်တိုဘာလ 19 ရက်ဖြစ်သည်။ အပိုင်း 4 တွင် စင်တာအုပ်စုစာများနှင့် အဖွဲ့၏ စိစစ်မှုအတွက် ခွဲထားသော စာမိတ္တူများ အတန်း (အမှတ်စဉ် 12) ကို ထည့်သွင်းခဲ့သည်၊ အပိုင်း 7 ရှိ ပုံမှန်ကာလအလိုက် စွန့်ပစ်ခြင်းစာရင်းကို ၎င်းနှင့်အညီ ချဲ့ထွင်ခဲ့သည်၊ 1.3 ဇယားမှ ဗလာဖြစ်နေသော MERSİS နှင့် KEP အချက်အလက်ကို ဖယ်ရှားခဲ့သည်။
• 1.7 — 2026 ခုနှစ် အောက်တိုဘာလ 11 ရက်: 2026 ခုနှစ် အောက်တိုဘာလ 11 ရက် လိုက်နာမှုသုံးသပ်ချက် (F01, F02, F08, F11, F13, F19, F21) အရ- §11 ရှိ "Supabase/Frankfurt သည် နိုင်ငံခြားသို့ လွှဲပြောင်းခြင်း မဟုတ်ပါ" စကားရပ်ကို ဖယ်ရှားပြီး နိုင်ငံခြားသို့ လွှဲပြောင်းခြင်းအပိုင်းကို ဥပဒေအမှတ် 6698 ပုဒ်မ 9 ၏ 2024 နောက်ပိုင်း အခြေအနေအတိုင်း ရေးသားခဲ့သည် (စံစာချုပ်များကို မလက်မှတ်ထိုးရသေးပါ)၊ ကျန်းမာရေး/ဆေးခန်း/ငွေကြေးမှတ်တမ်းများအတွက် "အမည်မသိ" စကားရပ်ကို ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှု ဖြတ်တောက်ထားသော ကန့်သတ်သိမ်းဆည်းမှုအဖြစ် ပြင်ဆင်ခဲ့သည် (စက်ရှင်မှတ်စု၏ လွတ်လပ်စွာရေးသားသောစာသားကို မပြောင်းလဲပါ)၊ သဘောတူညီချက် အထောက်အထားအတန်း၏ ဥပဒေဆိုင်ရာအခြေခံကို ပုဒ်မ 5(2)(e) အဖြစ် ပြင်ဆင်ခဲ့သည် (မှားယွင်းသော ပုဒ်မ 20(2) ကိုးကားချက်ကို ဖယ်ရှားခဲ့သည်)၊ စောစီးစွာဝင်ရောက်ခွင့်ပုံစံ အတန်းကို အသိပေးခြင်းနှင့် ကုန်သွယ်ရေး အီလက်ထရောနစ်စာ သဘောတူညီချက်ကို ခွဲခြားခြင်းအတိုင်း အပ်ဒိတ်လုပ်ခဲ့သည်၊ အလိုအလျောက်စွန့်ပစ်ခြင်း မရှိသော အမျိုးအစားများအတွက် 6 လတစ်ကြိမ် ပုံမှန်ကာလအလိုက် စွန့်ပစ်ခြင်းမူကို ထည့်သွင်းခဲ့သည်၊ ကိုယ်ရေးအထောက်အထားကို တစ်ဦးတည်းပိုင်လုပ်ငန်းအဖြစ် ပြင်ဆင်ခဲ့သည်၊ VERBİS အပိုင်းကို ဘုတ်အဖွဲ့၏ 2025 ဆုံးဖြတ်ချက်များအတိုင်း ရေးသားခဲ့သည်။
• 1.6 — 2026 ခုနှစ် အောက်တိုဘာလ 10 ရက်: Expo (Expo Push Notification Service) ကို ဆင့်ပွားဒေတာလုပ်ဆောင်သူ/ဒေတာလုပ်ဆောင်သူ မှတ်တမ်းများမှ ဖယ်ရှားခဲ့သည်၊ push အသိပေးချက်များကို Apple (APNs) နှင့် Google (FCM) မှတစ်ဆင့်သာ ပို့သည်၊ Expo/EAS သည် အက်ပ်တည်ဆောက်ရေးကိရိယာသာဖြစ်ပြီး နောက်ဆုံးအသုံးပြုသူဒေတာကို မလုပ်ဆောင်ပါ။
• 1.5 — 2026 ခုနှစ် အောက်တိုဘာလ 10 ရက်: Google Analytics ရွေးချယ်မှုဆိုင်ရာ စကားရပ်ကို ဖယ်ရှားခဲ့သည်၊ ပြင်ပအဖွဲ့ ခွဲခြမ်းစိတ်ဖြာမှုကို အသုံးမပြုကြောင်းနှင့် push ဒေတာလုပ်ဆောင်သူများကို ရှင်းလင်းခဲ့သည်။
• 1.4 — 2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်: လက်ရှိစာသားကို အတည်ပြုထားသောဗားရှင်းအဖြစ် သတ်မှတ်ခဲ့သည်။ ဤဗားရှင်းတွင် အောက်ပါတို့ကိုသာ ထည့်သွင်းခဲ့သည်- အကောင့်ဖျက်ခြင်း (ဝင်ရောက်ခွင့်ကို ချက်ချင်းဖြတ်တောက်သည်၊ ကိုယ်ရေးအချက်အလက်များကို ဖျက်/အမည်မသိအဖြစ် ပြောင်းလဲသည်၊ ဥပဒေအရ သိမ်းဆည်းရန်လိုအပ်သော ငွေပေးချေမှုမှတ်တမ်းများကို ကိုယ်ရေးအထောက်အထားမပါဘဲ သိမ်းဆည်းသည်၊ ပြန်လည်ရုပ်သိမ်းနိုင်သည့်ကာလ မရှိပါ)၊ 30 ရက်ပြည့်သည့်အခါ ဝန်ဆောင်မှုခံယူသူ၏ ကျန်းမာရေးအကွက်များကို ဖျက်ခြင်း၊ ငွေပေးချေမှုနှင့် မချိတ်ဆက်ထားသော ပြေစာများအတွက် 7 ရက်ကာလ၊ ပံ့ပိုးမှုမုဒ်တွင် ဝန်ဆောင်မှုခံယူသူ၏ ဆက်သွယ်ရန်အချက်အလက်ကို လျှို့ဝှက်ထားခြင်း၊ ကိုယ်ရေးအထောက်အထားမပါသော ဆာဗာဘက် တိုင်းတာခြင်း၊ ဝန်ဆောင်မှုအီးမေးလ်များနှင့် Google Workspace၊ push ဒေတာလုပ်ဆောင်သူများ၊ ပံ့ပိုးမှုလိပ်စာ၊ ဈေးကွက် (တူရကီ)။
• 1.3 — 2026 ခုနှစ် ဇူလိုင်လ 7 ရက် (2026 ခုနှစ် ဩဂုတ်လ 4 ရက် အပ်ဒိတ်): ယခင်ဗားရှင်း။

ဒေတာထိန်းချုပ်သူ / ဒေတာလုပ်ဆောင်သူ အဆင့်အတန်းဆိုင်ရာ အရေးကြီးမှတ်ချက်: ဤဒေတာသိမ်းဆည်းခြင်းနှင့် စွန့်ပစ်ခြင်းမူဝါဒ ("မူဝါဒ") သည် "Teta Studio" ကုန်သွယ်အမည်ဖြင့် တစ်ဦးတည်းပိုင်လုပ်ငန်းအဖြစ် လုပ်ကိုင်သော Mertcan Demir ("Corenta", "Teta Studio", "ကုမ္ပဏီ") က တီထွင်ပြီး လည်ပတ်သော Corenta ဆော့ဖ်ဝဲဝန်ဆောင်မှု ("ဝန်ဆောင်မှု" သို့မဟုတ် "အက်ပ်") နယ်ပယ်အတွင်း လုပ်ဆောင်သော ကိုယ်ရေးအချက်အလက်များကို မည်မျှကြာ သိမ်းဆည်းမည်၊ ဤကာလများကို သတ်မှတ်ရာတွင် အခြေခံသော စံနှုန်းများနှင့် သိမ်းဆည်းချိန်ကာလ ကုန်ဆုံးသည့်အခါ သို့မဟုတ် လုပ်ဆောင်ရသည့်အကြောင်းရင်း ပျောက်ကွယ်သွားသည့်အခါ ဤအချက်အလက်များကို မည်သည့်နည်းလမ်းများဖြင့် ဖျက်မည်၊ ဖျက်ဆီးမည် သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲမည်ကို စည်းမျဉ်းသတ်မှတ်သည်။

ဤမူဝါဒကို ဥပဒေအမှတ် 6698 ကိုယ်ရေးအချက်အလက်ကာကွယ်ရေးဥပဒေ ("KVKK")၊ ကိုယ်ရေးအချက်အလက်များကို ဖျက်ခြင်း၊ ဖျက်ဆီးခြင်း သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲခြင်းဆိုင်ရာ စည်းမျဉ်း ("စည်းမျဉ်း") နှင့် သက်ဆိုင်ရာ အခြားဥပဒေများ၏ မူဘောင်အတွင်း ပြင်ဆင်ထားပြီး Corenta ၏ ကိုယ်ရေးအချက်အလက်လုပ်ဆောင်မှု စာရင်းဇယား၏ ခွဲခြား၍မရသော အစိတ်အပိုင်းဖြစ်သည်။ ဤမူဝါဒကို လုပ်ဆောင်ရသည့်ရည်ရွယ်ချက်များနှင့် ဥပဒေဆိုင်ရာအခြေခံများကို အသေးစိတ်ရှင်းပြထားသော သက်ဆိုင်ရာ အသိပေးစာ/ကိုယ်ရေးအချက်အလက်လုံခြုံမှုမူဝါဒနှင့် တွဲဖက်ဖတ်ရှုရမည်၊ ဤစာတမ်းသည် သိမ်းဆည်းချိန်ကာလများနှင့် စွန့်ပစ်ခြင်းလုပ်ထုံးလုပ်နည်းများကိုသာ စည်းမျဉ်းသတ်မှတ်ပြီး KVKK ပုဒ်မ 10 အရ အသိပေးရန်တာဝန်တစ်ခုလုံးကို တစ်ခုတည်းဖြင့် ဖြည့်ဆည်းရန် ရည်ရွယ်ခြင်းမရှိပါ။

1. ရည်ရွယ်ချက်နှင့် နယ်ပယ်

1.1. ရည်ရွယ်ချက်

ဤမူဝါဒ၏ ရည်ရွယ်ချက်မှာ Corenta က လုပ်ဆောင်သော ကိုယ်ရေးအချက်အလက်များကို လုပ်ဆောင်ရသည့်ရည်ရွယ်ချက်အတွက် လိုအပ်သော အများဆုံးကာလကို သတ်မှတ်သည့် စံနှုန်းများ၊ ဥပဒေတွင် ပြဋ္ဌာန်းထားသော ကာလများကို ကျင့်သုံးခြင်းနှင့် သိမ်းဆည်းချိန်ကာလ ကုန်ဆုံးသွားသော ကိုယ်ရေးအချက်အလက်များကို ဖျက်ခြင်း၊ ဖျက်ဆီးခြင်း သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲခြင်းဆိုင်ရာ လုပ်ထုံးလုပ်နည်းနှင့် မူများကို ရှင်းပြရန်ဖြစ်သည်။ ဤမူဝါဒကို KVKK ပုဒ်မ 5၊ ပုဒ်မ 6၊ ပုဒ်မ 7၊ ပုဒ်မ 10၊ ပုဒ်မ 11 နှင့် ပုဒ်မ 12 ပြဋ္ဌာန်းချက်များနှင့် စည်းမျဉ်း၏ သက်ဆိုင်ရာပုဒ်မများကို အခြေခံ၍ ပြင်ဆင်ထားသည်။

1.2. နယ်ပယ်နှင့် အခန်းကဏ္ဍခွဲခြားခြင်း — အရေးကြီးသတိပေးချက်

ဤမူဝါဒသည် Corenta က မတူညီသော အဆင့်အတန်းနှစ်ခုဖြင့် ဒေတာလုပ်ဆောင်သော သီးခြားနယ်ပယ်နှစ်ခုကို လွှမ်းခြုံသည်၊ ဤခွဲခြားမှုကို မူဝါဒတစ်လျှောက်လုံး တသမတ်တည်း ကျင့်သုံးပြီး သိမ်းဆည်းချိန်ကာလဇယားကို အဓိပ္ပာယ်ကောက်ယူပုံကို တိုက်ရိုက်သက်ရောက်သည်-

(a) လုပ်ငန်းဝဘ်ဆိုက် အခြေအနေ (corenta.app — စောစီးစွာဝင်ရောက်ခွင့်/သရုပ်ပြ တောင်းဆိုမှုပုံစံ): ထုတ်ကုန်ကို စိတ်ဝင်စားသော အလားအလာရှိ လုပ်ငန်းဖောက်သည်များက စောစီးစွာဝင်ရောက်ခွင့် လျှောက်လွှာပုံစံမှတစ်ဆင့် ပေးပို့သော ကိုယ်ရေးအချက်အလက်များနှင့်စပ်လျဉ်း၍ Corenta/Teta Studio သည် KVKK ပုဒ်မ 3 အရ တိုက်ရိုက် ဒေတာထိန်းချုပ်သူ အဆင့်အတန်းဖြင့် ဆောင်ရွက်သည်။

(b) SaaS ထုတ်ကုန် အခြေအနေ (app.corenta.app): Corenta ပလက်ဖောင်းကို စာရင်းသွင်းမှုဖြင့် အသုံးပြုသော ဆေးခန်းပိုင်လာတီး၊ ရူပကုထုံး၊ reformer၊ ကျန်းမာရေးနှင့်သုခ/နှိပ်နယ်ခြင်းနှင့် ယောဂစင်တာများ ("Tenant", "လုပ်ငန်း" သို့မဟုတ် "စင်တာ") က ၎င်းတို့၏ ကိုယ်ပိုင်ဝန်ဆောင်မှုခံယူသူများ ("ဒေတာပိုင်ရှင် ဝန်ဆောင်မှုခံယူသူ") နှင့်ဆိုင်သည့်အဖြစ် ပလက်ဖောင်းသို့ ထည့်သွင်းသော ကိုယ်ရေးအချက်အလက်များ (ဆက်သွယ်ရန်အချက်အလက်၊ ကျန်းမာရေးသမိုင်း၊ စက်ရှင်မှတ်စုများ၊ ရက်ချိန်း/ပက်ကေ့ချ်ဒေတာ စသည်) နှင့်စပ်လျဉ်း၍ စင်တာသည် KVKK ပုဒ်မ 3 အရ ဒေတာထိန်းချုပ်သူဖြစ်သည်၊ Corenta/Teta Studio မှာမူ ဒေတာလုပ်ဆောင်သူ အဆင့်အတန်းဖြင့်သာ စင်တာ၏ ညွှန်ကြားချက်များနှင့်အညီ နည်းပညာအခြေခံအဆောက်အအုံ ဝန်ဆောင်မှုကို ပေးသည်။ ဝန်ဆောင်မှုခံယူသူများကို အသိပေးရန်တာဝန်၊ ထင်ရှားသောသဘောတူညီချက်ရယူခြင်းနှင့် ဝန်ဆောင်မှုခံယူသူဒေတာဆိုင်ရာ နောက်ဆုံး သိမ်းဆည်းခြင်း/စွန့်ပစ်ခြင်း ဆုံးဖြတ်ချက်သည် စင်တာ၏ ဥပဒေဆိုင်ရာတာဝန် ဖြစ်သည်။ Corenta သည် ဤတာဝန်များ ထမ်းဆောင်ခြင်းကို ထုတ်ကုန်အတွင်း (သဘောတူညီချက် မှတ်တမ်းယန္တရား consent_logs၊ မိုဘိုင်း KVKK အတည်ပြုမျက်နှာပြင် kvkk.tsx၊ စစ်ဆေးမှုခြေရာများ) နည်းပညာအရ လွယ်ကူစေသည်၊ သို့သော် စင်တာ၏ KVKK လိုက်နာရန်တာဝန်ကို လွှဲယူခြင်း သို့မဟုတ် တာဝန်ခံခြင်း မပြုပါ။ ဤမူဝါဒတွင် ဤအခြေအနေအတွက် ဖော်ပြထားသော သိမ်းဆည်းချိန်ကာလများသည် Corenta က ဒေတာလုပ်ဆောင်သူ အဆင့်အတန်းဖြင့် ၎င်း၏ အခြေခံအဆောက်အအုံတွင် ဤဒေတာများကို အမှန်တကယ် မည်မျှကြာ ထားရှိသည်ကို ပြသည်၊ နောက်ဆုံး စွန့်ပစ်ခြင်းဆုံးဖြတ်ချက်နှင့် ကာလသည် စင်တာ၏ ညွှန်ကြားချက်နှင့် ၎င်းလိုက်နာရသော ဥပဒေများ၏ မူဘောင်အတွင်း ပုံဖော်နိုင်သည်။

ဤမူဝါဒသည် Corenta ၏ ဝန်ထမ်းများ၊ လုပ်ငန်းမိတ်ဖက်များနှင့် ပေးသွင်းသူများနှင့်ဆိုင်သော ကိုယ်ရေးအချက်အလက်များ၏ သိမ်းဆည်းခြင်း/စွန့်ပစ်ခြင်း လုပ်ငန်းစဉ်များကိုလည်း ယေဘုယျမူများအရ လွှမ်းခြုံသည်၊ သို့သော် မူဝါဒ၏ အဓိကအာရုံမှာ အထက်ပါ (a) နှင့် (b) အပိုဒ်ခွဲများတွင် သတ်မှတ်ထားသော ဖောက်သည်/ဝန်ဆောင်မှုခံယူသူ ဒေတာများဖြစ်သည်။

1.3. ဒေတာထိန်းချုပ်သူ / ဒေတာလုပ်ဆောင်သူ အချက်အလက်

1.4. အခြေခံဥပဒေများ

• ဥပဒေအမှတ် 6698 ကိုယ်ရေးအချက်အလက်ကာကွယ်ရေးဥပဒေ၊
• ကိုယ်ရေးအချက်အလက်များကို ဖျက်ခြင်း၊ ဖျက်ဆီးခြင်း သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲခြင်းဆိုင်ရာ စည်းမျဉ်း (28.10.2017 ရက်စွဲပါ အမှတ် 30224 အစိုးရပြန်တမ်း)၊
• ကိုယ်ရေးအချက်အလက်များကို ဖျက်ခြင်း၊ ဖျက်ဆီးခြင်း သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲခြင်းဆိုင်ရာ လမ်းညွှန်နှင့် ကိုယ်ရေးအချက်အလက်ကာကွယ်ရေးဘုတ်အဖွဲ့ ("ဘုတ်အဖွဲ့") ၏ ဆုံးဖြတ်ချက်များ၊
• ဥပဒေအမှတ် 6102 တူရကီ ကုန်သွယ်မှုဥပဒေ (ကုန်သွယ်မှုစာရင်းစာအုပ်များနှင့် စာရွက်စာတမ်းများ သိမ်းဆည်းခြင်း)၊
• ဥပဒေအမှတ် 213 အခွန်လုပ်ထုံးလုပ်နည်းဥပဒေ (ငွေကြေးမှတ်တမ်းများ သိမ်းဆည်းခြင်း)၊
• သက်ဆိုင်ရာ အခြားကဏ္ဍအလိုက်ဥပဒေများ (ကျင့်သုံးနိုင်သည့်အတိုင်းအတာအထိ ကျန်းမာရေးဝန်ဆောင်မှုပေးခြင်းဆိုင်ရာ ဥပဒေများ အပါအဝင်)။

2. အဓိပ္ပာယ်ဖွင့်ဆိုချက်များ

3. သိမ်းဆည်းချိန်နှင့် စွန့်ပစ်ချိန်ကာလ သတ်မှတ်သည့် စံနှုန်းများ (KVKK ပုဒ်မ 5၊ ပုဒ်မ 6)

3.1. သိမ်းဆည်းရန် လိုအပ်စေသည့် အကြောင်းရင်းများ

Corenta အတွင်း ကိုယ်ရေးအချက်အလက်များကို သက်ဆိုင်ရာဥပဒေတွင် ထင်ရှားစွာ ပြဋ္ဌာန်းထားသော ကာလအထိ သို့မဟုတ် လုပ်ဆောင်ရသည့်ရည်ရွယ်ချက်အတွက် လိုအပ်သော ကာလအထိသာ ထိန်းသိမ်းထားသည်။ သိမ်းဆည်းချိန်ကာလ သတ်မှတ်ရာတွင် အောက်ပါစံနှုန်းများကို အခြေခံသည်-

1. ဥပဒေအရ သိမ်းဆည်းရန်တာဝန် ရှိပါသလား။ (ဥပမာ- တူရကီ ကုန်သွယ်မှုဥပဒေ၊ အခွန်လုပ်ထုံးလုပ်နည်းဥပဒေ နယ်ပယ်အတွင်းရှိ ငွေကြေးမှတ်တမ်းများအတွက် အနည်းဆုံး သိမ်းဆည်းချိန်ကာလများ။)
2. ဒေတာကို မည်သည့်ရည်ရွယ်ချက်ဖြင့် လုပ်ဆောင်ခဲ့သနည်း၊ ထိုရည်ရွယ်ချက်သည် ယခုတိုင် အကျုံးဝင်နေပါသလား။ (KVKK ပုဒ်မ 5(2) — ရည်ရွယ်ချက်ဖြင့် ကန့်သတ်ခြင်းမူ။)
3. စာချုပ်ချုပ်ဆိုခြင်း/အကောင်အထည်ဖော်ခြင်းအတွက် လိုအပ်ပါသလား။ (ဥပမာ- စာရင်းသွင်းမှု/ဝန်ဆောင်မှုဆက်ဆံရေး ဆက်လက်ရှိနေစဉ် ရက်ချိန်းနှင့် ပက်ကေ့ချ်ဒေတာ။)
4. အခွင့်အရေးတစ်ရပ်ကို ထူထောင်ခြင်း၊ ကျင့်သုံးခြင်း သို့မဟုတ် ကာကွယ်ခြင်းအတွက် (ဖြစ်နိုင်သော ဥပဒေရေးရာ အငြင်းပွားမှုတွင် သက်သေအထောက်အထားအဖြစ်) လိုအပ်ပါသလား။ (ကတိကဝတ်ဆိုင်ရာဥပဒေ၏ ယေဘုယျ အချိန်ကန့်သတ်ချက်ကာလများကို ထည့်သွင်းစဉ်းစား၍။)
5. ဒေတာပိုင်ရှင်၏ ထင်ရှားသောသဘောတူညီချက် ရှိပါသလား၊ ထိုသဘောတူညီချက်သည် အကျုံးဝင်ဆဲဖြစ်ပါသလား။
6. Corenta ၏ သို့မဟုတ် စင်တာ၏ တရားဝင်အကျိုးစီးပွား ရှိပါသလား။ (ဥပမာ- လုံခြုံရေးမှတ်တမ်းများ၊ လိမ်လည်မှု/အလွဲသုံးစားမှု ရှာဖွေတွေ့ရှိခြင်း။)
7. ဒေတာသည် အထူးအမျိုးအစား (ကျန်းမာရေး) ဒေတာ အမျိုးအစားတွင် ပါဝင်ပါသလား။ ထိုသို့ဖြစ်ပါက KVKK ပုဒ်မ 6 အရ ပိုမိုတင်းကျပ်သော ဝင်ရောက်ခွင့်ကန့်သတ်ချက်နှင့် အကြောင်းပြချက်ပေးခြင်းကို ကျင့်သုံးသည်၊ သိမ်းဆည်းချိန်ကာလကို ရည်ရွယ်ချက်ပြင်ပသို့ မည်သည့်အခါမျှ မချဲ့ထွင်ပါ။

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

3.2. စွန့်ပစ်ရန် လိုအပ်စေသည့် အကြောင်းရင်းများ

ကိုယ်ရေးအချက်အလက်များကို အောက်ပါအခြေအနေများတွင် သက်ဆိုင်ရာပုဂ္ဂိုလ်၏ တောင်းဆိုချက်အရ သို့မဟုတ် Corenta/စင်တာက မိမိသဘောအလျောက် ဖျက်သည်၊ ဖျက်ဆီးသည် သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲသည်-

a) လုပ်ဆောင်ခြင်း၏ အခြေခံဖြစ်သော ဥပဒေပြဋ္ဌာန်းချက်များကို ပြင်ဆင်ခြင်း သို့မဟုတ် ရုပ်သိမ်းခြင်း၊ b) လုပ်ဆောင်ခြင်း သို့မဟုတ် သိမ်းဆည်းခြင်းကို လိုအပ်စေသော ရည်ရွယ်ချက် ပျောက်ကွယ်သွားခြင်း၊ c) ထင်ရှားသောသဘောတူညီချက်ကို အခြေခံသည့် လုပ်ဆောင်မှုများတွင် ဒေတာပိုင်ရှင်က ၎င်း၏ သဘောတူညီချက်ကို ရုပ်သိမ်းခြင်း၊ d) KVKK ပုဒ်မ 11 အရ အခွင့်အရေးများ၏ မူဘောင်အတွင်း ဒေတာပိုင်ရှင်က ဖျက်ခြင်း/ဖျက်ဆီးခြင်း တောင်းဆိုချက် ပြုလုပ်ပြီး ထိုတောင်းဆိုချက်ကို သင့်လျော်သည်ဟု တွေ့ရှိခြင်း (အကောင့်ဖျက်ရန် တောင်းဆိုချက်)၊ e) ကိုယ်ရေးအချက်အလက်များ၏ သိမ်းဆည်းချိန်ကာလ ကုန်ဆုံးပြီး သိမ်းဆည်းရန် လိုအပ်စေသော ဥပဒေဆိုင်ရာအကြောင်းရင်း တစ်စုံတစ်ရာ မကျန်တော့ခြင်း၊ f) စာချုပ်ကို လုံးဝမချုပ်ဆိုခဲ့ခြင်း၊ အကျုံးမဝင်ခြင်း၊ ပယ်ဖျက်ခြင်း သို့မဟုတ် စာချုပ်မှ ဆုတ်ခွာခြင်း၊ g) အကောင့်ဖျက်ရန် တောင်းဆိုချက်ကို ဤမူဝါဒ၏ ပုဒ်မ 5 တွင် ဖော်ပြထားသော လုပ်ငန်းစဉ်အတွင်း နောက်ဆုံးအဖြစ် ပြီးမြောက်ခြင်း။

4. ဒေတာအမျိုးအစားများ၊ သိမ်းဆည်းချိန်ကာလများနှင့် စွန့်ပစ်နည်းလမ်းများ ဇယား

အောက်ပါဇယားသည် Corenta ၏ အခြေခံအဆောက်အအုံတွင် လုပ်ဆောင်သော အဓိက ကိုယ်ရေးအချက်အလက်အမျိုးအစားများ၊ သိမ်းဆည်းချိန်ကာလ၊ ၎င်း၏အကြောင်းပြချက်နှင့် ကာလကုန်ဆုံးသည့်အခါ ကျင့်သုံးမည့် စွန့်ပစ်နည်းလမ်းကို ပြသည်။ အခြားနည်းဖြင့် ထင်ရှားစွာ ဖော်ပြထားခြင်းမရှိလျှင် ယေဘုယျစည်းမျဉ်းမှာ- "ဆက်စပ်အကောင့်/မှတ်တမ်း ဆက်လက်ရှိနေသရွေ့ + အကောင့်ဖျက်ရန် တောင်းဆိုချက်ကို စတင်ဆောင်ရွက်သည့်အချိန်မှ 30 ရက်။" ဇယားကို အပိုင်း 5 တွင် ရှင်းပြထားသော အကောင့်ဖျက်ခြင်းလုပ်ငန်းစဉ်နှင့် တွဲဖက်ဖတ်ရှုရမည်။ အချို့အမျိုးအစားများအတွက် ဤလုပ်ငန်းစဉ်၏ 30 ရက်ပြည့်သည့်အခါ အဆင့်မှာ DELETE (အပြီးတိုင်ဖျက်ခြင်း) မဟုတ်ဘဲ အမည်မသိအဖြစ် ပြောင်းလဲခြင်း ဖြစ်သည် — သက်ဆိုင်ရာအတန်းများနှင့် အပိုင်း 6.2 တွင် ဤခွဲခြားမှုကို ထင်ရှားစွာ ဖော်ပြထားသည်။

<div style="overflow-x:auto">

</div>

မှတ်ချက် 1: အထက်ပါဇယားရှိ "အကောင့်/tenant ဆက်လက်ရှိနေသရွေ့" စကားရပ်သည် သက်ဆိုင်ရာစင်တာ၏ Corenta စာရင်းသွင်းမှု ဆက်လက်ရှိနေပြီး ဝန်ဆောင်မှုခံယူသူမှတ်တမ်းကို စင်တာက မဖျက်ရသေးသော ကာလကို ဆိုလိုသည်။ စင်တာက ၎င်း၏ကိုယ်ပိုင် ဝန်ဆောင်မှုခံယူသူ၏ ဒေတာကို မည်သည့်အချိန်တွင် ဖျက်မည်ကို စင်တာ၏ (ဒေတာထိန်းချုပ်သူ အဆင့်အတန်းဖြင့်) ကိုယ်ပိုင် KVKK မူဝါဒနှင့် ဝန်ဆောင်မှုခံယူသူနှင့် ဆက်ဆံရေး၏ မူဘောင်အတွင်း သတ်မှတ်သည်၊ Corenta သည် ဤလုပ်ငန်းစဉ်အတွက် နည်းပညာဆိုင်ရာ အဆင်ပြေမှုကို ပေးသည်။

မှတ်ချက် 2: အမှတ်စဉ် 7 (စစ်ဆေးမှုခြေရာ မှတ်တမ်းများ) ရှိ 2 နှစ် နှင့် အမှတ်စဉ် 8 (သဘောတူညီချက် မှတ်တမ်းများ) ရှိ 5 နှစ် ကာလများသည် Corenta က သတ်မှတ်ထားသော ပုံသေသိမ်းဆည်းချိန်ကာလများ ဖြစ်သည် (အမှတ်စဉ် 6 ရှိ TTK/VUK ကာလနှင့် မတူဘဲ ဥပဒေပြဋ္ဌာန်းချက်တစ်ရပ်ကို တိုက်ရိုက်အခြေမခံပါ၊ KVKK ပုဒ်မ 5(2)(f) ရှိ တရားဝင်အကျိုးစီးပွားနှင့် သက်သေပြရန်တာဝန်၏ မူဘောင်အတွင်း သတ်မှတ်ထားသော မိမိသဘောအလျောက် ချည်နှောင်သည့် ကတိကဝတ်တစ်ရပ် ဖြစ်သည်)။ ဤကာလများ ပြည့်သည့်အခါ အလိုအလျောက် သိမ်းဆည်းချိန်ကုန်ဆုံးမှု ဖျက်ခြင်းယန္တရားသည် စနစ်တွင် ယခုလောလောဆယ် မလည်ပတ်ပါ — ကာလကုန်ဆုံးသည့်အခါ ဖျက်ခြင်း/အမည်မသိအဖြစ် ပြောင်းလဲခြင်းကို လက်ဖြင့် ဆောင်ရွက်သည်၊ အလိုအလျောက်စနစ် စတင်အသုံးပြုသည့်အခါ ဤမူဝါဒကို အပ်ဒိတ်လုပ်မည်။ အမှတ်စဉ် 9 (စောစီးစွာဝင်ရောက်ခွင့်ပုံစံ ဒေတာ) ရှိ "အများဆုံး 2 နှစ်" စကားရပ်သည် မတူညီသော နယ်ပယ်တွင် ရှိပြီး ၎င်း၏ကိုယ်ပိုင်အတန်းတွင် ရှင်းပြထားသည့်အတိုင်း သီးခြား ဥပဒေဆိုင်ရာ အမြင့်ဆုံးကန့်သတ်ချက်ကို ဖော်ပြသည်။

5. အကောင့်ဖျက်ခြင်း လုပ်ငန်းစဉ် — အစမှအဆုံး လည်ပတ်ပုံ

Corenta သည် ဒေတာပိုင်ရှင်များ၏ KVKK ပုဒ်မ 11 အရ ဖျက်ရန် တောင်းဆိုချက်ကို နည်းပညာအရ ဖြည့်ဆည်းရန် အသုံးပြုသူအတွေ့အကြုံနှင့် ဒေတာလုံခြုံရေး/ဥပဒေဆိုင်ရာ သက်သေပြရန်လိုအပ်ချက်အကြား ဟန်ချက်ညီမှုကို ထည့်သွင်းစဉ်းစားသော အဆင့်နှစ်ဆင့်ပါ ဖျက်ခြင်းဗိသုကာ ကို ကျင့်သုံးသည်- ချက်ချင်း ပျော့ပျောင်းသောဖျက်ခြင်း (soft-delete) နှင့် ၎င်းနောက်တွင် 30 ရက်ပြည့်သည့်အခါ အပြီးတိုင်ဖျက်ခြင်း။

5.0. 2026 ခုနှစ် အောက်တိုဘာလ 4 ရက် ပြင်ဆင်ချက် — 5.1–5.7 နှင့် ကွဲလွဲသည့်နေရာတွင် ဤပုဒ်မက ဦးစားပေးသည်

အကောင့်ဖျက်ခြင်း (2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်မှစ၍): ဖျက်ရန် တောင်းဆိုချက်ကို အတည်ပြုသည့်အခါ အကောင့်သို့ ဝင်ရောက်ခွင့်ကို ချက်ချင်း ဖြတ်တောက်သည် (အကောင့်ဝင်ထားမှုများကို အဆုံးသတ်ပြီး ဝင်ရောက်၍မရပါ)၊ ကိုယ်ရေးအချက်အလက်များကို ဖျက်သည် သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲသည် (အမည်၊ အီးမေးလ်၊ ဖုန်း၊ ပုံနှင့် ဝန်ဆောင်မှုခံယူသူ၏ ကိုယ်ရေးအထောက်အထား/ဆက်သွယ်ရန် အချက်အလက်နှင့် ကျန်းမာရေးအကွက်များ — သွေးအုပ်စု၊ ဓာတ်မတည့်မှု၊ နာတာရှည်အခြေအနေ၊ ဆေးဝါး — ကို ရှင်းလင်းသည်)၊ ဥပဒေအရ သိမ်းဆည်းရန်လိုအပ်သော ငွေပေးချေမှုနှင့် ရထိုက်ငွေ မှတ်တမ်းများကို မဖျက်ပါ၊ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှုကို ဖြတ်တောက်၍ ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည့်ပုံစံဖြင့် သိမ်းဆည်းသည်။ တောင်းဆိုပြီးနောက် ပြန်လည်ရုပ်သိမ်းနိုင်သည့်ကာလ မရှိပါ၊ အထောက်အထားစိစစ်ရေးမှတ်တမ်းနှင့် ဖိုင်များကို အပြီးတိုင်ဖျက်ခြင်းကို လက်ရှိ ရက်သုံးဆယ်ကြာ နောက်ခံလုပ်ငန်းစဉ်တွင် ပြီးမြောက်စေသည်။

ဝန်ဆောင်မှုခံယူသူမှတ်တမ်းကို ဖျက်ခြင်းနှင့် ကျန်းမာရေးအကွက်များ (2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်မှစ၍): အကောင့်မရှိသော ဝန်ဆောင်မှုခံယူသူမှတ်တမ်းကို လုပ်ငန်းက ဖျက်သည့်အခါ မှတ်တမ်းကို အသုံးပြုနေသောစာရင်းမှ ချက်ချင်းဖယ်ရှားသည်၊ 30 ရက်အကြာတွင် ကိုယ်ရေးအထောက်အထားနှင့် ဆက်သွယ်ရန် အချက်အလက်များနှင့်အတူ ဝန်ဆောင်မှုခံယူသူ၏ ကျန်းမာရေးအကွက်များ (သွေးအုပ်စု၊ ဓာတ်မတည့်မှု၊ နာတာရှည်အခြေအနေ၊ ဆေးဝါး) ကိုလည်း ဖျက်/ရှင်းလင်းသည်။ ကျန်းမာရေးသမိုင်းပုံစံများ၊ တိုင်းတာချက်များနှင့် စက်ရှင်မှတ်စုများ၏ သိမ်းဆည်းမှုစည်းမျဉ်းများသည် ဤပြဋ္ဌာန်းချက်ကြောင့် မထိခိုက်ပါ။

ပြေစာဖိုင်များ (2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်မှစ၍): ငွေပေးချေမှုတစ်ခုနှင့် မချိတ်ဆက်ထားသော (ပိုင်ရှင်မဲ့) ပြေစာဖိုင်များကို 7 ရက် အကြာတွင် အလိုအလျောက်ဖျက်သည်၊ ငွေပေးချေမှုနှင့် ချိတ်ဆက်ထားသော ပြေစာကို မည်သည့်အခန်းကဏ္ဍကမျှ မဖျက်နိုင်ပါ။

ပံ့ပိုးမှုမုဒ်တွင် ဝန်ဆောင်မှုခံယူသူ၏ ဆက်သွယ်ရန်အချက်အလက် (2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်မှစ၍): Corenta ပံ့ပိုးမှု (စူပါစီမံခန့်ခွဲသူ) အကောင့်ဝင်ချိန်တွင် ဝန်ဆောင်မှုခံယူသူ၏ အီးမေးလ်နှင့် ဖုန်းအချက်အလက်ကို ပံ့ပိုးမှုဝန်ထမ်းများအား မပြသပါ၊ ပံ့ပိုးမှုဝန်ထမ်းများသည် ကန့်သတ်ထားသော ကိုယ်ရေးအကျဉ်း (အမည်၊ အကောင့်အခြေအနေ၊ လက်ရှိအသုံးပြုမှု၊ ဖန်တီးသည့်ရက်စွဲ) ကိုသာ ကြည့်နိုင်သည်။

ကျန်းမာရေးအကွက်များကို ရေးသားခွင့် (2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်မှစ၍): ဝန်ဆောင်မှုခံယူသူ၏ ကျန်းမာရေးအကွက်များ (သွေးအုပ်စု၊ ဓာတ်မတည့်မှု၊ နာတာရှည်အခြေအနေ၊ ဆေးဝါး) ကို ဝန်ဆောင်မှုခံယူသူကိုယ်တိုင်နှင့် တာဝန်ပေးထားသော ကျွမ်းကျင်သူသာ ရေးသားနိုင်သည်၊ လုပ်ငန်းပိုင်ရှင်/စီမံခန့်ခွဲသူသည် ဤအကွက်များကို မရေးသားနိုင်ပါ (အရေးပေါ်ဆက်သွယ်ရမည့်သူနှင့် ကိုယ်ရေးအထောက်အထားအကွက်များကို ပြင်ဆင်နိုင်သည်)။

အမည်ဝှက်ထားသော ထုတ်ကုန်တိုင်းတာခြင်း: ထုတ်ကုန်ကို တိုးတက်ကောင်းမွန်စေရန် ဆာဗာဘက်တွင်သာ စင်တာ၏ အမည်ဝှက်ကိုယ်ရေးအထောက်အထားဖြင့် စုစည်းထားသော အသုံးပြုမှုဖြစ်ရပ်များကို တိုင်းတာနိုင်သည်၊ ဤတိုင်းတာခြင်းတွင် IP လိပ်စာ၊ ကျန်းမာရေးဒေတာ သို့မဟုတ် ရင်းမြစ်/ကြော်ငြာ ခြေရာခံခြင်း မပါဝင်ပါ။ စင်တာ၏ အမည်ဝှက်ကိုယ်ရေးအထောက်အထားသည် အမည်ဝှက်သဘောသဘာဝ ရှိသည် (ကိုယ်ရေးအထောက်အထားမဲ့ မဟုတ်ပါ)။ ဤလုပ်ဆောင်ချက်ကို ယခုလောလောဆယ် ပိတ်ထားသည်။

5.1. အဆင့် 1 — ချက်ချင်း ပျော့ပျောင်းသောဖျက်ခြင်း (Soft-Delete)

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

1. အသုံးပြုသူ၏ ပရိုဖိုင်မှတ်တမ်းကို deleted_at အကွက် ဖြည့်ခြင်းဖြင့် အသက်မဝင်အောင် ပြုလုပ်သည်၊ အကောင့်သည် ပုံမှန်အသုံးပြုမှုအတွက် ဝင်ရောက်၍မရ/မမြင်ရတော့ဘဲ အကောင့်ဝင်ရန် အသုံးမပြုနိုင်တော့ပါ။
2. အသုံးပြုသူနှင့်ဆိုင်သော ဆိုင်းငံ့ထားသော (မဖြစ်မြောက်သေးသော) ရက်ချိန်းများကို အလိုအလျောက် ပယ်ဖျက်သည်။
3. အသုံးပြုသူ ကျွမ်းကျင်သူ/အရင်းအမြစ်အဖြစ် ပါဝင်သော တာဝန်ပေးမှုများ (ဝန်ဆောင်မှုခံယူသူ-ကျွမ်းကျင်သူ တွဲဖက်မှုများ၊ အစီအစဉ် တာဝန်ပေးမှုများ) ကို ဖယ်ရှားသည်။
4. အသုံးပြုသူနှင့်ဆိုင်သော သဘောတူညီချက်အားလုံးကို ရုပ်သိမ်းသည် (consent_logs မှတ်တမ်းများတွင် revoked_at အကွက် ဖြည့်ခြင်းဖြင့် ဆောင်ရွက်သည်)။

ဤအဆင့်တွင် ဒေတာကို ရုပ်ပိုင်းဆိုင်ရာအရ မဖျက်ရသေးပါ၊ သို့သော် ပုံမှန်လုပ်ဆောင်ခြင်းနှင့် ကြည့်ရှုခြင်း ရည်ရွယ်ချက်များအတွက် ဝင်ရောက်၍မရအောင် ပြုလုပ်ထားသည်။ ၎င်းသည် KVKK ပုဒ်မ 7 နှင့် စည်းမျဉ်း၏ အဓိပ္ပာယ်အရ "ဝင်ရောက်၍မရအောင် ပြုလုပ်ခြင်း" သဘောသဘာဝရှိသော ဖျက်ခြင်းလုပ်ငန်းစဉ်၏ ပထမခြေလှမ်း ဖြစ်သည်။

5.2. အဆင့် 2 — အပြီးတိုင်ဖျက်ခြင်း (30 ရက်အကြာ)

ပျော့ပျောင်းသောဖျက်ခြင်းမှ 30 (သုံးဆယ်) ရက် အကြာတွင် စနစ်ပေါ်တွင် အလိုအလျောက်လည်ပတ်သော အချိန်ဇယားသတ်မှတ်ထားသည့် လုပ်ငန်း (cron job) သည် အောက်ပါလုပ်ဆောင်ချက်များကို ပြန်ပြောင်း၍မရအောင် ဆောင်ရွက်သည်-

1. အသုံးပြုသူ၏ အထောက်အထားစိစစ်ရေးမှတ်တမ်း (auth.users) ကို အပြီးတိုင်နှင့် ပြန်ပြောင်း၍မရအောင် ဖျက်သည်။
2. အသုံးပြုသူနှင့် ဆက်စပ်ထားသော ဒေတာဘေ့စ်မှတ်တမ်းများကို အမျိုးအစားအလိုက် ကွဲပြားစွာ ဆောင်ရွက်သည်- သီးခြား လုပ်ငန်း/သက်သေတန်ဖိုး မရှိသော မှတ်တမ်းများ (ဥပမာ- အသိပေးချက်များ) ကို အပြီးတိုင်ဖျက်သည် (DELETE/cascade)၊ ကျန်းမာရေးဒေတာ (anamnesis_forms, session_notes, measurements) နှင့် ဆေးခန်း/ငွေကြေး မှတ်တမ်းများ (payments, attendance, consent_logs) ကိုမူ မဖျက်ပါ၊ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှုကို ဖြတ်တောက်သည် — ပုဂ္ဂိုလ်ချိတ်ဆက်မှုကို ဒေတာဘေ့စ်အဆင့်တွင် ဖြတ်တောက်ပြီး လွတ်လပ်စွာရေးသားသော အကွက်အချို့ကို ရှင်းလင်းသည်၊ မှတ်တမ်းသည် tenant ၏ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှု ဖြတ်တောက်ထားသော မှတ်တမ်းအဖြစ် ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည့်ပုံစံဖြင့် ကျန်ရှိသည် (စက်ရှင်မှတ်စု၏ လွတ်လပ်စွာရေးသားသောစာသားကို မပြောင်းလဲသောကြောင့် အမည်မသိဟု မမှတ်ယူပါ) (အပိုင်း 4 အမှတ်စဉ် 2-5၊ 8၊ 10 နှင့် အပိုင်း 6.2 ကို ကြည့်ပါ)။
3. ဤလုပ်ဆောင်ချက်ကို စနစ်၏ အထူးအခွင့်အရေးရှိသော (service-role ဖြင့် ကာကွယ်ထားသော) နောက်ခံလုပ်ငန်းစဉ်တွင်သာ အလိုအလျောက် စတင်သည်၊ စီမံခန့်ခွဲရေးဝန်ထမ်းများ အပါအဝင် မည်သည့်အသုံးပြုသူ သို့မဟုတ် လုပ်ငန်းစီမံခန့်ခွဲသူကမျှ ပုံမှန်ထုတ်ကုန် အင်တာဖေ့စ်များမှတစ်ဆင့် ဤလုပ်ငန်းစဉ်ကို လက်ဖြင့် စတင်ခြင်း၊ စောစီးစွာ စတင်ခြင်း သို့မဟုတ် ရပ်တန့်ခြင်း မပြုနိုင်ပါ — ၎င်းသည် မှားယွင်း၍ သို့မဟုတ် အလွဲသုံးစားမှုဖြင့် စောစီးစွာ/နောက်ကျ၍ ဖျက်ခြင်းကို တားဆီးရန် ရည်ရွယ်ချက်ရှိရှိ ရွေးချယ်ထားသော လုံခြုံရေးဒီဇိုင်း ဖြစ်သည်။ (ဤအာမခံချက်သည် ထုတ်ကုန်၏ ပုံမှန်အသုံးပြုသူနှင့် စီမံခန့်ခွဲရေး အင်တာဖေ့စ်များကို လွှမ်းခြုံသည်၊ စနစ်၏ အထူးအခွင့်အရေးရှိသော အခြေခံအဆောက်အအုံအဆင့်တွင် ဒေတာဘေ့စ်သို့ တိုက်ရိုက်ဝင်ရောက်ခွင့် ရှိနိုင်သော နည်းပညာဆိုင်ရာ လုပ်ငန်းလည်ပတ်မှု လုပ်ငန်းစဉ်များသည် ဤအာမခံချက်၏ နယ်ပယ်ပြင်ပတွင် ရှိပြီး သီးခြား အတွင်းပိုင်း ဝင်ရောက်ခွင့်ထိန်းချုပ်မှုများအောက်တွင် ရှိသည်။)

30 ရက်ကြာ နောက်ခံလုပ်ငန်းစဉ်၏ ရည်ရွယ်ချက် (2026 ခုနှစ် အောက်တိုဘာလ 4 ရက်မှစ၍): ဖျက်ရန်တောင်းဆိုချက်ဖြင့် အကောင့်သို့ ဝင်ရောက်ခွင့်ကို ချက်ချင်း ဖြတ်တောက်သောကြောင့် ဤကာလသည် ပြန်လည်ရုပ်သိမ်းခြင်း/နောင်တရ ဆုတ်ခွာခြင်း အခွင့်အလမ်းကို မပေးပါ၊ အထောက်အထားစိစစ်ရေးမှတ်တမ်းနှင့် ဖိုင်များကို အပြီးတိုင်ဖျက်ခြင်း ပြီးမြောက်စေရန်နှင့် ဖြစ်နိုင်သော အလွဲသုံးစားမှုကို စိစစ်ရန် အသုံးပြုသည်။ ဤကာလသည် KVKK ပုဒ်မ 5 အရ အချိုးအစားညီမျှမှုမူနှင့် ကိုက်ညီသော၊ သင့်လျော်ပြီး ကန့်သတ်ထားသော ကာလ ဖြစ်သည်။ ဖျက်ရန်တောင်းဆိုချက်၏ အခြေအနေနှင့်စပ်လျဉ်း၍ hello@corenta.app လိပ်စာသို့ လျှောက်ထားနိုင်သည်။

5.3. ခြွင်းချက်- ဥပဒေအရ သိမ်းဆည်းရန်တာဝန် ရှိသော ဒေတာများ

အထက်ပါ 30 ရက် အပြီးတိုင်ဖျက်ခြင်းလုပ်ငန်းစဉ်သည် အပိုင်း 4၊ ဇယား အမှတ်စဉ် 6 (စာရင်းသွင်းမှု/ငွေပေးငွေယူ မက်တာဒေတာ) တွင် ဖော်ပြထားပြီး တူရကီ ကုန်သွယ်မှုဥပဒေ/အခွန်လုပ်ထုံးလုပ်နည်းဥပဒေ နယ်ပယ်အတွင်း ဥပဒေအရ သိမ်းဆည်းရန်တာဝန် ရှိသော မှတ်တမ်းများကို မလွှမ်းခြုံပါ။ ဤမှတ်တမ်းများကို အကောင့်ကို အပြီးတိုင်ဖျက်သည့်တိုင် သက်ဆိုင်ရာ ဥပဒေအရ သိမ်းဆည်းချိန်ကာလ ကုန်ဆုံးသည်အထိ ကိုယ်ရေးအချက်အလက်လုပ်ဆောင်ရသည့် ရည်ရွယ်ချက်မှ ခွဲခြားထားပြီး ဥပဒေအရတာဝန်ကို ထမ်းဆောင်ရန် ရည်ရွယ်ချက်ဖြင့်သာ ကန့်သတ်ဝင်ရောက်ခွင့်ဖြင့် သီးခြား ထိန်းသိမ်းထားသည်။ ထိုနည်းတူ စစ်ဆေးမှုခြေရာ မှတ်တမ်းများ (audit_logs) နှင့် သဘောတူညီချက် မှတ်တမ်းများ၏ သက်သေပြရန်ရည်ရွယ်သော အနည်းဆုံးအနှစ်သာရ (အပိုင်း 4၊ အမှတ်စဉ် 7-8 ကို ကြည့်ပါ) ကိုလည်း တရားဝင်အကျိုးစီးပွား/ဥပဒေဆိုင်ရာ သက်သေပြခြင်း အကြောင်းပြချက်ဖြင့် ဤ 30 ရက်ကာလ ပြင်ပတွင် သီးခြားနှင့် ကန့်သတ်ထားသော ရည်ရွယ်ချက်ဖြင့် ဆက်လက်သိမ်းဆည်းထားနိုင်သည်။ ဤခြွင်းချက်နယ်ပယ်အတွင်းရှိ ကာလများသည် စနစ်တွင် အလိုအလျောက်ကျင့်သုံးသော နည်းပညာယန္တရားတစ်ခုနှင့် ကိုက်ညီခြင်းမရှိကြောင်းကို အပိုင်း 4 မှတ်ချက် 2 တွင် ထင်ရှားစွာ ဖော်ပြထားသည်။

5.4. သိမ်းဆည်းထားသော ပူးတွဲဖိုင်များဆိုင်ရာ အထူးရှင်းလင်းချက် (အရေးကြီး — ပွင့်လင်းမြင်သာမှု)

ပွင့်လင်းမြင်သာမှုမူအရ ထင်ရှားစွာ ဖော်ပြအပ်သည်- အပြီးတိုင်ဖျက်သည့် လုပ်ဆောင်ချက်အတွင်း ဒေတာဘေ့စ်မှတ်တမ်းများ (ပရိုဖိုင်၊ ရက်ချိန်း၊ တာဝန်ပေးမှု၊ သဘောတူညီချက် စသည်) ကို လုံးဝဖျက်သည် သို့မဟုတ် (ကျန်းမာရေး/ဆေးခန်း/ငွေကြေး မှတ်တမ်းများအတွက်၊ အပိုင်း 6.2 ကို ကြည့်ပါ) အမည်မသိအဖြစ် ပြောင်းလဲသည်၊ အသုံးပြုသူနှင့်ဆိုင်ပြီး သီးခြား သိုလှောင်မှု (Storage) နေရာတွင် ထားရှိသော ပူးတွဲဖိုင်များကိုမူ အောက်ပါအတိုင်း ကိုင်တွယ်သည်- ပရိုဖိုင်ပုံ/ပရိုဖိုင်ဓာတ်ပုံ၊ ကျန်းမာရေးသမိုင်းပုံစံတွင် ပူးတွဲထားသော စာရွက်စာတမ်း/ဓာတ်ပုံနှင့် ငွေပေးချေမှုပြေစာပုံကို အပြီးတိုင်ဖျက်သည့်အဆင့်၏ အစိတ်အပိုင်းအဖြစ် Storage မှ အလိုအလျောက် (best-effort) ဖျက်သည် — ၎င်းသည် စနစ်တွင် ယခုလောလောဆယ် အမှန်တကယ်လည်ပတ်နေသော၊ အတည်ပြုပြီးသော အပြုအမူ ဖြစ်သည်။ bucket တစ်ခုတွင် ဖျက်ခြင်း မအောင်မြင်ပါက ဤအခြေအနေကို မှတ်တမ်းတင်သည်၊ သို့သော် အခြား bucket များ၏ ရှင်းလင်းမှု သို့မဟုတ် အကောင့်၏ အမည်မသိအဖြစ်ပြောင်းလဲခြင်း/အပြီးတိုင်ဖျက်ခြင်း အဆင့်များကို မတားဆီးပါ (best-effort ဒီဇိုင်း)။

ရိုးသားသော ကန့်သတ်ချက်- ဤအလိုအလျောက်လုပ်ငန်းစဉ်၏ နယ်ပယ်ပြင်ပတွင် ကျန်ရှိသော တစ်ခုတည်းသော ဖိုင်အမျိုးအစားမှာ ကျွမ်းကျင်သူ/တစ်ဦးတည်း စာရင်းသွင်းခြင်း လုပ်ငန်းစဉ်တွင် တင်ထားသော ကိုယ်ရေးအထောက်အထား/ဒီပလိုမာ အတည်ပြုစာရွက်စာတမ်းများ (specialist-verification-docs bucket) ဖြစ်သည်။ ဤစာရွက်စာတမ်းများသည် နည်းပညာအရ အသုံးပြုသူနှင့် မဟုတ်ဘဲ သက်ဆိုင်ရာ tenant (စင်တာ) ၏ အတည်ပြုခြင်းလုပ်ငန်းစဉ် နှင့် ချိတ်ဆက်ထားပြီး ဒေတာဘေ့စ်မှတ်တမ်းတွင် အသုံးပြုသူကိုးကားချက် မပါဝင်ပါ၊ ထို့ကြောင့် လက်ရှိ အသုံးပြုသူအကောင့်ဖျက်ခြင်း လုပ်ငန်းစဉ်တွင် အလိုအလျောက် ထည့်သွင်း၍ မရနိုင်ပါ။ ဤစာရွက်စာတမ်း၏ စွန့်ပစ်ခြင်းကို သက်ဆိုင်ရာစင်တာက tenant အဆင့်တွင် ၎င်း၏ အကောင့်/စာရင်းသွင်းမှုကို ပိတ်သည့် လုပ်ငန်းစဉ်တွင် သီးခြားကိုင်တွယ်မည် (အပိုင်း 5.6 ကို ကြည့်ပါ)၊ ၎င်း ပြီးမြောက်သည်အထိ ခြွင်းချက်တောင်းဆိုချက်များတွင် hello@corenta.app မှတစ်ဆင့် လက်ဖြင့် အကဲဖြတ်သည်။

ထို့ကြောင့် ဤမူဝါဒတွင် အကောင့်ဖျက်ရန် တောင်းဆိုချက်ဖြင့် "အသုံးပြုသူနှင့်ဆိုင်သော ဒေတာ/ဖိုင်အားလုံးကို ပြည့်စုံစွာနှင့် ချက်ချင်း ဖျက်သည်" ဟူသော အကြွင်းမဲ့ ကတိကဝတ် မပြုပါ (အထူးသဖြင့် အရန်မိတ္တူများရှိ နည်းပညာဆိုင်ရာ အကြွင်းအကျန်အတွက် အပိုင်း 6.3 ကို ကြည့်ပါ၊ အထက်ပါ ခြွင်းချက်အတွက်လည်း ကြည့်ပါ)၊ သို့သော် အထက်တွင် ဖော်ပြထားသော ဖိုင်အမျိုးအစားများအတွက် အလိုအလျောက်ဖျက်ခြင်းကို အမှန်တကယ် ကျင့်သုံးနေသည်။

5.5. ကျန်းမာရေးဒေတာဆိုင်ရာ အထူးမှတ်ချက်

ကျန်းမာရေးသမိုင်းပုံစံများ၊ စက်ရှင်မှတ်စုများနှင့် တိုင်းတာချက်မှတ်တမ်းများကဲ့သို့ အထူးအမျိုးအစား ကျန်းမာရေးဒေတာများသည်လည်း အထက်ပါ ယေဘုယျဖျက်ခြင်းလုပ်ငန်းစဉ် (soft-delete → 30 ရက် → အပြီးတိုင်ဖျက်ခြင်း) အောက်တွင် ရှိသည်၊ သို့သော် အပိုင်း 4 အမှတ်စဉ် 2-4 နှင့် အပိုင်း 6.2 တွင် ရှင်းပြထားသည့်အတိုင်း ဤဇယားများတွင် အပြီးတိုင်ဖျက်သည့်အဆင့်ကို ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှုကို ဖြတ်တောက်ခြင်းနှင့် တစ်စိတ်တစ်ပိုင်း ရှင်းလင်းခြင်း ဖြင့် ကျင့်သုံးသည် — မှတ်တမ်းကို DELETE မလုပ်ပါ၊ ပုဂ္ဂိုလ်ချိတ်ဆက်မှုကို ဖြတ်တောက်ပြီး လွတ်လပ်စွာရေးသားသော အကွက်အချို့ကို ရှင်းလင်းသည်၊ ဆေးခန်းမှတ်တမ်း (အထူးသဖြင့် append-only စက်ရှင်မှတ်စု အကြောင်းအရာ) ကို tenant ၏ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှု ဖြတ်တောက်ထားသော မှတ်တမ်းအဖြစ် ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည့်ပုံစံဖြင့် သိမ်းဆည်းပြီး အမည်မသိဟု မမှတ်ယူပါ။ ထို့အပြင် ဤဒေတာအမျိုးအစားသည် စင်တာက ဒေတာထိန်းချုပ်သူ အဆင့်အတန်းဖြင့် ထားရှိသော မှတ်တမ်းများနှင့် ရောယှက်နေသောကြောင့် ဝန်ဆောင်မှုခံယူသူ၏ အကောင့်/ဒေတာ ဖျက်ရန်တောင်းဆိုချက်သည် စင်တာ၏ ကိုယ်ပိုင် ဥပဒေအရ သိမ်းဆည်းရန်တာဝန်များ (ဥပမာ- ကျန်းမာရေးဝန်ဆောင်မှုပေးခြင်းဆိုင်ရာ ဥပဒေများမှ ပေါ်ပေါက်နိုင်သော မှတ်တမ်းထားရှိရန် မဖြစ်မနေလိုအပ်ချက်များ) နှင့် ပဋိပက္ခ ဖြစ်နိုင်သည်၊ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှုကို ဖြတ်တောက်ခြင်းနှင့် ကန့်သတ်သိမ်းဆည်းခြင်းနည်းလမ်းသည် ဤတာဝန်နှစ်ရပ် (ဝန်ဆောင်မှုခံယူသူ၏ ကိုယ်ရေးအချက်အလက်အပေါ် အခွင့်အရေးများနှင့် စင်တာ၏ မှတ်တမ်းထားရှိရန်တာဝန်) ကို ဟန်ချက်ညီစေရန် ရည်ရွယ်သည်။ ထိုသို့သော အခြေအနေများတွင် နောက်ဆုံးဆုံးဖြတ်ပိုင်ခွင့်ရှိသူမှာ ဒေတာထိန်းချုပ်သူ အဆင့်အတန်းဖြင့် စင်တာ ဖြစ်သည်၊ Corenta သည် စင်တာ၏ ညွှန်ကြားချက်နှင့်အညီ ဆောင်ရွက်သည်။

5.6. စင်တာ (Tenant) အဆင့်တွင် ဖျက်ခြင်း

စင်တာတစ်ခုက ၎င်း၏ Corenta စာရင်းသွင်းမှုကို လုံးဝ အဆုံးသတ်သည့်အခါ စင်တာနှင့်ဆိုင်သော tenant ဒေတာနှင့် ဤ tenant အောက်ရှိ ဝန်ဆောင်မှုခံယူသူမှတ်တမ်းအားလုံးအတွက်လည်း တူညီသော အဆင့်နှစ်ဆင့်ပါ (soft-delete → 30 ရက် → အပြီးတိုင်ဖျက်ခြင်း) ဗိသုကာကို ကျင့်သုံးသည်။ စင်တာသည် ၎င်း၏ကိုယ်ပိုင် ဝန်ဆောင်မှုခံယူသူများ၏ ဒေတာထိန်းချုပ်သူ ဖြစ်သောကြောင့် ၎င်း၏ စာရင်းသွင်းမှုကို မအဆုံးသတ်မီ ၎င်း၏ကိုယ်ပိုင် KVKK တာဝန်များ၏ မူဘောင်အတွင်း ဝန်ဆောင်မှုခံယူသူများကို အသိပေးရန် တာဝန်ရှိသည်၊ ဤတာဝန်ကို Corenta သို့ လွှဲပြောင်း၍မရပါ။

5.7. စူပါစီမံခန့်ခွဲသူ ပံ့ပိုးမှုမုဒ် (Impersonation) နှင့် ဆက်စပ်မှု

အကောင့်ဖျက်ခြင်းနှင့် သိမ်းဆည်းခြင်း လုပ်ငန်းစဉ်များသည် Corenta ၏ ပံ့ပိုးမှု/impersonation ယန္တရားနှင့် သီးခြားလွတ်လပ်စွာ လည်ပတ်သည်။ Impersonation အကောင့်ဝင်ချိန်များသည် အချိန်ကန့်သတ်ထားပြီး (30 မိနစ်) မူလအားဖြင့် ဖတ်ရှုရန်သာ ဖြစ်သည်၊ ကျန်းမာရေးဒေတာအမျိုးအစားများ (ကျန်းမာရေးသမိုင်း၊ စက်ရှင်မှတ်စု၊ တိုင်းတာချက်) သို့ ဝင်ရောက်ခွင့်သည် သီးခြား အတည်ပြုအဆင့် (health_data_enabled) လိုအပ်ပြီး ဤဇယားများ၏ ရေးသားခြင်း/ဖျက်ခြင်း လုပ်ဆောင်ချက်များကို impersonation မှတစ်ဆင့် မည်သည့်အခြေအနေတွင်မျှ ခွင့်မပြုပါ (RLS မူဝါဒများတွင် impersonation အတွက် ခြွင်းချက် တစ်စုံတစ်ရာ မပေးထားပါ)။ ရှင်းလင်းချက်- ဤနေရာရှိ ကန့်သတ်ချက်သည် ပံ့ပိုးမှုဝန်ထမ်းတစ်ဦး အကောင့်ဝင်ပြီး လက်ဖြင့် လုပ်ဆောင်သည့် လူက စတင်သော impersonation အကောင့်ဝင်ချိန်များ နှင့် သက်ဆိုင်သည်၊ အပိုင်း 5.2 တွင် ရှင်းပြထားသော အလိုအလျောက် (လူ၏ ဝင်ရောက်စွက်ဖက်မှု မရှိသော) service-role cron လုပ်ငန်းစဉ် သည် ဤကန့်သတ်ချက်နှင့် သီးခြားအလွှာ ဖြစ်ပြီး ၎င်းကြောင့် မထိခိုက်ပါ — impersonation ကန့်သတ်ချက်သည် အကောင့်ဖျက်ခြင်းလုပ်ငန်းစဉ်ရှိ အလိုအလျောက် အပြီးတိုင်ဖျက်ခြင်းယန္တရားကို မတားဆီးပါ၊ ၎င်းနှင့် ရောထွေးမှု မရှိစေရ။ ထို့ကြောင့် အကောင့်ဖျက်ခြင်း/စွန့်ပစ်ခြင်း လုပ်ငန်းစဉ်များကို ဤမူဝါဒတွင် သတ်မှတ်ထားသော အလိုအလျောက်ယန္တရားများမှတစ်ဆင့်သာ ဆောင်ရွက်သည်။

6. စွန့်ပစ်နည်းလမ်းများ

စည်းမျဉ်း ပုဒ်မ 8 နှင့် နောက်ဆက်တွဲ ပြဋ္ဌာန်းချက်များအရ မှတ်တမ်းသိမ်းဆည်းရာ ကြားခံများအလိုက် ကျင့်သုံးသော ဖျက်ခြင်း/ဖျက်ဆီးခြင်း/အမည်မသိအဖြစ် ပြောင်းလဲခြင်း နည်းလမ်းများကို အောက်တွင် ရှင်းပြထားသည်။

6.1. ဖျက်ခြင်း

ကိုယ်ရေးအချက်အလက်များကို သက်ဆိုင်ရာအသုံးပြုသူများ (အက်ပ်အသုံးပြုသူများ၊ စီမံခန့်ခွဲရေးပန်နယ်သို့ ဝင်ရောက်ခွင့်ရှိသော ဝန်ထမ်းများ အပါအဝင်) အတွက် မည်သည့်နည်းဖြင့်မျှ ဝင်ရောက်ကြည့်ရှု၍မရ၊ ထပ်မံအသုံးပြု၍မရအောင် ပြုလုပ်ခြင်း လုပ်ငန်းစဉ် ဖြစ်သည်။ Corenta တွင် ဤနည်းလမ်းကို အဆင့်-1 soft-delete လုပ်ငန်းစဉ်တွင် ကျင့်သုံးသည်- ဒေတာကို ဒေတာဘေ့စ်မှ ရုပ်ပိုင်းဆိုင်ရာအရ မဖယ်ရှားသော်လည်း ဝင်ရောက်ခွင့်လုပ်ပိုင်ခွင့်များနှင့် အင်တာဖေ့စ်များမှတစ်ဆင့် လုံးဝ ဝင်ရောက်၍မရအောင် ပြုလုပ်သည်။

6.2. ဖျက်ဆီးခြင်း (အပြီးတိုင်ဖျက်ခြင်း)

ကိုယ်ရေးအချက်အလက်များကို မည်သူမျှ မည်သည့်နည်းဖြင့်မျှ ဝင်ရောက်ကြည့်ရှု၍မရ၊ ပြန်လည်ရယူ၍မရ၊ ထပ်မံအသုံးပြု၍မရအောင် ပြုလုပ်ခြင်း လုပ်ငန်းစဉ် ဖြစ်သည်။ Corenta ၏ အဆင့်-2 အပြီးတိုင်ဖျက်ခြင်း လုပ်ငန်းစဉ်တွင် ဤမူကို ဒေတာအမျိုးအစားအလိုက် မတူညီသော နည်းပညာနည်းလမ်းနှစ်ခုဖြင့် အကောင်အထည်ဖော်သည်-

• အထောက်အထားစိစစ်ရေးမှတ်တမ်းနှင့် သီးခြား လုပ်ငန်းတန်ဖိုး မရှိသော မှတ်တမ်းများ: အသုံးပြုသူ၏ အထောက်အထားစိစစ်ရေးမှတ်တမ်း (auth.users) ကို service-role ဖြင့် ကာကွယ်ထားသော အလိုအလျောက်လုပ်ငန်းစဉ်တွင် တိုက်ရိုက် DELETE ဖြင့် ပြန်ပြောင်း၍မရအောင် ဖျက်သည်၊ အကောင့်ဖျက်ပြီးနောက် သီးခြား လုပ်ငန်း/သက်သေတန်ဖိုး မရှိသော ဆက်စပ်မှတ်တမ်းများ (ဥပမာ- အသိပေးချက်များ၊ notifications — အပိုင်း 4 အမှတ်စဉ် 10 ကို ကြည့်ပါ) ကို ဒေတာဘေ့စ်အဆင့်တွင် ON DELETE CASCADE ဖြင့် အတူတကွ ဖျက်သည်။
• ကျန်းမာရေး၊ ဆေးခန်းနှင့် ငွေကြေး မှတ်တမ်း: anamnesis_forms, session_notes, measurements, payments, attendance နှင့် consent_logs အတွက် အပြီးတိုင်ဖျက်သည့်အဆင့်ကို မှတ်တမ်းကို DELETE လုပ်မည့်အစား ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှုကို ဖြတ်တောက်ခြင်းနှင့် တစ်စိတ်တစ်ပိုင်း ရှင်းလင်းခြင်း (အပိုင်း 6.6 ကို ကြည့်ပါ) ဖြင့် ကျင့်သုံးသည်- ပုဂ္ဂိုလ်ကို ဖော်ထုတ်သော နိုင်ငံခြားသော့ချက် ကော်လံများ (client_id, specialist_id, user_id စသည်) ကို ON DELETE SET NULL FK ကန့်သတ်ချက်ဖြင့် ပြန်ပြောင်း၍မရအောင် NULL သို့ ပြောင်းသည်၊ ထင်ရှားသော ကိုယ်ရေးအထောက်အထား သို့မဟုတ် လွတ်လပ်စွာရေးသားသော PII ပါဝင်နိုင်သည့် အကြောင်းအရာကော်လံများ (ကျန်းမာရေးသမိုင်း အဖြေများ၊ တိုင်းတာချက်/ငွေပေးချေမှု လွတ်လပ်စွာရေးသားသောမှတ်စုများ၊ ငွေပေးချေမှုပြေစာ ကိုးကားချက်၊ သဘောတူညီချက်မှတ်တမ်း၏ IP လိပ်စာ) ကို anonymize_user_relations() function (service-role ကသာ ခေါ်နိုင်သည်၊ default-deny) က ရှင်းလင်းသည် သို့မဟုတ် အမည်မသိ အမှတ်အသားဖြင့် အစားထိုးသည်။ ဆေးခန်း/ငွေကြေးဆိုင်ရာ ကိန်းဂဏန်းနှင့် ရက်စွဲဆိုင်ရာ အကြောင်းအရာ (ရက်စွဲ၊ ပမာဏ၊ တိုင်းတာတန်ဖိုး၊ ကျန်ရှိသော စက်ရှင်လက်ကျန်၊ လာရောက်/မလာရောက် အခြေအနေ၊ သဘောတူညီချက်ကို ပေးခဲ့သည့်/ရုပ်သိမ်းခဲ့သည့်အချိန်) ကိုမူ စင်တာ၏ မှတ်တမ်းထားရှိရန်တာဝန်နှင့် (စက်ရှင်မှတ်စုများအတွက်) append-only မူအရ tenant ၏ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှု ဖြတ်တောက်ထားသော မှတ်တမ်းအဖြစ် ဆက်လက်သိမ်းဆည်းထားသည်၊ စက်ရှင်မှတ်စု၏ လွတ်လပ်စွာရေးသားသောစာသားကို မပြောင်းလဲသောကြောင့် ဤမှတ်တမ်းများကို အမည်မသိဟု မမှတ်ယူဘဲ ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည့်ပုံစံဖြင့် သိမ်းဆည်းသည်။

စက်ရှင်မှတ်စုများ (session_notes) တွင် append-only ကန့်သတ်ချက်သည် အကြောင်းအရာ ပြောင်းလဲခြင်းကို ခွင့်မပြုပါ၊ ပုဂ္ဂိုလ်ချိတ်ဆက်မှု ကော်လံများ (client_id, specialist_id) ကို NULL သို့ ပြောင်းခြင်းအတွက်သာ ကျဉ်းမြောင်းသော၊ ရည်ရွယ်ချက်တစ်ခုတည်းအတွက် ခြွင်းချက်တစ်ခု ပေးထားသည် — မှတ်စုအကြောင်းအရာကိုယ်တိုင်ကို ဤလုပ်ငန်းစဉ်တွင်လည်း မည်သည့်အဆင့်တွင်မျှ မဖျက်ပါ သို့မဟုတ် မပြောင်းလဲပါ။

ကန့်သတ်ချက်- လွတ်လပ်စွာရေးသားသော အကွက်များတွင် ထင်ရှားသော ကိုယ်ရေးအထောက်အထားကော်လံများ ပြင်ပ၌ ပါဝင်နိုင်သော စာသားအတွင်းရှိ ကိုယ်ရေးအချက်အလက် (ဥပမာ- စက်ရှင်မှတ်စု၏ ကိုယ်ထည်တွင် ပါဝင်သော အမည်တစ်ခု) အတွက် စကင်ဖတ်ခြင်း/ရှင်းလင်းခြင်း ယန္တရား မရှိပါ။ ထို့ကြောင့် ဤမှတ်တမ်းများကို အမည်မသိဟု မမှတ်ယူပါ၊ ကိုယ်ရေးအချက်အလက်အဖြစ် ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည့်ပုံစံဖြင့် သိမ်းဆည်းပြီး ကာလကုန်ဆုံးသည့်အခါ စွန့်ပစ်သည်။

အထက်ပါ နည်းလမ်းနှစ်ခုစလုံးသည် service-role ဖြင့် ကာကွယ်ထားသောကြောင့် ပုံမှန်ထုတ်ကုန် အင်တာဖေ့စ်များမှတစ်ဆင့် စတင်၍ သို့မဟုတ် ပြန်ပြောင်း၍ မရပါ။

6.3. အရန်မိတ္တူများ (Backup) မှ ဖျက်ခြင်း

ဒေတာဘေ့စ် အရန်မိတ္တူများကို ပုံမှန် အရန်ကူးယူမှုစက်ဝန်း (rotation) ၏ မူဘောင်အတွင်း သတ်မှတ်ထားသော ကာလတစ်ခုအပြီးတွင် အလိုအလျောက် ထပ်ရေး/စွန့်ပစ်သည်။ အပြီးတိုင်ဖျက်ခြင်းသည် မူလဒေတာဘေ့စ်တွင် ချက်ချင်း အကျိုးသက်ရောက်သော်လည်း ယခင်က ရယူထားသော အရန်မိတ္တူများတွင် ဒေတာသည် အရန်ကူးယူမှုဝန်ဆောင်မှုပေးသူ (Supabase) ၏ စံ အရန်မိတ္တူ rotation ကာလ ကုန်ဆုံးသည်အထိ နည်းပညာအရ ဆက်လက်တည်ရှိနိုင်ကြောင်း ထင်ရှားစွာ ဖော်ပြအပ်သည်။ ဤအခြေအနေသည် သက်ဆိုင်ရာ ဆင့်ပွားဒေတာလုပ်ဆောင်သူ (Supabase) ၏ ဒေတာလုပ်ဆောင်မှုစာချုပ် (DPA) နယ်ပယ်အတွင်းရှိ စံကျင့်သုံးမှု ဖြစ်သည်။

6.4. ဖိုင်သိုလှောင်မှု (Storage) နေရာရှိ ပူးတွဲဖိုင်များ

အသုံးပြုသူများ တင်ထားသော ပရိုဖိုင်ပုံများ၊ ငွေပေးချေမှုပြေစာများနှင့် ကျန်းမာရေးသမိုင်း ပူးတွဲဖိုင်များကဲ့သို့ ဖိုင်များကို သီးခြား သိုလှောင်မှု (Storage) နေရာတွင် ထားရှိသည်။ အပိုင်း 5.4 ကို ကြည့်ပါ — ဤအကြောင်းအရာများ၏ အကောင့်ဖျက်ခြင်းလုပ်ငန်းစဉ်ရှိ လက်ရှိအခြေအနေ (ပရိုဖိုင်ပုံ/ကျန်းမာရေးသမိုင်း ပူးတွဲဖိုင်/ငွေပေးချေမှုပြေစာအတွက် အလိုအလျောက်ဖျက်ခြင်း၊ specialist-verification-docs အတွက် တစ်ခုတည်းသော ခြွင်းချက်) ကို ထိုနေရာတွင် အသေးစိတ်နှင့် ပွင့်လင်းမြင်သာစွာ ရှင်းပြထားသည်။

6.5. စက္ကူကြားခံရှိ ဒေတာများ

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

6.6. အမည်မသိအဖြစ် ပြောင်းလဲခြင်း

Corenta သည် အကောင့်ကို အပြီးတိုင်ဖျက်သည့် လုပ်ငန်းစဉ်၏ အစိတ်အပိုင်းအဖြစ် (အပိုင်း 6.2 ကို ကြည့်ပါ) ကျန်းမာရေးဒေတာနှင့် ဆေးခန်း/ငွေကြေး မှတ်တမ်းများအတွက် ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှုကို ဖြတ်တောက်ခြင်းနှင့် တစ်စိတ်တစ်ပိုင်း ရှင်းလင်းခြင်း နည်းလမ်းကို အသုံးပြုသည်။ စက်ရှင်မှတ်စု၏ လွတ်လပ်စွာရေးသားသောစာသားကို မပြောင်းလဲသောကြောင့်နှင့် လုပ်ငန်းငယ်များတွင် ရက်စွဲနှင့် တိုင်းတာချက်အစဉ်သည် ပုဂ္ဂိုလ်ကို ပြန်လည်ဖော်ထုတ်ရန် လုံလောက်နိုင်သောကြောင့် ဤနည်းလမ်းသည် အောက်ပါ အမည်မသိအဖြစ်ပြောင်းလဲခြင်း စံနှုန်းကို အခြေအနေတိုင်းတွင် မဖြည့်ဆည်းပါ၊ ဤမှတ်တမ်းများကို အမည်မသိဟု မမှတ်ယူဘဲ ကိုယ်ရေးအချက်အလက်အဖြစ် ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည့်ပုံစံဖြင့် သိမ်းဆည်းပြီး ကာလကုန်ဆုံးသည့်အခါ စွန့်ပစ်သည်။ ဤအပြင် Corenta သည် ထုတ်ကုန်ဖွံ့ဖြိုးရေး၊ စာရင်းအင်းဆိုင်ရာ ခွဲခြမ်းစိတ်ဖြာမှု သို့မဟုတ် ဈေးကွက်သုတေသန ရည်ရွယ်ချက်များအတွက်လည်း ကိုယ်ရေးအထောက်အထား သိရှိပြီးသော သို့မဟုတ် သိရှိနိုင်သော သဘာဝပုဂ္ဂိုလ်နှင့် ဆက်စပ်၍မရနိုင်အောင် အမည်မသိအဖြစ် ပြောင်းလဲထားသော ဒေတာကို အသုံးပြုနိုင်သည်။ အမည်မသိအဖြစ် ပြောင်းလဲခြင်းသည် ဒေတာကို အခြားဒေတာများနှင့် ပေါင်းစပ်သည့်တိုင် ပုဂ္ဂိုလ်နှင့် ပြန်ပြောင်း၍မရအောင် ဆက်စပ်၍မရနိုင်ရန် လိုအပ်သည်၊ ဤစံနှုန်းကို မဖြည့်ဆည်းဘဲ ပြုလုပ်သော ဖုံးကွယ်ခြင်း/အမည်ဝှက်ပြုလုပ်ခြင်း လုပ်ဆောင်ချက်များကို အမည်မသိအဖြစ် ပြောင်းလဲခြင်းဟု မမှတ်ယူဘဲ ကိုယ်ရေးအချက်အလက်လုပ်ဆောင်မှုစနစ်အောက်တွင် ဆက်လက်ရှိနေသည်။ အမည်မသိအဖြစ် ပြောင်းလဲထားသော ဒေတာများကို KVKK နယ်ပယ်ပြင်ပဟု သတ်မှတ်ပြီး ဤမူဝါဒရှိ သိမ်းဆည်းချိန်ကာလ ကန့်သတ်ချက်များအောက်တွင် မရှိပါ။

6.7. နည်းလမ်းရွေးချယ်ခြင်း

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

7. ပုံမှန်ကာလအလိုက် စွန့်ပစ်ခြင်း လုပ်ငန်းစဉ်

စည်းမျဉ်း ပုဒ်မ 11 အရ Corenta သည် သိမ်းဆည်းချိန်ကာလ ကုန်ဆုံးသော နှင့်/သို့မဟုတ် လုပ်ဆောင်ရသည့်ရည်ရွယ်ချက် ပျောက်ကွယ်သွားသော ကိုယ်ရေးအချက်အလက်များကို မိမိသဘောအလျောက် (တောင်းဆိုချက်ကို မစောင့်ဘဲ) ဖျက်ရန်၊ ဖျက်ဆီးရန် သို့မဟုတ် အမည်မသိအဖြစ် ပြောင်းလဲရန် တာဝန်ရှိသည်၊ ဤနယ်ပယ်အတွင်း သတ်မှတ်မည့် ပုံမှန်ကာလအလိုက် စွန့်ပစ်ချိန်ကာလသည် 6 (ခြောက်) လ ထက် မကျော်ရပါ။ ဤမူဘောင်အတွင်း စနစ်တွင် ယခုလောလောဆယ် အမှန်တကယ် လည်ပတ်နေသော နှင့် မလည်ပတ်သော ယန္တရားများကြား အောက်ပါခွဲခြားမှုကို ထင်ရှားစွာ ပြုလုပ်သည်-

1. အကောင့်ဖျက်ရန်တောင်းဆိုပြီးနောက် 30 ရက် အပြီးတိုင်ဖျက်ခြင်း လုပ်ငန်းစဉ်ကို အလိုအလျောက် အချိန်ဇယားသတ်မှတ်ထားသော လုပ်ငန်း (cron job) ဖြင့် ပုံမှန်ကာလအလိုက် (နေ့စဉ်) စကင်ဖတ်ပြီး ကာလကုန်ဆုံးသော အကောင့်များကို စုပေါင်း၍ ဆောင်ရွက်သည်။ ၎င်းသည် စနစ်တွင် ယခုလောလောဆယ် အမှန်တကယ် လည်ပတ်နေသော၊ အတည်ပြုပြီးသော အလိုအလျောက်စနစ် ဖြစ်သည်။
2. စစ်ဆေးမှုခြေရာ မှတ်တမ်းများ (audit_logs) အတွက် သတ်မှတ်ထားသော သိမ်းဆည်းချိန်ကာလကို ပုံမှန်ကာလအလိုက် ပြန်လည်သုံးသပ်သည်၊ သို့သော် ဤပြန်လည်သုံးသပ်ခြင်းကို အလိုအလျောက် ဆောင်ရွက်သော ဖျက်ခြင်းယန္တရားကို ယခုလောလောဆယ် မကျင့်သုံးရသေးပါ (အပိုင်း 4၊ အမှတ်စဉ် 7 ကို ကြည့်ပါ)။
3. စောစီးစွာဝင်ရောက်ခွင့်ပုံစံ ဒေတာများအတွက် သတ်မှတ်ထားသော အများဆုံးသိမ်းဆည်းချိန်ကာလ (အပိုင်း 4၊ အမှတ်စဉ် 9 ကို ကြည့်ပါ) သည် စည်းမျဉ်း ပုဒ်မ 11 အရ ပုံမှန်ကာလအလိုက် စွန့်ပစ်ရန်တာဝန်၏ ဥပဒေဆိုင်ရာ အမြင့်ဆုံးကန့်သတ်ချက် ကိုးကားချက် ဖြစ်သည်၊ သို့သော် ဤကာလနှင့် ကိုက်ညီသော၊ စနစ်တွင် အလိုအလျောက်လည်ပတ်သည့် စကင်ဖတ်ခြင်း/ဖျက်ခြင်း ယန္တရား ယခုလောလောဆယ် မရှိပါ။ ဤဒေတာအမျိုးအစားအတွက် ဖျက်ခြင်း/အမည်မသိအဖြစ် ပြောင်းလဲခြင်းကို အလိုအလျောက်စနစ် စတင်အသုံးပြုသည်အထိ လက်ဖြင့်နှင့် တောင်းဆိုချက်အရ အကဲဖြတ်နေသည် (အပိုင်း 4၊ မှတ်ချက် 2 ကို ကြည့်ပါ)။ ဤအချက်ကို အတည်မပြုရသေးသော အခြား အလိုအလျောက်စနစ်ဆိုင်ရာ အခိုင်အမာပြောဆိုချက်များ (အပိုဒ် 2 နှင့် 4 ကို ကြည့်ပါ) နှင့် တသမတ်တည်း ပွင့်လင်းမြင်သာစွာ ထားရှိသည်။
4. သက်တမ်းကုန်ဆုံးသော/အကျုံးမဝင်တော့သော push အသိပေးချက် token များကို သီးခြား အလိုအလျောက်နှင့် ပုံမှန်ကာလအလိုက် ရှင်းလင်းခြင်းသည် ထုတ်ကုန်လမ်းပြမြေပုံတွင် စီစဉ်ထားသော တိုးတက်မှုတစ်ခု ဖြစ်သည်၊ ဤယန္တရားသည် စနစ်တွင် ယခုလောလောဆယ် အမှန်တကယ် လည်ပတ်နေကြောင်း နည်းပညာအရ အတည်မပြုရသေးပါ (အပိုင်း 4၊ အမှတ်စဉ် 10 ကို ကြည့်ပါ)။ အတည်ပြုသည့်အခါ သို့မဟုတ် စတင်အသုံးပြုသည့်အခါ ဤမူဝါဒကို အပ်ဒိတ်လုပ်မည်။
5. 6 လတစ်ကြိမ် ပုံမှန်ကာလအလိုက် စွန့်ပစ်ခြင်း: ဤအပိုင်းတွင် အလိုအလျောက်စွန့်ပစ်ခြင်း မရှိသော အမျိုးအစားများ (စစ်ဆေးမှုခြေရာ၊ ပုဂ္ဂိုလ်နှင့်ဆက်စပ်မှု ဖြတ်တောက်ထားသော ခွင့်ပြုချက်အထောက်အထားများ၊ စောစီးစွာဝင်ရောက်ခွင့်ပုံစံ ဒေတာများ၊ ကျွမ်းကျင်သူ အတည်ပြုစာရွက်စာတမ်းများ၊ အုပ်စုစာ စိစစ်ထိန်းညှိမှုမိတ္တူများ) အတွက် Corenta သည် 6 လတစ်ကြိမ် ပုံမှန်ကာလအလိုက် စွန့်ပစ်ခြင်းကို ကျင့်သုံးပြီး စက်ဝန်းတစ်ခုစီအတွက် စွန့်ပစ်ခြင်းမှတ်တမ်းလွှာကို ပြုစုသည်။ ဤစက်ဝန်းများကို အလိုအလျောက်ပြုလုပ်ပေးသော အချိန်ဇယားသတ်မှတ်ထားသည့် လုပ်ငန်းများ မရှိသေးပါ၊ စက်ဝန်းများကို လက်ဖြင့် ဆောင်ရွက်သည်။

ပုံမှန်ကာလအလိုက် စွန့်ပစ်ခြင်း လုပ်ငန်းစဉ်သည် ဤမူဝါဒတွင် ဖော်ပြထားသော ကာလများနှင့် မသက်ဆိုင်ဘဲ ဒေတာပိုင်ရှင်က KVKK ပုဒ်မ 11 အရ ပြုလုပ်မည့် တစ်ဦးချင်း ဖျက်ခြင်း/ဖျက်ဆီးခြင်း တောင်းဆိုချက်ကို မတားဆီးပါ၊ ဒေတာပိုင်ရှင်သည် သိမ်းဆည်းချိန်ကာလ မကုန်ဆုံးသေးသည့်တိုင် သက်ဆိုင်ရာ လုပ်ဆောင်မှုလုပ်ငန်း၏ ဥပဒေဆိုင်ရာအခြေခံ ပျောက်ကွယ်သွားပါက (ဥပမာ- သဘောတူညီချက်ကို ရုပ်သိမ်းခြင်း) ဖျက်ရန် တောင်းဆိုနိုင်သည်။ အလိုအလျောက်စနစ်ကို မကျင့်သုံးရသေးသော အမျိုးအစားများအတွက်လည်း ဒေတာပိုင်ရှင်၏ တစ်ဦးချင်းတောင်းဆိုချက်ကို hello@corenta.app မှတစ်ဆင့် ပေးပို့သည့်အခါ လက်ဖြင့် အကဲဖြတ်ပြီး အပြီးသတ်ဆောင်ရွက်သည်။

8. ဒေတာပိုင်ရှင်၏ အခွင့်အရေးများနှင့် လျှောက်ထားပုံ လုပ်ထုံးလုပ်နည်း (KVKK ပုဒ်မ 11)

8.1. KVKK ပုဒ်မ 11 အရ အခွင့်အရေးများ

ဒေတာပိုင်ရှင်များသည် KVKK ပုဒ်မ 11 အရ အောက်ပါအခွင့်အရေးများ ရှိသည်-

1. ၎င်း၏ ကိုယ်ရေးအချက်အလက်ကို လုပ်ဆောင်ခြင်း ရှိ/မရှိ သိရှိခြင်း၊
2. ကိုယ်ရေးအချက်အလက်များကို လုပ်ဆောင်ခဲ့ပါက ၎င်းနှင့်စပ်လျဉ်းသော အချက်အလက်ကို တောင်းဆိုခြင်း၊
3. ကိုယ်ရေးအချက်အလက်များကို လုပ်ဆောင်ရသည့် ရည်ရွယ်ချက်နှင့် ၎င်းတို့ကို ရည်ရွယ်ချက်နှင့်အညီ အသုံးပြုခြင်း ရှိ/မရှိ သိရှိခြင်း၊
4. ပြည်တွင်း သို့မဟုတ် နိုင်ငံခြားတွင် ကိုယ်ရေးအချက်အလက်များကို လွှဲပြောင်းပေးခဲ့သော ပြင်ပပုဂ္ဂိုလ်များကို သိရှိခြင်း၊
5. ကိုယ်ရေးအချက်အလက်များကို မပြည့်စုံစွာ သို့မဟုတ် မှားယွင်းစွာ လုပ်ဆောင်ခဲ့ပါက ၎င်းတို့ကို ပြင်ဆင်ပေးရန် တောင်းဆိုခြင်း၊
6. KVKK ပုဒ်မ 7 ၏ မူဘောင်အတွင်း ကိုယ်ရေးအချက်အလက်များကို ဖျက်ရန် သို့မဟုတ် ဖျက်ဆီးရန် တောင်းဆိုခြင်း၊
7. အထက်ပါ (5) နှင့် (6) အပိုဒ်ခွဲများအရ ဆောင်ရွက်ခဲ့သော လုပ်ဆောင်ချက်များကို ကိုယ်ရေးအချက်အလက်များ လွှဲပြောင်းပေးခဲ့သော ပြင်ပပုဂ္ဂိုလ်များထံ အကြောင်းကြားရန် တောင်းဆိုခြင်း၊
8. လုပ်ဆောင်ထားသော ဒေတာများကို အလိုအလျောက်စနစ်များဖြင့်သာ ခွဲခြမ်းစိတ်ဖြာခြင်းကြောင့် ပုဂ္ဂိုလ်အပေါ် ဆိုးကျိုးဖြစ်စေသော ရလဒ်တစ်ခု ပေါ်ပေါက်လာခြင်းကို ကန့်ကွက်ခြင်း၊
9. ကိုယ်ရေးအချက်အလက်များကို ဥပဒေနှင့်မညီ လုပ်ဆောင်ခြင်းကြောင့် ထိခိုက်နစ်နာမှု ဖြစ်ပေါ်ပါက နစ်နာမှုကို လျော်ကြေးပေးရန် တောင်းဆိုခြင်း။

8.2. လက်ရှိ နည်းပညာဆိုင်ရာ ကျင့်သုံးမှု၏ ရိုးသားသော အကျဉ်းချုပ်

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

• ဖျက်ရန် တောင်းဆိုချက် (အကောင့်ဖျက်ခြင်း): မိုဘိုင်းအက်ပ်အတွင်းရှိ သက်ဆိုင်ရာ ဆက်တင်များမီနူးမှ တိုက်ရိုက် တောင်းဆိုနိုင်သည်၊ ဤတောင်းဆိုချက်ကို အပိုင်း 5 တွင် ရှင်းပြထားသော အဆင့်နှစ်ဆင့်ပါ (ချက်ချင်း soft-delete → 30 ရက် → အပြီးတိုင်ဖျက်ခြင်း) လုပ်ငန်းစဉ်ဖြင့် အလိုအလျောက် ဖြည့်ဆည်းသည် (ပုဒ်မ 11(6))။
• အချက်အလက် တောင်းဆိုချက် / ဒေတာ သယ်ဆောင်နိုင်မှု: ဒေတာပိုင်ရှင်၏ ကိုယ်ပိုင် tenant နယ်ပယ်အတွင်းရှိ ဒေတာများကို ဖွဲ့စည်းထားသော၊ စက်ဖြင့်ဖတ်ရှုနိုင်သော ပုံစံဖြင့် သင့်လျော်သောကာလအတွင်း ၎င်းထံ ပေးအပ်ခြင်းဖြင့် ဖြည့်ဆည်းသည် (export_user_data function၊ tenant-scope ကို အတည်ပြုထားသည်)။ ဤလုပ်ငန်းစဉ်၏ ပေးအပ်သည့်ယန္တရား (ဖိုင်ပုံစံ၊ ပေးအပ်သည့်နည်းလမ်း၊ လက်မှတ်ထိုးထားသော ဒေါင်းလုဒ်လင့်ခ်ကဲ့သို့ လုပ်ဆောင်ချက်များ) ကို စဉ်ဆက်မပြတ် ဖွံ့ဖြိုးတိုးတက်အောင် ပြုလုပ်နေသည်၊ ဤမူဝါဒ နယ်ပယ်အတွင်း သတ်မှတ်ထားသော ပေးအပ်ချိန်ကာလ သို့မဟုတ် တိကျသော ဖိုင်/ဝင်ရောက်ခွင့်ပုံစံနှင့်စပ်လျဉ်း၍ ကတိကဝတ် မပြုပါ (ပုဒ်မ 11(1)-(2))။
• ပြင်ပပုဂ္ဂိုလ်များထံ လွှဲပြောင်းခြင်းဆိုင်ရာ အချက်အလက် (ပုဒ်မ 11(4)): ကိုယ်ရေးအချက်အလက်များ လွှဲပြောင်းပေးခဲ့သော ပြည်တွင်း/နိုင်ငံခြား ပြင်ပပုဂ္ဂိုလ်များ/ဆင့်ပွားဒေတာလုပ်ဆောင်သူများဆိုင်ရာ အချက်အလက်ကို ဤမူဝါဒ၏ အပိုင်း 11 (ဆင့်ပွားဒေတာလုပ်ဆောင်သူများနှင့် ဒေတာတည်နေရာ) ဇယားတွင် ဖြည့်ဆည်းထားသည်။
• ပြင်ဆင်ရန် တောင်းဆိုချက် (ပုဒ်မ 11(5)): နည်းပညာအရ စင်တာ၏ စီမံခန့်ခွဲရေးပန်နယ်မှတစ်ဆင့် လက်ဖြင့် ဆောင်ရွက်နိုင်သည်၊ သီးခြား၊ အလိုအလျောက် "ပြင်ဆင်ရန် တောင်းဆိုချက်" လုပ်ငန်းစီးဆင်းမှု မရှိပါ။ SaaS ထုတ်ကုန် အခြေအနေတွင် ဝန်ဆောင်မှုခံယူသူ ဒေတာဆိုင်ရာ ပြင်ဆင်ရန် တောင်းဆိုချက်များကို ဦးစွာ သက်ဆိုင်ရာ စင်တာထံ တင်ပြရမည်၊ Corenta သည် ဒေတာလုပ်ဆောင်သူ အဆင့်အတန်းဖြင့် စင်တာ၏ ညွှန်ကြားချက်နှင့်အညီ နည်းပညာပံ့ပိုးမှုကို ပေးသည်။
• ပြင်ပပုဂ္ဂိုလ်များထံ အကြောင်းကြားခြင်း (ပုဒ်မ 11(7)): ဖျက်ခြင်း/ပြင်ဆင်ခြင်း လုပ်ဆောင်ချက်များကို လွှဲပြောင်းပေးခဲ့သော ပြင်ပပုဂ္ဂိုလ်များထံ အကြောင်းကြားရန် တောင်းဆိုချက်ကို လျှောက်ထားပုံ လုပ်ထုံးလုပ်နည်းတွင် ဖော်ပြထားသော လမ်းကြောင်းများမှ ပေးပို့သည့်အခါ အကဲဖြတ်သည်၊ ဤလုပ်ငန်းစဉ်ကို ယခုအချိန်တွင် အလိုအလျောက်မဟုတ်ဘဲ လက်ဖြင့် ဆောင်ရွက်နေသည်။
• အလိုအလျောက်ဆုံးဖြတ်ချက်/ပရိုဖိုင်ပြုလုပ်ခြင်းကို ကန့်ကွက်ခြင်း (ပုဒ်မ 11(8)): စနစ်တွင် လုပ်ဆောင်ထားသော ဒေတာများကို အလိုအလျောက်စနစ်များဖြင့်သာ ခွဲခြမ်းစိတ်ဖြာခြင်းကြောင့် ဒေတာပိုင်ရှင်အပေါ် ဆိုးကျိုးဖြစ်စေသော ရလဒ် ပေါ်ပေါက်စေသည့် အလိုအလျောက်ဆုံးဖြတ်ချက်ချခြင်း သို့မဟုတ် ပရိုဖိုင်ပြုလုပ်ခြင်း လုပ်ငန်း မရှိပါ၊ ထို့ကြောင့် ဤအပိုဒ်နှင့်စပ်လျဉ်း၍ အမှန်တကယ် လည်ပတ်သော သီးခြား ကန့်ကွက်ရေးယန္တရား ယခုအချိန်တွင် မလိုအပ်ပါ။
• လျှောက်ထားချက်များကို KVKK ပုဒ်မ 13 အရ နောက်ဆုံး 30 ရက်အတွင်း အခမဲ့ အပြီးသတ်ဆောင်ရွက်သည် (လုပ်ဆောင်ချက်သည် သီးခြားကုန်ကျစရိတ် လိုအပ်ပါက ဘုတ်အဖွဲ့က သတ်မှတ်ထားသော နှုန်းထားအတိုင်း အခကြေးငွေ တောင်းခံနိုင်သည်)။

8.3. လျှောက်ထားပုံ လုပ်ထုံးလုပ်နည်း

အထက်ပါအခွင့်အရေးများဆိုင်ရာ တောင်းဆိုချက်များကို-

• hello@corenta.app အီးမေးလ်လိပ်စာသို့၊
• အက်ပ်အတွင်းရှိ သက်ဆိုင်ရာ ဆက်တင်များ/ပံ့ပိုးမှု မျက်နှာပြင်များမှတစ်ဆင့်၊
• သို့မဟုတ် KVKK က သတ်မှတ်ထားသော အခြားလုပ်ထုံးလုပ်နည်းများဖြင့်၊

Corenta ထံ ပေးပို့နိုင်သည်။

ဝန်ဆောင်မှုခံယူသူ ဒေတာများဆိုင်ရာ အရေးကြီးမှတ်ချက်: သင်သည် စင်တာတစ်ခု၏ ဝန်ဆောင်မှုခံယူသူဖြစ်ပြီး သင့်ဒေတာများနှင့်စပ်လျဉ်း၍ တောင်းဆိုလိုပါက ဦးစွာ သက်ဆိုင်ရာ စင်တာ (ဒေတာထိန်းချုပ်သူ) ထံ လျှောက်ထားရန် လိုအပ်သည်၊ အကြောင်းမှာ စင်တာသည် ဝန်ဆောင်မှုခံယူသူ ဒေတာများနှင့်စပ်လျဉ်း၍ နောက်ဆုံးဆုံးဖြတ်ပိုင်ခွင့်ရှိသူနှင့် တာဝန်ရှိဆက်သွယ်ရမည့်သူ ဖြစ်သောကြောင့်ဖြစ်သည်။ Corenta သည် ဒေတာလုပ်ဆောင်သူ အဆင့်အတန်းဖြင့် စင်တာ၏ ညွှန်ကြားချက်များနှင့်အညီ လိုအပ်သော နည်းပညာကိရိယာများ (ဒေတာကြည့်ရှုခြင်း၊ ထုတ်ယူခြင်း၊ ဖျက်ခြင်း လုပ်ဆောင်ချက်များ) ကို ပေးသည်။

9. အခန်းကဏ္ဍများနှင့် တာဝန်များ

10. လုံခြုံရေးအစီအမံများ (သိမ်းဆည်းချိန်ကာလတစ်လျှောက်)

ကိုယ်ရေးအချက်အလက်များကို သိမ်းဆည်းချိန်ကာလတစ်လျှောက် အောက်ပါ နည်းပညာဆိုင်ရာနှင့် စီမံခန့်ခွဲရေးဆိုင်ရာ အစီအမံများဖြင့် ကာကွယ်သည် (KVKK ပုဒ်မ 12)-

• ငှားရမ်းသူအများအပြား (multi-tenant) ဗိသုကာတွင် ဇယားတိုင်း၌ tenant_id မဖြစ်မနေလိုအပ်ချက်နှင့် အတန်းအဆင့် လုံခြုံရေး (Row Level Security) မူဝါဒများဖြင့် မူလအားဖြင့် ငြင်းပယ်ခြင်း (default-deny) မူကို ကျင့်သုံးသည် (ဇယား 37/37၊ မူဝါဒ 86)၊ ငှားရမ်းသူများအကြား ဒေတာယိုစိမ့်မှုကို ဤနည်းဖြင့် နည်းပညာအရ တားဆီးထားသည်။
• ကျန်းမာရေးဒေတာ ပါဝင်သော ဇယားများသို့ ဝင်ရောက်ခွင့်ကို သက်ဆိုင်ရာ ဝန်ဆောင်မှုခံယူသူ၊ တာဝန်ပေးထားသော ကျွမ်းကျင်သူနှင့် tenant စီမံခန့်ခွဲသူတို့သာ ရရှိရန် ကန့်သတ်ထားသည်၊ ဝင်ရောက်ခွင့်ထိန်းချုပ်မှုကို ဒေတာဘေ့စ်အဆင့် (RLS) တွင် ကျင့်သုံးသည်။ စက်ရှင်မှတ်စုများကို ပေးပို့ပြီးနောက် ပြောင်းလဲ၍/ဖျက်၍ မရပါ (append-only)၊ ကျန်းမာရေးသမိုင်းပုံစံများအတွက် မည်သည့်အသုံးပြုသူ (စီမံခန့်ခွဲသူ အပါအဝင်) ကိုမျှ ဖျက်ခွင့် မပေးထားပါ။
• စူပါစီမံခန့်ခွဲသူ ပံ့ပိုးမှုမုဒ် (impersonation) သည် အချိန်ကန့်သတ်ထားပြီး (30 မိနစ်) မူလအားဖြင့် ဖတ်ရှုရန်သာ ဖြစ်သည်၊ ရေးသားခြင်း လုပ်ဆောင်ချက်များနှင့် ကျန်းမာရေးဒေတာ ဝင်ရောက်ခွင့်သည် သီးခြား၊ အပိုအတည်ပြုချက် လိုအပ်သော အဆင့်များအောက်တွင် ရှိသည်၊ မည်သည့် impersonation အခြေအနေတွင်မျှ ကျန်းမာရေးဒေတာဇယားများသို့ ရေးသားခွင့်ကို မဖွင့်ပေးပါ။ (ဤကန့်သတ်ချက်သည် လူက စတင်သော impersonation အကောင့်ဝင်ချိန်များနှင့် သက်ဆိုင်သည်၊ အလိုအလျောက် service-role cron လုပ်ငန်းစဉ်များသည် သီးခြားအလွှာ ဖြစ်သည် — အပိုင်း 5.7 ကို ကြည့်ပါ။)
• ဒေတာလွှဲပြောင်းရာတွင် အစမှအဆုံး ကုဒ်ဝှက်ခြင်း (TLS) ကို အသုံးပြုသည်၊ မိုဘိုင်းအက်ပ်တွင် အကောင့်ဝင်မှု token များကို စက်ပစ္စည်း၏ လုံခြုံသော ဟာ့ဒ်ဝဲပံ့ပိုးထားသည့် သော့သိုလှောင်ရာ (Keychain/Keystore) တွင် ကုဒ်ဝှက်၍ သိမ်းဆည်းသည်။
• အရေးကြီးသော မျက်နှာပြင်များတွင် ဖန်သားပြင်ဓာတ်ပုံရိုက်ခြင်းကို ကန့်သတ်ရန် နည်းပညာဆိုင်ရာ အစီအမံများ ချမှတ်ထားသည်။
• စူပါစီမံခန့်ခွဲသူ အကောင့်များအတွက် အဆင့်နှစ်ဆင့်ပါ အထောက်အထားစိစစ်ခြင်း (2FA/MFA) မဖြစ်မနေ လိုအပ်သည်။
• ငွေပေးချေမှု လုပ်ဆောင်ချက်များဆိုင်ရာ အသိပေးချက်များ (webhook) ၏ ကုဒ်စနစ်ဆိုင်ရာ လက်မှတ်အတည်ပြုခြင်းကို ဗိသုကာတွင် ထည့်သွင်းထားပြီး ကျင့်သုံးနေသည်၊ သက်ဆိုင်ရာ ပြင်ဆင်သတ်မှတ်မှု/သော့စီမံခန့်ခွဲမှုကို ပတ်ဝန်းကျင်အားလုံးတွင် (prod အပါအဝင်) ပြည့်စုံစွာ ပြီးမြောက်စေရန် လုပ်ဆောင်မှု ဆက်လက်ရှိနေသည်။
• ဤလုံခြုံရေးအစီအမံများကို စဉ်ဆက်မပြတ် ပြန်လည်သုံးသပ်ပြီး တိုးတက်ကောင်းမွန်အောင် ပြုလုပ်နေသည်၊ သို့သော် မည်သည့် နည်းပညာအစီအမံကမျှ အကြွင်းမဲ့လုံခြုံမှုကို အာမမခံနိုင်ပါ၊ ဤမူဝါဒ နယ်ပယ်အတွင်း အကြွင်းမဲ့ လုံခြုံရေးကတိကဝတ် မပေးပါ။

11. ဆင့်ပွားဒေတာလုပ်ဆောင်သူများနှင့် ဒေတာတည်နေရာ

ကိုယ်ရေးအချက်အလက်များကို သိမ်းဆည်းချိန်ကာလတစ်လျှောက် အောက်ပါ ဆင့်ပွားဒေတာလုပ်ဆောင်သူများ/ဝန်ဆောင်မှုပေးသူများမှတစ်ဆင့် လုပ်ဆောင်ခြင်း သို့မဟုတ် လက်ခံထားခြင်း ပြုလုပ်နေသည်။ ဤဝန်ဆောင်မှုပေးသူများနှင့် ချုပ်ဆိုထားသော စာချုပ်များတွင် ဒေတာများကို ဖော်ပြထားသော ဝန်ဆောင်မှုကို အကောင်အထည်ဖော်ရန် ရည်ရွယ်ချက်ဖြင့်သာ လုပ်ဆောင်ရန် တာဝန်များကို သတ်မှတ်ထားသည်၊ ဤဆက်ဆံရေးသည် သိမ်းဆည်းချိန်ကာလများကို မဟုတ်ဘဲ ဒေတာကို လက်ခံထားသည့် နည်းပညာပတ်ဝန်းကျင်ကို ဖော်ပြသည် — စွန့်ပစ်ခြင်းဆုံးဖြတ်ချက်ကို ကျင့်သုံးခြင်းကို ဤဝန်ဆောင်မှုပေးသူများထံတွင်လည်း နည်းပညာအရ ဆောင်ရွက်သည်။ အောက်ပါဇယားသည် KVKK ပုဒ်မ 11(4) အရ "ဒေတာများ လွှဲပြောင်းပေးခဲ့သော ပြင်ပပုဂ္ဂိုလ်များကို သိရှိခြင်း" အခွင့်အရေးကိုလည်း ဖြည့်ဆည်းသည်-

ထို့အပြင်-

• အီးမေးလ် အခြေခံအဆောက်အအုံ: ဝန်ဆောင်မှုအီးမေးလ်များကို Google Workspace (Google) မှတစ်ဆင့် ပေးပို့သည်၊ အထောက်အထားစိစစ်ရေး အီးမေးလ်များကို Supabase Auth က စတင်ပေးပို့သည်။ ကြော်ငြာအီးမေးလ်များကို သီးခြားသဘောတူချက်နှင့် İYS မှတ်ပုံတင်ခြင်း အခြေအနေဖြင့်သာ ပေးပို့သည်။ Push အသိပေးချက်များကို Apple (APNs) နှင့် Google (FCM) မှတစ်ဆင့် ပို့သည်။
• ခွဲခြမ်းစိတ်ဖြာရေးကိရိယာ: ပြင်ပအဖွဲ့ ခွဲခြမ်းစိတ်ဖြာရေးကိရိယာ (ဥပမာ- Google Analytics) ကို အသုံးမပြုပါ။ အက်ပ်အတွင်း ထုတ်ကုန်အသုံးပြုမှု တိုင်းတာခြင်းကို ယခုလောလောဆယ် ဖွင့်ထားခြင်းမရှိပါ၊ ဖွင့်ပါက တိုင်းတာခြင်းကို Corenta ၏ ကိုယ်ပိုင် ဒေတာဘေ့စ် (Supabase, Frankfurt/ဂျာမနီ) တွင် ထားရှိသော ပထမအဖွဲ့ ဇယားတစ်ခုသို့ ရေးသားမည်၊ ကျန်းမာရေးဒေတာနှင့် လွတ်လပ်စွာရေးသားသောစာသား မပါဝင်ပါ၊ မဖွင့်မီ ဤမူဝါဒကို အပ်ဒိတ်လုပ်မည်၊ ဖွင့်သည့်အခါ တိုင်းတာမှုမှတ်တမ်းများ၏ သိမ်းဆည်းချိန်ကာလကို ဤမူဝါဒတွင် ဖော်ပြမည်။
• အမှားခြေရာခံခြင်း: ပြင်ပအဖွဲ့ အမှားခြေရာခံကိရိယာကို အသုံးမပြုပါ၊ client အမှားများကို Corenta ၏ ကိုယ်ပိုင် ဒေတာဘေ့စ်တွင် မှတ်တမ်းတင်သည်။
• ဝဘ်မှတစ်ဆင့် ခရက်ဒစ်ကတ်ဖြင့် တိုက်ရိုက်ငွေပေးချေသည့် အခြေခံအဆောက်အအုံ မရှိပါ၊ ငွေပေးချေမှုများကို Apple/Google အက်ပ်အတွင်းဝယ်ယူမှု (IAP) ယန္တရားများမှတစ်ဆင့်သာ ဆောင်ရွက်သည်၊ နောက်ဆုံး ငွေတောင်းခံလွှာ/ပြေစာကို Apple/Google က ထုတ်ပေးသည် (အပိုင်း 4၊ အမှတ်စဉ် 6 ကို ကြည့်ပါ)။

အထက်ပါ ဆင့်ပွားဒေတာလုပ်ဆောင်သူများနှင့် ဒေတာမျှဝေခြင်းကို သက်ဆိုင်ရာဝန်ဆောင်မှု ပေးနိုင်ရန် လိုအပ်သည့် အတိုင်းအတာအထိသာ KVKK ပုဒ်မ 8/ပုဒ်မ 9 ၏ မူဘောင်အတွင်း ပြုလုပ်သည်။ နိုင်ငံခြားသို့ လွှဲပြောင်းခြင်း: အထက်ပါ ဝန်ဆောင်မှုပေးသူအားလုံးသည် တူရကီပြင်ပတွင် ဒေတာကို လုပ်ဆောင်သည်၊ ဂျာမနီတွင် လက်ခံထားခြင်းသည်လည်း KVKK ၏ အဓိပ္ပာယ်အရ နိုင်ငံခြားသို့ လွှဲပြောင်းခြင်း ဖြစ်သည်။ ဤလွှဲပြောင်းမှုများသည် ပုံမှန်နှင့် စဉ်ဆက်မပြတ် ဖြစ်သောကြောင့် ထင်ရှားသောသဘောတူညီချက်ကို အခြေမခံပါ၊ ပုဒ်မ 9(4)(c) အရ ဘုတ်အဖွဲ့က ကြေညာထားသော စံစာချုပ်များကို အခြေခံမည်။ ဤစာတမ်း၏ ရက်စွဲအထိ စံစာချုပ်များကို မလက်မှတ်ထိုးရသေးဘဲ ဘုတ်အဖွဲ့ထံ အကြောင်းမကြားရသေးပါ၊ စာချုပ်တစ်ခုစီကို လက်မှတ်ထိုးသည့်နေ့မှစ၍ ရုံးဖွင့်ရက် 5 ရက်အတွင်း ဘုတ်အဖွဲ့ထံ အကြောင်းကြားမည်ဖြစ်ပြီး ဤဇယားကို ရက်စွဲများနှင့်အတူ အပ်ဒိတ်လုပ်မည်။ ဘုတ်အဖွဲ့က ဤနိုင်ငံများနှင့်စပ်လျဉ်း၍ ကြေညာထားသော လုံလောက်မှုဆုံးဖြတ်ချက် မရှိပါ (နောက်ဆုံးစစ်ဆေးသည့်နေ့- 2026 ခုနှစ် အောက်တိုဘာလ 11 ရက်)။ ဤစာရင်းကို ဝန်ဆောင်မှုပေးသူ ပြောင်းလဲမှုများပေါ် မူတည်၍ အပ်ဒိတ်လုပ်နိုင်သည်၊ နောက်ဆုံးစာရင်းကို ကိုယ်ရေးအချက်အလက်လုံခြုံမှုမူဝါဒမှ နှင့်/သို့မဟုတ် Corenta ထုတ်ကုန်အတွင်းရှိ သက်ဆိုင်ရာ အသိပေးမျက်နှာပြင်မှ ခြေရာခံနိုင်သည်။

12. VERBİS မှတ်ပုံတင်ခြင်း

ဤစာတမ်း၏ ရက်စွဲအထိ Teta Studio ၏ VERBİS မှတ်ပုံတင်ခြင်း မရှိပါ။ မှတ်ပုံတင်ရန်တာဝန်ကို ဘုတ်အဖွဲ့၏ 2025/1572 (အဓိကလုပ်ငန်းမှာ အထူးအမျိုးအစားဒေတာ လုပ်ဆောင်ခြင်းဖြစ်သော ဒေတာထိန်းချုပ်သူများအတွက် ခြွင်းချက်အကန့်အသတ်မှာ နှစ်စဉ် ဝန်ထမ်း 10 ဦးနှင့် လက်ကျန်ရှင်းတမ်း 10 သန်း တူရကီလီရာ) နှင့် 2025/2393 (လက်ကျန်ရှင်းတမ်းအခြေပြု စာရင်းစာအုပ် မထားရှိသူများအတွက် ဝန်ထမ်းအရေအတွက် စံနှုန်း) အမှတ်ပါ ဆုံးဖြတ်ချက်များရှိ စံနှုန်းများအရ အကဲဖြတ်နေသည်။ Teta Studio သည် ဆေးခန်းကျန်းမာရေးဒေတာကို ဒေတာထိန်းချုပ်သူအဖြစ် မဟုတ်ဘဲ ဒေတာလုပ်ဆောင်သူအဖြစ် လုပ်ဆောင်သောကြောင့် ၎င်း၏ကိုယ်ပိုင် ဒေတာထိန်းချုပ်သူ လုပ်ငန်းများ (အပိုင်း A နှင့် C) အတွက် အကဲဖြတ်ခြင်းကို ဤစံနှုန်းများဖြင့် ပြုလုပ်သည်။ စာဖြင့်ရေးသားထားသော အကဲဖြတ်မှတ်စုနှင့် အဖွဲ့အစည်း (ALO 198) ၏ အတည်ပြုချက် ပြီးဆုံးသည့်အခါ ဤအပိုင်းကို ရက်စွဲနှင့် အကြောင်းပြချက်ဖြင့် အပ်ဒိတ်လုပ်မည်၊ မှတ်ပုံတင်ရန် လိုအပ်ပါက လုပ်ငန်းကို ဆက်လက်မလုပ်ကိုင်မီ မှတ်ပုံတင်မည်။

အခန်းကဏ္ဍအလိုက် ရှင်းလင်းချက်: VERBİS တွင် မှတ်ပုံတင်ရန်တာဝန်ကို Corenta က ဒေတာထိန်းချုပ်သူ အဆင့်အတန်းဖြင့် ဆောင်ရွက်သော လုပ်ငန်းဝဘ်ဆိုက် (corenta.app စောစီးစွာဝင်ရောက်ခွင့်ပုံစံ) အခြေအနေ အတွက် အကဲဖြတ်နေပြီး ၎င်း၏ အခြေအနေကို အထက်တွင် ရှင်းပြထားသည်။ SaaS ထုတ်ကုန် အခြေအနေတွင် (app.corenta.app) ဝန်ဆောင်မှုခံယူသူ ဒေတာများဆိုင်ရာ ဒေတာထိန်းချုပ်သူမှာ စင်တာ ဖြစ်သောကြောင့် VERBİS တွင် မှတ်ပုံတင်ရန်တာဝန် ရှိ/မရှိကို စင်တာတစ်ခုစီ၏ ကိုယ်ပိုင်စံနှုန်းများ (ဝန်ထမ်းအရေအတွက်၊ နှစ်စဉ် ဒေတာလုပ်ဆောင်မှုပမာဏ၊ လုပ်ငန်းနယ်ပယ်၊ ဘုတ်အဖွဲ့၏ ခြွင်းချက်ဆုံးဖြတ်ချက်များ စသည်) အရ သီးခြားနှင့် လွတ်လပ်စွာ အကဲဖြတ်ရမည်၊ ဤအကဲဖြတ်ခြင်းနှင့် ရှိပါက မှတ်ပုံတင်ရန်တာဝန်သည် စင်တာနှင့် သက်ဆိုင်ပြီး Corenta သို့ လွှဲပြောင်း၍မရပါ။

13. မူဝါဒကို အပ်ဒိတ်လုပ်ခြင်း

ဤမူဝါဒကို ဥပဒေပြောင်းလဲမှုများ၊ ဘုတ်အဖွဲ့ ဆုံးဖြတ်ချက်များ၊ Corenta ၏ နည်းပညာအခြေခံအဆောက်အအုံတွင် ပြုလုပ်မည့် ဖွံ့ဖြိုးတိုးတက်မှုများ (ဥပမာ- အပိုင်း 4 အမှတ်စဉ် 3 နှင့် အပိုင်း 6.2 တွင် ဖော်ပြထားသော စက်ရှင်မှတ်စု၏ လွတ်လပ်စွာရေးသားသော အကြောင်းအရာတွင် စာသားအတွင်း PII စကင်ဖတ်ခြင်းကို ထည့်သွင်းခြင်း၊ အပိုင်း 5.4/အပိုင်း 4 အမှတ်စဉ် 11 တွင် ဖော်ပြထားသော ကျွမ်းကျင်သူ အတည်ပြုစာရွက်စာတမ်းများ (specialist-verification-docs) ကို tenant ပိတ်သည့် လုပ်ငန်းစဉ်နှင့် ချိတ်ဆက်ခြင်း၊ အပိုင်း 4 အမှတ်စဉ် 10 နှင့် အပိုင်း 7 အပိုဒ် 4 တွင် ဖော်ပြထားသော push token ရှင်းလင်းခြင်းကို အတည်ပြုခြင်း/စတင်အသုံးပြုခြင်း၊ အပိုင်း 7 အပိုဒ် 3 တွင် ဖော်ပြထားသော စောစီးစွာဝင်ရောက်ခွင့်ပုံစံ ဒေတာအတွက် အလိုအလျောက် စကင်ဖတ်ခြင်းယန္တရား တည်ဆောက်ခြင်း၊ အပိုင်း 8.2 တွင် ဖော်ပြထားသော ဒေတာ သယ်ဆောင်နိုင်မှု လုပ်ငန်းစဉ်ကို ဖွံ့ဖြိုးတိုးတက်စေခြင်း၊ အပိုင်း 11 ရှိ နိုင်ငံခြားသို့ လွှဲပြောင်းခြင်း ဥပဒေဆိုင်ရာအခြေခံများကို ပြီးမြောက်စေခြင်း၊ ဆင့်ပွားဒေတာလုပ်ဆောင်သူ စာရင်းတွင် ပြောင်းလဲမှု) သို့မဟုတ် လုပ်ငန်းလုပ်ငန်းစဉ်များတွင် ပြောင်းလဲမှုများနှင့်အညီ အပ်ဒိတ်လုပ်နိုင်သည်။ နောက်ဆုံးဗားရှင်းကို Corenta ၏ သက်ဆိုင်ရာ ပလက်ဖောင်းများ (လုပ်ငန်းဝဘ်ဆိုက် နှင့်/သို့မဟုတ် အက်ပ်အတွင်း) တွင် ထုတ်ဝေပြီး ယခင်ဗားရှင်းနှင့် ကွဲလွဲသော ပြဋ္ဌာန်းချက်များအတွက် နောက်ဆုံးဗားရှင်းကို အခြေခံသည်။ အရေးကြီးသော ပြောင်းလဲမှုများတွင် ကျင့်သုံးနိုင်သည့် အတိုင်းအတာအထိ အသုံးပြုသူများ/စင်တာများကို သီးခြား အသိပေးသည်။

14. ဆက်သွယ်ရန်

ဤမူဝါဒ သို့မဟုတ် ကိုယ်ရေးအချက်အလက်များ သိမ်းဆည်းခြင်း/စွန့်ပစ်ခြင်းနှင့်စပ်လျဉ်းသော သင့်မေးခွန်းများအတွက်-

အီးမေးလ်: hello@corenta.app ဒေတာထိန်းချုပ်သူ: Mertcan Demir — "Teta Studio" ကုန်သွယ်အမည်ဖြင့် တစ်ဦးတည်းပိုင်လုပ်ငန်း ပံ့ပိုးမှု: support@corenta.app ဝန်ဆောင်မှုနယ်ပယ်: Corenta ကို App Store နှင့် Google Play မှတစ်ဆင့် ဤစတိုးများ ဝန်ဆောင်မှုပေးသော နိုင်ငံများတွင် ကမ္ဘာလုံးဆိုင်ရာအဖြစ် ပေးအပ်သည်။ ဤမူဝါဒရှိ ကာလများကို နိုင်ငံတိုင်းရှိ အသုံးပြုသူအပေါ် ကျင့်သုံးသည်၊ နိုင်ငံတစ်ခု၏ မဖြစ်မနေလိုက်နာရမည့် ဥပဒေက ပိုမိုတိုတောင်းသော ဖျက်ခြင်း သို့မဟုတ် ပိုမိုရှည်ကြာသော သိမ်းဆည်းရန်တာဝန်ကို သတ်မှတ်ထားပါက ထိုပြဋ္ဌာန်းချက်ကို ကျင့်သုံးသည်။

နောက်ဆုံးပြင်ဆင်သည့်နေ့: 2026 ခုနှစ် အောက်တိုဘာလ 19 ရက် ဗားရှင်း 1.9 · 2026 ခုနှစ် အောက်တိုဘာလ 19 ရက်