OpenCart İade Talebini Ürün Kabulü ve CRM ile Eşleştirme

Depodaki kutuların bulunduğu rafların yanında çalışan iki kişi — Temsili stok fotoğrafı: Centre for Ageing Better / Pexels. Görseldeki kişiler Entegrino müşterisi olarak tanıtılmamaktadır.

OpenCart üzerinde iade talebi açılması, ürünün depoya ulaştığını veya paranın müşteriye döndüğünü tek başına kanıtlamaz. İade kaydını sipariş satırına bağlayın; ürün kabulünü, yeniden satış kararını ve ödeme sonucunu ayrı izleyin. CRM ekibi müşteriye hangi aşamanın gerçekten tamamlandığını bu kayıtlardan görmelidir.

Talep, neden ve sonuç farklı bilgiler taşır

OpenCart iade yönetimi belgesi, iade numarası, sipariş numarası, ürün, model, miktar ve durum bilgilerini açıklar. İade yapılandırması belgesi ise durum, işlem ve nedeni ayrı bileşenler olarak ele alır. Bu ayrım entegrasyonda da korunmalıdır. Müşterinin yazdığı neden, işletmenin tamamladığı işlem yerine geçirilmemelidir.

Aşağıdaki akış takı ve saat satıcıları için önerilen bir kontrol tasarımıdır. Kullanılan OpenCart sürümü, ödeme eklentisi ve bağlantı uygulamasıyla test edilmelidir; belirli bir panel ayarının bütün işlemleri otomatik yapacağı varsayılmaz.

Varsayımsal örnek: İki ürünlü sipariş, tek ürünlük talep

S-890 siparişinde bir kol saati ve bir bileklik bulunduğunu düşünelim. Müşteri yalnızca bileklik için R-390 iade talebi açsın. CRM kaydında bütün sipariş “iade edildi” diye kapanırsa saatle ilgili teslimat geçmişi de yanlış yorumlanabilir. Depoya henüz gelmeyen bileklik satışa açık stoğa eklenirse yeni bir sipariş karşılanamaz.

Önerilen kayıt, S-890 siparişinin bileklik satırını R-390 talebine bağlar. Saat satırı aynı siparişte kalır ancak bu talebin kapsamına girmez. Müşterinin beyan ettiği bir adet ile depoda fiilen kabul edilen miktar ayrı alanlarda tutulur. Bu örnekteki kodlar ve miktarlar varsayımsaldır.

Ürün kabulünde hangi bilgiler eşleşmeli?

Talebin mağaza ve sipariş referansını doğrulayın. Aynı numarayı kullanan başka mağaza kayıtlarıyla birleştirmeyin.
Ürün kodunu ve siparişteki seçenekleri kontrol edin. Bileklik ölçüsü veya saat kordon rengi, genel ürün adından daha ayırt edici olabilir.
Gelen paketin hangi talebe ait olduğunu kabul kaydına yazın; taşıyıcı teslim bilgisini ürün incelemesiyle aynı saymayın.
Fiilen gelen miktarı ve gözlenen durumu kaydedin. Müşteri açıklaması ile çalışan gözlemini ayrı tutun.
Satışa geri alınacak miktar için sorumlu kişinin kararını kaydedin. Talep oluştuğu anda otomatik stok artışı üretmeyin.

Kutu, ek kordon veya hediye ambalajı gibi parçalar siparişe göre farklılaşabilir. Kabul listesi ürünün gerçekten satıldığı içerikten hazırlanmalıdır. Eksik parça kaydı, kendi başına hukuki iade hakkına ilişkin karar değildir; bu yazı uygunluk veya yasal süre kuralı belirlemez.

CRM ekranında tek bir kapanış etiketi yeterli olmaz

Destek çalışanına “talep alındı”, “paket ulaştı”, “ürün kontrol edildi” ve “ödeme sonucu doğrulandı” gibi açıklayıcı işletme aşamaları gösterilebilir. Bunlar önerilen iş adlarıdır; OpenCart varsayılan durum listesi olarak sunulmaz. Her aşamanın yanında olay zamanı ve ilgili kayıt referansı bulunmalıdır.

Örneğin ürün kabul edilmiş ama ödeme sonucu henüz doğrulanmamışsa CRM görüşmesi bu ayrımı korumalıdır. Müşteriye tamamlanmamış işlem için “iadeniz bitti” mesajı gönderilmemelidir. Bildirim tasarımını ayrıntılandırmak için OpenCart durum ve müşteri bildirimi rehberini inceleyebilirsiniz.

Bağlantıyı devreye almadan kontrol listesi

Tek ürün iadesi, siparişin diğer satırlarını değiştirmiyor mu?
Aynı talep tekrar aktarıldığında ikinci bir kabul veya stok hareketi açılıyor mu?
Talep miktarı ile kabul miktarı farklı olduğunda inceleme kaydı oluşuyor mu?
Ödeme sonucu ayrı işlem referansıyla doğrulanabiliyor mu?
CRM bildirimi, yalnızca gerçekten tamamlanan aşamayı söylüyor mu?

Testleri örnek kayıtlarla yürütün. Entegrino için hazır OpenCart bağlantısı, otomatik para iadesi veya ürün inceleme modülü bu rehberde vaat edilmez. Bağlantı sağlayıcısından bu senaryoların kendi kurulumunuzdaki sonucunu isteyin.