Çoğu kişi yasal metinleri, siteyi açarken bir kez yazılıp footer'a atılan dekoratif bir yük sanır. Mesafeli satış sözleşmesi, iade ve cayma koşulları, gizlilik politikası, teslimat şartları, çerez bildirimi… Beş sayfa, bir gecede kopyalanır, bir daha açılmaz. Sonra iki yıl geçer, ürün yelpazen değişir, yeni bir ödeme sağlayıcısına geçersin, teslimat süren otomatikleşir, bayi paneli eklersin. Sitedeki metin ise hâlâ ilk günün işletmesini anlatıyordur: olmayan bir adresi, kapanmış bir telefonu, artık kullanmadığın bir ödeme yöntemini, hiç satmadığın fiziksel kargo sürecini.
İşin can sıkıcı tarafı şu: bir tüketici uyuşmazlığında karşı taraf senin iyi niyetini değil, o metinle fiili işleyişin arasındaki farkı okur. Metin "3 iş günü içinde kargolanır" diyorsa ve sen anında kod teslim ediyorsan, bu bir çelişkidir. Metin cayma hakkını hiç sınırlandırmamışsa, teslim edilmiş bir e-pin kodu için iade tartışmasına elin boş girersin. Bu yüzden ciddi işletmeler yasal metni bir dosya olarak değil, bakımı olan bir sistem bileşeni olarak yönetir. Doğru kurulmuş bir e-pin satış scripti bunu kolaylaştırır: metinleri veritabanında versiyonlar, hangi müşterinin hangi sürümü onayladığını saklar ve güncelleme zamanı geldiğinde sana hatırlatır. Aşağıda o takvimi ay ay kuruyoruz.
Yasal metin neden "bir kez yaz, unut" işi değil?
Yasal metin, işletmenin o anki fotoğrafıdır. Sen fotoğrafı değiştirmeden işletmeyi değiştirdiğinde ortaya bir uyumsuzluk çıkar ve bu uyumsuzluk her zaman senin aleyhine yorumlanır. Üç tip değişiklik metni bayatlatır. Birincisi işletme verisi: unvan, adres, vergi dairesi, iletişim kanalı, mersis bilgisi. İkincisi süreç verisi: ödeme sağlayıcıları, teslimat yöntemi, teslim süresi, bayi/toptan akışı, abonelik veya cüzdan bakiyesi gibi yeni modeller. Üçüncüsü mevzuat ve uygulama: tüketici hukukunda, kişisel veri mevzuatında veya ödeme kuruluşlarının sözleşme şartlarında yaşanan değişimler.
Bir dijital ürün satış yazılımı kullanıyorsan bu üç katman zaten sistemde ayrı ayrı duruyor: firma bilgileri ayarlarda, teslimat kuralları ürün tanımında, onay kayıtları sipariş tablosunda. Metin güncelleme takvimi de bu üç katmanı farklı ritimlerde denetlemek üzerine kuruludur. İşletme verisini yılda bir kez doğrulamak yeterlidir; süreç verisini her entegrasyon değişikliğinde aynı gün güncellemen gerekir; mevzuatı ise üç ayda bir taramak sağlıklıdır. Hepsini aynı sıklıkta yapmaya kalkarsan hiçbirini yapmazsın, çünkü iş yükü gerçekçi olmaz.
Panelindeki hangi metin hangi sıklıkta güncellenmeli?
Aşağıdaki tablo, bir e-pin scripti üzerinde tipik olarak duran metinleri, tetikleyicilerini ve gözden geçirme aralıklarını gösteriyor. Tabloyu kendi ürün karmana göre uyarlayabilirsin; kritik nokta her satırın bir sorumlusu ve bir son gözden geçirme tarihi olması.
| Metin | Gözden geçirme aralığı | Anında güncelleme tetikleyicisi | Risk sınıfı |
|---|---|---|---|
| Mesafeli satış sözleşmesi | 3 ayda bir | Yeni ürün tipi, yeni ödeme yöntemi, fiyat/komisyon modeli değişimi | Yüksek |
| İade ve cayma hakkı koşulları | 3 ayda bir | Teslimat otomasyonu, kod iptal/yenileme politikası değişimi | Yüksek |
| Gizlilik ve kişisel veri aydınlatma metni | 6 ayda bir | Yeni analitik araç, yeni pazarlama kanalı, yeni alt hizmet sağlayıcı | Yüksek |
| Teslimat ve dijital kod kullanım şartları | 3 ayda bir | Stok kaynağı, tedarikçi veya bölge kısıtı değişimi | Orta |
| Çerez politikası ve izin bandı | 6 ayda bir | Üçüncü taraf betik ekleme veya kaldırma | Orta |
| Bayi / toptan satış sözleşmesi | Yılda bir | Bayi kademesi, limit veya iade rejimi değişimi | Orta |
| İletişim ve işletme künyesi | Yılda bir | Adres, unvan, telefon, e-posta değişimi | Düşük ama görünür |
Versiyonlamayı yapmazsan tam olarak neyi kaybediyorsun?
Bir uyuşmazlıkta esas soru "siten ne yazıyor?" değildir; "müşteri sipariş verdiği anda ne yazıyordu?" sorusudur. Metni geçen hafta güzelce güncellediysen ve şikayet sekiz ay önceki bir siparişe aitse, bugünkü metnin hiçbir ispat gücü yoktur. Hatta aleyhine bile işleyebilir: yeni metin daha korumacıysa, eskisinin yetersiz olduğunu itiraf etmiş görünürsün.
Çözüm teknik ve basittir. Her metnin bir kimliği ve sürüm numarası olur, her sipariş kaydına o anda geçerli sürüm numarası ve onay zaman damgası yazılır, eski sürümler silinmez arşivlenir. Böylece altı ay sonra tek bir sipariş numarasıyla "bu müşteri 12 Mart'ta v7 metnini onaylamıştır, metnin tam gövdesi şudur" diyebilirsin. Bu, iyi bir e-pin satış yazılımı ile birkaç tablo işidir; elle yönetilen statik HTML sayfalarında ise imkânsızdır, çünkü dosyanın üzerine yazdığın an geçmişi yok etmiş olursun.
Tüketici uyuşmazlıklarında en sık dayanak gösterilen metin eksiği
- Cayma hakkı istisnasının belirsizliği 42%
- Teslim anı ve teslim kanıtının tanımsızlığı 26%
- Künye/iletişim bilgisinin güncel olmaması 20%
- Veri işleme ve izin metni eksiği 12%
Mesafeli satış sözleşmesinde e-pin'e özgü hangi cümleler olmalı?
Genel şablonlar fiziksel ürün mantığıyla yazılır: kargo, ambalaj, ayıplı mal, iade gönderisi. E-pin'de bunların hiçbiri yoktur; bunun yerine teslim anı, kodun tek kullanımlık doğası ve platform tarafındaki kullanım şartları vardır. Sözleşmene şu noktaları kendi dilinde ve açık biçimde yerleştirmelisin: kodun hangi anda teslim edilmiş sayıldığı (panelde görüntülenme, e-posta gönderimi, API teslimi), kodun görüntülenmesinden sonra cayma hakkının nasıl ele alındığı, bölgesel kısıtların hangi ürünlerde geçerli olduğu, yanlış bölge veya yanlış hesap kullanımından doğan sonucun kime ait olduğu, arızalı kodda izlenecek doğrulama adımları ve makul çözüm süresi.
Burada amaç tüketiciyi köşeye sıkıştırmak değil; belirsizliği ortadan kaldırmaktır. Belirsizliğin bedelini her zaman satıcı öder. "Kod görüntülendiğinde teslim tamamlanmış sayılır ve bu işlem sistem kayıtlarıyla zaman damgalı olarak saklanır" cümlesi, yüzlerce tartışmayı doğmadan bitirir; çünkü kayıt zaten vardır, metin de o kayda hukuki anlam yükler.
Yeni bir teslimat yöntemi veya ödeme sağlayıcısı devreye aldığın gün, ilgili yasal metni de aynı deploy içinde güncelle. Ayrı işlere böldüğünde ikincisi hiçbir zaman yapılmaz ve aradaki her sipariş savunmasız kalır.
Takvimi kim yürütür? 12 aylık ritüelin kontrol listesi
Takvimin çalışması için tek kişilik bir sahip ve tekrarlanabilir bir liste gerekir. Aşağıdaki kontrol listesini panel notlarına veya takvimine yapıştır; her satır bitince tarih ve kim yaptığını yaz. Denetim, işaretlenmiş bir listeyle yapıldığında on dakika sürer; hafızayla yapıldığında hiç yapılmaz.
| Dönem | Yapılacak kontrol | Çıktı | Durum |
|---|---|---|---|
| Her ay | Künye, telefon, e-posta ve destek kanallarının canlı testi | Ekran görüntüsü + tarih notu | Açık |
| Her ay | Ödeme sağlayıcı listesinin metinle eşleşmesi | Fark raporu | Açık |
| 3 ayda bir | Mesafeli satış, iade ve teslimat metinlerinin madde madde okunması | Yeni sürüm veya "değişiklik yok" kaydı | Açık |
| 3 ayda bir | Yeni eklenen ürün tiplerinin metinde karşılığı var mı | Ek madde taslağı | Açık |
| 6 ayda bir | Sitede çalışan üçüncü taraf betiklerin envanteri | Çerez/gizlilik metni güncellemesi | Açık |
| 6 ayda bir | Sipariş kayıtlarında sözleşme sürüm alanının dolu olduğunun doğrulanması | Örnek 20 sipariş denetimi | Açık |
| Yılda bir | Bayi sözleşmesi ve limit/iade rejiminin gözden geçirilmesi | Bayilere bildirim | Açık |
| Yılda bir | Tüm metinlerin hukuk danışmanına tek pakette gönderilmesi | Onaylı sürüm arşivi | Açık |
Pinova gibi bir epin yazılım altyapısı bu ritüeli iki noktada gerçekten hafifletir. Birincisi metinler yönetim panelinden düzenlenir, dolayısıyla FTP'ye dokunmadan, dosya bozma riski olmadan sürüm çıkarabilirsin. İkincisi onay kaydı sipariş verisiyle birlikte tutulduğu için, bir şikayet geldiğinde arama yapmadan kanıta ulaşırsın. Özellik setinin tamamını özellikler bölümünde, lisans kademelerini ise fiyat tablosunda görebilirsin.
Metinlerini panelden yönet, onay kaydını siparişle birlikte sakla
Pinova, yasal metin sürümlerini ve müşteri onay zaman damgalarını sipariş verisine bağlar. Şikayet geldiğinde kanıt arama değil, kanıt gösterme işi yaparsın.
Yasal metinleri başka bir siteden kopyalamak neden riskli?
Kopyalanan metin başka bir işletmenin süreçlerini anlatır. İçinde senin hiç kullanmadığın teslimat veya iade akışları, hatta o firmanın unvanı kalır. Uyuşmazlıkta bu tutarsızlık doğrudan senin aleyhine yorumlanır. Ayrıca metnin kendisi eser niteliğinde olabilir; iki ayrı sorunu birlikte satın almış olursun.
Metni güncellediğimde eski müşterilerime bildirim yapmalı mıyım?
Tamamlanmış tek seferlik satışlarda geçmişe etki olmaz; o siparişler kendi sürümüne tabidir. Ancak bayi sözleşmesi, cüzdan bakiyesi veya abonelik gibi devam eden ilişkilerde değişikliği önceden duyurmak ve makul bir geçiş süresi tanımak doğru yaklaşımdır.
Sipariş kaydına sözleşme sürümü yazmak teknik olarak ne gerektirir?
Metinler için sürüm numarası ve yayın tarihi tutan bir tablo, sipariş tablosunda bu sürümü işaret eden bir alan ve onay kutusunun işaretlendiği ana ait zaman damgası. Üç alanlık bir ek yapıdır; sonradan eklemek de mümkündür ama geçmiş siparişleri kurtarmaz.
Bu takvimi tek başıma yürütebilir miyim?
Aylık ve üç aylık adımları kendin yürütebilirsin; bunlar doğrulama ve karşılaştırma işleridir. Yıllık gözden geçirmede metinleri bir hukuk danışmanına tek pakette göndermek en verimli yoldur, çünkü aradaki tüm değişiklikler zaten belgelenmiş olur.
Yasal metin, satış hacmini büyütmez ama kazandığın parayı elinde tutar. Takvimi bir kez kurduğunda yılda toplam birkaç saatlik iş yükünden bahsediyoruz; kurmadığında tek bir uyuşmazlık bu sürenin katını götürür. Metinleri panelden sürümleyen, onay kayıtlarını siparişe bağlayan ve künye bilgisini tek yerden tüm sayfalara basan bir yapı görmek istersen canlı demo üzerinden yönetim ekranlarını gez, sonra kendi metin takvimini lisans adımına geçmeden önce kâğıda dök.