電子商務交易流程圖

『壹』 畫圖並說明B2B電子商務的交易流程

第一復步，商業客戶向制銷售商訂貨，首先要發出「用戶訂單」，該訂單應包括產品名稱、數量等等一系列有關產品問題。
第二步，銷售商收到「用戶訂單」後，根據「用戶訂單」的要求向供貨商查詢產品情況，發出「訂單查詢」。
第三步，供貨商在收到並審核完「訂單查詢」後，給銷售商返回「訂單查詢」的回答。基本上是有無貨物等情況。
第四步，銷售商在確認供貨商能夠滿足商業客戶「用戶訂單」要求的情況下，向運輸商發出有關貨物運輸情況的「運輸查詢」。
第五步，運輸商在收到「運輸查詢」後，給銷售商返回運輸查詢的回答。如：有無能力完成運輸，及有關運輸的日期、線路、方式等等要求。
第六步，在確認運輸無問題後，銷售商即刻給商業客戶的「用戶訂單」一個滿意的回答，同時要給供貨商發出「發貨通知」，並通知運輸商運輸。
第七步，運輸商接到「運輸通知」後開始發貨。接著商業客戶向支付網關發出「付款通知」。支付網關和銀行結算票據等。
第八步，支付網關向銷售商發出交易成功的「轉賬通知」。

歡迎登錄長風網獲取最新物流資訊。

『貳』 電子商務交易流程

電子商務交易流程及其用到的公鑰體制
19901042 石浩 現階段網上交易大致採用以下形式：
1. 消費者開始瀏覽商家的網頁
2. 消費者選擇物品進購物籃
3. 消費者結帳，提交支付請求，商家從瀏覽器喚醒電子錢包
4. 消費者發送初始請求給商家，（自此以後由電子錢包自動進行）
--------------以下的各步驟將用到公鑰體制進行加密
5. 商家發送初始應答及證書
6. 消費者收到應答並發送購買請求
7. 商家收到購買請求
8. 商家發送支付授權請求
9. 支付網關收到授權請求
10. 發送金融信息給金融機構
11. 金融機構返回應答消息
12. 支付網關授權應答
13. 商家處理授權應答
14. 商家向消費者發送支付成功消息
15. 消費者收到確認消息
其中10，11銀行的網關和銀行內部網交易的過程，主要是進行交易信息與銀行內部的交易數據格式的轉化。
交易主要涉及支付網關，商家，消費者三方，在交易前，必須准備安全交易平台，即提供了安全機制。
網上交易流程
(C--custom,M—merchant,P—payment),傳遞的證書包括一些信息和公鑰。
消費者開始瀏覽商家的網頁
建立安全的通道，要求WWW 伺服器具有伺服器證書（此處的證書並非用於交易，只是建立瀏覽器的SSL連接，也可以不用SSL連接）。在消費者發起HTTP請求時，自動建立SSL連接。建立安全通道的目的主要保證用戶在選擇物品和填寫送貨信息時的信息安全。
消費者選擇物品進購物籃
消費者選擇物品進購物籃時，商戶系統為消費者建立定單號。
消
費者結帳
消費者選擇結帳方式，一般採用網上支付開始網上支付。非網上交易的（如郵購等）不算是真正的電子商務。用戶提交一個支付按紐時，商家向用戶瀏覽器發出
wakeup的消息，喚醒用戶的電子錢包。電子錢包可以是瀏覽器自帶的（如IE的E-wallet），也可以是CA推薦的軟體(如中銀電子錢包
BOC_Ewallet,8848上使用).
以下的每一步將用到公鑰加密。
消費者發送初始請求給商家PInitReq
1) 消費者發送初始請求給商家；
在消費者填寫合適的帳號信息後，提交支付，發送初始請求。消息中包括銀行信息和定單號，以便於商家選擇合適的支付網關(即選擇用戶的開戶行)；
商家發送初始應答及證書 PInitRes
2) 商家收到初始請求；
3) 商家產生應答信號並數字簽名，應答消息包括商家號，定單號，費用，定單細目的摘要，時間；
商家在發送下列信息前，應先獲得支付網關的密鑰交換證書；
4) 商家將初始應答和商家證書、支付網關證書一並傳給消費者；
Signature ( Merchant-ID + digest(Order-Info), Certificate(M)) + Certificate(M) + + Certificate(P) + Merchant-ID
消費者收到應答並發送購買請求Preq
5) 消費者收到商家應答，並驗證商家證書；
用M的公鑰解開M的數字簽名，對比簽名中的內容是否和簽名外的內容一樣，驗證商家證書。
6) 消費者驗證商家簽名；驗證定單細目是否一致；
消費者產生訂購信息（OI）；
包括（商家號，定單號，定單細目的摘要，時間）；
對該摘要用自身簽名私鑰加密，形成數字簽名：Signature ( OI,Certificate(C))；
7) 消費者產生支付信息（PI）；
包括（商家號，定單號，費用，信用卡號，密碼，時間）；
對上述信息進行的數字簽名：Signature ( PI, Certificate(C)；
用支付網關的公鑰加密PI信息作成給支付網關的數字信封，成為加密的PI信息，該信息只有用支付網關的私鑰解開，商家無法解開，以確保用戶的金融信息不會被商家得知；OI商家需要知道，所以不用支付網關的私鑰加密。
Envelope P ( Signature ( PI, Certificate(C) )
8) 消費者將OI和加密的PI作成給商家的數字信封；
Envelopem(Signature ( OI,Certificate(C)) + EnvelopeP( Signature ( PI, CertificateS(C) ))
9) 消費者將上一步中產生的數字信封傳遞給商家；
同時將消費者證書傳遞給商家；
Envelopem(Signature(OI,Certificate(C))+Envelope(Signature(PI,Certificate(C)), Certificate(C) ) ）
商家收到購買請求 PRes
10) 商家接收到購買請求，解開數字信封，獲得OI；
11) 商家驗證消費者證書
12) 商家處理請求消息（比較定單的摘要是否相同，並將支付信息送給支付網關授權）。
Signature ( Merchant_ID + Order_ID + OrderInfo + Time, Certificate(M) ) + Certifiate(M)
商家發送支付授權請求
1) 商家產生授權請求；
包括（商家號，定單號，費用，時間）；
商家的帳號信息在支付網關的資料庫中對應；
2) 商家對授權請求進行數字簽名；
Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）
3) 商家將簽名後的授權請求消息形成對支付網關的數字信封；
4) 商家將以上形成的數字信封，及消費者發送給支付網關的PI數字信封及商家證書發送給支付網關；
Envelopep(Signature
( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) +
Certificate(M) ）, Envelope P ( Signature ( PI, Certificate(C) ),
Certificate(M)，Certificate(C)）
將消費者證書一並發給支付網關，便於驗證簽名；
支付網關收到授權請求
5) 支付網關驗證商家證書；
6) 支付網關解開授權請求數字信封，得到授權請求消息；
Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）
7) 支付網關驗證商家數字簽名；
8) 支付網關驗證消費者證書
9) 支付網關解開PI數字信封，得到支付信息（PI）；
Signature ( PI, Certificate(C) )+ Certificate(C)
10) 支付網關驗證消費者數字簽名；
11) 支付網關核對，同時比對商家號，定單號，費用，時間，並進行唯一性檢查；
應避免重放攻擊，同時用商家號，定單號，費用，時間來保證訂購和付費的一致性；
——————以下為銀行支付網關和銀行內部網的格式轉化
12) 將用戶卡號，密碼，費用轉換為8583格式；
10. 發送金融信息給金融機構 13) 轉換為8583格式傳遞給銀行主機；
11. 金融機構返回應答消息 14) 銀行主機將確認消息傳送給支付網關；
———— 12. 支付網關授權應答
15) 支付網關產生授權應答消息；
包括（成功與否，商家號，定單號，費用）；
16) 支付網關對授權應答消息進行數字簽名；
Signature (Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P)) + Certificate(P)
17) 支付網關將簽名後的信息形成給商家的數字信封；
Envelopem(Signature(Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P)) + Certificate(P))
18) 支付網關將該數字信封同支付網關簽名證書一並傳送給商家；
13. 商家處理授權應答
19) 商家驗證支付網關的簽名證書；
20) 商家解開支付網關的數字信封，得到簽名的授權應答；
Signature(Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P))
21) 商家驗證支付網關的數字簽名；
22) 保存該數字簽名及消息，作為收款憑證；
23) 商家完成購買請求；
14. 商家向消費者發送支付成功消息
1) 商家產生電子票據；
包括（商家號，定單號，定單細目，時間），並進行數字簽名；
Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P)
2) 將電子票據和商家證書發送給消費者；
Envelopec(Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P))
15. 消費者收到確認消息
3) 驗證商家證書
4) 驗證商家簽名
Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P)
5) 保存電子票據
Merchant-ID+digest(Order-Info)+Time
6) 關閉電子錢包，返回瀏覽器並顯示支付成功信息。
圖示 持卡人商戶網關
<---------- (1) Wakeup
(2) PinitReq ---------->
<---------- (3) PinitRes
(4) Preq ---------->
(5) AuthReq ---------->
<---------- (6) AuthRes
<---------- (7) Pres
在
交易過程中，所有的消息傳輸都在消費者與商店，商店與銀行(付款銀行)之間，在消費者和銀行之間是沒有直接的消息傳輸，而是通過商家傳輸的，所以消費者和
銀行之間的數據傳輸都是通過對方的公鑰加密作成數字信封，只有私鑰才能解開，商家是不能看到和篡改數據的。數字信封中有各自的數字簽名驗證身份。
消費者與商店，商店與銀行的數據傳輸是通過私鑰加密而數字簽名驗證各自的身份，通過對方的公鑰加密保證傳輸過程中第三方的竊密。
這三方必須有共同可信任的CA(證書發放和認證中心)。

『叄』 B2C電子商務的交易流程

B2C電子商務的交易流程如下：

1、消費者通過Internet網址、廣告、產品目錄和搜索引擎檢索等方式得到自己有用的信息，進入有關的網站並查詢自己所需要的產品或服務。

2、顧客通過網站提供的供貨單填入需要購買的商品或服務的內容，包括購買什麼、購買多少、送貨方式和付款方式等信息。

3、顧客選擇付款方式，如信用卡以及電子現金等。

4、商家或企業的電子商務伺服器自動檢查支付方伺服器，確認匯款額是否被認可。

5、商家或企業的電子伺服器確認顧客匯款後，通知銷售部門或物流公司送貨上門。

6、顧客所在的開戶銀行將支付款項轉到顧客的信用卡公司，信用卡公司負責發給消費者收費清單。

7、為保證交易過程的安全性，還需要一個認證中心對網上交易的雙方進行認證，以確認交易各方的真實身份。

(3)電子商務交易流程圖擴展閱讀：

B2C行業發展的特點

1、政府加強引導性投資的注入來解決資金不足的問題

08年政府加強了在電子商務領域的引導性投資，用以改善國內電子商務行業的投資環境，政府通過將投資收益返還社會投資人、支持社會投資回購政府所持股份等政策，將大量資金引入電子商務的發展。

08年底，依託「十一五」國家科技支撐計劃重點項目"現代服務業服務交互支撐平台"構建的"正佳網"在廣州正式開業，充分說明國家對電子商務發展的扶持力度已經達到一個新的高度，行業發展的資金問題逐步得到緩解。

2、企業與政府合力完善電子商務支撐體系

在電子商務支撐體系建設方面，支付體系已經具備了一定發展基礎，支付寶、財付通等網上支付服務商已經具備了一定的競爭優勢，同時為進一步改善網上支付行業的發展環境，繼續擴大行業佔有率，企業具有主動聯合政府或金融機構完善支付體系的意願，其中完善網上支付信用體系工作成為08年的主旋律。

08年1月17日，第三方支付平台支付寶與國內建設銀行聯合推出了的支付寶賣家信貸服務，符合信貸要求的淘寶網賣家將可獲得最高十萬元的個人小額信貸，國內首次推出這種信貸模式，在很大程度上加強了第三方支付公司的信譽保障。

3、政府主導物流電商服務平台的整合與構建

與企業主動建設網上支付體系不同，物流體系的完善需要政府的大力推動。通過整合全省甚至全國的物流資源，建立物流公共信息平台成為一個時期的首要任務。

目前國內已經具備了國內物流交易中心、廈門物流公共信息平台等一批市級物流平台，但從信息質量、功能服務等方面看都需要進一步提升。

在此背景下，08年國家將蘇州工業園區綜合保稅區現代物流公共信息平台，列為國家區域性現代物流公共信息平台建設試點，利用政策優勢和硬體建設、軟體服務優勢，建設國內國際電子產品交易基地。

4、電子商務保持投資吸引力，B2C成風投新寵

08年國內電子商務行業除在擴大資金來源、支撐體系建設方面有所成就外，不可避免的需要面臨全球金融危機所帶來的影響，但隨著國內電子商務與行業發展結合的更廣、更深，充分利用電子商務B2C手段已經成為國內行業企業在度過經濟寒冬中的重要選擇。

因此，08年投資機構對國內電子商務行業的關注度不降反升，其中B2C行業無論在投資案例數量還是在投資金額上都呈快速增值趨勢。母嬰用品、IT數碼產品、珠寶、建材等一大批傳統行業細分領域開始進入B2C行業，並獲得VC持續關注。

『肆』 電子商務的交易流程是什麼

電子商務交易流程及其用到的公鑰體制
19901042 石浩 現階段網上交易大致採用以下形式：
1. 消費者開始瀏覽商家的網頁
2. 消費者選擇物品進購物籃
3. 消費者結帳，提交支付請求，商家從瀏覽器喚醒電子錢包
4. 消費者發送初始請求給商家，（自此以後由電子錢包自動進行）
--------------以下的各步驟將用到公鑰體制進行加密
5. 商家發送初始應答及證書
6. 消費者收到應答並發送購買請求
7. 商家收到購買請求
8. 商家發送支付授權請求
9. 支付網關收到授權請求
10. 發送金融信息給金融機構
11. 金融機構返回應答消息
12. 支付網關授權應答
13. 商家處理授權應答
14. 商家向消費者發送支付成功消息
15. 消費者收到確認消息
其中10，11銀行的網關和銀行內部網交易的過程，主要是進行交易信息與銀行內部的交易數據格式的轉化。
交易主要涉及支付網關，商家，消費者三方，在交易前，必須准備安全交易平台，即提供了安全機制。
網上交易流程
(C--custom,M—merchant,P—payment),傳遞的證書包括一些信息和公鑰。
消費者開始瀏覽商家的網頁
建立安全的通道，要求WWW 伺服器具有伺服器證書（此處的證書並非用於交易，只是建立瀏覽器的SSL連接，也可以不用SSL連接）。在消費者發起HTTP請求時，自動建立SSL連接。建立安全通道的目的主要保證用戶在選擇物品和填寫送貨信息時的信息安全。
消費者選擇物品進購物籃
消費者選擇物品進購物籃時，商戶系統為消費者建立定單號。
消費者結帳 消費者選擇結帳方式，一般採用網上支付開始網上支付。非網上交易的（如郵購等）不算是真正的電子商務。用戶提交一個支付按紐時，商家向用戶瀏覽器發出wakeup的消息，喚醒用戶的電子錢包。電子錢包可以是瀏覽器自帶的（如IE的E-wallet），也可以是CA推薦的軟體(如中銀電子錢包BOC_Ewallet,8848上使用).
以下的每一步將用到公鑰加密。
消費者發送初始請求給商家PInitReq
1) 消費者發送初始請求給商家；
在消費者填寫合適的帳號信息後，提交支付，發送初始請求。消息中包括銀行信息和定單號，以便於商家選擇合適的支付網關(即選擇用戶的開戶行)；
商家發送初始應答及證書 PInitRes
2) 商家收到初始請求；
3) 商家產生應答信號並數字簽名，應答消息包括商家號，定單號，費用，定單細目的摘要，時間；
商家在發送下列信息前，應先獲得支付網關的密鑰交換證書；
4) 商家將初始應答和商家證書、支付網關證書一並傳給消費者；
Signature ( Merchant-ID + digest(Order-Info), Certificate(M)) + Certificate(M) + + Certificate(P) + Merchant-ID
消費者收到應答並發送購買請求Preq
5) 消費者收到商家應答，並驗證商家證書；
用M的公鑰解開M的數字簽名，對比簽名中的內容是否和簽名外的內容一樣，驗證商家證書。
6) 消費者驗證商家簽名；驗證定單細目是否一致；
消費者產生訂購信息（OI）；
包括（商家號，定單號，定單細目的摘要，時間）；
對該摘要用自身簽名私鑰加密，形成數字簽名：Signature ( OI,Certificate(C))；
7) 消費者產生支付信息（PI）；
包括（商家號，定單號，費用，信用卡號，密碼，時間）；
對上述信息進行的數字簽名：Signature ( PI, Certificate(C)；
用支付網關的公鑰加密PI信息作成給支付網關的數字信封，成為加密的PI信息，該信息只有用支付網關的私鑰解開，商家無法解開，以確保用戶的金融信息不會被商家得知；OI商家需要知道，所以不用支付網關的私鑰加密。
Envelope P ( Signature ( PI, Certificate(C) )
8) 消費者將OI和加密的PI作成給商家的數字信封；
Envelopem(Signature ( OI,Certificate(C)) + EnvelopeP( Signature ( PI, CertificateS(C) ))
9) 消費者將上一步中產生的數字信封傳遞給商家；
同時將消費者證書傳遞給商家；
Envelopem(Signature(OI,Certificate(C))+Envelope(Signature(PI,Certificate(C)), Certificate(C) ) ）
商家收到購買請求 PRes
10) 商家接收到購買請求，解開數字信封，獲得OI；
11) 商家驗證消費者證書
12) 商家處理請求消息（比較定單的摘要是否相同，並將支付信息送給支付網關授權）。
Signature ( Merchant_ID + Order_ID + OrderInfo + Time, Certificate(M) ) + Certifiate(M)
商家發送支付授權請求
1) 商家產生授權請求；
包括（商家號，定單號，費用，時間）；
商家的帳號信息在支付網關的資料庫中對應；
2) 商家對授權請求進行數字簽名；
Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）
3) 商家將簽名後的授權請求消息形成對支付網關的數字信封；
4) 商家將以上形成的數字信封，及消費者發送給支付網關的PI數字信封及商家證書發送給支付網關；
Envelopep(Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）, Envelope P ( Signature ( PI, Certificate(C) ), Certificate(M)，Certificate(C)）
將消費者證書一並發給支付網關，便於驗證簽名；
支付網關收到授權請求
5) 支付網關驗證商家證書；
6) 支付網關解開授權請求數字信封，得到授權請求消息；
Signature ( Merchant-ID + digest(Order-Info)+Cost+Time, Certificate(M)) + Certificate(M) ）
7) 支付網關驗證商家數字簽名；
8) 支付網關驗證消費者證書
9) 支付網關解開PI數字信封，得到支付信息（PI）；
Signature ( PI, Certificate(C) )+ Certificate(C)
10) 支付網關驗證消費者數字簽名；
11) 支付網關核對，同時比對商家號，定單號，費用，時間，並進行唯一性檢查；
應避免重放攻擊，同時用商家號，定單號，費用，時間來保證訂購和付費的一致性；
——————以下為銀行支付網關和銀行內部網的格式轉化
12) 將用戶卡號，密碼，費用轉換為8583格式；
10. 發送金融信息給金融機構 13) 轉換為8583格式傳遞給銀行主機；
11. 金融機構返回應答消息 14) 銀行主機將確認消息傳送給支付網關；
———— 12. 支付網關授權應答
15) 支付網關產生授權應答消息；
包括（成功與否，商家號，定單號，費用）；
16) 支付網關對授權應答消息進行數字簽名；
Signature (Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P)) + Certificate(P)
17) 支付網關將簽名後的信息形成給商家的數字信封；
Envelopem(Signature(Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P)) + Certificate(P))
18) 支付網關將該數字信封同支付網關簽名證書一並傳送給商家；
13. 商家處理授權應答
19) 商家驗證支付網關的簽名證書；
20) 商家解開支付網關的數字信封，得到簽名的授權應答；
Signature(Merchant-ID+digest(Order-Info)+Cost+ISsuccessful, Certificate(P))
21) 商家驗證支付網關的數字簽名；
22) 保存該數字簽名及消息，作為收款憑證；
23) 商家完成購買請求；
14. 商家向消費者發送支付成功消息
1) 商家產生電子票據；
包括（商家號，定單號，定單細目，時間），並進行數字簽名；
Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P)
2) 將電子票據和商家證書發送給消費者；
Envelopec(Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P))
15. 消費者收到確認消息
3) 驗證商家證書
4) 驗證商家簽名
Signature (Merchant-ID+digest(Order-Info)+Time, Certificate(P)) + Certificate(P)
5) 保存電子票據
Merchant-ID+digest(Order-Info)+Time
6) 關閉電子錢包，返回瀏覽器並顯示支付成功信息。
圖示 持卡人商戶網關
<---------- (1) Wakeup
(2) PinitReq ---------->
<---------- (3) PinitRes
(4) Preq ---------->
(5) AuthReq ---------->
<---------- (6) AuthRes
<---------- (7) Pres
在交易過程中，所有的消息傳輸都在消費者與商店，商店與銀行(付款銀行)之間，在消費者和銀行之間是沒有直接的消息傳輸，而是通過商家傳輸的，所以消費者和銀行之間的數據傳輸都是通過對方的公鑰加密作成數字信封，只有私鑰才能解開，商家是不能看到和篡改數據的。數字信封中有各自的數字簽名驗證身份。
消費者與商店，商店與銀行的數據傳輸是通過私鑰加密而數字簽名驗證各自的身份，通過對方的公鑰加密保證傳輸過程中第三方的竊密。
這三方必須有共同可信任的CA(證書發放和認證中心)。

『伍』 簡要描述C2C電子商務交易的主要步驟

1.
步驟：注冊並登陸會員——在搜索欄輸入商品搜索——瀏覽搜索到的商品——選擇自己想要購回買的商品—答—聯系賣家——付款購買下商品——等待收貨。
2.
C2C是個人與個人之間的電子商務，一般常見的交易平台是淘寶網購買商品、拍拍網購買商品等。

『陸』 電子商務的流程是什麼

電子商務的流程如下：

1、信息整理階段

①作為商家的發布信息階段，主要包括選擇自己的優秀商品，精心組織自己的商品信息，建立自己的網頁，然後加入名氣較大、影響力較強、點擊率較高的著名網站中，讓盡可能多的人們了解和認識自己；

②作為買家去網上尋找商品以及商品信息的階段，主要表現為根據自己的需要，上網查找自己所需的信息和商品，並選擇信譽好服務好價格低廉的商家。

2、信息交流階段

①作為B2B（商家對商家）簽定合同、完成必需的商貿票據的交換過程，要注意數據的准確性、可靠性、不可更改性等復雜的問題；

②作為B2C（商家對個人客戶）完成購物過程的定單簽定過程，顧客要將自己選好的商品、自己的聯系信息、送貨的方式、付款的方法等在網上簽好後提交給商家，商家在收到定單後應發來郵件或電話核實上述內容。

3、按照合同進行商品交接、資金結算階段

作為整個商品交易很關鍵的階段，不僅要涉及到資金在網上的正確、安全到位，同時也要涉及到商品配送的准確、按時到位。在這個階段有銀行業、配送系統的介入，在技術上、法律上、標准上等等方面有更高的要求。網上交易的成功與否就在這個階段。

(6)電子商務交易流程圖擴展閱讀

電子商務的相關明細

據了解，電子商務在技術要求上有以下四點需要注意的：

1、方便性

在電子商務環境中，人們不再受地域的限制，客戶能以非常簡捷的方式完成過去較為繁雜的商業活動。如通過網路銀行能夠全天候地存取賬戶資金、查詢信息等，同時使企業對客戶的服務質量得以大大提高。

2、整體性

電子商務能夠規范事務處理的工作流程，將人工操作和電子信息處理集成為一個不可分割的整體，這樣不僅能提高人力和物力的利用率，也可以提高系統運行的嚴密性。

3、安全性

在電子商務中，作為一個至關重要的核心問題，安全性要求網路能提供一種端到端的安全解決方案，如加密機制、簽名機制、安全管理、存取控制、防火牆、防病毒保護等等，這與傳統的商務活動有著很大的不同。

4、協調性

作為一種協調過程，商業活動本身就需要客戶與公司內部、生產商、批發商、零售商間的協調。在電子商務環境中，它更要求銀行、配送中心、通信部門、技術服務等多個部門的通力協作，電子商務的全過程往往一氣呵成。

『柒』 電子商務的工作流程

本課程學習的目的，是使學生了解電子商務和信息技術的基礎知識，掌握本專業知識的體系結構和整體概貌。主要內容有：電子商務的基本概念和原理，電子商務的現狀和發展，電子商務的特點、電子商務的類型、電子商務模型、計算機技術、程序設計、操作系統、編譯系統、資料庫系統、通信技術、網路技術、Internet、EDI技術、電子支付技術、安全等技術的概述，電子商務系統的構成及其開發工具、電子商務整體解決方案與案例介紹。

《電子商務網站設計》
通過本課程的學習，使學生掌握電子商務應用系統工作流程與電子商務網站的類型、結構及功能，概括了電子商務網站設計與管理的總思路；詳細的闡述了電子商務網站規劃的意義和具體內容；介紹了電子商務網站運行的技術環境和當前流行的網站開發技術與工具；全面地論述了電子商務網站內容設計的流程、網頁的構建過程網站管理的具體內容和管理系統的建立。此外，還介紹了幾種典型的電子商務網站的解決方案和功能結構。
《電子商務資料庫技術》
通過本課程的學習，使學生掌握電子商務信息管理模型以及資料庫的相關理論，利用Web的資料庫的基本理念、開發方法和內容。重點闡述SQL語言和集成開發工具、資料庫設計方法和開放資料庫互連（ODBC）技術等基礎知識，詳細介紹了當前流行的資料庫管理系統的主要內容。

《電子商務方案》
通過本課程的學習，使學生掌握電子商務信息平台開發的概念、體系架構，開發標准及具體的開發方法和步驟。主要內容有：網路經濟時代電子商務系統所具有的全球性、社會性、公共性、綜合性特點概述，電子商務信息平台規劃與開發的意義，構造開放動態電子商務，統一電子商務信息平台的標准體系，電子商務信息平台規劃與開發的原則和內容，開發網路遠程服務平台的EOE（公共操縱環境）技術，MicroSoft Commerce Server電子商務信息平台實例分析。

《經濟信息管理》
通過本課程的學習，使學生掌握信息管理及經濟信息管理的基本概念、基本理論及相應的技術。主要內容包括信息的基本理論、信息技術、信息管理、經濟信息管理、信息處理技術、信息化與社會發展、信息安全、信息法律法規。

《電子商務與現代物流》
通過本課程的學習，使學生電子商務與現代物流的關系，系統介紹了在電子商務環境下如何開展現代物流管理。介紹了現代物流基礎知識和物流的基本功能，通過探討電子商務與物流的關系引出物流模式、對物流管理、企業物流管理給以詳盡的講解，強調了物流信息技術和物流信息管理的重要性，結合電子商務條件下的物流特點介紹了供應鏈管理的基本知識和幾種主要的供應鏈管理方法。

《網路技術與應用》
本課程學習的目的，使學生掌握數據通信和計算機網路的基礎知識，了解計算機網路設計和工程的原理與步驟。主要內容有：數據通信、網路傳輸介質、網路互連七層協議、區域網、TCP/IP協議、城域網、廣域網、網路連接設備的種類和工作原理、中繼器、集線器、網橋、N層交換機、路由器、計算機網路工程、企業網規劃與設計、網路安全、網路管理，以及Internet、Intranet、Extranet等。

《網路營銷》
本課程的學習，使學生掌握傳統企業如何利用互聯網開展市場營銷活動；互聯網企業如何利用市場營銷方法規劃並發展自己的業務。從網路營銷的特徵、網路營銷環境、顧客網路購買行為的分析、網路調研、網路目標市場分析、網站規劃策略、顧客策略、成本策略、渠道策略、網路的互動性等方面討論網路與營銷的整合，即如何形成網路營銷體系。

《電子商務客戶管理》
通過本課程的學習，使學生掌握在激烈競爭的商業環境中，電子商務客戶是企業必須關注的對象，主要研究電子商務客戶類型、分布、特點及心理，加強客戶信息的管理，探索保持客戶忠誠與滿意的方式、方法。
《網路安全與電子商務》
通過本課程的學習，使學生掌握如何保證電子商務安全活動的進行，主要介紹網路安全技術、信息加密技術和電子支付安全技術。分別從計算機網路安全基礎，網路安全的基本概念，常見的網路攻擊與防範手段，密碼學基礎，現代加密技術，密鑰管理技術和鑒別與認證幾方面給與講解，並介紹了DES演算法、RSA演算法和數字簽名技術等內容。跑細了SSL協議和SET協議，並說明如何在具體的電子商務應用中保障其安全性及採取的措施。

『捌』 電子商務的一般流程有幾種

1.交易前的准備：這一階段主要是指買賣雙方和參加交易各方在簽約前的准專備活動。
2.交易磋商：在商品的供需雙方都了解了有關商品的供需信息後，具體商品交易磋商過程就開始了，包括詢盤、發盤、還盤以及組織資源等活動。
3.簽訂合同和辦理手續：電子商務的特點就是可以簽訂電子商務交易合同。交屬易雙方可以利用現代電子通信設備和通信方法，經過認真談判和磋商後，在交易中的權利、所承擔的義務以及對所購買商品的種類、數量、價格、交貨地點、交貨期、交易方式和運輸方式、違約和索賠等合同條款，全部以電子交易合同作出全面詳細的規定。
4.履行合同和索賠：這一階段是從買賣雙方辦完所有各種手續之後開始，賣方要備貨、組織貨源，同時進行報關、保險、取證等，買方將所購商品交付給運輸公司包裝、起運、發貨。買賣雙方可以通過電子商務伺服器跟蹤發出的貨物，銀行和金融機構也按照合同，處理雙方收付款、進行結算，出具相應的銀行單據等，直到買方收到自己所購商品，完成整個交易過程。違背和條款並造成一方損失時，就要進行索賠和理賠工作。發生爭議，應以合同條款為依據，按照法律和慣例來處理

『玖』 求B2B、B2C電子商務模式基本流程圖

http://image..com/i?ct=503316480&z=0&tn=imagedetail&word=b2c%B5%E7%D7%D3%C9%CC%CE%F1%C1%F7%B3%CC%CD%BC&in=591&cl=2&cm=1&sc=0&lm=-1&pn=3&rn=1&di=2286068092&ln=46

http://image..com/i?tn=image&ct=201326592&cl=2&lm=-1&pv=&word=b2b%B5%E7%D7%D3%C9%CC%CE%F1%C1%F7%B3%CC%CD%BC&z=0

這上面發圖片不好發，你看一下這兩個網址。上面全是流程圖。看你需要什麼樣的了。