1、固話支付寶建設方案簡明說明書一、綜述隨著互聯網的崛起，電子商務以及網絡經濟在一個嶄新的空間里得到了巨大的發展，這樣，支付網關就成為了一個基于B2C模式迫需解決的問題。現在市場上雖然存在著其他一些支付網關，比如說云網、快錢，等，這些都屬于第三方開發產品，在收費方面還是相當可 觀的，而各大銀行自主進行開發的網上銀行，在跨行間轉帳的手續費仍然不菲。為此， 我們在這里討論建設固話支付寶的方案。在網絡上，電子信箱和實體的關系可能是多對一的關系，而固定與實體是一對一的關系，是不可能有虛假信息的，這一點是比其他網絡支付網關更優的地方。對目前來說，我公司在市共有（）寬帶用戶，（）固定用戶，其中城市用戶為（），

2、雖然這對總的絕對人口來說是很 小一部分，但實際上，他們產生了日常生活中相當大一部分的交易量。同時，經過多年的苦心經營，我們已經完成最初的信譽積累以及數據統計，這也是對其他支付網關來說不可能具備的。在通訊行業競爭日益激烈的今天，我們每為客戶推出一種貼心的服務，無疑會更好提高我們的市場競爭力。二、 可行性分析（略） 三、建設方案一：基于網絡商城的固話支付寶F圖為網絡商城中固話支付寶使用簡明流程:填寫托收苗息戶空恫款項|怵發貨物| |產生計費| |催贈款項I |I發貨中 |收負|處為絕大部分瓶頸產生的地方，這里可以使用人工驗證或前置驗證。人工驗證為從商城管理處取得用戶托收信息，然后通過97平臺驗證其

3、真實性，并對收貨人做好記錄，防止戶主與收貨人不符時產生糾紛或投訴。WEB服務器不可能去直接到 97數據庫中查詢驗證，我們采用下面的模式，如下圖:前置機對97系統只具備簡單的查詢和生成工單的功能。客戶在商城中選購了商品，輸入托收信息后， WEB服務器將驗證信息送交前置機，前置機把在97中查詢的結果再返回給WEB服務器，進行一定的處理后，再告訴前置機生成工單，然后進入通常的工作流程。四、建設方案二：通用模式的固話支付寶通用模式的固話支付寶是指不僅在網絡上可以作為支付方式使用，在非網絡的情況下同樣可以，舉個簡單的例子：當有人在某商場中發現了自己中意的商品并欲購買時，發現自己的錢不夠，而且也沒帶銀行卡

4、， 他就可以直接撥打固話支付寶的熱線，對同樣擁有固話支付寶的商場進行支付，同時商場可以通過查詢可以確認款項已經到帳，從而完成此項交易。這會是一種嶄新的生活模式，對于信譽度比較高的用戶我們還可以采用某種信用額度的 機制進行透支，還款周期即為話費收繳周期，這跟各大銀行推出的信用卡模式很類似，但固話支付寶應該更具有優勢，因為用戶不需要再去攜帶各種各樣的銀行卡，更不會擔心他們會丟失，更重要的是，使用固話支付寶不僅非常的方便，而超過還款周期之外產生的利息只是我們所說的滯納金，這個數字比銀行里設定的利息率要低很多了，同時用戶還可以使用預存金額進行繳納、寬帶等一些相關通訊費用，如果電業、自來水等也擁有固話支

5、付寶的話，足 不出戶交納電費水費就非常容易的實現了。F面是固話支付寶的系統配置圖，應該和 116117平臺很類似:I1J1R機 熱綾竝朗腺鑄器- 固話復村寶K務器 系統數據it固話支付寶服務器在提供服務的同時，按一定的規則向97系統送交費用數據，由 97系統統計計費傳達到營業平臺。 前置機和熱線處理服務器的功能很類似， 都是實現查詢、轉 帳等功能，前置機僅針對網絡事務， 熱線處理服務器針對的是熱線事務的處理。 熱線處理服 務器一般應包括密碼查詢及修改、轉帳、 記錄查詢、使用我們現行的卡號進行沖值、 人工服 務轉接等功能。五、建設方案三：利用銀行支付 利用現在各銀行開通的銀行業務來進行支付，買家

6、通過銀行轉賬將貨款首先打入到我們的支付平臺的賬號，等買家收到商品后，支付平臺將貨款打入賣家的賬號，完成交易。這種支付方式類似于支付寶的支付方式，交易的安全性比較高，現在銀行的功能可能滿足不了我們的 需求，需要銀行方面配合改進。支付平臺擔負著貨到付款的職責。支付平臺承擔著轉賬及貨到付款的任務，買家的收貨地址在下訂單時 簡明流程如下：買掌選定商島下訂單 并向盍舍平臺丸時貨款1芟軸平臺通知賣家發賞1買家杖到費后通知丸付 平臺特貨款支村諮賣第六、信息港商城現行支付方式信息港商城現采用網銀支付的方式，具體流程如下:亞加盟商戶網站選購商品主付結果登錄相應網關忖唳結果逋知選擇脫行卡種臧在繪支忖平臺.訂單京付

7、査詢-發送支付潔求宗耶皓算背裁網銀在線支付流程說明（針對持卡消費者）：1、持卡消費者到選購商品，并選擇網上支付貨款；2、加盟商戶將持卡消費者網上支付的請求發送給網銀在線支付平臺；3、持卡消費者選擇所屬的銀行卡種，向相應銀行網關發送支付請求；4、自動登錄相應銀行支付網關界面；5、持卡消費者輸入卡號、密碼等相關信息開始在線支付；6、在線支付完成后，銀行反饋支付結果并將貨款轉入在線支付平臺；7、網銀在線支付平臺向加盟商戶發送支付結果，并通知其處理訂單；8、加盟商戶根據反饋的支付結果為消費者提供服務。五、三種方案的比較方案一結構相對簡單，易于實現，但可擴展性較差，也不具備平臺整體性，屬于概念性應用，可

8、作為試用或過渡服務。方案二系統性和可擴展性都很好，硬件設施要求高、投資大、系統開發及調試周期長等缺點使得整個服務不能短期上線，但一旦完成就可以作為完整的服務體系進行推行，我們具有116117服務平臺的開發經驗，相信這個不會給我們帶來太大的困難。方案三的交易方式類似于支付寶的支付方式，交易方式比較成熟，安全性比較高， 但需要銀行的配合。這三種方案雖然各有千秋，但基本上都能與我們現行業務和市場拓展方向符合對照起 來，使用何種方案應該都是行得通的。方案二我們提出的只是一種簡單的系統架構，還需要更多專家做仔細論證， 畢竟讓用戶養成一種我們理想中的消費習慣不可能是一蹴而就的，還需要我們做更細致的跟蹤、分析、優化，使之更加深入人心。六、不利因素分析1、性問題。在服務剛開始推行的時候，比如說對方案一，我們進行驗證只能根據我們 現在掌握的資料進行驗證， 在數據庫最可能使用的應該就號或者合同號這些不會變化的字符 序列，而這些對用戶來說不可能象保護存折密碼一樣得到保護， 對某些有預謀的惡意分子是 非常容易得到的。但對方案二，采用用戶方自己設置密碼模式，泄密的可能相對小很多。2 、商戶的資金回籠周期問題。我們的收