CORENTA — ಡೇಟಾ ಉಳಿಸುವಿಕೆ ಮತ್ತು ವಿಲೇವಾರಿ ನೀತಿ

ಈ ಅನುವಾದವನ್ನು ಮಾಹಿತಿಗಾಗಿ ಮಾತ್ರ ಒದಗಿಸಲಾಗಿದೆ. ಕಾನೂನುಬದ್ಧವಾಗಿ ಬದ್ಧವಾಗಿರುವ ಪಠ್ಯ ಟರ್ಕಿಶ್ ಪಠ್ಯ.

ಖಾತೆ ಇಲ್ಲದ ಕ್ಲೈಂಟ್ ಅಳಿಸುವಿಕೆ: ಕ್ಲಿನಿಕ್ ನಿರ್ವಾಹಕರ ಅಳಿಸು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ವಿನಂತಿ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ; ದಾಖಲೆಯನ್ನು ಸಕ್ರಿಯ ಪಟ್ಟಿಯಿಂದ ತಕ್ಷಣ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು 30 ದಿನಗಳ ನಂತರ ಗುರುತು/ಸಂಪರ್ಕ ಮಾಹಿತಿ ಮತ್ತು ಕ್ಲೈಂಟ್‌ನ ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳನ್ನು (ರಕ್ತದ ಗುಂಪು, ಅಲರ್ಜಿ, ದೀರ್ಘಕಾಲದ ಸಮಸ್ಯೆ, ಔಷಧಿ) ಅಳಿಸಲಾಗುತ್ತದೆ/ಖಾಲಿ ಮಾಡಲಾಗುತ್ತದೆ (ನೋಡಿ 5.0). ಕೆಳಗಿನ ಸಾಮಾನ್ಯ ಖಾತೆ ಅಳಿಸುವಿಕೆ ವಿವರಣೆಯನ್ನು ಈ ವಿಶೇಷ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಶಾಶ್ವತ ಕ್ಲೈಂಟ್ ಸಾಲು ಅಳಿಸುವಿಕೆಯ ಕಡ್ಡಾಯತೆ ಎಂದು ಅರ್ಥೈಸಲಾಗುವುದಿಲ್ಲ. ಆರೋಗ್ಯ ಮಾಹಿತಿ, ಅಳತೆ, ಸೆಷನ್ ನೋಟ್ ಮತ್ತು ಹಣಕಾಸು ದಾಖಲೆಗಳು ತಮ್ಮದೇ ಆದ ಉಳಿಸುವಿಕೆ ನಿಬಂಧನೆಗಳಿಗೆ ಒಳಪಟ್ಟಿರುತ್ತವೆ.

ಜಾರಿ / ಕೊನೆಯ ಅಪ್‌ಡೇಟ್: 19 ಅಕ್ಟೋಬರ್ 2026 ಆವೃತ್ತಿ: 1.9 ಡೇಟಾ ಕಂಟ್ರೋಲರ್ / ಪ್ರಕಾಶಕರು: Mertcan Demir — "Teta Studio" ಎಂಬ ವ್ಯಾಪಾರ ಹೆಸರಿನಲ್ಲಿ ನಡೆಯುವ ಏಕಮಾಲೀಕತ್ವದ ಬಿಸಿನೆಸ್

ಬದಲಾವಣೆ ದಾಖಲೆ

• 1.9 — 19 ಅಕ್ಟೋಬರ್ 2026: ವಿಭಾಗ 14 ರಲ್ಲಿನ "ಕೇವಲ ಟರ್ಕಿ" ಎಂಬ ಅಭಿವ್ಯಕ್ತಿಯನ್ನು ಜಾಗತಿಕ ಒದಗಿಸುವಿಕೆಯಿಂದ ಬದಲಾಯಿಸಲಾಯಿತು; ಉಳಿಸುವಿಕೆ ಅವಧಿಗಳು ಬದಲಾಗಿಲ್ಲ.
• 1.8 — 19 ಅಕ್ಟೋಬರ್ 2026: ಪ್ರಕಟಣಾ ಆವೃತ್ತಿ; ಜಾರಿ ದಿನಾಂಕ 19 ಅಕ್ಟೋಬರ್ 2026. ವಿಭಾಗ 4 ಕ್ಕೆ ಕ್ಲಿನಿಕ್ ಗುಂಪು ಸಂದೇಶಗಳು ಮತ್ತು ತಂಡದ ಪರಿಶೀಲನೆಗಾಗಿ ಮೀಸಲಿಟ್ಟ ಸಂದೇಶ ಪ್ರತಿಗಳ ಸಾಲನ್ನು (ಕ್ರಮ ಸಂಖ್ಯೆ 12) ಸೇರಿಸಲಾಯಿತು; ವಿಭಾಗ 7 ರ ಆವರ್ತಕ ವಿಲೇವಾರಿ ಪಟ್ಟಿಯನ್ನು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ವಿಸ್ತರಿಸಲಾಯಿತು; 1.3 ಕೋಷ್ಟಕದಿಂದ ಖಾಲಿ ಉಳಿದ MERSİS ಮತ್ತು KEP ಮಾಹಿತಿಯನ್ನು ತೆಗೆದುಹಾಕಲಾಯಿತು.
• 1.7 — 11 ಅಕ್ಟೋಬರ್ 2026: 11 ಅಕ್ಟೋಬರ್ 2026 ರ ಅನುಸರಣಾ ಪರಿಶೀಲನೆಯ ಪ್ರಕಾರ (F01, F02, F08, F11, F13, F19, F21): §11 ರಲ್ಲಿನ "Supabase/ಫ್ರಾಂಕ್‌ಫರ್ಟ್ ವಿದೇಶಿ ವರ್ಗಾವಣೆಯಲ್ಲ" ಎಂಬ ಅಭಿವ್ಯಕ್ತಿಯನ್ನು ತೆಗೆದುಹಾಕಲಾಯಿತು ಮತ್ತು ವಿದೇಶಿ ವರ್ಗಾವಣೆ ವಿಭಾಗವನ್ನು ಕಾನೂನು ಸಂಖ್ಯೆ 6698 ರ ವಿಧಿ 9 ರ 2024 ರ ನಂತರದ ಸ್ವರೂಪದ ಪ್ರಕಾರ ಬರೆಯಲಾಯಿತು (ಪ್ರಮಾಣಿತ ಒಪ್ಪಂದಗಳಿಗೆ ಇನ್ನೂ ಸಹಿ ಹಾಕಲಾಗಿಲ್ಲ); ಆರೋಗ್ಯ/ಕ್ಲಿನಿಕಲ್/ಹಣಕಾಸು ದಾಖಲೆಗಳಿಗೆ "ಅನಾಮಧೇಯ" ಎಂಬ ಅಭಿವ್ಯಕ್ತಿಯನ್ನು ವ್ಯಕ್ತಿಯೊಂದಿಗಿನ ಸಂಪರ್ಕ ಕಡಿದ ನಿರ್ಬಂಧಿತ ಉಳಿಸುವಿಕೆ ಎಂದು ಸರಿಪಡಿಸಲಾಯಿತು (ಸೆಷನ್ ನೋಟ್‌ನ ಮುಕ್ತ ಪಠ್ಯವನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ); ಸಮ್ಮತಿ ಸಾಕ್ಷ್ಯ ಸಾಲಿನ ಕಾನೂನು ಆಧಾರವನ್ನು ವಿಧಿ 5/2-e ಎಂದು ಸರಿಪಡಿಸಲಾಯಿತು (ತಪ್ಪಾದ ವಿಧಿ 20/2 ಉಲ್ಲೇಖ ತೆಗೆದುಹಾಕಲಾಯಿತು); ಅರ್ಲಿ ಆಕ್ಸೆಸ್ ಫಾರ್ಮ್ ಸಾಲನ್ನು ಮಾಹಿತಿ ನೋಟಿಸ್ ಮತ್ತು ವಾಣಿಜ್ಯ ಸಂದೇಶ ಅನುಮೋದನೆಯ ಬೇರ್ಪಡಿಕೆಗೆ ಅನುಗುಣವಾಗಿ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಯಿತು; ಸ್ವಯಂಚಾಲಿತ ವಿಲೇವಾರಿ ಇಲ್ಲದ ವರ್ಗಗಳಿಗೆ 6 ತಿಂಗಳ ಆವರ್ತಕ ವಿಲೇವಾರಿ ತತ್ವವನ್ನು ಸೇರಿಸಲಾಯಿತು; ಗುರುತಿನ ಮಾಹಿತಿಯನ್ನು ಏಕಮಾಲೀಕತ್ವದ ಬಿಸಿನೆಸ್ ಎಂದು ಸರಿಪಡಿಸಲಾಯಿತು; VERBİS ವಿಭಾಗವನ್ನು 2025 ರ ಮಂಡಳಿ ನಿರ್ಧಾರಗಳ ಪ್ರಕಾರ ಬರೆಯಲಾಯಿತು.
• 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: ಪ್ರಸ್ತುತ ಪಠ್ಯವನ್ನು ಅನುಮೋದಿತ ಆವೃತ್ತಿಯಾಗಿ ಸ್ಥಿರಗೊಳಿಸಲಾಯಿತು. ಈ ಆವೃತ್ತಿಯಲ್ಲಿ ಇವುಗಳನ್ನು ಮಾತ್ರ ಸೇರಿಸಲಾಯಿತು: ಖಾತೆ ಅಳಿಸುವಿಕೆ (ಆಕ್ಸೆಸ್ ತಕ್ಷಣ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ, ವೈಯಕ್ತಿಕ ಡೇಟಾ ಅಳಿಸಲ್ಪಡುತ್ತದೆ/ಅನಾಮಧೇಯಗೊಳ್ಳುತ್ತದೆ, ಕಾನೂನುಬದ್ಧ ಉಳಿಸುವಿಕೆ ಅಗತ್ಯವಿರುವ ಪಾವತಿ ದಾಖಲೆಗಳನ್ನು ಗುರುತಿಲ್ಲದೆ ಉಳಿಸಲಾಗುತ್ತದೆ; ಹಿಂಪಡೆಯುವ ಅವಧಿ ಇಲ್ಲ); 30 ದಿನಗಳ ಕೊನೆಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳ ಅಳಿಸುವಿಕೆ; 7 ದಿನಗಳ ಅನಾಥ ರಸೀದಿ ಅವಧಿ; ಸಪೋರ್ಟ್ ಆಕ್ಸೆಸ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ಮಾಹಿತಿ ಗೌಪ್ಯವಾಗಿ ಉಳಿಯುವುದು; ಗುರುತಿಲ್ಲದ ಸರ್ವರ್-ಬದಿಯ ಅಳತೆ; ಸೇವಾ ಇಮೇಲ್‌ಗಳು ಮತ್ತು Google Workspace; ಪುಶ್ ಪ್ರೊಸೆಸರ್‌ಗಳು; ಸಪೋರ್ಟ್ ವಿಳಾಸ; ಮಾರುಕಟ್ಟೆ (ಟರ್ಕಿ).
• 1.3 — 7 ಜುಲೈ 2026 (4 ಆಗಸ್ಟ್ 2026 ಅಪ್‌ಡೇಟ್): ಹಿಂದಿನ ಆವೃತ್ತಿ.

ಡೇಟಾ ಕಂಟ್ರೋಲರ್ / ಡೇಟಾ ಪ್ರೊಸೆಸರ್ ಸ್ಥಾನಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಮುಖ್ಯ ಟಿಪ್ಪಣಿ: ಈ ಡೇಟಾ ಉಳಿಸುವಿಕೆ ಮತ್ತು ವಿಲೇವಾರಿ ನೀತಿ ("ನೀತಿ"), "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 ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಸಬ್‌ಸ್ಕ್ರಿಪ್ಷನ್ ಮೂಲಕ ಬಳಸುವ ಕ್ಲಿನಿಕಲ್ ಪಿಲೇಟ್ಸ್, ಫಿಸಿಯೋಥೆರಪಿ, ರಿಫಾರ್ಮರ್, ವೆಲ್ನೆಸ್/ಮಸಾಜ್ ಮತ್ತು ಯೋಗ ಕೇಂದ್ರಗಳು ("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. 4 ಅಕ್ಟೋಬರ್ 2026 ರ ಬದಲಾವಣೆ — 5.1–5.7 ರೊಂದಿಗೆ ವಿರೋಧಾಭಾಸವಿರುವಲ್ಲಿ ಈ ಅಂಶಕ್ಕೆ ಆದ್ಯತೆ

ಖಾತೆ ಅಳಿಸುವಿಕೆ (4 ಅಕ್ಟೋಬರ್ 2026 ರಿಂದ): ಅಳಿಸುವಿಕೆ ವಿನಂತಿ ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಾಗ ಖಾತೆಯ ಆಕ್ಸೆಸ್ ತಕ್ಷಣ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ (ಲಾಗಿನ್‌ಗಳನ್ನು ಕೊನೆಗೊಳಿಸಲಾಗುತ್ತದೆ, ಲಾಗಿನ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ); ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ ಅಥವಾ ಅನಾಮಧೇಯಗೊಳಿಸಲಾಗುತ್ತದೆ (ಹೆಸರು, ಇಮೇಲ್, ಫೋನ್, ಚಿತ್ರ ಹಾಗೂ ಕ್ಲೈಂಟ್ ಗುರುತು/ಸಂಪರ್ಕ ಮಾಹಿತಿ ಮತ್ತು ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳು — ರಕ್ತದ ಗುಂಪು, ಅಲರ್ಜಿ, ದೀರ್ಘಕಾಲದ ಸಮಸ್ಯೆ, ಔಷಧಿ — ತೆರವುಗೊಳಿಸಲಾಗುತ್ತದೆ); ಕಾನೂನುಬದ್ಧ ಉಳಿಸುವಿಕೆ ಅಗತ್ಯವಿರುವ ಪಾವತಿ ಮತ್ತು ಗಳಿಕೆ ದಾಖಲೆಗಳನ್ನು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ; ವ್ಯಕ್ತಿಯೊಂದಿಗಿನ ಸಂಪರ್ಕವನ್ನು ಕಡಿದು, ನಿರ್ಬಂಧಿತ ಆಕ್ಸೆಸ್‌ನೊಂದಿಗೆ ಉಳಿಸಲಾಗುತ್ತದೆ. ವಿನಂತಿಯ ನಂತರ ಹಿಂಪಡೆಯುವ ಅವಧಿ ಇಲ್ಲ; ದೃಢೀಕರಣ ದಾಖಲೆ ಮತ್ತು ಫೈಲ್‌ಗಳ ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆ ಪ್ರಸ್ತುತ ಮೂವತ್ತು ದಿನಗಳ ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ದಾಖಲೆಯ ಅಳಿಸುವಿಕೆ ಮತ್ತು ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳು (4 ಅಕ್ಟೋಬರ್ 2026 ರಿಂದ): ಖಾತೆ ಇಲ್ಲದ ಕ್ಲೈಂಟ್ ದಾಖಲೆಯನ್ನು ಬಿಸಿನೆಸ್ ಅಳಿಸಿದಾಗ ದಾಖಲೆಯನ್ನು ಸಕ್ರಿಯ ಪಟ್ಟಿಯಿಂದ ತಕ್ಷಣ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ; 30 ದಿನಗಳ ಕೊನೆಯಲ್ಲಿ ಗುರುತು ಮತ್ತು ಸಂಪರ್ಕ ಮಾಹಿತಿಯೊಂದಿಗೆ ಕ್ಲೈಂಟ್‌ನ ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳನ್ನೂ (ರಕ್ತದ ಗುಂಪು, ಅಲರ್ಜಿ, ದೀರ್ಘಕಾಲದ ಸಮಸ್ಯೆ, ಔಷಧಿ) ಅಳಿಸಲಾಗುತ್ತದೆ/ಖಾಲಿ ಮಾಡಲಾಗುತ್ತದೆ. ಆರೋಗ್ಯ ಮಾಹಿತಿ ಫಾರ್ಮ್‌ಗಳು, ಅಳತೆಗಳು ಮತ್ತು ಸೆಷನ್ ನೋಟ್‌ಗಳ ಉಳಿಸುವಿಕೆ ನಿಯಮಗಳ ಮೇಲೆ ಈ ನಿಬಂಧನೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.

ರಸೀದಿ ಫೈಲ್‌ಗಳು (4 ಅಕ್ಟೋಬರ್ 2026 ರಿಂದ): ಯಾವುದೇ ಪಾವತಿಗೆ ಲಿಂಕ್ ಆಗದ (ಅನಾಥ) ರಸೀದಿ ಫೈಲ್‌ಗಳನ್ನು 7 ದಿನಗಳ ನಂತರ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಳಿಸಲಾಗುತ್ತದೆ; ಪಾವತಿಗೆ ಲಿಂಕ್ ಆದ ರಸೀದಿಯನ್ನು ಯಾವುದೇ ಪಾತ್ರ ಅಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಸಪೋರ್ಟ್ ಆಕ್ಸೆಸ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ಮಾಹಿತಿ (4 ಅಕ್ಟೋಬರ್ 2026 ರಿಂದ): Corenta ಸಪೋರ್ಟ್ (ಸೂಪರ್-ಅಡ್ಮಿನ್) ಆಕ್ಸೆಸ್‌ನಲ್ಲಿ ಕ್ಲೈಂಟ್‌ನ ಇಮೇಲ್ ಮತ್ತು ಫೋನ್ ಮಾಹಿತಿಯನ್ನು ಸಪೋರ್ಟ್ ಸಿಬ್ಬಂದಿಗೆ ತೋರಿಸಲಾಗುವುದಿಲ್ಲ; ಸಪೋರ್ಟ್ ಸಿಬ್ಬಂದಿ ಕೇವಲ ಸೀಮಿತ ಗುರುತಿನ ಸಾರಾಂಶವನ್ನು (ಹೆಸರು, ಖಾತೆ ಸ್ಥಿತಿ, ಸಕ್ರಿಯತೆ, ರಚನೆಯ ದಿನಾಂಕ) ನೋಡಬಹುದು.

ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳನ್ನು ಬರೆಯುವ ಅಧಿಕಾರ (4 ಅಕ್ಟೋಬರ್ 2026 ರಿಂದ): ಕ್ಲೈಂಟ್‌ನ ಆರೋಗ್ಯ ಕ್ಷೇತ್ರಗಳನ್ನು (ರಕ್ತದ ಗುಂಪು, ಅಲರ್ಜಿ, ದೀರ್ಘಕಾಲದ ಸಮಸ್ಯೆ, ಔಷಧಿ) ಕೇವಲ ಕ್ಲೈಂಟ್ ಸ್ವತಃ ಮತ್ತು ನಿಯೋಜಿತ ಸ್ಪೆಷಲಿಸ್ಟ್ ಬರೆಯಬಹುದು; ಬಿಸಿನೆಸ್ ಮಾಲೀಕರು/ನಿರ್ವಾಹಕರು ಈ ಕ್ಷೇತ್ರಗಳಿಗೆ ಬರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ (ತುರ್ತು ಸಂಪರ್ಕ ವ್ಯಕ್ತಿ ಮತ್ತು ಗುರುತಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಸಂಪಾದಿಸಬಹುದು).

ಹುಸಿನಾಮದ ಉತ್ಪನ್ನ ಅಳತೆ: ಉತ್ಪನ್ನದ ಸುಧಾರಣೆಗಾಗಿ ಕೇವಲ ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ, ಕ್ಲಿನಿಕ್ ಹುಸಿನಾಮ ಗುರುತಿನೊಂದಿಗೆ ಒಟ್ಟು ಬಳಕೆಯ ಘಟನೆಗಳನ್ನು ಅಳೆಯಬಹುದು; ಈ ಅಳತೆಯು 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 ದಿನಗಳ ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಯ ಉದ್ದೇಶ (4 ಅಕ್ಟೋಬರ್ 2026 ರಿಂದ): ಅಳಿಸುವಿಕೆ ವಿನಂತಿಯೊಂದಿಗೆ ಖಾತೆಯ ಆಕ್ಸೆಸ್ ತಕ್ಷಣ ಕಡಿತಗೊಳ್ಳುವುದರಿಂದ ಈ ಅವಧಿಯು ಹಿಂಪಡೆಯುವ/ಹಿಂತೆಗೆದುಕೊಳ್ಳುವ ಅವಕಾಶವನ್ನು ನೀಡುವುದಿಲ್ಲ; ದೃಢೀಕರಣ ದಾಖಲೆ ಮತ್ತು ಫೈಲ್‌ಗಳ ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಮತ್ತು ಸಂಭವನೀಯ ದುರುಪಯೋಗದ ಪರಿಶೀಲನೆಗೆ ಬಳಸಲಾಗುತ್ತದೆ. ಈ ಅವಧಿಯು KVKK ವಿಧಿ 5 ರ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಅನುಪಾತದ ತತ್ವಕ್ಕೆ ಅನುಗುಣವಾದ, ಸಮಂಜಸ ಮತ್ತು ಸೀಮಿತ ಅವಧಿಯಾಗಿದೆ. ಅಳಿಸುವಿಕೆ ವಿನಂತಿಯ ಸ್ಥಿತಿಯ ಬಗ್ಗೆ hello@corenta.app ವಿಳಾಸಕ್ಕೆ ಅರ್ಜಿ ಸಲ್ಲಿಸಬಹುದು.

5.3. ವಿನಾಯಿತಿ: ಕಾನೂನುಬದ್ಧ ಉಳಿಸುವಿಕೆ ಬಾಧ್ಯತೆ ಇರುವ ಡೇಟಾ

ಮೇಲಿನ 30 ದಿನಗಳ ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆ ಪ್ರಕ್ರಿಯೆಯು, ವಿಭಾಗ 4, ಕೋಷ್ಟಕ ಕ್ರಮ ಸಂಖ್ಯೆ 6 ರಲ್ಲಿ (ಸಬ್‌ಸ್ಕ್ರಿಪ್ಷನ್/ವ್ಯವಹಾರ ಮೆಟಾ ಡೇಟಾ) ತಿಳಿಸಲಾದ ಮತ್ತು ಟರ್ಕಿಶ್ ವಾಣಿಜ್ಯ ಸಂಹಿತೆ/ತೆರಿಗೆ ಕಾರ್ಯವಿಧಾನ ಕಾನೂನಿನ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಕಾನೂನುಬದ್ಧ ಉಳಿಸುವಿಕೆ ಬಾಧ್ಯತೆ ಇರುವ ದಾಖಲೆಗಳನ್ನು ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ. ಈ ದಾಖಲೆಗಳನ್ನು, ಖಾತೆ ಶಾಶ್ವತವಾಗಿ ಅಳಿಸಲ್ಪಟ್ಟರೂ, ಸಂಬಂಧಿತ ಕಾನೂನುಬದ್ಧ ಉಳಿಸುವಿಕೆ ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ, ವೈಯಕ್ತಿಕ ಡೇಟಾ ಪ್ರಕ್ರಿಯೆಯ ಉದ್ದೇಶದಿಂದ ಬೇರ್ಪಡಿಸಿ, ಕೇವಲ ಕಾನೂನು ಬಾಧ್ಯತೆಯ ಪೂರೈಕೆಯ ಉದ್ದೇಶಕ್ಕೆ ಸೀಮಿತ ಆಕ್ಸೆಸ್‌ನೊಂದಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾಪಾಡಲಾಗುತ್ತದೆ. ಅದೇ ರೀತಿ, ಲೆಕ್ಕಪರಿಶೋಧನಾ ಜಾಡಿನ ದಾಖಲೆಗಳು (audit_logs) ಮತ್ತು ಸಮ್ಮತಿ ದಾಖಲೆಗಳ ಸಾಕ್ಷ್ಯ ಉದ್ದೇಶದ ಕನಿಷ್ಠ ತಿರುಳು ಸಹ (ನೋಡಿ ವಿಭಾಗ 4, ಕ್ರಮ ಸಂಖ್ಯೆ 7-8), ನ್ಯಾಯಸಮ್ಮತ ಹಿತಾಸಕ್ತಿ/ಕಾನೂನು ಸಾಕ್ಷ್ಯದ ಕಾರಣದಿಂದ ಈ 30 ದಿನಗಳ ಅವಧಿಯ ಹೊರಗೆ, ಪ್ರತ್ಯೇಕ ಮತ್ತು ಸೀಮಿತ ಉದ್ದೇಶದೊಂದಿಗೆ ಉಳಿಯುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು. ಈ ವಿನಾಯಿತಿಯ ವ್ಯಾಪ್ತಿಯಲ್ಲಿನ ಅವಧಿಗಳು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನ್ವಯಿಸಲಾಗುವ ತಾಂತ್ರಿಕ ಕಾರ್ಯವಿಧಾನಕ್ಕೆ ಅನುಗುಣವಾಗಿಲ್ಲ ಎಂಬುದನ್ನು ವಿಭಾಗ 4 ಟಿಪ್ಪಣಿ 2 ರಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ತಿಳಿಸಲಾಗಿದೆ.

5.4. ಸಂಗ್ರಹಿಸಲಾದ ಫೈಲ್ ಲಗತ್ತುಗಳ ಕುರಿತ ವಿಶೇಷ ವಿವರಣೆ (ಮುಖ್ಯ — ಪಾರದರ್ಶಕತೆ)

ಪಾರದರ್ಶಕತೆಯ ತತ್ವದ ಅಗತ್ಯದಿಂದ ಸ್ಪಷ್ಟವಾಗಿ ತಿಳಿಸಲಾಗುತ್ತದೆ: ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಡೇಟಾಬೇಸ್ ದಾಖಲೆಗಳನ್ನು (ಪ್ರೊಫೈಲ್, ಅಪಾಯಿಂಟ್‌ಮೆಂಟ್, ನಿಯೋಜನೆ, ಸಮ್ಮತಿ ಇತ್ಯಾದಿ) ಸಂಪೂರ್ಣವಾಗಿ ಅಳಿಸಲಾಗುತ್ತದೆ ಅಥವಾ (ಆರೋಗ್ಯ/ಕ್ಲಿನಿಕಲ್/ಹಣಕಾಸು ದಾಖಲೆಗಳಿಗೆ, ನೋಡಿ ವಿಭಾಗ 6.2) ಅನಾಮಧೇಯಗೊಳಿಸಲಾಗುತ್ತದೆ; ಬಳಕೆದಾರರಿಗೆ ಸೇರಿದ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಸಂಗ್ರಹಣಾ (Storage) ಪ್ರದೇಶದಲ್ಲಿ ಇರಿಸಲಾದ ಫೈಲ್ ಲಗತ್ತುಗಳನ್ನು ಈ ರೀತಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ: ಅವತಾರ್/ಪ್ರೊಫೈಲ್ ಫೋಟೋ, ಆರೋಗ್ಯ ಮಾಹಿತಿ ಫಾರ್ಮ್‌ಗೆ ಲಗತ್ತಿಸಿದ ದಾಖಲೆ/ಫೋಟೋ ಮತ್ತು ಪಾವತಿ ರಸೀದಿ ಚಿತ್ರವನ್ನು ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆ ಹಂತದ ಭಾಗವಾಗಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ (best-effort) Storage ನಿಂದ ಅಳಿಸಲಾಗುತ್ತದೆ — ಇದು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಪ್ರಸ್ತುತ ವಾಸ್ತವವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ, ದೃಢೀಕೃತ ನಡವಳಿಕೆಯಾಗಿದೆ. ಒಂದು 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() ಫಂಕ್ಷನ್ (ಕೇವಲ service-role ಕರೆಯಬಹುದು, default-deny) ತೆರವುಗೊಳಿಸುತ್ತದೆ ಅಥವಾ ಅನಾಮಧೇಯ ಗುರುತಿನಿಂದ ಬದಲಾಯಿಸುತ್ತದೆ. ಕ್ಲಿನಿಕಲ್/ಹಣಕಾಸು ಸಂಖ್ಯಾತ್ಮಕ ಮತ್ತು ಕಾಲಾನುಕ್ರಮದ ವಿಷಯವನ್ನು (ದಿನಾಂಕ, ಮೊತ್ತ, ಅಳತೆ ಮೌಲ್ಯ, ಉಳಿದ ಸೆಷನ್ ಬಾಕಿ, ಬಂದರು/ಬರಲಿಲ್ಲ ಸ್ಥಿತಿ, ಸಮ್ಮತಿ ನೀಡಿದ/ಹಿಂಪಡೆದ ಸಮಯ) ಮಾತ್ರ ಕ್ಲಿನಿಕ್‌ನ ದಾಖಲೆ ಇರಿಸುವ ಬಾಧ್ಯತೆ ಮತ್ತು (ಸೆಷನ್ ನೋಟ್‌ಗಳಿಗೆ) append-only ತತ್ವದ ಅಗತ್ಯದಿಂದ, tenant ನ ವ್ಯಕ್ತಿ ಸಂಪರ್ಕ ಕಡಿದ ದಾಖಲೆಯಾಗಿ ಉಳಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲಾಗುತ್ತದೆ; ಸೆಷನ್ ನೋಟ್‌ನ ಮುಕ್ತ ಪಠ್ಯವನ್ನು ಬದಲಾಯಿಸದ ಕಾರಣ ಈ ದಾಖಲೆಗಳನ್ನು ಅನಾಮಧೇಯವೆಂದು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ನಿರ್ಬಂಧಿತ ಆಕ್ಸೆಸ್‌ನೊಂದಿಗೆ ಉಳಿಸಲಾಗುತ್ತದೆ.

ಸೆಷನ್ ನೋಟ್‌ಗಳಲ್ಲಿ (session_notes) append-only ನಿರ್ಬಂಧವು ವಿಷಯ ಬದಲಾವಣೆಗೆ ಅನುಮತಿಸುವುದಿಲ್ಲ; ಕೇವಲ ವ್ಯಕ್ತಿ ಸಂಪರ್ಕ ಕಾಲಮ್‌ಗಳನ್ನು (client_id, specialist_id) NULL ಗೆ ಬದಲಾಯಿಸಲು ಕಿರಿದಾದ, ಏಕೈಕ ಉದ್ದೇಶಕ್ಕೆ ನಿರ್ದಿಷ್ಟವಾದ ವಿನಾಯಿತಿ ನೀಡಲಾಗಿದೆ — ಟಿಪ್ಪಣಿ ವಿಷಯವನ್ನು ಸ್ವತಃ ಈ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿಯೂ ಯಾವುದೇ ಹಂತದಲ್ಲಿ ಅಳಿಸಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ.

ಮಿತಿ: ಮುಕ್ತ-ಪಠ್ಯ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ಸ್ಪಷ್ಟ ಗುರುತಿನ ಕಾಲಮ್‌ಗಳ ಹೊರತಾಗಿ ಬರಬಹುದಾದ ಪಠ್ಯದೊಳಗಿನ ವೈಯಕ್ತಿಕ ಡೇಟಾಗೆ (ಉದಾ. ಸೆಷನ್ ನೋಟ್‌ನ ದೇಹದಲ್ಲಿ ಬರುವ ಹೆಸರು) ಸ್ಕ್ಯಾನಿಂಗ್/ತೆರವುಗೊಳಿಸುವಿಕೆ ಕಾರ್ಯವಿಧಾನ ಇಲ್ಲ. ಆದ್ದರಿಂದ ಈ ದಾಖಲೆಗಳನ್ನು ಅನಾಮಧೇಯವೆಂದು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ; ವೈಯಕ್ತಿಕ ಡೇಟಾ ಆಗಿ ನಿರ್ಬಂಧಿತ ಆಕ್ಸೆಸ್‌ನೊಂದಿಗೆ ಉಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅವಧಿಯ ಕೊನೆಯಲ್ಲಿ ವಿಲೇವಾರಿ ಮಾಡಲಾಗುತ್ತದೆ.

ಮೇಲಿನ ಎರಡೂ ವಿಧಾನಗಳು service-role ರಕ್ಷಿತವಾಗಿರುವುದರಿಂದ ಸಾಮಾನ್ಯ ಉತ್ಪನ್ನ ಇಂಟರ್‌ಫೇಸ್‌ಗಳ ಮೂಲಕ ಪ್ರಚೋದಿಸಲು ಅಥವಾ ಹಿಂಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ.

6.3. ಬ್ಯಾಕಪ್‌ಗಳಿಂದ (Backup) ಅಳಿಸುವಿಕೆ

ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಸಾಮಾನ್ಯ ಬ್ಯಾಕಪ್ ಚಕ್ರದ (ರೊಟೇಶನ್) ಚೌಕಟ್ಟಿನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಅವಧಿಯ ನಂತರ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಓವರ್‌ರೈಟ್ ಮಾಡಲಾಗುತ್ತದೆ/ವಿಲೇವಾರಿ ಮಾಡಲಾಗುತ್ತದೆ. ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆ ಕಾರ್ಯಾಚರಣೆ ಪ್ರಾಥಮಿಕ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ತಕ್ಷಣ ಪರಿಣಾಮಕಾರಿಯಾಗಿದ್ದರೂ, ಮೊದಲೇ ತೆಗೆದುಕೊಂಡ ಬ್ಯಾಕಪ್‌ಗಳಲ್ಲಿ ಡೇಟಾವು ಬ್ಯಾಕಪ್ ಪೂರೈಕೆದಾರರ (Supabase) ಪ್ರಮಾಣಿತ ಬ್ಯಾಕಪ್ ರೊಟೇಶನ್ ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ತಾಂತ್ರಿಕವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿ ಮುಂದುವರಿಯಬಹುದು ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ತಿಳಿಸಲಾಗಿದೆ. ಈ ಸ್ಥಿತಿಯು ಸಂಬಂಧಿತ ಉಪ-ಪ್ರೊಸೆಸರ್‌ನ (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. ಅವಧಿ ಮುಗಿದ/ಅಮಾನ್ಯ ಪುಶ್ ನೋಟಿಫಿಕೇಶನ್ ಟೋಕನ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸ್ವಯಂಚಾಲಿತ ಮತ್ತು ಆವರ್ತಕವಾಗಿ ತೆರವುಗೊಳಿಸುವುದು ಉತ್ಪನ್ನ ರೋಡ್‌ಮ್ಯಾಪ್‌ನಲ್ಲಿ ಯೋಜಿತ ಸುಧಾರಣೆಯಾಗಿದೆ; ಈ ಕಾರ್ಯವಿಧಾನ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಪ್ರಸ್ತುತ ವಾಸ್ತವವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂಬುದನ್ನು ತಾಂತ್ರಿಕವಾಗಿ ದೃಢೀಕರಿಸಲಾಗಿಲ್ಲ (ನೋಡಿ ವಿಭಾಗ 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 ಫಂಕ್ಷನ್, 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) ಬಳಸಲಾಗುತ್ತದೆ; ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಲಾಗಿನ್ ಟೋಕನ್‌ಗಳನ್ನು ಸಾಧನದ ಸುರಕ್ಷಿತ ಹಾರ್ಡ್‌ವೇರ್ ಬೆಂಬಲಿತ ಕೀ ಸಂಗ್ರಹದಲ್ಲಿ (Keychain/Keystore) ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಉಳಿಸಲಾಗುತ್ತದೆ.
• ಸೂಕ್ಷ್ಮ ಸ್ಕ್ರೀನ್‌ಗಳಲ್ಲಿ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ತೆಗೆಯುವುದನ್ನು ಸೀಮಿತಗೊಳಿಸುವ ತಾಂತ್ರಿಕ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ.
• ಸೂಪರ್-ಅಡ್ಮಿನ್ ಖಾತೆಗಳಿಗೆ ಎರಡು-ಅಂಶದ ದೃಢೀಕರಣ (2FA/MFA) ಕಡ್ಡಾಯವಾಗಿದೆ.
• ಪಾವತಿ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಅಧಿಸೂಚನೆಗಳ (webhook) ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಸಹಿ ಪರಿಶೀಲನೆಯನ್ನು ವಾಸ್ತುಶಿಲ್ಪದಲ್ಲಿ ನಿಗದಿಪಡಿಸಲಾಗಿದೆ ಮತ್ತು ಅನ್ವಯಿಸಲಾಗುತ್ತಿದೆ; ಸಂಬಂಧಿತ ಕಾನ್ಫಿಗರೇಶನ್/ಕೀ ನಿರ್ವಹಣೆಯನ್ನು ಎಲ್ಲಾ ಪರಿಸರಗಳಲ್ಲಿ (prod ಸೇರಿದಂತೆ) ಸಂಪೂರ್ಣವಾಗಿ ಪೂರ್ಣಗೊಳಿಸುವ ಕೆಲಸ ಮುಂದುವರಿಯುತ್ತಿದೆ.
• ಈ ಭದ್ರತಾ ಕ್ರಮಗಳನ್ನು ನಿರಂತರವಾಗಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ ಮತ್ತು ಸುಧಾರಿಸಲಾಗುತ್ತಿದೆ; ಆದರೆ ಯಾವುದೇ ತಾಂತ್ರಿಕ ಕ್ರಮ ಸಂಪೂರ್ಣ ಭದ್ರತೆಯನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ ಮತ್ತು ಈ ನೀತಿಯ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಸಂಪೂರ್ಣ ಭದ್ರತಾ ಬದ್ಧತೆಯನ್ನು ನೀಡಲಾಗುವುದಿಲ್ಲ.

11. ಉಪ-ಪ್ರೊಸೆಸರ್‌ಗಳು ಮತ್ತು ಡೇಟಾ ಸ್ಥಳೀಕರಣ

ವೈಯಕ್ತಿಕ ಡೇಟಾವನ್ನು ಉಳಿಸುವಿಕೆ ಅವಧಿಯುದ್ದಕ್ಕೂ ಈ ಕೆಳಗಿನ ಉಪ-ಪ್ರೊಸೆಸರ್‌ಗಳು/ಸೇವಾ ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತಿದೆ ಅಥವಾ ಹೋಸ್ಟ್ ಮಾಡಲಾಗುತ್ತಿದೆ. ಈ ಪೂರೈಕೆದಾರರೊಂದಿಗಿನ ಒಪ್ಪಂದಗಳಲ್ಲಿ, ಡೇಟಾವನ್ನು ಕೇವಲ ತಿಳಿಸಲಾದ ಸೇವೆಯ ನಿರ್ವಹಣೆಯ ಉದ್ದೇಶಕ್ಕಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಬಾಧ್ಯತೆಗಳನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ; ಈ ಸಂಬಂಧವು ಉಳಿಸುವಿಕೆ ಅವಧಿಗಳನ್ನಲ್ಲ, ಡೇಟಾ ಹೋಸ್ಟ್ ಆಗಿರುವ ತಾಂತ್ರಿಕ ಪರಿಸರವನ್ನು ಸೂಚಿಸುತ್ತದೆ — ವಿಲೇವಾರಿ ನಿರ್ಧಾರದ ಅನುಷ್ಠಾನವನ್ನು ಈ ಪೂರೈಕೆದಾರರ ಬಳಿಯೂ ತಾಂತ್ರಿಕವಾಗಿ ನಡೆಸಲಾಗುತ್ತದೆ. ಕೆಳಗಿನ ಕೋಷ್ಟಕವು KVKK ವಿಧಿ 11/4 ರ ವ್ಯಾಪ್ತಿಯಲ್ಲಿನ "ಡೇಟಾ ವರ್ಗಾಯಿಸಲಾದ ಮೂರನೇ ವ್ಯಕ್ತಿಗಳನ್ನು ತಿಳಿಯುವ" ಹಕ್ಕಿನ ಪೂರೈಕೆಯನ್ನೂ ರೂಪಿಸುತ್ತದೆ:

ಹೆಚ್ಚುವರಿಯಾಗಿ:

• ಇಮೇಲ್ ಮೂಲಸೌಕರ್ಯ: ಸೇವಾ ಇಮೇಲ್‌ಗಳನ್ನು Google Workspace (Google) ಮೂಲಕ ಕಳುಹಿಸಲಾಗುತ್ತದೆ; ದೃಢೀಕರಣ ಇಮೇಲ್‌ಗಳನ್ನು Supabase Auth ಪ್ರಚೋದಿಸುತ್ತದೆ. ಪ್ರಚಾರ ಇಮೇಲ್‌ಗಳನ್ನು ಕೇವಲ ಪ್ರತ್ಯೇಕ ಅನುಮೋದನೆ ಮತ್ತು İYS ನೋಂದಣಿಯ ಷರತ್ತಿನೊಂದಿಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಪುಶ್ ನೋಟಿಫಿಕೇಶನ್‌ಗಳನ್ನು Apple (APNs) ಮತ್ತು Google (FCM) ಮೂಲಕ ತಲುಪಿಸಲಾಗುತ್ತದೆ.
• ಅನಾಲಿಟಿಕ್ಸ್ ಸಾಧನ: ಮೂರನೇ ಪಕ್ಷದ ಅನಾಲಿಟಿಕ್ಸ್ ಸಾಧನವನ್ನು (ಉದಾ. Google Analytics) ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್‌ನೊಳಗಿನ ಉತ್ಪನ್ನ ಬಳಕೆಯ ಅಳತೆ ಪ್ರಸ್ತುತ ಸಕ್ರಿಯವಾಗಿಲ್ಲ; ಸಕ್ರಿಯಗೊಳಿಸಿದರೆ ಅಳತೆಯನ್ನು Corenta ಯ ಸ್ವಂತ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ (Supabase, ಫ್ರಾಂಕ್‌ಫರ್ಟ್/ಜರ್ಮನಿ) ಇರಿಸಲಾದ ಮೊದಲ-ಪಕ್ಷದ ಟೇಬಲ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ, ಅದು ಆರೋಗ್ಯ ಡೇಟಾ ಮತ್ತು ಮುಕ್ತ ಪಠ್ಯವನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಈ ನೀತಿಯನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗುತ್ತದೆ; ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ ಅಳತೆ ದಾಖಲೆಗಳ ಉಳಿಸುವಿಕೆ ಅವಧಿಯನ್ನು ಈ ನೀತಿಯಲ್ಲಿ ತಿಳಿಸಲಾಗುತ್ತದೆ.
• ದೋಷ ಮೇಲ್ವಿಚಾರಣೆ: ಮೂರನೇ ಪಕ್ಷದ ದೋಷ ಮೇಲ್ವಿಚಾರಣಾ ಸಾಧನವನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ; ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ದೋಷಗಳನ್ನು Corenta ಯ ಸ್ವಂತ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ.
• ವೆಬ್ ಮೂಲಕ ನೇರವಾಗಿ ಕ್ರೆಡಿಟ್ ಕಾರ್ಡ್ ಪಾವತಿ ಮೂಲಸೌಕರ್ಯ ಇಲ್ಲ; ಪಾವತಿಗಳನ್ನು ಕೇವಲ Apple/Google ಅಪ್ಲಿಕೇಶನ್‌ನೊಳಗಿನ ಖರೀದಿ (IAP) ಕಾರ್ಯವಿಧಾನಗಳ ಮೂಲಕ ನಡೆಸಲಾಗುತ್ತದೆ; ಅಂತಿಮ ಇನ್‌ವಾಯ್ಸ್/ರಸೀದಿಯನ್ನು Apple/Google ನೀಡುತ್ತವೆ (ನೋಡಿ ವಿಭಾಗ 4, ಕ್ರಮ ಸಂಖ್ಯೆ 6).

ಮೇಲಿನ ಉಪ-ಪ್ರೊಸೆಸರ್‌ಗಳೊಂದಿಗೆ ಡೇಟಾ ಹಂಚಿಕೆಯನ್ನು ಕೇವಲ ಸಂಬಂಧಿತ ಸೇವೆಯನ್ನು ಒದಗಿಸಲು ಅಗತ್ಯವಿರುವ ಮಟ್ಟಿಗೆ ಮತ್ತು KVKK ವಿಧಿ 8/ವಿಧಿ 9 ರ ಚೌಕಟ್ಟಿನಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ. ವಿದೇಶಕ್ಕೆ ವರ್ಗಾವಣೆ: ಮೇಲಿನ ಎಲ್ಲಾ ಪೂರೈಕೆದಾರರು ಟರ್ಕಿಯ ಹೊರಗೆ ಡೇಟಾವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತಾರೆ; ಜರ್ಮನಿಯಲ್ಲಿ ಹೋಸ್ಟಿಂಗ್ ಸಹ KVKK ಅರ್ಥದಲ್ಲಿ ವಿದೇಶಕ್ಕೆ ವರ್ಗಾವಣೆಯಾಗಿದೆ. ಈ ವರ್ಗಾವಣೆಗಳು ನಿಯಮಿತ ಮತ್ತು ನಿರಂತರವಾಗಿರುವುದರಿಂದ ಸ್ಪಷ್ಟ ಸಮ್ಮತಿಯ ಮೇಲೆ ಆಧಾರಿತವಾಗಿಲ್ಲ; ವಿಧಿ 9/4-c ರ ಪ್ರಕಾರ ಮಂಡಳಿ ಪ್ರಕಟಿಸಿದ ಪ್ರಮಾಣಿತ ಒಪ್ಪಂದಗಳ ಮೇಲೆ ಆಧಾರಿತವಾಗಿರುತ್ತವೆ. ಈ ಪಠ್ಯದ ದಿನಾಂಕದಂತೆ ಪ್ರಮಾಣಿತ ಒಪ್ಪಂದಗಳಿಗೆ ಇನ್ನೂ ಸಹಿ ಹಾಕಲಾಗಿಲ್ಲ ಮತ್ತು ಮಂಡಳಿಗೆ ತಿಳಿಸಲಾಗಿಲ್ಲ; ಪ್ರತಿ ಒಪ್ಪಂದವನ್ನು ಸಹಿಯ ದಿನದಿಂದ 5 ಕೆಲಸದ ದಿನಗಳೊಳಗೆ ಮಂಡಳಿಗೆ ತಿಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಈ ಕೋಷ್ಟಕವನ್ನು ದಿನಾಂಕಗಳೊಂದಿಗೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗುತ್ತದೆ. ಈ ದೇಶಗಳ ಬಗ್ಗೆ ಮಂಡಳಿ ಪ್ರಕಟಿಸಿದ ಸಮರ್ಪಕತೆಯ ನಿರ್ಧಾರ ಇಲ್ಲ (ಕೊನೆಯ ಪರಿಶೀಲನೆ: 11 ಅಕ್ಟೋಬರ್ 2026). ಈ ಪಟ್ಟಿಯನ್ನು ಸೇವಾ ಪೂರೈಕೆದಾರರ ಬದಲಾವಣೆಗಳನ್ನು ಅವಲಂಬಿಸಿ ಅಪ್‌ಡೇಟ್ ಮಾಡಬಹುದು; ಪ್ರಸ್ತುತ ಪಟ್ಟಿಯನ್ನು ಗೌಪ್ಯತಾ ನೀತಿಯಿಂದ ಮತ್ತು/ಅಥವಾ Corenta ಉತ್ಪನ್ನದೊಳಗಿನ ಸಂಬಂಧಿತ ಮಾಹಿತಿ ಸ್ಕ್ರೀನ್‌ನಿಂದ ಅನುಸರಿಸಬಹುದು.

12. VERBİS ನೋಂದಣಿ

ಈ ದಾಖಲೆಯ ದಿನಾಂಕದಂತೆ Teta Studio ಗೆ VERBİS ನೋಂದಣಿ ಇಲ್ಲ. ನೋಂದಣಿ ಬಾಧ್ಯತೆಯನ್ನು ಮಂಡಳಿಯ 2025/1572 (ಮುಖ್ಯ ಚಟುವಟಿಕೆ ವಿಶೇಷ ವರ್ಗದ ಡೇಟಾ ಪ್ರಕ್ರಿಯೆಯಾಗಿರುವ ಡೇಟಾ ಕಂಟ್ರೋಲರ್‌ಗಳಿಗೆ ವಿನಾಯಿತಿ ಮಿತಿ ವಾರ್ಷಿಕ 10 ಉದ್ಯೋಗಿಗಳು ಮತ್ತು 10 ಮಿಲಿಯನ್ TL ಬ್ಯಾಲೆನ್ಸ್ ಶೀಟ್) ಮತ್ತು 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 ರಲ್ಲಿ ತಿಳಿಸಲಾದ ಪುಶ್ ಟೋಕನ್ ತೆರವುಗೊಳಿಸುವಿಕೆಯ ದೃಢೀಕರಣ/ಜಾರಿ, ವಿಭಾಗ 7 ಅಂಶ 3 ರಲ್ಲಿ ತಿಳಿಸಲಾದ ಅರ್ಲಿ ಆಕ್ಸೆಸ್ ಫಾರ್ಮ್ ಡೇಟಾಗೆ ಸ್ವಯಂಚಾಲಿತ ಸ್ಕ್ಯಾನಿಂಗ್ ಕಾರ್ಯವಿಧಾನದ ಸ್ಥಾಪನೆ, ವಿಭಾಗ 8.2 ರಲ್ಲಿ ತಿಳಿಸಲಾದ ಡೇಟಾ ಪೋರ್ಟಬಿಲಿಟಿ ಪ್ರಕ್ರಿಯೆಯ ಅಭಿವೃದ್ಧಿ, ವಿಭಾಗ 11 ರಲ್ಲಿನ ವಿದೇಶಿ ವರ್ಗಾವಣೆ ಕಾನೂನು ಆಧಾರಗಳ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ, ಉಪ-ಪ್ರೊಸೆಸರ್ ಪಟ್ಟಿಯಲ್ಲಿ ಬದಲಾವಣೆ) ಅಥವಾ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಅಪ್‌ಡೇಟ್ ಮಾಡಬಹುದು. ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯನ್ನು Corenta ಯ ಸಂಬಂಧಿತ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ (ಕಾರ್ಪೊರೇಟ್ ವೆಬ್‌ಸೈಟ್ ಮತ್ತು/ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ನೊಳಗೆ) ಪ್ರಕಟಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಹಿಂದಿನ ಆವೃತ್ತಿಯೊಂದಿಗೆ ವಿರೋಧಾಭಾಸವಿರುವ ನಿಬಂಧನೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯನ್ನು ಆಧಾರವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ. ಮಹತ್ವದ ಬದಲಾವಣೆಗಳಲ್ಲಿ, ಅನ್ವಯವಾಗುವ ಮಟ್ಟಿಗೆ ಬಳಕೆದಾರರು/ಕ್ಲಿನಿಕ್‌ಗಳಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಮಾಹಿತಿ ನೀಡಲಾಗುತ್ತದೆ.

14. ಸಂಪರ್ಕ

ಈ ನೀತಿ ಅಥವಾ ವೈಯಕ್ತಿಕ ಡೇಟಾದ ಉಳಿಸುವಿಕೆ/ವಿಲೇವಾರಿಗೆ ಸಂಬಂಧಿಸಿದ ನಿಮ್ಮ ಪ್ರಶ್ನೆಗಳಿಗಾಗಿ:

ಇಮೇಲ್: hello@corenta.app ಡೇಟಾ ಕಂಟ್ರೋಲರ್: Mertcan Demir — "Teta Studio" ಎಂಬ ವ್ಯಾಪಾರ ಹೆಸರಿನಲ್ಲಿ ನಡೆಯುವ ಏಕಮಾಲೀಕತ್ವದ ಬಿಸಿನೆಸ್ ಸಪೋರ್ಟ್: support@corenta.app ಸೇವಾ ಪ್ರದೇಶ: Corenta ಅನ್ನು App Store ಮತ್ತು Google Play ಮೂಲಕ, ಈ ಸ್ಟೋರ್‌ಗಳು ಸೇವೆ ನೀಡುವ ದೇಶಗಳಲ್ಲಿ ಜಾಗತಿಕವಾಗಿ ಒದಗಿಸಲಾಗುತ್ತದೆ. ಈ ನೀತಿಯಲ್ಲಿನ ಅವಧಿಗಳು ಪ್ರತಿ ದೇಶದ ಬಳಕೆದಾರರಿಗೆ ಅನ್ವಯವಾಗುತ್ತವೆ; ಒಂದು ದೇಶದ ಕಡ್ಡಾಯ ಶಾಸನ ಕಡಿಮೆ ಅಳಿಸುವಿಕೆ ಅವಧಿ ಅಥವಾ ದೀರ್ಘ ಉಳಿಸುವಿಕೆ ಬಾಧ್ಯತೆಯನ್ನು ನಿಗದಿಪಡಿಸಿದರೆ ಆ ನಿಬಂಧನೆ ಅನ್ವಯವಾಗುತ್ತದೆ.

ಕೊನೆಯ ಅಪ್‌ಡೇಟ್: 19 ಅಕ್ಟೋಬರ್ 2026 ಆವೃತ್ತಿ 1.9 · 19 ಅಕ್ಟೋಬರ್ 2026