İhtiyaç analizinden kuruluma. Elektronik raf etiketi çözümlerini tedarik ediyor, kuruyor ve destekliyoruz. Teknik verilerin kaynağı veri politikamızdaaçıktır.
🧾 Satın Alma Rehberi 4 dk okuma

ESL sözleşmesinde veri sahipliği: ürün verisi, eşleştirme kayıtları ve raporlar kimin?

Etiket sistemi yıllar içinde değerli bir veri biriktirir: hangi etiket hangi ürüne bağlı, fiyat ne zaman değişti, hangi raf ne sıklıkla güncellendi. Sözleşmede verinin kime ait olduğu, nasıl dışa aktarılacağı ve sözleşme bitince ne olacağı yazmazsa, tedarikçi değiştirmek imkânsızlaşır.

Yayımlanma:

Etiket yönetim yazılımı, mağazanın fiyat geçmişini, etiket-ürün eşleşmelerini, raf düzenini ve operasyon kayıtlarını tutar. Bu veri, on yıl boyunca birikir ve tedarikçinin sunucusunda ya da bulutunda yaşar. Sözleşme, bu verinin kime ait olduğunu söylemiyorsa fiilen tedarikçiye aittir; tedarikçi değiştirmek istediğinizde bunu öğrenirsiniz. Bu yazı, sözleşmeye yazılması gereken veri maddelerini anlatıyor.

Sistemde hangi veri var?

Beş katman. Ürün ana verisi: ERP'den gelen ad, barkod, fiyat, birim, menşe; kaynağı sizin ERP'nizdir ama etiket sistemindeki kopyası zenginleştirilmiş olabilir. Eşleştirme kayıtları: hangi etiket kimliği hangi ürüne, hangi rafta; bu veri yalnızca etiket sisteminde vardır ve yeniden üretmek, tüm mağazayı yeniden eşleştirmek demektir. Şablonlar: tasarladığınız etiket düzenleri. Olay günlüğü: her fiyat değişikliğinin zamanı, kim tarafından, hangi etikette; denetimde istenen kayıt budur. Operasyon verisi: pil durumu, arıza kayıtları, güncelleme süreleri.

Madde 1: Mülkiyet

"Sistemde işlenen tüm veri, ürün verisi, eşleştirme kayıtları, şablonlar ve günlükler dahil, müşteriye aittir; tedarikçi yalnızca hizmet süresince işleme hakkına sahiptir." Bu cümle, sonraki tüm maddelerin temelidir. Tedarikçinin anonim istatistik üretme hakkı ayrıca tanımlanabilir; "anonim" ve "toplu" sözcükleri açıkça yazılmalıdır.

Madde 2: Dışa aktarım

Verinin hangi biçimde (CSV, JSON, API), ne sıklıkla ve hangi sürede dışa aktarılabileceği. En kritik olanı eşleştirme kayıtlarıdır: etiket kimliği, ürün kodu, raf konumu tablosu. Bu tablo dışa aktarılabiliyorsa tedarikçi değiştirmek bir haftalık iş; aktarılamıyorsa aylarca yeniden eşleştirme. Tedarikçi değiştirmek yazısı bu senaryoyu adım adım anlatıyor. Dışa aktarımı demo sırasında deneyin; demo kontrol listesi bunu maddeler arasında sayıyor.

Madde 3: Sözleşme sonu

Sözleşme bittiğinde ya da feshedildiğinde verinin ne kadar süre erişilebilir kalacağı, hangi biçimde teslim edileceği ve sonra silineceği. Makul düzen: bitişten sonra doksan gün salt okunur erişim, tam dışa aktarım, yazılı silme onayı. Bulut sistemlerde "hesap kapatılır ve veri silinir" varsayılan davranıştır; sözleşme bunu değiştirir.

Madde 4: Denetim kaydı

Fiyat değişikliği günlüğü, tüketici şikâyeti ve resmi denetimde kanıt olur; denetimde istenen etiket kayıtları yazısı hangi kayıtların istendiğini anlatıyor. Sözleşmede günlüğün saklama süresi (en az iki yıl makul), değiştirilemezliği ve istendiğinde raporlanabilirliği yazılmalı. Tedarikçi bulutunda tutulan günlük, tedarikçi kapanırsa yok olur; düzenli dışa aktarım bu riski azaltır.

Madde 5: Kişisel veri

Etiket sisteminde kişisel veri az ama vardır: kullanıcı hesapları (personel adı, e-posta), olay günlüğünde "kim değiştirdi" bilgisi, bazı sistemlerde raf kamerası görüntüsü. KVKK ve elektronik etiket yazısı yükümlülükleri anlatıyor. Sözleşmede tedarikçi veri işleyen, siz veri sorumlusu olursunuz; işleme amacı, süresi ve yurt dışı aktarım (bulut sunucu nerede?) yazılmalıdır.

Madde 6: Yedekleme ve kurtarma

Tedarikçi veriyi ne sıklıkla yedekler, yedek nerede tutulur, kayıp halinde kaç saatte geri döner? Yedekleme ve kurtarma yazısı teknik tarafı anlatıyor; sözleşme tarafında yedek sıklığı ve kurtarma süresi sayıyla yazılır.

Madde 7: API erişimi

Verinize kendi sistemlerinizden (BI, raporlama, ERP) erişmek istiyorsanız API gerekir. API'nin lisansa dahil olup olmadığı, belgelendirilip belgelendirilmediği ve sürüm değişikliklerinin önceden bildirilip bildirilmediği yazılmalıdır. Açık kaynak ve API soruları yazısı API değerlendirmesini anlatıyor.

Sık yapılan hata

"Veri bize ait" cümlesini yazıp dışa aktarım biçimini ve süresini yazmamak. Mülkiyet, erişim olmadan anlamsızdır. İkinci hata, yalnızca ürün verisini düşünmek; asıl değerli olan eşleştirme kayıtları ve günlüktür. Üçüncü hata, sözleşme sonu maddesini "iyi niyetle çözülür" diye bırakmak; sözleşme sonu, iyi niyetin en az olduğu andır.

Kısa özet

Yedi madde: mülkiyet, dışa aktarım biçimi ve süresi, sözleşme sonu erişimi, denetim kaydı saklama, kişisel veri ve yurt dışı aktarım, yedekleme ve kurtarma, API erişimi. Demo'da dışa aktarımı deneyin; şartname üreteci veri bölümünü bu maddelerle yazar.

Bulut sunucu nerede?

Yabancı üreticilerin bulutu çoğunlukla Avrupa'da, bazen Asya'dadır. Kişisel veri (kullanıcı hesabı, olay günlüğündeki personel adı) yurt dışına aktarılıyorsa KVKK'nın yurt dışı aktarım kuralları uygulanır; sözleşmede sunucu konumu ve aktarım dayanağı yazılmalıdır. Ürün ve fiyat verisi kişisel veri değildir ama ticari sırdır; bulut sağlayıcının erişim politikası ve şifreleme sözleşmeye girmelidir. ESL sistemi güvenli mi yazısı bu katmanları anlatıyor.

Kısa özet

Veri sahipliği, "bize ait" cümlesi değil, dışa aktarım biçimi, süresi ve sözleşme sonu erişimidir. Eşleştirme kayıtları ve olay günlüğü en değerli katmanlardır; demoda dışa aktarımı deneyin ve yedi maddeyi sözleşmeye yazın.

Bu yazının kaynakları

Mevzuat metinleri zaman içinde değişir. Bağlantıları yayımlandığı tarihte kontrol ettik; nihai doğrulamayı güncel resmî metinden yapın.

Etiketler: veri sahipliğisözleşmedışa aktarımKVKK

← Tüm yazılar
Karşılaştırma (0/4)
Karşılaştır
Bunu biliyor muydunuz?
5

Sitedeki araçlardan biri — ilk ziyaretinizde bir kez gösterilir.