多商品折扣監(jiān)控系統(tǒng)及方法
【專利摘要】本發(fā)明揭示了一種多商品折扣監(jiān)控系統(tǒng)及方法,其系統(tǒng)包括拆單模塊、訂單統(tǒng)計模塊、支付統(tǒng)計模塊、折扣返利模塊。拆單模塊將客戶購買的商品按照物流拆分個多個訂單,并將訂單信息發(fā)送至訂單統(tǒng)計模塊。訂單統(tǒng)計模塊統(tǒng)計各個訂單的物流情況,按照物流的先后選擇最后一張完成物流的訂單,將訂單和物流信息發(fā)送至支付統(tǒng)計模塊。支付統(tǒng)計模塊統(tǒng)計所有訂單的支付情況,并且在最后一張訂單中附上折扣返利信息,并且將折扣返利信息發(fā)送至折扣返利模塊。折扣返利模塊將折扣返利信息作為拆單模塊拆單之前的總商品折扣返利。采用了本發(fā)明的技術(shù)方案,可以使折扣返利的操作在這個購物流程的最后才進行,從而能幫助商家規(guī)避銷售物流帶來的風險。
【專利說明】多商品折扣監(jiān)控系統(tǒng)及方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種規(guī)避線下支付風險的監(jiān)控系統(tǒng)及方法,更具體地說,涉及一種多商品折扣監(jiān)控系統(tǒng)及方法。
【背景技術(shù)】
[0002]電子商務(wù)迅猛發(fā)展,尤其是購物網(wǎng)站的發(fā)展,給人們生活帶了極大的便利,而網(wǎng)站的促銷活動也是越來越多,促銷打折的方式諸如優(yōu)惠券,滿多少返多少。針對目前優(yōu)惠券一般是達到多少減多少的形式(如滿3000減500,滿3000打8折)。會給電商企業(yè)帶來一定的風險。尤其是線下支付,用戶拒付費會給多單商品的銷售利潤帶來侵害。例如如下案例。一用戶有一張某電子商務(wù)網(wǎng)站的優(yōu)惠券(滿3000減500),該用戶挑選了一款2000元的電視,因為達不到優(yōu)惠券的使用條件,于是該用戶又挑選了一件價值1000元的微波爐。剛好達到了使用條件。這時在下單后,選擇了貨到付款。電視顯示的貨到付款價格是1700元,微波爐是800元(該兩件商品價格可能按比例優(yōu)惠)。由于出庫地點不同被系統(tǒng)拆單,變成兩個收貨單,會先后送到用戶手中。若電視先到,拿到電視,用戶付款1700,微波爐后到,但用戶發(fā)現(xiàn)微波爐不好或者根本無意買微波爐只為湊單達到優(yōu)惠券的使用條件,拒絕付款,那么給商家?guī)砹死娴膿p害。
【發(fā)明內(nèi)容】
[0003]本發(fā)明的目的旨在提供一種多商品折扣監(jiān)控系統(tǒng)及方法,來解決現(xiàn)有技術(shù)中存在的各種不足。
[0004]根據(jù)本發(fā)明,提供一種多商品折扣監(jiān)控系統(tǒng),包括拆單模塊、訂單統(tǒng)計模塊、支付統(tǒng)計模塊、折扣返利模塊。拆單模塊將客戶購買的商品按照物流拆分個多個訂單,并將訂單信息發(fā)送至訂單統(tǒng)計模塊。訂單統(tǒng)計模塊統(tǒng)計各個訂單的物流情況,按照物流的先后選擇最后一張完成物流的訂單,將訂單和物流信息發(fā)送至支付統(tǒng)計模塊。支付統(tǒng)計模塊統(tǒng)計所有訂單的支付情況,并且在最后一張訂單中附上折扣返利信息,并且將折扣返利信息發(fā)送至折扣返利模塊。折扣返利模塊將折扣返利信息作為拆單模塊拆單之前的總商品折扣返利。
[0005]根據(jù)本發(fā)明的一實施例,訂單統(tǒng)計模塊統(tǒng)計到有訂單被退回時,向折扣返利模塊發(fā)送取消折扣的指令。支付統(tǒng)計模塊統(tǒng)計到有訂單被拒絕支付時,向折扣返利模塊發(fā)送取消折扣的指令。
[0006]根據(jù)本發(fā)明的一實施例,支付統(tǒng)計模塊包括折扣計算模塊,在最后一張訂單的價格中扣除折扣返利的數(shù)額。
[0007]根據(jù)本發(fā)明的另一方面,還提供一種多商品折扣監(jiān)控方法,包括以下步驟:步驟一,將客戶購買的商品按照物流拆分個多個訂單。步驟二,統(tǒng)計各個訂單的物流情況,按照物流的先后選擇最后一張完成物流的訂單。步驟三,統(tǒng)計所有訂單的支付情況,并且在最后一張訂單中附上折扣返利信息。步驟四,將折扣返利信息作為拆單之前的總商品折扣返利。[0008]根據(jù)本發(fā)明的一實施例,有訂單被退回時,取消折扣;有訂單被拒付時,取消折扣。
[0009]根據(jù)本發(fā)明的一實施例,在最后一張訂單的價格中扣除折扣返利的數(shù)額。
[0010]采用了本發(fā)明的技術(shù)方案,可以使折扣返利的操作在這個購物流程的最后才進行,從而能幫助商家規(guī)避銷售物流帶來的風險。
【專利附圖】
【附圖說明】
[0011]在本發(fā)明中,相同的附圖標記始終表示相同的特征,其中:
[0012]圖1是本發(fā)明多商品折扣監(jiān)控系統(tǒng)及方法的原理圖。
【具體實施方式】
[0013]下面結(jié)合附圖和實施例進一步說明本發(fā)明的技術(shù)方案。
[0014]參照圖1,本發(fā)明的系統(tǒng)和方法采用如下的原理來實現(xiàn)。
[0015]首先,用戶在網(wǎng)絡(luò)上購買商品之后,生成一張用戶訂單101。
[0016]系統(tǒng)判斷用戶是否使用了優(yōu)惠券之類的打折券102,如使用了則繼續(xù)流程。例如,用戶使用了一張滿5000減500的優(yōu)惠券。
[0017]系統(tǒng)判斷用戶訂單101是否需要進行拆單103操作。若用戶選擇多個商品,可能存在商品所在的倉庫不在一個地方就會形成拆單,系統(tǒng)具體表現(xiàn)為:拆單模塊將客戶購買的商品按照物流拆分個多個訂單,并將訂單信息發(fā)送至訂單統(tǒng)計模塊。
[0018]把用戶的用戶訂單101根據(jù)倉庫所在地拆分成如104?106所示的訂單1,訂單2,直到訂單N。
[0019]繼續(xù)走下面的流程,并且用戶訂單101加入系統(tǒng)的監(jiān)控中心113進行監(jiān)控。例如,用戶選擇電視機2800元,空調(diào)1500元,微波爐700元,3個商品的總額剛好達到優(yōu)惠券的使用要求。
[0020]各倉庫中心,根據(jù)訂單I (電視機),訂單2 (空調(diào)),訂單N (微波爐)分別開始揀貨操作107?109。其中揀貨情況復雜,可能存在貨源不足,導致多個訂單先后順序不一致或者時間間隔較大等情況。這里假設(shè)先后順序就是訂單1,訂單2,訂單N的次序。訂單I揀貨電視機,訂單2揀貨空調(diào),訂單N揀貨微波爐。
[0021 ] 此時,訂單統(tǒng)計模塊統(tǒng)計各個訂單(訂單I,訂單2,訂單N)的物流情況,按照物流的先后選擇最后一張完成物流的訂單,將訂單和物流信息發(fā)送至支付統(tǒng)計模塊。
[0022]物流I (即步驟110)裝箱訂單I的貨品電視機,物流2 (即步驟111)裝箱訂單2的貨品空調(diào),物流N (即步驟112)裝箱訂單N的貨品微波爐。此時,因為3個訂單是并行進行的,揀貨過程物流過程彼此不會影響的,可能存在訂單I的貨品揀貨完成物流裝箱了,而訂單2的物流還沒裝箱,訂單N甚至揀貨都沒開始的情況。
[0023]下面分2類情況說明用戶收貨付款的流程。
[0024]正常流程
[0025]支付統(tǒng)計模塊統(tǒng)計所有訂單的支付情況,并且在最后一張訂單中附上折扣返利信息,并且將折扣返利信息發(fā)送至折扣返利模塊,即:
[0026]物流I將電視機送到用戶手中,若用戶收貨并付款。如步驟114所示,電視機按照原價購買即2800元。這時訂單I完成。[0027]物流2將空調(diào)送到用戶手中,若用戶收貨并付款??照{(diào)按照原價購買即1500元。這時訂單2完成。
[0028]物流N (即最后一單)將微波爐送到用戶手中,若用戶收貨并付款。微波爐不再按照原價購買即700元,而是按照優(yōu)惠券的優(yōu)惠力度(滿5000減500)用戶只需支付700-500=200元的價格購買。這時訂單N完成。
[0029]非正常流程
[0030]如步驟115?117所示,物流I將電視機送到用戶手中,若用戶拒絕收貨并付款,則送貨人家發(fā)送指令(指令多種方式如短信平臺系統(tǒng),電話通知該倉庫管理人家登陸系統(tǒng)設(shè)置訂單I未成功)告知監(jiān)控中心用戶訂單101的訂單I未成功指令,監(jiān)控系統(tǒng)則會發(fā)出指令通知最后一筆訂單,即訂單N的倉庫,如訂單N還未開始揀貨則不揀貨,還未開始裝箱則不裝箱,物流在途中的更改目的地(更改下一個用戶地點或者返回倉庫)。
[0031]而訂單2不受影響,按照正常流程揀貨裝箱出庫運送到用戶手中。此時用戶是否支付訂單2款項不影響系統(tǒng)。
[0032]在本發(fā)明中,折扣返利模塊將折扣返利信息作為拆單模塊拆單之前的總商品折扣返利,而加入監(jiān)控系統(tǒng)是為了保證電商的經(jīng)濟利益,不排除某些用戶使用優(yōu)惠券但購買的商品達不到要求而隨便加入湊單貨品但又采取貨到不付款,而只支付本想購買的物品(此商品卻又被打折)。對于這類用戶,該系統(tǒng)能智能拆單配送,先到的訂單原價購買,優(yōu)惠券的效果再最后一單中體現(xiàn)的原則,即承諾了商家的促銷活動又能保障商家的經(jīng)濟利益還能大大提高倉庫系統(tǒng)的運轉(zhuǎn)效率減少物流無效出勤的成本。
[0033]本【技術(shù)領(lǐng)域】中的普通技術(shù)人員應(yīng)當認識到,以上的說明書僅是本發(fā)明眾多實施例中的一種或幾種實施方式,而并非用對本發(fā)明的限定。任何對于以上所述實施例的均等變化、變型以及等同替代等技術(shù)方案,只要符合本發(fā)明的實質(zhì)精神范圍,都將落在本發(fā)明的權(quán)利要求書所保護的范圍內(nèi)。
【權(quán)利要求】
1.一種多商品折扣監(jiān)控系統(tǒng),其特征在于,包括: 拆單模塊、訂單統(tǒng)計模塊、支付統(tǒng)計模塊、折扣返利模塊; 所述拆單模塊將客戶購買的商品按照物流拆分個多個訂單,并將所述訂單信息發(fā)送至所述訂單統(tǒng)計模塊; 所述訂單統(tǒng)計模塊統(tǒng)計各個訂單的物流情況,按照物流的先后選擇最后一張完成物流的訂單,將訂單和物流信息發(fā)送至所述支付統(tǒng)計模塊; 所述支付統(tǒng)計模塊統(tǒng)計所有訂單的支付情況,并且在最后一張訂單中附上折扣返利信息,并且將所述折扣返利信息發(fā)送至折扣返利模塊; 所述折扣返利模塊將所述折扣返利信息作為所述拆單模塊拆單之前的總商品折扣返利。
2.如權(quán)利要求1所述的多商品折扣監(jiān)控系統(tǒng),其特征在于: 所述訂單統(tǒng)計模塊統(tǒng)計到有訂單被退回時,向所述折扣返利模塊發(fā)送取消折扣的指令; 所述支付統(tǒng)計模塊統(tǒng)計到有訂單被拒絕支付時,向所述折扣返利模塊發(fā)送取消折扣的指令。
3.如權(quán)利要求1所述的多商品折扣監(jiān)控系統(tǒng),其特征在于: 所述支付統(tǒng)計模塊包括折扣計算模塊,在所述最后一張訂單的價格中扣除所述折扣返利的數(shù)額。
4.一種多商品折扣監(jiān)控方法,其特征在于,包括以下步驟: 步驟一,將客戶購買的商品按照物流拆分個多個訂單; 步驟二,統(tǒng)計各個訂單的物流情況,按照物流的先后選擇最后一張完成物流的訂單; 步驟三,統(tǒng)計所有訂單的支付情況,并且在最后一張訂單中附上折扣返利信息; 步驟四,將所述折扣返利信息作為拆單之前的總商品折扣返利。
5.如權(quán)利要求4所述的多商品折扣監(jiān)控方法,其特征在于: 有訂單被退回時,取消折扣;有訂單被拒付時,取消折扣。
6.如權(quán)利要求4所述的多商品折扣監(jiān)控方法,其特征在于: 在最后一張訂單的價格中扣除折扣返利的數(shù)額。
【文檔編號】G06Q30/02GK103839175SQ201210492901
【公開日】2014年6月4日 申請日期:2012年11月28日 優(yōu)先權(quán)日:2012年11月28日
【發(fā)明者】韓磊 申請人:紐海信息技術(shù)(上海)有限公司