本發(fā)明涉及物流技術領域,特別涉及一種物流新增訂單管理方法及系統(tǒng)。
背景技術:
隨著互聯(lián)網(wǎng)技術的發(fā)展、物流品種類及物流地域的擴大,使得用戶郵寄貨物的需求日益增多,特別是有些用戶有時一天需要郵寄多件物品,或有些用戶經常需要郵寄物品,而用戶每次郵寄貨物都需要手動填寫寄貨單,屢次填寫寄貨單給用戶郵寄物品帶來很多的不便與麻煩;以及由于手動填寫的寄貨單,有時會發(fā)生填寫的寄貨單書寫有誤或不清楚時,造成送貨員送貨不便,尤其是送貨員送貨數(shù)量巨大的情況下造成更多的時間及經歷的耗費,以及由此造成的物流公司與用戶的糾紛,以及造成寄件人物品損失等的問題,所以需要提供一種方便快捷的寄貨單填寫方式,以滿意用戶無需手動填寫寄貨單以及送貨員辨識寄貨單信息的需求。
技術實現(xiàn)要素:
為了使得用戶的郵寄貨物時無需手動填寫寄貨單,方面用戶使用,且為了避免辨識手動填寫的寄貨單內容給派件人員帶來的不便,提高送貨效率,減少物流公司與用戶的糾紛,以及造成的寄件人物品損失的問題,本發(fā)明實施例提供了一種物流新增訂單管理方法及系統(tǒng)。所述技術方案如下:
第一方面,提供了一種物流新增訂單管理方法,所述方法包括:
用戶通過物流客戶端輸入所要郵寄的貨物的訂單信息;
物流服務端獲取所述訂單信息,生成與所述訂單信息對應的二維碼,并將所述二維碼發(fā)送至接單人員手持終端;
在所述接單人員收取所述貨物時,所述用戶通過所述物流客戶端掃描所述二維碼核對及確認所述訂單信息,在確認后,所述接單人員通過所述手持終端打印所述二維碼并貼于所要郵寄的貨物上;
物流中轉站通過掃描所述二維碼確認所述訂單的物流信息。
結合第一方面,在第一種可能實現(xiàn)的方式中,所述訂單信息包括寄件人信息、寄件人地址、收件人信息、收件人地址、車輛要求、郵寄時間要求、貨物基本信息、送貨員上門取貨時間以及其他所需的信息。
結合第一方面的第一種可能實現(xiàn)的方式,在第二種可能實現(xiàn)的方式中,所述用戶通過所述物流客戶端掃描所述二維碼核對及確認所述訂單信息包括:
更改所述訂單信息,并將更改后的訂單信息發(fā)送至所述物流服務端;
所述物流服務端獲取所述更改后的訂單信息,重新生成對應的二維碼,并將所述重新生成的二維碼發(fā)送至所述接單人員的手持終端;以及
所述接單人員通過所述手持終端打印所述重新生成的二維碼。
結合第一方面的第二種可能實現(xiàn)的方式,在第三種可能實現(xiàn)的方式中所述方法還包括:
若所述用戶需要對所要郵寄的貨物信息保密,則派件只將所述二維碼貼于所述所要郵寄的貨物上;
若所述用戶對所要郵寄的貨物信息無保密需求,則派件時還包括打印生成的與所述訂單信息對應的寄貨單,并將所述寄貨單貼于所述所要郵寄的貨物上。
結合第一方面或第一方面的第二種可能實現(xiàn)的方式,在第四種可能實現(xiàn)的額方式中,所述方法還包括:
將生成的與所述訂單信息對應的二維碼,發(fā)送至寄件人及收件人的物流客戶端上。
第一方面,提供了一種物流新增訂單管理系統(tǒng),所述系統(tǒng)包括物流客戶端、物流服務端、接單人員的手持終端以及物流中轉站,其中,
所述物流客戶端包括訂單信息輸入模塊,用于用戶輸入所要郵寄的貨物的訂單信息;
所述物流服務端包括訂單信息獲取模塊、二維碼生成模塊以及二維碼發(fā)送模塊,所述訂單信息獲取模塊用于獲取所述訂單信息,所述二維碼生成模塊用于生成與所述訂單信息對應的二維碼,所述二維碼發(fā)送模塊用于將所述二維碼發(fā)送至接單人員手持終端;
所述物流客戶端還包括第一掃描模塊,用于在所述接單人員收取所述貨物時,所述用戶通過所述物流客戶端掃描所述二維碼核對及確認所述訂單信息;
所述接單人員的手持終端包括二維碼打印模塊,用于所述用戶在確認所述訂單信息后,打印所述二維碼,并貼于所要郵寄的貨物上;
所述物流中轉站包括第二掃描模塊,用于掃描所述二維碼確認所述訂單的物流信息。
結合第二方面,在第一種可能實現(xiàn)的方式中,所述訂單信息包括寄件人信息、寄件人地址、收件人信息、收件人地址、車輛要求、郵寄時間要求、貨物基本信息、送貨員上門取貨時間以及其他所需的信息。
結合第二方面的第一種可能實現(xiàn)的方式,在第二種可能實現(xiàn)的方式中,
所述物流客戶端還包括訂單信息更改模塊和訂單信息發(fā)送模塊,所述訂單信息更改模塊用于更改所述訂單信息,所述訂單信息發(fā)送模塊用于將更改后的訂單信息發(fā)送至所述物流服務端;
所述物流服務端還包括二維碼重新生成模塊,所述二維碼重新生成模塊用于在獲取所述更改后的訂單信息后,重新生成對應的二維碼,所述二維碼發(fā)送模塊還用于將所述重新生成的二維碼發(fā)送至所述接單人員的手持終端;
所述二維碼打印模塊還用于打印所述重新生成的二維碼。
結合第二方面的第二種可能實現(xiàn)的方式,在第三種可能實現(xiàn)的方式中,若所述用戶需要對所要郵寄的貨物信息保密,則派件只將所述二維碼貼于所述所要郵寄的貨物上;
若所述用戶對所要郵寄的貨物信息無保密需求,所述接單人員的手持終端還包括寄貨單打印模塊,用于在派件時打印生成的與所述訂單信息對應的寄貨單,并將所述寄貨單貼于所述所要郵寄的貨物上。
結合第二方面或第二方面的第二種可能實現(xiàn)的方式,在第四種可能實現(xiàn)的方式中,所述二維碼發(fā)送模塊還用于將生成的與所述訂單信息對應的二維碼,發(fā)送至寄件人及收件人的物流客戶端上。
本發(fā)明實施例提供的技術方案帶來的有益效果是:
本發(fā)明實施例提供了一種物流新增訂單管理方法,通過用戶在物流客戶端輸入所要郵寄的貨物的訂單信息,使得用戶郵寄貨物時無需手動填寫寄貨單,避免了手動填寫寄貨單給用戶帶來的不便,從而該方法大大方便了用戶郵寄貨物,方面了用戶的使用,提高了使用體驗;同時,在派件時,派件人員通過手持終端掃描二維碼獲取派件信息,使得派件員無需辨識手動書寫的寄貨單,避免了辨識手動填寫的寄貨單內容給派件人員帶來的不便,提高了送貨效率;同時,辨識手動填寫的寄貨單容易發(fā)生送貨錯誤、延誤派送等問題,并因此導致的物流公司與用戶之間的糾紛的發(fā)生,從而通過本發(fā)明實施例的方法,能夠有效避免此類情況的發(fā)生,降低了由此造成的糾紛問題,提高了用戶對物流公司的認可與信任度;另外,也避免了由于派件員辨識手動填寫的寄貨單錯誤,造成的用戶郵寄貨物損失等的問題;另外,整個過程中物流中轉站通過掃描二維碼確認訂單的物流信息,方便快捷,同時因為無需使用寄貨單,減少了使用寄貨單的耗材耗費,降低了運輸成本及更加環(huán)保,同時使得整個物流過程更加智能化;且通過訂單信息生成對應的二維碼,運輸過程中貨物上只粘貼二維碼,對用戶信息及貨物信息具有保密作用,滿足了用戶的特殊需求,提高了使用體驗。
附圖說明
為了更清楚地說明本發(fā)明實施例中的技術方案,下面將對實施例描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例提供的一種物流新增訂單管理方法流程圖;
圖2是本發(fā)明實施例提供的一種物流新增訂單管理系統(tǒng)結構示意圖。
具體實施方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚,下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。
實施例一
本發(fā)明實施例提供了一種物流新增訂單管理方法,參照圖1所示,該方法包括:
101、用戶通過物流客戶端輸入所要郵寄的貨物的訂單信息。
其中,該訂單信息包括寄件人信息、寄件人地址、收件人信息、收件人地址、車輛要求、郵寄時間要求、貨物基本信息、送貨員上門取貨時間以及其他所需的信息。
具體的,用戶可以通過登錄物流客戶端的界面,點擊新增訂單選項,進入新增訂單操作界面,輸入對應的訂單信息;若是已通過該物流客戶端郵寄過貨物,則在該物流客戶端中會自動保留郵寄過的貨物的信息,則再此次填寫時,如果有信息的類容相同,則可以直接從相應的填寫框的下拉單中選??;除此以外,用戶還可以在該物流客戶端進行注冊,注冊后填寫常用信息,則在填寫訂單信息時,直接進行選擇所需的信息;
從而通過該步驟提供的填寫訂單方式,更加方便了用戶的使用以及節(jié)省了填寫訂單的時間,快速完成訂單信息的填寫,簡單快捷,提高了用戶使用效率及體驗。
102、物流服務端獲取訂單信息,生成與該訂單信息對應的二維碼,并將該二維碼發(fā)送至接單人員手持終端。
具體的,物流服務端根據(jù)訂單信息的內容,生成與該訂單信息對應的二維碼后,查找與該訂單信息中的收貨地址匹配的接單人員,將該二維碼發(fā)送至接單人員的手持終端,接單人員通過點擊該二維碼,識別該二維碼中包含的訂單信息,接單人員再根據(jù)訂單信息上門收取貨物;
當將該二維碼發(fā)送至接單人員的手持終端后,接單人員發(fā)現(xiàn)顯示的訂單信息不在自己的服務地址范圍或服務時間范圍內,則接單人員通過手持終端向物流服務端返回該二維碼,物流服務端接收后重新查找匹配的接單人員并發(fā)送該二維碼。
需要說明的是,物流服務端可以生成與該訂單信息對應的二維碼,也可以生成條形碼,或其他能夠承載信息的標識,本發(fā)明實施例對此不加以限定。
其中,物流服務端獲取訂單信息后,方法還包括:
對訂單信息進行整理,通過預設的格式,生成該訂單信息的寄貨單。
具體的,該寄貨單的格式與傳統(tǒng)的寄貨單可以類似,即類似于傳統(tǒng)寄貨單的電子版,也可以是其他預設的格式,只要方便記錄訂單信息及方便派件人員查看必要的信息即可,本發(fā)明實施例對具體的生成的寄貨單格式不加以限定。
方法還包括:
生成與訂單信息對應的訂單號;用戶通過在物流客戶端輸入該訂單號查詢郵寄貨物的狀態(tài)及路線等信息。
103、在接單人員收取貨物時,該用戶通過物流客戶端掃描該二維碼核對及確認訂單信息,在確認后,該接單人員通過手持終端打印該二維碼并貼于所要郵寄的貨物上。
具體的,接單人員按照接收的二維碼顯示的收貨信息,上門收取貨物;通過手持終端向用戶顯示生成的二維碼;用戶通過物流客戶端的掃碼功能掃描手持終端上顯示的二維碼后,在物流客戶端上顯示該二維碼包含的訂單信息;用戶對訂單信息進行核對確認無誤后,可以通過界面中的確認功能鍵進行確認;在確認后,接單人員通過手持終端的打印功能打印該二維碼,并將該二維碼貼于所要郵寄的貨物上。
可選的,在用戶確認訂單信息時,方法還包括:
104、將生成的與該訂單信息對應的二維碼,發(fā)送至寄件人及收件人的物流客戶端上。
具體的,寄件人及收件人在物流客戶端上點擊識別該二維碼,查看該二維碼包含的訂單信息,以及查看該訂單對應的郵寄貨物的狀態(tài)及路線等信息。
其中,該步驟是在用戶確認訂單信息無誤后,物流客服端才執(zhí)行的操作,若用戶在核對訂單信息時對訂單信息進行了更改,則物流客服端將新生成的與更改后的訂單信息對應的二維碼發(fā)送至寄件人及收件人的物流客戶端上。
可選的,用戶通過物流客戶端掃描該二維碼核對及確認訂單信息時,即用戶掃描該二維碼,對顯示的二維碼對應的訂單信息進行核對,發(fā)現(xiàn)有誤或有需要修改的信息時,方法還包括:
a、更改訂單信息,并將更改后的訂單信息發(fā)送至物流服務端。
用戶通過掃描后顯示的訂單信息進行更改,并通過確認更改的功能鍵將該更改后的訂單信息發(fā)送至物流服務端。
b、物流服務端獲取更改后的訂單信息,重新生成對應的二維碼,并將重新生成的二維碼發(fā)送至該接單人員的手持終端。
c、該接單人員通過手持終端打印該重新生成的二維碼。
105、物流中轉站通過掃描該二維碼確認該訂單的物流信息。
物流中轉站還包括將獲取的訂單的物流信息發(fā)送至物流客服端,再由物流客服端發(fā)送至寄件人或收件人的物流客戶端上;或者,物流中轉站將獲取的訂單的物流信息發(fā)送至物流客服端及寄件人或收件人的物流客戶端上。
可選的,方法還包括:
若用戶需要對所要郵寄的貨物信息保密,則派件只將二維碼貼于所要郵寄的貨物上;
若用戶對所要郵寄的貨物信息無保密需求,則派件時還包括打印生成的與訂單信息對應的寄貨單,并將寄貨單貼于所要郵寄的貨物上。
具體的,該過程可以是在用戶提交訂單信息時進行,若用戶需求對所要郵寄的貨物信息保密,則在收取貨物到最后的派件都通過掃描二維碼進行;若用戶對所要郵寄的貨物信息無保密需求,則在接單員收取貨物時,打印二維碼和生成的寄貨單,并將寄貨單和二維碼同時貼于所要郵寄的貨物上,寄貨單方便派件員查看派件信息,二維碼方便中轉過程中分揀貨物;若用戶對所要郵寄的貨物信息無保密需求,也可以是在派件時將寄貨單貼于貨物上,也可以是其他時候,本發(fā)明實施例對此不加以限定。
本發(fā)明實施例提供了一種物流新增訂單管理方法,通過用戶在物流客戶端輸入所要郵寄的貨物的訂單信息,使得用戶郵寄貨物時無需手動填寫寄貨單,避免了手動填寫寄貨單給用戶帶來的不便,從而該方法大大方便了用戶郵寄貨物,方面了用戶的使用,提高了使用體驗;同時,在派件時,派件人員通過手持終端掃描二維碼獲取派件信息,使得派件員無需辨識手動書寫的寄貨單,避免了辨識手動填寫的寄貨單內容給派件人員帶來的不便,提高了送貨效率;同時,辨識手動填寫的寄貨單容易發(fā)生送貨錯誤、延誤派送等問題,并因此導致的物流公司與用戶之間的糾紛的發(fā)生,從而通過本發(fā)明實施例的方法,能夠有效避免此類情況的發(fā)生,降低了由此造成的糾紛問題,提高了用戶對物流公司的認可與信任度;另外,也避免了由于派件員辨識手動填寫的寄貨單錯誤,造成的用戶郵寄貨物損失等的問題;另外,整個過程中物流中轉站通過掃描二維碼確認訂單的物流信息,方便快捷,同時因為無需使用寄貨單,減少了使用寄貨單的耗材耗費,降低了運輸成本及更加環(huán)保,同時使得整個物流過程更加智能化;且通過訂單信息生成對應的二維碼,運輸過程中貨物上只粘貼二維碼,對用戶信息及貨物信息具有保密作用,滿足了用戶的特殊需求,提高了使用體驗。
實施例二
本發(fā)明實施例提供了一種物流新增訂單管理系統(tǒng),參照圖2所示,該系統(tǒng)2包括物流客戶端21、物流服務端22、接單人員的手持終端23以及物流中轉站24,其中,
物流客戶端21包括訂單信息輸入模塊211,用于用戶輸入所要郵寄的貨物的訂單信息;
物流服務端22包括訂單信息獲取模塊221、二維碼生成模塊222以及二維碼發(fā)送模塊223,訂單信息獲取模塊221用于獲取訂單信息,二維碼生成模塊222用于生成與訂單信息對應的二維碼,二維碼發(fā)送模塊223用于將二維碼發(fā)送至接單人員手持終端23;
物流客戶端21還包括第一掃描模塊212,用于在接單人員收取貨物時,用戶通過物流客戶端掃描二維碼核對及確認訂單信息;
接單人員的手持終端23包括二維碼打印模塊231,用于用戶在確認訂單信息后,打印二維碼,并貼于所要郵寄的貨物上;
物流中轉站24包括第二掃描模塊241,用于掃描二維碼確認訂單的物流信息。
可選的,訂單信息包括寄件人信息、寄件人地址、收件人信息、收件人地址、車輛要求、郵寄時間要求、貨物基本信息、送貨員上門取貨時間以及其他所需的信息。
可選的,物流客戶端21還包括訂單信息更改模塊213和訂單信息發(fā)送模塊214,訂單信息更改模塊213用于更改訂單信息,訂單信息發(fā)送模塊214用于將更改后的訂單信息發(fā)送至物流服務端22;
物流服務端22還包括二維碼重新生成模塊224,二維碼重新生成模塊224用于在獲取更改后的訂單信息后,重新生成對應的二維碼,二維碼發(fā)送模塊223還用于將重新生成的二維碼發(fā)送至接單人員的手持終端23;
二維碼打印模塊231還用于打印重新生成的二維碼。
可選的,若用戶需要對所要郵寄的貨物信息保密,則派件只將二維碼貼于所要郵寄的貨物上;
若用戶對所要郵寄的貨物信息無保密需求,接單人員的手持終端還包括寄貨單打印模塊,用于在派件時打印生成的與訂單信息對應的寄貨單,并將寄貨單貼于所要郵寄的貨物上。
可選的,二維碼發(fā)送模塊223還用于將生成的與訂單信息對應的二維碼,發(fā)送至寄件人及收件人的物流客戶端上。
可選的,物流中轉站24還包括將獲取的訂單的物流信息發(fā)送至物流客服端22,再由物流客服端22發(fā)送至寄件人或收件人的物流客戶端21上;或者,物流中轉站24將獲取的訂單的物流信息發(fā)送至物流客服端22及寄件人或收件人的物流客戶端21上。
本發(fā)明實施例提供了一種物流新增訂單管理系統(tǒng),該系統(tǒng)通過用戶在物流客戶端輸入所要郵寄的貨物的訂單信息,使得用戶郵寄貨物時無需手動填寫寄貨單,避免了手動填寫寄貨單給用戶帶來的不便,從而該方法大大方便了用戶郵寄貨物,方面了用戶的使用,提高了使用體驗;同時,在派件時,派件人員通過手持終端掃描二維碼獲取派件信息,使得派件員無需辨識手動書寫的寄貨單,避免了辨識手動填寫的寄貨單內容給派件人員帶來的不便,提高了送貨效率;同時,辨識手動填寫的寄貨單容易發(fā)生送貨錯誤、延誤派送等問題,并因此導致的物流公司與用戶之間的糾紛的發(fā)生,從而通過本發(fā)明實施例的方法,能夠有效避免此類情況的發(fā)生,降低了由此造成的糾紛問題,提高了用戶對物流公司的認可與信任度;另外,也避免了由于派件員辨識手動填寫的寄貨單錯誤,造成的用戶郵寄貨物損失等的問題;另外,整個過程中物流中轉站通過掃描二維碼確認訂單的物流信息,方便快捷,同時因為無需使用寄貨單,減少了使用寄貨單的耗材耗費,降低了運輸成本及更加環(huán)保,同時使得整個物流過程更加智能化;且通過訂單信息生成對應的二維碼,運輸過程中貨物上只粘貼二維碼,對用戶信息及貨物信息具有保密作用,滿足了用戶的特殊需求,提高了使用體驗。
上述所有可選技術方案,可以采用任意結合形成本發(fā)明的可選實施例,在此不再一一贅述。
需要說明的是:上述實施例提供的物流新增訂單管理系統(tǒng)在實施物流新增訂單管理方法時,僅以上述各功能模塊的劃分進行舉例說明,實際應用中,可以根據(jù)需要而將上述功能分配由不同的功能模塊完成,即將系統(tǒng)的內部結構劃分成不同的功能模塊,以完成以上描述的全部或者部分功能。另外,上述實施例提供的物流新增訂單管理系統(tǒng)與物流新增訂單管理方法實施例屬于同一構思,其具體實現(xiàn)過程詳見方法實施例,這里不再贅述。
本領域普通技術人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成,也可以通過程序來指令相關的硬件完成,所述的程序可以存儲于一種計算機可讀存儲介質中,上述提到的存儲介質可以是只讀存儲器,磁盤或光盤等。
以上所述僅為本發(fā)明的較佳實施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內,所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內。