İade koşulları değiştiğinde sözleşme de değişmeli mi?
Shopify'ın otomatik mağaza politikaları, store settings değiştikçe belirli metinleri güncel tutabiliyor. Müşteriye gösterilen politika ile uygulanan business rule ve sipariş koşullarının ilişkisi ayrıca tasarlanmalı.
Ne oldu?
Shopify, 8 Ekim tarihli changelog duyurusunda mağaza politikalarının belirli türlerini otomatik üretme ve güncel tutma seçeneğini açıkladı. Duyuruda return and refund, contact information, terms of service, shipping ve legal notice politikaları sayılıyor. Otomasyon etkinleştirildiğinde içerik mağaza ayarları değiştikçe ve Shopify’ın önerileriyle uyumlu kalacak şekilde güncelleniyor. Merchant bu özelliği Settings > Policies alanında politika bazında açıyor.
Shopify Help Center daha ayrıntılı bir kapsam tarif ediyor: Otomasyon return and refund, terms of service, shipping ve contact information politikaları için ayrı ayrı yönetiliyor. Otomatik şablonlar mağaza ayarlarındaki bilgilere dayanıyor; örneğin iade metnindeki bazı koşullar return rules ayarlarından geliyor. Otomasyon, özel politika metnini ve otomatik şablonu bulunan dillerde özel çevirileri değiştirebiliyor. Merchant’ın metni incelemesi, işletme uygulamalarıyla eşleştirmesi ve gerekli ek açıklamaları eklemesi bekleniyor. Shopify bunun hukuki danışmanlık olmadığını, güncel mevzuata uyumu garanti etmediğini ve politikanın doğruluğu ile uyumundan merchant’ın sorumlu olduğunu belirtiyor.
Ayrıca yazılı policy metniyle Return Rules aynı şey değil. Shopify’ın return rules dokümantasyonuna göre kurallar sipariş anında siparişe uygulanıyor ve değişiklikler geçmiş siparişlere değil gelecekteki siparişlere etki ediyor. Bu davranış, her hukuk alanında sözleşmenin nasıl yorumlanacağına dair evrensel bir kural olarak genellenmemeli; Shopify’ın kendi ürün davranışını anlatıyor.
Neden önemli?
Müşterinin gördüğü politika metni, iade sürecini yöneten business rule ve sipariş sırasında geçerli olan transaction agreement arasında tutarlılık gerekir. Fakat bunlar aynı kayıt değil. “İade 14 gün içinde yapılabilir” yazan bir sayfa, Return Service’in aynı koşulu gerçekten uyguladığını tek başına kanıtlamaz. Tersi de sorun yaratır: Sistem 30 günlük iade kabul ederken metinde 14 gün yazıyorsa müşteri ve destek ekibi çelişkili bilgiyle karşılaşır.
Örneğin müşteri 7 Ekim’de sipariş verdiğinde iade süresi 30 gün olsun. Merchant 9 Ekim’de yeni siparişler için süreyi 14 güne düşürsün. Bugünkü ayara bakarak önceki siparişin hangi koşullara tabi olduğunu çıkarmak güvenilir değildir. Shopify’ın kendi return rules dokümantasyonu değişikliğin yalnızca gelecekteki siparişlere uygulandığını söylüyor. Ancak geçmiş siparişin hukuki sonucu ülkeye, sözleşmeye ve ilgili koşullara bağlıdır; bunu evrensel ve otomatik bir hukuk kuralı diye ileri sürmüyorum.
Shopify’ın otomasyonu, store settings ile belli policy metinleri arasındaki senkronizasyonu azaltabilir. Fakat her ülkenin gerekliliklerini, her ürün kategorisinin özel koşullarını veya bütün satış kanallarındaki uygulamayı kapsadığı iddiası yok. Yardım sayfası bazı ürün ve iş modellerinde ek açıklamaların gerekebileceğini, çevirilerin gözden geçirilmesini ve metinlerin düzenli kontrolünü açıkça vurguluyor.
Benim yorumum
Policy Management’ı yalnızca CMS problemi olarak görmüyorum. CMS metin oluşturma, düzenleme ve sunum işini iyi yapabilir. Ancak commerce tarafında metnin hangi operasyonel kuralla eşleştiği, ne zaman yürürlüğe girdiği ve siparişin hangi koşullarda verildiği de önemli. Bence üç kavramı ayırmak gerekiyor: Business Rule, sistemin uyguladığı koşul; Policy Representation, müşteriye gösterilen açıklama; Transaction Agreement, belirli bir sipariş bağlamında geçerli koşulların kaydı.
Bunu Shopify’ın resmi mimari modeli olarak değil, savunduğum tasarım yaklaşımı olarak şöyle ifade edebilirim:
Commerce Configuration → Business Rules → Policy Representation
Sipariş tarafında ise:
Order → Applicable Policy Version → Agreement Snapshot
7 Ekim’de verilen sipariş, o tarihte geçerli kuralın ve müşteriye sunulan metnin sürümüne bağlanabilirse; 9 Ekim’deki değişiklik yeni siparişlere uygulanırken geçmiş siparişin bağlamı da anlaşılır kalır. Bunun hangi veriyi ve ne kadar süre saklayacağı işletmenin ve mevzuatın gerekliliklerine göre tasarlanmalı. Shopify dokümantasyonu return and refund, terms of service, shipping, contact information ve legal notice politikalarının geçmiş sürümlerinin dışa aktarılabildiğini ve Shopify tarafından iki yıl saklandığını söylüyor. Bu bir policy history özelliği; siparişe bağlı bir agreement snapshot olarak yorumlamıyorum. Ayrıca kaynak, merchant’ın ihtiyaç duyduğu kayıtları gerektiği şekilde tutma sorumluluğunu açıkça koruyor.
Business rule’lar channel, location, product category, country, customer context veya effective date’e göre değişebilir. Bu olasılıklar, her commerce platformunun hepsini desteklediği anlamına gelmez. Fakat unified commerce tasarımında aynı sipariş ve iade süreci farklı kanallardan geldiğinde uygulanacak kuralın nereden belirlendiğini açıkça tarif etmek gerekir. CMS metni müşteriye doğru bağlamda sunabilir; rule enforcement ve sipariş kaydı ise commerce sorumluluğunda kalmalıdır.
Order-specific agreement kaydı, sonradan “hangi metin yürürlükteydi?” sorusuna yanıt vermeyi kolaylaştırabilir; ama kaydın varlığı tek başına hukuki geçerlilik veya müşterinin metni gördüğünü kanıtlamaz. Bu nedenle sipariş anında hangi policy sürümünün sunulduğu ve hangi iş kuralının uygulandığı gibi olayların nasıl tutulacağı da ürün tasarımının bir parçası olmalı. Policy Text ≠ Policy Enforcement. Metni otomatik üretmek, kuralı otomatik uygulamakla aynı değil. Shopify Help Center’ın merchant’a uygulama ve mevzuat sorumluluğunu bırakması da bu sınırı görünür kılıyor. Nebim ERA tarafında unified commerce ve order management üzerine çalışırken, bu iki sorumluluğun aynı platformda nasıl ilişkilendirileceği önemli bir ürün tasarım sorusu olarak karşıma çıkıyor. Bu bir ürün capability’si iddiası değil; mimari açıdan takip ettiğim problem.
Commerce platformunda politika metinleri yalnızca yönetilen içerikler mi olmalı? Yoksa uygulanan business rule’larla ilişkili, versiyonlanabilir capability’ler olarak mı tasarlanmalı?
Kaynaklar
Shopify Changelog — Automatically generated policies help you launch faster — Kaynak tarihi: 8 Ekim 2026.
Shopify Help Center — Adding store policies — Otomasyon, merchant sorumluluğu, dil ve geçmiş policy sürümleri.
Shopify Help Center — Setting up return and cancellation rules — İade kuralları ve değişikliklerin gelecekteki siparişlere uygulanması.