Biletleme API'leri ve Entegrasyonları: Platform Sözleşmesini İmzalamadan Önce Neleri Değerlendirmelisiniz?

Bu rehber, platform seçiminin teknik inceleme katmanını kapsar. Komisyonlar, hizmet modeli ve referanslar gibi ticari kriterler için etkinlik biletleme platformu nasıl seçilir başlıklı ana rehberimizden başlayın. Burada elinizde bir kısa liste ve onu sorgulamaya hazır bir teknik ekip olduğunu varsayıyoruz.

Bir biletleme platformu neden altyapı tedarikçisi gibi değerlendirilmelidir?

Çünkü biletleme platformu paranızın, müşteri kayıtlarınızın, envanterinizin ve mekânınızın kapılarının tam ortasında durur. Bunlar, bir kurumun kontrolünü kaybetmeyi en az göze alabileceği dört varlıktır. Yazılım tedarikçileri özellikleriyle yargılanır. Altyapı tedarikçileri ise arayüzleri, güvenilirlikleri ve çıkış koşullarıyla yargılanır. Biletleme platformu, yazılım kılığına girmiş bir altyapıdır ve satın alma süreci de buna göre yürütülmelidir.

Ciddi tedarikçiler arasında demo düzeyinde özellik eşitliği artık yüksektir: koltuk haritaları birbirine benzer, panolar birbirine benzer, satın alma akışları birbirine benzer. Farkı yaratan, platformun sahibi olmadığı sistemlerle konuşmak zorunda kaldığı andır: CRM'iniz, ödeme kuruluşunuz, turnikeleriniz, veri ambarınız, dağıtım ortaklarınız. Bu sınırlardaki eksikler ancak imzadan sonra ortaya çıkar; mühendislik yamaları, mutabakat için ayrılan kadrolar ve elle dışa aktarılan raporlar biçiminde. Buna entegrasyon borcu denir ve sözleşme süresi boyunca sessizce birikir.

En fazla risk taşıyan alıcılar kurumsal organizasyonlardır, kulüpler, mekânlar, eğlence tesisi portföyleri, etkinlik sahipleri. Çünkü platformun içine yerleşmesi gereken mevcut bir sistem mimarisiyle gelirler. Onlar için doğru tercih, mimariye oturan platformdur; en uzun özellik listesine sahip olan değil.

Bir biletleme platformunun altı entegrasyon yüzeyi nedir?

Altı yüzey şunlardır: kimlik (alıcının kim olduğu), envanter (ne sattığınız ve hangi sistemin kontrol ettiği), ödemeler (paranın nasıl hareket ettiği ve nasıl hesaba geçtiği), erişim (seyircinin fiziksel olarak nasıl girdiği), veri (neler öğrenip neleri dışa aktarabildiğiniz) ve dağıtım (biletlerin kendi gişeniz dışında nerelerde satıldığı). Platformunuzun birlikte çalışmak zorunda olduğu her sistem bu altı yüzeyden birine oturur.

Her yüzeyi üç adımda değerlendirin: iyi bir çözüm neye benzer, gerçeği ortaya çıkaran sorular nelerdir ve hangi kırmızı bayraklar görüşmeyi durdurmalıdır. Bir platform dört yüzeyde mükemmel olup işinizin bağlı olduğu iki yüzeyde sizi batırabilir. Olgun bir CRM'e sahip bir kulüp için hayati olan kimlik ve veridir; nakitsiz alan işleten bir festival için ise ödemeler ve erişimdir.

Kimlik: Platform CRM'inize ve oturum açma altyapınıza uyuyor mu?

İyi çözüm şöyle görünür: Kayıt sistemi olarak CRM'iniz veya müşteri veri platformunuz kalır; platform, alıcı kayıtlarını belgelenmiş arayüzler üzerinden iki yönlü ve neredeyse gerçek zamanlı senkronize eder, gece çalışan toplu aktarımlarla değil. Tek oturum açma açık standartlarla çalışır; üyeler, kombine sahipleri ve personel sizin yönettiğiniz kimliklerle doğrulanır. Rıza ve pazarlama izni işaretleri kayıtla birlikte taşınır: Satın alma sırasında alınan ama CRM'inize hiç ulaşmayan bir rıza, yalnızca veri açığı değil, uyumluluk açığıdır.

Sorulacak sorular:

• Müşterinin ana kaydını hangi sistem tutuyor, bu sistem bizimki olabilir mi?
• Alıcı verileri webhook veya olay akışlarıyla sürekli mi senkronize oluyor, yoksa yalnızca zamanlanmış dışa aktarmayla mı?
• Alıcı CRM'imizde zaten varsa mükerrer kayıtlar nasıl çözülüyor?
• Rıza ve tercih işaretleri alan alan aktarılıyor mu?

Kırmızı bayraklar: yalnızca elle alınan dosyalarla dışa aktarılabilen müşteri kayıtları; alıcı kimlikleri üzerinde ticari hak iddia eden bir tedarikçi; belgelenmiş bir kimlik modelinin hiç olmaması. Tedarikçi müşteri kaydının nerede yaşadığını açıklayamıyorsa, kaydın onda yaşadığını varsayın, kalıcı olarak.

Envanter: Koltuklar ve müsaitlik için hangi sistem referans kaynağıdır?

Tek bir cevap olmalı ve bu cevap eşzamanlı satış baskısı altında da geçerli kalmalıdır. İyi çözüm: Siteniz, uygulamanız, yetkili satış kanalları ve mekân gişesi dahil her satış kanalının okuyup yazdığı tek bir canlı envanter; blokajlar, kontenjanlar ve serbest bırakmalar programatik olarak yönetilebilir. İki kanal aynı koltuğu satabiliyorsa bir entegrasyon sorununuz yok demektir; yüksek talepli bir satış açılışının ortaya çıkarmasını bekleyen bir fazla satışınız var demektir.

Sorulacak sorular:

• Birden fazla kanal aynı anda satarken platform fazla satışı nasıl engelliyor?
• Müsaitliği sorgulamayı, blokaj oluşturmayı ve kontenjan serbest bırakmayı bir arayüzle mi yapabiliyoruz, yoksa yalnızca panodan mı?
• Koltuk haritaları yayınlandıktan sonra nasıl oluşturuluyor, sürümleniyor ve düzeltiliyor?
• Terk edilmiş sepette bekleyen envantere ne oluyor ve bu süre yapılandırılabilir mi?

Kırmızı bayraklar: toplu dosyalarla mutabakatı yapılan kanal kontenjanları; her yapılandırma değişikliğinde sıfırdan kurulan koltuk haritaları; platformun içinde değil, yanındaki elektronik tablolarda yaşayan kontenjan yönetimi.

Ödemeler: Platform ödeme kuruluşunuza, hakediş düzeninize ve nakitsiz altyapınıza uyuyor mu?

İyi çözüm: Tek bir toplantıda üç konuda netlik, kayıtlı satıcının (merchant of record) kim olduğu, paranın size ne zaman ve nasıl aktarıldığı, iadelerin büyük ölçekte nasıl yürütüldüğü. Kurumsal bir alıcı, ödeme kuruluşu ilişkilerini koruyabilmeli veya bilinçli olarak devredebilmeli; hakediş takvimini ilk ödemede keşfetmek yerine sözleşmede okuyabilmeli; bir iptal ölçeğindeki iadeyi bilet bilet elle uğraşmadan çalıştırabilmelidir.

Saha içi harcama da aynı yüzeye aittir. Mekânınız veya festivaliniz nakitsiz çalışıyorsa, bileklik, kart veya bilete bağlı ödeme, etkinlik günü harcamasının bilete ve müşteri kaydına nasıl bağlandığını değerlendirin: Kişi başı gelir analizi bu bağlantıdan doğar. Örneğin webook.com'da nakitsiz ödemeler biletlemeyle aynı platform üzerinde çalışır; böylece saha içi harcama ile bilet, ayrı tedarikçilerin silolarında yaşamak yerine birbirine bağlı kalır.

Sorulacak sorular:

• Kayıtlı satıcı kim ve bu, pazara veya etkinliğe göre değişebiliyor mu?
• Hakediş döngüsü nedir ve hangi raporlama her ödeme satırını bilet düzeyindeki işlemlerle mutabık kılıyor?
• İadeler, tekil ve toplu, programatik olarak çalıştırılıp izlenebiliyor mu?
• Nakitsiz veya saha içi harcama bilete ve alıcı kaydına nasıl bağlanıyor?

Kırmızı bayraklar: ancak imzadan sonra ortaya çıkan hakediş koşulları; tedarikçiye destek kaydı açmayı gerektiren iadeler; biletleme raporlarıyla elle eşleştirme yapılmadan mutabık kılınamayan ödeme raporları.

Erişim kontrolü: Kapılarınızda, kendi donanımınızla, çevrimdışı çalışacak mı?

İyi çözüm: Mekân donanımınızın, el terminalleri, turnikeler, tarayıcılar, konuşabildiği belgelenmiş bir doğrulama katmanı, açıkça tanımlanmış bir çevrimdışı mod ve etkinlik sürerken size akan tarama verisi. Giriş, mutlak gerçek zamanlılık kısıtı olan tek yüzeydir: Kapılarda bağlantı koptuğunda doğrulama yerel olarak çalışmaya devam etmeli ve ağ geri geldiğinde mutabakat sağlanmalıdır.

Sorulacak sorular:

• Hangi tarama donanımları destekleniyor veya sertifikalı ve mekânımızın hâlihazırda sahip olduğu donanımı kullanabilir miyiz?
• Seyirci girişi sürerken kapı bağlantısı koptuğunda tam olarak ne oluyor?
• Tarama olayları sistemlerimize canlı akabiliyor mu, yoksa yalnızca etkinlik sonrası rapor olarak mı geliyor?
• Mükerrer ve sahte girişler kapıda nasıl tespit ediliyor?

Kırmızı bayraklar: alternatifi olmayan tek bir tescilli donanım hattı; beyan edilmiş bir çevrimdışı davranışın olmaması; ertesi gün dosya olarak teslim edilen tarama verisi. Çevrimdışı modunu net biçimde anlatamayan bir tedarikçi, yeterince büyük etkinlik işletmemiştir.

Veri: Verinizi sürekli, eksiksiz ve kullanılabilir biçimde dışarı alabiliyor musunuz?

İyi çözüm: Kendi işlemlerinize, müşterilerinize ve taramalarınıza satır düzeyinde erişim, zamanlanmış dışa aktarmalar veya canlı arayüzler üzerinden, ve analistlerinizin üzerine inşa edebileceği belgelenmiş bir şema. Panolar bir kolaylıktır, veri stratejisi değildir. İşinizi görmenin tek yolu tedarikçinin ekranlarından geçiyorsa, analitik yol haritanızın tavanı onun yol haritasıdır.

Bu yüzey raporlamadan fazlasını belirler. Veri ambarınızın, iş zekâsı araçlarınızın ve pazarlama aktivasyonunuzun gerçekten biletleme verisi üzerinde çalışıp çalışmadığını belirler, webook.com'un bu konuyu veri analitiği ve etkinlik içgörüleri altyapısında nasıl kurduğuna bakın, ve yenileme masasındaki pazarlık gücünüzü belirler. Mülkiyet sorusunu Biletleme verinizin sahibi kim? yazısında derinlemesine ele aldık; ilk tedarikçi toplantısından önce okuyun, sonra değil.

Sorulacak sorular:

• Önemsediğimiz her varlığı, siparişler, müşteriler, taramalar, iadeler, satır düzeyinde dışarı alabiliyor muyuz?
• Gecikme ne kadar: canlı akış mı, saatlik mi, günlük mü?
• Şema belgelenmiş ve sürümlenmiş mi; geriye dönük uyumsuz değişikliklerden önce bildirim var mı?
• Eksiksiz dışa aktarma imkânı sözleşme sona erdiğinde de geçerli kalıyor mu?

Kırmızı bayraklar: yalnızca toplulaştırılmış dışa aktarmalar; ancak destek üzerinden talep edilince verilen veri; kullanımı caydırmak için tasarlanmış dışa aktarma ücretleri; tedarikçinin premium pano paketinin arkasına kilitlenmiş analitik.

Dağıtım: Tek bir envanter, size ait olmayan kanallarda satılabiliyor mu?

İyi çözüm: Envanterinizin aynı referans kaynaktan dış kanallara, pazaryerleri, yetkili satıcılar, seyahat ve turizm platformları, satış ortaklığı ağları, yayınlanması; kanal bazında kontenjan, fiyat kontrolü ve konsolide raporlama ile. Dağıtım, alıcıların değerlendirmeyi en sık unuttuğu yüzeydir; çünkü demo her zaman sizin vitrininizi anlatır. Oysa tek başınıza ulaşamayacağınız geliri platform tam da bu ek erişimle üretir.

İki kontrol önemlidir. Birincisi kapsam ve mekanik: Kaç kanal elle yükleme değil yerleşik entegrasyon ve satılmayan kontenjanlar nasıl geri dönüyor? webook.com'un yaklaşımı, tek bir etkinlik envanterini 180'den fazla ülkedeki kitlelerin önüne çıkaran bir dağıtım ortağı ekosistemi ve bunun yanında 18 milyondan fazla kullanıcılı bir tüketici pazaryeridir. İkincisi yeniden satış: Kontrolsüz ikincil pazar, karaborsa, fiyatları ve veri bütünlüğünü aşındırır. Bu yüzden düz bir yasak yerine, transferlerin ve yeniden satışların sizin kurallarınızla platformun içinde yürütüldüğü yönetilen yeniden satışı arayın; seyirci düz yasağın etrafından dolaşmanın yolunu bulur.

Sorulacak sorular:

• Bugün hangi dağıtım kanalları yerleşik entegrasyon olarak çalışıyor?
• Kanal ve etkinlik bazında kontenjan, fiyat ve müsaitlik ayarlayabiliyor muyuz?
• Raporlama tek bir görünümde mi birleşiyor, yoksa birçok ayrı dosya olarak mı geliyor?
• Kurallara dayalı, yönetilen bir yeniden satış imkânı var mı?

Kırmızı bayraklar: kendi sitenize eklenen bir bileşenden ibaret dağıtım anlatısı; elektronik tablolarla taşınan kanal envanteri; tamamen yok sayılan ya da başıboş ikincil pazara bırakılmış yeniden satış.

İmzadan önce tedarikçinin sandbox ortamı ve dokümantasyonu nasıl test edilir?

Sandbox erişimini değerlendirme aşamasında isteyin, ticari koşullar kesinleşmeden, ve küçük bir pilot yürütün: Koltuk haritalı bir etkinlik kurun, uçtan uca bir satın alma gerçekleştirin, giriş taramalarını simüle edin ve ortaya çıkan veriyi dışarı alın. Tedarikçinin bu talebe vereceği tepki, başlı başına bir inceleme bulgusudur. Kendine güvenen platformlar sandbox'ı teslim eder; kırılgan olanlar yeni bir demo randevusu verir.

Dokümantasyonda güncellik ve sürümleme arayın: bir değişiklik günlüğü, bildirim süreleri tanımlanmış bir kullanımdan kaldırma politikası, sade bir dille anlatılmış kimlik doğrulama ve istek limitleri, belgeledikleri arayüzlerle hâlâ örtüşen çalışır örnekler. Entegrasyonunuza kimin eşlik edeceğini sorun, ismi belli bir çözüm mühendisi mi, anonim bir destek kuyruğu mu, ve sandbox'tan canlıya geçiş yolunun neye benzediğini öğrenin.

Kırmızı bayraklar: ancak imzadan sonra erişilebilen dokümantasyon; sürekli yeniden yapım halindeki bir sandbox; hiçbir yerde sürüm numarası olmaması; artık çalışmayan örnek kodlar. Dokümantasyon kalitesi, bir şirketin mühendislik kalitesine dışarıdan bakmanın en ucuz ve en iyi göstergesidir.

Sözleşme, veri çıkışı ve ayrılık hakkında ne söylemeli?

Sonu baştan yazın: Sözleşme, çıkışta hangi veriyi, hangi formatta, hangi bütünlükte, hangi sürede ve hangi maliyetle alacağınızı belirlemelidir, ideali sıfır maliyettir. Çıkış koşulları, pazarlık gücünüzün en yüksek olduğu anda (imzadan önce) müzakere edilir ve en düşük olduğu anda (ayrılırken) kullanılır. Bu koşulların açık yazılmasını zorunlu kılan tam da bu asimetridir.

Önemli maddeler:

• Siparişlerin, müşterilerin, taramaların ve finansal kayıtların satır düzeyinde, açık formatta ve fesihten sonra tanımlı bir gün sayısı içinde eksiksiz dışa aktarımı.
• Dışa aktarma ücreti olmaması veya sabit ve beyan edilmiş bir tutar, asla sonradan belirlenecek makul maliyetler değil.
• İhbar süresi boyunca arayüzlerin ve dışa aktarmaların sürekliliği; böylece geçiş, satışlarla paralel yürüyebilir.
• Teslimden sonra müşteri verilerinizin, tabi olduğunuz veri koruma rejimlerine uygun biçimde belgeli olarak silinmesi.
• Hangi kayıtların size ait olduğunun açıkça teyidi, veri rehberimizin bütünüyle ele aldığı mülkiyet sorusu.

Kırmızı bayraklar: talep üzerine fiyatlanan çıkış desteği; tanımsız bırakılmış dışa aktarma bütünlüğü; siz ayrıldıktan sonra tedarikçinin kendi pazarlaması için sözleşmeyle elinde tuttuğu müşteri kayıtları.

Kurmak, satın almak veya iş birliği: Değerlendirmeniz size ne söylüyor?

Altı yüzeydeki inceleme; marka, satın alma deneyimi ve veri üzerinde derin kontrole ihtiyacınız olduğunu gösteriyorsa önünüzde üç yol vardır: kendi altyapınızı kurmak, lisanslamak veya bir platform operatörüyle iş birliği yapmak. Çoğu kurum için gerçekçi karşılaştırma son ikisi arasındadır. Kapsamlı karar çerçevesini White label biletleme: kurmak, satın almak veya iş birliği? yazısında tutuyoruz. Kısa özet: Kurmak, altı yüzeyin tamamını kendi hesabınıza yeniden yaratmak demektir; bir white label çözüm ise markanızı ve verinizi, çalışır durumda tutma yükü başkasında olan bir altyapının üzerine koyar.

Bu rehberin altı yüzeyli değerlendirmesi white label tedarikçilere de aynen uygulanır. Hatta daha sert uygulayın: White label platform, müşterilerinizin gözünde sizin altyapınız olur; entegrasyon arızasının aslında kimden kaynaklandığını asla bilmezler, ve asla affetmezler.

Değerlendirme karnesi: Bulduklarınızı nasıl notlandırmalısınız?

Her yüzeyi dört basamaklı bir ölçekte notlandırın: yok, elle, toplu, belgelenmiş gerçek zamanlı. Yok, yeteneğin hiç bulunmadığı anlamına gelir. Elle, dosyaları bir insanın taşıdığı anlamına gelir. Toplu, zamanlanmış ve belgelenmiş aktarımlar demektir. Belgelenmiş gerçek zamanlı ise herkese açık, sürümlenmiş dokümantasyona sahip canlı arayüzler demektir. Ardından iki kural uygulayın.

Birinci kural: Mimarinizin bağlı olduğu her yüzey en az toplu seviyesine ulaşmalıdır. Dış kanalı olmayan tek mekânlı bir işletme elle dağıtımı tolere edebilir; elle veriyi tolere edemez. Ortaklar üzerinden satan bir portföy operatörü ikisini de tolere edemez.

İkinci kural: Bağlı olduğunuz yüzeylerde iki veya daha fazla elle notu, masadaki her türlü komisyon indiriminden ağır basar. Entegrasyon borcu her ay ödenir; mühendislik saatleri ve mutabakat kadroları olarak, sözleşme süresi boyunca. Daha düşük bir bilet başı komisyon bunu nadiren karşılar.

Her yüzeyin sorularını satın alma belgelerinize taşıyın, etkinlik biletleme RFP şablonumuz bu soruları taşıyacak biçimde yapılandırılmıştır, ve cevapların satış sunumundan değil, tedarikçinin teknik ekibinden yazılı gelmesinde ısrar edin. Yazılı cevaplar sözleşme ekine dönüşür; demo cevapları buharlaşır.

Çerçeveyi canlı bir platformda sınayın

Bu soruları baskı altında denemenin en hızlı yolu, altı yüzeyin tamamını canlı ortamda işleten bir platforma yöneltmektir. webook.com; white label vitrinleri, dağıtım ortağı ekosistemini, yönetilen yeniden satışı, nakitsiz ödemeleri ve veri-analitik altyapısını tek platformda işletir, Formula 1 Suudi Arabistan Grand Prix'sinden Riyadh Season'a kadar etkinlikler için 40 milyondan fazla bilet işlenmiştir. Entegrasyon sorularınızı bu altyapıyı kuran ekibe iletmek için webook.com kurumsal ekibiyle iletişime geçin.

B

Tüm makaleler