專利名稱:電子訂單集中控管系統(tǒng)與方法
技術領域：
本發(fā)明涉及一種訂單管理系統(tǒng)與方法，特別是涉及一種能夠集中管理與采購方及銷售方相關的電子訂單的電子訂單的電子訂單集中控管系統(tǒng)與方法。
背景技術：
在一般商業(yè)交易中，買賣雙方需要將交易的產(chǎn)品品項、數(shù)量、價格等資料以訂單的形式列出。經(jīng)過雙方確認后，開始進行出貨、收貨、入庫等后續(xù)處理。
舉例而言，請參閱圖1A及1B所示，是顯示現(xiàn)有習知的交易流程中采購方及銷售方依序進行的方法步驟流程圖，首先如圖1A所示，采購方依序進行填寫采購單(步驟S01)、修改及確認采購單(步驟S02)、采購入庫(步驟S03)、及采購收款(步驟S04)；再如圖1B所示，銷售方依序進行填寫銷售單(步驟S11)、修改及確認采購單(步驟S12)、銷售出貨(步驟S13)、回單確認(步驟S14)、銷售收款(步驟S15)。
在實際作業(yè)流程中，“修改和確認采購單”(步驟S02及步驟S12)這一環(huán)節(jié)要求購銷雙方進行交互確認。然而，在目前的電子銷售管理系統(tǒng)中，采購和銷售雙方對訂單的處理是分離的，換言之，采購方和銷售方分別處理各自的訂單，而訂單資料分別在各自的系統(tǒng)中進行保存。
因此，無論是采購方還是銷售方主動進行填寫的訂單資料，無法直接到達對方。而在對方通過其他途經(jīng)了解訂單需要(所定的產(chǎn)品、數(shù)量、價格)后，還需要將訂單資料重新填寫到自己的系統(tǒng)中保存。
如果采購方與銷售方其中之一因需求變化、庫存限制等原因，修改訂單中的產(chǎn)品、數(shù)量、價格等資料，另一方無法從自己的系統(tǒng)中得到訂單的變化，而是需要通過其他途經(jīng)了解這些變化，如電話通知、郵件通知等，再對自己系統(tǒng)中的訂單進行修改，以保證訂單的一致。
簡言之，采購方與銷售方對于訂單的確認無法通過各自的系統(tǒng)相互了解，延誤訂單的處理時間；銷售方產(chǎn)品出貨、采購方收到產(chǎn)品等重要交易環(huán)節(jié)的資訊，無法使對方即時獲得；而且由于交易雙方各自維護各自的訂單資料，容易造成訂單資料的不一致，從而造成不必要的糾紛。
由此可見，上述現(xiàn)有的訂單管理系統(tǒng)與方法在結構、方法與使用上顯然仍存在有不便與缺陷，而亟待加以進一步改進。為了解決上述問題，相關廠商莫不費盡心思來謀求解決之道，但長久以來一直未見適用的設計被發(fā)展完成，而一般產(chǎn)品又沒有適切的結構能夠解決上述問題，因此如何提供一種能夠集中管理與采購方及銷售方相關的電子訂單的電子訂單集中控管系統(tǒng)與方法，確實是當前的重要課題之一，亦是相關業(yè)者急欲解決的問題。
有鑒于上述現(xiàn)有的訂單管理系統(tǒng)與方法存在的缺陷，本發(fā)明人基于從事此類產(chǎn)品設計多年豐富的實務經(jīng)驗及專業(yè)知識，并配合學理的運用，積極加以研究創(chuàng)新，以期創(chuàng)設一種新的電子訂單集中控管系統(tǒng)與方法，能夠改進一般現(xiàn)有的訂單管理系統(tǒng)與方法，使其更具有實用性。經(jīng)過不斷研究、設計，并經(jīng)反復試作及改進后，終于創(chuàng)設出確具實用價值的本發(fā)明。

發(fā)明內(nèi)容本發(fā)明的目的在于，克服現(xiàn)有的訂單管理系統(tǒng)與方法存在的缺陷，而提供一種新的電子訂單集中控管系統(tǒng)與方法，所要解決的技術問題是使其能夠集中管理與采購方及銷售方相關的電子訂單的電子訂單，從而更加適于實用。
本發(fā)明的目的及解決其技術問題是采用以下技術方案來實現(xiàn)的。依據(jù)本發(fā)明提出的一種電子訂單集中控管系統(tǒng)，其是與一采購終端以及一銷售終端配合，該電子訂單集中控管系統(tǒng)包括一購銷管理平臺模組，其是通過一網(wǎng)路與該采購終端及該銷售終端連結，以便接收該采購終端或該銷售終端所輸入的一交易要求；一訂單產(chǎn)生模組，其是依據(jù)該交易要求產(chǎn)生一電子訂單，其中該電子訂單至少記錄一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，該采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，該銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待出貨其中之一；一訂單修改模組，其是當該采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受該采購終端控制以修改該電子訂單，當該采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該采購終端控制修改該電子訂單，當該銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受該銷售終端控制以修改該電子訂單，當該銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該銷售終端控制修改該電子訂單；以及一資料庫，其是儲存該電子訂單。
本發(fā)明的目的及解決其技術問題還可采用以下技術措施進一步實現(xiàn)。
前述的電子訂單集中控管系統(tǒng)，其中當該訂單修改模組接受該采購終端控制以修改該電子訂單時，是同時拒絕該銷售終端控制以修改該電子訂單，當該訂單修改模組接受該銷售終端控制以修改該電子訂單時，是同時拒絕該采購終端控制以修改該電子訂單。
前述的電子訂單集中控管系統(tǒng)，其中當該采購方訂單狀態(tài)為新建時，該銷售方訂單狀態(tài)為不可見；當該銷售方訂單狀態(tài)為新建時，該采購方訂單狀態(tài)為不可見；以及當該采購方訂單狀態(tài)為待入庫時，該銷售方訂單狀態(tài)為待出貨。
前述的電子訂單集中控管系統(tǒng)，其中所述的采購方訂單狀態(tài)更為已入庫及已核銷其中之一，該銷售方訂單狀態(tài)更為已出貨、已結案及已核銷其中之一，其中當該采購方訂單狀態(tài)為已入庫及已核銷其中之一時，該銷售方訂單狀態(tài)為空(Null)，當該銷售方訂單狀態(tài)為已出貨、已結案及已核銷其中之一時，該采購方訂單狀態(tài)為空(Null)。
前述的電子訂單集中控管系統(tǒng)，其中所述的電子訂單至少包含一訂單表及一訂單產(chǎn)品明細表，其中該訂單表至少記錄一訂單編號、一采購方代號、一銷售方代號、該采購方訂單狀態(tài)及該銷售方訂單狀態(tài)，該訂單產(chǎn)品明細表至少記錄該訂單編號、一產(chǎn)品代號、一產(chǎn)品單價、一訂單數(shù)量、一出貨數(shù)量、及一入庫數(shù)量。
本發(fā)明的目的及解決其技術問題還采用以下的技術方案來實現(xiàn)。依據(jù)本發(fā)明提出的一種電子訂單集中控管方法，其是與一采購終端以及一銷售終端配合，該電子訂單集中控管方法包括下列步驟通過一網(wǎng)路自該采購終端或該銷售終端接收一交易要求；依據(jù)該交易要求產(chǎn)生一電子訂單，其中該電子訂單至少包含一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，該采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，該銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待出貨其中之一；以及當該采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受該采購終端控制以修改該電子訂單，當該采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該采購終端控制修改該電子訂單，當該銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受該銷售終端控制以修改該電子訂單的該銷售方訂單狀態(tài)，當該銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該銷售終端控制修改該電子訂單。
本發(fā)明的目的及解決其技術問題還可采用以下技術措施進一步實現(xiàn)。
前述的電子訂單集中控管方法，其中當接受該采購終端控制以修改該電子訂單時，是同時拒絕該銷售終端控制以修改該電子訂單，當接受該銷售終端控制以修改該電子訂單時，是同時拒絕該采購終端控制以修改該電子訂單。
前述的電子訂單集中控管方法，其中當該采購方訂單狀態(tài)為新建時，該銷售方訂單狀態(tài)為不可見；當該銷售方訂單狀態(tài)為新建時，該采購方訂單狀態(tài)為不可見；以及當該采購方訂單狀態(tài)為待入庫時，該銷售方訂單狀態(tài)為待出貨。
前述的電子訂單集中控管方法，其中所述的采購方訂單狀態(tài)更為已入庫及已核銷其中之一，該銷售方訂單狀態(tài)更為已出貨、已結案及已核銷其中之一，其中當該采購方訂單狀態(tài)為已入庫及已核銷其中之一時，該銷售方訂單狀態(tài)為空(Null)，當該銷售方訂單狀態(tài)為已出貨、已結案及已核銷其中之一時，該采購方訂單狀態(tài)為空(Null)。
前述的電子訂單集中控管方法，其中所述的電子訂單至少包含一訂單表及一訂單產(chǎn)品明細表，其中該訂單表至少記錄一訂單編號、一采購方代號、一銷售方代號、該采購方訂單狀態(tài)及該銷售方訂單狀態(tài)，該訂單產(chǎn)品明細表至少記錄該訂單編號、一產(chǎn)品代號、一產(chǎn)品單價、一訂單數(shù)量、一出貨數(shù)量、及一入庫數(shù)量。
本發(fā)明與現(xiàn)有技術相比具有明顯的優(yōu)點和有益效果。由以上技術方案可知，本發(fā)明的主要技術內(nèi)容如下為了達到上述目的，本發(fā)明提供了一種電子訂單集中控管系統(tǒng)，是與一采購終端及一銷售終端配合、并包括一購銷管理平臺模組、一訂單產(chǎn)生模組、一訂單修改模組、以及一資料庫。在本發(fā)明中，購銷管理平臺模組是通過一網(wǎng)路與采購終端及銷售終端連結，以便接收采購終端或銷售終端所輸入的一交易要求；訂單產(chǎn)生模組是依據(jù)交易要求產(chǎn)生一電子訂單，其中電子訂單至少記錄一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢及待出貨其中之一；訂單修改模組是當采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受采購終端控制以修改電子訂單，當采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕采購終端控制修改電子訂單，當銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受銷售終端控制以修改電子訂單，當銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕銷售終端控制修改電子訂單；資料庫是儲存電子訂單。
另外，為了達到上述目的，本發(fā)明還提供了一種電子訂單集中控管方法，其是與一采購終端及一銷售終端配合，并包括下列步驟首先，通過一網(wǎng)路自采購終端或銷售終端接收一交易要求；接著，依據(jù)交易要求產(chǎn)生一電子訂單，其中電子訂單至少包含一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待出貨其中之一；最后，當采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受采購終端控制以修改電子訂單，當采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕采購終端控制修改電子訂單，當銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受銷售終端控制以修改電子訂單的銷售方訂單狀態(tài)，當銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕銷售終端控制修改電子訂單。
借由上述技術方案，本發(fā)明電子訂單集中控管系統(tǒng)與方法至少具有下列優(yōu)點承上所述，因為依本發(fā)明的電子訂單集中控管系統(tǒng)與方法，能夠集中管理與采購方及銷售方相關的電子訂單，詳言之，本發(fā)明能夠對交易雙方的訂單集中管理，故任何一方對訂單的操作，都會即時在對方系統(tǒng)中得到反映，所以能夠使交易雙方通過協(xié)商的方式修改和確認訂單，而可以在交易過程中即時了解對方的作業(yè)情況，順利地完成訂單交易。
綜上所述，本發(fā)明是有關于一種電子訂單集中控管系統(tǒng)與方法。該電子訂單集中控管系統(tǒng)包括一購銷管理平臺模組，其接收一交易要求；一訂單產(chǎn)生模組，其依據(jù)交易要求產(chǎn)生一電子訂單；其是記錄一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)；一訂單修改模組；其是當采購方訂單狀態(tài)為新建、待確認或待入庫時，接受一采購終端修改電子訂單，當采購方訂單狀態(tài)為不可見、已修改、已確認或作廢時，拒絕采購終端修改電子訂單，當銷售方訂單狀態(tài)為新建、待確認或待出貨時，接受一銷售終端修改電子訂單，當銷售方訂單狀態(tài)為不可見、已修改、已確認或作廢時，拒絕銷售終端修改電子訂單；一資料庫，其是儲存電子訂單。本發(fā)明能夠集中管理與采購方及銷售方相關的電子訂單的電子訂單，非常適于實用，其不論在產(chǎn)品結構、方法或功能上皆有較大改進，在技術上有較大進步，并產(chǎn)生了好用及實用的效果，且較現(xiàn)有的訂單管理系統(tǒng)與方法具有增進的功效，從而更加適于實用，而具有產(chǎn)業(yè)的廣泛利用價值，誠為一新穎、進步、實用的新設計。
上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其他目的、特征和優(yōu)點能夠更明顯易懂，以下特舉較佳實施例，并配合附圖，詳細說明如下。
圖1A及1B是顯示現(xiàn)有習知的交易流程中采購方及銷售方依序進行的方法步驟流程圖。
圖2是顯示依本發(fā)明較佳實施例的電子訂單集中控管系統(tǒng)的一示意圖。
圖3是顯示電子訂單所包括的訂單表及訂單產(chǎn)品明細表的示意圖。
圖4是顯示依本發(fā)明較佳實施例的電子訂單集中控管方法的步驟流程圖。
圖5是顯示電子訂單的修改過程的示意圖，其是以采購方訂單狀態(tài)及銷售方訂單狀態(tài)表示電子訂單的內(nèi)容。
2電子訂單集中控管系統(tǒng) 21購銷管理平臺模組22訂單產(chǎn)生模組 23訂單修改模組24資料庫 30網(wǎng)路41采購終端 42銷售終端43交易要求 50、501～514電子訂單51訂單表 52訂單產(chǎn)品明細表S01～S04采購方進行的步驟 S11～S15銷售方進行的步驟S21～S24電子訂單集中控管方法的步驟具體實施方式
為更進一步闡述本發(fā)明為達成預定發(fā)明目的所采取的技術手段及功效，以下結合附圖及較佳實施例，對依據(jù)本發(fā)明提出的電子訂單集中控管系統(tǒng)與方法其具體實施方式
、結構、方法、步驟、特征及其功效，詳細說明如后。
請參閱圖2所示，是顯示依本發(fā)明較佳實施例的電子訂單集中控管系統(tǒng)的一示意圖。本發(fā)明較佳實施例的電子訂單集中控管系統(tǒng)2，包括一購銷管理平臺模組21、一訂單產(chǎn)生模組22、一訂單修改模組23、以及一資料庫24；另外，電子訂單集中控管系統(tǒng)2是通過一網(wǎng)路30與一采購終端41及一銷售終端42配合。
上述的購銷管理平臺模組21，是通過網(wǎng)路30與采購終端41及銷售終端42連結，以便接收采購終端41或銷售終端42所輸入的一交易要求43。在本實施例中，采購終端41及銷售終端42可以分別為采購商及銷售商的一計算機(電腦)，而電子訂單集中控管系統(tǒng)2可以是建置于一網(wǎng)路伺服器中，另外網(wǎng)路30可以是一網(wǎng)際網(wǎng)路(Internet)或是一企業(yè)內(nèi)部網(wǎng)路(Intranet)。
上述的訂單產(chǎn)生模組22，依據(jù)交易要求43產(chǎn)生一電子訂單50，其至少記錄一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)；在本實施例中，如圖3所示，是顯示電子訂單所包括的訂單表及訂單產(chǎn)品明細表的示意圖，電子訂單50包括一訂單表51及一訂單產(chǎn)品明細表52，其中訂單表51記錄一訂單編號、一采購方代號、一銷售方代號、一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，訂單產(chǎn)品明細表52同步記錄訂單編號、并另外記錄一產(chǎn)品代號、一產(chǎn)品單價、一訂單數(shù)量、一出貨數(shù)量、及一入庫數(shù)量。
承上所述，采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、待入庫、已入庫及已核銷其中之一，銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、待出貨、已出貨、已結案及已核銷其中之一。
接著，上述的訂單修改模組23，是接受采購終端41的控制或銷售終端42的控制，以修改電子訂單50；詳言之，當采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，訂單修改模組23接受采購終端41控制以修改電子訂單50；此外，當采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，訂單修改模組23是拒絕采購終端41控制修改電子訂單50。再者，當銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，訂單修改模組23是接受銷售終端42控制以修改電子訂單50；此外，當銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，訂單修改模組23是拒絕銷售終端42控制修改電子訂單50。
上述的資料庫24，是儲存上述的電子訂單50。在本實施例中，該資料庫24可以是任何一種適用的電子資料庫，如MS-SQL資料庫、Oracle資料庫等。
需要注意的是，在電子訂單集中控管系統(tǒng)2中，采購終端41與銷售終端42是無法同時控制修改電子訂單50，舉例而言，當訂單修改模組23接受采購終端41控制以修改電子訂單50時，其是同時拒絕銷售終端42控制以修改電子訂單50，另外，當訂單修改模組23接受銷售終端42控制以修改電子訂單50時，是同時拒絕該采購終端41控制以修改電子訂單50。
在本實施例中，當采購方訂單狀態(tài)為新建時，銷售方訂單狀態(tài)為不可見；當銷售方訂單狀態(tài)為新建時，采購方訂單狀態(tài)為不可見；以及當采購方訂單狀態(tài)為待入庫時，銷售方訂單狀態(tài)為待出貨。其中，當采購方訂單狀態(tài)為待入庫、銷售方訂單狀態(tài)為待出貨時，表示采購方與銷售方已經(jīng)完成電子訂單50的修改與確認，此時電子訂單50會分別針對采購終端41與銷售終端42進行控管，以便管制后續(xù)的產(chǎn)品入庫及產(chǎn)品出貨，同時，采購方訂單狀態(tài)是為已入庫及已核銷其中之一，銷售方訂單狀態(tài)是為已出貨、已結案及已核銷其中之一；在本實施例中，當采購方訂單狀態(tài)為已入庫及已核銷其中之一時，銷售方訂單狀態(tài)為空(Null)，而當銷售方訂單狀態(tài)為已出貨、已結案及已核銷其中之一時，采購方訂單狀態(tài)為空(Null)。
另外，請參閱圖4所示，是顯示依本發(fā)明較佳實施例的電子訂單集中控管方法的步驟流程圖。本發(fā)明亦揭露一種電子訂單集中控管方法，其是應用于上述的電子訂單集中控管系統(tǒng)2，本發(fā)明較佳實施例的電子訂單集中控管方法，包括以下步驟首先，通過網(wǎng)路自采購終端或銷售終端接收一交易要求(步驟S21)；接著，依據(jù)交易要求產(chǎn)生一電子訂單(步驟S22)，其中電子訂單至少包含一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待出貨其中之一；最后，當采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受采購終端控制以修改電子訂單，當采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕采購終端控制修改電子訂單(步驟S23)，另外，當銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受銷售終端控制以修改電子訂單的銷售方訂單狀態(tài)，當銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕銷售終端控制修改電子訂單(步驟S24)。
為使本發(fā)明的內(nèi)容更加清楚明了，以下將列舉一具體實例以說明依本發(fā)明較佳實施例的電子訂單集中控管方法應用于電子訂單集中控管系統(tǒng)2中，對電子訂單的控管流程。需要注意的是，下列說明僅以采購方發(fā)起填寫電子訂單的情況為例進行說明，當然本發(fā)明更可以應用于其他情況，如由銷售方發(fā)起填寫電子訂單的情況。
請參閱圖5所示，是顯示電子訂單的修改過程的示意圖，是以采購方訂單狀態(tài)及銷售方訂單狀態(tài)表示電子訂單的內(nèi)容，其顯示了電子訂單中采購方訂單狀態(tài)及銷售方訂單狀態(tài)的內(nèi)容，其中“采購”表示采購方訂單狀態(tài)、“銷售”表示銷售方訂單狀態(tài)，另外“→”表示由采購終端控制修改電子訂單、并進一步修改其采購方訂單狀態(tài)，“＝＞”表示由銷售終端控制修改電子訂單、并進一步修改其銷售方訂單狀態(tài)，標注是對動作的說明。
首先，依據(jù)采購終端發(fā)出的交易要求產(chǎn)生一電子訂單501，其中采購方訂單狀態(tài)為新建、銷售方訂單狀態(tài)是為不可見；接著，若采購終端控制刪除電子訂單501，則修改為電子訂單506，其中采購方訂單狀態(tài)及銷售方訂單狀態(tài)皆為作廢；若采購終端確認電子訂單501，則修改為電子訂單502，其中采購方訂單狀態(tài)為已確認、銷售方訂單狀態(tài)為待確認，在此狀態(tài)下，采購終端無法再對電子訂單502進行操作，而等待銷售終端操作。
對于電子訂單502，銷售終端有三種選擇(1)、修改電子訂單502，以便將銷售方訂單狀態(tài)改為已修改，采購方訂單狀態(tài)不變，仍為已確認(電子訂單503)；(2)、刪除電子訂單502，則銷售方訂單狀態(tài)及采購方訂單狀態(tài)皆為作廢(電子訂單506)；以及(3)、確認電子訂單502，則采購方訂單狀態(tài)修改為待入庫，銷售方訂單狀態(tài)修改為待出貨(電子訂單507)。
對于電子訂單503，銷售終端可以繼續(xù)修改電子訂單503，狀態(tài)不變，另外也可以做銷售確認，則銷售方訂單狀態(tài)為已確認，采購方訂單狀態(tài)為待確認(電子訂單504)。
對于電子訂單504，銷售終端無法對電子訂單504進行操作，由采購終端操作，此時采購方可有三種選擇(1)、修改電子訂單504，則采購方訂單狀態(tài)改為已修改，銷售方訂單狀態(tài)不變(電子訂單505)；(2)、刪除電子訂單504，則銷售方訂單狀態(tài)及采購方訂單狀態(tài)皆為作廢(電子訂單506)；以及(3)、確認電子訂單504，則回到電子訂單502的狀態(tài)。
對于電子訂單505，采購終端可以繼續(xù)修改電子訂單505，狀態(tài)不變，另外也可以做采購確認，進入電子訂單502的狀態(tài)。
從電子訂單507開始，采購終端及銷售終端雙方獨立對電子訂單進行操作，狀態(tài)互不影響。例如，采購終端依序進行入庫確認(進入電子訂單508)及采購付款(進入電子訂單509)，此時采購方訂單狀態(tài)分別為已入庫及已核銷，同時銷售方訂單狀態(tài)為空(Null)、并以“*”表示；除此之外，采購終端也可在電子訂單507進行采購刪除，進入電子訂單510，此時采購方訂單狀態(tài)為作廢，同時銷售方訂單狀態(tài)為空(Null)、并以“*”表示。
另外，銷售終端依序進行出貨確認(進入電子訂單511)、回單確認(進入電子訂單512)及銷售收款(進入電子訂單513)，此時銷售方訂單狀態(tài)分別為已出貨、已結案及已核銷，同時采購方訂單狀態(tài)為空(Null)、并以“*”表示；除此之外，銷售終端也可在電子訂單507進行銷售刪除，進入電子訂單514，此時銷售方訂單狀態(tài)為作廢，同時采購方訂單狀態(tài)為空(Null)、并以“*”表示。
因此，無論是采購方還是銷售方主動發(fā)起(填寫)的訂單資料，都可以直接到達對方，而對方可以直接從系統(tǒng)中了解訂單需要(所定的產(chǎn)品、數(shù)量、價格)，不需要重新錄訂單資料。如果一方因需求變化，庫存限制等原因，修改訂單中的產(chǎn)品、數(shù)量、價格等資料，對方可以從系統(tǒng)中得到訂單的變化，不需要通過其他途經(jīng)了解這些變化，永遠保證訂單的一致性，而且由于交易雙方使用和維護共同的訂單資料，不會造成訂單資料的不一致，從而避免不必要的糾紛。再者，采購方與銷售方雙方對訂單的確認可以通過統(tǒng)一的系統(tǒng)相互了解，提高了訂單的處理效率，而且銷售方產(chǎn)品出貨、采購方收到產(chǎn)品等重要交易環(huán)節(jié)，可以使對方即時了解。
綜上所述，因為依本發(fā)明的電子訂單集中控管系統(tǒng)與方法，能夠集中管理與采購方及銷售方相關的電子訂單，詳言之，本發(fā)明能夠對交易雙方的訂單集中管理，故任何一方對訂單的操作，都會即時在對方系統(tǒng)中得到反映，所以能夠使交易雙方通過協(xié)商的方式修改和確認訂單，以便在交易過程中即時了解對方的作業(yè)情況，順利地完成訂單交易。
以上所述是為舉例性，而非為限制性。以上僅是本發(fā)明的較佳實施例而已，并非對本發(fā)明作任何形式上的限制，雖然本發(fā)明已以較佳實施例揭露如上，然而并非用以限定本發(fā)明，任何熟悉本專業(yè)的技術人員，在不脫離本發(fā)明技術方案范圍內(nèi)，當可利用上述揭示的技術內(nèi)容作出些許更動或修飾為等同變化的等效實施例，但凡是未脫離本發(fā)明技術方案的內(nèi)容，依據(jù)本發(fā)明的技術實質對以上實施例所作的任何簡單修改、等同變化與修飾，均仍屬于本發(fā)明技術方案的范圍內(nèi)。
權利要求
1.一種電子訂單集中控管系統(tǒng)，其是與一采購終端以及一銷售終端配合，其特征在于該電子訂單集中控管系統(tǒng)包括一購銷管理平臺模組，其是通過一網(wǎng)路與該采購終端及該銷售終端連結，以便接收該采購終端或該銷售終端所輸入的一交易要求；一訂單產(chǎn)生模組，其是依據(jù)該交易要求產(chǎn)生一電子訂單，其中該電子訂單至少記錄一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，該采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，該銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待出貨其中之一；一訂單修改模組，其是當該采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受該采購終端控制以修改該電子訂單，當該采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該采購終端控制修改該電子訂單，當該銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受該銷售終端控制以修改該電子訂單，當該銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該銷售終端控制修改該電子訂單；以及一資料庫，其是儲存該電子訂單。
2.根據(jù)權利要求
1所述的電子訂單集中控管系統(tǒng)，其特征在于其中當該訂單修改模組接受該采購終端控制以修改該電子訂單時，是同時拒絕該銷售終端控制以修改該電子訂單，當該訂單修改模組接受該銷售終端控制以修改該電子訂單時，是同時拒絕該采購終端控制以修改該電子訂單。
3.根據(jù)權利要求
1所述的電子訂單集中控管系統(tǒng)，其特征在于當該采購方訂單狀態(tài)為新建時，該銷售方訂單狀態(tài)為不可見；當該銷售方訂單狀態(tài)為新建時，該采購方訂單狀態(tài)為不可見；以及當該采購方訂單狀態(tài)為待入庫時，該銷售方訂單狀態(tài)為待出貨。
4.根據(jù)權利要求
1所述的電子訂單集中控管系統(tǒng)，其特征在于其中所述的采購方訂單狀態(tài)更為已入庫及已核銷其中之一，該銷售方訂單狀態(tài)更為已出貨、已結案及已核銷其中之一，其中當該采購方訂單狀態(tài)為已入庫及已核銷其中之一時，該銷售方訂單狀態(tài)為空(Null)，當該銷售方訂單狀態(tài)為已出貨、已結案及已核銷其中之一時，該采購方訂單狀態(tài)為空(Null)。
5.根據(jù)權利要求
1所述的電子訂單集中控管系統(tǒng)，其特征在于其中所述的電子訂單至少包含一訂單表及一訂單產(chǎn)品明細表，其中該訂單表至少記錄一訂單編號、一采購方代號、一銷售方代號、該采購方訂單狀態(tài)及該銷售方訂單狀態(tài)，該訂單產(chǎn)品明細表至少記錄該訂單編號、一產(chǎn)品代號、一產(chǎn)品單價、一訂單數(shù)量、一出貨數(shù)量、及一入庫數(shù)量。
6.一種電子訂單集中控管方法，其是與一采購終端以及一銷售終端配合，其特征在于該電子訂單集中控管方法包括下列步驟通過一網(wǎng)路自該采購終端或該銷售終端接收一交易要求；依據(jù)該交易要求產(chǎn)生一電子訂單，其中該電子訂單至少包含一采購方訂單狀態(tài)及一銷售方訂單狀態(tài)，該采購方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待入庫其中之一，該銷售方訂單狀態(tài)是為不可見、新建、已修改、待確認、已確認、作廢、及待出貨其中之一；以及當該采購方訂單狀態(tài)為新建、待確認、及待入庫其中之一時，接受該采購終端控制以修改該電子訂單，當該采購方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該采購終端控制修改該電子訂單，當該銷售方訂單狀態(tài)為新建、待確認、及待出貨其中之一時，接受該銷售終端控制以修改該電子訂單的該銷售方訂單狀態(tài)，當該銷售方訂單狀態(tài)為不可見、已修改、已確認、及作廢其中之一時，拒絕該銷售終端控制修改該電子訂單。
7.根據(jù)權利要求
6所述的電子訂單集中控管方法，其特征在于當接受該采購終端控制以修改該電子訂單時，是同時拒絕該銷售終端控制以修改該電子訂單，當接受該銷售終端控制以修改該電子訂單時，是同時拒絕該采購終端控制以修改該電子訂單。
8.根據(jù)權利要求
6所述的電子訂單集中控管方法，其特征在于當該采購方訂單狀態(tài)為新建時，該銷售方訂單狀態(tài)為不可見；當該銷售方訂單狀態(tài)為新建時，該采購方訂單狀態(tài)為不可見；以及當該采購方訂單狀態(tài)為待入庫時，該銷售方訂單狀態(tài)為待出貨。
9.根據(jù)權利要求
6所述的電子訂單集中控管方法，其特征在于其中所述的采購方訂單狀態(tài)更為已入庫及已核銷其中之一，該銷售方訂單狀態(tài)更為已出貨、已結案及已核銷其中之一，其中當該采購方訂單狀態(tài)為已入庫及已核銷其中之一時，該銷售方訂單狀態(tài)為空(Null)，當該銷售方訂單狀態(tài)為已出貨、已結案及已核銷其中之一時，該采購方訂單狀態(tài)為空(Null)。
10.根據(jù)權利要求
6所述的電子訂單集中控管方法，其特征在于其中所述的電子訂單至少包含一訂單表及一訂單產(chǎn)品明細表，其中該訂單表至少記錄一訂單編號、一采購方代號、一銷售方代號、該采購方訂單狀態(tài)及該銷售方訂單狀態(tài)，該訂單產(chǎn)品明細表至少記錄該訂單編號、一產(chǎn)品代號、一產(chǎn)品單價、一訂單數(shù)量、一出貨數(shù)量、及一入庫數(shù)量。
專利摘要
本發(fā)明是有關于一種電子訂單集中控管系統(tǒng)與方法。該電子訂單集中控管系統(tǒng)包括一購銷管理平臺模組，接收一交易要求；一訂單產(chǎn)生模組，依交易要求產(chǎn)生電子訂單，記錄采購方訂單狀態(tài)及銷售方訂單狀態(tài)；一訂單修改模組，當采購方訂單狀態(tài)為新建、待確認或待入庫時，接受采購終端修改電子訂單，當采購方訂單狀態(tài)為不可見、已修改、已確認或作廢時，拒絕采購終端修改電子訂單，當銷售方訂單狀態(tài)為新建、待確認或待出貨時，接受一銷售終端修改電子訂單，當銷售方訂單狀態(tài)為不可見、已修改、已確認或作廢時，拒絕銷售終端修改電子訂單；一資料庫，儲存電子訂單。本發(fā)明還提供一種電子訂單集中控管方法。本發(fā)明能夠集中管理與采購方及銷售方相關的電子訂單，順利完成訂單交易。
文檔編號G06Q30/00GK1991878SQ200510097583
公開日2007年7月4日 申請日期2005年12月30日
發(fā)明者姜昕, 李家群, 陳玄同, 劉文涵, 劉曉波 申請人:英業(yè)達股份有限公司導出引文BiBTeX, EndNote, RefMan