第一篇:B2B電子商務平臺的五項競爭優勢分析
B2B電子商務平臺的五項競爭優勢分析
隨著B2B電子商務的快速發展,直接導致了一些中小企業瀕臨破產。訂單難、議價難、生產難、融資難、收錢難、品牌塑造難,這六大難題都嚴重束縛了中小企業的發展,沒有招架之力的企業無可奈何只有選擇倒閉。在電子商務這個大環境快速發展的情況下,各企業應該如何積極應對,如何以更低的成本獲取更多的商業機會?
電子商務將傳統的商務流程電子化、數字化,大量減少了人力、物力,降低了采購和庫存成本。同時打破了時空的限制,使交易活動更加方便快捷,大大提高了效率,同時也將節省了資金周轉的時間,并擴大市場機會。同徽公司認為,為B2B電子商務平臺的競爭優勢可總結為以下五點。
(1)B2B電子商務平臺使買賣雙方信息交流低廉、快捷。信息交流是買賣雙方實現交易的基礎。傳統商務活動的信息交流是通過電話、電報或傳真等工具,這與Internet信息是以web超文本(包含圖像;聲音、文本信息)傳輸不可同日而語?,F在的電子商務平臺買賣雙方通過互聯網交流信息,為雙方都提供了便利。
(2)B2B電子商務平臺降低了企業間的交易成本。首先對于賣方而言,電子商務可以降低企業的促銷成本。即通過Internet發布企業相關信息(如企業產品價目表,新產品介紹,經營信息等)和宣傳企業形象,與按傳統的電視、報紙廣告相比,可以更省錢,更有效。因為在網上提供企業的照片、產品檔案等多媒體信息有時勝過傳統媒體的“千言萬語”。據IDC調查,在Internet上做廣告促銷,可以提高銷售數量10倍,而費用只是傳統廣告的1/10。其次對于買方而言,電子商務可以降低采購成本。傳統的原材料采購是一個程序繁鎖的過程。而利用Internet,企業可以加強與主要供應商之間的協作,將原材料采購和產品制造過程兩者有機地結合起來,形成一體化的信息傳遞和處理系統。另外,借助Internet,企業還可以在全球市場上尋求最優價格的供應商,而不是只局限于原有的幾個商家。
(3)B2B電子商務平臺減少了企業的庫存量。企業為應付變化莫測的市場需求,通常需要保持一定的庫存量。但企業的高庫存政策將增加資金占用成本,而且不一定能保證產品或材料是適銷貨品;而企業低庫存政策,可能使企業的生產計劃受阻,交貨延期。因此尋求最優庫存控制是企業管理的一個重要目標之一。以信息技術為基礎的電子商務則可以改變企業決策中信息不確切和不及時的問題。通過Internet可以將市場需求信息傳遞給企業決策生產,同時也把需求信息及時傳遞給供應商而適時得到補充供給,從而實現“零庫存管理”,大大降低了企業間的庫存成本。
(4)B2B電子商務平臺縮短了企業的生產周期。一個產品的生產是許多企業相互協作而成的結果,因此產品的設計開發和生產銷售最可能涉及許多關聯企業,通過電子商務可以改變過去由于信息封閉而無謂等待的現象,縮短企業的生產周期。
(5)B2B電子商務平臺24小時/天無間斷運作,為企業增加了商機。傳統的交易受到時間和空間的限制,而基于Internet的電子商務則是一周7天、一天24小時無間斷運作,網上的業務可以開展到傳統營銷人員和廣告促銷所達不到的市場范圍,從而擴大企業的市場機會。(文/許華清 編選:中國電子商務研究中心)
第二篇:電子商務平臺可行性分析報告
電子商務平臺
實施方案實施背景:
對于目前大多數企業銷售部門還處于手工管理階段,面對幾乎成爆炸性狀態展現的營銷業務數據,很難達到企業與客戶、企業內各部門之間信息的快速傳遞;很難達到快速響應市場、快速生產、抓好售后服務,全面提高企業各部門的業務管理水平;現代企業面臨著日益激烈的市場競爭,充分利用信息技術來構架
適應市場和客戶快速變化的新型銷售體系,使企業從市場激烈的競爭中脫穎而出。網絡化銷售管理系統“是全Internet通信連接的網絡化大型銷售管理系統。各銷售分支機構通過Internet與企業總部實時連接,為企業管理分布全國的銷售網點,提供了一個功能強大、成本低廉、操作簡便的實時銷售管理解決方案。
用戶需求:
☆面對手工管理難以解決的上述諸多問題,企業迫切需求通過建立計算機管理信息系統,借助計算機先進的工具及管理思想來優化企業資源,充分利用協作單位的強勢項目及成熟項目為已所用,達到信息共享;并借助軟件的先進思想來帶動企業整體業務管理水平,特別是分銷管理水平;用提高管理、降低成本、創造效益來迎接市場的挑戰;
☆企業需要借助借助計算機管理系統來規范自己復雜的銷售業務,特別是對銷售環節的業務流程、業務處理、信息傳遞要加以改進;使企業間的分銷流程更加簡捷實用、業務處理快速準確、業務間信息傳遞暢通,真正達到資源共享,提高效率,快速響應市場;
☆上信息化已不是大型企業的專利需求,而中小型企業也迫切需要建立自己信息系統,在資金有限、管理基礎相對較低情況下,企業會以先解決企業的瓶頸問題入手,對ERP項目采取分步實施;最先解決企業業務信息的互補問題,是使企業在不改變目前狀況的前提下,最快的提升企業業務的唯一解決方案。
☆企業雖分步實施ERP的解決方案,但要求產品有比較好的管理擴展性,為企業整體信息化建設不形成信息化孤島提前打下基礎;而充分利用市場上已有的成熟產品為已所用,不失為一種解決方案。
電子商務分銷平臺方案簡介:
基于上述的用戶需求,電子商務平臺將把實現企業間的分級銷售作為主要主要突破口,有產品提供商、分級分銷商、終端客戶作為電子商務平臺的三個客戶群體;
系統主要有三個portal(門戶),一個是informationportal,一個是exchangeportal,一個是businessportal。公用信息portal主要為會員及潛在客戶提供業務介紹、售后服務咨詢,以及新產品推薦,發布促銷信息等。Exchangeportal主要供代理商在網上下單,進行定單查詢及追蹤。
整個系統采用了工作流的管理方式,具有強烈的個性化服務的特色。每個角色登錄系統后,看到的是為自己度身定制的界面,看到與自己相關的信息,處理自己職權范圍內的事情。界面友好、簡練易懂,在操作的各階段都有網站小助手(help)隨時服務。對于一些統計數據,會在按月、按季度、按年的固定時候推廣給用戶。
每個角色都可以做到對與自己相關的業務處理狀況了然于胸。例如讓客戶及時了解自己的定單情況、返利情況,讓業務員了解自己的定單處理效率,讓財務人員知道自己的銷售報表,讓管理人員更及時的了解現存狀態。系統提供的基于互聯網的報表功能,使各角色很方便的定制自己的報表,報表結果可以按多種方式反映出來。
付款方式目前可以支持貨到付款、信用額度付款、網上支付、預付款等多種方式。同時,系統支持銷售返利。根據與代理商談妥的返利協議,當交易額累計到返利水平時,系統就可以自動折算出返利額,并在下次定單時使用此返利額。銷售返利的推出在很大程度商激發了代理商的熱情,同時也有效提高了產品銷售額。
電子商務平臺的成功實施,將使產品網上訂單響應時間縮短到0個工作日,實現了分銷商進行全套電子商務管理功能,并且把與分銷商之間的交易轉移到互聯網上,大大節省了運營費用,加強了與分銷商的聯系,同時組成零售聯盟(RARetailAlliance),提供電子商務服務。
電子商務平臺功能簡介:
以上簡介所述之功能是整體功能,且所述不全,現就整個電子商務平臺的功能做一詳細描述:
系統根據客戶基本信息庫和渠道管理者設置的業務規則,可以自動地把系統中與客戶最相關的內容”分發"給客戶。系統利用用戶現有的資源,通過與其他可交流的資源的互換整合,實現銷售、訂單和供應鏈的統一管理,既保護了用戶投資,又有效地控制了運作成本。功能模塊的設計以下面四點為基準:
●以客戶服務為中心
●持續的業務創新能力
●集中的業務資源和管理
●多樣化的業
務通道和分布能力
主要分為幾大功能模塊:
●會員服務中心:
提供電子交易的會員注冊管理、定制信息服務、角色定制服務、以及會員的帳單管理。
本模塊接受會員的注冊,并可分級注冊,根據其所選的上級服務單位、所處地域、發展會員等自動為其分銷售級別,當然,這是系統自定的,對于注
冊會員來講是不讓其知道其級別的,另外可根據要求,進行更改,但這也是特定人員才有的權限;
本模塊之功能均可根據會員自身要求進行量身定制,充分發揮會員的主觀能動性和個性化需求;
角色定制服務基本是由系統根據會員的注冊信息自動進行識別的,將會針對每種角色給予其特定的管理功能。
這是電子商務交易平臺的基本模塊構件,是電子商務的使用群體;
●信息服務中心:
信息服務中心包含兩個層面:信息接收,信息發布信息接收:接收上級分銷商(批發商)的產品信息、查詢行業信息、動態行業分析數據的接收,并能在自己的權限范圍內對該信息進行修改;信息發布:批發商對分銷商,分銷商對下級分銷商,同級別的批發商均可以在一定的范圍內互通信息,上級用戶可以有選擇的將特定的個性化信息發送給某一下級或上級用戶(當然包括產品信息)。
用戶均可以自定義自已的信息所要顯示的信息,以使信息具有最大的有效率。
●交易服務中心
交易服務中心分為三個模塊:網上添報系統、訂單系統、交易系統網上添報系統主要由廠家選擇,產品選擇,資料錄入,資料維護,確定提交上級組成;訂單系統[本文轉載自[xiexiebang.com-http://www.tmdps.cn/找文章,到xiexiebang.com]由提供銷售計劃單、銷售訂單、銷售單、銷售退回單等,滿足不同用戶的不同業務需求,靈活使用;交易系統主要由產品上交,交易結算,申請產品,交易狀態等組成。
這是電子商務平臺的核心業務流程,嚴格按照分級管理,照顧各用戶級應得的利益。
●分析服務中心
所有的交易記錄,產品信息,行業數據信息均可以按各種組合進行分析統計,并可生成報表,以指導銷售或進行銷售月結,年結算。
●后臺管理中心
包括上述所有功能;并有權限設制,更改,注銷用戶,;信息設制,更改;停止用戶交易的權限,增加自己的下級分銷商,分配自己權限范圍內的下級權限給某一下級用戶等;但這些功能都是申請至系統管理員處,由管理員進行分配的。還有一些具體的功能如下:
更換操作員。
設置權限、口令。
系統參數設置:可設置備份方式、界面風格、業務重組功能。
系統基本設置:關于用戶基本信息、編碼級別、業務提醒的設置。
單據格式設置:關于各種單據前綴、表內具體項目增減、稅票格式等設置。
帳套備份、恢復,數據轉入、轉出功能。
查看、刪除、備份操作日志。
結轉。
●輔助功能
名片管理
記事本
事務提醒:會議、約會等事件的自動提醒設置。
●幫助中心
系統幫助中心包括文字信息幫助,和實時的電子小助手,讓使用者最快得到關于本系統以及旅游方面及旅游信息化方面的各種幫助。
第三篇:電子商務平臺補貼
電子商務平臺補貼如何申請?
答:在東經貿[2009]18號我市企業國際市場開拓資金申報工作的文件中,其中在企業產品廣告宣傳申報項目中包括在境外的影視媒體、專業雜志和戶外投放的廣告宣傳,以及第三方電子商務平臺開展對外貿易的相關廣告宣傳費都能得到相對資助。資助標準:按實際費用額的50%資助,每個項目最高資助額15萬元,須提交的證明資料:
1、支出任憑(指銀行付款回單或銀行對帳單,須蓋有銀行業務專用章);
2、收款人收款憑證(境內指收款人開具的發票,境外指收款人開具的收據);
3、簽定合同(指發布廣告宣傳的服務合同或報價單);
4、廣告內容復制件或企業商務平臺首面復印件,整理好相關資料可到市外經貿局申請資助。
第四篇:電子商務平臺常見問題[定稿]
電子商務平臺常見問題
第一部分:供應商注冊
1.電子務平臺網址是什么? 網址https//ecp.sgcc.com.cn 2.輸入網址顯示“此網站安全證書有問題”? 點擊“繼續瀏覽此網站(不推薦)”。
3.注冊時提示該公司信息在系統中已存在,如何處理? 此種情況可能有兩種原因,一是貴公司已在系統中進行注冊,二是注冊位置錯誤。需要用“國網招投標網”(http//newbidding.sgcc.com.cn)的用戶名和密碼在電子商務平臺主界面【供應商信息修改】處進行登陸,修改注冊信息,點擊保存,進入注冊信息審核階段。如果仍無法正常注冊或登陸進行密碼找回操作。
4.是否可以用國網招投標網用戶名密碼登陸? 2011年3月份以前在國網招投標網注冊的供應商可以用國網招投標網的用戶名和密碼在電子商務平臺主界面【供應商信息修改】處注冊,補充完善注冊信息后點擊【保存】,接到審核通過的短信后,方可用原用戶名密碼登陸電子商務平臺。
/ 15
5.“注冊”及“修改注冊信息”后,是否“保存”就相當于“提交”,保存之后不可修改所填內容了?
是的。
6.如何在電子商務平臺注冊?
詳見電子商務平臺主界面【下載專區】《供應商注冊操作手冊》
7.已經注冊點擊了【保存】什么時候能審核完?是否通過審核通過什么么方式通知?
注冊審核時間為24小時,一般情況下供應商當日17:00前提交的注冊審核申請會在當日審核完畢,審核結果以短信方式通知注冊時填寫的聯系人,供應商也可于次日登陸系統查看注冊審核狀態。
8.如何知道注冊審核是否通過?
注冊審核通過或不通過的信息都會短信通知聯系人,供應商也可于注冊次日登陸系統查看注冊審核狀態。如果能通過登陸位置順利登陸,說明注冊審核通過,可以進行資質業績填報等后續工作;如果無法通過登陸位置登陸,說明未通過注冊審核,需要在【供應商信息修改】處輸入用戶名和密碼進行注冊信息修改后再次點擊【保存】。
9.如何查看注冊審核不通過的原因?
在電子商務平臺主界面【供應商信息修改】處輸入用戶名和密碼后,會在注冊信息界面首行用紅色字體標注注冊審
/ 15
核不通過的原因,請修改后再次點擊【保存】
10.公司用戶名和密碼丟失,如何查找?
詳見電子商務平臺主界面【下載專區】《供應商用戶名 及密碼找回處理辦法》,按照要求操作,工作人員會于次日上午告知用戶名及密碼。
11.注冊時聯系人為外籍,無法填寫身份證號? 填報中方聯系人
12.首頁登陸后進入電子商務平臺,但進入后頁面除整體框架外無任何操作按鈕顯示?
此問題多為瀏覽器設置造成,請首先確認是否使用的 為IE瀏覽器,如不是請更換為IE7.0及以上版本瀏覽器,并嘗試點擊瀏覽器internet選項,清理緩存、還原瀏覽器高級設置。
13.注冊電子商務平臺是否收費?
目前注冊電子商務平臺不收取費用,如需交費,會另 行通知。
14.“注冊”及“修改注冊信息”中,需要上傳的三證 都是哪三證?
組織機構代碼證、稅務登記證、營業執照 15.上傳掃描件應以何種格式上傳? PDF格式,5M以下。
16.“三證可否傳副本掃描件”,還是必須上傳正本掃描
/ 15
件?
可以上傳副本掃描件,但必須是原件掃描件。
第二部分 供應商注冊信息變更
1.涉及到公司網址、固定電話、傳真、注冊聯系人、聯系人的手機號、電子郵箱的變更?
供應商自行在系統內修改保存即可。2.涉及到企業全稱的變更?
第一步供應商需要先到優泰科技(北京)有限公司(CFCA)修改電子鑰匙中的公司名稱。
第二步制作一個PDF文件,不超過5M,包括以下文件 原件掃描件(按下列文件排列順序)
(1)更名后的營業執照(2)更名后的組織機構代碼證(3)更名后的稅務登記證
(4)所在地工商行政管理部門出具的變更證明 第三步在國網招投標網上修改相關信息并上傳上述 PDF文件
3.涉及到公司類型、國稅稅號、國家和地區、所在省份、所在地市、所在縣、詳細地址、郵政編碼、需要重新上傳三證、法人代表姓名、注冊資金、經營或業務范圍的變更?
/ 15
第一步制作一個PDF文件,不超過5M,包括以下文件原件掃描件(按下列文件排列順序)
(1)更名后的營業執照(2)更名后的組織機構代碼證(3)更名后的稅務登記證
(4)所在地工商行政管理部門出具的變更證明 第二步在國網招投標網上修改相關信息并上傳上述PDF文件。
4.涉及到工商注冊號和組織機構代碼號的變更? 此兩種信息發生變更只能按照新供應商處理,供應商需要以新公司名義在電子商務平臺注冊,業績的繼承問題需要經過資質業績核實或由評標階段評標委員會認定。
/ 15
第三部分 電子鑰匙使用
1.如何辦理電子鑰匙?
詳見電子商務平臺【下載專區】模塊《電子鑰匙辦理及綁定說明》,辦理咨詢請撥打400-880-9888。
2.原招投標供應商,是否可以延用原來的電子鑰匙,驅動程序和控件是否需要重新安裝?
可以用原來的電子鑰匙,原來的驅動和控件無需重新下載安裝。
3.是否可以用多把電子鑰匙,同一用戶名,同時上傳資質業績信息?
不可以
4.資質業績信息填報過程中,點擊保存彈出提示需要輸入電子鑰匙PIN碼?
如果供應商之前沒有改過PIN碼,PIN碼初始密碼為1234。
/ 15
第四部分 資質業績信息填報
1.“財務信息/財務信息填寫”中供應商注冊資金系統只能保存整數,無法保存小數點后位數
將注冊資金四舍五入后錄入
2.“財務信息/審計報告”中,應具體填報近幾年的審計報告。
只需填報最近一年的審計報告
3.35千伏及以下電纜、110千伏及以下絕緣子、電纜附件等其他產品何時填報
根據產品目錄來選擇產品,沒有的產品請及時關注電子 商務平臺公告
4.資質業績產品非常多,要填近幾年的?
詳見最近一批招標公告及招標文件對資質業績要求。5.資質信息填寫/研發設計/技術來源與支持中供應商填寫內容過多無法保存
語言盡量精簡,使之可以保存。
6.供應商所在開戶行銀行資信等級證明如何填報? 銀行資信證明為選填項,無法提供的單位可以不填此模 塊。
7.型式試驗報告中“產品規格型號”按照報告上的型號填寫還是依據電子商務平臺列表填寫?
/ 15
以試驗報告為準。
8.試驗報告中多項產品對應一份實驗報告的情況,點擊“我的產品目錄中選擇”可否多選填報,而不是逐項填報?
只可單選填報
9.絕緣子產品/定型或型式實驗報告一覽表里的尺寸參數“H”、“D”、“L”分別是什么參數?
H為結構高度;D為公稱直徑;L為公稱爬電距離。10.絕緣子產品在添加產品目錄時,同一型號對應多電壓等級,是否需要逐項填報?
同一型號無需填報多電壓等級,只需填報該型號最高電壓等級。
11.“新產品新技術鑒定驗收證書”可否代替型式試驗報告,或者有沒有專門的模塊可傳“新產品新技術鑒定驗收證書”,供應商描述該單位產品很多,但型式試驗報告只有少數產品有,大多數產品只有鑒定證書。
鑒定證書不能代替型式試驗報告,有鑒定證書的產品可以填,需要填型式試驗報告的地方為空。
12.“資質信息填寫/生產制造/生產技術人員一覽表”中員工證書為長期有效有,而系統設置為日歷版選項,應如何選擇?
關于人員證書長期有效問題,證書一般都會有效期,建 議供應商再次核對該證書是否為國家正規機構所頒發,如是
/ 15
則填寫到該證書持有者退休那一天為止。
13.“資質業績信息/一次設備/交流電流互感器/電子式電流互感器/傳感器原理”中所生產的電流互感器采用的是“空心線圈”和“LPCT”兩種原理,而傳感器原理只能單選,可否作組合選擇?
傳感器原理中的特征項為主物料數據提供,目前就按里 面的選項選擇,若用到了其中的兩種及以上的原理則選擇一個最主要的來填寫。
14.供應商在添加變壓器產品目錄時,特征項“額定容量”中,部分型號與供應商本單位所生產的型號不同,應如何填報?
按照系統中的目錄填寫,若無,可向下填接近項,如 630kVA,可填報系統中有的600kVA。
15.變壓器產品“資質信息填寫/產品業績/35kV及以下變壓器/業績類型”下拉菜單中,供應商所簽合同是供電局下的第三產業,供應商詢問該合同應屬于“電網業績”還是“其他業績”?
可根據所供產品的用途來判斷是屬于電網業績還是其 他業績。
16.變壓器模板“資質信息/35kV及以下變壓器/型式試驗報告一覽表”中“絕緣方式”一項應以何種標準填報?
填寫“干式”或“油浸”
/ 15
第五部分 招投標相關問題
1.包文件里的商務、技術、價格部分是否可以分不同的工作人員操作?
商務、技術、價格可分開操作,但每一部分需要在一臺電腦上完整地進行應答、生成、加密、提交、查看。
2.投標文件在離線投標工具中已完成上傳,如需修改如何操作?
修改時需在離線投標工具中再次應答、生成、加密、提交、查看,自動覆蓋已上傳的投標文件。
3.購買標書所用電子鑰匙和在離線投標工具中上傳文件所用電子鑰匙可否不是同一把?
可以(但建議使用同一把電子鑰匙)。
4.下載的離線投標工具壓縮包損壞,如何處理? 請撥打010-63411000-2-1。
5.下載的“招標文件模版(.sgcc)”損壞,如何處理? 請撥打010-63411000-2-1。
6.離線投標工具中“導出包”與“查看投標文件”功能有什么區別?
“導出”功能指文件應答過程中,可將已完成的應答部分導出,以便更換電腦繼續操作或遇到其它故障時應急備用。(導出的文件格式為.sgcc文件)。
/ 15
“查看投標文件”指應答文件上傳成功后,可另存為WORD文檔。“ 7.“離線投標工具”與“農網協議庫存專用投標離線應答工具”是否可選擇其一個安裝即可?
不是,兩個應答工具所適用的投標范圍不同,不可混用。8.在應答過程中是否可以查看部分已填報的投標文件WORD版本?如何打印紙質標書?
不可以,需提交成功后,點擊“查看投標文件”進行查看。在“查看投標文件”時可選擇“打印”,生成紙質標書。
9.技術文件部分“點對點應答”中“請上傳附件”需按照什么格式、要求填報?
參照“請上傳附件”左側的“查看附件”并與相關項目負責人確認。
10.離線投標工具里哪部分是線上操作,哪部分是線下操作?
“應答、生成、加密”均為離線操作,“提交”則為線上操作。
11.開標后在哪里進行“價格確認”?
登錄電子商務平臺,在招標采購模塊點擊“開標管理”中的“開標記錄”。
12.下載后的“.SGCC文件”為什么無法打開? “.sgcc文件”不能直接打開,需要導入到離線投標工
/ 15
具中,在離線投標工具中應答。
13.在招標采購模塊中點擊“購買招標文件”,無法找到需要購買的包文件?
請撥打招標文件中招標代理機構的聯系電話詢問該標段是否已在電子商務平臺掛出
14.標書購買后不能下載包文件,如何處理?(1)包文件是在購買招標文件財務確認后的1個工作日左右在電子商務平臺上掛出。
(2)登錄電子商務平臺后,在招標采購模塊中點擊結構化投標管理,即可見到需下載的包文件。
(3)特別對于總部項目,請不要在BOSP系統上點擊下載招標文件,購買標書在BOSP系統中,但下載需要在電子商務平臺“結構化投標管理”菜單操作” 15.投標具體操作步驟?
登錄電子商務平臺,點擊購買招標文件,下載完整招標文件及招標文件模版(.sgcc文件),下載安裝離線應答工具,在離線工具中導入.sgcc文件并應答、生成、加密、提交、查看投標文件,(具體操作步驟詳見《供應商投標操作手冊》)。
16.在離線投標工具中如何保存已填報的內容? 應答完畢,點擊左上方軟盤圖形的“保存”鍵。在離線投標工具中如何確認標書提交成功? 右鍵點
/ 15
擊包文件上的“查詢投標結果”,如已顯示“提交成功時間”即為標書已提交成功。
17.購買招標文件時需要電子鑰匙嗎? 需要。
18.離線投標工具中所需使用的OFFICE版本? “OFFICE2007”及以上版本(最好是2007企業版的OFFICE)
19.如何查看項目澄清和項目補遺?
登錄電子商務平臺,在招標采購模塊點擊“投標管理”中的“查看項目澄清”“查看項目補遺”。
20.總部招標填報過程中專業性較強業務問題? 請撥打招標文件中項目經理的聯系電話。21.招標填報過程中的系統問題? 請撥打010-63411000-2-1 22.網省招標填報過程中較專業的業務問題? 請撥打招標文件中招標代理機構的聯系電話。23.投標人在離線投標工具中進行技術應答時需要上傳附件,上傳的附件是否需要加蓋電子簽章(包括總部招標項目和網省招標項目)? 在離線工具中制作完成投標文件后,加密的操作是對投標文件整體加密的過程,因此不需要在每個附件上再加蓋電子章
/ 15
24.離線投標工具所生成的WORD文檔是否就是最后的投標文件,生成的文檔不含單價分析表,目前是否還存在此問題?如果存在是否仍需要單獨打印附在紙質投標文件后面?
離線工具生成的WORD文檔是投標文件對格式有統一要求的部分,單價分析表是由各投標人自行上傳的非結構化文件(WORD或EXCEL均可),其內容應按招標文件要求制作,但篇幅大小和格式不控制,因此不會在開標文件WORD文檔中統一生成,應由投標人自行單獨打印,并與生成的WORD版其他開標文件裝訂在一起,形成完整的開標文件。投標人上傳的電子版單價分析表經加密提交后,會單獨存儲在電子商務平臺專門區域供評標使用。
25.總部和網省招標項目開標后價格確認時間分別如何要求?
應關注開標時主持詞中明確的確認時間,一般來講總部的價格確認時間通常為開標當日下午四點前,在確認截止時間過后,對尚未進行確認價格操作的投標人將默認其已確認價格。
26.下載的完整招標文件打不開怎么辦?
投標人應使用“OFFICE2007”及以上版本(最好是2007企業版的OFFICE)打開招標文件,使用OFFICE2003兼容版、WPS都無法正常打開招標文件。
/ 15
27.離線投標工具中對于項目貨物技術特性逐條逐項應答中上傳單個附件的大小要求?
投標人應使用“OFFICE2007”及以上版本(最好是2007企業版的OFFICE)制作生成.docx格式附件,附件大小建議不超過500 KB。
28.離線投標工具中對于其他技術應答文件上傳單個附件的大小要求?
附件大小建議不超過2MB。
29.離線投標工具中對于商務部分上傳單個附件的大小要求?
附件大小建議不超過2MB。
30.離線投標工具中對于供應商提交的sgcc包大小要求?
供應提交的sgcc文件大小建議不超過30MB,投標時的上傳速度與使用的計算機和網絡環境有關。
/ 15
第五篇:電子商務平臺投標書(本站推薦)
投 標 文 件
項目名稱: 商旅電子商務平臺項目
投標單位:XXX
2011年9月25日
目錄 2 投標函............................................................................................................錯誤!未定義書簽。資格證明文件................................................................................................錯誤!未定義書簽。2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 3 營業執照副本復印件...........................................................................錯誤!未定義書簽。法定代表人授權委托書........................................................................錯誤!未定義書簽。企業雙軟認證資質證書(甲級)........................................................錯誤!未定義書簽。高新技術企業資質(一級)................................................................錯誤!未定義書簽。相關案例...............................................................................................錯誤!未定義書簽。項目組成員證書...................................................................................錯誤!未定義書簽。組織機構代碼證...................................................................................錯誤!未定義書簽。稅務登記證...........................................................................................錯誤!未定義書簽。
投標人基本信息............................................................................................錯誤!未定義書簽。3.1 3.2 企業簡介:...........................................................................................錯誤!未定義書簽。09/10年財務年報(見附件).............................................................錯誤!未定義書簽。
4、附件一................................................................................................................................................4 海爾商旅電子商務平臺 項目設計方案說明書....................................................................................4 4.1項目概述:....................................................................................................................................5 4.1.1項目建設背景:.........................................................................................................................5 4.1.2項目建設目標:.........................................................................................................................5 4.1.3項目建設原則:.........................................................................................................................6 4.2項目總體規劃:............................................................................................................................8 4.2.1航空票務平臺業務流程圖:.....................................................................................................8 4.2.2酒店預訂平臺業務流程圖:.....................................................................................................9 4.2.3平臺邏輯構架圖:...................................................................................................................10 4.2.4平臺建設技術路線:...............................................................................................................11 4.2.5平臺開發特點:.......................................................................................................................14 4.2.5.1多系統的有效集成.............................................................................................................14 4.2.5.2平臺開發的安全保障.........................................................................................................15 4.2.5.3開發的標準化管理.............................................................................................................15 4.3平臺建設詳細設計:..................................................................................................................17 4.3.1平臺門戶功能設計:...............................................................................................................17 4.3.2應用模塊功能設計:...............................................................................................................19 4.3.2.1查詢比價預訂功能模塊:....................................................................................................21 4.3.2.2協同會簽審批功能模塊:....................................................................................................22 4.3.2.3業務預結算功能模塊:........................................................................................................24 4.3.2.4票務改退簽功能模塊:........................................................................................................24 4.3.2.5統計核算報表功能模塊:....................................................................................................24 4.3.3外部數據接口設計:...............................................................................................................25 4.3.4數據模型設計:.......................................................................................................................26
山東東軟系統集成有限公司
4.3.5數據安全設計:.......................................................................................................................27
5、附件二..............................................................................................................錯誤!未定義書簽。海爾商旅電子商務平臺 項目實施方案計劃書..................................................錯誤!未定義書簽。5.1項目實施進度表..........................................................................................錯誤!未定義書簽。5.2項目組織......................................................................................................錯誤!未定義書簽。5.2.1項目組織結構...........................................................................................錯誤!未定義書簽。5.2.2項目組成員...............................................................................................錯誤!未定義書簽。5.3項目總體實施過程......................................................................................錯誤!未定義書簽。5.4系統測試計劃..............................................................................................錯誤!未定義書簽。
6、附件三..............................................................................................................錯誤!未定義書簽。海爾商旅電子商務平臺 項目培訓服務計劃書..................................................錯誤!未定義書簽。6.1培訓計劃......................................................................................................錯誤!未定義書簽。6.1.1公司培訓優勢.....................................................................................錯誤!未定義書簽。6.1.2培訓計劃.............................................................................................錯誤!未定義書簽。6.2售后服務方案..............................................................................................錯誤!未定義書簽。6.2.1售后服務策略——針對項目的本地化支持體系.............................錯誤!未定義書簽。6.2.2客戶服務質量文件.............................................................................錯誤!未定義書簽。6.2.3售后服務內容.....................................................................................錯誤!未定義書簽。6.2.4售后服務流程.....................................................................................錯誤!未定義書簽。
7、附件四..............................................................................................................錯誤!未定義書簽。海爾商旅電子商務平臺 項目實施驗收方法......................................................錯誤!未定義書簽。
7.1驗收組織方案..........................................................................................錯誤!未定義書簽。7.2質量保證計劃..........................................................................................錯誤!未定義書簽。
山東東軟系統集成有限公司
4、附件一
商旅電子商務平臺 項目設計方案說明書
山東東軟系統集成有限公司
4.1項目概述: 4.1.1項目建設背景:
海爾作為跨國集團公司,隨著商流與物流業務的擴張與發展,集團人員每天的差旅任務極為繁多,這就導致了航空票務與客房預訂業務需求的持續攀升。目前集團的差旅業務是通過中興的差旅系統來實現的。這種方式存在以下幾個問題,首先,當前的機票是通過代理來實現預定的,沒有通過航空公司的直銷方式預定,這樣就導致了航空公司不可能單獨對集團開放有競爭力的價格,造成了機票價格較高的現狀。其次,作為第三方代理的中興,雖然中興系統沒有單獨收取費用,但是通過每出一張票,在票價之外單獨收取一定費用的出票費,這樣勢必導致在已經較高的票價基礎之上又增加了機票的成本,從而導致整個差旅成本的增加。再次,中興系統是一個現成的系統,直接套用在集團的業務上,導致整個軟件流程與集團業務流程不符,在軟件流程改造的過程中,中興的反饋不夠及時,造成信息的滯后和業務流的信息障礙。
基于以上的考慮,集團決定結合航空公司的直銷業務,來重新規劃集團的出差流程,力求達到降低集團差旅成本降費的目標。
本系統將重新整合票務預訂資源,依托于機票直銷業務,建立起從出差的申請、審批到機票的預訂、支付等全流程的網上流程操作流程,以出差業務的申請、審批及出差完成后的總結為主線,以機票的網上查詢、預訂、出票、支付為支持流程的全程業務支持。在出差的申請、審批功能上,本系統依托與集團EVS報賬系統及BCC系統做到預算的提前申請、審批以及月底的自動清算功能。從根本上杜絕事前不預算事后個人報銷業務的發生,提高計劃及預算的準確性,并且做到差旅效果的總結及評價機制,進一步優化規范集團差旅流程。
同時,本系統還將集成部分商務連鎖酒店的比價預訂功能。從而為差旅用戶提供提供一整套的差旅服務解決方案。
4.1.2項目建設目標:
本著優化出差流程及降低出差成本的目的,此商旅電子平臺將實現以下目標: 1.通過與航空公司合作,實現機票直銷,降低機票的采購成本 2.實現出差預算的自動占用,審批通過后機票的自動出票功能 3.實現出差流程的網上申請、審批及總結的全流程功能 4.實現機票的查詢比價、預訂、出票及支付的網上操作 山東東軟系統集成有限公司
5.實現商務酒店的查詢比價和預訂功能 6.實現與平臺相關報表的自動生成功能
4.1.3項目建設原則:
1、統一性
平臺建設遵循統一規劃、統一標準的指導思想,確定統一的網絡總體架構、統一的業務平臺、統一的數據采集與傳輸系統,實現物流信息平臺與其它平臺的順利對接。
2、可靠性
在系統設計中應提高系統的可靠性,并使其易操作、易維護。
3、先進性
在系統建設中應盡可能地利用一些成熟的、先進的技術手段,使系統具有更強的生命力。
4、安全性
在信息高度共享的系統中,除了從主機、網絡、數據庫上提供安全保障外,對應用系統而言,也要設定嚴格、靈活的權限控制。
5、開放性
將系統建設成為一個開放的系統,有利于系統進一步擴充、完善,以及與有關系統的連接。
6、業務系統協同
進行統一身份認證,通過業務協同系統實現各類業務應用的整合,將各個模塊通過系統平臺集成在一起,形成一個集成式應用界面和“一站式”登陸信息門戶。
依據以上整體建設原則的基礎上,考慮到本項目具有范圍廣、業務間關系復雜、分階段建設周期長等特點,應用系統的整體架構占有最重要的地位,為了保證整個項目的成功,項目整體的建設從技術角度還必須遵循如下原則:
1、整體性原則。系統的建設本著統一規劃、分步實施原則,做到統一界面、統一用戶管理、統一認證、統一交換、統一標準、統一管理。以應用為導向、以網絡為基礎、以信息資源共享為核心,提高工作效率和服務水平。
2、可靠性原則。系統需要提供長期連續不斷的可靠運行,因此必須配備完善的可靠性措施。包括網絡、服務器、數據庫性能的監控和故障恢復策略,保證物理層的高度可靠。充分考慮項目關鍵應用的可靠性要求,在關鍵環節配備多種高可用性方案,杜絕影響系統正常運行的因素存在。同時在制度上要進行不斷的完善,定期檢查,詳細記錄。
3、可擴展性原則。根據項目建設的目標和統一應用的原則,為了保證系統具有較好的可擴展性,整個系統的構建過程整體上應采用基于構件的技術和定制化的技術實現,這樣會便于系統的擴展,便于系統的部署,便于與現有的應用系統掛接,保護用戶以前的軟件投資。
4、實用性原則。項目的建設要面向未來,技術必須具有先進性和前瞻性,但同時也要山東東軟系統集成有限公司
堅持實用的原則。在滿足系統高性能的前提下,堅持選用符合標準的,先進成熟的產品和開發平臺,構建一個切合實際、解決實際問題的系統。
5、開放性和標準化原則。所選系統和應用平臺應遵循國際、國內開放系統標準及協議,應選擇當前業界主流的和成熟的產品,已經得到廣泛使用,占有較高的市場份額。這樣可以保證系統建設的長期和穩定性。在同類產品中處于領先地位并已經在全球范圍內的各種應用中大量采用,是經過各方面考驗的先進和成熟的產品,采用先進技術設計和建設,具有高性能,同時又成熟可靠。根據本系統的業務與技術特點,我們將采用XML技術、GIS架構、LDAP協議、J2EE體系等技術與規范,確保系統建設的開放性。
6、可管理性原則。系統架構的設計應從項目業務出發,把握各業務之間的區別和聯系,按照不同業務的特點和信息技術的特點,遵循規范、科學、通用、實用、安全、易用等要求,統籌規劃總體的應用架構,并通過管理與技術的雙重手段,達到資源共享、應用軟件重用、可管理、可維護等目的。
山東東軟系統集成有限公司
4.2項目總體規劃:
4.2.1航空票務平臺業務流程圖:
依據直銷需求,票務、酒店預訂業務按以下流程設計:
? 出差申請
出差申請即用戶的行為預算,出差申請單中要明確出差的起始地、目的地、出差事由、山東東軟系統集成有限公司
費用結算單位以及乘坐的交通工具等信息。? 機票查詢
依據用戶輸入的起始地和目的地,查詢相應的航班信息。? 機票預訂
依據查詢到的航班信息,預訂相應的適合自己行程的航班,預訂后需要領導審批。? 出差審批
員工在提交出差申請后,由直線領導審批相應的出差申請單,審批通過后才能出差。? 預算占用與釋放
預算占用時需要到EVS中占用,占用預算成功后,需要把預算信息寫入BCC系統 ? 機票支付、出票
機票預訂審核通過后,需要進行支付及出票 ? 機票退改簽
發送機票退改簽業務 ? 出差總結
員工出差結束后需要到系統中填寫出差總結。
4.2.2酒店預訂平臺業務流程圖:
山東東軟系統集成有限公司
4.2.3平臺邏輯構架圖:
在邏輯上,將架構中的各個層和組件放在相應的位置,以展示應用服務平臺中的各個功能性工作和組件之間的關系。
(1)表現層,用于顯示數據和接收用戶輸入的數據,為用戶提供一種交互式操作的界面。
(2)業務邏輯層,包含了平臺提供的所有組件,主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計。這一層需要訪問數據系統層根據《服務平臺接口規范》提供的相關服務。又可細分為應用層和服務層兩個分支層。
(3)數據層,包含了需要接入到公共服務平臺的所有數據資源系統,包括數據采集系統、業務系統和其他數據資源系統等,這一層的應用系統必須根據《服務平臺接口規范》。
應用層
1)這一層包含了航空訂票系統平臺、酒店預定系統平臺,平臺管理系統應用。2)應用層為用戶提供了用戶界面,接受用戶的應用訪問,調用平臺提供的服務,并返回正確的信息。
3)平臺用戶包括出差登記、審批、機票、酒店比價預定、數據報表、系統管理等。4)機票、酒店對應于服務層中的查詢預定模塊;出差審批對應服務層中的協同審批模塊,機票、酒店的賬務信息對應服務層中的業務結算模塊、差旅成本核算統計模塊;出差審批、登記對于服務層中的協同審批模塊。
服務層
(1)服務層包含了平臺業務服務和平臺管理服務兩項主要功能,以及兩個Web服山東東軟系統集成有限公司
務網關。
(2)以《服務平臺接口規范》作為唯一標準,通過Web服務網關向應用層和數據系統層提供Web服務。
(3)平臺業務服務通過Web服務網關調用數據系統層提供的服務(外部服務)。(4)平臺管理服務在平臺中實現,這最終需要訪問平臺數據庫中存儲的公用數據,例如用戶信息,數據字典等,用于管理平臺中的用戶信息、機構信息、數據字典等。
(5)服務總線(應用接入)
虛擬化服務平臺對應用層提供的Web服務,數據驗證,消息轉換。(6)服務總線(數據系統接入)
虛擬化服務平臺對數據系統層提供的Web服務,數據驗證,消息轉換。(7)服務組合
負責將各個服務或者數據資源按照業務邏輯組織(組合)起來,形成服務流程。這個服務流程可以作為Web服務的實現,進而對外發布為Web服務;負責服務平臺用戶身份管理和服務請求管理,這需要通過調用平臺管理服務中的服務來實現;負責服務編排過程中的異常捕獲和處理。
(8)物理訪問
在物理網路中,負責實現通信雙方調用方式的轉換和通信協議的轉換。(9)Web服務網關
負責注冊平臺提供的Web服務,管理Web服務,對Web服務進行安全設置。符合《服務平臺接口規范》的所有Web服務,均通過Web服務網關接入服務層,或者通過Web服務網關發布給應用層。
數據層
數據層包含了需要接入到服務平臺的所有數據資源系統。其中包含數據采集系統、業務系統和其他數據資源系統等。只要這些數據資源系統實現了《服務平臺接口規范》,就可以接入服務平臺,向服務平臺提供各種數據資源服務。
4.2.4平臺建設技術路線:
基于用戶需求及平臺建設的安全性考慮,平臺建設將采用B/S三層結構開發,數據存儲采用mysql,開發語言為Java。系統結構采用SSH,中間件采用tomcat。
平臺門戶(Portal)將電子商務流各業務系統統一到一個有機的用戶界面中,在一個窗口中就可以完成所有的工作。
Portal是一個能夠處理多種協議請求的分布式對象模型系統。采用分布式體系結構技術和并行地處理方式,大大提高系統的整體運行效率,減小了業務應用系統的實施成本。Portal Server采用的多業務應用支持、池緩沖、對象持久化、負載均衡等技術,大大增加了平臺的可配置性、可擴展性、開放性和可移植性,用戶在使用它進行業務應用系統的開發時具有開發周期短,開發質量高的特點。Portal Server獨有的二級高速緩沖技術可以成倍提高系統的性能和負載能力。
門戶系統基于Web,采用JAVA、JSP、Servlet、Web Service、XML等編程技術,通過門戶技術為不同的人展現個性化的信息和應用服務,通過群件技術擴展及聯合各種山東東軟系統集成有限公司
應用模塊,通過協作技術實現與其它應用系統(包括遠程應用系統)的協同工作。
? 采用統一的主題數據管理
根據項目目標和設計原則,我們了解到本項目中不同層次、不同應用系統之間存在著很多需要共享的數據,為了避免各應用系統之間重復采集數據、數據冗余、共享數據更新不同步、數據不準確、信息溝通不暢、數據格式不統一等一系列問題。本項目建設必須建立一套共享數據管理機制來解決各應用系統之間的共享數據一致性、及時更新、信息交互與共享、數據安全等問題。通過數據管理平臺實現不同格式和位置的數據的統一定義;通過建立在數據管理之上的航空數據交換與海爾內部集成平臺實現本系統內外的交換、系統不同層次之間數據的集成與交換;通過報表平臺完成數據的報表展現。
? 采用多層多階的系統架構設計
針對本項目整個業務模式和IT環境,在充分考慮到系統擴展性的要求基礎上,系統架構應設計多層多階的體系結構模型。
? 采用標準和開放的架構
針對本項目具體實現的技術,采用基于行業標準和得到廣泛使用并已成為事實上的行業標準的技術和架構,這樣,有利于降低技術風險以及特定供應商的依賴性;采用的開放系統架構,有利于保持系統的向后兼容性、可集成性和可擴展性。
? 采用面向對象的技術
面向對象技術的發展已經成熟,基于面向對象技術的開發語言和應用框架,已經得到證明可以大大提高信息系統開發和建設的效率,提高架構的合理性和可擴展性。
? 采用基于組件模塊的技術
應用程序由各自獨立的組件模塊組成,這些組件模塊的開發和部署保持相對的獨立性,山東東軟系統集成有限公司
而且很可能是由不同的團隊開發和部署的;
通過僅對這種應用程序的某些組件模塊進行升級,從而對其進行小幅度的升級?;诮M件模塊的開發具有如下特點:
組件模塊可以在不同應用系統之間共享,因此可對它們復用,提高系統開發效率和質量; 盡管并非與基于組件完全密不可分,但基于組件的應用程序傾向于分布式結構; 在本項目的建設中,我們將抽象出應用系統的基本組件模塊,從而提高系統的質量和開發效率;
系統設計充分考慮如下質量目標:
1)性能
根據本項目數據量和訪問量都比較大的實際情況,系統的設計要從多個層面考慮到性能問題,包括數據庫、接口開發、系統軟件、應用軟件系統等多個層面;同時,還要考慮到隨著供應商業務的逐漸開展,帶來的業務量的增加等原因導致的性能問題;
2)擴展性
隨著本項目中系統的逐漸成熟和完善,部分功能的調整和增加在所難免,為了滿足系統不斷發展的需要,整個系統功能的設計與實現采用組件和插件技術,保證系統的熱配置能力;同時,也要考慮本項目中系統在多種軟、硬件平臺上的運行能力;
3)可靠性
本項目中數據接入與開發是核心,一旦出現問題,其波及范圍比較龐大,因此需要保證一定的系統可靠性。采用成熟的、經過嚴格測試和試運行的工具和通用模塊;設計完整、可靠的數據備份方案,有嚴格的備份制度和檢查制度,以保證備份工作的及時和正確。
4)安全性
本項目中系統涉及到大量機密信息,系統需要做到把應用安全放在信息系統安全的大框架下,采用統一的認證和授權機制,制定不同層間,不同子系統間及與外部系統的邊界間安全策略,并保證其貫徹實施;同時應用系統的設計要考慮各種數據入口的一致性,手工錄入,網上采集,批量錄入都提供數據的一致性檢查功能,非法數據不能進入數據庫中,保證錄入的數據都是合法的;
5)可管理性
本項目中系統涉及的應用系統龐雜,為了業務的發展,還有擴展的需要,因而整個系統應該在統一的管理、監控下協調運行。系統的監控管理功能不僅要體現在網絡、主機、系統軟件和中間件的層面上,還要包括應用軟件上,例如要記錄應用軟件的運行狀態、數據的質量、預警和預報、業務操作的監控等;同時,在出現問題的情況下,系統的所有服務應具備快速的自我更新、自我修復的能力;
6)可用性
本項目中系統的用戶涉及范圍廣,包括海爾各本部、事業部和人員的權限級別,在這種條件下,系統對外的影響不容忽視,因而系統功能的設計和實現必須要保證系統具有較強的可用性;
山東東軟系統集成有限公司
7)復用能力
由于本項目中系統規模相對龐大,為了縮短系統的建設周期、提高系統的可維護性,在系統開發階段需要大量抽取系統的可復用數據組件,組件應具有較強的復用能力。
8)易用性
本項目中系統用戶群體較大,必須保證系統的易用性。可以通過提供統一的信息門戶,使多種渠道的信息方便接入,并提供一致的渠道服務手段;另外針對不同類型的用戶設計集成的用戶界面,保證用戶能夠方便快捷的使用自己需要的常用功能;還可以遵循統一的界面設計規范,在應用程序編碼階段監督編碼人員認真執行規范,做到:
界面風格一致、顏色調和、提示清晰、窗口大小適當,提供常用的快捷操作鍵,操作方法應符合日常習慣;針對不同類型的用戶設計集成的用戶界面,保證用戶能夠方便快捷的使用自己需要的常用功能;遵循統一的界面設計規范,在應用程序編碼階段監督編碼人員認真執行規范,做到:界面風格一致、顏色調和、提示清晰、窗口大小適當,提供常用的快捷操作鍵,操作方法應符合日常習慣
4.2.5平臺開發特點:
4.2.5.1多系統的有效集成
本項目的信息化平臺建設,存在眾多的獨立部署或交叉關聯的系統,1、外部系統
包括各航空公司的預訂系統、各商務酒店的預訂系統、集團內部EVS系統、BCC系統結算平臺等
2、內部新建系統
包括數據交換平臺、報表統計核算平臺,比價預訂平臺等三個服務平臺和信息展示平臺等。眾多的系統之間存在各種交換協議和業務流程關聯,為信息化平臺的建設帶來很多項目管理上的風險。東軟依據多年的項目經驗和技術積累,在項目執行中將采取以下措施來屏蔽或減少相關風險:
1)技術上采用優秀的信息集成與交換平臺,建立高效、穩定、安全的信息集成與交換應用。同時利用東軟豐富的技術人才和經驗積累,并與合作伙伴保持密切的技術與最佳實踐的配合。
2)業務上加強需求分析,梳理好各應用系統的業務關系,確定出各個系統之間的服務關系與數據接口關系。
3)管理上加強風險的評審與過程監督,將風險降低到最小。
山東東軟系統集成有限公司
4.2.5.2平臺開發的安全保障
本項目系統中主要用戶為合作機構、單位通過專線接入和Internet用戶通過電信運營商的鏈路享受查詢中心提供的各種業務服務,所以如何全面保障整個業務系統的安全是升級改造的重點之一。
根據系統現狀,我們分析目前面臨的主要信息安全威脅包括威脅的發起因素與威脅本身兩方面內容。
引發信息安全威脅的主要因素包括人與自然兩個方面:因自然方面因素引發的安全威脅往往對信息基礎設施破壞較大(如洪水、地震、火災等)自然災害,但自然災害的種類及發生幾率較小,基本上可以全部識別并通過充分準備而降低損失;相反,因人的因素而引發的信息安全威脅占絕大多數,這些人員組成復雜,難于進行完全識別與控制,必須嚴格管理。信息安全威脅本身包括相當多的內容,這里將物流信息平臺現階段面臨的信息安全威脅進行了歸納,基本包括以下幾個方面:口令破解、連接盜用、拒絕服務、網絡竊聽、數據篡改、地址欺騙、惡意掃描、基礎設施破壞、數據驅動、社會工程輔助等等。
針對本信息化平臺當前面臨的各種安全問題,存在兩種解決方案:一是針對存在的各種安全問題逐一提供解決方案:即出現一個問題,解決一個問題。另一種是基于廣泛認可的安全標準,建立一體化的安全體系:即結合現狀,在分析并評估安全風險及其可能對物流信息平臺業務造成的影響的基礎上,基于一種廣泛認可的信息安全標準,建立物流信息平臺整體信息安全體系。
兩種解決方案側重點是不相同的。前者強調解決方案的實用性,但往往缺乏整體規劃;后者偏重于方案的規劃性,強調與國際標準的兼容性,但同時因為工作量龐大而使實施周期較長,成本較高。
本項目系統現狀具有數據量較大、應用系統眾多、網絡環境復雜、信息管理分散等特點,發生安全問題的幾率較高。每發生一個安全問題就做一套解決方案是不必要的,理想的解決方案是規劃并建立統一的安全體系以解決當前面臨的主要安全問題同時規避潛在的安全風險。按照統籌規劃、分步實施的原則,逐步完成信息安全體系建設。
根據我們在安全領域積累的大量經驗,結合物流信息平臺的業務特點,我們歸納總結了一套適合的安全保障體系框架(參考技術架構中的安全架構)。
4.2.5.3開發的標準化管理
海爾商旅電子商務平臺是旅游電子商務B2B的典型應用。本項目要實現眾多部門共享的預訂支付平臺,其難度和要求都非常之大。
而標準規范工作是平臺建設的基礎性工作,是各系統實現互聯互通、信息共享、業務協同、安全可靠運行的前提和基礎。
由于本項目涉及的企業和涉旅企業資源很多,這些資源建立之初都有各自的標準代碼體系,運營企業要與軟件提供商整合好這些資源,并提供對外標準化服務。因此要整理出一套完整的數據標準代碼體系,按照國標、部標、自定義的方式整理。山東東軟系統集成有限公司
對于平臺之外的其他資源庫的數據采集,目前可能沒有類似的數據交換的標準規范,在形成數據交換前,務必制定數據交換標準規范,確定采集的數據項目范圍、采集的業務方式、采集的關鍵指標、以及采集出現異常交互處理機制等。
對于核心服務提供了多種的接入方式,對這些方式也要制定相應規范,如:WebService接口規范、web頁面展現規范、與短信SP接口規范等等。
上面只列舉出一部分標準規范,這些標準規范制定將是系統順利實現的保障和前提。制定相關標準的工作量也是非常大的,為了確保沒有遺漏,我們采用國家電子商務標準的總體系框架,本項目標準體系框架由總體標準、應用標準、應用支撐標準、信息安全標準、管理標準五大部分組成,山東東軟系統集成有限公司
4.3平臺建設詳細設計: 4.3.1平臺門戶功能設計:
商旅電子平臺的門戶是預定查詢的窗口。平臺門戶包括前臺預定展示視窗和后臺系統管理視窗。前臺包括票務、酒店比價查詢功能、協同會簽審批查詢功能、出票查詢功能、結算查詢功能;后臺包括歷史信息查詢功能、報表統計查詢功能、用戶權限管理功能、基本參數管理、導出Excel功能等。
? 航空票務比價預定功能:用戶登錄系統平臺,通過載入數據庫的機票信息獲知最新的機票價格,并通過比價功能,選取最佳性價比的供應商,實現下單處理。下單的同時,系統要求訂票人填寫相關信息,并采用短信發送的方式,提請領導報批。
山東東軟系統集成有限公司
? ? 酒店預定比價功能:與上述功能相同。
審批查詢功能:用戶通過該功能可以獲知領導對此次差旅的審批結果,從而有效地核定的差旅人員,控制了差旅成本。由于海爾多部門、多層級的管理結構,系統還在后臺提供了協同會簽的流程設計,并通過海爾OA系統的級別管理實現層級關聯,從而確保了審批的有效性。
出票查詢功能:系統在獲得審批信息的反饋后,會為用戶自動提取已鎖定的機票待用戶確定。用戶也可取消該鎖定機票,并通過比價查詢系統獲取性價比更高的機票進行預訂。?
? 結算查詢功能:根據集團的BCC結算系統及各類報表,提供各部門任意時間段的票務結算情況。
后臺的管理功能不僅為前臺管理提供了有力的保障,同時也實現了與其他管控系統的有機對接,為電子商務平臺的發展提供有力支持。
? 歷史信息查詢功能:該查詢功能提供按時間(年、月)查詢、按部門查詢等多種查詢功能。用戶可以通過該系統進行訂單單筆查詢,也可進行累計查詢。通過查詢可以獲知一下信息:票務預訂量、票務預訂成功率、票務流程相關責任人、票務預訂額度等。
報表查詢功能:本項目系統的業務體系龐大,包容了大量的數據,不僅要實現的數據的存儲需求,還要對已有數據匯總統計,形成相關報表。
這些系統對數據有著共性的要求:
實現對數據的處理、匯總、分析、輸出; 實現系統的組織、管理、權限控制;
實現各類信息安全共享、查詢、分析及決策分析應用;
設計適應指標體系的變更,并能方便地擴展到其它數據庫或應用系統中。
由于各個業務系統都需要數據的統計匯總展現等功能,有必要設計一個報表平臺。在報表平臺中主要實現以下幾個功能:
多數據源支持:報表中的數據可以是來自Oracle、DB2、Informix、MS SQL Server、Sybase SQL Anywhere等數據庫系統及Java對象、XML、EJB、CSV文本文件等其山東東軟系統集成有限公司 ?
他數據源。多格式輸出:報表構件為應用系統了提供了接口,利用這些接口應用可以將輸出為HTML、PDF、Text、CSV文本等多種格式。報表服務為快速開發部署報表提供支持,通過報表服務可以大大簡化頻繁報表帶來的工作量。
查詢引擎:報表引擎為應用系統提供了基本的查詢及分析功能,應用系統利用這些基本功能為用戶提供個性化的查詢分析報表服務。? 用戶權限管理功能:
本項目系統的身份管理需要提供完善的組織結構管理功能。對于目前系統中的各項業務應用,組織機構及其管理都是必不可少的組成部分。它不僅關系操作用戶的信息管理,同時與權限管理密不可分的。然而,本項目的組織機構的身份管理都有其自己的一些特性,同時用戶的信息也各不相同,所以對于一個應用的開發平臺,一個固定實現方式的組織機構管理是不能滿足所有用戶的需求。為了更合理的解決這個問題,我們將組織機構進行進一步的抽象,定義了通用的一整套接口。用戶只需按照這些接口進行個性化的實現和相應的配置,從而避免了不同實現要求所帶來的問題,更加便于用戶根據需要進行合理的擴展。另外針對使用最多數據庫和LDAP的存儲方式需要提供相應的實現,大多數情況下二次開發不需要擴展就能滿足需求。
組織機構中的信息將會被頻繁的查詢,為了提高運行的效率,我們將數據在系統初始化時統一查詢后進行緩存。數據改變時同時更新內存與數據源,從而提高查詢的效率。
4.3.2應用模塊功能設計:
商旅電子商務平臺除門戶展示外,還包含查詢比價預訂、協同會簽審批、業務預結算、票務改退簽、統計核算報表五大功能模塊。
山東東軟系統集成有限公司
山東東軟系統集成有限公司
4.3.2.1查詢比價預訂功能模塊:
該模塊為用戶提供了航空票務和酒店的比價查詢功能:
航空票務信息主要來源于四大航空公司(南航、東航、國航、海航)的直銷接口及第三方信息源(攜程和芒果網)。
通過對網速流量、服務器載負、數據容量以及信息的準確度、及時性等綜合考量,保障票務預訂的最優結果。系統將對信息進行分類優化載入比價系統。
? 系統將對航空公司票務價格信息進行實時刷新,其他信息通過數據庫讀取獲得。? 系統信息更新率根據航空公司信息發布相一致。? 對于無票信息系統將不再讀取。
? 比價系統將提供定向條件的比價查詢,這些信息包括:
航班號、機型、航班公司、航空代碼、地址、網址、電話、(航班提供的航線)起始地、抵達地(不同航班可以有相同的航線)、(航班時間)起始時間、到達時間;
查詢訂票包含的信息
訂票價格、機票折扣、航班號、(航班時間)起始時間、到達時間、(航班提供的航線)起始地、抵達地;
山東東軟系統集成有限公司
酒店預訂比價系統與票務預訂系統類同,通過讀取連鎖型商務酒店的房型信息,實現系統比價功能。系統信息更新率根據航空公司信息發布相一致。
? 系統將對酒店房型價格信息進行實時刷新,其他信息通過數據庫讀取獲得。? 對于無價信息系統將不再讀取。
? 比價系統將提供定向條件的比價查詢,這些條件包括:
訂房時間、地點范圍、差率行程、最優價格等。
4.3.2.2協同會簽審批功能模塊:
協同會簽審批模塊將基于jbpm與集團現用的OA系統進行對接。
用戶在確定航班后,需下單填寫差旅行程審批單進行申辦,同時系統將通過EVS占用機票預訂定額。用戶提交差旅行程審批單后,系統鎖定用戶信息,通過集團內部OA系統自動關聯審批人信息,并通過短信的方式,將信息發送給審批人。
山東東軟系統集成有限公司
審批人審批后以短信的形式反饋系統: ? 審批人同意此次差旅行為,通過短信反饋錄入平臺系統直接出票;如審批人確認時間超過1小時須由申請人查看確認后方可在線出票;同時,系統通過接口釋放EVS預算占用,將信息寫入BCC結算系統; ? 審批人不同意此次差旅行為,通過短信反饋給平臺系統和申請人,系統將自動取消此次預訂行為。同時,系統通過接口釋放EVS預算占用。? 審批人同意此次差旅行為,通過短信反饋后但平臺已無票可出,系統將發送短信給申請人和審批人,以重新搭建預訂行為。同時,系統通過接口釋放EVS預算占用。
山東東軟系統集成有限公司
4.3.2.3業務預結算功能模塊:
預算系統使用集團的EVS系統接口。
當申請人對機票下單后,系統寫入EVS報賬系統,占用一定額度的差旅預算。(為確保機票的預訂率,以機票的原價為預算占用額)。
差旅申請獲得審批后,系統將自動釋放EVS預算,同時將最終出票價格寫入集團的結算系統BCC中。
每月結算日,系統會通過BCC系統自動向各部門發送差率費用匯總報表。各部門將報表核實后通過系統的自動清算功能向各協議單位支付。
4.3.2.4票務改退簽功能模塊:
用戶的差旅行為發生變動時,可以通過退、改簽功能模塊加以更改。根據退票協議,用戶申請作廢原預定業務。因此而產生的退票費用寫入BCC結算系統。票務的改簽,首先由用戶重新查詢票務系統,確定新航班。然后提出改簽申請,由系統算出改簽費用差額,計入BBC結算系統。? ?
4.3.2.5統計核算報表功能模塊:
本項目系統的業務體系龐大,包容了大量的數據,不僅要實現的數據的存儲需求,還要對已有數據匯總統計,形成相關報表。
根據用戶需求,統計數據以不同標準劃分: 以年/月時間劃分:年、月。
以預算為指標的劃分:預算、成本、環比、同比。以差旅行為劃分:酒店、票務 以部門劃分。
業務系統報表設計Developer報表查詢決策分析報表輸出報表引擎報表設計器Developer數據源查詢、分析引擎報表構件 24 山東東軟系統集成有限公司
通過數據統計分析模塊將為用戶提供按交互方式瀏覽報表模型中的相關數據。用戶使用表、圖表報表,包含預定義數據區域的報表布局模板,并選擇包含如數據字段等報表項的報表模型,然后將不同報表項拖放到模板內的相應數據區域中。用戶可以對報表應用篩選器,以完善顯示的數據。報表模型包含了報表生成器自動生成用于檢索請求數據的查詢所需的全部信息。
該模塊將使用集團的統一的接口池,使差旅數據直接由各部門共享,并為集團各部門提供核算、統計、決策的依據。模塊提供展示、導出Excel、傳閱等多種功能。
4.3.3外部數據接口設計:
數據交換(外部數據接口)通過分發整合后的數據,確保在相互集成的業務系統中數據的高質量。數據交換過程中可利用的技術包括:事件系統的觸發器機制、實時同步或異步事件。
數據交換具有如下能力: ? ? 流線化數據導入、整合以及分發處理流程 動態改進數據質量及消除系統環境中的冗余
在實際的實現環境中,可以采用多種方式達成數據的交換: ? ? ? ? 交易方式 訂閱/發布方式 批處理方式 數據直連方式
以上這些實現方式,可以采用自主開發個性化的Web Service組件實現,同樣可以借助ESB類集成組件來完成相關工作。如下圖所示,說明了數據利用過程中的方式與技術的多樣性。
圖 外部數據接口實現機制樣例
山東東軟系統集成有限公司
4.3.4數據模型設計:
本項目的數據資源設計采取以業務為中心的原則,設計過程和其應用系統的設計與定制有著密切的關系。設計的過程主要由下面幾個過程構成:
1、業務情況調查
在業主和各部門領導的支持和協調下,進行業務需求的調查。通過和用戶接觸,收集資料,了解現實中各參與者的管理組織機構及其開展的工作。在調查的基礎上,匯總收集的材料,描述當前業務活動情況,給出業務流程、數據流程及業務工作分解說明。
2、功能分析
功能分析的目的是為了從業務情況調查得到的現實中企業活動,據此產生的系統功能模型,判定功能是否滿足業務要求,再進行調整、改進,直到符合各類用戶的數據處理功能需求。
3、數據分析
數據分析是為了實現支持各類查詢和處理功能需求,確定如何獲取和收集應用涉及的數據,組織數據及文件,以便通過概括和抽象產生各個數據庫的總體數據模型,這是進行數據庫設計的開始。
4、功能交叉分析
這一步的工作要揭示應用功能與數據的關聯,其分析包括應用從數據庫中獲取什么信息、這種要求是否合理、應用程序將用什么樣的存取方式和處理方法,從而表明在各系統中的各功能都將實行什么樣的信息變換:如靜態數據和實時數據都輸入了什么,完成了什么處理功能,又輸出了什么等,從而可進一步支持完成數據庫模式設計和支持應用程序功能要求的子模式設計。
5、數據庫設計
數據庫系統可劃分為數據庫的分析和設計、數據庫的實現和運行兩個階段,每個階段又都分為若干步進行。這里講的數據庫分析和設計是在前面功能交叉分析基礎上進行的。在數據庫設計中,還要充分考慮到系統的統一數據格式和統一數據處理的建設目標。
數據庫本身又分為:數據需求說明和分析、數據庫概念設計、數據庫邏輯設計、數據庫物理設計和評測等若干步驟。每一步都有相應的目標、任務和方法,它們之間又是一個反復的迭代過程。
以下依據行業經驗與數據模型設計原則,給出概念數據模型。
山東東軟系統集成有限公司
圖
概念數據模型設計
4.3.5數據安全設計:
數據安全包括數據私密性、完整性、真實性、不可抵賴性以及數據備份。為了保障數據在網絡上的安全,結合PKI技術,采用數據加密、數字簽名等技術保障數據的安全。
1)數據私密性
采用數據加密技術保證重要數據在存儲和傳輸過程中的保密性??梢员WC這些信息不為其認知,從而達到保護信息的目的。
2)數據真實性
采用數字簽名方式保護本項目各系統數據真實性,數字簽名是指發送方以電子形式簽名一個消息或文件,表示簽名人對該消息或文件的內容負有責任。數字簽名綜合使用了數字摘要和非對稱加密技術,可以在保證數據完整性的同時保證數據的真實性。
3)不可抵賴性
采用數字證書保證系統信息的不可抵賴性,數字證書(Digital ID)含有證書持有者的有關信息,在網絡上證明證書持有者身份的數字標識。
山東東軟系統集成有限公司