TWI546754B - 電子商務整合系統及其運作方法 - Google Patents

Description

電子商務整合系統及其運作方法

本發明係關於一種網路商店整合技術，更詳而言之，係關於一種提供彙整多個網路商店各類資訊之電子商務整合系統以及其運作方法。

傳統電子商務系統中，從消費者進入網站、訂單成立、消費者收到貨物、以及商城收到款項的過程，其中間有許多程序需要處理，儘管使用者僅能看到具有展示頁面的前台系統，但後台系統卻有許多處理過程，以電子商務而言，通常包括金流、物流、商品流和資訊流，其中，金流包含訂單、發票、財務或客服等處理，物流包含與超商、宅急便合作方式、具有進、銷、存商品的倉儲管理、或禮貨管理(例如由自家倉庫取出商品、包裝、及貼上宅配資料)，商品流包括合作供應商、採購系統等，資訊流則包含報表或商品推廣等系統。

目前電子商城林立，許多商家也在電子商城內建置網路商店，企圖透過網際網路來拓展業績，也成為大企業、小公司、甚至是個人創業的選擇。商家可在不同電子商城 下建置網路商店，例如，yahoo、淘寶或許多入口網站，然而這些電子商城是屬於不同管理者，此導致商家需在各個不同網站建立各自網路商店，其中的訂單、出貨、財務等也都是個別獨立，例如A網路商店需通過甲客服公司協助訂單審核，並由乙貨運公司協助出貨，B網路商店需通過丙客服公司協助訂單審核，並由丁貨運公司協助出貨，因此，商家要分別處理各別業務，使得商家管理上極為不便。特別是在跨國時，出貨可能要委由國外貨運公司處理，若非常態性合作，也容易有聯繫上問題。因此，對於商家而言，整合不同網路商店之業務、物流或資訊是重要的。

另外，目前對於電子商務系統之開發，通常是將所有功能串接在一起，此導致建置系統時，需要將所有整體功能納入，若使用者有不需要的功能，則形成多餘情況，且在考量跨區域，甚至跨國等情況下，所搭配的物流業者、銀行或商家皆不相同，若以整體系統建置，要與其他區域的其他系統整合，需耗費相當大心力。

因此，如何找出一種可根據商家需求以建置所需功能之電子商務系統，更特別的是，可將不同網路商店之金流、商流、物流和資訊流等整合，藉此減少商家在訂單、貨物、款項等管理上繁瑣程序，實已成目前本領域技術人員所追求的目標。

鑒於上述習知技術之缺點，本發明之目的係提供一種網路商店的整合技術，以提供網路商店更佳資訊流的整合。

為達成前述目的及其他目的，本發明提出一種電子商務整合系統，係提供不同網路商店之資訊整合，該電子商務整合系統包括至少一網路商店和具有訂單整合模組之資訊整合中心，其中，至少一網路商店係產生訂單資料，資訊整合中心透過網際網路與該至少一網路商店連線，其中，該訂單整合模組包括：訂單接收單元，係用於接收該訂單資料；訂單分析單元，係連結該訂單接收單元，用於分析該訂單資料以得到對應該訂單資料之在地客服中心資料；以及訂單分派單元，係連結該訂單分析單元，用於將該訂單資料派送至對應該在地客服中心資料之在地客服中心以進行訂單審查，俾於該在地客服中心於審查該訂單資料後，將審核結果傳送至該資訊整合中心，再由該資訊整合中心傳送該審核結果至該至少一網路商店。

於一實施例中，該至少一網路商店中包括以不同國家語言呈現之商品頁面，使得該商品頁面切換該不同國家語言時無需變更網址，其中，該訂單資料為同一商品識別碼搭配所選擇之語言識別碼。

於另一實施例中，該資訊整合中心更具有物流模組，該物流模組包括：出貨選擇單元，係供該至少一網路商店選擇自行出貨、自行委外出貨、或委由該資訊整合中心出貨；出貨接收單元，係接收該至少一網路商店所傳送之出貨資料，該出貨資料為該至少一網路商店選擇委由該資訊整合中心出貨者；以及出貨轉發單元，係連結該出貨接收單元，用於將該出貨資料轉送至該在地客服中心，以由該 在地客服中心之出貨倉儲進行出貨程序。

於又一實施例中，該資訊整合中心更具有財務模組，該財務模組包括：財務管理單元，係依據該訂單資料與該出貨資料決定商品之進貨、出貨和銷貨數量，以交付該至少一網路商店及商品供貨商對應之款項；以及財務分析單元，係依據該訂單資料與該出貨資料，提供該至少一網路商店關於各種商品之銷售資料。

於再一實施例中，該資訊整合中心更具有開店模組，該開店模組包括：開店單元，係供新商家建立新的網路商店；商品陳列單元，係顯示其他網路商店提供之聯賣商品資訊；以及商店設定單元，係供該新商家選擇該其他網路商店提供之聯賣商品資訊，以加入由該新商家所建立之網路商店之商品頁面。

於又另一實施例中，該資訊整合中心更具有分潤模組，係於該聯賣商品資訊售出後，依據該聯賣商品資訊之分潤比例，將所得金額分配給該新商家和該其他網路商店。

本發明還提出一種電子商務整合系統之運作方法，係包含下列步驟：接收至少一網路商店所產生之訂單資料；分析該訂單資料以得到對應該訂單資料之在地客服中心資料；將該訂單資料派送至對應該在地客服中心資料之在地客服中心以進行訂單審查；於該在地客服中心審查該訂單資料後，將審核結果傳送至該資訊整合中心；以及由該資訊整合中心再傳送該審核結果至該至少一網路商店。

相較於先前技術，本發明之電子商務整合系統及其運 作方法，係提供不同電子商城中各網路商店的資訊整合，包括一開始的訂單審查、中間的出貨、後續款項收取等，並通過資訊整合中心，便可將訂單和出貨分派給各在地客服中心進行處理，如此商家無需因不同平台、不同國家或不同語言，而需與各地不同客服中心、貨運公司、倉儲中心等合作，不僅降低繁雜過程，也降低因不常合作導致的疏失，另外，系統更可協助商家管理網路商店的各種資訊，即提供金流、商流、物流和資訊流的整合，藉此提供商家更佳的網路商店之管理和永續發展。

11‧‧‧第一網路商店

12‧‧‧第二網路商店

13‧‧‧第三網路商店

2‧‧‧資訊整合中心

21‧‧‧訂單整合模組

211‧‧‧訂單接收單元

212‧‧‧訂單分析單元

213‧‧‧訂單分派單元

22‧‧‧物流模組

221‧‧‧出貨選擇單元

222‧‧‧出貨接收單元

223‧‧‧出貨轉發單元

23‧‧‧財務模組

231‧‧‧訂單出貨資料庫

232‧‧‧財務管理單元

233‧‧‧財務分析單元

24‧‧‧開店模組

241‧‧‧開店單元

242‧‧‧聯賣商品資料庫

243‧‧‧商品陳列單元

244‧‧‧商店設定單元

25‧‧‧分潤模組

31‧‧‧第一在地客服中心

311‧‧‧第一出貨倉儲

32‧‧‧第二在地客服中心

321‧‧‧第二出貨倉儲

4‧‧‧出貨資料

S601至S605‧‧‧步驟

第1圖為本發明之電子商務整合系統之一實施例之系統架構圖；第2圖為本發明之電子商務整合系統之另一實施例之系統架構圖；第3圖為本發明之電子商務整合系統中物流模組之架構圖；第4圖為本發明之電子商務整合系統中財務模組之架構圖；第5圖為本發明之電子商務整合系統中開店模組之架構圖；以及第6圖為本發明之電子商務整合系統之運作方法之步驟圖。

以下係藉由特定的實施例說明本發明之實施方式，熟 悉此技術之人士可由本說明書所揭示之內容輕易地瞭解本發明之其他特點與功效。本發明亦可藉由其他不同的具體實施例加以施行或應用。

參閱第1圖，係說明本發明之電子商務整合系統之一實施例之系統架構圖。如圖所示，本發明之電子商務整合系統係提供不同網路商店之資訊整合，特別是，將同一或不同電子商城的各網路商店之訂單、出貨和請款等資訊加以整合，藉此提供商家更簡便之店家管控機制。

更具體來說，本發明之電子商務整合系統包括：至少一網路商店和資訊整合中心。如圖所示，至少一網路商店可為圖中的第一網路商店11、第二網路商店12以及第三網路商店13，但並不以此為限。如前所述，本發明可整合不同電子商城的資訊流，因而單一商家可在不同電子商城開設網路商店，也就是，各網路商店包括單一商家在同一商城內成立的不同網路商店或者是在不同商城內成立的不同網路商店。舉例來說，第一網路商店11、第二網路商店12為同一電子商城(如虛框所示)，另外，第三網路商店13在另一電子商城。

上述第一網路商店11、第二網路商店12以及第三網路商店13皆透過網際網路與資訊整合中心2連線，於此所述之資訊整合中心2即為整合不同網路商店的管理中心，商家可連線至資訊整合中心2即可完成資訊、貨物、金錢等處理，而無需如習知需要進入個別電子商城系統進行相關處理。

資訊整合中心2具有訂單整合模組21，其可執行於具有處理器、記憶體以及儲存單元之電子裝置中，該訂單整合模組21包括：訂單接收單元211、訂單分析單元212以及訂單分派單元213，商家可至資訊整合中心2內對訂單處理方式進行設定，即可由資訊整合中心2自動化處理來自各網路商店的訂單。

一般來說，當網路商店收到消費者的訂單後，通常需要經由系統和人員判斷該訂單是否正確，例如是否為空訂單、不實資料或黑名單的訂單，現行網路商店會委由外面其他客服中心進行審核，惟，當網路商店越多則需搭配的客服中心也變多(可能因不同電子商城導致)。因此，本發明提出將各網路商店，即第一網路商店11、第二網路商店12以及第三網路商店13之訂單資料統一匯集至資訊整合中心2進行處理。

訂單接收單元211係用於接收來自第一網路商店11、第二網路商店12以及第三網路商店13之訂單資料。對於訂單資料的彙整，於本實施例中，是採用應用程式介面(API)方式進行資料擷取，又或者也可採用現有的將資料以EXCEL呈現來處理，但此方式處理過程較繁瑣且緩慢。

訂單分析單元212係連結訂單接收單元211，用於分析該訂單資料以得到對應該訂單資料之在地客服中心資料。詳言之，當訂單整合模組21收到大量訂單後，需通過分析判斷，以決定該訂單可委由哪一個客服中心處理，其 原因在於，不同客服中心可加速該地區訂單的處理，特別是跨區域，甚至是跨國家的訂單，更需要有當地的客服中心協助審查。

因此，訂單分析單元212會依據網路商店之所在地、商品寄送地址或訂單語言類別以判定對應該訂單資料之在地客服中心資料與其在地客服中心。舉例來說，消費者透過第一網路商店11下訂單，第一網路商店11在台北，但消費者位於高雄，故訂單分析單元212分析出該訂單可轉由位在高雄的第一在地客服中心31進行審核，將可更正確判斷訂單成立與否，而非轉由位在花蓮的第二在地客服中心32進行判斷。

訂單分派單元213係連結訂單分析單元212，在決定好在地客服中心資料後，可將訂單資料通過網際網路派送至對應該在地客服中心資料之在地客服中心以進行訂單審查。如前所述，各在地客服中心即是對訂單資料內容進行判斷，以確定該訂單是否成立。

之後，在地客服中心於審查訂單資料結束後，會將審核結果傳送至資訊整合中心2，再由資訊整合中心2傳送該審核結果至提供訂單資料之網路商店，以供該網路商店之商家進行後續處理。

因此，本發明之資訊整合中心2將各網路商店的訂單彙整起來，並分派給合適的在地客服中心進行審核，以決定訂單成立與否，此與習知各個電子商城各自為政，導致有多個網路商店之商家需分別管理各網路商店明顯不同， 更能減輕商家在管理上的負擔。

參閱第2圖，係說明本發明之電子商務整合系統之另一實施例之系統架構圖。如圖所示，本實施例中的第一網路商店11、第二網路商店12、第三網路商店13、第一在地客服中心31、第二在地客服中心32與第1圖所述相同，故不再贅述。

本實施例主要說明資訊整合中心2還包括其他功能模組，可提供商家進行網路商店管理時應用。另外，第一在地客服中心31和第二在地客服中心32可分別連結第一出貨倉儲311和第二出貨倉儲321，可配合第一在地客服中心31和第二在地客服中心32收到出貨通知時，執行出貨程序。

以往電子商務網站建置時，會將多個功能綁在一起，故網站管理者只能通盤接受，然而網站管理者可能用不到貨款系統或是出貨系統，但仍被迫需要建置所有功能的系統，例如該處僅有收單，但不出貨，故沒有建置出貨系統的必要。因此，本發明提出各功能模組是單獨存在的，藉此讓網站管理者可依據需求建置屬於自己的系統。

上述與各商家使用無關聯，主要針對網站管理者在建置供商家使用之電子商務系統時，可彈性建置所需系統。舉例來說，某一公司在台北建置的系統需要有訂單處理、出貨處理、金流處理等，但其在阿里山(或北京)建置的系統則僅需有出貨處理功能即可，故在建置阿里山(或北京)的系統時，可彈性僅建置有出貨處理功能的系統。

於本實施例中，資訊整合中心2除了訂單整合模組21外，還可具有物流模組22、財務模組23、開店模組24以及分潤模組25。需說明者，本發明的上述模組具有別於習知技術的特點，故後面會詳加說明，但維持系統運作仍須有其他子模組，例如系統設定、頁面設定等功能，另外，通常還可具有進貨管理、出貨管理、退貨管理等功能，此與現有技術概念相似，故同樣不加贅述。

參閱第3圖，係本發明之電子商務整合系統中物流模組之架構圖。於本實施例中，資訊整合中心2之物流模組22可提供商家在訂單確定後的出貨處理，如圖所示，物流模組22包括：出貨選擇單元221、出貨接收單元222和出貨轉發單元223。

出貨選擇單元221係供各網路商店選擇出貨方式，舉例來說，網路商店之商家可選擇自行出貨、自行委外出貨、或委由資訊整合中心2出貨，若商家選擇自行出貨或自行委外出貨，則資訊整合中心2無需協助處理，若商家選擇委由資訊整合中心2出貨，則會收到網路商店之出貨通知。

出貨接收單元222係接收網路商店所傳送之出貨資料4，出貨轉發單元223連結出貨接收單元222，用以將出貨資料4轉送至對應在地客服中心資料的在地客服中心，並由在地客服中心之出貨倉儲(如第2圖所示)進行出貨程序。

統一透過物流模組22來出貨的好處可免除商家出貨問題，舉例來說，若是不同地區可能有不同物流公司，故 當訂單越多，配合物流公司越多，有不熟悉或特殊規定等情況，恐導致物流出現問題，另外，若出貨地區為跨國家，則要連繫當地物流公司也不易。因此，上述出貨情況都會增加商家的困擾。

由上可知，商家若使用本發明之電子商務整合系統，可統一至資訊整合中心2進行出貨設定，將可大幅提升出貨效率和減少出貨錯誤的產生，甚至可代為處理款項問題，此後續會再詳述。

參閱第4圖，係本發明之電子商務整合系統中財務模組之架構圖。於本實施例中，資訊整合中心2之財務模組23可提供商家在出貨後的款項處理，如圖所示，財務模組23包括：訂單出貨資料庫231、財務管理單元232和財務分析單元233。

如前所述，當採用本發明之資訊整合中心2進行資訊管理，則資訊整合中心2將會擁有商家的訂單資料和出貨資料，該些資料可儲存在訂單出貨資料庫231。

待一定時間後，商家想要處理款項問題，則可透過財務管理單元232進行結帳處理，其中，財務管理單元232可依據訂單資料與出貨資料決定商品之進貨、出貨和銷貨數量，藉此交付該網路商店之商家和商品供貨商對應之款項，也就是說，收到的貨款先由資訊整合中心2保管，之後款項處理時，財務管理單元232可將錢分別給予商品供應商及商家，如此，商家無需一次收到全整款項後，又要再將貨款給予商品供應商，故可減少一道款項處理的手續。

另外，財務分析單元233可依據訂單資料與出貨資料，提供該網路商店之商家關於各種商品之銷售資料。簡單來說，財務分析單元233可協助商家進行商品銷售分析，此可讓商家更了解需要的進貨量以及商品是否暢銷。

參閱第5圖，係本發明之電子商務整合系統中開店模組之架構圖。於本實施例中，資訊整合中心2之開店模組24可協助新的網路商店的開設，如圖所示，開店模組24包括：開店單元241、聯賣商品資料庫242、商品陳列單元243及商店設定單元244。

開店單元241係供新商家建立新的網路商店，當然也可供舊商家建立新的網路商店。

聯賣商品資料庫242係用於儲存聯賣商品資料，此處所述之聯賣商品資料即是商家想讓自己的商品提供給他人來販售，藉此推廣自己的商品，故有意願的商家可提供自己的商品資料，以成為聯賣商品資料。

商品陳列單元243係顯示其他網路商店提供之聯賣商品資訊，商店設定單元244係供新商家選擇其他網路商店提供之聯賣商品資訊，以加入由該新商家所建立之網路商店之商品頁面。如前所述，商品陳列單元243可呈列聯賣商品資訊，如此，新商家在建立新的網路商店時，可透過商店設定單元244選取該些聯賣商品，以成為新的網路商店的商品。

其中，商品陳列單元243更儲存由其他網路商店設定聯賣商品資訊之分潤比例。透過上述方式，有能力的商家 可讓自己的商品由更多網路商店販賣，更有助於推廣商品，若缺乏商品的商家，也可透過販賣其他商家的商品，藉此取得分潤。

因此，如第2圖所示，資訊整合中心2之分潤模組25，可於聯賣商品資訊售出後，依據聯賣商品資訊之分潤比例，將所得金額分配給該新商家和該其他網路商店。

另外，商店設定單元244於新的網路商店建立後，新商家所選擇之聯賣商品資訊係隨著原網路商店對聯賣商品資訊之變更而改變。簡單來說，因為新的網路商店是拉取聯賣商品資訊作為自己的商品，故商品介紹或販售金額也由原網路商店決定，故原網路商店修改金額時，販賣聯賣商品的網頁也會隨之變更，如此可避免資訊混亂，甚至削價競爭的情況。

由上可知，任一網路商店可選取別人商品變成自己的商品，開店家者甚至不用有自己商品也可以成立新的網路商店。另外，網路商店要選取聯賣商品時，系統會依據分潤比例進行代算，例如透過進價費用、售價、運費等作運算，以告知要選取聯賣商品的商家，選擇該聯賣商品的利潤，藉此供商家是否選取。

再者，代賣後的金額會由系統代收，系統會將金額依照分潤比例給予聯賣商品提供者和販售者，此可避免聯賣後的金額歸屬問題。

另外，目前已有網頁客製化開發技術，但多僅止於自訂門面及外觀，但本發明提出了網頁多國語言機制，以商 品為主體，可轉換多國語言。因此，於本發明中，各網路商店中包括以不同國家語言呈現之商品頁面，可使得商品頁面切換不同國家語言時無需變更網址。其主要技術係讓訂單資料為同一商品識別碼並搭配所選擇之語言識別碼，以形成商品頁面。

詳言之，現有網頁的語言切換，通常是右上角選擇並進行整個頁面切換，也就是說，現有網頁的語言切換是換另一個頁面網址，再者，網頁中的商品連結(例如推薦、分類等)仍是一開始商家給的設定。反觀，本發明提出以商品為主架構，轉換語言後，商品的推薦、分類等都會依據該語言使用者習慣而調整，也就是說，本發明所提供之商品連結會自動調整而非每個語言都一樣。

另外，本發明所提供之一個商品資料可有多國語言，但僅由單一頁面來顯示。以往同一個商品資料若有不同語言，則會有不同商品識別碼(ID)，此導致同一商品選擇不同語言下單後，會有兩個不同商品識別碼。反觀，本發明以商品識別碼當成主鍵值，搭配不同語言識別碼，作為呈現頁面，因此，當選擇不同語言的同一商品下單時，紀錄上係為同一商品(同一商品識別碼)，故可減少出貨時的混亂情況。

此外，在商品頁面選擇不同國家語言呈現下，產生之訂單資料也可依據出貨倉儲業者或收件者產生對應語言之出貨資訊。舉例來說，收件者為美國人，則提供英文出貨單給收件者，但負責出貨的出貨倉儲業者為泰國人，則提 供泰文的出貨單以供出貨處理。

參閱第6圖，係說明本發明之電子商務整合系統之運作方法之步驟圖。於步驟S601中，係接收至少一網路商店所產生之訂單資料。如前所述，系統可接受來自不同網路商店中由消費者所提出的訂單資料。接著至步驟S602。

於步驟S602中，係分析該訂單資料以得到對應該訂單資料之在地客服中心資料。簡言之，於本步驟中，透過分析該訂單資料之內部資訊，以確定該訂單可轉由哪一個具有對應在地客服中心資料之在地客服中心進行審核，其中判斷標準可為網路商店之所在地、商品寄送地址或訂單語言類別等。接著至步驟S603。

於步驟S603中，係將該訂單資料派送至對應該在地客服中心資料之在地客服中心以進行訂單審查。詳言之，在步驟S602確定好該訂單適合由哪一個在地客服中心審核後，本步驟即是將訂單資料派送至對應該在地客服中心資料之該在地客服中心，並進行訂單審查。接著至步驟S604。

於步驟S604中，係於該在地客服中心審查該訂單資料後，將審核結果傳送至該資訊整合中心。本步驟即訂單資料經審核後，將審核結果先傳送至資訊整合中心，該審核結果包括審核成功或審核失敗等。接著至步驟S605。

於步驟S605中，係由該資訊整合中心再傳送該審核結果至該至少一網路商店。具體來說，資訊整合中心收到審核結果後，會再轉送至提供該訂單資料之網路商店，藉此告知商家此訂單是否成立。

透過上述步驟，可將不同網路商店(同一電子商城或不同電子商城)的訂單彙整起來，並分派給合適的在地客服中心進行審核，以決定訂單成立與否。與習知各個電子商城各自為政相比較，可明顯減少商家在管理上的負擔。

綜上所述，本發明之電子商務整合系統及其運作方法，提供不同電子商城中各網路商店的資訊整合，包括一開始的訂單審查、中間的出貨、後續款項收取等，並通過資訊整合中心，可將訂單和出貨分派給各在地客服中心進行處理，如此商家無需考量不同平台、不同國家或不同語言的協同問題，另外，也減少與各地不同客服中心、貨運公司、倉儲中心等合作的麻煩。另外，系統更協助商家管理網路商店的各種資訊，即提供金流、商流、物流和資訊流的整合，還提供具多國語言切換的網頁呈現，都有助於提供商家更佳的網路商店之管理和發展。

上述實施例僅例示性說明本發明之原理及其功效，而非用於限制本發明。任何熟習此項技藝之人士均可在不違背本發明之精神及範疇下，對上述實施例進行修飾與改變。因此，本發明之權利保護範圍，應如後述之申請專利範圍所列。

11‧‧‧第一網路商店

12‧‧‧第二網路商店

13‧‧‧第三網路商店

2‧‧‧資訊整合中心

21‧‧‧訂單整合模組

211‧‧‧訂單接收單元

212‧‧‧訂單分析單元

213‧‧‧訂單分派單元

31‧‧‧第一在地客服中心

32‧‧‧第二在地客服中心

Claims (10)

1. 一種電子商務整合系統，係提供不同網路商店之資訊整合，該電子商務整合系統包括：至少一網路商店，係產生訂單資料；以及具有訂單整合模組和物流模組之資訊整合中心，係透過網際網路與該至少一網路商店連線，其中，該訂單整合模組包括：訂單接收單元，係用於接收該訂單資料；訂單分析單元，係連結該訂單接收單元，用於分析該訂單資料以得到對應該訂單資料之在地客服中心資料；以及訂單分派單元，係連結該訂單分析單元，用於將該訂單資料派送至對應該在地客服中心資料之在地客服中心以進行訂單審查，俾於該在地客服中心於審查該訂單資料後，將審核結果傳送至該資訊整合中心，再由該資訊整合中心傳送該審核結果至該至少一網路商店；且其中，該物流模組包括：出貨選擇單元，係供該至少一網路商店選擇自行出貨、自行委外出貨、或委由該資訊整合中心出貨；出貨接收單元，係接收該至少一網路商店所傳送之出貨資料，該出貨資料為該至少一網路商店選擇委由該資訊整合中心出貨者；及 出貨轉發單元，係連結該出貨接收單元，用於將該出貨資料轉送至該在地客服中心，以由該在地客服中心之出貨倉儲進行出貨程序。
2. 如申請專利範圍第1項所述之電子商務整合系統，其中，該至少一網路商店係包括單一商家在同一商城內成立的不同網路商店或是在不同商城內成立的不同網路商店。
3. 如申請專利範圍第1項所述之電子商務整合系統，其中，該訂單分析單元係依據該至少一網路商店之所在地、商品寄送地址或訂單語言類別以判定對應該訂單資料之該在地客服中心資料。
4. 如申請專利範圍第1項所述之電子商務整合系統，其中，該至少一網路商店中包括以不同國家語言呈現之商品頁面，使得該商品頁面切換該不同國家語言時無需變更網址，其中，該訂單資料為同一商品識別碼搭配所選擇之語言識別碼。
5. 如申請專利範圍第4項所述之電子商務整合系統，其中，該訂單資料係依據出貨倉儲業者或收件者產生對應語言之出貨資訊。
6. 如申請專利範圍第1項所述之電子商務整合系統，其中，該資訊整合中心更具有財務模組，該財務模組包括：財務管理單元，係依據該訂單資料與該出貨資料決定商品之進貨、出貨和銷貨數量，以交付該至少一網路商店及商品供貨商對應之款項；以及 財務分析單元，係依據該訂單資料與該出貨資料，提供該至少一網路商店關於各種商品之銷售資料。
7. 如申請專利範圍第1項所述之電子商務整合系統，其中，該資訊整合中心更具有開店模組，該開店模組包括：開店單元，係供新商家建立新的網路商店；商品陳列單元，係顯示其他網路商店提供之聯賣商品資訊；以及商店設定單元，係供該新商家選擇該其他網路商店提供之聯賣商品資訊，以加入由該新商家所建立之網路商店之商品頁面。
8. 如申請專利範圍第7項所述之電子商務整合系統，其中，該商品陳列單元更儲存由該其他網路商店設定該聯賣商品資訊之分潤比例，且該商店設定單元於該新的網路商店建立後，該新商家所選擇之該聯賣商品資訊係隨著該其他網路商店對該聯賣商品資訊之變更而改變。
9. 如申請專利範圍第7項所述之電子商務整合系統，其中，該資訊整合中心更具有分潤模組，係於該聯賣商品資訊售出後，依據該聯賣商品資訊之分潤比例，將所得金額分配給該新商家和該其他網路商店。
10. 一種電子商務整合系統之運作方法，係包含下列步驟：接收至少一網路商店所產生之訂單資料；分析該訂單資料以得到對應該訂單資料之在地客服中心資料；將該訂單資料派送至對應該在地客服中心資料之 在地客服中心以進行訂單審查；於該在地客服中心審查該訂單資料後，將審核結果傳送至該資訊整合中心；由該資訊整合中心再傳送該審核結果至該至少一網路商店；由該至少一網路商店選擇自行出貨、自行委外出貨、或委由該資訊整合中心出貨；由該資訊整合中心接收該至少一網路商店所傳送之出貨資料，該出貨資料為該至少一網路商店選擇委由該資訊整合中心出貨者；以及該資訊整合中心將該出貨資料轉送至該在地客服中心，以由該在地客服中心之出貨倉儲進行出貨程序。