03 Nis 2026·6 dk okuma

İade denetimi iş akışı: Depoda net bir denetim izi

Fotoğrafları, durum kodlarını, tasfiye kararlarını ve geri ödeme onaylarını kaydeden, her iadenin kolayca incelenmesini sağlayan bir iade denetimi iş akışı oluşturun.

İade denetimi iş akışı: Depoda net bir denetim izi

İade denetimleri denetim izini neden kaybeder?

Teslim alma alanında bir iade basit görünebilir: Bir kutu gelir, biri kutuyu açar ve ardından geri ödeme yapılır. Kayıt, her adım farklı bir yerde gerçekleştiğinde kopar. Teslim alma ekibi paketi kaydeder, denetçi fotoğrafları telefonunda saklar, müşteri hizmetleri ise geri ödemeyi başka bir araçta onaylar.

Bu durum, müşteri geri ödeme tutarına itiraz ettiğinde veya kaydedilen ürün durumunu sorguladığında sorun yaratır. «Hasarlı» gibi bir not çok az bilgi verir. Mühür açılmış mıydı? Bir aksesuar eksik miydi? Ekranda çatlak var mıydı? Zaman damgalı fotoğraflar ve açık bir durum notu olmadığında çalışanlar hafızalarına güvenmek veya eski mesajları aramak zorunda kalır.

Ayrı elektronik tablolar işleri daha da zorlaştırır. Bir tablo iade numaralarını, diğeri stok düzeltmelerini, üçüncüsü de geri ödeme durumunu takip edebilir. Tarihler, ürün kodları ve isimler dosyalar arasında farklılık gösterebilir. Ekip, tek bir geri ödeme denetim izi yerine aynı olayın birkaç eksik sürümüyle baş başa kalır.

Güvenilir bir iade denetimi iş akışı, her teslim adımını tek bir iade kaydına bağlar. Teslim alma ekibi gelişi kaydeder. Denetçi durum kodlarını, fotoğrafları ve notları ekler. Geri ödeme incelemecisi, tam, kısmi veya reddedilmiş geri ödemeyi onaylamadan önce bu kanıtları görür. Ardından envanter ekibi ürünün yeniden stoğa alınıp alınmayacağını, onarıma gönderilip gönderilmeyeceğini, tasfiyeye ayrılıp ayrılmayacağını veya imha edilip edilmeyeceğini kaydeder.

Amaç basit: tek ürün, tek geçmiş. Kayıt, iadeyi kimin teslim aldığını, ne bulduğunu, neye karar verdiğini ve bunların ne zaman gerçekleştiğini göstermelidir.

İade edilen her ürün için tek kayıt oluşturun

Her kaydın temelinde iade kimliğini kullanın. Bu kimliği paket etiketine, depo uygulamasına ve iadeyle ilgili müşteri hizmetleri kaydına ekleyin.

Bir kutuda birkaç ürün varsa tüm kutu için tek kayıt kullanmayın. Her ürünün durumu, fotoğraf seti, envanter işlemi ve geri ödeme sonucu farklı olabilir. Her ürüne iade kimliği altında ayrı bir satır verin. İşlem hacmi yüksekse ayrı ürün kimlikleri atayın.

Denetçiler paketi açmadan önce ihtiyaç duydukları ayrıntıları görebilmelidir. Kısa bir form kayıtları tutarlı hale getirir. Şunları ekleyin:

  • İade kimliği, sipariş numarası, SKU, miktar ve teslim alma tarihi
  • Müşterinin belirttiği iade nedeni ve ilk gönderim tarihi
  • Denetçinin adı, denetim saati ve depolama konumu
  • Durum kodu, fotoğraflar ve olağandışı sorunlara ilişkin notlar
  • Tasfiye ve geri ödeme durumu ile her kararı onaylayan kişinin bilgisi

Bir karar değiştiğinde ilk değerleri koruyun. Bir denetçi blender için «açılmış, eksiksiz» işaretini koyar ve bir yönetici daha sonra tasfiye kararını yeniden stoklamadan tasfiyeye çevirirse kayıt her iki girişi, ilgili kişileri ve değişikliklerin gerçekleştiği saatleri göstermelidir. İlk seçimi silmek, sonucun nedenini açıklamak için gereken kanıtı ortadan kaldırır.

İzinler de önemlidir. Depo çalışanları ürünleri teslim alabilir, fotoğraf ekleyebilir, durum kodu seçebilir ve tasfiye önerisinde bulunabilir. Yöneticiler istisnaları onaylayabilir. Müşteri hizmetleri veya finans ekibi geri ödemeyi onaylayabilir, ancak denetim kanıtlarını değiştirememelidir.

Kodsuz bir uygulama, ortak bir elektronik tabloya gerek kalmadan bu rolleri uygulayabilir. AppMaster ile ekipler iade kayıtları oluşturabilir, ürün kayıtlarını ve fotoğrafları ekleyebilir, durum değişikliklerini kaydeden kurallar belirleyebilir. Depo çalışanları odaklanmış bir denetim ekranı kullanırken yöneticiler anlaşmazlıklar, ters ibrazlar ve stok incelemeleri için gereken geçmişi korur.

Çalışanların kullanacağı durum kodları oluşturun

Durum kodları hızlı seçilebilmelidir. Liste bir sınav gibi görünürse denetçiler en yakın seçeneği işaretler, belirsiz notlar yazar veya yoğun teslim alma dönemlerinde alanı boş bırakır.

Deponuzun zaten verdiği kararlara uyan sade kodlarla başlayın:

  • Açılmamış: Fabrika mührü ve orijinal ambalaj sağlamdır, görünür bir hasar yoktur.
  • Hasarlı: Ürün veya ambalaj, yeniden satışı, güvenli kullanımı ya da nakliyeyi etkileyen bir hasara sahiptir.
  • Eksik: Gerekli bir parça, aksesuar, kılavuz veya bileşen yoktur.
  • Arızalı: Üründe doğrulanmış bir kusur vardır veya tanımlı işlev kontrolünden geçemez.

Her kod için kısa bir kural yazın. «Kötü durumda» veya «satılamaz» gibi ifadelerden kaçının. İki denetçi bu açıklamaları okuyup farklı sonuçlara ulaşabilir.

Örneğin hasarlı durumunu «yeni olarak satılmasını engelleyen çatlak gövde, yırtık mühür, derin çizik veya ezilmiş kutu» şeklinde tanımlayın. Eksik durumunu ise «ürünün gerekli içerik listesinde bulunan herhangi bir parçanın eksik olması» olarak açıklayın. Ezilmiş bir kutuda yeni ve mühürlü bir ürün varsa çalışanların tahmin yürütmek zorunda kalmaması için nasıl sınıflandırılacağını belirtin.

Formda veya ekip kılavuzunda her kodun yanına onaylanmış bir fotoğraf örneği ekleyin. Çatlak ekran, açılmış mühür veya boş aksesuar yuvası, yeni çalışanlara pratik bir referans sağlar. Ambalaj veya ürün sürümleri değiştiğinde örnekleri güncel tutun.

Çoğu ekip, çok sayıda küçük seçeneğin bulunduğu uzun bir menü yerine dört ila altı temel kodla daha iyi çalışır. Bir iadede birkaç sorun varsa çalışanlar tasfiye kararını belirleyen durumu seçip kısa bir ek not yazabilir.

Daha sonra sorulacak soruları yanıtlayan fotoğraflar çekin

Fotoğraflar ekibin inceleyebileceği somut bir kanıt sağlar. İade kaydı yalnızca denetçinin açıklamasını değil, ürünün depoya geldiği andaki durumunu da göstermelidir.

Çalışanlardan her iade için aynı fotoğrafları çekmelerini isteyin. Önemli olan kusursuz görüntüler değil, tutarlılıktır. Genellikle bir telefon kamerası ve temiz bir denetim yüzeyi yeterlidir.

  • Dış paketin, kargo etiketleri ve ezilmiş köşeler dahil olmak üzere fotoğrafını çekin.
  • Ürünü birkaç açıdan fotoğraflayın; çizik, çatlak, leke veya eksik parçaların yakın plan görüntülerini alın.
  • Ürünü iade kaydına bağlayan seri numarası, IMEI, barkod veya diğer tanımlayıcıların fotoğrafını çekin.
  • Müşteri eksik bir set iade ettiğinde aksesuarları fotoğraflayın.

Denetçi hasarla ilgili bir kod seçmeden önce bu görüntülerin eklenmesini zorunlu tutun. Aksi halde biri ürünü hasarlı olarak işaretleyebilir ve müşteri iki gün sonra karara itiraz ettiğinde gösterecek hiçbir şey bulunmayabilir. Görünür bir sorunu olmayan ürünlerde çalışanlar genel bir ürün fotoğrafı ekleyip uygun bir kod seçebilir.

Her görüntüyü gün veya sevkiyat adına sahip ortak bir klasöre değil, tek tek iade edilen ürüne ekleyin. Yönetici tek bir kaydı açarak ürünü kimin incelediğini, bunun ne zaman yapıldığını ve tasfiye ile geri ödeme kararının dayandığı kanıtları görebilmelidir.

Örneğin bir denetçi, perakende kutusu yırtılmış kulaklıklar teslim alır. Kargo kolisinin, yırtık kutunun, mühürlü kulaklıkların ve seri numarasının fotoğrafını çeker. Kayıt, ürünün açılmamış geldiğini gösterir. Bu bilgi, ambalaj satış alanına geri dönemese bile yeniden stoklama kararını destekleyebilir.

Denetimi teslim almadan karara kadar yürütün

Denetimleri net biçimde belgeleyin
Durum kodlarını, ürün bilgilerini ve denetim fotoğraflarını kodsuz formlarla kaydedin.
Bir uygulama oluşturun

Her kişi net bir teslim adımını tamamlamalıdır. Teslim alma görevlisi kaydı açar, denetçi ürünü belgeler, geri ödeme incelemecisi ise ödemeyi onaylar veya reddeder. Herkes aynı ürün kaydı üzerinden çalışır.

Paket iade alanına ulaştığında başlayın. Mümkünse iade etiketini tarayın. Etiket taranamıyorsa sipariş numarasını arayın ve iade edilen ürün satırını seçin. Kayıt, müşterinin ne satın aldığını, kaç birim iade ettiğini ve belirttiği nedeni göstermelidir.

Stoku değiştirmeden önce fiziksel ürünü kayıtla karşılaştırın. Aynı fiyata sahip oldukları için yanlış bedendeki mavi bir ceket, siyah cekete ait sipariş satırına bağlanmamalıdır. Ürün veya miktar eşleşmiyorsa istisnayı işaretleyip incelemeye gönderin.

Denetçi bir durum kodu seçer ve gerekli fotoğrafları ekler. Ürünü, ambalajı, aksesuarları ve kullanım belirtilerini inceler. Kod bulguyu tam olarak açıklayamıyorsa «Şarj cihazı kutuda yok» gibi kısa bir not yardımcı olur.

Ardından ürünün nereye gideceğini belirten bir tasfiye seçeneği belirleyin:

  • Satılabilir stoğa geri gönder
  • Onarıma veya yenilemeye gönder
  • Tedarikçiye iade et
  • Yönetici incelemesi için beklet
  • İmha et veya geri dönüştür

Tasfiye seçimi kaydı doğru kişiye veya alana yönlendirmelidir. Mühürlü bir ürün yeniden stoklama kuyruğuna, hasarlı bir ürün ise onarım rafına gidebilir. Denetim, önerilen işlemi kaydetmelidir. Onay bu işlemi kesinleştirir, ardından envanter güncellenir.

Geri ödeme incelemecisi siparişi, durum kodunu, fotoğrafları, notları ve tasfiye kararını tek yerde görmelidir. Tam geri ödemeyi onaylayabilir, kısmi geri ödemeyi onaylayabilir, geri ödemeyi reddedebilir veya daha fazla bilgi isteyebilir. İncelemeciyi, saati, kararı ve yapılan düzeltmenin nedenini kaydedin.

Envanteri yalnızca onaydan sonra değiştirin. Yeniden stoklama kararı, kabul edilen miktarı kullanılabilir stoğa ekler. Onarım veya imha kararı ürünü doğru satılamaz durumuna taşır. Böylece itiraz edilen iadelerin satılabilir stok olarak görünmesi engellenir.

AppMaster ile depo ekibi bu adımları görsel bir süreç olarak oluşturabilir: tarama veya arama, denetim, onaya yönlendirme ve ardından stok güncelleme. Orijinal kayıt korunur. Böylece yönetici bir geri ödemeyi teslim alma taramasına ve denetim kanıtlarına kadar takip edebilir.

Tasfiye seçeneklerini envanter işlemlerine bağlayın

Bir tasfiye seçeneğinin belirli bir envanter işlemi olmalıdır. Aksi halde iade edilen ürünler bekleme alanında kalır ve çalışanlar bunları satıp satamayacaklarını, onarıp onaramayacaklarını veya imha edip etmeyeceklerini bilemez.

Deponuza uyan seçenekleri kullanın: yeniden stoklama, onarım, tedarikçiye iade, imha ve müşteriye geri gönderme. Form yazılı bir neden ve yönetici incelemesi gerektirmiyorsa «Diğer» seçeneğinden kaçının.

Yeniden stoklama, onaylanan ürünü kullanılabilir envantere taşımalı ve depolama konumunu kaydetmelidir. Onarım, ürünü arıza açıklaması ve sorumlusu belirtilen bir onarım kuyruğuna göndermelidir. Tedarikçiye iade, ürünü satılabilir stoktan uzak tutarak tedarikçi talebi veya sevkiyat kuyruğuna almalıdır. İmha, yalnızca yetkili bir kişi kanıtları onayladıktan sonra envanteri azaltmalıdır. Müşteriye geri gönderme ise ürünü müşteriye gönderime hazırlamalı ve kargo referansını saklamalıdır.

Uygun yerlerde onay kuralları uygulayın. Ambalajı sağlam, mühürlü bir ürün doğrudan yeniden stoklanabilir. Kullanılmış bir elektronik ürünün durumu ve yeniden satış statüsü için yönetici onayı gerekebilir. İmha ve tedarikçi talepleri, stok değerini veya tedarikçi anlaşmazlığını etkilediği için çoğu zaman yönetici onayı gerektirir.

Denetçinin önerisini nihai karardan ayrı tutun. Denetçi hasarlı bir bağlantı bulduktan sonra onarım önerebilir. Onarım sorumlusu, yedek parçanın maliyetinin çok yüksek olduğuna karar verip bunun yerine imhayı onaylayabilir. Her iki girişi de kullanıcı, tarih, neden ve envanter durumuyla birlikte saklayın.

Geri ödeme kararlarını eksiksiz kaydedin

İade sürecinizi pilot olarak deneyin
Dağınık elektronik tabloları değiştirmeden önce iade iş akışını ekibinizle test edin.
Bir prototip oluşturun

Geri ödeme kaydı, müşteri siparişini ekibin incelediği fiziksel ürüne bağlamalıdır. Çalışanlar sonuç seçmeden önce sipariş değerini, iade son tarihini ve denetim sonucunu görmelidir.

Kararı aynı iade kaydında tutun. Nihai yanıtı, iadeye referans kaydetmeden sohbet mesajına, elektronik tabloya veya ayrı bir ödeme ekranına taşımayın. İncelemeci tek bir kaydı açarak ekibin neden belirli bir tutarı iade ettiğini anlayabilmelidir.

Her karar için şunları kaydedin:

  • Geri ödeme tutarı ve para birimi
  • Geri ödeme veya ret nedeni
  • Onaylayan çalışan veya yönetici
  • Kararın kesin saati
  • Ödeme referansı veya işlem durumu

Mümkün olduğunda «ürün açılmamış», «yanlış ürün gönderildi», «hasar doğrulandı» veya «iade süresi dışında» gibi sabit nedenler kullanın. Çalışanlar tutarlı bir nedeni hızlıca seçebilir ve raporlar daha anlaşılır kalır. Listeye sığmayan gerçekler, örneğin eksik şarj cihazı veya müşteri hizmetlerinin verdiği bir söz için not alanı ekleyin.

Değişikliklerin açıklaması olmalıdır. Bir yönetici, soruna kargo gecikmesi neden olduğu için iade süresi geçtikten sonra tam geri ödemeyi onaylayabilir. İstisna notunu, ilk denetim sonucunu ve politika kararını saklayın, bunların üzerine yazmayın.

Yüksek değerli siparişlerde ayrı bir onay adımı kullanın. Denetçi yoğun kullanım tespit ettikten sonra kısmi geri ödeme önerebilir, ardından yönetici tutarı onaylamadan finans ekibi ödemeyi göndermez. İade kaydı her iki işlemi de göstermelidir.

Müşteri neden 60 dolar yerine 42 dolar aldığını sorarsa destek ekibi durum kodunu, fotoğrafları, seçilen nedeni, onay notunu ve ödeme durumunu birkaç dakika içinde kontrol edebilmelidir.

Basit bir depo örneği

Ürünleri ayrı ayrı takip edin
Her ürünün kendi durumu ve geri ödeme geçmişini koruması için ayrı ürün kayıtları oluşturun.
Kodsuz deneyin

Teslim alma görevlisi iade edilen kablosuz kulaklığı tarar ve ürün kaydını açar. Sipariş numarası, müşteri bilgileri, iade nedeni ve teslim alma saati zaten kayıtlıdır.

Kargo kutusunun bir köşesi ezilmiş, mührü yırtılmıştır. Kulaklıkta çizik yoktur, kulak pedleri kullanılmamış görünür ve cihaz çalışır. Görevli hasarlı kutunun, seri numarası etiketinin ve açık durumdaki kulaklığın fotoğraflarını çeker. Her görüntü iade kaydına eklenir.

Görevli «cihaz sağlam, perakende ambalajı hasarlı» seçeneğini işaretler ve «Çalışma testi başarılı. Kutu yeni ürün olarak rafa geri konamaz» notunu ekler. Açık kutu stoğu önerir. İş akışı ürünü açık kutu envanter konumuna yönlendirir ve seçimi kaydeder.

Sipariş geri ödemeye uygundur, ancak hasarlı ambalaj kısmi geri ödeme incelemesi gerektirir. Görevli «yönetici incelemesi gerekli» seçeneğini işaretler ve önerilen tutarı girer. Müşteri daha sonra geri ödemeyi sorguladığında yönetici teslim alma taramasını, fotoğrafları, test sonucunu, tasfiye kararını ve önerilen geri ödemeyi görebilir. Kısmi geri ödemeyi onaylar ve ambalaj kesintisini açıklayan bir not ekler.

İade kayıtlarının güvenilirliğini azaltan hatalar

Denetçiler aynı sorunu farklı biçimlerde açıkladığında kayıt güvenilirliğini kaybeder. Biri «küçük çizik», diğeri «kullanılmış» yazar, üçüncüsü ise hiçbir şey yazmaz. Serbest metin notları olağandışı durumlarda yararlıdır, ancak sabit iade durum kodlarının yerini almamalıdır.

Kayıtta denetim kanıtları bulunmadan geri ödeme yapmayın. Eksik durum kodları, fotoğraflar veya ürün tanımlayıcıları, depoyu karar için açık bir dayanak olmadan bırakır. İş akışınız, denetçi gerekli alanları doldurana kadar geri ödemeyi engellemeli veya işaretlemelidir.

Ekipler fotoğrafları «iade 14» veya «hasarlı kutu» gibi adlara sahip ortak bir klasörde sakladığında sorun çıkar. Her fotoğrafı ürün kaydına ekleyin ve iade kimliğini otomatik olarak kullanın. Özellikle pahalı ürünlerde veya itiraz edilen taleplerde fotoğrafı kimin çektiğini ve ne zaman çektiğini kaydedin.

Değişen kararları koruyun. Denetçi bir ürünü yeniden stoklama için işaretler, yönetici ise daha sonra tasfiyeye gönderirse ilk kararı değiştirmek yerine yeni bir tasfiye kaydı ekleyin. Kayıt her iki işlemi, zamanı ve değişiklik nedenini göstermelidir.

Yaygın eksikler arasında standart bir kod olmadan açıklama girmek, kanıt olmadan geri ödemeyi onaylamak, önceki kararları geçmiş olmadan düzenlemek ve görüntüleri ürün kaydının dışında saklamak bulunur.

Yayına almadan önce hızlı kontroller

Her teslim adımını haritalayın
İadeleri teslim alma aşamasından incelemeye ve stok kararlarına kadar görsel süreçlerle yönlendirin.
İş akışınızı oluşturun

İş akışını tüm depoya açmadan önce küçük bir gerçek iade grubuyla test edin. Açılmamış stokları, hasarlı ürünleri, yanlış ürün iadelerini ve parçaları eksik ürünleri dahil edin. Bu test, çalışanların atladığı alanları ve daha açık ifade edilmesi gereken kararları ortaya çıkarır.

Her iade edilen ürünün kendi iade kimliği ve orijinal sipariş referansı olmalıdır. Çalışanlar durum kodu seçmeden önce bu bilgileri taramalı veya girmelidir. Bir müşteri üç ürün gönderiyorsa belirsiz tek bir iade notu yerine üç ürün kaydı oluşturun.

Formun inceleme için gereken kanıtları zorunlu kıldığını kontrol edin:

  • Her ürün için en az bir fotoğraf, görünür hasar için ek fotoğraflar
  • Onaylanmış listeden bir durum kodu
  • İstisna kodları veya reddedilen iadeler için yazılı bir not
  • Denetçinin adı ve işlemi tamamlama saati

Ardından tüm karar yolunu test edin. Örnek bir ürünü satılabilir olarak işaretleyin ve envanter işleminin buna uyduğunu doğrulayın. Onarıma, tasfiyeye veya imhaya gönderilen ürünlerle de tekrarlayın. Hiçbir kayıt denetim ile envanter arasında beklemede kalmamalıdır.

Politikanız kullanıyorsa onaylanmış, reddedilmiş, kısmi ve bekleyen geri ödemeleri test edin. Kayıt, kararı kimin verdiğini, zamanı, tutarı ve nedeni göstermelidir. Tek başına «Geri ödendi» ifadesi yeterli değildir.

Bir yöneticiden tamamlanmış bir kaydı denetçiyle iletişime geçmeden incelemesini isteyin. Yönetici orijinal ayrıntıları, fotoğrafları, durum kodunu, tasfiye kararını, envanter hareketini, geri ödeme kararını ve sonraki değişiklikleri tek yerde görmelidir. Bir iadeyi açıklamak için mesajları araması gerekiyorsa yayına almadan önce iş akışını düzeltin.

Küçük başlayın ve iş akışını geliştirin

Hasarlı çevrim içi siparişler gibi tek bir iade türüyle başlayın ve küçük bir teslim alma ekibinden süreci bir hafta kullanmasını isteyin. Sınırlı bir test pratik sorunları hızla ortaya çıkarır: Bir durum kodu insanları şaşırtabilir, zorunlu bir fotoğraf boşaltmayı yavaşlatabilir veya yöneticilerin istisnaları daha erken incelemesi gerekebilir.

Test kullanıcılarından atladıkları alanları, seçim yaparken tereddüt ettikleri seçenekleri ve sipariş veya politika bulmak için uygulamadan çıkmaları gereken anları bildirmelerini isteyin. Birkaç denetimi yerinde izlemek de yardımcı olur. Masaüstünde anlaşılır görünen bir form, açık bir kolinin yanında kullanışsız olabilir.

Çalışanların reddettiği, taslak olarak kaydettiği veya düzeltme için geri gönderdiği kayıtları inceleyin. Kullanılmayan alanları kaldırın. Belirsiz seçenekleri, bir sonraki kişiye ne olduğunu anlatan kodlarla değiştirin. Değişiklikleri küçük adımlar halinde yapın ve tüm süreci değiştirmeden önce aynı sorunun birkaç kayıtta tekrarlandığını gözlemleyin.

AppMaster, ürün ayrıntıları, fotoğraflar, durum kodları, tasfiye kararları ve geri ödeme sonuçları için formlara sahip kodsuz bir iade uygulamasını destekleyebilir. Görsel Business Process Editor, kayıtları teslim alma, denetim, yönetici incelemesi, envanter işlemi ve finans aşamalarından geçirebilir. Her kişi aynı iade kaydı üzerinde çalışır. Böylece ekip vardiya sonunda kağıt notları, sohbet mesajlarını ve ayrı elektronik tabloları uzlaştırmak zorunda kalmaz.

Pilot uygulama başarılı olduktan sonra başka bir iade türü veya depo alanı ekleyin. İstisnaları düzenli olarak inceleyin ve her kararın yalnızca kayda bakılarak açıklanabileceği kadar açık bir süreç sürdürün.

Başlaması kolay
Harika bir şey yaratın

Ücretsiz planla AppMaster ile denemeler yapın.
Hazır olduğunuzda uygun aboneliği seçebilirsiniz.

Başlayın