Kişi Sayma Verisi POS Sistemleriyle Nasıl Entegre Edilir?

Perakendede İki Temel Veri Kaynağını Buluşturmak

Modern perakende operasyonlarında, mağazanın finansal sağlığını yalnızca günlük ciro veya satılan ürün adedi üzerinden değerlendirmek yanıltıcı olabilir. Mağazaya giren potansiyel müşteri trafiği ile kasada ödeme yapan müşteri sayısının oranlanması, yani dönüşüm oranı (conversion rate), bir işletmenin gerçek operasyonel başarısını yansıtır. Bu metriğin düzenli ve otomatik biçimde üretilebilmesi için kişi sayma sistemleri ile Yazar Kasa veya POS (Point of Sale) yazılımlarının birbiriyle konuşması şarttır. İşletmeler açısından en büyük zorluk, bu iki farklı veri adasının senkronize edilerek anlamlı bir bütün haline getirilmesidir.

Teknolojinin Çalışma Mantığı ve Mimari Seçenekler

Kişi sayma sensörleri, kapıdan geçen kişileri tespit ederken oluşturduğu veriyi bir zaman damgası (timestamp) ile kaydeder. POS sistemleri ise kesilen her bir fişi, ürün detayını ve işlem tutarını yine kendi zaman damgasıyla veritabanına yazar. Entegrasyonun temel mantığı, bu iki veri setini ortak bir zaman periyodunda (örneğin saatlik dilimlerde) birleştirmektir. Uygulamada üç temel entegrasyon yöntemi öne çıkar:

• API Tabanlı Gerçek Zamanlı Aktarım: POS yazılımının REST API veya Webhook özellikleri kullanılarak, işlem tamamlandığı an veya dakikalık periyotlarla merkezi analiz platformuna (Bkz: Video Intelligence Platformu) veri itilir (push) ya da çekilir (pull).
• SFTP Üzerinden Dosya Transferi (Batch Processing): Daha eski nesil veya dışa kapalı POS sistemlerinde, saat sonlarında veya gün sonlarında CSV/XML formatındaki dosyalar güvenli bir FTP sunucusuna bırakılır ve sistem tarafından okunur.
• Veri Tabanı Seviyesinde Doğrudan Okuma: Müşterinin kendi yerel sunucusunda barınan SQL/Oracle tabanlı veri ambarlarından ilgili tabloların özel sorgular (queries) ile okunması yöntemidir.

Ölçülebilecek Kritik KPI'lar

Bu entegrasyon başarıyla sağlandığında mağaza yöneticileri şu verileri anlık olarak analiz etme imkanı bulur:

• Dönüşüm Oranı (Conversion Rate): Kesilen ve hesaplama kapsamına alınan fiş sayısının toplam ziyaretçi sayısına oranı. Müşterinin içeride alışveriş yapmadan çıkma oranını gösterir.
• Ziyaretçi Başına Düşen Ortalama Ciro (ATV / IPC): Toplam cironun toplam trafiğe bölünmesi. Mağazanın ziyaretçi çekme kalitesini ölçer.
• Kasa Başına İşlem Hızı: Yoğun saatlerde kasada harcanan sürelerin, ziyaretçi yoğunluğu ile olan korelasyonu.
• İade Oranlarının Trafiğe Etkisi: Yoğun saatlerde kasaların iade/değişim işlemleriyle ne kadar meşgul edildiği.

Uygulama ve Entegrasyon Süreci

Kurumsal bir perakende ağı için entegrasyon süreci özenli bir planlama gerektirir. İlk adım olarak mevcut POS yazılım sağlayıcısının sunduğu dışa aktarım (export) yetenekleri teknik ekiplerce incelenir. Standart veri formatı (JSON, CSV vb.) belirlendikten sonra pilot mağazalarda test veri akışı başlatılır. Canlı ortama geçmeden önce aktarım güvenliği, erişim yetkileri, loglama, veri minimizasyonu ve saklama politikaları değerlendirilir. Kişisel veri işlenebilecek senaryolarda KVKK kapsamındaki yükümlülükler için ayrıca hukuki ve teknik değerlendirme yapılmalıdır.

Gerçek Kullanım Senaryosu: Kampanya Dönemi Yoğunluğu

Büyük bir kozmetik zincirinin hafta sonu özel indirimi düzenlediğini düşünelim. Kişi sayma sistemi mağazaya saat 14:00 - 16:00 arasında 800 kişinin girdiğini raporluyor. Ancak POS verisine bakıldığında bu saat diliminde sadece 80 fiş kesilmiş (Dönüşüm Oranı: %10). POS ile entegre dashboard incelendiğinde, söz konusu saatlerde mağazada 4 kasadan sadece 2'sinin açık olduğu, işlem süresinin uzadığı ve müşterilerin sıra beklemekten sıkılarak alışverişten vazgeçtiği tespit ediliyor. Entegre veri, sorunun kampanyanın başarısızlığı değil, kasa operasyonlarındaki darboğaz olduğunu kanıtlar.

Sınırlamalar ve Dikkat Edilmesi Gerekenler

POS entegrasyonları her marka yazılımla tak-çalıştır (plug-and-play) biçimde anında aktifleşmeyebilir. İşletmenin kendi sunucu mimarisi, ağ güvenlik politikaları (firewall) ve POS markasının dış entegrasyonlara izin verme politikası süreçleri etkiler. Ayrıca, grup halinde (aile) mağazaya giren ziyaretçiler kişi sayma sensöründe 3-4 kişi olarak sayılırken kasada tek fiş kestirecekleri için, sistemlerin grup geçişlerini filtreleyen mantıksal algoritmalara sahip olması dönüşüm oranının doğru hesaplanması için önemlidir.

CS Otomasyon Yaklaşımı

CS Otomasyon olarak, farklı üreticilerin cihaz ve yazılımlarının birbiriyle haberleştiği karmaşık ekosistemlerde esnek entegrasyon katmanları sunuyoruz. Projenin analiz aşamasında BT (IT) ekiplerinizle ortak çalışarak, veri güvenliğinden ödün vermeden en sağlıklı mimariyi projelendiriyoruz.

Veri Sözlüğü ve Mutabakat Süreci

Entegrasyon projelerinde teknik bağlantının kurulması tek başına yeterli değildir. “Ziyaretçi”, “işlem”, “fiş”, “iade”, “iptal” ve “mağaza günü” gibi kavramların iki sistemde aynı anlama gelip gelmediği açıklanmalıdır. Örneğin gece yarısından sonra kapanan mağazalarda POS günü ile takvim günü farklılaşabilir. Birden fazla kasada açılan veya bölünen fişler de dönüşüm oranının yorumunu etkileyebilir.

Canlı kullanımdan önce sensör ve POS verileri belirli bir pilot dönem boyunca yan yana izlenmelidir. Günlük toplamların yanında saatlik kırılımlar, eksik veri aralıkları ve bağlantı kesintileri kontrol edilir. Veri gelmediğinde dashboard’un sıfır göstermesi yerine “veri eksik” uyarısı üretmesi, yanlış yönetim kararlarını önlemek açısından önemlidir.

• Şube eşleştirmesi: Sensör lokasyonu ile POS mağaza kodunun birebir tanımlanması.
• Zaman eşleştirmesi: Saat dilimi, yaz saati ve sunucu zamanı kurallarının belgelenmesi.
• İşlem türleri: Satış, iade, iptal ve test işlemlerinin ayrı sınıflandırılması.
• Kesinti yönetimi: Geç gelen veya yeniden gönderilen verinin mükerrer kayıt oluşturmaması.
• Kabul testi: Hesaplanan KPI’ların manuel örneklerle doğrulanması.

Bu kontroller tamamlandığında entegrasyon, yalnızca iki sistemi birbirine bağlayan teknik bir proje olmaktan çıkar ve karar vericilerin güvenebileceği ortak bir performans modeline dönüşür.

Canlı Kullanım ve Değişiklik Yönetimi

POS entegrasyonu canlıya alındıktan sonra mağaza kodu, işlem tipi veya API alanlarında yapılan değişiklikler raporları etkileyebilir. Bu nedenle veri sözlüğü ve entegrasyon sürümü kayıt altında tutulmalı; POS güncellemeleri öncesinde ilgili ekipler bilgilendirilmelidir. Kaynak sistemde alan adı değiştiğinde verinin sessizce eksilmesi yerine izleme ekranında uyarı üretilmesi gerekir.

• Sahiplik: POS, sensör ve raporlama verisinden sorumlu ekiplerin belirlenmesi.
• İzleme: Veri gecikmesi, eksik kayıt ve sıra dışı dönüşüm değerleri için alarm kurulması.
• Geri dönüş: Entegrasyon kesildiğinde verinin güvenli biçimde yeniden işlenmesi.
• Değişiklik kaydı: Sürüm, tarih, kapsam ve test sonucunun belgelenmesi.

Özellikle çok şubeli yapılarda önce sınırlı sayıda mağazada pilot yapılması, farklı POS senaryolarının görülmesini sağlar. Pilot kabulünden sonra kademeli yaygınlaştırma; hatanın tüm zincire taşınması riskini azaltır ve KPI tanımlarının işletme genelinde aynı biçimde kullanılmasına yardımcı olur.

SSS

Entegrasyon için mevcut POS donanımını değiştirmek gerekir mi?

Donanım değişikliği gerekip gerekmediği POS yazılımının veri dışa aktarım kabiliyetine, kasa altyapısına ve proje kapsamına bağlıdır. Bazı projelerde mevcut API yeterli olabilirken, bazı projelerde ara yazılım veya ek entegrasyon bileşeni gerekebilir.

Zaman dilimi (Timezone) sorunları entegrasyonu etkiler mi?

Evet, sensör ağı ile POS sunucusunun aynı zaman referansına göre senkronize edilmesi gerekir. İhtiyaç duyulan hassasiyet, saatlik raporlama veya olay bazlı eşleştirme gibi kullanım senaryosuna göre belirlenir. Aksi halde saatlik dönüşüm oranları kayarak yanlış analizlere sebep olur.

İade işlemleri dönüşüm oranını yapay olarak düşürür mü?

Sağlıklı bir entegrasyonda, POS verisi içerisindeki satış işlemleri (Sales) ile iade/iptal işlemleri (Returns/Voids) ayrıştırılır. Dönüşüm oranı sadece net satış fişleri üzerinden hesaplanmalıdır.

Veri güvenliği nasıl sağlanır?

Veri aktarımı sırasında müşteri kişisel bilgileri (kredi kartı, isim vb.) çekilmez; yalnızca mağaza kodu, işlem zamanı, fiş ID'si ve tutar gibi operasyonel metadatalar şifreli tünellerle aktarılır.

Sonuç

Salt ziyaretçi verisi tek başına güçlü bir araçken, POS verisiyle buluştuğunda işletmenin stratejik pusulası haline gelir. Mağazalarınızın veri entegrasyon altyapısını güçlendirmek ve projelendirme talep etmek için teknik ekiplerimizle görüşebilirsiniz.