CORENTA — વ્યક્તિગત ડેટા સંરક્ષણ કાયદા (KVKK) હેઠળ માહિતી સૂચના

આ અનુવાદ માત્ર માહિતી માટે આપવામાં આવ્યો છે. કાનૂની રીતે બંધનકર્તા લખાણ તુર્કી લખાણ છે.

ડેટા નિયંત્રક / ડેટા પ્રોસેસરની ભૂમિકા મુજબ ત્રણ ભાગની માહિતી સૂચના

આવૃત્તિ: 2.3 · અમલ / છેલ્લું અપડેટ: 19 ઑક્ટોબર 2026 ડેટા નિયંત્રક / પ્રકાશક (ભાગ A અને C): Mertcan Demir — "Teta Studio" વ્યવસાયિક નામે ચાલતો એકમાલિકીનો વ્યવસાય

ફેરફારોની નોંધ

• 2.3 — 19 ઑક્ટોબર 2026: વૈશ્વિક વ્યાપ ઉમેરવામાં આવ્યો: G.4માંનો "ફક્ત તુર્કી" ઉલ્લેખ સ્ટોર મારફતે એક કરતાં વધુ દેશોમાં ઉપલબ્ધતા અને EU/EEA માટેના GDPR નિવેદનના સંદર્ભથી બદલવામાં આવ્યો. પ્રોસેસિંગ પ્રવૃત્તિઓ અને કાનૂની આધારો બદલાયા નથી.
• 2.2 — 19 ઑક્ટોબર 2026: પ્રકાશિત આવૃત્તિ; અમલની તારીખ 19 ઑક્ટોબર 2026. A.1 ઓળખ કોષ્ટકમાંથી ખાલી રહેલી MERSİS અને KEP માહિતી દૂર કરવામાં આવી. B.8/aમાં ગ્રુપ સંદેશાઓની જાળવણીની મુદત ડેટા જાળવણી અને નિકાલ નીતિ સાથે જોડવામાં આવી.
• 2.1 — 18 ઑક્ટોબર 2026: 18 ઑક્ટોબર 2026એ ઉમેરાયેલાં ફીચર્સ સામેલ કરવામાં આવ્યાં: ક્લિનિક ગ્રુપ, સ્ટુડિયોની અંદરની ચેલેન્જ, ક્લાયન્ટના બેજ અને લૉયલ્ટી કાર્ડ, સાપ્તાહિક કાર્યો અને માસિક રિપોર્ટ કાર્ડ (ભાગ B); સ્ટુડિયો લીગ અને શહેર ચેલેન્જ, સ્પેશિયાલિસ્ટનું પોર્ટેબલ પ્રોફાઇલ કાર્ડ, સ્ટુડિયોથી સ્ટુડિયો આમંત્રણ કોડ, ફાઉન્ડિંગ સ્ટુડિયો પ્રોગ્રામ, Corenta Lab, એક્સપ્લોર v2 (ટૂંકો વીડિયો, ટ્રાયલ ક્લાસ, સ્પોન્સર્ડ સ્થાન), ટ્રાયલના પુનરાવર્તનનું ચિહ્ન, ડિવાઇસ જોડાણ અને "લૉગ ઇન થયેલાં ડિવાઇસ", સ્ટોરનું આંશિક રિફંડ અને Apple દ્વારા ઉપયોગની માહિતીની વિનંતી (ભાગ C). ગ્રુપ, લીગ, ચેલેન્જ અને પ્રોફાઇલ કાર્ડમાં આરોગ્ય ડેટા કેવી રીતે સંભાળવામાં આવે છે તે અલગ વિભાગ (B.3-A)માં લખવામાં આવ્યું. G.1 સુધારવામાં આવ્યું: વ્યક્તિને અસર કરતું ઑટોમેટેડ પરિણામ આપતા ત્રણ નિયમો (આમંત્રણના દુરુપયોગની તપાસ, ત્રણ ફરિયાદ પર ગ્રુપ સંદેશ છુપાવવો, લીગમાંથી બાકાત રાખવું) સ્પષ્ટ રીતે લખવામાં આવ્યા. મોબાઇલ પરવાનગીઓ કોડ મુજબ સુધારવામાં આવી (કૅમેરાની પરવાનગી માગવામાં આવતી નથી). બંધ ફીચર્સ (શેરિંગ ચકાસણી, માગનો સંકેત, Boost ખાતરી, ડિવાઇસ ચકાસણી, Turnstile, Sentry) આ લખાણમાં લખવામાં આવ્યાં નથી; તે ચાલુ કરતાં પહેલાં લખાણનું અલગ અપડેટ જરૂરી છે.
• 2.0 — 11 ઑક્ટોબર 2026: 11 ઑક્ટોબર 2026ની અનુપાલન સમીક્ષા મુજબ (F01, F02, F04, F05, F07, F08, F11, F13, F14, F19, F22, F26): વિદેશ ટ્રાન્સફરના વિભાગો કાયદા ક્રમાંક 6698ની કલમ 9ના 2024 પછીના સ્વરૂપ મુજબ ફરીથી લખવામાં આવ્યા (Supabase/ફ્રેન્કફર્ટ સહિત તે વિદેશ ટ્રાન્સફર છે; પ્રમાણભૂત કરારો હજી સહી થયા નથી); માહિતી સૂચના અને સ્પષ્ટ સંમતિ અલગ કરવામાં આવ્યાં (માહિતી સૂચના "મંજૂરી" નથી, પણ "મેં વાંચ્યું અને સમજ્યું છે" એવી જાણ છે; અર્લી એક્સેસ ફોર્મમાંનું ફરજિયાત સંમતિ ચેકબૉક્સ દૂર કરવામાં આવ્યું); આરોગ્ય ડેટાની સંમતિ વૈકલ્પિક તરીકે લખવામાં આવી; Teta Studio જેમાં ડેટા નિયંત્રક છે તે પ્રવૃત્તિઓ માટે નવો ભાગ C — Corenta ખાતા અને પ્લેટફોર્મ માટેની માહિતી સૂચના ઉમેરવામાં આવ્યો; ઓળખની માહિતી એકમાલિકીના વ્યવસાય તરીકે સુધારવામાં આવી; VERBİS મૂલ્યાંકન બોર્ડના 2025ના નિર્ણયો મુજબ લખવામાં આવ્યું; ક્લિનિકને ભંગની જાણ વધુમાં વધુ 24 કલાકમાં કરવી તેમ સુધારવામાં આવ્યું; "અનામી" જાળવણીનો ઉલ્લેખ વ્યક્તિ સાથેનું જોડાણ તોડીને મર્યાદિત જાળવણી તરીકે સુધારવામાં આવ્યો; ફાઇલ જોડાણ કાઢી નાખવા અને ડેટા એક્સપોર્ટ લિંક કોડ દ્વારા ચકાસાયેલા એક જ લખાણ સાથે જોડવામાં આવ્યાં; ખોટા કાનૂની સંદર્ભો સુધારવામાં આવ્યા.
• 1.6 — 10 ઑક્ટોબર 2026: Expo (Expo Push Notification Service)ને સબ-પ્રોસેસર/પ્રોસેસરની નોંધમાંથી દૂર કરવામાં આવ્યું; પુશ નોટિફિકેશન ફક્ત Apple (APNs) અને Google (FCM) મારફતે મોકલવામાં આવે છે, Expo/EAS ફક્ત એપ બિલ્ડ કરવાનું સાધન છે અને અંતિમ વપરાશકર્તાનો ડેટા પ્રોસેસ કરતું નથી.
• 1.5 — 10 ઑક્ટોબર 2026: Google Analyticsની પસંદગી સંબંધી લખાણ દૂર કરવામાં આવ્યું; ત્રીજા પક્ષનું એનાલિટિક્સ વપરાતું નથી તે અને પુશ પ્રોસેસરો સ્પષ્ટ કરવામાં આવ્યા.
• 1.4 — 4 ઑક્ટોબર 2026: વર્તમાન લખાણને મંજૂર આવૃત્તિ તરીકે નિશ્ચિત કરવામાં આવ્યું. આ આવૃત્તિમાં ફક્ત નીચેની બાબતો ઉમેરાઈ: Teta Studio વ્યવસાયિક નામનું ચિહ્ન; બજાર (તુર્કી); ખાતું કાઢી નાખવું (એક્સેસ તરત બંધ થાય છે, વ્યક્તિગત ડેટા કાઢી નાખવામાં/અનામી બનાવવામાં આવે છે, કાયદેસર રીતે સાચવવા જરૂરી ચુકવણી રેકોર્ડ ઓળખ વિના સાચવવામાં આવે છે); 30 દિવસ પછી ક્લાયન્ટનાં આરોગ્ય ફીલ્ડ કાઢી નાખવાં; 7 દિવસની અનાથ રસીદની મુદત; સપોર્ટ મોડમાં ક્લાયન્ટની સંપર્ક માહિતી છુપી રહે; ઓળખ વિનાનું સર્વર-બાજુનું માપન; સેવા ઇમેઇલ અને Google Workspace; પુશ પ્રોસેસરો; સપોર્ટ સરનામું (support@corenta.app); આરોગ્ય ફીલ્ડ લખવાનો અધિકાર.
• 1.3 — 4 ઑગસ્ટ 2026: B.6 અને B.8/a વિભાગોને જાળવણી-નિકાલ નીતિ સાથે સુસંગત બનાવવામાં આવ્યા.

0. આ લખાણ વિશે — વ્યાપ અને વાંચવા માટેની માર્ગદર્શિકા

આ વ્યક્તિગત ડેટા સંરક્ષણ કાયદા હેઠળની માહિતી સૂચના ("માહિતી સૂચના") વ્યક્તિગત ડેટા સંરક્ષણ કાયદો ક્રમાંક 6698 ("KVKK" અથવા "કાયદો")ની કલમ 10 અને માહિતી આપવાની જવાબદારીની પૂર્તિમાં પાળવાની કાર્યપદ્ધતિ અને સિદ્ધાંતો સંબંધી પ્રજ્ઞાપન મુજબ, "Teta Studio" વ્યવસાયિક નામે એકમાલિકીના વ્યવસાય તરીકે કાર્યરત Mertcan Demir ("Teta Studio", "અમે") દ્વારા વિકસાવાયેલી અને સંચાલિત Corenta નામની સૉફ્ટવેર (SaaS) પ્રોડક્ટ ("Corenta", "પ્રોડક્ટ" અથવા "પ્લેટફોર્મ") અને આ પ્રોડક્ટનો પરિચય આપતી corenta.app વેબસાઇટના સંદર્ભમાં વ્યક્તિગત ડેટાની પ્રોસેસિંગ વિશે સંબંધિત વ્યક્તિઓને માહિતી આપવાના હેતુથી તૈયાર કરવામાં આવી છે.

Corenta ક્લિનિકલ પિલાટેસ, ફિઝિયોથેરાપી, રિફોર્મર, વેલનેસ/મસાજ અને યોગ કેન્દ્રો જેવા બુટિક આરોગ્ય અને વેલનેસ વ્યવસાયો માટે; એપોઇન્ટમેન્ટ મેનેજમેન્ટ, પેકેજ/સેશન ટ્રેકિંગ, ક્લાયન્ટનો એનામનેસિસ અને સેશન નોંધો, કમાણી અને નાણાકીય વ્યવહારોનું ટ્રેકિંગ આપતું મલ્ટિ-ટેનન્ટ, મોબાઇલ-પ્રથમ સૉફ્ટવેર પ્લેટફોર્મ (Software-as-a-Service) છે.

0.1 વ્યાખ્યાઓ

0.2 બે અલગ સંદર્ભ — તે કેમ મહત્ત્વનું છે

Corentaની ઇકોસિસ્ટમમાં વ્યક્તિગત ડેટા ત્રણ અલગ સંદર્ભમાં અને બે અલગ ભૂમિકામાં પ્રોસેસ થાય છે: ભાગ A (પરિચય સાઇટ; Teta Studio ડેટા નિયંત્રક), ભાગ B (ક્લિનિકના રેકોર્ડ; Teta Studio ડેટા પ્રોસેસર) અને ભાગ C (Corenta ખાતું, સબ્સ્ક્રિપ્શન, સેવા ઇમેઇલ, એક્સપ્લોર/મૂલ્યાંકન, સ્ટુડિયો વચ્ચેનાં વૃદ્ધિ ફીચર્સ — લીગ, આમંત્રણ, ફાઉન્ડિંગ સ્ટુડિયો, Corenta Lab, પોર્ટેબલ પ્રોફાઇલ કાર્ડ —, ખાતા અને ડિવાઇસની સુરક્ષા તથા પ્રોડક્ટ માપન; Teta Studio ડેટા નિયંત્રક). માહિતી સૂચનાનું યોગ્ય અર્થઘટન કરવા માટે આ ભેદ સ્પષ્ટ રીતે સમજવો અનિવાર્ય છે અને બંને સંદર્ભો ક્યારેય ભેળવવા ન જોઈએ:

ક્લિનિકના ક્લાયન્ટનો Corenta એપમાં બનતો આરોગ્ય ડેટા અને corenta.app સાઇટ પર અર્લી એક્સેસ ફોર્મ ભરનાર બિઝનેસ માલિકનો ડેટા કાનૂની રીતે સંપૂર્ણપણે અલગ વ્યવસ્થાઓને આધીન છે. નીચેના ભાગો આ ભેદ મુજબ ગોઠવવામાં આવ્યા છે.

ભાગ A — કૉર્પોરેટ વેબસાઇટ અને અર્લી એક્સેસ ફોર્મ (corenta.app)

આ ભાગ corenta.app વેબસાઇટની મુલાકાત લેતી, સાઇટ સાથે ક્રિયાપ્રતિક્રિયા કરતી અને/અથવા અર્લી એક્સેસ અરજી ફોર્મ ભરતી કુદરતી વ્યક્તિઓને લાગુ પડે છે. આ સંદર્ભમાં Teta Studio KVKKની કલમ 3(ı) મુજબ ડેટા નિયંત્રક તરીકે કાર્ય કરે છે અને વ્યક્તિગત ડેટાની પ્રોસેસિંગના હેતુઓ અને સાધનો પોતે નક્કી કરે છે.

A.1. ડેટા નિયંત્રકની ઓળખ

A.2. પ્રોસેસ થતા વ્યક્તિગત ડેટાની શ્રેણીઓ

corenta.app વેબસાઇટની મુલાકાત, અર્લી એક્સેસ ફોર્મ ભરવું, સંપર્ક ફોર્મ મોકલવું અથવા ડેમો/વેચાણ ચર્ચાની વિનંતી દરમિયાન નીચેની વ્યક્તિગત ડેટા શ્રેણીઓ પ્રોસેસ થઈ શકે છે:

(*) કૂકી નોંધ સંબંધી સ્પષ્ટતા: આ લખાણ પ્રકાશિત થયું તે તારીખ મુજબ corenta.app સાઇટ પર કોઈ સક્રિય કૂકી બૅનર/મેનેજમેન્ટ ઇન્ટરફેસ અથવા ત્રીજા પક્ષનું કૂકી માળખું નથી; ઉપરની હરોળમાં ઉલ્લેખિત IP સરનામું/ડિવાઇસ/બ્રાઉઝરની માહિતી ફક્ત મૂળભૂત સર્વર લૉગ અને ફોર્મ સુરક્ષાના વ્યાપમાં, કોઈ સક્રિય કૂકી ટેક્નોલોજીનો ઉપયોગ કર્યા વિના, મર્યાદિત રીતે પ્રોસેસ થાય છે. સિસ્ટમના માળખામાં કૂકી સંમતિની એક શ્રેણી (cookies) ટેક્નિકલ રીતે વ્યાખ્યાયિત હોવા છતાં, આ શ્રેણી હાલમાં વાસ્તવમાં વપરાતી નથી. કૂકીનો ઉપયોગ શરૂ કરવામાં આવે, તો આ માહિતી સૂચના અને અલગ કૂકી નીતિ અપડેટ કરવામાં આવશે, અને જરૂરી સંમતિ વ્યવસ્થા અમલમાં મૂકવામાં આવશે. આ સંદર્ભમાં વિશેષ શ્રેણીનો વ્યક્તિગત ડેટા પ્રોસેસ થતો નથી.

આ ડેટા ફક્ત સંબંધિત વ્યક્તિ પોતાની ઇચ્છાથી ફોર્મ ભરે અથવા સંપર્ક કરે ત્યારે, અથવા સાઇટની ટેક્નિકલ કામગીરીની જરૂરિયાત મુજબ (IP જેવો) આપમેળે મેળવવામાં આવે છે.

A.3. વ્યક્તિગત ડેટાની પ્રોસેસિંગના હેતુઓ અને કાનૂની આધારો

નીચેના કોષ્ટકમાં દરેક પ્રોસેસિંગ હેતુ, KVKKની કલમ 5(2)માં જણાવેલા કાનૂની આધારોમાંથી કયા આધાર પર આધારિત છે તેની સાથે બતાવવામાં આવ્યો છે:

મહત્ત્વનું: મુદ્દા 7 હેઠળનો માર્કેટિંગ સંદેશવ્યવહાર ફક્ત સંબંધિત વ્યક્તિએ આ હેતુ માટે અલગથી અને સ્પષ્ટ રીતે આપેલી મંજૂરી પર આધારિત છે; આ મંજૂરી અર્લી એક્સેસ અરજીની ફરજિયાત શરત નથી અને કોઈ પણ સમયે પાછી ખેંચી શકાય છે (જુઓ A.8).

A.4. વ્યક્તિગત ડેટા એકત્રિત કરવાની પદ્ધતિ

વ્યક્તિગત ડેટા corenta.app સાઇટ પરનાં અર્લી એક્સેસ/સંપર્ક ફોર્મ ભરવાથી, ઇમેઇલ દ્વારા સીધા સંપર્કથી, ડેમો/વેચાણ ચર્ચાઓથી અને સાઇટના ટેક્નિકલ માળખા દ્વારા આપમેળે (IP સરનામું વગેરે) ઇલેક્ટ્રોનિક માધ્યમમાં એકત્રિત કરવામાં આવે છે.

A.5. વ્યક્તિગત ડેટાનું ટ્રાન્સફર

તમારો વ્યક્તિગત ડેટા હોસ્ટિંગ (hosting), ફોર્મ સંગ્રહ, ઇમેઇલ મોકલવા, એનાલિટિક્સ, સુરક્ષા અને આવી ટેક્નિકલ સેવાઓ આપવાના હેતુ પૂરતો મર્યાદિત રીતે, KVKKની કલમ 8 અને 9માં નિર્ધારિત શરતોની મર્યાદામાં, આ સેવાઓ આપતા સપ્લાયરો સાથે શેર કરી શકાય છે. આ શેરિંગ ફક્ત સંબંધિત સેવા આપવા માટે જરૂરી હોય તેટલા પ્રમાણમાં અને હેતુ પૂરતું મર્યાદિત રીતે કરવામાં આવે છે.

આ સંદર્ભમાં જાણીતા/ઉપયોગમાં રહેલા ટેક્નિકલ માળખાના પ્રદાતાઓ:

નોંધ — ફોર્મનો ડેટા જ્યાં સંગ્રહાય છે તે માળખું: અર્લી એક્સેસ/સંપર્ક ફોર્મનો ડેટા આખરે ફક્ત Framerના પોતાના ફોર્મ માળખામાં રાખવામાં આવે છે કે Corentaના Supabase આધારિત ડેટાબેઝ (જુઓ ભાગ B, B.5 — Supabase, ફ્રેન્કફર્ટ/જર્મની)માં પણ ટ્રાન્સફર થાય છે, તે આ લખાણ તૈયાર થયું તે તારીખ મુજબ ટેક્નિકલ રીતે પુષ્ટ થયું નથી. આ બાબત પુષ્ટ થાય તેમ આ કોષ્ટક, જરૂર પડ્યે Supabaseની હરોળ ઉમેરીને, અપડેટ કરવામાં આવશે; દરેક સ્થિતિમાં તમારો ફોર્મ ડેટા ફક્ત આ ભાગ Aમાં સમજાવેલા હેતુઓ માટે અને KVKK મુજબ પ્રોસેસ થાય છે.

આ શેરિંગ સિવાય તમારો વ્યક્તિગત ડેટા ત્રીજી વ્યક્તિઓને વેચવામાં આવતો નથી, ભાડે આપવામાં આવતો નથી અથવા માર્કેટિંગ હેતુથી ત્રીજા પક્ષોને હસ્તાંતરિત કરવામાં આવતો નથી. કાનૂની ફરજની સ્થિતિઓ (અદાલતનો આદેશ, સક્ષમ જાહેર સંસ્થાની વિનંતી વગેરે) આ નિયમનો અપવાદ છે.

વિદેશ ટ્રાન્સફર: Framer અને Google Workspace તુર્કીની બહાર ડેટા પ્રોસેસ કરે છે; કાયદા ક્રમાંક 6698ના અર્થમાં આ વિદેશ ટ્રાન્સફર છે. આ ટ્રાન્સફર નિયમિત અને સતત હોવાથી તે સ્પષ્ટ સંમતિ પર આધારિત નથી; તે KVKKની કલમ 5માંની પ્રોસેસિંગની શરતોમાંથી એક પર અને કલમ 9(4)(c) મુજબ વ્યક્તિગત ડેટા સંરક્ષણ બોર્ડે જાહેર કરેલા પ્રમાણભૂત કરારો પર આધારિત હશે. આ લખાણની તારીખ મુજબ પ્રદાતાઓ સાથે પ્રમાણભૂત કરારો હજી સહી થયા નથી અને બોર્ડને તેની જાણ કરવામાં આવી નથી. દરેક કરાર સહી થાય ત્યારે સહીની તારીખથી 5 કામકાજના દિવસોમાં બોર્ડને જાણ કરવામાં આવશે અને આ વિભાગ પ્રદાતા અને તારીખની યાદી સાથે અપડેટ કરવામાં આવશે. બોર્ડે આ દેશો વિશે જાહેર કરેલો કોઈ પર્યાપ્તતાનો નિર્ણય નથી (છેલ્લી તપાસ: 11 ઑક્ટોબર 2026).

A.6. જાળવણીનો સમયગાળો

તમારો વ્યક્તિગત ડેટા સંબંધિત પ્રોસેસિંગ હેતુ માટે જરૂરી સમયગાળા સુધી, અને દરેક સ્થિતિમાં સંબંધિત કાયદામાં નિર્ધારિત મુદત-મર્યાદા (limitation) સુરક્ષિત રહે તે શરતે, સાચવવામાં આવે છે:

• અર્લી એક્સેસ અરજીઓ: અરજીનું મૂલ્યાંકન અને સંપર્ક પ્રક્રિયા પૂર્ણ થાય ત્યારથી વધુમાં વધુ 2 વર્ષ; આ સમયગાળામાં સંપર્ક ન કરવામાં આવે અથવા પ્રક્રિયા પૂર્ણ થાય, તો તેથી ઓછા સમયમાં કાઢી નાખવામાં/અનામી બનાવવામાં આવે છે. પારદર્શિતા નોંધ: આ મહત્તમ સમયગાળાને અનુરૂપ, સિસ્ટમમાં આપમેળે ચાલતી સ્કૅન/કાઢી નાખવાની વ્યવસ્થા આ લખાણ તૈયાર થયું તે તારીખ મુજબ નથી; સમયગાળો કાનૂની ઉપલી મર્યાદા છે, કાઢી નાખવાની/અનામી બનાવવાની કામગીરી હાલ મેન્યુઅલી/વિનંતી પર કરવામાં આવે છે.
• સંપર્કના રેકોર્ડ: સંપર્કનો હેતુ પૂરો થાય ત્યાં સુધી.
• એનાલિટિક્સ/ટેક્નિકલ લૉગ ડેટા: વપરાતા સાધન/માળખાની ડિફૉલ્ટ/મંજૂર જાળવણી મુદત જેટલો સમય.
• કાનૂની વિવાદ અને જવાબદારીના રેકોર્ડ: સંબંધિત કાયદામાં નિર્ધારિત લઘુતમ સમયગાળા સુધી.

જાળવણીનો સમયગાળો પૂરો થાય ત્યારે વ્યક્તિગત ડેટા KVKKની કલમ 7 અને વ્યક્તિગત ડેટા કાઢી નાખવા, નષ્ટ કરવા અથવા અનામી બનાવવા સંબંધી નિયમનો મુજબ કાઢી નાખવામાં, નષ્ટ કરવામાં અથવા અનામી બનાવવામાં આવે છે. વિગતવાર મુદત કોષ્ટક અને નિકાલની પદ્ધતિઓ માટે જુઓ veri-saklama-imha-politikasi.md (વિભાગ 4, ક્રમ 9).

A.7. અર્લી એક્સેસ ફોર્મમાં માહિતી અને વ્યાપારી સંદેશ માટે મંજૂરી

તમારી અરજીની પ્રોસેસિંગ સંમતિ પર નહીં, પરંતુ A.3માંના કાનૂની આધારો પર આધારિત છે. તેથી ફોર્મમાં માહિતી સૂચના માટે કોઈ મંજૂરી ચેકબૉક્સ નથી; માહિતી સૂચના અને સંમતિ અલગ રાખવામાં આવે છે.

માહિતી (ચેકબૉક્સ નથી): મોકલો બટનની બરાબર ઉપર નીચેનું લખાણ અને આ માહિતી સૂચનાની લિંક બતાવવામાં આવે છે:

"તમારી માહિતી તમારી અરજીનું મૂલ્યાંકન કરવા અને તમારો સંપર્ક કરવા માટે પ્રોસેસ કરવામાં આવે છે (KVKK કલમ 5(2)(c), (f)). વિગતો: માહિતી સૂચના."

વૈકલ્પિક વ્યાપારી સંદેશ મંજૂરી (અલગ બૉક્સ, ડિફૉલ્ટ રીતે પસંદ કરેલું નથી):

"હું Teta Studioને Corentaની જાહેરાતો અને કેમ્પેન ઇમેઇલ દ્વારા મોકલવાની મંજૂરી આપું છું."

વ્યાપારી સંદેશની મંજૂરી ન આપવાથી અરજીના મૂલ્યાંકન પર અસર થતી નથી. Teta Studio સંદેશ વ્યવસ્થાપન સિસ્ટમ (İYS)માં નોંધણી કર્યા વિના પ્રમોશનલ ઇમેઇલ મોકલતું નથી; નોંધણી પછી મંજૂરીઓ 3 કામકાજના દિવસોમાં İYSમાં અપલોડ કરવામાં આવે છે. દરેક સંદેશમાંની નાપસંદગી લિંક દ્વારા મંજૂરી પાછી ખેંચી શકાય છે.

A.8. સંબંધિત વ્યક્તિના અધિકારો (KVKK કલમ 11) અને અરજીની પદ્ધતિ

KVKKની કલમ 11 મુજબ, જેનો વ્યક્તિગત ડેટા પ્રોસેસ થાય છે તે દરેક સંબંધિત વ્યક્તિને ડેટા નિયંત્રકને અરજી કરીને નીચેના અધિકારો છે:

a) પોતાનો વ્યક્તિગત ડેટા પ્રોસેસ થાય છે કે નહીં તે જાણવું, b) વ્યક્તિગત ડેટા પ્રોસેસ થયો હોય તો તે સંબંધી માહિતી માગવી, c) વ્યક્તિગત ડેટાની પ્રોસેસિંગનો હેતુ અને તેનો હેતુ મુજબ ઉપયોગ થાય છે કે નહીં તે જાણવું, ç) દેશમાં અથવા વિદેશમાં જે ત્રીજી વ્યક્તિઓને વ્યક્તિગત ડેટા ટ્રાન્સફર થયો છે તેમને જાણવી, d) વ્યક્તિગત ડેટા અધૂરો અથવા ખોટી રીતે પ્રોસેસ થયો હોય તો તેની સુધારણાની માગણી કરવી, e) KVKKની કલમ 7માં નિર્ધારિત શરતોની મર્યાદામાં વ્યક્તિગત ડેટા કાઢી નાખવાની અથવા નષ્ટ કરવાની માગણી કરવી, f) પેટા-કલમ (d) અને (e) મુજબ કરાયેલી કામગીરીની જાણ, વ્યક્તિગત ડેટા જે ત્રીજી વ્યક્તિઓને ટ્રાન્સફર થયો છે તેમને કરવાની માગણી કરવી, g) પ્રોસેસ થયેલા ડેટાનું સંપૂર્ણપણે ઑટોમેટેડ સિસ્ટમ દ્વારા વિશ્લેષણ થવાથી વ્યક્તિની પોતાની વિરુદ્ધ પરિણામ આવે તો તેની સામે વાંધો ઉઠાવવો, ğ) વ્યક્તિગત ડેટાની ગેરકાયદે પ્રોસેસિંગને કારણે નુકસાન થયું હોય તો નુકસાનની ભરપાઈની માગણી કરવી.

વધુમાં, મંજૂરી આધારિત પ્રોસેસિંગ (વ્યાપારી ઇલેક્ટ્રોનિક સંદેશ) માટે આપેલી મંજૂરી, KVKKની કલમ 11 હેઠળના સામાન્ય અધિકારોથી સ્વતંત્ર રીતે, તમે ઇચ્છો ત્યારે અને કારણ આપ્યા વિના પાછી ખેંચી શકાય છે. મંજૂરી પાછી ખેંચવાથી તે પહેલાંની પ્રોસેસિંગની કાયદેસરતાને અસર થતી નથી.

અરજીની પદ્ધતિ: ઉપરના અધિકારો વાપરવા માટે તમે તમારી વિનંતીઓ, તમારી ઓળખ નક્કી કરવા માટેની જરૂરી માહિતી સાથે, KVKKની કલમ 13 અને ડેટા નિયંત્રકને અરજી કરવાની કાર્યપદ્ધતિ અને સિદ્ધાંતો સંબંધી પ્રજ્ઞાપનમાં નિર્ધારિત રીતે hello@corenta.app સરનામે લેખિતમાં મોકલી શકો છો. તમારી અરજીઓનો, તેના સ્વરૂપ મુજબ, વધુમાં વધુ 30 (ત્રીસ) દિવસમાં, વધારાના ખર્ચની જરૂર ન હોય તેવી પદ્ધતિઓથી મફતમાં નિકાલ કરવામાં આવે છે; કામગીરી માટે વધારાનો ખર્ચ જરૂરી હોય, તો વ્યક્તિગત ડેટા સંરક્ષણ બોર્ડે નક્કી કરેલા દરપત્રક મુજબની ફી લઈ શકાય છે.

ભાગ B — ક્લિનિક દ્વારા CORENTA SaaS પ્રોડક્ટનો ઉપયોગ

આ ભાગ Corentaનો ક્લિનિકલ પિલાટેસ, ફિઝિયોથેરાપી, રિફોર્મર, વેલનેસ/મસાજ અથવા યોગ કેન્દ્ર ("ક્લિનિક") મારફતે ઉપયોગ કરતા ક્લિનિક સ્ટાફ (એડમિન, સ્પેશિયાલિસ્ટ/ઇન્સ્ટ્રક્ટર, રિસેપ્શન વગેરે) અને આ ક્લિનિકના ક્લાયન્ટ/સારવાર લેનારાને લાગુ પડે છે.

B.1. ભૂમિકા વિભાજનનો કાનૂની આધાર — ધ્યાનથી વાંચો

Corenta ખરીદીને ઉપયોગ માટે ચાલુ કરનાર ક્લિનિક, પોતાના ક્લાયન્ટ/સારવાર લેનારા અને પોતાના સ્ટાફના વ્યક્તિગત ડેટાની બાબતમાં KVKKની કલમ 3(ı) મુજબ "ડેટા નિયંત્રક"નો દરજ્જો ધરાવે છે. ક્લાયન્ટ/સારવાર લેનારા અને સ્ટાફ પ્રત્યેની KVKK હેઠળ માહિતી આપવાની જવાબદારી અને જરૂર પડ્યે સ્પષ્ટ સંમતિઓ (ખાસ કરીને આરોગ્ય ડેટાની પ્રોસેસિંગ સંબંધી વિશેષ શ્રેણીના ડેટા માટેની સંમતિ) મેળવવી, પ્રાથમિક રીતે અને આખરે ક્લિનિકની જવાબદારી છે.

Teta Studio (Corenta) KVKKની કલમ 3(ğ) મુજબ ફક્ત ડેટા પ્રોસેસર છે. Teta Studio આ ડેટા ક્લિનિકની સૂચનાઓ મુજબ અને ક્લિનિક વતી, ફક્ત પ્લેટફોર્મનું ટેક્નિકલ માળખું પૂરું પાડીને પ્રોસેસ કરે છે; પોતાના નામે કોઈ સ્વતંત્ર પ્રોસેસિંગ હેતુ નક્કી કરતું નથી અને આ ડેટા પર ક્લિનિકની સૂચનાઓની બહાર, પોતાના વ્યાપારી હેતુઓ (જાહેરાત, ત્રીજા પક્ષોને વેચાણ વગેરે) માટે પ્રોસેસિંગ કરતું નથી. Teta Studio પોતાના હેતુઓ માટે કરે છે તે પ્રોસેસિંગ (ક્લિનિક વપરાશકર્તા ખાતું, સબ્સ્ક્રિપ્શન, સેવા ઇમેઇલ, એક્સપ્લોર/મૂલ્યાંકન આમંત્રણ અને ટિપ્પણીઓ, સુરક્ષા અને ઉપનામયુક્ત પ્રોડક્ટ માપન) આ ભાગ Bનો નહીં, પરંતુ ભાગ Cનો વિષય છે; આ પ્રવૃત્તિઓમાં Teta Studio ડેટા નિયંત્રક છે.

Corenta પ્રોડક્ટ ક્લિનિકને આ જવાબદારીઓ પૂરી કરવામાં ટેક્નિકલ રીતે સરળતા આપતાં સાધનો આપે છે (મોબાઇલ એપમાં સંમતિ સ્ક્રીન, આવૃત્તિ-આધારિત સંમતિ નોંધો, પાછી ખેંચવાની વ્યવસ્થા વગેરે — જુઓ B.2). આ સાધનો હોવાનો અર્થ એ નથી કે ક્લિનિકે પોતાના ડેટા નિયંત્રક દરજ્જામાંથી ઊભી થતી કાનૂની જવાબદારીઓ Teta Studioને હસ્તાંતરિત કરી છે અથવા Teta Studioએ આ જવાબદારીઓ સ્વીકારી છે.

ક્લિનિક અને Teta Studio વચ્ચેનો ડેટા પ્રોસેસર સંબંધ અલગ ડેટા પ્રોસેસિંગ કરાર (Data Processing Agreement/DPA) દ્વારા નિયંત્રિત થાય છે; આ કરાર પ્રોસેસ થનારા ડેટાની શ્રેણીઓ, પ્રોસેસિંગના હેતુઓ, સુરક્ષા પગલાં, સબ-પ્રોસેસરોનો ઉપયોગ અને KVKKની કલમ 12 હેઠળ પક્ષકારોની જવાબદારીઓની વિગતો આપે છે.

આ ભાગ B ક્લિનિક પોતાના ક્લાયન્ટ/સ્ટાફને આપવાની માહિતી સૂચનાનું સ્થાન લેતો નથી અને તેનો વિકલ્પ નથી. આ ભાગનો હેતુ Teta Studio ડેટા પ્રોસેસર તરીકે પ્લેટફોર્મ પર કયો ડેટા કયા હેતુથી પ્રોસેસ કરે છે તે પારદર્શક રીતે સમજાવવાનો અને ક્લિનિક પોતાની માહિતી સૂચના તૈયાર કરતી વખતે સંદર્ભ તરીકે લઈ શકે તેવું માળખું આપવાનો છે. જો ક્લિનિકને Corentaની મોબાઇલ એપમાં આપવામાં આવતી સામાન્ય/કેન્દ્રીય માહિતી સૂચના સ્ક્રીન અને વૈકલ્પિક સંમતિ સ્ક્રીન (જુઓ B.2) પૂરતી ન લાગે, તો તે પોતાના ક્લાયન્ટ અને સ્ટાફ માટે વધારાની/અલગ માહિતી પ્રક્રિયા પોતાનાં સાધનો (લેખિત લખાણ, ઇમેઇલ, રૂબરૂ માહિતી વગેરે) દ્વારા અલગથી ચલાવી શકે છે; આ ક્લિનિકની પોતાની કાનૂની જવાબદારી હેઠળ આવે છે.

B.2. પ્લેટફોર્મમાં માહિતી સૂચના અને સંમતિની વ્યવસ્થા (માહિતી માટે)

Corenta મોબાઇલ એપમાં, પ્રથમ ઉપયોગ (onboarding)ના તબક્કે Teta Studio દ્વારા તૈયાર કરાયેલી અને તમામ ક્લિનિકના ક્લાયન્ટ/વપરાશકર્તાઓને સામાન્ય રીતે આપવામાં આવતી સ્ક્રીન (kvkk.tsx) છે. બોર્ડના સિદ્ધાંત નિર્ણય ક્રમાંક 2026/347 મુજબ માહિતી સૂચના અને સંમતિ અલગ પગલાંમાં બતાવવામાં આવે છે:

નોંધો આવૃત્તિ સાથે consent_logs ટેબલમાં રાખવામાં આવે છે. ટેક્નિકલ નોંધ: માહિતી સૂચના બતાવ્યાની નોંધ આજે આ ટેબલમાં kvkk પ્રકાર સાથે નોંધાય છે; આ નોંધ સંમતિ નથી, પરંતુ માહિતી સૂચના બતાવવામાં આવી અને વાંચવામાં આવી તેની જાણ છે. ઑપરેટિંગ સિસ્ટમની એકમાત્ર નોટિફિકેશન પરવાનગી વ્યવહારલક્ષી અને કેમ્પેન બંને પ્રકારનાં નોટિફિકેશન પહોંચાડવામાં વપરાય છે; કેમ્પેન નોટિફિકેશન ફક્ત 2b પરવાનગી આપવામાં આવી હોય તો જ મોકલવાં જોઈએ.

આ સ્ક્રીન અને લખાણો ક્લિનિક મુજબ અલગ પાડવામાં આવ્યાં નથી, પ્લેટફોર્મ સ્તરે સામાન્ય આવૃત્તિ તરીકે આપવામાં આવે છે; ક્લિનિકની ઓળખ માહિતી (વ્યવસાયિક નામ, સરનામું, અરજી માટેનો સંપર્ક) આજે લખાણમાં આપમેળે ઉમેરાતી નથી. માહિતી સૂચનાની આવૃત્તિ બદલાય ત્યારે વપરાશકર્તાને આગામી લૉગિન વખતે નવું લખાણ વાંચ્યું છે તે જણાવવા કહેવામાં આવે છે (આ પણ સંમતિ નથી). આરોગ્ય ડેટાની સંમતિ અને કેમ્પેનની પરવાનગી કોઈ પણ સમયે પાછી ખેંચી શકાય છે (revoked_at ફીલ્ડ દ્વારા નોંધાય છે); આરોગ્ય ડેટાની સંમતિ પાછી ખેંચવાથી એપોઇન્ટમેન્ટ અને ખાતાના ઉપયોગ પર અસર થતી નથી.

જો ક્લિનિક ગુપ્તતા જાળવવાની જવાબદારી હેઠળના આરોગ્ય વ્યવસાયી (ઉદા. ફિઝિયોથેરાપિસ્ટ) તરીકે આરોગ્ય ડેટા સારવારના હેતુથી KVKKની કલમ 6(3)(e)ના આધારે પ્રોસેસ કરે છે, તો સ્પષ્ટ સંમતિ સ્ક્રીનને બદલે ફક્ત માહિતી સૂચના પૂરતી હોઈ શકે છે; અન્ય વ્યવસાયો (ઉદા. પિલાટેસ/વેલનેસ સ્ટુડિયો) આરોગ્ય ડેટા ફક્ત કલમ 6(3)(a) મુજબ વૈકલ્પિક સ્પષ્ટ સંમતિના આધારે પ્રોસેસ કરી શકે છે. કયા કાનૂની આધાર પર આધાર રાખવો અને માહિતી સૂચનાની સામગ્રી પોતાની પ્રવૃત્તિને અનુરૂપ હોય તે ક્લિનિકની જવાબદારી છે.

B.3. ડેટા પ્રોસેસર તરીકે Teta Studio જે ડેટા શ્રેણીઓ પ્રોસેસ કરે છે

પ્લેટફોર્મની ટેક્નિકલ કામગીરીની જરૂરિયાત મુજબ, ક્લિનિકની સૂચના અનુસાર નીચેની ડેટા શ્રેણીઓ પ્રોસેસ થાય છે:

આરોગ્ય ફીલ્ડ લખવાનો અધિકાર (4 ઑક્ટોબર 2026થી): ક્લાયન્ટનાં આરોગ્ય ફીલ્ડ (બ્લડ ગ્રુપ, એલર્જી, લાંબા ગાળાની સ્થિતિ, દવા) ફક્ત ક્લાયન્ટ પોતે અને સોંપાયેલા સ્પેશિયાલિસ્ટ લખી શકે છે; બિઝનેસના માલિક/એડમિન આ ફીલ્ડમાં લખી શકતા નથી (તેઓ ઇમરજન્સી સંપર્ક વ્યક્તિ અને ઓળખનાં ફીલ્ડ સંપાદિત કરી શકે છે).

ઉપનામયુક્ત પ્રોડક્ટ માપન: આ પ્રવૃત્તિમાં Teta Studio ડેટા નિયંત્રક છે અને તેની વિગતો ભાગ Cમાં છે. માપન ક્લિનિકની ઉપનામ ઓળખથી કરવામાં આવે છે; આ ઓળખ ઉપનામયુક્ત સ્વરૂપની છે (ઓળખ વિનાની નથી). આ ફીચર હાલમાં બંધ છે.

રસીદની ફાઇલો (4 ઑક્ટોબર 2026થી): કોઈ ચુકવણી સાથે ન જોડાયેલી (અનાથ) રસીદની ફાઇલો 7 દિવસ પછી આપમેળે કાઢી નાખવામાં આવે છે; ચુકવણી સાથે જોડાયેલી રસીદ કોઈ પણ ભૂમિકા દ્વારા કાઢી નાખવામાં આવતી નથી.

મોબાઇલ પરવાનગીઓ વિશે સ્પષ્ટતા (18 ઑક્ટોબર 2026થી): Corenta મોબાઇલ એપ ઑપરેટિંગ સિસ્ટમના સ્તરે ફક્ત નોટિફિકેશનની પરવાનગી (સંદર્ભમાં પૂછવામાં આવે છે) અને iOS પર ફોટો લાઇબ્રેરીનો એક્સેસ (પ્રોફાઇલ ફોટો, એનામનેસિસનું જોડાણ, ચુકવણીની રસીદ, જાહેરાતનું ચિત્ર અથવા સ્ટુડિયો વીડિયો પસંદ કરવામાં આવે તે ક્ષણે) માગે છે; એપ લૉક ચાલુ હોય, તો ડિવાઇસનું Face ID/ફિંગરપ્રિન્ટ વેરિફિકેશન ડિવાઇસની અંદર જ વપરાય છે અને બાયોમેટ્રિક ડેટા Corentaને મોકલવામાં આવતો નથી. Android પર કૅમેરા અને માઇક્રોફોનની પરવાનગીઓ એપ મેનિફેસ્ટમાંથી ઇરાદાપૂર્વક દૂર કરવામાં આવી છે. એપ કૅમેરા, માઇક્રોફોન, લોકેશન, સંપર્ક સૂચિ (contacts), કૅલેન્ડરની પરવાનગી અથવા HealthKit/આરોગ્ય સેન્સરનો એક્સેસ માગતી નથી. એક્સપ્લોરનો નકશો ડિવાઇસનું લોકેશન વાપરતો નથી; ફક્ત વપરાશકર્તાએ પસંદ કરેલા પ્રાંત/જિલ્લા અથવા નકશાના વિસ્તાર દ્વારા શોધ કરે છે.

વિશેષ શ્રેણીનો વ્યક્તિગત ડેટા (આરોગ્યની માહિતી) KVKKની કલમ 6 મુજબ ફક્ત સ્પષ્ટ સંમતિથી અથવા કાયદાઓમાં નિર્ધારિત અપવાદરૂપ સ્થિતિઓમાં (જાહેર આરોગ્યનું રક્ષણ, નિવારક દવા, તબીબી નિદાન/સારવાર, આરોગ્ય સેવાઓનું આયોજન અને નાણાકીય વ્યવસ્થા, ગુપ્તતા જાળવવાની જવાબદારી હેઠળની વ્યક્તિઓ દ્વારા કરવામાં આવે તે રીતે) પ્રોસેસ થઈ શકે છે. Corentaની ઇકોસિસ્ટમમાં આ ડેટા ક્લિનિકના અધિકૃત આરોગ્ય/વેલનેસ સ્પેશિયાલિસ્ટ દ્વારા ક્લિનિક જે કાનૂની આધાર પર આધાર રાખે છે તે મુજબ (કલમ 6(3)(a) વૈકલ્પિક સ્પષ્ટ સંમતિ અથવા કલમ 6(3)(e)) દાખલ કરવામાં આવે છે; Teta Studio આ ડેટા ફક્ત ક્લિનિકની સૂચના મુજબ હોસ્ટ/પ્રોસેસ કરે છે અને વધારેલાં સુરક્ષા પગલાં વડે તેનું રક્ષણ કરે છે (જુઓ B.6).

જાળવણીનો સમયગાળો અને નિકાલની પદ્ધતિ — પરસ્પર સંદર્ભ: ઉપરની દરેક શ્રેણી માટે જાળવણીનો સમયગાળો અને ખાતું કાઢી નાખવાની વિનંતી પછી લાગુ પડતી પદ્ધતિ (કાયમી રીતે કાઢી નાખવું અથવા અનામી બનાવવું) B.8/aમાં સારાંશરૂપે આપવામાં આવી છે, અને વિગતવાર કોષ્ટક તથા કારણો સાથે veri-saklama-imha-politikasi.md (વિભાગ 4-6)માં સમજાવવામાં આવી છે. ખાસ કરીને આરોગ્યની માહિતી, વ્યવહાર/નાણાકીય માહિતી અને માહિતી સૂચના અને પરવાનગીની નોંધોની હરોળ માટે: ખાતું કાયમી રીતે કાઢી નાખવાના તબક્કે આ રેકોર્ડ DELETE કરવામાં આવતા નથી; વ્યક્તિ સાથેનું જોડાણ તોડવામાં આવે છે અને કેટલાંક મુક્ત લખાણનાં ફીલ્ડ સાફ કરવામાં આવે છે. સેશન નોંધનું મુક્ત લખાણ બદલવામાં આવતું ન હોવાથી આ રેકોર્ડ કોઈ પણ સ્થિતિમાં અનામી ગણાતા નથી; તે મર્યાદિત એક્સેસ સાથે સાચવવામાં આવે છે (જુઓ B.8/a).

B.3-A. કમ્યુનિટી અને વૃદ્ધિ ફીચર્સ — આરોગ્ય ડેટા સાથેનો સંબંધ (18 ઑક્ટોબર 2026થી)

આરોગ્ય ડેટા KVKKની કલમ 6ના અર્થમાં વિશેષ શ્રેણીનો વ્યક્તિગત ડેટા છે. નીચેનાં ફીચર્સ આરોગ્ય ડેટા પ્રોસેસ કરવાના હેતુથી બનાવવામાં આવ્યાં નથી; દરેકમાં આરોગ્ય ડેટા કેવી રીતે સંભાળવામાં આવે છે તે અલગથી લખવામાં આવ્યું છે:

ફિઝિયોથેરાપી જેવી આરોગ્ય સેવા આપતાં ક્લિનિકમાં કોઈ ક્લાયન્ટે કોઈ ક્લાસ અથવા ગ્રુપમાં ભાગ લીધો હોય તે હકીકત એ વ્યક્તિ આરોગ્ય સેવા લે છે તેવું બતાવી શકે છે. તેથી આ ફીચર્સનો ઉપયોગ કરવો કે નહીં અને પોતાના ક્લાયન્ટને કેવી રીતે સમજાવવું તેનો નિર્ણય ડેટા નિયંત્રક તરીકે ક્લિનિકનો છે. ક્લિનિક ગ્રુપ (group_chats) અને ચેલેન્જ (leagues) અલગ મોડ્યુલ છે અને ક્લિનિક મુજબ બંધ કરી શકાય તે રીતે બનાવવામાં આવ્યાં છે.

B.4. પ્રોસેસિંગના હેતુઓ અને કાનૂની આધારો

નીચેના કોષ્ટકમાંના કાનૂની આધારો સંબંધિત ડેટાના સ્વરૂપ મુજબ બે અલગ અર્થ ધરાવી શકે છે: (i) ક્લિનિક (ડેટા નિયંત્રક તરીકે) પોતાના ક્લાયન્ટ/સ્ટાફ પ્રત્યે જેના પર આધાર રાખે છે તે કાનૂની આધાર, અથવા (ii) Teta Studioની પોતાની સ્વતંત્ર પ્રવૃત્તિઓ (પ્લેટફોર્મ સુરક્ષા, બિલિંગ, કાનૂની જવાબદારી જેવી) માટે લાગુ પડતો કાનૂની આધાર. Teta Studio પોતે કોઈ સ્વતંત્ર "પ્રોસેસિંગ હેતુ" નક્કી કરતું નથી (જુઓ B.1) તે ધ્યાનમાં રાખીને, ખાસ કરીને વિશેષ શ્રેણીના ડેટા સંબંધી હરોળ ક્લિનિકના કાનૂની આધારને પ્રતિબિંબિત કરે તે રીતે વાંચવી જોઈએ:

B.5. વ્યક્તિગત ડેટાનું ટ્રાન્સફર (દેશમાં અને વિદેશમાં)

પ્લેટફોર્મના સંચાલન માટે વ્યક્તિગત ડેટા નીચેના સબ-પ્રોસેસરો (sub-processor) સાથે મર્યાદિત રીતે અને ટેક્નિકલ રીતે જરૂરી હોય તેટલા પ્રમાણમાં શેર કરવામાં આવે છે:

અન્ય માળખાકીય નોંધો:

• ઇમેઇલ માળખું: સેવા ઇમેઇલ (ટ્રાયલ પ્રક્રિયા, ટીમ આમંત્રણ, સપોર્ટના જવાબો) Google Workspace (Google) મારફતે SMTPથી મોકલવામાં આવે છે; ઓળખ ચકાસણીના ઇમેઇલ (ઇમેઇલ ચકાસણી, પાસવર્ડ રીસેટ) Supabase Auth દ્વારા ટ્રિગર થાય છે. પ્રમોશનલ ઇમેઇલ ફક્ત અલગ સંમતિ અને İYS નોંધણીની શરતે મોકલવામાં આવે છે (જુઓ ભાગ C). પુશ નોટિફિકેશન Apple (APNs) અને Google (FCM) મારફતે મોકલવામાં આવે છે.
• એનાલિટિક્સ સાધન: ત્રીજા પક્ષનું કોઈ એનાલિટિક્સ સાધન (ઉદા. Google Analytics) વપરાતું નથી. એપમાં પ્રોડક્ટ ઉપયોગનું માપન હાલમાં સક્રિય નથી; સક્રિય કરવામાં આવે, તો માપન Corentaના પોતાના ડેટાબેઝ (Supabase, ફ્રેન્કફર્ટ/જર્મની)માં રાખવામાં આવતા ફર્સ્ટ-પાર્ટી ટેબલમાં લખાશે, તેમાં આરોગ્ય ડેટા અને મુક્ત લખાણ નહીં હોય, અને સક્રિય કરતાં પહેલાં આ લખાણ અપડેટ કરવામાં આવશે.
• ભૂલ મૉનિટરિંગ: ત્રીજા પક્ષનું ભૂલ મૉનિટરિંગ સાધન વપરાતું નથી; ક્લાયન્ટ એપની ભૂલો Corentaના પોતાના ડેટાબેઝ (Supabase)માં નોંધવામાં આવે છે.
• રીઅલ-ટાઇમ સંદેશ ટ્રાન્સમિશન અને વીડિયો (18 ઑક્ટોબર 2026થી): વ્યક્તિગત અને ગ્રુપ સંદેશા Supabaseની રીઅલ-ટાઇમ ટ્રાન્સમિશન સેવા (Realtime) દ્વારા ફક્ત અધિકૃત વપરાશકર્તાઓને મોકલવામાં આવે છે; સ્ટુડિયો વીડિયો Supabaseના ફાઇલ સંગ્રહમાં રાખવામાં આવે છે. આ Supabaseની હરોળ (ક્રમ 1)ના વ્યાપમાં આવે છે; કોઈ નવો સબ-પ્રોસેસર ઉમેરવામાં આવ્યો નથી.
• વેબ મારફતે ક્રેડિટ કાર્ડ ચુકવણી: હાલમાં સમર્થિત નથી; તમામ સબ્સ્ક્રિપ્શન ચુકવણીઓ ફક્ત Apple/Google સ્ટોરમાંની ખરીદી (IAP) વ્યવસ્થા મારફતે થાય છે.

વિદેશ ટ્રાન્સફર: તમારો ડેટા તુર્કીની બહાર આવેલા સેવા પ્રદાતાઓ મારફતે પ્રોસેસ થાય છે: Supabase (ડેટાબેઝ, ઓળખ ચકાસણી અને ફાઇલ સંગ્રહ; ડેટા જર્મની/ફ્રેન્કફર્ટમાં હોસ્ટ થાય છે), Vercel (વેબ પેનલનું હોસ્ટિંગ; વૈશ્વિક માળખું), Google (Google Workspace ઇમેઇલ અને Firebase Cloud Messaging નોટિફિકેશન; વૈશ્વિક) અને Apple (નોટિફિકેશન અને સ્ટોર; વૈશ્વિક). જર્મનીમાં હોસ્ટિંગ પણ કાયદા ક્રમાંક 6698ના અર્થમાં વિદેશ ટ્રાન્સફર છે. આ ટ્રાન્સફર નિયમિત અને સતત હોવાથી તે સ્પષ્ટ સંમતિ પર આધારિત નથી; તે KVKKની કલમ 5 અને 6માંની પ્રોસેસિંગની શરતોમાંથી એક પર અને કલમ 9(4)(c) મુજબ વ્યક્તિગત ડેટા સંરક્ષણ બોર્ડે જાહેર કરેલા પ્રમાણભૂત કરારો પર આધારિત હશે. Teta Studio ડેટા પ્રોસેસર તરીકે દરેક સબ-પ્રોસેસર સાથે મોડ્યુલ 3 (પ્રોસેસરથી પ્રોસેસર) પ્રમાણભૂત કરાર પર સહી કરશે અને સહીની તારીખથી 5 કામકાજના દિવસોમાં બોર્ડને જાણ કરશે. આ લખાણની તારીખ મુજબ પ્રમાણભૂત કરારો હજી સહી થયા નથી અને બોર્ડને તેની જાણ કરવામાં આવી નથી; સહી અને જાણ પૂર્ણ થાય ત્યારે આ વિભાગ પ્રદાતા અને તારીખની યાદી સાથે અપડેટ કરવામાં આવશે. બોર્ડે આ દેશો વિશે જાહેર કરેલો કોઈ પર્યાપ્તતાનો નિર્ણય નથી (છેલ્લી તપાસ: 11 ઑક્ટોબર 2026). ક્લિનિક પોતાની માહિતી સૂચનામાં આ ટ્રાન્સફરનો સમાવેશ કરે છે.

ઉપરની સબ-પ્રોસેસર યાદી ક્લિનિક અને Teta Studio વચ્ચેના DPAના પરિશિષ્ટમાં અલગથી અને અપ-ટુ-ડેટ સ્વરૂપે રાખવામાં આવે છે; સબ-પ્રોસેસર યાદીમાંના ફેરફારોની જાણ ક્લિનિકને DPAમાં નિર્ધારિત પદ્ધતિ મુજબ કરવામાં આવે છે. વ્યક્તિગત ડેટા કાનૂની રીતે સક્ષમ જાહેર સંસ્થાઓ અને સત્તાવાળાઓને ફક્ત સંબંધિત કાયદામાં નિર્ધારિત સ્થિતિઓમાં અને વિનંતી પૂરતો મર્યાદિત રીતે ટ્રાન્સફર કરી શકાય છે; Teta Studio પોતે પ્રોસેસ કરે છે તે વ્યક્તિગત ડેટા કોઈ પણ રીતે ત્રીજી વ્યક્તિઓને વ્યાપારી હેતુથી વેચતું નથી કે ભાડે આપતું નથી.

B.6. સુરક્ષાનાં પગલાં

Teta Studio ડેટા પ્રોસેસર તરીકે પોતે પ્રોસેસ કરે છે તે વ્યક્તિગત ડેટાની સુરક્ષા સુનિશ્ચિત કરવા નીચેનાં ટેક્નિકલ અને વહીવટી પગલાં લાગુ કરે છે:

• ટેનન્ટ અલગીકરણ (multi-tenant isolation): પ્લેટફોર્મનાં તમામ ડેટા ટેબલ tenant_id ફીલ્ડ દ્વારા અલગ પાડવામાં આવ્યાં છે અને વ્યાપક રો લેવલ સિક્યોરિટી (Row Level Security/RLS) નીતિઓ દ્વારા ડિફૉલ્ટ-નકાર (default-deny) સિદ્ધાંત મુજબ સુરક્ષિત છે; એક ક્લિનિકના ડેટા સુધી અન્ય ક્લિનિકનો એક્સેસ ટેક્નિકલ રીતે અટકાવવામાં આવે છે.
• આરોગ્ય ડેટાના એક્સેસ પર મર્યાદા: એનામનેસિસ ફોર્મ, સેશન નોંધ અને માપના ડેટાનો એક્સેસ RLS સ્તરે ફક્ત સંબંધિત ક્લાયન્ટ, ક્લાયન્ટને સોંપાયેલા સ્પેશિયાલિસ્ટ અને અધિકૃત ક્લિનિક એડમિન મેળવી શકે છે; સ્પેશિયાલિસ્ટે "ટીમ સાથે શેર કરેલી" તરીકે ચિહ્નિત કરેલી સેશન નોંધો ક્લિનિકના અન્ય સ્પેશિયાલિસ્ટ પણ જોઈ શકે છે. સ્ટાફનો એક્સેસ સંબંધિત આરોગ્ય મોડ્યુલ (એનામનેસિસ, માપ, સેશન નોંધ) ચાલુ હોય ત્યારે શક્ય છે.
• અપરિવર્તનીયતા (append-only): મોકલાયેલી (submitted_at ફીલ્ડ ભરાઈ જાય ત્યારે) સેશન નોંધો ડેટાબેઝ સ્તરે અપડેટ કે કાઢી ન શકાય તે રીતે સુરક્ષિત છે; એનામનેસિસ ફોર્મ માટે પણ કોઈ પણ વપરાશકર્તા ભૂમિકા (ક્લિનિક એડમિન સહિત)ને કાઢી નાખવાનો (DELETE) અધિકાર વ્યાખ્યાયિત નથી. એકમાત્ર અને સાંકડો અપવાદ: ખાતું કાયમી રીતે કાઢી નાખવાની પ્રક્રિયામાં (જુઓ B.8/a), ફક્ત વિશેષાધિકૃત (service-role) બેકગ્રાઉન્ડ પ્રક્રિયા, સેશન નોંધની સામગ્રીને સ્પર્શ્યા વિના, ફક્ત વ્યક્તિ સાથે જોડાણનાં કૉલમ (client_id/specialist_id) ડેટાબેઝ સ્તરે NULL કરી શકે છે; આ append-only સિદ્ધાંતનો ભંગ કરતું નથી — તે ફક્ત KVKK હેઠળ વ્યક્તિ સાથેનું જોડાણ તોડવાની (અનામીકરણની) જવાબદારી પૂરી કરતો, એક જ હેતુ માટેનો વિશિષ્ટ માર્ગ છે (વિગત: veri-saklama-imha-politikasi.md વિભાગ 6.2).
• સુપર-એડમિન સપોર્ટ મોડ (impersonation)ની મર્યાદાઓ: ટેક્નિકલ સપોર્ટ માટે વપરાતો સુપર-એડમિન એક્સેસ મોડ સમય પૂરતો મર્યાદિત છે (30 મિનિટ), ડિફૉલ્ટ રીતે ફક્ત-વાંચવા માટેનો છે; લખવાની કામગીરી અને આરોગ્ય ડેટાનો એક્સેસ અલગ અને વધારાની મંજૂરી માગતાં પગલાં (health_data_enabled ફ્લેગ) દ્વારા ખોલી શકાય છે; આરોગ્ય ડેટાનાં ટેબલ માટે કોઈ પણ ઇમ્પર્સનેશન દૃશ્યમાં લખવાનો અધિકાર આપવામાં આવ્યો નથી — આ મર્યાદા ડેટાબેઝ નીતિઓમાં કોઈ અપવાદ વિના લાગુ કરવામાં આવી છે.
• ટ્રાન્સફર સુરક્ષા: ટ્રાન્સફર દરમિયાન ડેટા TLS વડે એન્ક્રિપ્ટ કરવામાં આવે છે.
• ડિવાઇસ પર સંગ્રહ: મોબાઇલ એપમાં લૉગિન ટોકન ડિવાઇસના સુરક્ષિત, હાર્ડવેર-સમર્થિત કીચેઇન (iOS Keychain / Android Keystore આધારિત expo-secure-store)માં એન્ક્રિપ્ટેડ સ્વરૂપે સાચવવામાં આવે છે.
• સંવેદનશીલ સ્ક્રીનનું રક્ષણ: આરોગ્ય ડેટા ધરાવતી મોબાઇલ સ્ક્રીન પર સ્ક્રીનશૉટ અને સ્ક્રીન રેકોર્ડિંગ અટકાવવામાં આવે છે (iOS સ્ક્રીન રેકોર્ડિંગ/સ્ક્રીનશૉટ અવરોધ; Android FLAG_SECURE).
• એડમિન ખાતાની સુરક્ષા: પ્લેટફોર્મ એડમિન (સુપર-એડમિન) ખાતાંને દ્વિ-સ્તરીય ઓળખ ચકાસણી (MFA, AAL2)ની જરૂર પડે છે.
• ચુકવણીની અખંડિતતા: સ્ટોર (Apple/Google)ની ચુકવણી સૂચનાઓ (webhook) માટે ક્રિપ્ટોગ્રાફિક સહી ચકાસણીનું માળખું લાગુ કરવામાં આવ્યું છે; આ ક્ષેત્રની ગોઠવણી તમામ પ્રદાતાઓ માટે પ્રોડક્શન પર્યાવરણમાં સંપૂર્ણપણે પૂર્ણ કરવાની અને સતત સુધારવાની પ્રક્રિયા ચાલુ છે.

ઉપરનાં પગલાં છતાં, સ્પષ્ટ રીતે જણાવવામાં આવે છે કે કોઈ પણ માહિતી સિસ્ટમ માટે સંપૂર્ણ સુરક્ષાની બાંહેધરી આપી શકાતી નથી. આ પગલાંની KVKKની કલમ 12 હેઠળ ડેટા પ્રોસેસરની જવાબદારીઓના ભાગ રૂપે સતત સમીક્ષા અને સુધારણા કરવામાં આવે છે. ડેટા પ્રોસેસર તરીકે Teta Studioને ડેટા ભંગની જાણ થાય ત્યારે તે ક્લિનિકને વિલંબ વિના અને વધુમાં વધુ 24 કલાકમાં જાણ કરે છે (બોર્ડ 2019/10). બોર્ડ અને સંબંધિત વ્યક્તિઓને જાણ કરવી એ ડેટા નિયંત્રક તરીકે ક્લિનિકની જવાબદારી છે. જે ડેટા માટે Teta Studio ડેટા નિયંત્રક છે (ભાગ A અને C), તેમાં બોર્ડને 72 કલાકમાં જાણ Teta Studio કરે છે.

B.7. સુપર-એડમિન સપોર્ટ મોડ (Impersonation) વિશે વધારાની માહિતી

Teta Studioના અધિકૃત સપોર્ટ સ્ટાફ, ક્લિનિક તરફથી આવતી ટેક્નિકલ સપોર્ટની વિનંતીઓના વ્યાપમાં, મર્યાદિત અને ઑડિટ કરી શકાય તેવા "સપોર્ટ મોડ" દ્વારા ક્લિનિકના ખાતાનો હંગામી એક્સેસ મેળવી શકે છે. આ એક્સેસ:

• વધુમાં વધુ 30 મિનિટ સુધી મર્યાદિત છે અને સમય પૂરો થતાં આપમેળે સમાપ્ત થાય છે,
• ડિફૉલ્ટ રીતે ફક્ત-વાંચવા (read-only) માટેનો છે,
• લખવાનો અધિકાર અને આરોગ્ય ડેટાનો એક્સેસ એકબીજાથી અલગ અને વધારાની મંજૂરી માગતાં પગલાં દ્વારા ખોલી શકાય છે; આરોગ્ય ડેટાનાં ટેબલમાં લખવાનો એક્સેસ કોઈ પણ સંજોગોમાં આપવામાં આવતો નથી,
• લૉગ થાય છે અને ઑડિટ ટ્રેલને આધીન છે.

સપોર્ટ મોડમાં ક્લાયન્ટની સંપર્ક માહિતી (4 ઑક્ટોબર 2026થી): Corenta સપોર્ટ (સુપર-એડમિન) સત્રમાં ક્લાયન્ટનું ઇમેઇલ અને ફોનની માહિતી સપોર્ટ સ્ટાફને બતાવવામાં આવતી નથી; સપોર્ટ સ્ટાફ ફક્ત મર્યાદિત ઓળખ સારાંશ (નામ, ખાતાની સ્થિતિ, સક્રિયતા, બનાવ્યાની તારીખ) જોઈ શકે છે.

B.8. વ્યક્તિગત ડેટાની જાળવણીનો સમયગાળો અને ડેટા વિષયના અધિકારો લાગુ કરવાની રીત

વ્યક્તિગત ડેટા સંબંધિત હેતુ માટે જરૂરી સમયગાળા સુધી અને સંબંધિત કાયદામાં નિર્ધારિત કાનૂની જાળવણી મુદતો સુધી સાચવવામાં આવે છે. નીચેના અધિકારો KVKKની કલમ 11 મુજબ સૌપ્રથમ ડેટા નિયંત્રક તરીકે ક્લિનિક સામે વાપરવામાં આવે છે. Teta Studio ડેટા પ્રોસેસર તરીકે, ક્લિનિકની વિનંતી મુજબ આ અધિકારોનો ટેક્નિકલ અમલ સુનિશ્ચિત કરે છે. પ્લેટફોર્મમાં આપવામાં આવતી ચોક્કસ વ્યવસ્થાઓ નીચે મુજબ છે:

a) કાઢી નાખવાનો અધિકાર: ખાતું કાઢી નાખવું (4 ઑક્ટોબર 2026થી): કાઢી નાખવાની વિનંતી મંજૂર થાય ત્યારે ખાતાનો એક્સેસ તરત બંધ થાય છે (લૉગિન સમાપ્ત કરવામાં આવે છે, લૉગ ઇન થઈ શકાતું નથી); વ્યક્તિગત ડેટા કાઢી નાખવામાં અથવા અનામી બનાવવામાં આવે છે (નામ, ઇમેઇલ, ફોન, ચિત્ર તેમજ ક્લાયન્ટની ઓળખ/સંપર્ક માહિતી અને આરોગ્ય ફીલ્ડ — બ્લડ ગ્રુપ, એલર્જી, લાંબા ગાળાની સ્થિતિ, દવા — સાફ કરવામાં આવે છે); કાયદેસર જાળવણી જરૂરી હોય તેવા ચુકવણી અને કમાણીના રેકોર્ડ કાઢી નાખવામાં આવતા નથી; વ્યક્તિ સાથેનું જોડાણ તોડીને, મર્યાદિત એક્સેસ સાથે સાચવવામાં આવે છે. વિનંતી પછી તેને પાછી ખેંચવાનો કોઈ સમયગાળો નથી; ઓળખ ચકાસણીના રેકોર્ડ અને ફાઇલોનું કાયમી રીતે કાઢી નાખવું હાલની ત્રીસ દિવસની બેકગ્રાઉન્ડ પ્રક્રિયામાં પૂર્ણ થાય છે.

ક્લાયન્ટ રેકોર્ડ કાઢી નાખવો અને આરોગ્ય ફીલ્ડ (4 ઑક્ટોબર 2026થી): ખાતું ન ધરાવતા ક્લાયન્ટનો રેકોર્ડ બિઝનેસ દ્વારા કાઢી નાખવામાં આવે ત્યારે રેકોર્ડ સક્રિય યાદીમાંથી તરત દૂર થાય છે; 30 દિવસ પછી ઓળખ અને સંપર્ક માહિતીની સાથે ક્લાયન્ટનાં આરોગ્ય ફીલ્ડ (બ્લડ ગ્રુપ, એલર્જી, લાંબા ગાળાની સ્થિતિ, દવા) પણ કાઢી નાખવામાં/ખાલી કરવામાં આવે છે. એનામનેસિસ ફોર્મ, માપ અને સેશન નોંધોની જાળવણીના નિયમો આ જોગવાઈથી પ્રભાવિત થતા નથી.

ગ્રુપ સંદેશા અને કમ્યુનિટી રેકોર્ડ (18 ઑક્ટોબર 2026થી): સભ્ય પોતાનો ગ્રુપ સંદેશ કોઈ પણ સમયે કાઢી શકે છે; કાઢી નાખેલા સંદેશનું લખાણ રેકોર્ડમાંથી દૂર કરવામાં આવે છે. ખાતું કાયમી રીતે કાઢી નાખવામાં આવે ત્યારે ગ્રુપ સભ્યપદ, જોડાયેલાં ડિવાઇસના રેકોર્ડ અને સ્પેશિયાલિસ્ટનાં પ્રોફાઇલ કાર્ડ કાઢી નાખવામાં આવે છે; ચેલેન્જમાં ભાગીદારી ક્લાયન્ટ રેકોર્ડ સાથે જોડાયેલી છે અને ક્લાયન્ટ રેકોર્ડના જ નિયમને આધીન છે; જ્યારે ગ્રુપમાં અગાઉ મોકલાયેલા સંદેશાઓનું લખાણ મોકલનારની માહિતી દૂર કરીને ગ્રુપમાં રહે છે. તેથી પોતાના સંદેશા દૂર કરવા ઇચ્છતો વપરાશકર્તા ખાતું કાઢી નાખતાં પહેલાં તેમને એક-એક કરીને કાઢી શકે છે. ટીમ દ્વારા છુપાવાયેલા સંદેશનું લખાણ ટીમ સમીક્ષા માટે અલગ રાખવામાં આવે છે. ગ્રુપ સંદેશાઓ અને આ નકલની જાળવણીની મુદતો veri-saklama-imha-politikasi.md વિભાગ 4, ક્રમ 12માં છે; નકલ વધુમાં વધુ 1 વર્ષ સાચવવામાં આવે છે. ગ્રુપ, ચેલેન્જ, બેજ અને લૉયલ્ટીના રેકોર્ડ આજે "મારો ડેટા ડાઉનલોડ કરો" એક્સપોર્ટમાં સામેલ નથી; આ રેકોર્ડ માટે માહિતીની વિનંતી ક્લિનિકને અથવા hello@corenta.app સરનામે કરી શકાય છે.

વપરાશકર્તા એપમાંથી ખાતું કાઢી નાખવાની વિનંતી કરે ત્યારે (delete_my_account કાર્ય), સિસ્ટમ બે તબક્કાની કાઢી નાખવાની રચના લાગુ કરે છે. નીચેનો સારાંશ ડેટા શ્રેણી મુજબ લાગુ પડતી પદ્ધતિ (કાયમી રીતે કાઢી નાખવું કે અનામી બનાવવું)ની પ્રામાણિક અને ટેક્નિકલ રીતે ચકાસાયેલી સમજૂતી છે; સંપૂર્ણ વિગત અને કોષ્ટક માટે જુઓ veri-saklama-imha-politikasi.md (ખાસ કરીને વિભાગ 4-6).

• તબક્કો 1 — વિનંતીની ક્ષણ: ખાતાનો એક્સેસ તરત બંધ થાય છે (પાછી ખેંચવાનો સમયગાળો નથી); પ્રોફાઇલ નિષ્ક્રિય કરવામાં આવે છે, ઓળખ અને આરોગ્ય ફીલ્ડ સાફ કરવામાં આવે છે, બાકી એપોઇન્ટમેન્ટ રદ કરવામાં આવે છે, સોંપણીઓ દૂર કરવામાં આવે છે, આપેલી સંમતિઓ પાછી ખેંચવામાં આવે છે.
• તબક્કો 2 — 30 દિવસ પછી કાયમી પ્રોસેસિંગ: આ પ્રથમ તબક્કાથી 30 દિવસ પછી, ફક્ત વિશેષાધિકૃત (service-role) બેકગ્રાઉન્ડ કાર્ય (cron) દ્વારા, પાછી ન વાળી શકાય તે રીતે ટ્રિગર થતી અને ડેટા શ્રેણી મુજબ બે અલગ પદ્ધતિઓથી લાગુ પડતી પ્રક્રિયા થાય છે; આ પ્રક્રિયા મેન્યુઅલી/વહીવટી રીતે ટ્રિગર કરી શકાતી નથી કે વહેલી/મોડી કરી શકાતી નથી:
• વપરાશકર્તાનો ઓળખ ચકાસણીનો રેકોર્ડ (auth.users) અને સ્વતંત્ર વ્યાવસાયિક/પુરાવા મૂલ્ય ન ધરાવતા રેકોર્ડ (ઉદા. નોટિફિકેશન, notifications) કાયમી રીતે કાઢી નાખવામાં આવે છે (DELETE/cascade).
• આરોગ્ય ડેટા (એનામનેસિસ ફોર્મ, સેશન નોંધો, માપના રેકોર્ડ) અને ક્લિનિકલ/નાણાકીય રેકોર્ડ (ચુકવણી, હાજરી) DELETE કરવામાં આવતા નથી — વ્યક્તિ સાથેનું જોડાણ તોડીને મર્યાદિત રીતે સાચવવામાં આવે છે: વ્યક્તિ સાથેનું જોડાણ (client_id/specialist_id જેવું) ડેટાબેઝ સ્તરે તોડવામાં આવે છે (ON DELETE SET NULL); કેટલાંક મુક્ત લખાણનાં ફીલ્ડ (એનામનેસિસના જવાબો, માપ/ચુકવણીની નોંધો, રિફંડનું કારણ, રસીદનો સંદર્ભ) સાફ કરવામાં આવે છે અથવા એક ચિહ્નથી બદલવામાં આવે છે. સેશન નોંધનું મુક્ત લખાણ બદલવામાં આવતું નથી; આ લખાણમાં અને તારીખ/માપની શ્રેણી જેવી માહિતીમાં વ્યક્તિને ફરીથી ઓળખવા માટે પૂરતી માહિતી રહી શકે છે, તેથી આ રેકોર્ડ અનામી ગણાતા નથી. રેકોર્ડ ક્લિનિકની રેકોર્ડ રાખવાની જવાબદારીના સમયગાળા દરમિયાન મર્યાદિત એક્સેસ સાથે સાચવવામાં આવે છે અને સમયગાળાના અંતે તેનો નિકાલ કરવામાં આવે છે; સેશન નોંધો માટે append-only સિદ્ધાંત આ રીતે જળવાય છે.
• સંમતિના રેકોર્ડ (consent_logs) પણ એ જ રીતે DELETE કરવામાં આવતા નથી; વ્યક્તિ સાથેનું જોડાણ તોડવામાં આવે છે અને IP સરનામું સાફ કરવામાં આવે છે, પરંતુ સંમતિ આપવામાં/પાછી ખેંચવામાં આવી હતી તેના પુરાવાના હેતુથી (પ્રકાર, આવૃત્તિ, સમયની માહિતી સાથે) વ્યક્તિ સાથેનું જોડાણ તોડેલા પુરાવા રેકોર્ડ તરીકે વધુ 5 વર્ષ સાચવવામાં આવે છે (KVKK કલમ 5(2)(e) — અધિકારની સ્થાપના અને રક્ષણ; સ્પષ્ટ સંમતિ સાબિત કરવાનો ભાર ડેટા નિયંત્રક પર છે).
• ફાઇલ જોડાણો: વપરાશકર્તાના અવતાર/પ્રોફાઇલ ફોટો, એનામનેસિસનું જોડાણ અને ચુકવણીની રસીદનાં ચિત્રો (Storageમાંનાં avatars, anamnesis-attachments, user-data-exports, payment-receipts બકેટ), કાયમી કાઢી નાખવાના પગલાના ભાગ રૂપે Storageમાંથી આપમેળે (best-effort) કાઢી નાખવામાં આવે છે — કોઈ બકેટમાં કાઢી નાખવાનું નિષ્ફળ જાય તો તે લૉગ થાય છે, પરંતુ અન્ય બકેટની સફાઈ અથવા ખાતાની પ્રોસેસિંગને અટકાવતું નથી. પ્રામાણિક મર્યાદા: આ ઑટોમેટિક પ્રક્રિયાના વ્યાપની બહાર રહેતી એકમાત્ર ફાઇલ શ્રેણી સ્પેશિયાલિસ્ટ/સોલો-નોંધણી પ્રક્રિયામાં અપલોડ કરાયેલા ઓળખ/ડિપ્લોમા ચકાસણીના દસ્તાવેજો છે (specialist-verification-docs બકેટ) — આ દસ્તાવેજો ટેક્નિકલ રીતે વપરાશકર્તા સાથે નહીં, પરંતુ ટેનન્ટ (ક્લિનિક)ની ચકાસણી પ્રક્રિયા સાથે જોડાયેલા છે અને હાલમાં ઑટોમેટિક કાઢી નાખવાના વ્યાપમાં સામેલ નથી; તેનો નિકાલ ક્લિનિક ટેનન્ટ સ્તરે પોતાનું ખાતું/સબ્સ્ક્રિપ્શન બંધ કરે તે પ્રક્રિયામાં અલગથી સંભાળવામાં આવશે, અને તે પૂર્ણ થાય ત્યાં સુધી અપવાદરૂપ વિનંતીઓનું hello@corenta.app મારફતે મેન્યુઅલ મૂલ્યાંકન કરવામાં આવે છે.
• ઉપરની કોઈ પણ કામગીરી સામાન્ય પ્રોડક્ટ ઇન્ટરફેસ મારફતે (વહીવટી સ્ટાફ સહિત) મેન્યુઅલી ટ્રિગર કે બંધ કરી શકાતી નથી — ભૂલથી અથવા દુરુપયોગ દ્વારા વહેલું/મોડું કાઢી નાખવું અટકાવવાના હેતુથી આ સભાન સુરક્ષા ડિઝાઇન છે.
• તેથી આ લખાણમાં "ખાતું કાઢી નાખવામાં આવે ત્યારે તમામ ડેટા કોઈ અપવાદ વિના ભૌતિક રીતે નષ્ટ કરવામાં આવે છે" એવી કોઈ સંપૂર્ણ પ્રતિબદ્ધતા આપવામાં આવતી નથી: ઓળખ ચકાસણીનો રેકોર્ડ અને સ્વતંત્ર વ્યાવસાયિક મૂલ્ય ન ધરાવતા રેકોર્ડ કાયમી રીતે કાઢી નાખવામાં આવે છે, જ્યારે આરોગ્ય/ક્લિનિકલ/નાણાકીય રેકોર્ડ અને સંમતિના રેકોર્ડ ક્લિનિકની રેકોર્ડ રાખવાની જવાબદારીને કારણે (KVKKની કલમ 7(2) મુજબ અન્ય કાયદાઓમાંની જાળવણીની જોગવાઈઓ સુરક્ષિત છે) વ્યક્તિ સાથેનું જોડાણ તોડીને અને એક્સેસ મર્યાદિત કરીને (ઉપર સમજાવેલી મુદતો સુધી) સાચવવાનું ચાલુ રહે છે; આ રેકોર્ડ અનામી નથી; બૅકઅપમાંના ટેક્નિકલ અવશેષ માટે અલગથી જુઓ veri-saklama-imha-politikasi.md વિભાગ 6.3.
• અરજીના માર્ગો: ખાતું કાઢી નાખવાની વિનંતી, સૌથી ભરોસાપાત્ર અને સીધું પરિણામ આપતી પદ્ધતિ તરીકે, એપમાંના સેલ્ફ-સર્વિસ "મારું ખાતું કાઢી નાખો" કાર્ય દ્વારા કરી શકાય છે; આ સ્થિતિમાં તે કાર્ય વપરાશકર્તા દ્વારા સીધું ટ્રિગર થાય છે અને ઉપર સમજાવેલી બે તબક્કાની પ્રક્રિયા આપમેળે ચાલે છે (આ Teta Studioને કરાયેલી અરજી/વિનંતી નથી, પરંતુ વપરાશકર્તાએ પોતે શરૂ કરેલું ઑટોમેટિક સિસ્ટમ કાર્ય છે). જો વપરાશકર્તા કોઈ કારણસર એપમાંનું કાર્ય વાપરી ન શકે, તો તે વૈકલ્પિક રીતે પોતાની વિનંતી ક્લિનિકને અથવા hello@corenta.app સરનામે પણ મોકલી શકે છે; આ સ્થિતિમાં વિનંતીનું વાજબી સમયમાં મૂલ્યાંકન કરીને તેની પ્રોસેસિંગ કરવામાં આવે છે અને જરૂરી જણાય તેટલા પ્રમાણમાં એ જ કાઢી નાખવાની પ્રક્રિયા શરૂ કરાવવામાં આવે છે. આ અપવાદ નીચે B.9માં સમજાવેલા સામાન્ય અરજી નિયમ ("પહેલાં ક્લિનિકને અરજી કરવી જોઈએ")નો અપવાદ છે અને તે ફક્ત એ હકીકતમાંથી ઊભો થાય છે કે એપમાંનું સેલ્ફ-સર્વિસ કાર્ય વપરાશકર્તા દ્વારા સીધું ટ્રિગર થઈ શકે છે.

b) માહિતીની માગણી / ડેટા પોર્ટેબિલિટી: પ્લેટફોર્મ એવું કાર્ય (export_user_data) આપે છે જેના દ્વારા વપરાશકર્તા પોતાનો ડેટા એક્સપોર્ટ કરી શકે છે. મલ્ટિ-ટેનન્ટ રચનાને અનુરૂપ, આ કાર્યમાં ફક્ત સંબંધિત વપરાશકર્તાના પોતાના ટેનન્ટના વ્યાપમાંનો ડેટા હોય છે. ડેટા વાજબી સમયમાં, માળખાગત અને મશીન દ્વારા વાંચી શકાય તેવા ફોર્મેટ (JSON)માં આપવામાં આવે છે. ફાઇલ તૈયાર થઈ શકે ત્યારે ડેટા વધારામાં ZIP તરીકે તૈયાર કરવામાં આવે છે અને 7 દિવસ માટે માન્ય વ્યક્તિગત (સહીવાળી) લિંક દ્વારા આપવામાં આવે છે; ZIP તૈયાર ન થઈ શકે, તો ફક્ત JSON આઉટપુટ આપવામાં આવે છે.

c) સુધારણાનો અધિકાર: વપરાશકર્તાની માહિતી અપડેટ કરવી ક્લિનિકની એડમિન પેનલમાંથી ટેક્નિકલ રીતે શક્ય છે. પ્લેટફોર્મમાં અલગ ઑટોમેટેડ, સ્વતંત્ર "સુધારણા વિનંતી" વર્કફ્લો નથી; સુધારણાની વિનંતીઓ KVKKની કલમ 11 હેઠળના સામાન્ય અધિકારોની મર્યાદામાં ક્લિનિકને અથવા hello@corenta.app સરનામા મારફતે Teta Studioને મોકલી શકાય છે.

d) સંમતિ પાછી ખેંચવી: માહિતી સૂચના વાંચ્યાની જાણ સંમતિ નથી; તે પાછી ખેંચવા જેવી કોઈ પરવાનગી બનાવતી નથી. વપરાશકર્તા આરોગ્ય ડેટાની સંમતિ અને ક્લિનિક કેમ્પેન નોટિફિકેશનની પરવાનગી મોબાઇલ એપ મારફતે કોઈ પણ સમયે પાછી ખેંચી શકે છે. આરોગ્ય ડેટાની સંમતિ પાછી ખેંચવાથી એપોઇન્ટમેન્ટ અને ખાતાના ઉપયોગ પર અસર થતી નથી; પાછી ખેંચ્યા પછી નવો આરોગ્ય ડેટા નોંધવામાં આવતો નથી, અગાઉના રેકોર્ડ B.8/aના નિયમો મુજબ સાચવવામાં આવે છે.

e) કલમ 11 હેઠળના અન્ય અધિકારો: ડેટા પ્રોસેસ થાય છે કે નહીં તે જાણવાનો, પ્રોસેસિંગ હેતુ સાથે સુસંગતતા જાણવાનો, ડેટા જે ત્રીજી વ્યક્તિઓને ટ્રાન્સફર થયો છે તેમને જાણવાનો, અધૂરી/ખોટી પ્રોસેસિંગની સુધારણાની માગણી કરવાનો, ગેરકાયદે પ્રોસેસિંગને કારણે થયેલા નુકસાનની ભરપાઈની માગણી કરવાનો અધિકાર સૌપ્રથમ ક્લિનિક સામે વાપરવામાં આવે છે; તેમની સામગ્રી A.8માં જણાવેલા માળખા જેવી જ છે.

B.9. અરજીની પદ્ધતિ

ક્લિનિકના ક્લાયન્ટ અને ક્લિનિક સ્ટાફે KVKK હેઠળની પોતાની વિનંતીઓ સૌપ્રથમ પોતાના ક્લિનિકને સંબોધવી જોઈએ; ક્લિનિક ડેટા નિયંત્રક તરીકે આ વિનંતીઓનો KVKKની કલમ 13ની કાર્યપદ્ધતિ મુજબ અને વધુમાં વધુ ત્રીસ (30) દિવસમાં જવાબ આપવા બંધાયેલું છે. અપવાદ: ખાતું કાઢી નાખવા (જુઓ B.8/a) જેવી એપમાંની સેલ્ફ-સર્વિસ વ્યવસ્થાઓ વપરાશકર્તા સીધી અને ક્લિનિકની અલગ મધ્યસ્થી વિના વાપરી શકે છે; તે સિવાયની KVKKની કલમ 11 હેઠળની વિનંતીઓમાં સૌપ્રથમ ક્લિનિકને અરજી કરવી એ મૂળ નિયમ છે.

Teta Studioને સીધી મોકલવા ઇચ્છિત ટેક્નિકલ સ્વરૂપની વિનંતીઓ (ઉદા. ખાતું કાઢી નાખવાનું, ડેટા એક્સપોર્ટ કાર્ય કામ ન કરવું વગેરે) અથવા Teta Studio પોતે ડેટા પ્રોસેસર તરીકે ચલાવે છે તે પ્રવૃત્તિઓ સંબંધી પ્રશ્નો માટે hello@corenta.app સરનામે સંપર્ક કરી શકાય છે. Teta Studio પોતાને મળેલી અને સંબંધિત ક્લિનિકની જાણકારી/સૂચના જરૂરી હોય તેવી અરજીઓ DPA હેઠળ ક્લિનિકને મોકલી શકે છે.

B.10. ક્લિનિકની જવાબદારીઓ

Corentaનો ઉપયોગ કરતું દરેક ક્લિનિક સ્વીકારે છે કે KVKKની કલમ 3(ı) મુજબ તે ડેટા નિયંત્રકનો દરજ્જો ધરાવે છે અને નીચેની જવાબદારીઓ એકમાત્ર તેની પોતાની છે:

• પોતાના ક્લાયન્ટ અને વપરાશકર્તાઓ માટે KVKK માહિતી સૂચના તૈયાર કરવી/આપવી (Corenta મોબાઇલ એપમાંની તૈયાર, સામાન્ય માહિતી સૂચના સ્ક્રીન અને વૈકલ્પિક સંમતિ સ્ક્રીન આ હેતુ માટે ટેક્નિકલ સાધન તરીકે આપવામાં આવે છે, પરંતુ સામગ્રી ક્લિનિકની પોતાની પ્રવૃત્તિને અનુરૂપ હોય તે સુનિશ્ચિત કરવું ક્લિનિકની જવાબદારી છે; ક્લિનિક જરૂરી માને તો B.1 મુજબ પોતાની વધારાની માહિતી પ્રક્રિયા અલગથી ચલાવી શકે છે),
• આરોગ્ય ડેટાની પ્રોસેસિંગ માટે કયા કાનૂની આધાર (કલમ 6(3)(a) વૈકલ્પિક સ્પષ્ટ સંમતિ અથવા કલમ 6(3)(e)) પર આધાર રાખવો તે નક્કી કરવું; સ્પષ્ટ સંમતિ જરૂરી હોય તો તે યોગ્ય રીતે મેળવવી અને તેને સેવાની શરત ન બનાવવી,
• પોતાની ઓળખ માહિતી (વ્યવસાયિક નામ, સરનામું, KVKK અરજી માટેનો સંપર્ક) ક્લાયન્ટને જણાવવી (એપમાંનું સામાન્ય લખાણ આ માહિતી આજે આપમેળે સમાવતું નથી),
• જેમની મુખ્ય પ્રવૃત્તિ આરોગ્ય ડેટા પ્રોસેસ કરવાની છે તેવા ડેટા નિયંત્રકો માટે VERBİS છૂટની મર્યાદા વાર્ષિક 10 કર્મચારીઓ અને 10 મિલિયન TL બૅલેન્સ શીટ છે (બોર્ડ 2025/1572); પોતાની VERBİS જવાબદારીનું મૂલ્યાંકન કરવું,
• ડેટા વિષયોની અરજીઓનો KVKKની કલમ 13માં નિર્ધારિત મુદતોમાં જવાબ આપવો,
• પોતાના સ્ટાફ અને પેટા-કૉન્ટ્રાક્ટરોની બાબતમાં ડેટા સુરક્ષા સુનિશ્ચિત કરવી,
• Corenta સાથેના ડેટા પ્રોસેસિંગ કરાર/સેવાની શરતોમાં નિર્ધારિત જવાબદારીઓનું પાલન કરવું.

ક્લિનિક ઉપરની જવાબદારીઓ પૂરી ન કરે તેનાથી ઊભી થતી જવાબદારી Teta Studio સ્વીકારતું નથી.

ભાગ C — CORENTA ખાતા અને પ્લેટફોર્મ માટેની માહિતી સૂચના (Teta Studio ડેટા નિયંત્રક)

આ ભાગ Teta Studio પોતાના નામે અને પોતાના હેતુઓ માટે કરે છે તે પ્રોસેસિંગ સમજાવે છે. આ પ્રવૃત્તિઓમાં Teta Studio KVKKની કલમ 3(1)(ı) મુજબ ડેટા નિયંત્રક છે. આ લખાણ ક્લિનિક માલિક/કર્મચારીનું ખાતું ખોલતી વખતે અને ક્લાયન્ટ એક્સપ્લોર/મૂલ્યાંકન ફીચરનો પ્રથમ વાર ઉપયોગ કરે ત્યારે બતાવવામાં આવે છે. નીચેનાં સ્ટુડિયો વચ્ચેનાં ફીચર્સ (લીગ, આમંત્રણ, ફાઉન્ડિંગ સ્ટુડિયો, Corenta Lab, એક્સપ્લોર v2) એક કરતાં વધુ ક્લિનિકને એકસાથે લાવે છે અને તેમનો હેતુ Teta Studio નક્કી કરે છે, તેથી તે આ ભાગમાં છે. સ્ટુડિયો વતી પ્રોસેસ થતી માહિતી કાનૂની વ્યક્તિ ધરાવતા વ્યવસાયોમાં વ્યક્તિગત ડેટા નથી; એકમાલિકીના વ્યવસાય તરીકે ચાલતા સ્ટુડિયો અને એક-વ્યક્તિના સ્ટુડિયોમાં તે વ્યક્તિ સાથે જોડી શકાય છે, તેથી અહીં સમજાવવામાં આવી છે.

C.1. ડેટા નિયંત્રક

Mertcan Demir — "Teta Studio" વ્યવસાયિક નામે ચાલતો એકમાલિકીનો વ્યવસાય (ઓળખ અને સંપર્ક માહિતી: A.1). અરજીઓ: hello@corenta.app.

C.2. પ્રોસેસિંગ, હેતુઓ અને કાનૂની આધારો

એક્સપ્લોર અને મૂલ્યાંકન આમંત્રણ: ક્લિનિક એક્સપ્લોર ફીચર ચાલુ કરે ત્યારે, પૂર્ણ થયેલી એપોઇન્ટમેન્ટની માહિતીના આધારે મૂલ્યાંકન આમંત્રણ મોકલવામાં આવે છે. ક્લિનિક ડેટા પ્રોસેસિંગ કરાર દ્વારા સૂચના આપે છે કે આ માહિતી ફક્ત આમંત્રણ મોકલવા અને ચકાસાયેલી સમીક્ષા પ્રકાશિત કરવાના હેતુથી Teta Studioને ટ્રાન્સફર કરવામાં આવે; એક્સપ્લોર બંધ હોય તેવા ક્લિનિકમાં આમંત્રણ મોકલવામાં આવતું નથી. પ્રકાશિત મૂલ્યાંકન સૌ સમક્ષ બતાવી શકે છે કે તમે કોઈ આરોગ્ય/કસરત વ્યવસાય પાસેથી સેવા લીધી છે; પ્રકાશિત કરતાં પહેલાં આ ધ્યાનમાં લો.

ઉપનામયુક્ત માપન: માપન ક્લિનિકની ઉપનામ ઓળખથી કરવામાં આવે છે; આ ઓળખ ઉપનામયુક્ત સ્વરૂપની છે અને એક-વ્યક્તિના વ્યવસાયમાં તેને વ્યક્તિ સાથે જોડી શકાય છે. તેમાં IP સરનામું, આરોગ્ય ડેટા અને સ્રોત/જાહેરાત ટ્રેકિંગ સામેલ નથી. આ ફીચર હાલમાં બંધ છે; ચાલુ કરતાં પહેલાં આ લખાણ અપડેટ કરવામાં આવશે.

કમ્યુનિટી અને વૃદ્ધિ ફીચર્સમાં દૃશ્યતા: લીગ, ફાઉન્ડિંગ સ્ટુડિયોની યાદી, Corenta Lab અને એક્સપ્લોરમાં અન્ય વપરાશકર્તાઓને બતાવવામાં આવતી માહિતી ફક્ત ઉપરના કોષ્ટકમાં લખેલી જ છે. આ ફીચર્સમાં ક્લાયન્ટનો આરોગ્ય ડેટા પ્રોસેસ થતો નથી (વિગત: B.3-A). સ્ટુડિયો આમંત્રણ, ફાઉન્ડિંગ સ્ટુડિયો અને Labમાં રોકડ ઇનામ કે કિંમતમાં ઘટાડો આપવામાં આવતો નથી; ઇનામો 7 દિવસનું Boost, ટ્રાયલ સમયગાળો અને ક્રેડિટ જેવા એપમાંના અધિકારો છે.

C.3. પ્રાપ્તકર્તાઓ અને વિદેશ ટ્રાન્સફર

Supabase (હોસ્ટિંગ; જર્મની/ફ્રેન્કફર્ટ), Vercel (વેબ પેનલ), Google (Google Workspace ઇમેઇલ, Firebase Cloud Messaging, Google Play) અને Apple (APNs, App Store). આ પ્રદાતાઓને ટ્રાન્સફર વિદેશ ટ્રાન્સફર છે; તેનો આધાર અને આજની સ્થિતિ B.5માંના "વિદેશ ટ્રાન્સફર" ફકરામાં સમજાવવામાં આવી છે (Corenta જેમાં ડેટા નિયંત્રક છે તે પ્રવાહો માટે મોડ્યુલ 2 — નિયંત્રકથી પ્રોસેસર — પ્રમાણભૂત કરાર વાપરવામાં આવશે; આ લખાણની તારીખ મુજબ તે હજી સહી થયો નથી).

C.4. વ્યાપારી ઇલેક્ટ્રોનિક સંદેશ

Teta Studio પ્રમોશનલ અને કેમ્પેન ઇમેઇલ ફક્ત ત્યારે જ મોકલે છે જ્યારે તમે અલગ અને અગાઉથી પસંદ ન કરેલા બૉક્સ દ્વારા મંજૂરી આપી હોય. Teta Studio સંદેશ વ્યવસ્થાપન સિસ્ટમ (İYS)માં નોંધણી કર્યા વિના પ્રમોશનલ ઇમેઇલ મોકલતું નથી; નોંધણી પછી મંજૂરીઓ 3 કામકાજના દિવસોમાં İYSમાં અપલોડ કરવામાં આવે છે. દરેક પ્રમોશનલ સંદેશમાં મોકલનારની ઓળખ, સંપર્ક માહિતી અને મફત નાપસંદગી લિંક હોય છે. ટ્રાયલ પ્રક્રિયા, ટીમ આમંત્રણ અને સપોર્ટ ઇમેઇલ સેવા સંદેશા છે; તેમાં પ્રમોશનલ ઘટક હોતાં નથી.

C.5. જાળવણી, અધિકારો અને અરજી

જાળવણીની મુદતો veri-saklama-imha-politikasi.mdમાં છે. 18 ઑક્ટોબર 2026એ ઉમેરાયેલા રેકોર્ડમાંથી ટ્રાયલના પુનરાવર્તનના હૅશ, લીગ, આમંત્રણ, ફાઉન્ડિંગ સ્ટુડિયો અને Labના રેકોર્ડ સંબંધિત સ્ટુડિયો ખાતું કાયમી રીતે કાઢી નાખવામાં આવે ત્યાં સુધી; ડિવાઇસના રેકોર્ડ વપરાશકર્તા ખાતું કાયમી રીતે કાઢી નાખવામાં આવે ત્યાં સુધી રાખવામાં આવે છે. આ રેકોર્ડ માટે અલગ મહત્તમ મુદત હજી વ્યાખ્યાયિત કરવામાં આવી નથી અને તે જાળવણી નીતિમાં ઉમેરવામાં આવશે. KVKKની કલમ 11 હેઠળના તમારા અધિકારો (A.8) તમે hello@corenta.app સરનામે અરજી કરીને વાપરી શકો છો; અરજીઓનો વધુમાં વધુ 30 દિવસમાં મફત જવાબ આપવામાં આવે છે.

સામાન્ય જોગવાઈઓ (બંને ભાગો માટે લાગુ)

G.1. ઑટોમેટેડ નિર્ણય અને પ્રોફાઇલિંગ

Corenta જાહેરાત અથવા માર્કેટિંગ હેતુથી પ્રોફાઇલિંગ કરતું નથી. જોકે, 18 ઑક્ટોબર 2026થી નીચેના નિયમો આપમેળે ચાલે છે અને સંબંધિત વ્યક્તિ અથવા સ્ટુડિયો માટે મર્યાદિત પ્રતિકૂળ પરિણામ લાવી શકે છે:

ટ્રાયલના પુનરાવર્તનનું ચિહ્ન ઑટોમેટેડ નિર્ણય નથી: મેળ ખાવાથી ટ્રાયલ અટકતો નથી, ફક્ત પ્લેટફોર્મ એડમિનની સમીક્ષામાં જાય છે. KVKKની કલમ 11(1)(g) મુજબ, ડેટાનું સંપૂર્ણપણે ઑટોમેટેડ સિસ્ટમ દ્વારા વિશ્લેષણ થવાથી તમારી વિરુદ્ધ આવેલા પરિણામ સામે વાંધો ઉઠાવવાનો તમારો અધિકાર સુરક્ષિત છે.

G.2. માહિતી સૂચનાનું અપડેટ

આ માહિતી સૂચના કાયદામાં ફેરફાર, વ્યક્તિગત ડેટા સંરક્ષણ બોર્ડના નિર્ણયો, પ્લેટફોર્મના કાર્યાત્મક વિકાસ અથવા સબ-પ્રોસેસર/સેવા પ્રદાતામાં ફેરફાર મુજબ અપડેટ થઈ શકે છે. વર્તમાન આવૃત્તિ હંમેશાં corenta.app/legal/kvkk-aydinlatma-metni અને એપમાંની દસ્તાવેજ સ્ક્રીન પરથી ઉપલબ્ધ રહેશે. SaaS પ્રોડક્ટના સંદર્ભમાં (ભાગ B), માહિતી સૂચનાની આવૃત્તિ બદલાય ત્યારે વપરાશકર્તાને આગામી લૉગિન વખતે નવું લખાણ વાંચ્યું છે તે જણાવવા કહેવામાં આવે છે; આ સંમતિ નથી, પરંતુ માહિતી આપ્યાનો પુરાવો છે (જુઓ B.2).

G.3. લાગુ પડતો કાયદો અને અધિકારક્ષેત્ર

આ માહિતી સૂચના વ્યક્તિગત ડેટા સંરક્ષણ કાયદો ક્રમાંક 6698 અને સંબંધિત ગૌણ કાયદા (વ્યક્તિગત ડેટા કાઢી નાખવા, નષ્ટ કરવા અથવા અનામી બનાવવા સંબંધી નિયમનો; ડેટા નિયંત્રકોની રજિસ્ટ્રી સંબંધી નિયમનો; માહિતી આપવાની જવાબદારીની પૂર્તિમાં પાળવાની કાર્યપદ્ધતિ અને સિદ્ધાંતો સંબંધી પ્રજ્ઞાપન; ડેટા નિયંત્રકને અરજી કરવાની કાર્યપદ્ધતિ અને સિદ્ધાંતો સંબંધી પ્રજ્ઞાપન)ની મર્યાદામાં તૈયાર કરવામાં આવી છે. આ લખાણના અર્થઘટન અને અમલમાં તુર્કી પ્રજાસત્તાકનો કાયદો લાગુ પડે છે; વિવાદોમાં વ્યક્તિગત ડેટા સંરક્ષણ બોર્ડ અને સક્ષમ તુર્કી અદાલતો/અમલીકરણ કચેરીઓ સક્ષમ છે.

G.4. સંપર્ક

વ્યક્તિગત ડેટાની પ્રોસેસિંગ સંબંધી તમારા દરેક પ્રકારના પ્રશ્ન, વિનંતી અને અરજી માટે:

• ઇમેઇલ: hello@corenta.app
• સપોર્ટ: support@corenta.app
• સેવાનો વિસ્તાર: Corenta App Store અને Google Play મારફતે, આ સ્ટોર જે દેશોમાં ઉપલબ્ધ છે ત્યાં વૈશ્વિક સ્તરે આપવામાં આવે છે. આ લખાણ કાયદા ક્રમાંક 6698 હેઠળની માહિતી સૂચના છે; EU/EEAમાંની વ્યક્તિઓ માટે વધારામાં GDPR નિવેદન લાગુ પડે છે, અને તમે જે દેશમાં છો ત્યાંની ફરજિયાત ડેટા સંરક્ષણ જોગવાઈઓ સુરક્ષિત છે.
• કૉર્પોરેટ વેબસાઇટ: corenta.app

અમલની તારીખ / છેલ્લું અપડેટ: 19 ઑક્ટોબર 2026 આવૃત્તિ: 2.3 · 19 ઑક્ટોબર 2026. ફેરફારોની નોંધ દસ્તાવેજની શરૂઆતમાં છે.