#
Veri Şifreleme Formatı ve Testi
Aşağıdaki tabloda, Satış Verisi’ndeki alanların hangilerinin zorunlu olduğu ve hangilerinin şifrelenmesi (hash) gerektiği bilgisi örnekleri ile birlikte yer almaktadır.
#
Alanlar Tablosu
#
Kontrol Listesi
İlgili veri ekibinizin, veri hash’lemenin doğru yapıldığını teyit etmesi gerekir. Önerilen kontrol:
Ham değerleri normalize edin.
- E-posta: küçük harf, boşluksuz
- Telefon: E.164 formatı, boşluk/tire yok
- İsimler: küçük harf, gereksiz boşlukları silin, aksan korunur
- Cinsiyet: f/m tek harf
SHA-256 ile hash’leyin.
- UTF-8 girdi
- salt/HMAC yok
- Çıktı: 64 karakterlik küçük harf hex
Örnek çift karşılaştırması
- Ham:
user1@gmail.com→ Hash:b45c...(64 karakter) - Ham:
+90555112233→ Hash:0a3e...
- Ham:
CSV karşılaştırması
non-hashed.csviçindeki hücre ilehashed.csvaynı satır/sütunda tutarlı olmalı- Boş değerler boş kalmalı, hash’lenmemeli
İpucu: Terminal/Powershell ile tek değer testi yapıp sonucun 64 karakterlik hex olduğundan emin olun. (Örn. echo -n "user@x.com" | shasum -a 256)
📂 Örnek Dosyalar
Aşağıdan örnek dosyalara ulaşabilirsiniz.
single-hashed.csv
single-non-hashed.csv
#
Not
Tarafınıza gönderilen hashed ve unhashed örnek datasetlerin amacı, önce unhashed veriyi kendi tarafında SHA-256 ile şifrelemesini sağlamak ve çıkan sonucu bizim gönderdiğimiz hashed veriyle karşılaştırarak doğrulamaktır.
Bu adım atlandığında ve doğrudan şifreleme yapıldığında, doğru eşleşmenin teyiti sağlanamayacağından ölçümleme sürecinde hatalar ve uyumsuzluklar yaşanabilir.
📂 Örnek Dosyalar
Aşağıdaki linklerden örnek dosyalara ulaşabilirsiniz.
Aşağıdaki linkler debuggin amacıyla eklenmiş bir hash'lenmemiş form bulunmaktadır; bu form, sizlerden talep edilen versiyon değildir. Gönderim için gerekli olan versiyon hash'lenmiş formdur.
Aşağıda, satılan ürün ve mağaza kodu gibi isteğe bağlı sipariş alanlarını, kullanıcı cinsiyeti alanlarını içeren formatlar yer almaktadır. Sütun adlarındaki sayısal değişikliklere (örneğin, Contents_Quantity_1, Contents_Quantity_2) dikkat ediniz.