Bir müşterinin siparişindeki tek ürünün kutusu ezilmiş biçimde teslim edilir. Destek ekibi müşteriden görüntü ister; depo ürünü hangi sipariş satırından ayıracağını sorar; kargo kaydı ise yalnız paketin teslim edildiğini gösterir. Bu olayda mesele genel bir iade formu kurmak değildir. Amaç, bildirilen hasarı doğru sipariş satırı, fiziksel paket ve inceleme kararıyla eşleştirip kanıtı kaybetmeden bir sonraki sorumluya aktarmaktır.

Rehber, eticaret sitelerinde hasarlı teslimat bildiriminin nasıl kaydedileceği ve ekiplerin aynı olayı nasıl anlayacağı üzerine çalışır. Her işletmenin taşıyıcı sözleşmesi, ürün yapısı ve müşteri süreci farklıdır. Burada süre, kabul şartı, tüketici hakkı veya taşıyıcı kararı vaat edilmez; yürürlükteki koşullar ilgili sözleşme ve resmî kaynaklardan ayrıca teyit edilmelidir.

Eticaret Sitesi hizmeti bu kayıt ilişkisini mağaza tasarımına taşır.

Hasar bildirimini teslimat kaydından ayırın

Taşıyıcının teslim edildi bilgisi, paketin alıcıya ulaştığına dair bir olaydır; ürünün sağlam teslim alındığını veya hasarın hangi aşamada oluştuğunu tek başına kanıtlamaz. Benzer biçimde, müşterinin “kutu hasarlı” bildirimi de ürünün kesin olarak kullanılmaz durumda olduğunu göstermez. Arayüz bu farklı olguları tek bir başarı ya da hata rozeti altında birleştirmemelidir.

Durum modelinde en azından teslimat olayı, hasar bildiriminin alınması, kanıtların incelenmesi ve işletmenin kararı ayrı tutulabilir. Kullanılan adlar sade ve ekipçe anlaşılır olmalıdır: teslim edildi, hasar bildirimi alındı, görüntü veya bilgi bekleniyor, incelemede, ek inceleme gerekiyor ve karar bildirildi gibi. Bunlar her işletmeye zorunlu durumlar değildir; asıl ölçüt, her durumun hangi gözlenebilir olayı temsil ettiğinin açık olmasıdır.

Sipariş, satır ve fiziksel paketi ilişkilendirin

Bir sipariş birden fazla ürün satırı içerebilir; bazı ürünler ayrı paketlenebilir veya tek paket içindeki farklı kalemler farklı nitelikte olabilir. Hasar kaydı yalnızca müşteri adı ya da sipariş numarasına bağlanırsa hangi ürünün etkilendiği belirsiz kalır. Kayıt; sipariş kimliğini, mümkün olduğunda ilgili satırı ve miktarı, paket ya da takip referansını ve bildirimin hangi ürüne ilişkin olduğunu birlikte göstermelidir.

Örneğin aynı siparişte bir seramik vazo ve kumaş kılıf bulunabilir. Dış kutudaki ezik, vazonun kırıldığını kendiliğinden göstermez; kılıfın etkilenmiş olduğunu da kanıtlamaz. Müşterinin açıklaması, görülebilen ambalaj durumu ve ürünün gözlenen hali ayrı alanlarda tutulursa ekip tahmin yürütmeden inceleme yapabilir. Bu ayrım, tek siparişin birden fazla pakete bölündüğü durumlarda daha da önemlidir.

Fiziksel paket numarası sistemde yoksa ekip, mevcut taşıma referansını kullanabilir ve ilişkiyi açıklayan sınırlı bir kayıt ekleyebilir. Yeni bir numara uydurmak yerine hangi sipariş satırlarının o pakette bulunduğu doğrulanmalıdır. Paket birden çok satırı içeriyorsa hasar bildiriminin tüm siparişi etkilediği varsayılmamalı; etkilenen kalem net değilse kayıt “inceleme gerekiyor” olarak kalmalıdır.

Müşteriden kanıt isterken ölçülü ve açık olun

İlk yanıt, bildirimi aldığını söylemeli ve hangi bilginin neden istendiğini anlaşılır biçimde açıklamalıdır. İşletmenin sürecine göre dış kutu, etiket, koruyucu ambalaj veya ürünün ilgili bölümünü gösteren görüntü yararlı olabilir. Ancak her olayda aynı sayıda fotoğraf, video, kimlik belgesi ya da kişisel ayrıntı istemek gerekli değildir. İstenen materyal, karar için gerçekten gereken kapsamla sınırlı olmalıdır.

İstek metni, görüntünün hangi açıdan alınacağını ve paketin veya ürünün hangi kısmının gösterileceğini tarif edebilir. Müşteriden ürünü kullanmayı, atmayı, onarmayı veya tekrar göndermeyi istemeden önce işletmenin yetkili süreci kontrol edilmelidir. Sistem, müşteri henüz görüntü paylaşmadıysa “kanıt yok” diye suçlayıcı bir hüküm üretmemeli; yalnızca hangi bilginin beklendiğini ve talebin hangi aşamada olduğunu göstermelidir.

Görüntülerde adres etiketi, telefon numarası, başka bir kişinin yüzü veya ev içi ayrıntılar bulunabilir. Bu nedenle yükleme ekranı gereksiz alanları göstermemeli, erişim yetkisini sınırlandırmalı ve işletmenin veri saklama politikasına uygun çalışmalıdır. Hukuki yükümlülük veya saklama süresi hakkında genel bir süre uydurulmamalıdır; işletme, güncel mevzuat ve kendi işleme amaçları için yetkili danışmanlık almalıdır.

Gözlem ile çıkarımı ayrı kaydedin

Bir inceleme notu “müşteri ürünü düşürmüş” gibi kanıtlanmamış bir niyet veya neden yazmamalıdır. Bunun yerine gözlenebilen olgular kaydedilebilir: kutunun bir köşesinde ezilme görülmesi, iç koruyucunun yerinden çıkmış olması, müşterinin belirli bir yüzeyde çatlak bildirmesi veya görüntünün inceleme için yetersiz kalması. Gözlemle olası açıklama farklı alanlarda yer almalıdır.

Her kayıt, bilginin kaynağını da ayırt edebilir: müşteri bildirimi, taşıyıcı olay kaydı, depo incelemesi, ürün fotoğrafı veya destek ekibinin notu. Böylece sonraki çalışan, gözlenmiş veriyi yorumdan ayırabilir. Bir fotoğrafın ne zaman yüklendiği sistem tarafından tutuluyorsa bu bilgi sürece yardımcı olabilir; ancak saat damgası tek başına hasarın ne zaman oluştuğunu kanıtlamaz.

Kanıt dosyasını doğru satıra bağlayın

Gelen fotoğraf, konuşma veya açıklama siparişin genel ekleri arasında kaybolmamalıdır. Ekip, hangi dosyanın hangi paket ve ürün satırını desteklediğini açıp görebilmelidir. Birden fazla görsel varsa açıklayıcı dosya adları veya kısa notlar kullanılabilir; hassas bilgileri dosya adına kopyalamak doğru değildir. Sistem içindeki bağ, dosya değiştirildiğinde ya da yeni bilgi eklendiğinde geçmişin nasıl korunacağını da tanımlamalıdır.

İlk yanıtı karar yerine koymayın

İlk yanıt, bildirimin alındığını ve sıradaki doğrulanmış adımı açıkça söyleyebilir. İnceleme tamamlanmadan değişim, geri ödeme, indirim veya taşıyıcı işlemi kesinleşmiş gibi yazılmamalıdır. Verilen bilgi, gerçekten yetkili kişinin onayladığı ve işletmenin koşullarına uygun olanla sınırlı tutulmalıdır.

Bir müşteriye “talebiniz inceleniyor” denmesi, ürün değişiminin kabul edildiği anlamına gelmemelidir. Benzer biçimde, taşıyıcı takip sayfasında teslim yazması da hasar talebinin reddedildiğini göstermez. Ekran metinleri bu ayrımı korumalı; otomatik bildirimler de karar kesinleşmeden kesin sonuç bildirmemelidir. Böylece müşteri, kayıt açılması ile işletme kararını birbirine karıştırmaz.

Karar dallarını küçük ve açıklanabilir tutun

İnceleme sonunda işletmenin karar vereceği seçenekler kendi sözleşmesine ve politikalarına göre belirlenir. Örneğin ek bilgi isteme, ürün satırını daha yakından inceleme, çözüm seçeneğini yetkili kişiye sunma veya bildirimi mevcut koşullar çerçevesinde kapatma gibi dallar olabilir. Bu seçeneklerin adı ve uygulanabilirliği işletmeye göre değişir; yazılım taslağı işletme yerine politika koymamalıdır.

Belirsizlik varsa sistem, olguyu tamamlanmış gibi işaretlemek yerine bekleyen nedeni göstermelidir. Paketle ürün arasında eşleşme kurulamaması, görüntünün okunamaması veya müşterinin birden fazla satırı birlikte bildirmesi örnek belirsizliklerdir. Belirsizliği tek bir serbest metne yığmak yerine, eksik olan alanı ve sonraki sorumluyu açıkça göstermek çözümü hızlandırır.

Karar verildiğinde sonuç, önceki durumun üzerine açıklamasız biçimde yazılmamalıdır. Hangi satırın etkilendiği, kararın hangi bilgilere dayandığı ve müşteriye hangi kısa açıklamanın gönderildiği ilişkilendirilebilir. Yetkili inceleyici, dayanak verinin müşteriden mi depodan mı geldiğini görebilmelidir. Kararın kendisi işletmenin sorumluluğundadır; yazı burada süreç kaydının tasarımını anlatır.

Kargo ve iade akışlarına bağ kurun ama onları tekrarlamayın

Kargo entegrasyonunda etiket, paket ve taşıyıcı hareketinin birbirinden ayrılması hasar olayını doğru bağlamaya yardım eder. İlgili kargo entegrasyonu rehberi, gönderi durumlarının siparişten nasıl ayrılacağını ele alır; bu yazı ise teslimden sonra bildirilen fiziksel hasar kanıtını ürün satırına bağlamaya odaklanır. İki kayıt aynı olayı farklı yönlerden tamamlar.

Hasar kararı iade ya da geri ödeme gerektirirse ilgili e-ticaret iade akışı rehberi talep, stok ve ödeme adımlarının ayrımını açıklar. İnceleme bekleyen siparişlerde gönderim kapısının nasıl tutulduğunu anlatan sevkiyat kapısı rehberi ise teslimat öncesi kontrol alanına yöneliktir. Bu sayfa, söz konusu akışları yeniden anlatmak yerine hasar bildiriminin kanıt eşlemesini izler.

Testleri istisnalarıyla yapın

Süreç devreye alınmadan önce yalnız kusursuz paket senaryosunu değil, karışıklık çıkarabilecek örnekleri de deneyin. Bir siparişte iki ürün varken yalnız birinin hasarlı bildirilmesi; tek siparişin iki pakete bölünmesi; müşteri görüntü paylaşmadan önce bildirim açılması; ürün adı katalogda güncellenmişken eski siparişin bulunması ve taşıyıcı kaydının eksik olması gibi durumlar farklı riskleri gösterir.

Her denemede beklenen sonucu önceden yazın: kaydın hangi sipariş satırına bağlanacağı, hangi rolün inceleme yapacağı, müşteriye hangi aşama mesajının gideceği ve hangi durumda otomatik karar verilmeyeceği. Sonra gerçek ekranda oluşan kayıtla beklentiyi karşılaştırın. Testi yapan kişi yalnız “çalıştı” demek yerine gözlenen sonucu ve sapmayı not edebilir. Sorun düzeltilince aynı senaryo yeniden denenmelidir.

Özellikle yanlış ürüne bağlanan bir dosya, yanlış paket referansı veya karar verilmeden kapanan bir bildirim, toplam başarı puanında küçük bir sapma gibi gizlenmemelidir. Bu tür kritik hatalar için ekibin durdurma ve düzeltme kuralı önceden belirlenebilir. Sayısal eşik vermek her işletmeye uygun değildir; eşiği işin etkisi, hacmi ve inceleme kapasitesi belirler. Hiçbir kontrol listesi, her olayın sorunsuz olacağını garanti etmez.

Sık Sorulan Sorular

Bir paketin hasarlı görünmesi, içindeki ürünün de hasarlı olduğunu gösterir mi?

Hayır. Dış ambalaj gözlemi ile ürünün durumu ayrı bilgiler olarak kaydedilmelidir. Müşterinin bildirimi ve gerekliyse ürün görüntüsü incelenmeden otomatik olarak iade, değişim veya ret kararı çıkarılmamalıdır. Sürecin hangi kanıta göre ilerleyeceği işletmenin koşullarına bağlıdır.

Hasar bildirimi hangi kayda bağlanmalıdır?

Temel bağ sipariş, ilgili ürün satırı ve fiziksel paket ya da takip referansıdır. Bir siparişte birden fazla ürün veya paket varsa etkilenen kısmı ayrıca belirtmek gerekir. Hangi satır olduğuna dair bilgi yoksa sistem tahmin yürütmek yerine ek inceleme gerektiğini göstermelidir.

Müşteriden hangi fotoğrafları istemek gerekir?

İşletmenin karar vermesi için gerekli görüntü türü, ürün ve ambalajın niteliğine göre değişir. Dış kutu, taşıma etiketi veya etkilenen ürün bölümünün görüntüsü yararlı olabilir; ancak her olayda tümünü ya da gereksiz kişisel belgeyi istemek doğru değildir. Talep açık ve ölçülü olmalıdır.

Müşterinin fotoğraf paylaşmaması durumunda kayıt kapatılır mı?

Bunu otomatikleştiren evrensel bir kural yoktur. İşletme kendi destek ve sözleşme koşullarını belirlemeli; sistem hangi bilgi beklendiğini, ne zamandır beklendiğini ve sonraki sorumluyu göstermelidir. Eksik görüntü, tek başına müşterinin iddiasının doğru ya da yanlış olduğunu kanıtlamaz.

Teslim edildi bilgisi, hasar talebini reddetmek için yeterli midir?

Hayır. Teslimat olayı, paketin teslim durumunu bildirir; ürünün sağlamlığına veya bildirimin koşullarına ilişkin tek başına karar vermez. Taşıyıcı kaydı, müşteri açıklaması ve varsa ürün incelemesi farklı kaynaklar olarak görülmeli, nihai işlem işletmenin yetkili sürecine bırakılmalıdır.

Hasarlı ürünün stoğu ne zaman değişmelidir?

Stok hareketinin hangi kararla ve hangi ürün satırı için yapılacağı işletmenin operasyon kuralına bağlıdır. Bildirim alınır alınmaz satılabilir miktarı artırmak, ürünün fiziksel durumunu doğrulamadan yanlış kayıt oluşturabilir. İnceleme, ayrıştırma ve karar durumları stok hareketinden açıkça ayrılmalıdır.

Hasar talebi doğrudan iade akışına mı gönderilmelidir?

Önce bildirimin hangi ürün ve pakete ait olduğu, hangi bilginin bulunduğu ve işletmenin inceleme gerektirip gerektirmediği belirlenebilir. Karar iade veya geri ödeme içeriyorsa iade sürecine geçiş yapılır. Her bildirim otomatik olarak iade sayılmamalı; iade kaydı hasar kanıtının izini de korumalıdır.

Yazılım taşıyıcının sorumluluğunu otomatik belirleyebilir mi?

Bu rehber böyle bir karar önermiyor. Sistem olayları, kaynakları ve inceleme durumunu düzenleyebilir; ancak sözleşme koşulları, gerçek kanıt ve yetkili değerlendirme olmadan kusur veya sorumluluk atfetmemelidir. Taşıyıcıya başvuru yolu ve süresi gerekiyorsa güncel resmî belgeler ile tarafların anlaşması kontrol edilmelidir.