Çoğu işletme sahibi e-pin satış scriptini bir vitrin sanır: ürünleri dizersin, ödeme kapısını bağlarsın, siparişler akmaya başlar. Oysa o yazılımın asıl ürettiği şey vitrin değildir. Müşteri listesi, bakiye hareketi, kupon geçmişi, bayi marjı, iade kaydı ve teslimat logundan oluşan bir veri yığını üretir. Ciron büyüdükçe işletmenin gerçek değeri satılan koddan o yığına kayar. Kodu yarın bir başkası yazabilir; üç yıllık müşteri davranışını kimse sana geri veremez.
İşin sinsi kısmı şu: kimse sana açık açık "verilere erişemezsin" demez. Sadece dışa aktarma düğmesi konmaz, veritabanı kullanıcısına yetki verilmez, yedek "bizde duruyor, merak etme" diye geçiştirilir. Sen bunu fark etmezsin, çünkü çıkmayı denemediğin sürece kapının kilitli olduğunu anlamazsın. Bu yazıda o kilidi, kilidin nerede saklandığını ve bir e-pin scripti devralırken hangi maddeleri baştan sözleşmeye yazdırman gerektiğini tek tek açıyorum.
Veri sahipliği neden "sunucu benim" demekle bitmiyor?
Sunucunun faturası senin adına geliyorsa veriye sahip olduğunu düşünmen normal. Ama sahiplik üç ayaklıdır: erişim, okunabilirlik ve taşınabilirlik. Sunucu senin olabilir; veritabanı kullanıcısının şifresi sende olmayabilir. Şifre sende olabilir; kritik alanlar kimsenin çözemeyeceği özel bir anahtarla şifrelenmiş olabilir. Her şey açık olabilir; ama tablolar arası ilişki hiçbir yerde belgelenmemişse o yığın bir başkası için okunamaz hâle gelir.
Pratikte en çok gördüğüm senaryo şudur: işletme sahibi dijital ürün satış scripti üzerinden iki yıl satış yapar, sonra büyümek için başka bir altyapıya geçmek ister. Veritabanı dökümünü alır, açar ve şunu görür: sipariş tablosunda ürün adı yoktur, sadece bir numara vardır; o numaranın karşılığı kodun içine gömülü bir dizidir. Yani veri teknik olarak elindedir, işlevsel olarak elinde değildir. Sahiplik tartışması burada başlar ve genelde geç kalınmış olur. Bu yüzden sahipliği sözleşmeyle değil, ilk haftada yaptığın bir dışa aktarma denemesiyle test etmelisin.
Dışa aktarma düğmesi olmayan bir yazılım seni nasıl kilitler?
Kilit her zaman kaba bir engel değildir; çoğu zaman sadece bir eksiklik olarak gizlenir. Panelinde yalnızca ekrandaki tabloyu indirebiliyorsan, sayfalama yüzünden bin siparişten sonrası pratikte erişilemez olur. Dışa aktarma yalnızca PDF veriyorsa veri okunabilir ama makineyle işlenemez. Rapor sadece özet veriyorsa satır bazlı geçmişini kaybedersin, bu da iade ve muhasebe itirazlarında seni savunmasız bırakır.
Bir e-pin satış yazılımı değerlendirirken sorman gereken soru "dışa aktarma var mı" değil, "hangi alanları, hangi tarih aralığında, hangi biçimde ve kaç satıra kadar alabiliyorum" olmalıdır. Cevap net değilse demo panelde kendin dene: son bir yılın tüm siparişlerini CSV olarak indir, satır sayısını say, sonra aynı sayıyı panel özet raporuyla karşılaştır. İki sayı tutmuyorsa dışa aktarma eksiktir. Pinova tarafında bu testi yapmak için bekleme gerekmiyor; panelin dışa aktarma alanları demo ortamında da açıktır ve indirilen dosyada ürün adı, birim fiyat, komisyon ve teslimat zamanı ayrı sütunlar olarak durur.
Hangi tabloyu, hangi biçimde istemen lazım?
Veri sahipliğini somutlaştırmanın en hızlı yolu bir liste yapmaktır. Aşağıdaki alanları eksiksiz alabiliyorsan taşınabilir bir işletmen var; alamıyorsan kiracısın.
| Veri alanı | İstenecek biçim | Neden kritik | Eksikse riski |
|---|---|---|---|
| Müşteri kayıtları | CSV + e-posta, kayıt tarihi, doğrulama durumu | Yeniden pazarlamanın tek kaynağı | Sıfırdan liste kurma |
| Sipariş satırları | CSV, ürün adı dahil, satır bazlı | Muhasebe ve iade savunması | İtirazda kanıtsız kalma |
| Bakiye hareketi | Ledger biçimi, artan/azalan ayrımıyla | Cüzdan borcunun ispatı | Bakiye anlaşmazlığı |
| E-pin havuzu | Şifreli ama çözülebilir döküm | Satılmayan stok sermayedir | Stok kaybı |
| Teslimat logu | Zaman damgalı JSON/CSV | Çift teslim ve dolandırıcılık analizi | Kayıp takip edilemez |
| Bayi ve marj tanımı | Tablo, kademe bazlı | B2B ilişkinin fiyat hafızası | Bayi güveni sarsılır |
| Kupon ve kampanya | Kullanım sayısıyla birlikte | Dönüşüm geçmişinin analizi | Kampanya körlüğü |
Veri kaybı yaşayan işletmelerde kaybın kaynağı
- Dışa aktarma hiç denenmemiş 40%
- Yedek sadece sağlayıcıda 25%
- Şifreli alan çözülemedi 20%
- Şema belgelenmemiş 15%
Sözleşmeye yazdırmadığın madde neden yok sayılır?
Sözlü güvenceler iyi niyetle verilir, kriz anında hatırlanmaz. Bir epin yazılım anlaşmasında dört madde açıkça yazılı olmalı: verinin sahibi kim, hangi biçimde ve ne kadar sürede teslim edilir, lisans sona erdiğinde veriye erişim ne kadar devam eder, bir de kaynak dosyaların hangi kısmı sende kalır. Bu dördü yazılıysa geri kalan ayrıntı çözülebilir.
Özellikle "lisans bittikten sonra" kısmına dikkat et. Sağlayıcıyla yolların ayrıldığı gün veriye erişemiyorsan, ayrılma kararını özgürce veremezsin. Bu da fiyat artışlarında, destek yavaşlamalarında ve yeni özellik taleplerinde pazarlık gücünü sıfırlar. Sahiplik teknik bir konu gibi görünür ama sonuçta bir pazarlık gücü meselesidir. Yazılımın özellik listesini incelerken aynı gözle özellikler bölümüne ve fiyatlandırmaya bak: dışa aktarma bir üst pakete saklanmış bir ayrıcalık mı, yoksa standart mı?
Taşınma provası: veriyi çıkarıp geri yükleyebiliyor musun?
Sahipliğin tek gerçek testi provadır. Boş bir sunucu kirala, panelinden aldığın dökümü oraya yükle ve siteyi ayağa kaldırmayı dene. Bu provayı üç ayda bir yaparsan hem verinin bütünlüğünü hem de ekibinin göç yeteneğini ölçmüş olursun. Aşağıdaki kontrol listesini olduğu gibi kullanabilirsin.
| Kontrol | Nasıl yapılır | Geçme ölçütü | Sıklık |
|---|---|---|---|
| Tam döküm alınıyor mu | Panelden ve veritabanından iki kez | Satır sayıları eşit | Aylık |
| Ürün adı dökümde var mı | CSV'de sütunu gözle kontrol | Boş hücre yok | Aylık |
| Şifreli alan çözülüyor mu | Anahtarla test çözümü | Örnek kayıt okunuyor | Üç aylık |
| Boş sunucuya yükleme | Test alan adında kurulum | Site açılıyor | Üç aylık |
| Yedekten geri dönüş | Son yedekle geri yükleme | Kayıp altı saatin altında | Üç aylık |
| Yetki envanteri | Kimde hangi erişim var listesi | Sahipsiz erişim yok | Altı aylık |
KVKK tarafı: sahiplik aynı zamanda sorumluluktur
Veri senin olduğu anda korumak da senin işin olur. Müşteri e-posta ve telefonlarını tutuyorsan, silme ve erişim taleplerini karşılamak zorundasın. Bu yüzden iyi bir dijital ürün satış yazılımı yalnızca dışa aktarma değil, hedefli silme ve anonimleştirme de sunmalıdır. Bir müşteri hesabını sildiğinde sipariş geçmişi muhasebe için kalmalı ama kişisel alanlar maskelenmelidir; bunu elle SQL yazarak yapmak hem risklidir hem de izlenemez.
Ayrıca kimin hangi veriyi indirdiğinin kaydı tutulmalıdır. Panelinden on bin müşterinin e-postasını indiren bir personel varsa bunu üç ay sonra değil o gün görmek istersin. Dışa aktarma yetkisini rol bazlı sınırlamak, indirme işlemlerini loglamak ve hassas sütunları ayrı yetkiye bağlamak, sahipliği sorumluluğa dönüştüren üç basit önlemdir.
Panelinden son bir yılın sipariş dökümünü indir ve bir tablo programında aç. Ürün adı, tutar ve teslimat zamanı ayrı sütun olarak duruyorsa yolun açık. Duruyorsa sahipliğin gerçek, durmuyorsa henüz kiracısın.
Verinin kontrolü sende olan bir altyapı kur
Pinova, e-pin ve dijital ürün satan işletmeler için tasarlanmış lisanslı bir satış yönetim yazılımıdır. Dışa aktarma, rol bazlı yetki ve taşınabilir veri yapısı standart gelir.
E-pin scripti aldığımda verilerin sahibi otomatik olarak ben mi olurum?
Hayır. Sahiplik erişim, okunabilirlik ve taşınabilirlik ister. Üçü birden sağlanmadan sunucu senin olsa da veri pratikte taşınamaz.
Dışa aktarma için hangi biçimi istemeliyim?
Satır bazlı CSV ideal. Ürün adı, tutar, komisyon ve zaman damgası ayrı sütun olmalı. PDF rapor sahiplik kanıtı sayılmaz.
E-pin havuzu şifreliyse veriyi yine de taşıyabilir miyim?
Şifreleme anahtarı sendeyse evet. Anahtar sağlayıcıdaysa stok taşınamaz; bu yüzden anahtar yönetimini sözleşmeye yazdır.
Taşınma provasını ne sıklıkla yapmalıyım?
Üç ayda bir yeterli. Boş bir test sunucusuna yükleyip siteyi ayağa kaldırmak, hem veri bütünlüğünü hem ekibin hazırlığını ölçer.
Veri sahipliği bir gün gelip "tamam, artık bende" diyebileceğin bir durum değil; sürekli test edilen bir alışkanlıktır. Bir sonraki adımın çok basit: kullandığın panelde dışa aktarmayı dene, dosyayı aç, sütunlara bak. Eğer karşılaştırma yapmak istersen canlı demo üzerinden Pinova'nın dışa aktarma ve yetki ekranlarını kendin kurcalayıp kendi panelinle yan yana koyabilirsin; fark genelde ilk beş dakikada ortaya çıkar.