2026 Kontrol Listesi: Federal Law No. 152-FZ kapsamında etkinlik kayıt formu

Pratik bir kayıt formu kontrol listesi: hangi veriler toplanmalı, onaylar ve erişimler nasıl ayrılmalı ve yayına almadan önce neler kontrol edilmeli.

152-FZ kapsamında bir etkinlik kayıt formu çoğu zaman eski bir anketle başlar. Alışkanlıkla ad, iletişim bilgileri, şirket, pasaport bilgileri ve yemek tercihi eklenir. Ardından yanına tek bir genel onay kutusu konur. Ancak kaydı açmadan önce her alanın neden gerekli olduğuna, kimin göreceğine ve verilerin ne zaman silineceğine karar vermek gerekir.

Biz Aventura'da veri akışı ve ekip adımlarıyla başlıyoruz. Kayıt, konferans veya forum hazırlığının bir parçasıysa formu, iletişimi, giriş düzenini ve hizmetlerin çalışmasını tek bir planda birleştiriyoruz.

Önemli: Bu makale hukuki danışmanlık değil, bizim organizasyon pratiğimizi anlatır. Veri sorumlusu ve hukukçusu işleme dayanaklarını, onay metinlerini, süreleri, alıcıları, bildirimleri ve somut çalışma şemasını onaylar.

Formu 152-FZ kapsamında denetlemeye nereden başlamalı?

Kısaca: beş kararla başlayın: veri sorumlusu kim, veriler hangi amaçlarla toplanıyor, işleme hangi hukuki dayanakla yapılıyor, bilgiler kimlere aktarılıyor ve ne zaman siliniyor. Yanıtlar kayıt altına alınmadan tasarımı tasarımcıya veya platforma teslim etmek için erkendir. Arayüz; gereksiz alanları, birbirine karışmış amaçları ve belirsiz erişimleri düzeltemez.

Veri sorumlusu, amaçları, verilerin kapsamını ve bunlarla ilgili işlemleri belirleyen kişi olarak kabul edilir. Kurumsal bir projede bu rol genellikle etkinlik sahibinde kalır. Platform, mekân, baskı hizmeti, çağrı merkezi ve organizasyon ekibi verileri onun talimatıyla işleyebilir. Ancak roller, sözleşmedeki şirket adına değil, fiili şemaya bağlıdır.

Formdan önce kısa bir işleme pasaportu hazırlayın:

1. tüzel kişi veri sorumlusu ve başvurular için iletişim;
2. her işleme amacı ayrı satırda;
3. amacın gerçekleştirilmesi için vazgeçilmez alanlar;
4. seçilen hukuki dayanak;
5. verilerle yapılan işlemler, sistemler ve alıcılar;
6. işleme süresi ve silme koşulu;
7. erişim, değişiklik ve çalışmanın sonlandırılmasından sorumlu kişi.

Genel kural olarak veri sorumlusu, işlemeye başlamadan önce Roskomnadzor'a bildirimde bulunur. İstisnalar dardır ve sıradan bir web formu çoğunlukla bunlara girmez. Bildirimdeki bilgiler, Rusya vatandaşlarının verilerinin bulunduğu veri tabanlarının konumu ve sınır ötesi aktarımın olup olmadığı ayrıca kontrol edilir.

Kişisel verilerin işlenmesine ilişkin politika, toplamanın yapıldığı sayfadan erişilebilir olmalıdır. Sayfadaki metin, yüklenicilerle yapılan sözleşmeler ve veri sorumlusunun bildirimi farklı süreçleri tanımlamamalıdır. Formda yemek ve transfer varsa, ancak belgelerde yalnızca soyut bir "hizmet sunumu" amacı belirtiliyorsa model gözden geçirilmelidir.

Hedefler ve Asgari Alanlar Matrisi

Kısaca: çalışma formu ekibin eylemlerinden yola çıkılarak oluşturulur. Her alan için hedefi, sonraki eylemi, erişim yetkisi olan rolü ve kullanım süresini belirtin. Yanıt belirli bir işlemle ilişkilendirilemiyorsa alan kaldırılır, isteğe bağlı hale getirilir veya koşullu bir dala taşınır. Ortak katılımcı kartı, tüm birimler için tek bir tablo anlamına gelmez.

Basit bir test kullanıyoruz: alanın hedefi -> kim kullanıyor -> hangi anda -> kime açık -> ne zaman siliniyor. Bu, "her ihtimale karşı" veri toplamayı ortadan kaldırmaya ve farklı uygulayıcıların kaydın farklı bölümlerine ihtiyaç duyduğunu önceden görmeye yardımcı olur.

Şirket ve unvan, B2B yaka kartı, protokol veya networking için uygundur. Herkese açık bir etkinlik için zorunlu olmaları gerekmez. Telefon, net bir arama, SMS veya acil iletişim senaryosu olduğunda gereklidir. Onay ve değişiklikler yalnızca e-posta ile geliyorsa, ikinci iletişim alanı ayrı bir gerekçe gerektirir.

Etkinlik katılımcı kaydı için durum bilgilerini içeren tek bir ana kayıt tutuyoruz. Birimler kısaltılmış sürümleri alır. Bankoya giriş verileri, catering ekibine diyet kategorisi, şoföre ulaşım güzergâhı açıktır. Gereksiz bilgiler bu sürümlere dahil edilmez.

Alan kontrolünü kart üzerinden yürütmek uygundur:

Eylem belirtilmemişse alanı kaldırmak daha iyidir. Yalnızca kitlenin bir kısmı için gerekiyorsa koşullu blok kullanın. Birincil kayıt ad, iletişim bilgisi ve katılım kategorisinden oluşabilir. Otel, transfer, otopark ve geçiş rejimli tesis verileri ilgili hizmet seçildikten sonra açılır.

Arayüzde hangi onaylar ayrılmalı?

Kişisel verilerin işlenmesine onay, reklam mesajları ve verilerin yayılması farklı amaçlara hizmet eder. Bunlar etkinlik kurallarının içine gizlenemez veya tek bir zorunlu onay kutusunda birleştirilemez. İki bin yirmi beş yılının bir Eylül'ünden itibaren kişisel verilerin işlenmesine onay, onaylanan diğer bilgilerden ayrı olarak alınır. Her seçim ayrı ayrı kaydedilir ve doğrulanır.

Ücretsiz açık kayıt için genellikle işleme dayanağı olarak onay kullanılır. Ücretli katılımda verilerin bir kısmı sözleşmenin kurulması veya ifası için gerekli olabilir. Kapalı kurumsal format ise dayanakların ayrıca doğrulanmasını gerektirir. «Her şeyi onay temelinde işliyoruz» şeklindeki genel bir ifade bu çalışmanın yerini tutmaz.

Elektronik form, kişinin işlemini kanıtlamaya imkân vermelidir. Ekibimizden metnin sürümünü, tarih ve saati, form kimliğini, kayıt kaydını ve her seçimin sonucunu saklamasını istiyoruz. Onay kutusu önceden işaretlenmez. Politika bağlantısı yanında kalır, ancak politikanın kendisi belirli katılımcının iradesinin yerini tutmaz.

Pratikte arayüz şu şekilde ayrılabilir:

1. operatör kayıt dayanağı olarak onayı kullanıyorsa temel işleme için zorunlu seçim;
2. gelecekteki etkinlikler ve teklifler için reklam amacıyla ayrı gönüllü seçim;
3. katılımcının adı, unvanı, şirketi, fotoğrafı veya kartının yayımlanması için ayrı karar;
4. ziyaret kuralları, teklif ve diğer belgeler işleme onayından ayrı olarak onaylanır.

Reklam reddi kaydı engellememelidir. Organizasyon e-postası başvuruyu teyit eder, adresi, program değişikliklerini veya giriş kurallarını bildirir. Bir sonraki etkinliğin duyurusu ve iş ortağı teklifi pazarlama amacına girer. Ayrıntılı sınırı katılımcılara spam olmadan SMS başlıklı yazımızda ele alıyoruz.

Herkese açık katılımcı listesi özel dikkat gerektirir. Veriler belirsiz bir kişi grubunun erişimine açılırsa operatör yayma için ayrı onayı kontrol eder: hangi bilgilerin, hangi kaynaklarda, hangi amaçla ve hangi süreyle yayımlanacağını. Genel kayıt onay kutusu böyle bir izin oluşturmaz.

Tek kayıt ve ekibin farklı erişimleri

Kısaca: katılımcı verilerini tek bir yönetilen ana kayıtta saklamak, her birime ise yalnızca kendi çalışma setini göstermek daha doğrudur. Böylece ekip, birbirinden ayrışan tablo sayısını azaltır ve gereksiz erişimi sınırlar. Rol; belirli alanları, işlemleri ve süreyi alır. «Organizasyon komitesi için» tam dışa aktarım neredeyse her zaman uygulayıcıların görevinden daha geniştir.

Uygulamalarımızda kurumsal etkinliklerde form; akreditasyon, yaka kartları, yemek, ulaşım ve konaklama süreçlerine hizmet eder. Mesajlaşma ve raporlamayı ekip ayrıca yürütür. Hata, tüm süreçlerin tüm sütunları içeren tek bir CSV dosyası almasıyla ortaya çıkar.

Erişim proje süresi için verilir. Manuel değişiklik; yazarı, zamanı, eski ve yeni değeri saklar. Dışa aktarım; sahibi, amacı ve tarihi alır. Ana kayıt güncellendikten sonra eski kopya çalışma sürümü olarak kalmamalıdır.

İsteğe bağlı seçimden vazgeçme tüm zincir boyunca ilerler. Katılımcı görsel yayınına ilişkin kararını değiştirdiyse durum çekim ve editör ekibine ulaşmalıdır. Bu ret için organizasyonel akış, fotoğraf ve video izni hakkındaki makalede daha ayrıntılı açıklanmıştır.

Sponsor, genel kayıt veri tabanını otomatik olarak almaz. İletişim bilgisi, katılımcının ayrı ve anlaşılır bir eyleminin ardından veya başka bir onaylanmış modelde aktarılır. Proje için toplu göstergeler ve gönüllü ilgi kartları kullanılabilir. Seçenekler, katılımcı listesi paylaşılmadan sponsor iletişimi incelemesinde bir araya getirilmiştir.

Etkinlik hazırlığına dair bu tür çalışma şemaları işinize yarıyorsa, bunları Aventura'nın Telegram kanalında yayımlıyoruz. Makalede hassas ve koşullu alanların incelenmesine devam ediyoruz.

Pasaport, yemek ve fotoğraf hangi durumlarda ayrı bir kontrol gerektirir?

Kısaca: pasaport, sağlık bilgileri ve görsel alışkanlıkla forma eklenmemelidir. Bu tür her alan için belirli bir amaç, asgari kapsam, sınırlı erişim ve silme süresi gerekir. Pasaport bilgileri otomatik olarak özel kategorilere girmez, ancak çoğu zaman gereğinden fazladır. Sağlık ve görselle kimlik tespiti özel hukuki rejimler içerebilir.

Pasaport bölümü yalnızca belirlenen görevin onsuz yerine getirilemediği yerlerde uygundur: örneğin, güvenlikli bir tesisin şartı, sözleşmeye veya taşımaya ilişkin bir işlem. Önce mekândan veya ev sahibi taraftan yazılı bir liste talep edin. Bazen giriş için listede ad soyad ve kapıda belgenin görsel kontrolü yeterlidir.

Belge alanları ayrı bir grup için gerekiyorsa, bunları herkese göstermeyin. Erişimi geçiş kartı düzenleyen çalışanlarla sınırlayın. İş kayıt sisteminde diğer rollere, asıl bilgiler olmadan onaylandı veya ek bilgi gerekli durumu bırakılabilir.

Yemekle ilgili soru, ekibin eylemi üzerinden sorulur. Hastalıkları sıralamalarını istemek yerine, gerekli menü kategorisini seçmelerini veya pratik bir koşulu tanımlamalarını önerin. Serbest metin alanına, tanı ve gereksiz tıbbi bilgi belirtilmemesi ricasını ekleyin.

Yemek dağıtımı için genellikle bir hizmet ID'si, kategori, nokta ve saat yeterlidir. Bu süreç etkinlik catering hizmeti ile ilişkilendirilmeli ve erişim çevresi sınırlandırılmalıdır.

Yüz içeren sıradan bir fotoğraf, yalnızca görüntü olduğu için biyometrik veri haline gelmez. Biyometri rejimi, operatörün görüntüyü kimlik tespiti için kullanması durumunda ortaya çıkar. Ad, unvan, şirket veya fotoğrafın kamuya açık şekilde yayımlanması ise ayrı bir görev olup yayma rejiminin kontrol edilmesini gerektirir.

Aile etkinliği için form, çocuğun ve yasal temsilcinin verilerini ayırmalıdır. Temsilcinin rolü ve yetkileri somut duruma göre kontrol edilir. Doğum belgesi ve pasaport kopyaları gereksiz yere toplanmaz. Sağlık ve refakat bilgilerine yalnızca bu görevi yürütenler erişebilir.

Yabancı uyruklu olmak, sıradan bir yaka kartı için tek başına pasaport kopyalama ihtiyacı yaratmaz. Kapsamlı veri toplama için organizatörün yine de ayrı bir amaca ve doğrulanmış bir hukuki dayanağa ihtiyacı vardır.

Yükleniciler, platformalar ve veri saklama yeri

Verilerin mekâna, kayıt platformuna, bülten servisine, otele veya ulaşım yüklenicisine aktarılması da işleme kapsamına girer. Veri sorumlusu amacı, bilgilerin kapsamını ve işlemleri tanımlar. Güvenliği, olay yönetimi prosedürünü ve silmeyi ayrıca denetler. «Yüklenici 152-FZ'ye uyuyor» ifadesi tek başına yeterli değildir: sözleşme ve fiili erişim şeması gereklidir.

İşleme talimatı gerçek akış güzergâhına uygun olmalıdır. Mekân giriş listesi alıyorsa, bu listede anket yanıtları ve pazarlama işaretleri bulunmamalıdır. Lojistik sorumlusuna görüşme süresince telefon gerekiyorsa, tüm katılımcıların iletişim bilgileri otomatik olarak ona aktarılamaz. Lojistik ve transferler için önceden kısaltılmış bir liste oluşturur ve güncellemelerin sahibini atarız.

152-FZ sayılı Kanun'un altıncı maddesinin üçüncü kısmı kapsamındaki talimatta aşağıdakiler zorunlu olarak belirlenir:

1. kişisel verilerin listesi;
2. verilerle gerçekleştirilecek işlemlerin listesi ve işleme amaçları;
3. verilerin gizliliğini koruma yükümlülüğü;
4. on sekizinci maddenin beşinci kısmı ile on sekiz-1 maddesinin gereklilikleri;
5. gerekliliklere uygunluğu kanıtlayan belgeleri sağlama yükümlülüğü;
6. 152-FZ sayılı Kanun'un on dokuzuncu maddesi uyarınca güvenlik gereklilikleri;
7. yirmi birinci maddenin üç-1 kısmında belirtilen durumlarda veri sorumlusunu bilgilendirme yükümlülüğü.

Ayrıca proje için alt yüklenicilerin devreye alınma prosedürünün, verilerin iadesi veya silinmesinin, yedek kopyalarla çalışmanın ve görev tamamlandıktan sonra imhanın teyit edilme yönteminin kararlaştırılmasını öneririz. Bu koşullar pratik boşlukların kapatılmasına yardımcı olur, ancak altıncı maddenin üçüncü kısmının birebir listesine dahil değildir.

Rusya vatandaşlarının verileri internet üzerinden toplanırken kayıt, sistemleştirme, biriktirme, saklama, güncelleme ve çıkarma işlemlerinin nerede yapıldığı kontrol edilir. Sağlayıcının «sunucu Rusya'da» ibaresi, yedek kopyalar, analitik ve küresel müşteri yönetim sistemi (CRM) hakkındaki soruları yanıtlamaz. Yurt dışı destek ve devreye alınan veri işleyiciler ayrıca kontrol edilmelidir.

Yabancı bir kişiye veya başka bir devletin topraklarına aktarım, sınır ötesi aktarımın ayrıca değerlendirilmesini gerektirir. Veri sorumlusu, bu tür bir aktarım başlamadan önce alıcıyı, koruma tedbirlerini ve Roskomnadzor'a bildirimi kontrol eder. Gerekliliklerin güncel sürümü ve somut prosedür, veri sorumlusunun hukukçusu tarafından teyit edilmelidir.

Excel ve CSV dışa aktarımlarını ayrıca kontrol edin. Her dosya için bir sahip, saklama yeri, amaç ve süre gereklidir. Çalışma sohbeti ve yöneticinin kişisel dizüstü bilgisayarı veri tabanının kalıcı arşivi haline gelmemelidir. Kayıt değiştikten sonra eski dışa aktarım kapatılır ve amaç sona erdikten sonra kararlaştırılan silme başlatılır.

Formu gönderimden silmeye kadar nasıl test edersiniz?

Kısaca: bir form, veri yolculuğu tamamlandığında test edilmiş sayılır. Test; giriş ve onayı, koşullu dalları, kaydın değiştirilmesini ve dışa aktarımları kapsar. Ardından ekip kararların geri alınmasını, erişimlerin kapatılmasını ve silmeyi kontrol eder. «Başvuru alındı» mesajı yalnızca ilk adımı doğrular ve uygulayıcıların ne gördüğünü göstermez.

Sıradan bir katılımcıyla başlayın:

1. formu telefondan açın ve klavyeyle doldurun;
2. operatörün ve amaçların gönderimden önce göründüğünü kontrol edin;
3. yalnızca temel zorunlu alanları doldurun;
4. reklam, yayın ve sponsor iletişimini boş bırakın;
5. isteğe bağlı kararlara zorlanmadan kaydolun;
6. tarih, yer ve verileri düzeltme yöntemini içeren bir onay alın;
7. kaydın ana listede bir kez göründüğünden emin olun;
8. yaka kartı ve mesaj listelerindeki alanları amaç matrisiyle karşılaştırın.

Ardından koşullu dalları test edin. Transfer seçildiğinde yalnızca ulaşım alanları açılmalıdır. Otel için tarihler ve konaklama parametreleri gerekir, ancak genel formda banka kartı bilgisi istenmemelidir. Ayrı otel listesinin çalışma yapısını etkinlik rooming list'i hakkındaki materyalle karşılaştırabilirsiniz.

İstisnaları kontrol edin:

• yaka kartı basılmadan önce ve sonra ad düzeltmesi;
• ana iletişim kişisinin değiştirilmesi;
• tekrar gönderim ve kopya kayıt;
• katılımın iptali ve geri yüklenmesi;
• kayıt iptal edilmeden reklamdan vazgeçme;
• yayın kararının değiştirilmesi;
• son tarihten sonra tek tek seçeneklerin kapatılması;
• yanlış uçuşun sahte onay yerine kontrol ediliyor durumunda olması.

Geç kayıt, artık kapatılmış oteli, transferi veya özel yemeği vaat etmemelidir. Form mevcut seçenekleri gösterir ve tartışmalı talebi onay için ilgili sahibine iletir. Kontrol tarihleri ve istisnalar mantığını B2B etkinliğine geç kayıtlar hakkındaki makaleye taşıdık.

Arayüzden sonra rolleri kontrol edin. Her hesaba giriş yapın ve gereksiz alanların gizlendiğinden emin olun. Yaka kartı, güvenlik, yemek, transfer ve konaklama listelerini dışa aktarın. Sütun yapısı matrisle eşleşmelidir.

Ardından isteğe bağlı seçimi geri alın ve ilgili tüm listeleri kontrol edin.

Son senaryo projeyi kapatır. Ekip geçici erişimleri kapatır, test kayıtlarını siler ve onaylanmış silme veya anonimleştirmeyi başlatır. Genel kural olarak kanun, belirli durumlarda işlemenin durdurulması ve imha için süreler belirler, ancak somut saklama matrisi tek bir «geri alınana kadar» ifadesiyle değiştirilemez. Otomatik işlemede imha, bir tutanak ve günlük dışa aktarımıyla doğrulanır.

Kayıt başlatmadan önce yedi hata

Sorunların çoğu süreçlerin birbirine karışmasından kaynaklanır. Tek bir onay kutusu her şeyi kapsar, tam anket tüm tedarikçilere gönderilir, reklamlar hizmet e-postalarına düşer ve saklama süresini kimse belirlemez. Bu hatalar başlatmadan önce görülebilir. Kontrol için arayüzü, belgeleri ve sözleşmeleri karşılaştırmak, ardından test kaydı yapıp dışa aktarımları incelemek yeterlidir.

1. Tüm kararlar için tek onay kutusu. İşleme, reklam, yayınlama, iş ortakları ve ziyaret kuralları ayrı ayrı onay gerektirir.
2. Onay düğmede gizli. «Başvuruyu gönder» düğmesine basmak, fark edilmeden birkaç belgeyi ve amacı onaylamamalıdır.
3. İşlevsiz zorunlu alanlar. Doğum tarihi, cinsiyet, adres, pasaport, şirket veya unvan, geçmiş şablonda olduğu için toplanıyor.
4. Belirsiz veri sorumlusu. Formda projenin markası, politikada başka bir kişi, veri tabanına erişim ise üçüncü bir kuruluşta.
5. Herkes için tek dışa aktarım. Mekân, baskı, catering, ulaşım ve pazarlama tam CSV alıyor.
6. Kurumsal iletişim reklam iletişimine dönüşüyor. Kayıt onayından sonra kişi, ayrı bir seçim yapmadan gelecekteki tekliflerin bültenine ekleniyor.
7. İşlemenin sonlandırılması yok. Veriler CRM'de, e-postada, sohbetlerde, yerel tablolarda, geçiş sisteminde ve yedek kopyalarda kalıyor.

Kabul sırasında işe yarayan bir yöntem: yükleniciden test kaydı üzerinde üç gerçek işlem yapmasını isteyin. Bir alanı değiştirsin, bir rol için görünürlüğü kısıtlasın ve onaylanmış senaryoya göre kaydı silsin. Bu gösterim, vaat edilen ile gerçek mimari arasındaki farkları hemen ortaya koyacaktır.

Başlatma gününde neler kontrol edilmeli?

Kısaca: kayıt açıldığı gün ekip, formu telefonda ve farklı rollerle doldurur. Önce metinleri, zorunlu alanları ve ayrı seçimleri kontrol eder. Ardından erişimleri, e-postaları, dışa aktarımları ve işlem günlüğünü kontrol eder. Düzeltmelerden sonra tüm yol ilk sayfadan verilerin uygulayıcılarda görünmesine kadar tekrarlanır.

Hukuki ve organizasyonel model

• [ ] Veri sorumlusu belirtilmiş ve başvurular için çalışan bir iletişim bilgisi verilmiş.
• [ ] Her amaç; alanlar, hukuki dayanak, alıcılar ve süre ile ilişkilendirilmiş.
• [ ] Politika form sayfasından erişilebilir ve süreçle uyumlu.
• [ ] Roskomnadzor bildirimi ve içindeki bilgiler veri sorumlusu tarafından kontrol edilmiş.
• [ ] Veri tabanlarının konumu ve olası sınır ötesi aktarım kontrol edilmiş.
• [ ] Veri işleyicilerle yapılan sözleşmeler verileri, işlemleri, güvenliği ve silmeyi tanımlıyor.

Alanlar ve arayüz

• [ ] Yalnızca gerekli alanlar zorunlu kalmış.
• [ ] Koşullu bloklar yalnızca ilgili grup için açılıyor.
• [ ] İşleme rızası ayrı düzenlenmiş ve önceden işaretlenmemiş.
• [ ] Reklam ve yayma, bağımsız gönüllü kararlar olarak ayrılmış.
• [ ] Katılımcı, isteğe bağlı onay kutuları olmadan formu gönderebiliyor.
• [ ] Hata, neyin düzeltileceğini açıklıyor ve diğer yanıtları silmiyor.
• [ ] Alan etiketleri görünür, klavye odağı fark edilir, mobil düğme erişilebilir.

Veriler ve erişimler

• [ ] Ana kayıt bir kez oluşturuluyor.
• [ ] Yaka kartı, güvenlik, yemek, ulaşım ve otel kendi sütun setlerini alıyor.
• [ ] Tam dışa aktarım sınırlandırılmış ve günlüğe kaydediliyor.
• [ ] Manuel düzenleme; yazarı, zamanı ve değişikliği saklıyor.
• [ ] Güncellemeden sonra eski dışa aktarımlar çalışmaz hale geliyor.
• [ ] Geçici roller için devre dışı bırakma tarihi atanmış.

İletişim ve tamamlama

• [ ] Onay; tarih, yer, sonraki adım ve düzeltme kanalını içeriyor.
• [ ] Hizmet mesajları, ayrı rıza olmadan reklam içermiyor.
• [ ] İsteğe bağlı seçimden vazgeçme, ilgili tüm listeleri güncelliyor.
• [ ] İşlemeyi durdurma ve reklamdan vazgeçme talepleri kanalı çalışıyor.
• [ ] Veri sorumlusu ve yüklenicilerde silme sorumluları atanmış.
• [ ] İmha için tutanak ve günlük öngörülmüş.

İlk test grubundan sonra geri bildirimleri tek bir listede toplayın, formu düzeltin ve tüm yolu tekrarlayın. Değişiklikten sonra tek bir alanın kontrolü tam bir çalıştırmanın yerini tutmaz: yeni bir zorunluluk mobil senaryoyu, e-postayı veya koşullu dalı bozabilir.

Organizatörün sorumluluk sınırı

Kısaca: Etkinlik ekibi, veriler için anlaşılır bir yol haritası tasarlar ve her birimin gerekli asgari veriyi aldığını doğrular. Kişisel veri sorumlusu, işleme amaçları ve araçlarına ilişkin kararları alır. Hukukçusu ise hukuki dayanakları, onay metinlerini, süreleri, bildirimleri ve sözleşme şemasını onaylar. Roller birlikte çalışır, ancak birbirinin yerini almaz.

Aventura olarak biz, alanların ve durumların operasyonel haritasını oluşturabiliriz. Bu harita her rol için erişim yetkilerini, test senaryolarını, taşeronlara veri aktarımını ve erişimin kapatılmasını içerir. Tek bir onay metnini her etkinlik için çözüm olarak sunmuyoruz. Açık bir konferans, kapalı bir çalışan toplantısı, aile günü ve otel konaklamalı bir gezi farklı süreçler oluşturur.

Bu çalışmanın pratik sonucu basittir: her alanın bir gerekçesi, her rolün bir sınırı, her veri aktarımının bir sahibi ve verilerin anlaşılır bir yaşam döngüsü sonu vardır. Ardından sorumlu ve hukukçu bu şemayı kontrol eder ve belgeleri onaylar.

Formu, mekânı, iletişimi ve taşeronların çalışmalarını birbirine bağlamanız gerekiyorsa, kurumsal etkinlik organizasyonu formatını inceleyin. Kayıt sürecini projenin genel planına dahil eder ve süreci müşteri ile hukukçusunun ortak denetimine hazır hale getiririz.

Kaynaklar

• Temel kavramlar: 152-FZ sayılı Federal Kanun'un 3. maddesi.
• İşleme ilkeleri: 152-FZ sayılı Federal Kanun'un 5. maddesi.
• İşleme koşulları ve talimat: 152-FZ sayılı Federal Kanun'un 6. maddesi.
• İlgili kişinin rızası: 152-FZ sayılı Federal Kanun'un 9. maddesi.
• Özel nitelikli veri kategorileri: 152-FZ sayılı Federal Kanun'un 10. maddesi.
• Yayılmasına izin verilen veriler: 152-FZ sayılı Federal Kanun'un 10.1. maddesi.
• Biyometrik kişisel veriler: 152-FZ sayılı Federal Kanun'un 11. maddesi.
• Sınır ötesi aktarım: 152-FZ sayılı Federal Kanun'un 12. maddesi.
• İletişim araçlarıyla doğrudan tanıtım: 152-FZ sayılı Federal Kanun'un 15. maddesi.
• Veri toplama ve yerelleştirme: 152-FZ sayılı Federal Kanun'un 18. maddesi.
• Operatörün politikası ve tedbirleri: 152-FZ sayılı Federal Kanun'un 18.1. maddesi.
• Kişisel verilerin güvenliği: 152-FZ sayılı Federal Kanun'un 19. maddesi.
• İşlemenin sona ermesi ve imha: 152-FZ sayılı Federal Kanun'un 21. maddesi.
• Roskomnadzor'a bildirim: 152-FZ sayılı Federal Kanun'un 22. maddesi.
• Telekomünikasyon ağları üzerinden reklam: 38-FZ sayılı Federal Kanun'un 18. maddesi.
• Rızanın ayrı düzenlenmesi: 24.06.2025 tarihli ve 156-FZ sayılı Federal Kanun.
• İmhanın teyidi: Roskomnadzor'un 28.10.2022 tarihli ve 179 sayılı emri.
• Bildirim formları: Roskomnadzor'un 28.10.2022 tarihli ve 180 sayılı emri.