退貨預收模式(云倉/三方倉)
本篇文章,作者分析目前退貨入庫存在的問題,提出優化退貨流程的一些方法,在最后,作者提供了一些相關的解決方案,希望能對你有所幫助。
一、退貨預入庫
退貨預入庫是什么?
是指貨品退到倉庫WMS先預收,再聯系前端OMS售后進行下一步處理的動作。
- 由于前端貨主推退換單的時間不及時,所以存在貨先退回到倉庫,此時一般由倉庫收入后核對貨品后聯系前端貨主進行推單。
- 涉及到客退件的貨品可能存在數量、質量上的問題,需要倉庫拆包核驗后才能接收正式入庫,所以需要倉庫負責處理退貨的人進行拍照、取證,特殊的甚至要進行質檢。
- 涉及到運輸過程中的破損索賠問題,包裹實際到庫會區分客退、原退。原退即退回時為發出時的同一物流單號,未經過任何拆包,如存在破損情況,一般是由物流公司承擔。預入庫了可以直觀的看到對應貨品明細,區分正殘。
二、目前現存痛點
目前大多數退貨流程都是從上至下,從前往后的順向流程。也就是由買家在平臺發起退貨退款申請,逐步將退換單推向下游軟件。
涉及錢款流向的,平臺根據買家信用等級,允許進行極速退款,錢款在支付時從買家暫存至平臺,發起退款時,平臺則將此錢款退回到了買家。
而在訂單履約流程上,ERP仍需要從平臺上自動抓取原始退換單,根據不同ERP的規則設置,可以自動創建退換單或手動創建退換單,但退貨信息是會有部分缺失的。
比如買家單獨退回平臺是沒有填入物流單號的或者買家偷偷退回后面才反饋給客服;又或者買家分了多個包裹依次退回而ERP的限制不允許自動建多張退換單,此時只能手工建單……
多種情況導致建立退換單時并非都有相應的單號進行對應。
如果是原退,即貨還未到買家手里,買家發起退款,此時是由賣家發起物流攔截,退回到原發出點。
只要ERP創建后正常情況下會推送到WMS,存在2種情況導致推單不及時:
- 特殊訂單在不同ERP上只能手工建單,不同商家售后資源有限,特別是大促期間更是會導致退貨量激增,來不及推單。
- 即使在ERP建了單也未即使推到WMS。
此種情況下,會導致存在許多的無頭件流到倉庫,倉庫收了一臉懵逼,不收吧占用大片空間,越堆越亂。
且對于倉庫來說無法知道前端什么時候推單過來,這是個持續性的事情,今天推的單可能包含昨天前天的,陸續的。
所以倉庫就要對每個包裹逐個嘗試入庫,推的才能自動關聯匹配;不推的如果直接進行入庫會直接增加庫存的變化。前端若是沒有關聯該類型,會使得前端ERP的庫存增加后還莫名其妙,無法判斷其來源。
對于財務方面來說,庫存即是錢,盤虧盤盈都是錢的流動,更何況是涉及到退貨,稍大一點的公司都會需要對退貨方面的帳表進行核對,明確它的來源及變動原因。
即使我們系統對象是倉庫,但是倉庫的上游則是貨主,倉庫如果直接回傳庫存變化,快是快了,庫存卻亂了。
貨主的單子白建了也不知道后面的整體流轉情況,對于分析退貨情況十分不利。
所以本次的預入庫優化則是包含了半逆向流程,即貨到倉庫先收貨,再聯系貨主推單。
三、流程優化
經過上面分析及結合現有系統功能,我們劃分了三種退貨入庫方式:
- 完全等前端貨主推單后才能進行入庫,完全限定順向流程。
- 按現有模式的預入庫,針對微型、小型客戶來說,如果對貨品客單價不高且不敏感的貨主來說,比如紙巾、日常小百貨等,可以直接入庫,ERP都不需要推退換單而是直接進行入庫操作,最后都能達到兩個系統庫存的一致,貨主側也節省了建單的工作量。
- 允許先進行預入庫,后推退換單再進行自動關聯預入庫的貨品。此功能最大的好處則是保證了退貨流程的閉合性,貨到倉庫收入、登記,發給貨主,貨主根據明細再進行建單、推單。WMS關聯后正常回傳,以倉庫收到貨為主導,是真實有效的貨品才最有說服力。
前端如果直接推單有個問題,如買家退回時貨品影響了二次銷售或退回數量不一樣。倉庫收到時進行核對后需要反復溝通才能明確到具體問題,繼而返廠還是報廢處理等,且過程中需要留用取證等,都需要較大的溝通成本。
對于退貨占比較高的商家來說,有效減少退貨成本和優化退貨配置也是很重要的一部分。
四、解決方案
- 允許預入庫但非正式入庫,只做一次入庫掃描,節省掃描、核對工作量,利用預收包裹的詳情導出給到貨主建單,推過來后關聯后完成退換單回傳,退貨可以直接拉去上架。
- 大多數ERP與WMS對接都是支持常規退貨的類型,適用于大部分倉庫及貨主使用。
- 預收后可以通過退回周期放置在暫存的庫位或容器,在推單后能直接進行上架,節省再次入庫匹配單據的時間。
- 針對人為誤操作的單據,匹配不上時會有對應提醒,快速了解到異??梢越o到貨主、倉庫核對,不需要像之前那樣未退貨不知道是沒到貨還是少建貨品等。
五、總結
此退貨流程也是為在現有流程上進行的優化處理,依然會存在一定問題。
理想狀態下,貨主根據貨到倉庫的明細去建單,而如果貨主建單與預收不一致,此時去找到具體貨品是存在一定難度的。
因為預收貨品可能已經拆包了,同款貨品多人退回,存在匹配不上的情況。
不過一般退貨過程中都會有攝像錄制,也能結合PDA預入庫從而減少表格登記的緩慢。
另外,其實退貨過程中,對退回包裹貨品進行分類也是較為繁瑣的事情,在不影響二次銷售的情況下通常會直接上架到揀貨區。
而不同貨品分散、多雜分布在不同揀貨通道,劃分適合數量的通道集合容器以便退貨人員進行上架,也是需要考慮的。
作者:在樹上唱歌;微信公眾號:CherylSays
本文由 @在樹上唱歌 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!