供應商門戶網站(SupplierPortal)該去向哪里?
供應商門戶網站(Supplier Portal)
供(gong)應商門戶(hu)網站(zhan)(Supplier Portal)永(yong)遠改變了供(gong)應鏈,這(zhe)(zhe)是(shi)(shi)毫無爭議的(de)(de)。與許多技術一(yi)(yi)樣,它帶來(lai)(lai)(lai)了一(yi)(yi)系列(lie)(lie)的(de)(de)好處,也帶來(lai)(lai)(lai)了一(yi)(yi)系列(lie)(lie)新(xin)的(de)(de)挑戰。供(gong)應商門戶(hu)網站(zhan)(Supplier Portal)早期(qi)的(de)(de)成功導致其在供(gong)應鏈中過度使用,由此帶來(lai)(lai)(lai)了許多無法預(yu)料的(de)(de)后果(guo)。下面列(lie)(lie)出(chu)了供(gong)應商門戶(hu)網站(zhan)(Supplier Portal)的(de)(de)四個主要問題,一(yi)(yi)起來(lai)(lai)(lai)看看您是(shi)(shi)不是(shi)(shi)也有這(zhe)(zhe)樣的(de)(de)困(kun)擾。
1. 管理眾多的門戶網站
小型供(gong)應(ying)商可以(yi)通過客(ke)(ke)戶(hu)(hu)(采(cai)購方(fang))提供(gong)的供(gong)應(ying)商門(men)戶(hu)(hu)網(wang)站(Supplier Portal)與客(ke)(ke)戶(hu)(hu)(采(cai)購方(fang))以(yi)電(dian)子方(fang)式進(jin)(jin)行日常交(jiao)易(yi)。例如接收采(cai)購訂(ding)單,發(fa)送采(cai)購訂(ding)單確(que)認、發(fa)貨(huo)通知和(he)發(fa)票,以(yi)便(bian)與客(ke)(ke)戶(hu)(hu)進(jin)(jin)行更高效的業務溝通,為客(ke)(ke)戶(hu)(hu)提供(gong)更好的服務。大(da)多數(shu)小型供(gong)應(ying)商不僅僅向一個客(ke)(ke)戶(hu)(hu)(采(cai)購方(fang))銷(xiao)(xiao)售(shou)產品,多數(shu)供(gong)應(ying)商會將產品銷(xiao)(xiao)售(shou)給(gei)多家不同(tong)的公(gong)司。
2. 頻繁的(de)切換操作
供(gong)(gong)應(ying)商提交到(dao)供(gong)(gong)應(ying)商門(men)戶(hu)網站(zhan)(Supplier Portal)的(de)(de)大多(duo)數(shu)數(shu)據已(yi)經在(zai)供(gong)(gong)應(ying)商自己的(de)(de)內部系(xi)(xi)(xi)統(tong)中以電(dian)子數(shu)據格式存在(zai)。雖然小(xiao)型供(gong)(gong)應(ying)商可(ke)能沒(mei)有完全使用金蝶、用友或(huo)是SAP提供(gong)(gong)的(de)(de)業(ye)務(wu)系(xi)(xi)(xi)統(tong),但許多(duo)供(gong)(gong)應(ying)商都(dou)運(yun)行(xing)小(xiao)型的(de)(de)會計(ji)或(huo)是銷(xiao)售模塊系(xi)(xi)(xi)統(tong)或(huo)是一些(xie)在(zai)線(xian)的(de)(de)業(ye)務(wu)管理系(xi)(xi)(xi)統(tong)。當(dang)從供(gong)(gong)應(ying)商門(men)戶(hu)網站(zhan)(Supplier Portal)收(shou)到(dao)采購訂單(dan)時,必須(xu)將其重新錄入供(gong)(gong)應(ying)商的(de)(de)系(xi)(xi)(xi)統(tong)中。
同樣,當小供應商需要發送發貨通知或是發票時,他們必須將已存在業務系統中的數據重新錄入并提交到客戶的供應商門戶網站(Supplier Portal),供應商必須在兩個不同的應用之間來回切換。數據錄入不僅會給供應商帶來重復的工作,而且會增加錯誤的可能性。
3. 重(zhong)復低效的手動操作
4. 過度替換自動化的EDI
一(yi)些采購中心(xin)已經(jing)接受了供應(ying)商(shang)門戶網站(Supplier Portal)的(de)形式(shi),全面暫停了通過EDI的(de)方式(shi)傳輸電子格(ge)式(shi)的(de)業務數(shu)據,這給(gei)供應(ying)商(shang)帶來(lai)大(da)量的(de)手工操作和錯誤(wu)。
例如,供應(ying)商(shang)收到(dao)(dao)OEM發送的(de)生產(chan)計劃(hua),需(xu)要去門戶(hu)網(wang)站下載數據,并將(jiang)其重新錄入(ru)到(dao)(dao)ERP系(xi)統。根(gen)據對生產(chan)計劃(hua)分析的(de)結果(guo),供應(ying)商(shang)又需(xu)要從ERP系(xi)統中獲取(qu)結果(guo)并提交到(dao)(dao)門戶(hu)網(wang)站。這在供應(ying)鏈中變(bian)得越來越普遍。
從數據傳輸到供應鏈競爭
使用門戶網站極大地簡化了組織的技術架構。注冊,安全性,報告和增強功能都可以集中到門戶中,從而顯著降低維護成本。門戶網站可以強制供應商完成所有必填字段,以限制從供應商處收到高質量的數據。雖然這為客戶(hu)(采(cai)購方)帶來了積極的投資回報率,但卻為供應商增加了大量成本,這種雙贏的主張并不利于供應鏈。我(wo)們現在(zai)(zai)處于供(gong)應鏈競爭(zheng)的時代,而不僅僅是公司與公司的競爭(zheng)。在(zai)(zai)制定門戶戰略時,公司不僅應該評估整體成本(ben)和(he)復雜性對自己業務的影響,還應考慮對其(qi)交易(yi)伙伴的影響。
最后,給大(da)家推(tui)薦一個簡(jian)單好用(yong)(yong)的(de)供(gong)應商管(guan)理系(xi)(xi)統(tong)。簡(jian)道云SRM系(xi)(xi)統(tong),一步連(lian)接(jie),開啟(qi)千萬供(gong)應協作。新一代采購數字(zi)化解決(jue)方(fang)案,全(quan)方(fang)位閉環管(guan)理供(gong)應商;互聯互通(tong),實(shi)現采購全(quan)流程(cheng)協同(tong)管(guan)理;好用(yong)(yong)易用(yong)(yong),無(wu)需下載軟(ruan)件,最快1天即可上線應用(yong)(yong)。
