> ## Documentation Index > Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt > Use this file to discover all available pages before exploring further. # İade kabulü ve kontrolü > İade kolilerini depoda teslim alın, gelenleri onaylayın, stoku güncelleyin, dönen başarısız teslimatları yönetin, geri ödeme ya da alacak dekontu düzenleyin. > [!NOTE] > > **Nerede bulunur:** Main → Shipping → Returns — [OTO’da aç ↗](https://app.tryoto.com/returns) İadenin, size bir koliye mi yoksa bir ürüne mi mal olduğuna karar veren yarısı burasıdır. Bundan öncesi yalnızca yazışmaydı; buradan itibaren kutu artık birinin elindedir. ## Tek form, altı aşama İade, birkaç ekran yerine tek bir **View Return Details** formu üzerinden yürütülür. Üstteki ilerleme çubuğu tüm aşamaları adlandırır ve bu iadenin nereye vardığını işaretler. ![Yaşam döngüsünün ortasındaki bir iadenin detay formu](https://mintcdn.com/oto/lDMfM_zaxBnpzX-0/images/ret-4-details.png?fit=max\&auto=format\&n=lDMfM_zaxBnpzX-0\&q=85\&s=65ec29ba2310397376db323db7617122) Şekil 1: Altı aşama: Request Created → Pending Approval → Reverse Shipment → Received → Items Confirmed → Refunded. Bu iade üçüncü aşamadadır. | Aşama | Anlamı | | - | - | | **1 · Request Created** | Müşteri talep etti ya da siz onun adına talep açtınız. | | **2 · Pending Approval** | Karar bekleniyor. | | **3 · Reverse Shipment** | Onaylandı. Ürünün artık teslim alınması gerekiyor. | | **4 · Received** | Koli sizde. | | **5 · Items Confirmed** | Birisi kolinin içinde gerçekte ne olduğunu saymış. | | **6 · Refunded** | Para, değişim ya da kredi verildi. Kapandı. | > [!TIP] > > **Form, sırada ne yapmanız gerektiğini söyler** > > Detayların üstünde, mevcut aşamayı ve o aşamada yapılabilecek işlemleri gösteren bir banner yer alır. Örneğin burada *“İade talebi onaylandı. Ürünleri müşteriden teslim almak için bir iade gönderisi oluşturun”* yazar ve yanında **Create Return Shipment** ile **Reject Return** butonları bulunur. > > Bir durum alanı ile bir iş akışı arasındaki fark budur. Kimsenin dördüncü aşamanın ne gerektirdiğini bilmesi gerekmez; form bunu söyler ve yalnızca o aşamada anlamlı olan işlemleri sunar. ### Formda neler var? | Panel | İçerik | | - | - | | **Order Information** | **Order ID** (**-R1** ekiyle), **Return Request Source** (*Customer Portal* ya da sizin açtığınız talep), **Request Date**, **Customer Name** ve **Status**. | | **Return Details** | **Return Method**, **Refund Method**, **Approved Refund Amount**, **Return Window** (ör. *Within 30 days*) ve talepteki **Customer Comment**. | | **Quick Actions** | **View Main Order**, **Add Internal Note** ve **Return Shipment Details**. | | **Return Items** | Adet tablosu. Aşağıya bakın. | | **Return or Exchange Reason Attachments** | Müşterinin taleple birlikte yüklediği fotoğraflar. | > [!TIP] > > **Return Request Source’a bakmaya değer** > > Bu alan, iadeyi müşterinin kendisinin mi yoksa ekibinizden birinin onun adına mı açtığını kaydeder. Birkaç yüz iade üzerinden bu oran, portalın işe yarayıp yaramadığının ölçüsüdür: temsilci tarafından açılan iadelerin yüksek oranda olması, müşterilerin portalı bulamadığı ya da ona güvenmediği ve bunun yerine aradığı anlamına gelir. ### Bir değil, dört adet **Return Items** tablosu her sayıyı SKU bazında ayrı ayrı tutar: | | | | - | - | | **Ordered Quantity** | Müşterinin satın aldığı. | | **QTY Return Requested** | Geri göndermek istediği. | | **Last Confirmed QTY** | Sizin kabul ettiğiniz. | | **Returned Quantity** | Gerçekte ulaşan. | | **Return Reason** | Neden; müşterinin sizin neden listenizden seçtiği ifadeyle. | > [!TIP] > > **Talep edilen ile iade edilen arasındaki fark, işin ta kendisidir** > > Çoğu sistem tek bir adet tutar ve onun üzerine yazar. Bu da geri ödeme yapıldığında müşterinin iki tane isteyip bir tane mi gönderdiğini, yoksa bir tane isteyip iki tane mi gönderdiğini kimsenin anlayamaması demektir. > > Dördünü yan yana tutmak, tutarsızlığın sonradan yeniden kurgulanması yerine geri ödeme anında görünmesini sağlar. Bu, bir dolandırıcılık vakasında ya da tedarikçiye karşı bir talepte elinizdeki en değerli kanıttır. ### 1 · İade gönderisini oluşturun İade kargo etiketi form içinde oluşturulur. Gönderi seçeneğini, tıpkı giden bir siparişte olduğu gibi **OTO Rates** veya **Own Rates** olarak, varış noktasını ise herhangi bir depo ya da şube olarak seçersiniz. **Return Label** (kargo etiketi, AWB) **Quick Actions** menüsünden yazdırılır. > [!TIP] > > **İadenin geldiği yere dönmesi gerekmez** > > Her iadeyi onu gönderen depoya yönlendirmek bariz varsayılandır ve çoğu zaman yanlış olanıdır. Bir iade işleme merkezi, müşteriye en yakın depo ya da ürünü hemen yeniden satabilecek şube daha iyi seçenekler olabilir; varış noktasını her iade için ayrı seçebilmek bunu mümkün kılar. > > Tersine lojistiğin tamamı bu tek alanda yatar: dönüş rotası, gidiş rotasının bir yansıması değil, bir karardır. ### 2 · Teslim alın Koli ulaştığında form; **Receiving Date and Time** bilgisini, koliyi kabul eden **depoyu veya şubeyi** ve teslim alınan ürünün fiziksel durumuna ilişkin dahili notları kaydeder. Bu notlar müşteri için değil, sizin içindir ve üç hafta sonra bir geri ödeme anlaşmazlığını çözmenizi sağlayan da bunlardır. ### 3 · Ürünleri onaylayın Kritik adım budur ve herhangi bir para hareketinden önce gelmelidir. **Talep edilen adet ile gerçekte teslim alınan adet** eşleştirilir ve müşterinin başta belirttiği **iade nedeni** kutunun içindekiyle doğrulanır. ### 4 · Geri ödemeyi işleyin Ancak şimdi. Form, **e-ticaret platformunuzun hesapladığı** geri ödeme tutarını gösterir; yöntemi (Money Back, Exchange veya Store Credit) seçip onaylarsınız ve talep **Completed** durumuna geçer. > [!TIP] > > **Kısmi iade istisna değil, olağan durumdur** > > Beş üründen üçünü iade eden ya da bir aksesuarı eksik bir ürünü geri gönderen müşteri sıradan bir durumdur. Talebi toptan kabul etmek yerine adetleri SKU bazında onaylamak, bunu bir zarar yazmaktan çıkarıp kısmi bir geri ödemeye dönüştürür. > > Seçenekler tüm yelpazeyi kapsar: kabul etmek, bir kısmını iade etmek, tamamını iade etmek ya da geri göndermek. Bunlar vardır, çünkü iade edilen ürünler gerçekten de bu dört durumun hepsinde gelir. ## Depoda onaylama Masaüstü yolu **Shipping → Gönderiler → Returned** ekranından başlar: | İşlem | Ne yapar? | | - | - | | **Tools → Confirm Return** | Tek sipariş. Return Confirmation Form’u açar: iade nedeni, müşterinin iade yorumu ve **SKU bazında onaylanacak adet**. | | **Tools → Confirm Return Multiple** | Aynı anda birden fazla sipariş; içlerindeki tüm ürünleri onaylar ve stokları buna göre günceller. | | **Tools → Edit Return Reason** | İade nedenini sonradan düzeltir. | | **Tools → View Return Details** | Gönderi bilgileri, iade nedenleri ve müşteri yorumları tek bir yerde. | > [!WARNING] > > **Toplu onay, talebe güvenir** > > **Confirm Return Multiple**, seçilen her siparişteki her ürünü kimse saymadan kabul eder. Basit iadelerden oluşan bir birikimde tam da doğru araçtır; adetin ya da durumun soru işareti taşıdığı her durumda ise bir kontrolü bir varsayıma dönüştürür. > > Bunu hacimli işler için saklayın, önemli olan her şeyde tekli onayı kullanın. ### Uygulamada **Return**, [OTO PACK uygulamasındaki](https://docs.tryoto.com/tr/modules/warehouse-management/ops.md) dokuz işlemden biridir. Operatör siparişi seçer ve ürünleri **okutarak** (okutmanın mümkün olmadığı durumlarda elle seçerek) onaylar; stok gerçek zamanlı olarak güncellenir. Asıl mesele okutmaktır. Bir listeye bakılarak gözle onaylanan iadede yanlış SKU satılabilir stoka geri konabilir ve bu hata, biri o ürünü toplamaya çalışana kadar görünmez. ## Onaylanan iade stoku nasıl etkiler? | Seviye | Ne değişir? | | - | - | | **Quantity on Hand** ve **Quantity Available** | İkisi de fiziksel olarak iade edilen adete göre güncellenir. OTO INVENTORY ile. | | **Raf stokları** | İade edilen ürünler otomatik olarak **Return** rafına yerleştirilir. OTO PACK Advanced ve raf takibi ile. | > [!TIP] > > **Return rafı ticari açıdan neden önemlidir?** > > Return rafındaki stok sayılır ama satılabilir değildir; bu nedenle [senkronizasyon](https://docs.tryoto.com/tr/modules/inventory-management/inventory-sync.md), kontrol edilmeyi beklerken bu stoku e-ticaret sitesine sunmaz. > > Bu, en kötü senaryoyu önler: iade edilen bir ürünü, satışa uygun olduğu teyit edilmeden yeniden satmak ve bir mutsuz müşteriyi ikiye çıkarmak. ## Geri dönen başarısız teslimatlar Teslim edilemeyen bir koli, kimse istemese de geri gelir. Buna **göndericiye iade** (return to origin) denir ve bir müşteri talebi olarak değil, otomatik olarak işlenir: sipariş iade edildi olarak işaretlenir ve ürünler diğer her şey gibi aynı kabul sürecinden geçerek geri girer. Teslimat tarafında, teslim edilemeyen bir koliyi depoya geri bırakan sürücü **Drop & Return Order** işlemini kullanır; bu işlem tamamlanmadan önce bir iade nedeni ister. Bkz. [Teslimat](https://docs.tryoto.com/tr/modules/oto-flex/delivery.md). > [!NOTE] > > **Bunları ayrı sayın** > > Göndericiye iade, iade kılığına girmiş bir teslimat başarısızlığıdır. Nedenleri adresler, telefon numaraları ve zaman aralıklarıdır; müşteri iadesinin nedenleri ise uyum, beklenti ve kalitedir. > > Birlikte raporlandıklarında kimsenin üzerinde işlem yapamayacağı bir iade oranı ortaya çıkar, çünkü iki yarının tamamen farklı çözümlere ihtiyacı vardır: biri [adres doğrulama](https://docs.tryoto.com/tr/modules/customer-notification/branded-pages.md) konusudur, diğeri ürün sayfalarınızın. ## Geri ödemeler ve alacak dekontları Satış kanalı destekliyorsa, bir geri ödemeyi onaylamak onu kanala geri yazar: geri ödeme yapılır ve e-ticaret platformunda otomatik olarak bir alacak dekontu oluşturulur; böylece finans kaydı, kimsenin veriyi yeniden girmesine gerek kalmadan fiziksel kayıtla eşleşir. Çoğu iade sürecinin kaybettiği adım budur. Bir sistemde kararlaştırılıp başka bir sistemde kaydedilen geri ödeme, ay sonunda ortaya çıkan bir mutabakat sorunudur; o noktada koli, ilgili kişi ve neden çoktan unutulmuştur. ## İlgili sayfalar * [Müşteri İadeleri](https://docs.tryoto.com/tr/modules/return-management/customer-returns.md): talep buraya nasıl ulaştı? * [Gelen ürün kabulü ve yerleştirme](https://docs.tryoto.com/tr/modules/warehouse-management/inbound-putaway.md): Return dahil raf türleri. * [Stok takibi](https://docs.tryoto.com/tr/modules/inventory-management/inventory-tracking.md): bir onayın değiştirdiği sayılar. ## Related topics - [Gelen ürün kabulü ve yerleştirme](https://docs.tryoto.com/tr/modules/warehouse-management/inbound-putaway.md) - [İade Yönetimi](https://docs.tryoto.com/tr/modules/return-management/overview.md) - [İade portalı ve müşteri iade talepleri](https://docs.tryoto.com/tr/modules/return-management/customer-returns.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.