Sipariş düzenlemeleri ve iadeler: müşteri taleplerini mağaza politikalarına bağlamak

Satın aldıktan sonra müşteri bir ürünün çıkarılmasını istiyor. Destek mesajı görüyor, depo gönderiyi hazırlıyor ve müşteri hesabı hâlâ ilk siparişi gösteriyor. Talebe hemen “sipariş değişikliği” demek, mağaza henüz işlem yapmamış olsa da ürünün çıkarıldığı ve tutarın yeniden hesaplandığı izlenimini verebilir.

Shopify, API 2026-10 sürümüne iki ayrı yetenek ekledi: alıcının talep ettiği sipariş düzenlemeleri ve iade politikası profillerine erişim. İkisinde de müşteri arayüzü mağazanın iç işlemleriyle uyumlu olmalıdır. Ancak iade kuralları kendi başına sipariş düzenlemesini yetkilendirmez; talebi kaydetmek değişikliğin uygulandığı anlamına gelmez.

Müşteri talebine ayrı kayıt verin

Shopify, alıcı talepli sipariş düzenlemeleri duyurusunda karşılanmamış kalemlerin çıkarılma taleplerini anlatıyor. RequestedOrderEdit nesnesi durumu, istenen değişiklikleri ve zaman damgalarını içerir. GraphQL Admin API işlemleri uygulamaların talep oluşturmasına, elle çözülmüş olarak işaretlemesine veya reddetmesine izin verir. Müşteri, Customer Account API içindeki orderRequestEdit ile talep gönderebilir.

Bu, her satın alımda keyfi değişiklik yapabilen evrensel bir mekanizma değildir. Anlatılan yetenek karşılanmamış kalemleri çıkarmayla ilgilidir. Teslim edilen ürünü iade etmek, adres değiştirmek veya ürün eklemek farklı senaryolardır; kullanılabilirlikleri bu duyurudan çıkarılamaz.

Shopify, requestedOrderEditCalculate üzerinden mali önizlemeyi de açıklıyor. Önizleme beklenen sonucu anlatabilir ama arayüz tahmini tutarı gerçekleşen mali işlemden ayırmalıdır. “Talep gönder” düğmesi hemen ne olacağını ve mağazanın nihai yanıtı ne zaman vereceğini açıklamalıdır.

Talebi gerçekleşmiş değişiklikten ayırın

Pratik mağaza akışı dört durumu ayırabilir: talep kaydedildi, karar hazırlanıyor, değişiklik onaylandı ve talep reddedildi. Bu bir tasarım önerisidir. Seçilen sürümün belgelerini kullanarak gerçek API durumlarına eşleyin.

Her geçişe sorumlu atayın. Destek müşterinin niyetini netleştirir, depo hazırlığın durdurulup durdurulamayacağını kontrol eder, yetkili çalışan veya uygulama karar verir. Talep durumu gerçek sipariş durumunun yerine geçmemelidir. Elle çözülmüş işaretlemek tamamlanmış eylemi yansıtmalı, işlenmemiş işi gizlememelidir.

Müşteri ürünü planlaması, arayüzü arkasındaki operasyonel sistemle birlikte ele alır. Bu senaryo bağlantıyı açıklar: yararlı müşteri hesabı yalnızca talep formu göstermez. Güncel durumu, yanıt beklentisini ve ret gerekçesini de gösterir.

Eşzamanlı bir olayı test edin: depo hazırlığı bitirirken müşteri talep gönderiyor. Talebi saklayabilen API tek başına gönderinin duracağını garanti etmez. Sipariş karşılama sistemiyle kuralları kararlaştırın ve değişen miktarların ilgili taraflara ulaştığını doğrulayın.

İade kuralları başka bir kararı destekler

İade politikası profilleri duyurusu, GraphQL Admin API 2026-10’a yapılandırılmış pazar kuralları ekliyor. Pazarlar profillere referans verir; ortak profili düzenlemek referans veren tüm pazarları etkiler.

Bu API’de profiller salt okunurdur; oluşturma, düzenleme ve silme Shopify yöneticisinde yapılır. Okuma için read_legal_policies, pazar atamalarını yönetmek için write_markets gerekir. Sipariş düzenleme talepleri ayrı olarak read_orders ve write_orders kullanır. Benzer terimler izinleri birleştirmeyi haklı çıkarmaz.

İşletme için kurallar ayrı bir karar kaynağıdır. Müşteri ürünü aldıktan sonra iade istiyorsa süreci başlatmadan önce pazarı ve geçerli koşulları belirleyin. İade profili, karşılanmamış siparişte daha önceki düzenlemeye otomatik izin değildir.

null değerlerini bağlamıyla yorumlayın

Market.returnPolicyProfile, pazar hiyerarşisini çözmeden doğrudan atamayı döndürür. Burada null doğrudan atama olmadığı anlamına gelir. Shopify, adlandırılmış ataması olmayan pazarlar için varsayılan profil de anlatıyor; doğrudan profil bulunmaması geçerli koşul bulunmadığını kanıtlamaz.

returnRules veya editRules içinde null, kuralların devre dışı olmasıdır; Shopify returnRules: null durumunu sınırsız iade olarak açıklar. Bu anlamı diğer nullable alanlara veya hukuki yükümlülüklere genellemeyin.

Uygulanan profil kimliğini, ilgili koşulları ve kontrol zamanını kararla birlikte saklayın. Shopify, profilin bölümleri değiştiğinde birleştirilmiş updatedAt alanının değiştiğini söylüyor. Ortak profil talep ile karar arasında güncellenirse çalışanların açık yeniden kontrol kurallarına ihtiyacı vardır. Koşulların hukuki değerlendirmesi, teknik gösterimlerini okumaktan ayrıdır.

Siparişi, stoğu ve parayı uyumlayın

Onaylanmış değişiklikten sonra üç bağımsız sonucu kontrol edin: sipariş içeriği, depo işlemi ve mali kayıtlar. Çıkarılan ürün toplama görevinde kalmamalı. Stok rezervasyonu iki kez serbest bırakılmamalı. Arayüz onaylanmış tutarı göstermeli.

Google Sheets stok açıklaması, stok hareketleri ve düzeltme sorumluluğu için bağlam sunar. Yeni Shopify API’lerinin kullanıldığını kanıtlamaz. Sipariş-stok bağlantısı mağazanın mevcut kuralları ve kısıtlarına göre tasarlanmalıdır.

Sistem sınırlarında sabit sipariş ve talep kimlikleri, görünür hatalar ve kısmi tamamlanmadan kurtarma kullanın. Bunlar API entegrasyonu yaklaşımında ele alınıyor. Mali tarafa ödeme mutabakatını ekleyin: sipariş değişikliği mesajı parasal kayıtların zaten uyuştuğunu kanıtlamaz.

Küçük ama tamamlanmış bir ilk aşama seçin

Tek talep türü ve sınırlı bir karşılama bölümüyle başlayın. Karşılanmamış siparişi, zaten karşılanan ürünü, reddi, politika değişimini ve mağaza-depo uyuşmazlığını kontrol edin. Kabul, müşteri ile çalışanların aynı sonucu anlamasıdır.

Mobile ticarette sürtünmeyi de inceleyin. Sonraki eylemleri açık anlatmak ödeme sonrasında da öncesi kadar önemlidir. Müşteriler onaylanmış durumu gördüğünde ve çalışanlar sonraki adımı bildiğinde API, arkasından gizli elle yazışma gelen başka bir form değil, yararlı bir hizmet sağlar.