爆乳日韩尤物无码一区,少妇丰满爆乳被呻吟进入,嗯啊厨房里闺蜜的呻吟声

位置>千里馬招標網> 招標中心> 東呈集團供應鏈商城重構項目磋商采購公告

東呈集團供應鏈商城重構項目磋商采購公告

廣西-桂林-資源縣狀態：公告

加入收藏

打印

導出為

更新時間:

2023年06月07日

招標單位:

立即查看

截止時間:

立即查看

招標編號:

立即查看

項目名稱:

立即查看

代理機構:

立即查看

關鍵信息:

磋商

招標文件:

立即查看

下文中****為隱藏內容，僅對千里馬會員用戶開放，【注冊/登錄】后可查看內容詳情

您尚未開通該權限！

咨詢客服：400-688-2000，掌握更多商機線索！

一、項目基本情況

項目編號：****

項目名稱：******重構項目

采購方式：競爭性磋商

最高限價：人民幣180萬元

項目概況：

******自2015年至今經歷了發展的兩個階段：2015年至2018年，以基礎電商功能模塊，支持采購業務線上化，支持基礎信息流、資金流；2018年至2023年，實現了采購管理線上化，并形成了業務閉環，開始聚焦業務信息化、線上化建設，完善信息流、資金流、物流，搭建供應鏈管理模塊。

隨著業務規模的壯大和業務類型的發展變化，系統已經無法滿足當前及未來的發展需求。結合供應鏈業務發展、集團數字化建設、系統穩定性等需求，******進行重構，解決技術框架底層問題，****酒店******的功能、數據、流程和服務等方面，提高市場競爭力和用戶的體驗度，以實現供應鏈數字化管理和信息化升級。

采購需求：具體采購需求詳見第二章內容。

合同履行期限：從簽訂日期起18個月內（預計2024年12月31日前）完成項目驗收、整體上線交付采購人使用。

本項目不接受聯合體。

二、磋商響應供應商的資格要求

1) 具有獨立承擔民事責任的能力，提供有效的營業執照，加蓋公章；如分公司參投，****公司蓋****公司的營業執照復印件；

2) 能夠提供系統的《壓測報告》及《系統架構設計方案》等文件（提供電子文件即可）；

3) 具有自2019年1月1日至今以來******構建項目）的業績經驗，提供單個同類項目（金額不低于150萬元）業績合同文件掃描件關鍵頁（即首頁、采購內容頁、合同金額頁、合同簽訂時間頁、蓋章落款頁），并加蓋公章；

4) 在近五年經營活動中沒有重大違法記錄，提供聲明函；

5) 在國家企業信用信息公示系統(http://www.****.cn/)中沒有被列入嚴重違法失****公司）的；在“信用中國”網站（http://www.****.cn/)中沒有被列入失信被執行人、異常經營名錄、****政府采購嚴重違法失信行為記錄名單。提供自查截圖。

6) 供應商與采購人、采購人下屬單位、采購人以及采購人下屬單位的在職員工無任何利益關聯關系；且供應商是依法注冊的法人，在法律、財務及運作上完全獨立于本項目的采購人。提供上述內容的聲明函。

7) 供應商負責人為同一人或者存在直接控股、管理關系的不同供應商，不得參****政府采購活動（提供主要股東或出資人信息，參照附件相關格式內容）；

8) 能夠提供可抵扣的增值稅專用發票，可提供承諾函或其一般納稅人證明文件。****總局****稅務局的查詢截圖或“**企業一般納稅人資格查詢”（http://www.****.com/zty/ybnsr/yibannashuiren.html）或其他有效證明文件。

9) 按照采購公告要求進行報名，遞交完整報名材料以及相關證明文件并通過資格預審的供應商。

三、報名時間與報名方式

報名時間：2023年6月6日至2023年6月13日9:00至18:00

報名方式：以郵件方式發送報名材料至****@dossen.com

報名材料：

根據采購公告中附件2報名材料格式進行填寫，打印并簽字蓋公章后掃描成一個PDF文件發送至指定郵箱，并在郵件中注明供應商的聯系人名字、聯系手機號碼、所投項目名稱，郵件主題為：“******重構項目報名材料+供應商全稱”。

采購人將對報名材料進行審核，并組織需求部門以及技術部門對報名供應商的產品進行功能測試（需滿足采購需求中的全部基本功能，否則預審將不能通過），報名截止之后再以郵件回復資格預審結果以及發送磋商文件。

四、提交響應文件截止時間、遞交地點、遞交方式

響應文件遞交截止時間：待定（以采購人郵件通知以及正式采購文件為準）

遞交方式：現場遞交或順豐快遞郵寄

如采用順豐快遞郵寄響應文件的，供應商寄出標書后必須以郵件形式發送快遞單號至郵箱****@dossen.com，以便跟蹤，供應商需自行考慮快遞送達所需時間，提前寄出，提交響應文件截止時間之后不再接收任何響應文件。

遞交和收件地址：**市**區大金鐘路61-65****集團紫東樓招采部

收件人：馮經理電話：181****0130

五、其他補充事宜

（一）如放棄本項目磋商，須在2023年6月18日18:00點之前出具放棄磋商說明函。晚于此時間棄投視作臨時放棄，將被采購人列入黑名單，三年內不得參與采購人所有的招標采購項目。

（二）監督與舉報：

為營造健康良好的招采環境，采購人嚴禁員工向供應商索取或收受禮物、卡券、現金、回扣等實物或權益。若在招采過程中，供應商發現采購人員工存在以上行為的，請及時舉報！

舉報電話： 191****0731****集團審計監察部門）

舉報郵箱： ****@dossen.com

采購人鼓勵實名舉報，舉報內容須真實、有相應證明材料。如采購人發現存在以上商業賄賂行為但供應商未如實舉報的，則采購人有權取消相關供應****集團招標采購活動的資格。

六、凡對本次采購提出詢問，請按以下方式聯系

聯系人：馮經理

聯系電話：181****0130

聯系郵箱：****@dossen.com

七、附件下載

采購人：

時間： 2023 年6月6日

更多招標信息請關注“東呈招采”公眾號：

可口口

里

舌動

一

附件1：

******重構項目采購需求

有關說明

(一)響應供應商須對本項目的采購標的進行整體響應，任何只對本項目采購標

的其中一部分內容、數量進行的響應都被視為無效響應。

(二)采購需求中標注“★”號條款為實質性條款，必須逐條進行響應，有任何

一條負偏離的，將導致無效響應。

(三)采購需求中標注“▲”號條款為重要技術參數，若供應商響應情況超過

70%負偏離，將作為無效響應。

(四)采購需求中非“★”、非“▲”條款為一般技術參數，若供應商響應情況

超過90%負偏離的，將作為無效響應。

項目背景

******自2015年至今經歷了發展的兩個階段：2015年至2018年，

以基礎電商功能模塊，支持采購業務線上化，支持基礎信息流、資金流；2018

年至2023年，實現了采購管理線上化，并形成了業務閉環，開始聚焦業務信息

化、線上化建設，完善信息流、資金流、物流，搭建供應鏈管理模塊。

隨著業務規模的壯大和業務類型的發展變化，系統已經無法滿足當前及未來

的發展需求，主要體現在以下方面：第一、原系統技術架構嚴重落后；第二，原

系統代碼及文檔缺失，外包公司無法提供完整代碼（缺失部分代碼包），同時系

統也未形成完整的技術和產品文檔；第三，過往大量功能或邏輯以“補丁”形式

存在，代碼堆疊龐雜，在新需求落地或者部分系統配置調整時經常引發BUG；第

四，******核心模塊的新功能，因為“不敢動”核心模塊里復雜的邏輯，或

考慮到研發成本，新功能大多數以妥協讓步的方式調整方案，最終或導致業務需

要的需求功能無法落地；第五，**的迭代基本按照季度的節奏進行，每次迭代

涉及到大量的商務談判和報價審批確認過程，消耗大量的時間和人力成本，同時

因為架構問題也導致研發費用支出持續居高。綜合以上原因，結合供應鏈業務發

展、集團數字化建設、系統穩定性等需求，******進行重構，解決技

術框架底層問題，****酒店******的功能、數據、流程和服務等方面，

提高市場競爭力和用戶的體驗度，以實現供應鏈數字化管理和信息化升級。

項目目標

******的重構，旨在實現全面平臺化，通過數據賦能，適應業務發

展，從單一電商形態轉為賦能服務型平臺，精管理、重服務、通數據，主要包括

以下方面：

1、提高系統對供應鏈業務的覆蓋面和對拓展業務的支撐力

（1）物資采購業務：全面平臺化（自營+第三方商戶結構）、多層級的用戶體系、

酒店場景化采購、分階段支付、分批發貨、在線物流、運費模板、產品類型多樣

化（標準、定制品、虛擬品等）、多價格體系、營銷活動、第三方支付、自助開

票、消息推送（站內信、短信、郵件、微信服務號模板消息）、財務結算等；

（2）供應鏈管理：供應商生命周期、戰略尋源、流程引擎、供應關系管理、庫

存管理、分賬與結算體系等；

（3）數據分析及風險預警：行為數據、運營數據、**數據等，包括報表與看

板。

2、提高系統性能、使用效率和操作體驗

（1）提高系統安全與穩定性：數據安全、賬號（使用）安全、功能和系統使用

的穩定性等；

（2）提高使用效率：搜索引擎（支持模糊搜索）、列表數據查詢速度、工作臺（事

****中心）等；

（3）提升操作體驗：功能易用性、內容可讀性等。

3、通過數字化建設強化供應鏈賦能平臺價值

與物資采購和供應鏈管理業務相關聯的一些列內部新系統/部門/用戶打通，

以酒店項目籌建期為重點：包含的系統包括但不限于OneID、主數據、拓建一體

化、結算中臺、加盟商門戶等，實現信息互通，提高處理效率。

功能需求

******需覆蓋東呈供應鏈全量業務，主要功能需求包括但不限于：

1、★適配業務“全面平臺化”發展策略，實現全面交易線上化，主要在下單場

景、支付、發貨、分賬等層面功能要支撐更多場景、更加適配業務要求，功能

實現包括但不限于：

（1）支持產品多價格體系，如標準價、階梯價、會員價、不含稅價等不同業務

場景的價格需求；

（2）多樣化的產品類型，除了標準品和非標準品（定制）的類型區別以外，還

有實體類、虛擬類、服務類等性質差異的產品；

（3****銀行“見證寶”產品體系的基礎上，增加不同支付方式如

銀聯、微信、支付寶或者線下支付等；支持分階段支付；

（4）完善的售后場景，退貨、退款、換貨等；

（5）支持分批發貨和按批次部分退換貨等；

（6）支持平臺-商戶-二級供應商多層級的清分結算；

（7）支持運費模板功能，酒店的物資的運費計算和收費邏輯相對復雜。

2、★一級商戶與二級供應商形成標準化結構，將目前自營業務主體與平臺主體

解耦，支持平臺化發展策略，功能實現包括但不限于：

（1）S2B2B的電商平臺結構，支持自營+第三方商戶模式，支持二級供應商結構；；

（2）解決同一**伙伴主體既是一級商戶**模式，又是（自營的）二級供應

商**模式的角色切換場景的問題；

（3）平臺發起尋源的對象為在用和儲備**伙伴，其包括一級商戶、自營商戶

的二級供應商，以及儲備池的**伙伴；

（4）商戶支持自行管理二級供應商，如訂單管理、結算、生命周期管理、考核

評估、合同等（但根據目前的業務，默認此項功能僅開放給自營商戶）。

3、▲**伙伴全生命周期管理，結合供應鏈“賦能平臺”定位，高效管理**

伙伴、供應**和能力，功能實現包括但不限于：

（1）**原本的供應商生命周期管理（注冊審核-公海-儲備池-在用池-停用池）

基本沿用，但是需要將設計單位、施工單位等**方的生命周期同步管理起來，

合并為“**伙伴生命周期管理”；

（2）供應商供應物資，設計單位提供設計服務，施工單位提供施工和物資采購

服務（全包），需要將設計參數、工程進度、物資采購、****酒店籌建場

景與各**伙伴提供的各類供應能力結合起來，**不做設計管理和工程管理，

僅獲取數據以及設/施等**伙伴管理；

（3）**伙伴的績效考核模塊，要結合業務對**伙伴的半年度和年度的周期

評估制度，此考核模塊會囊括**伙伴的線上供應服務表現和線下人工評估結果

進行綜合評判。

4、▲資金清分結算，改造結算邏輯，由人工結算升級為系統結算，提升業務效

率，功能實現包括但不限于：

（1）支付和資金的清****銀行的相關系****集團內

部的結算中臺和賬務系統；（**內部按照收入、攤分、服務費率等完成分賬和

清分）

（2）根據分賬計算邏輯，相關的費率需要前置到尋源階段進行配置、計算和校

驗。

5、▲用戶+酒店體系的數據結構增加層級以實現用戶精細化管理，支持多元化

的營銷方式和場景，功能實現包括但不限于：

（1）對酒店增加組織層級結構，通過組織層的分類，有效實現系統中對不同采

****酒店客戶的分類管理；（組織-酒店-角色身份-用戶）

（2）結合增加的營銷活動和待完善的消息通知、內容推送等模塊，實現定向精

準營銷以及內容輸出等需求；

（3）通過數據結構的調整，提高未來業務范圍的可拓展性，****酒店

客戶等。

6、▲項目物資采購清單，幫助客戶、業務以及其他一線部門實時掌握門店采購

數據和狀態，功能實現包括但不限于：

（1****酒店品牌版本的標準物資清單+**產品分類數據，對接集團內部的酒

店工程管理系統在項目啟動階段確定該項目的物資采購清單，**根據采購數據

和采購判斷條件輸出采購清單（區分籌建和在營店，關注的物資和指標不同）；

（2）自動統計分析業務、客戶以及其他業務線需要的數據指標；亞實時數據；

（3）對接泛微OA，及時獲取過程中的報備物資項；若有其他渠道的報備信息，

可通過手工更新清單數據表。

7、▲采購助手，基于項目物資采購清單、門店生命周期節點和其他相關指標，

根據模型配置，及時提示對應人員采購節點以及風險預警，功能實現包括但不

限于：

（1）核心為模型配置模塊，根據門店生命周期節點、特殊標簽、采購清單數據、

判斷條件、提前量、提醒內容、提醒對象、頻次等參數；

（2）在營店和籌建店完全不同，在營店以周期性采購同類物資為核心特征，最

好能結合門店物資盤點數據或客房出租率，來計算物資消耗；

（3）該功能上游是采購清單模塊，****中心模塊。

8、▲物資概算表，基于酒店品牌物資標準數據，是物資采購清單判斷采購狀態

的邏輯來源，功能實現包括但不限于：

（1）物資概算表線上化，以解決線下表無法實時更新“價格”變動的數據，線

上表根據配置的產品清單直接根據當前價格計算；

（2）產品層面需要增加“取代”邏輯，實現概算表自動更新產品清單的需求，

確保價格的有效性。

9、▲尋源需求管理，功能實現包括但不限于：

（1）建立線上的尋源需求管理，解決數據存檔、流程管理、信息共享等方面的

需求；

（2）詢報價、內部尋源流程審核、產品上下線管理為一整體；

（3）尋源進度追蹤。

10、▲業務系統有機集成：

未來，******還需要與物資采購和供應鏈管理業務相關聯的一系列

內部系統進行有機集成，打破壁壘，需要對接的系統包括但不限于OneID、主數

據、拓建一體化、結算中臺、加盟商門戶、合同管理系統、NCC賬務系統等，以

實現信息互通，提高處理效率。

4.1平臺管理端具體需求清單

平臺管理端有Web版和微信小程序版，小程序僅提供個別高頻的功能，包括

查詢、修改、審批等操作（約10%）

一級模塊	二級模塊	功能簡述	備注說明
登錄	登錄頁	登錄方式：賬號密碼、手機驗證碼、微信/釘釘掃碼；找回密碼	獨立的登錄頁

▲工作臺	工作臺	平臺公告、待辦中心、核心數據指標、快捷入口	支持一定程度的個性化，例如待辦項和展示的核心指標可支持用戶自己調整
▲任務中心	流程列表	目前系統存在約20條業務流程
	樣板間配置	面向的對象為籌建店并且需要做樣板房的客戶，提供樣板房物資一鍵下單功能	樣板房不需要房量床量數據；用戶可調整產品清單產品數量、品牌等；
	籌建指引	****酒店籌建階段不同時期需要采購的物資，和相關知識介紹指引等	需要根據籌建階段周期來配置物資，并且是動態變化的
	投訴管理	客戶投訴信息展示、回復和進度跟蹤等過程管理
▲采購管理	開業包配置	****酒店提供相關開業物資產品的一鍵下單功能，根據酒店房量床量計算	系統獲取門店房量床量數據自動填充；用戶可調整產品清單數量、品牌等；
	反饋建議	平臺與客戶意見建議溝通渠道
	采購助手	未來重點功能，根據酒店前期立項簽約過程中約定的物資采購標準生成產品清單，并基于清單動態更新該門店的采購進度（金額數量），以及在系統設定的節點提醒客戶采購。該功能分為籌建版本和在營版本。	對接拓建、OA（OA是為了獲取物資報備信息，更新清單）
	活動管理	營銷活動	**的營銷功能需求比較輕量
	產品專題	固定的產品專題，如新品上	系統邏輯處理+人工干預

	管理	架、熱門產品等；
	收貨單	支持分批發貨	對接第三方物流平臺，獲取在線物流進度；
	退換貨單	支持分批退換貨	支持分批退換貨；
▲訂單管理	采購訂單	與主流電商的訂單模塊整體差異度不大，主要是展示字段、訂單狀態、個別特殊流程節點控制涉及到個性化業務
	手工單	對面非標準采購業務的錄單模塊；
	手工單費率	面向手工單的特殊費率配置模塊；
	采購合同	銷售清單/采購合同，參考目前系統；
	會員卡推號	特殊產品，實體會員卡發貨時需要推送卡號段給CRM系統	特殊產品的衍生功能需求
	統稱管理	自定義統******產品列表頁面中的顯示，以“款”的概念供客戶選擇	需要特殊處理列表頁展示的價格區間
	產品費率	對于產品的服務費率規則的配置模塊	******費率設置和價格體系的方向，未明晰具體方案
▲產品管理	產品信息	基本信息、詳情頁與圖片
	分類管理	產品分類管理
	供應關系	產品+供應商+酒店品牌+供應渠道+供應價格+供應門店（區域）的配置模塊	未來業務面拓展的可能性，會比當前配置邏輯更加復雜，需要簡化配置操作，具體方案待明晰
	價格管理	產品價格體系配置模塊	當前**只有單價格
▲庫存管	產品庫存	產品的庫存展示和預警	成本、半成品；庫存干預和管控；庫存上下線和建議庫存；歷史庫存

	入庫單	成本與半成品入庫管理	目前平臺需要對入庫單進行審批
理			記錄……******
理	庫存模型	判斷庫存上下線和建議庫存的模型配置
	角色管理	權限角色	目前系統約有40個權限角色
	**配置	**酒店品牌、地區、產品分類等配置
▲用戶管理	用戶信息	基礎信息、關聯門店、權限和**配置
	會員列表	對于客戶分級和權益分級的概念功能，輕量化
	會員權益	權益配置模塊
	注冊審核	用戶注冊記錄和審核記錄列表
	設計單位	設計單位生命周期管理
	施工單位	施工單位生命周期管理
	商戶管理	對于**伙伴入駐成為商戶的管理模塊	需要區分供應商和商戶的概念
▲**伙伴	供應商管理	供應商生命周期管理	需要區分供應商和商戶的概念
	培訓考核	培訓和考核過程管理、記錄模塊
	注冊審核	**伙伴注冊記錄和審核記錄列表
	績效評級	系統自動化計算**伙伴的績效并且自動評級	周期半年或年度出具報告
	資料包	面向**伙伴查看和下載的資料展示模塊

	質保金管理	質保**賬記錄
	報價單	**伙伴對詢價產品的報價
	尋源報告	內部對確認報價的產品的審批報告流程
	上下線管理	尋源報告通過后由管理員上線產品	產品基礎信息、價格、供應關系等維護
▲尋源管理	詢價單	平臺面向**伙伴的詢價單
	品牌標準	概念模塊，對接產研院的資料庫
	尋源需求	包括產品、空白品類、標準反推等各類尋源需求管理模塊；
	樣品管理	產品打樣過程和存放記錄
	合同管理	尋源過程中簽署的合同和價格確認書歸檔模塊
數據看板	儀表盤	結合集團BI工具
數據看板	數據大屏	結合集團BI工具
▲門店管理	門店信息	****酒店、集團部門、虛擬門店、外部酒店、施工單位等各個“門店”對象相關資料和信息的管理	**酒店、集團部門、虛擬門店和施工單位，**酒店，并且外部情況還會細分
▲門店管理	采購清單	與采購管理中的采購助手相關，具體生成的產品清單
▲門店管理	組織管理	門店歸屬方的管理模塊	實現對門店/客戶的細分管理，需要增加一層級
	平臺費率	平臺主體的收入費率設置
▲結算管理	對賬結算	對賬單和結算單
▲結算管理	產品開票	產品開票信息手工維護模塊	產品上線過程中會自動創建開票信息，會有錯誤和調整的場景；

	返利管理	對商戶的返利管理和配置模塊	目前系統中有，但是業務應用有點模糊，待明晰；
	綁卡記錄	****銀行賬戶，才能充值和提現	****銀行來描述，區分公戶或者私戶
	總賬戶流程	**總賬戶的資金出入流水記錄	****銀行來描述
	子賬戶流水	總賬戶內部資金流程的流水記錄	****銀行來描述
	云收款記錄	目前未應用，不同于使用子賬戶資金，**提供了微信支付和支付寶支付是走的另外“云收款”體系，另外一套流水	****銀行來描述
▲資金管理	資金賬戶	每個用戶在**總賬戶下創建的子賬戶管理	****銀行來描述
	歷史余額	過去某一**部子賬戶零點時間的賬戶余額，財務需要	****銀行來描述
	提現退單	提現失敗的記錄模塊	****銀行來描述
	掛賬管理	多個子**銀行賬戶，充值時系統無法判斷資金去向，自動進入掛賬，需要子賬戶用有人手動分配資金去向的管理模塊；	****銀行來描述
	支付管理	系統支持的支付方式的管理
系統配置	訂單配置	訂單未付款自動取消、發貨自動收貨、售后有效期等周期配置，支分批發貨的配置，訂單發貨截單日期配置等；訂單改價配置；
系統配置	支付配置	分階段支付方式的配置模塊	平臺化需求

**系統要能很好的融合到東呈現有的技術平臺中，充分利用現有的技術平

臺的能力，具備融入東呈統一技術規范體系的能力，系統部署時充分考慮東呈集

團的現實使用情況和技術架構情況，必須要能支持私有化部署。

4、▲系統安全要求

在系統建設、改造和擴容等項目實施過程中，****集團有關信息化

安全的技術要求和制度要求，主要如下：

（1）統一接入原則：系統必須能接入東呈OneID系統，用戶能統一通過OneID

登錄，密碼安全規則與OneID系統保持一致。

（2）系統安全原則：使用“經測試和可信的平臺/框架代碼”開發應用程序，

需安裝最新補丁、企業級殺毒軟件，確保系統無病毒、木馬，平臺無任何中危、

高危漏洞。

（3）數據及數據庫安全原則：涉及到用戶個人隱私及企業核心數據的字段

需加密存儲、具備數據庫級備份和恢復能力，由數據庫級用戶進行角色和權限授

權。

其他安全要求亦需符合，****集團信息化現行的《上線安全標準》。

5、▲日志與審計要求

（1）系統可以提供配置變更日志。

（2）系統可以提供系統運行狀態日志。

（3）日志信息根據其重要程度不同，分為不同的級別，系統支持對日志的

級別進行設定。

（4）系統提供日志配置操作界面，可以方便地對系統日志生成進行配置。

（5）系統具備根據日志進行自動審計的功能。

（6）支持應用系統的操作日志記錄和查詢，如用戶登錄日志、管理員對應

用系統進行配置的日志等。

6、▲系統技術研發標準

東呈系統技術研發標準如下，必須按照以下技術要求提供。

若使用其他的技術棧，必****中心****委員會評審通過后

方可使用。

標準類型

模塊

技術要求

	研發框架	SpringBoot2.3.X或以上，微服務框架（必須SpringCloudHoxton.SR8以上）
	前端框架	Vue3.0以上
	ORM框架	Mybatis3.x或以上
	構建工具	Maven3.6+或Gradle6.x+
	緩存	Redis4.x或以上
技術標準	編程語言	★必須使用Java語言開發
	數據庫	MySQL5.7或以上
	應用服務器	Tomcat8.5或以上
	消息隊列	RocketMQ4.7或以上
	鏈路監控	Skywalking8.0或以上
	JVM監控	micrometer-registry-prometheus
	搜索引擎	Elasticsearch6.3或以上
	任務調度	XXL-JOB2.3.1或以上
	用戶登錄	接入集團統一登錄平臺（OneID）
	應用日志	接入集團統一日志平臺
	代碼管理	使用集團提供的GitLab代碼管理服務
服務標準	技術方案	相關技術方案，需要進行技術評審，并且提供以下文檔（包括但不限于）：1、《技術方案說明文檔》2、《軟件架構圖》3、《網絡架構圖》4、《核心業務流程圖》5、《數據庫字段說明文檔》6、《數據字典說明文檔》
	應用發布	提交發布流程至運維，統一使用東呈DevOps/Jenkins進行發布，需要支持K8S容器化部署
	質量保證	服務可用性99.95%以上，服務響應時間P99<3秒，P95<1秒
	故障響應	根據故障級別劃分：重要級別15分鐘內響應，并且在30分鐘內處理完畢（例如：相關服務器，服務，數據庫，組件等不可用）緊急級別30分鐘內響應，并且在1小時內處理完畢（例如：相關性能不符合健康標準、出現延遲、卡頓等情況）一般級別1小時內響應，并且在12小時內處理完畢

商務要求

6.1采購項目實施或交付時間和地點

1、實施、交付時間：自合同簽訂之日起至2024年5月31日，完成本項目

一期需求目標的詳細調研、方案設計、產品部署、代碼開發、系統對接、聯調測

試、發布上線、初始數據導入，并交付采購人上線使用。

2、實施、交付地點：**市**區大金鐘路61-63****集團。

6.2項目實施人員經驗及能力要求

1、▲成交供應商應委派具備同類型項目帶隊實施經驗，且在成交供應商所

屬公司就職達5年或以上的項目經理。

2、▲成交供應商應委派具備至少3****公司的員工作為核心

駐場人員，且人數應不少于3人。

6.3售后服務要求

1、★質保期（系統維護期）：從結項驗收完成之日起，提供至少1年免費

升級、維護、技術支持和人員服務等。

2、運行保障能力：供應商的運行保障能力包括技術支持隊伍、能力配置、

人員配置、機構情況，****中心等。

3、★應用軟件服務：供應商應確保本次提供的應用系統安全穩定的運行，

并承諾提供1年免費服務，售后服務期自驗收合格之日開始計算。售后服務方案

中應對服務的范圍和內容進行詳細闡述，并至少包括以下內容：

第一、缺陷管理：針對本次招標的系統中存在的bug缺陷，不論在質保期內、

外，供貨商均應持續免費提供修正與消缺服務。

第二、響應時間：售后服務期內，供應商應提供7天*24小時專人響應服務，

技術人員須在2小時內有效響應，緊急故障2-6小時內排除，一般故障24小時

內排除。

第三、系統升級：提供應用平臺的軟件補丁版本的免費升級服務。

第四、需求變更：因采購人需求變化、性能要求提升導致的部署結構變化，

供應商提供不限次數的變更支持。

第五、文檔服務：整個服務過程均需有完善的文檔記錄，便于跟蹤、分析問

題；對各項服務提供詳細的書面報告，包括故障處理報告、健康巡檢報告、系統

性能檢測調優報告、維護總表報告、服務年度報告等。

第六、運行支持：對系統運行過程中產生的問題提供解答和問題解決跟蹤，

為系統的推廣與運行提供現場保障。系統的運行環境：單機版、外網開放。

6.4★培訓要求

1、成交供應商必須對系統、軟件產品、軟件系統集成相關技術等提出全面

的培訓計劃（包括培訓對象的類型、各用戶類型的培訓課時、培訓次數及人數等）

和課程內容安排，培訓周期不得少于半個月。培訓地點在采購人所在地（即實施、

交付地點）進行，并保證五名以上核心操作人員熟練掌握操作技術為止。成交供

應商必須為所有被培訓人員提供培訓文字資料和講義等相關資料。

2、如遇設備升級更新，成交供應商需及時提供更新操作指導。

6.5★軟件版權要求

本項目成交供應商所開發的應用軟件及提供的服務等不得侵犯采購人及任

何第三方的權益，成交供應商所開發的應用軟件的版權等知識產權權益屬采購人

所有，第三方如向采購人提起侵權或知識產權等訴訟的，由成交供應商承擔所有

責任；如應用軟件開發期間需支付知識產權授權費用等的，由成交供應商全額支

付。

6.6★其他要求

1、對于項目源碼供應商必須承諾100%完全交付，采購人承諾僅用于企業內

部使用，并無商業用途。中標后合同簽訂時可同時簽訂相關內容的約束協議。

2、供應商成交后必須按采購人要求簽署相關保密協議。

3、成交供應商須在合同簽訂之前繳納履約保證金（成交合同總金額的3%），

在項目實施完成、交付完畢且通過采購人驗收后，采購人向成交供應商無息退還。

6.7付款方式：

本項目分4個階段付款，具體說明如下：

第一階段：本項目合同簽訂生效后，采購人支付合同金額的30%。

第二階段：完成雙方約定的需求并通過采購方測試驗收后，采購人支付合同

金額的30%。

第三階段：完成項目數據遷移、上線并成功完成項目三個月試運行階段后，

采購人支付合同金額的30%。

第四階段：一年免費運維期結束后，采購人支付合同金額的10%。

以上各階段具體內容最終以雙方合同約定為準。實施過程中，各階段內容同

步實施且滿足付款標準，可同時付款。

附件：《東呈業務系統上線安全標準》

★本項目所采購系統應滿足采購人基本安全原則及具體安全要求。

安全原則如下：

1、統一接入原則：系統必須能接入東呈OneID系統，用戶能統一通過OneID

登錄，密碼安全規則與OneID系統保持一致。

2.系統安全原則：使用“經測試和可信的平臺/框架代碼”開發應用程序，

需安裝最新補丁、企業級殺毒軟件，確保系統無病毒、木馬，平臺無任何中危、

高危漏洞。

3.數據及數據庫安全原則：涉及到用戶個人隱私及企業核心數據的字段需加

密存儲、具備數據庫級備份和恢復能力，由數據庫級用戶進行角色和權限授權。

其它具體要求詳見下表：

	框架安全性描述	本框架已通過安全掃描，不存在漏洞；
	輸出編碼	1．對輸出的內容，使用UTP-8編碼；2．僅僅查詢所需業務數據內容；3．結合業務需求，進行權限控制，對不同用戶返回不同的輸出信息；
1.輸入輸出驗證	輸入驗證	1．根據業務要求進行數據的校驗。**，描述類的字段長度為500字符；數字類型的值校驗，要求必須是合法數字；2．郵箱格式根據對應規則進行有效性校驗；3．上傳文件，根據需求進行文件大小以及文件類型的校驗；
1.輸入輸出驗證	元字符攻擊防范	對容易導致腳本注入的字符做限制和轉義，避免腳本攻擊。該部分內容由前天系統框架VueJS來實現。對于常用的html標簽，：熱門招標代理機構熱門企業推薦 **中心熱門工程項目免費咨詢熱線 400-**-4928 免費咨詢熱線: 400--4928 在線咨詢點擊頭像即可在線咨詢下載APP 找項目更方便打開微信掃碼下載比地招標網旗下 APP標訊快車關注公眾號實時獲取項目打開微信掃一掃關注比地公眾號熱點推薦熱門招標熱門關注招標平臺關注公眾號下載標訊快車app Copyright 2015-2023 比地招標網 www..com APP名稱：標訊快車 \| 版本號：V7.3.0 \| 開發者：***公司 \| \| × 意見反饋問題描述 0/200 上傳圖片（非必填）支持JPG、JPEG、PNG格式圖片，大小不超過5M 聯系方式（非必填）溫馨提示：如遇緊急問題可直接撥打官方客服電話：，我們將及時為您服務 × 反饋提示感謝您一直以來對比地招標網的支持與鼓勵。您的反饋意見我們已收到，我們將會仔細閱讀，并盡快處理。