Veri sahipliği

Biletleme Verilerinizin Sahibi Kim? İmzadan Önce Netleştirilmesi Gereken Sorular

Biletleme verilerinizin sahibi, sözleşme kimi gösteriyorsa odur, ve sözleşme, siz ayrılmayı düşünmeden çok önce yazılır. Organizatörlerin çoğu, gerçekte neye sahip olduğunu platform değiştirmeye çalıştığı gün öğrenir; «verileriniz» o gün toplu raporlardan oluşan bir PDF çıkar. Bu makale, tedarikçilerin müzakere masasında verdiği standart güvenceleri alıp madde madde teste tabi tutuyor. Amaç, veri sahipliğinin çıkışta değil, imzada netleşmesi.

An analytics dashboard of event audience data

Veri sahipliği neden bir özellik değil, sözleşme meselesidir?

Etkinliklerinizin ürettiği müşteri dosyası, biletleme ilişkisinin genellikle en kalıcı varlığıdır; her satış döneminden daha uzun yaşar. Sektörün kendi sicili bunun değerini gösteriyor: 2018'de Live Nation, Songkick'in açtığı davayı kapatmak için 110 milyon dolar ödedi; dava, Ticketmaster çalışanlarının bir rakibin gizli sistemlerine eriştiği iddialarını da içeriyordu. 2020'de Ticketmaster aynı fiiller için 10 milyon dolarlık ek bir cezai yaptırım ödedi. Kimse değersiz veri için bu tutarları ödemez.

Verinin muhafazası iki yönlü keser: 2024'te bir korsan grubu, yaklaşık 560 milyon Ticketmaster müşterisinin kayıtlarını elinde tuttuğunu iddia etti, kitlenizin verisini kim tutuyorsa riski de o taşır. Sektör birliği INTIX'in belgelediği gibi, tek bir bilet satışının verisi genellikle birden çok tarafa dağılır: platform, mekân, hak sahibi, yeniden satış operatörü, her birinin hakları farklıdır. Sahiplik, erişim ve taşınabilirlik sözleşme maddeleridir; bunları komisyon tablosuyla aynı titizlikle müzakere edin.

Efsane 1: «Veriler sizin, sözleşmede yazıyor»

Uygulamada «verileriniz» tanımlı bir terimdir. Çoğu zaman etkinlik yapılandırmasını ve hakediş kayıtlarını kapsar; kimliği belirli bilet alıcısı kayıtları ise platformun kontrol ettiği başka bir tanımlı terimin altındadır. KVKK, GDPR ve benzeri rejimlerde kişisel veri mülk gibi sahiplenilmez: sözleşmenin gerçekte dağıttığı şey, müşteri kayıtları üzerinde kimin veri sorumlusu olarak hareket ettiği, kimin yalnızca veri işleyen kaldığıdır. (Bu makale karar desteğidir, hukuki danışmanlık değildir; tanımlı terimleri hukuk ekibinize inceletin.)

Sorulacak soru: etkinliklerimden doğan kimliği belirli bilet alıcısı kayıtlarını hangi tanımlı terim kapsıyor ve kuruluşum bu kayıtların veri sorumlusu olarak adlandırılıyor mu?

İyi bir yanıt, etkinliklerinizin ürettiği alıcı kayıtlarında sizi veri sorumlusu (veya ortak sorumlu) olarak adlandırır; platform bu kayıtları sizin belgelenmiş talimatlarınızla işler.

Efsane 2: «Verilerinizi istediğiniz an dışa aktarabilirsiniz»

Uygulamada «dışa aktarma» çoğu zaman toplu panolar ve sınırlı alanlı bir tablo demektir, sipariş toplamları, koltuk blokları, posta kodları, iletişim bilgileri ve rıza durumunu içeren tam müşteri kayıtları değil. Bazı sözleşmeler çıkışta bir veri çıkarma ücreti ekler ya da aktarımı hiçbir hizmet seviyesi taahhüdü olmayan bir destek talebine yönlendirir.

Sorulacak soru: tam olarak hangi alanlar, hangi formatta, self servis mi yoksa talep üzerine mi, hangi maliyetle ve ne kadar sürede dışa aktarılabiliyor?

İyi bir yanıt, iletişim bilgilerini ve rıza işaretlerini içeren yazılı bir alan listesidir; makine tarafından okunabilir formatta, self servis ve temel ücrete dahildir.

Efsane 3: «Verilerinizi yalnızca toplu ve anonim biçimde kullanırız»

Uygulamada bu madde, çoğu zaman platforma başka etkinlikleri, rakiplerinizinkiler dahil, sizin satışlarınızla kazanılmış alıcılara pazarlama hakkı veren bir başka maddeyle yan yana durur. Toplu kıyaslama meşrudur ve gerçekten faydalıdır. Kitlenizin kimliği belirli biçimde başkasının envanterini satmak için yeniden kullanılması ise sizden platforma ticari değer aktarımıdır.

Sorulacak soru: platform, kontrol etmediğim envanteri tanıtmak için benim etkinliklerimin alıcılarıyla iletişime geçebilir mi?

İyi bir yanıt ikisini net ayırır: toplu analitik, evet; alıcılarınıza kimliği belirli pazarlama, yalnızca o amaç için alınmış rızayla ve sizin görünürlüğünüzle.

Efsane 4: «Pazarlama rızaları veriyle birlikte gelir»

Uygulamada bir rıza, ancak metni kadar taşınabilirdir. Onaylar platformun markası ve gizlilik politikası altında toplandıysa, çıkışta hukuken iletişime geçemeyeceğiniz bir e-posta adresi listesi teslim alabilirsiniz, rıza, sizin ilişkinize değil platformla kurulan ilişkiye aitti. Organizatörlerin en sık geç fark ettiği madde budur ve white-label biletleme lehindeki en güçlü veri argümanıdır: satın alma ve rıza, sizin markanız altında ilerler.

Sorulacak soru: ödeme adımındaki rıza metni kimin adına yazılmış ve rıza kayıtları, zaman damgası, metin, kapsam, müşteri dosyasıyla birlikte dışa aktarılıyor mu?

İyi bir yanıt: sizin adınıza toplanan rıza ve her dışa aktarıma dahil edilen rıza üstverileri.

Efsane 5: «Kendi verinize tam API erişiminiz olacak»

Uygulamada API erişimi, kâğıt üzerindeki sahipliğin fiili sahiplikle buluştuğu noktadır. Kapsamı, çağrı limitlerini, ortamları ve fiyatlandırmayı belirtmeden «erişim» tanıyan bir sözleşme, platformun kendi verinizi size kademe kademe geri satmasına izin verir.

Sorulacak soru: tüm etkinlik ve müşteri verime belgelenmiş, üretim seviyesinde okuma erişimi temel ücrete dahil mi, ve teknik ekibim bunu imzadan önce test edebilir mi?

İyi bir yanıt, gerçek API dokümantasyonu, ilk günden üretim erişimi ve kendi kayıtlarınızı okumak için çağrı başına ücret alınmamasıdır.

Efsane 6: «Raporlama her zaman erişilebilir»

Uygulamada raporlama, siz müşteri olduğunuz sürece erişilebilirdir. Sözleşmenin bittiği gün panolar kararır, ve birçok anlaşma, fesih sonrası erişim, geçmiş verinin saklanması ve nihai teslim konusunda sessizdir. Beş yıllık talep geçmişi bir pazarlık kozuna dönüşür. Sözleşme süresince gerçekten gerçek zamanlı görünürlükte de ısrar edin: satış verileri ve temel sinyaller her satış döneminde ve sonrasında erişilebilir olmalı; aylık bir PDF değil.

Sorulacak soru: fesih günü raporlamaya ve geçmiş verilere ne oluyor, tanımlı bir dışa aktarma penceresi ve sonrasında teyitli bir silme tarihi var mı?

İyi bir yanıt, fesih sonrası tam teslim için tanımlı bir dışa aktarma penceresi (30–90 gün yaygın uygulamadır) ve ardından kimliği belirli kayıtların belgelenmiş silinmesini içerir.

Efsane 7: «Yeniden satış verilerinize dokunmaz»

Uygulamada her ikincil işlem, ikinci bir müşteri kaydı yaratabilir, gerçek katılımcının kaydı, ve bu kayıt, yeniden satışı kim işletiyorsa onda kalır. Karaborsanın kronik bir sorun olduğu bir pazarda bu somut bir meseledir: yeniden satış platformunuzun dışında dönüyorsa mekâna gerçekte kimin girdiğini göremezsiniz; platformun içinde dönüyor ama sözleşme sessizse, yeniden satış alıcılarının kayıtları «sizin» verinizden hiç sayılmayabilir.

Sorulacak soru: yeniden satış ve devir alıcılarının kayıtları, birincil alıcılarla aynı koşullarda müşteri dosyama akıyor mu?

İyi bir yanıt, yönetilen yeniden satışı aynı veri kümesinin parçası sayar; böylece dosyanızda yalnızca ilk alıcı değil, koltukta gerçekten oturan kişi yer alır.

Çıkış günü testi

Herhangi bir biletleme sözleşmesini değerlendirmenin en hızlı yolu: çıkışı imzadan önce prova edin. Tedarikçiden, fesih günü tam olarak ne teslim alacağınızı yazılı biçimde tarif etmesini isteyin. Taşınabilirlik pratikte beş teslimat gerektirir:

  • Önceden anlaşılmış alan listesiyle, kimliği belirli tam müşteri kayıtları.
  • Metni, kapsamı ve zaman damgasıyla rıza kayıtları.
  • İadeler ve devirler dahil eksiksiz işlem geçmişi.
  • Kayıtları gerçek katılımcılarla eşleştiren yeniden satış ve devir zinciri.
  • Makine tarafından okunabilir teslim; atanmış bir teslim sorumlusu ve net bir tarih.

Bunu tek sayfada yanıtlayabilen bir tedarikçi bunu daha önce yapmıştır. «Ekibimiz geçişinize destek olacaktır» diye yanıtlayan tedarikçi de aslında yanıtlamıştır.

webook.com nerede duruyor?

İyi uygulamayı tanımlamak, tedarikçileri, biz dahil, ona karşı test edebiliyorsanız işe yarar. Kayıtlara geçsin, yayındaki sayfalarımızdan: webook.com'un white-label çözümü şunu söylüyor: «Your audience and sales data stay yours», kitleniz ve satış verileriniz sizin kalır. Analitik altyapımız satış verilerini ve temel sinyalleri satış dönemlerinde ve sonrasında erişilebilir kılar; rapor çıktıları ekipler arası paylaşım için tasarlanmıştır. Hâlen beta aşamasındaki webook.com Reporting App ise gelir, katılım, kitle ve kanal performansını gerçek zamanlı izler; CSV ve PDF dışa aktarımı sunar. Bu sayfaları, ve bu makalenin yedi sorusunu, ticari ekibimizin ve kısa listenizdeki her tedarikçinin önüne koyun. Soruları biz yazdık; bize sorulmasını bekliyoruz.

Yöneticiler için SSS

İmzadan önce netleştirin

Bu yıl bir biletleme sözleşmesi müzakere ediyor veya yeniliyorsanız, bu yedi soruyu şartnamenize olduğu gibi ekleyin, ve webook.com'u da herkesle birlikte bu sorularla değerlendirin. Ekibimizden demo talep edin ve her sorunun en zorlu hâlini getirin. Bilgiler Ağustos 2026 itibarıyla doğrulanmıştır.

Sık sorulan sorular

Biletleme müşteri verilerinin hukuki sahibi kimdir?

KVKK, GDPR ve benzeri kanunlarda kişisel veri mülk gibi sahiplenilmez; kontrolü sözleşme dağıtır. Organizatörün pratik hedefi, kendi etkinliklerinden doğan kimliği belirli alıcı kayıtlarında veri sorumlusu olarak adlandırılmak, platformun bu kayıtları talimatla işlemesidir. Tanımlı terimleri hukuk ekibinize inceletin.

Bir organizatör biletleme platformundan ayrılırken hangi verileri almalıdır?

Anlaşılmış alan listesiyle kimliği belirli tam müşteri kayıtları, metin ve zaman damgası içeren rıza kayıtları, eksiksiz işlem geçmişi ile yeniden satış ve devir kayıtları, fesih sonrası tanımlı bir pencere içinde, genellikle 30–90 günde, makine tarafından okunabilir formatta.

Bir biletleme platformu müşterilerime başka etkinlikler pazarlayabilir mi?

Ancak sözleşme veya rıza metni izin veriyorsa, ikisini de kontrol edin. Temiz bir kurulum toplu analitiğe izin verir; üçüncü taraf envanterinin alıcılarınıza kimliği belirli biçimde pazarlanmasını, o amaç için alınmış rıza yoksa yasaklar.

White-label biletleme veri sahipliğini değiştirir mi?

Varsayılanı değiştirir. White-label bir vitrinde satın alma ve rıza sizin markanız altında ilerler; bu, rızaları taşınabilir kılar ve müşteri ilişkisi üzerindeki hakkınızı güçlendirir. webook.com'un white-label sayfası bunu açıkça söylüyor: kitleniz ve satış verileriniz sizin kalır.

Toplu veri ile kimliği belirli veri hakları arasındaki fark nedir?

Toplu veri kimlikten arındırılmıştır; kıyaslama ve ürün geliştirme için kullanılır, ticari riski düşüktür. Kimliği belirli veri, alıcılarınızı adlandırır; üzerindeki haklar kitlenizle kimin iletişime geçebileceğini ve onu kimin gelire dönüştüreceğini belirler. İyi bir sözleşme iki kategoriyi ayrı maddelerde ele alır.

webook.com'da ilgili sayfalar

Tüm makaleler

Başlayın

Etkinliğinizin bilet sistemini birlikte kuralım

Etkinliğinizi ve hedeflerinizi anlatın; size uygun kurulum için özel bir ekip görevlendirelim.

Hemen başlayın
İş ortağımız olun