【正文】 其它 本合同一式正本四份，各執(zhí)正本兩份，自雙方簽字蓋章之日起生效，并由中華人民共和國法律管轄。 (2) 甲方逾期付款，每逾期一天按合同金額 %作為違約金交給乙方。 (4) 竣工驗收通過后 10 個工作日內(nèi)，付合 同金額 30%（ RMB ）給乙方。 六 商務要求 下列商務要求經(jīng)招標方確認應作為商務合同的重要條款。 (4) 在系統(tǒng)運行一段時間后，中標方應對招標方人員進行后續(xù)培訓，以提高管理、維護人員的管理水平。 ? 系統(tǒng)技術培訓：對系統(tǒng)管理人員進行的維護、開發(fā)本系統(tǒng)的技術培訓，系統(tǒng)技術培訓按 3人報價。 投標方必須在投標文件中至少說明如下內(nèi)容： (1) 投標方應說明本項目的技術維護隊伍和實施組織方式、服務模式，以及售后服務的開展方式。至少按以下要求提供技術服務： (1) 保證開通 724小時的服務電話隨時解答用戶的問題，保持和招標方有關技術人員定期和不定期的密切聯(lián)絡。 ? 所提供的第三方產(chǎn)品的技術說明和操作、維護資料。 ? 維護手冊。 ? 系統(tǒng)概要設計說明書。 (8) 以上到貨驗收、功能驗收、現(xiàn)場驗收、竣工驗收和最終驗收在具備驗收條件時由中標方提出書面申請，由招標方組織。硬件設備的質(zhì)保期限至少按硬件原 廠商提供的免費服務期限，應用軟件的質(zhì)保期限為竣工驗收后 12個月。中標方在試點單位現(xiàn)場驗收完成后 3個月內(nèi)，必須將試點階段的功能模塊應用推廣到全集團的其它單位，系統(tǒng)進行全集團的基本功能模塊的現(xiàn)場驗收，全部單位開始基本功能模塊的試運行。 中標方負責制定具體的安裝、測試的進度計劃，雙方共同協(xié)商制定時間表。 (5) 可以直觀地改變報表中的所有內(nèi)容，如表頭、表尾的的文字，包括字體、位置、內(nèi)容等。報表生成工具應具有以下特點： (1) 方便實用的制表工具，方便設計完成任意復雜結構的報表，報表格式定義簡單，易學易用。 (3) 對系統(tǒng)關鍵或統(tǒng)計信息進行監(jiān)控。 決策分析功能要求 以下決策分析功能要求在試點建設階段在 5 個試點單位建設完成與試點建設階段信息相對應的部分，在推廣建設階段在全集團公司范圍內(nèi)推關建設完成，并擴大與該階段信息相 XXX 集團有限公司 人力資源管理信息系統(tǒng) 招標文件 xxx 集團有限公司 22 對應的功能范圍。 (4) 可擴展性：在進行擴容、新業(yè)務擴展和系統(tǒng)接口連接中，提供快速、方便和準確的實現(xiàn)方式。 (3) 操作員可自行檢查自己有關操作日志。 (2) 采用分級的管理方式，提供分級別、分角色、分用戶、高安全性、易操作的安全保障，上一級可以設置下一級的 管理權限，保證從上往下進行管理。 (3) 業(yè)務列表可集成：根據(jù)登錄身份，將流轉到當前個人的工作列在 EIP工作列表中。系統(tǒng)支持功能至少滿足以下要求： 工作流管理要求 本系統(tǒng)中存在大量的業(yè)務工作流程，這些業(yè)務流程要求采用專門的工作流系統(tǒng)來實現(xiàn) 。 (4) 薪酬福利設計。要求投標方考慮 與其它部分功能模塊的統(tǒng)一設計，并提出詳細的技術方案。 (2) 求職申請：一旦求職者注 冊并建立了一個賬號，就可以在線參與整個招聘過程。提供勞動合同文書并可隨意增刪、打印。 合同管理 建立勞動合同及崗位協(xié)議、保密協(xié)議、培訓協(xié)議等。 (3) 時間管理：可以靈活定義上下班時間、休息日，以及休假制度。 (3) 可以能夠提供社保機構所需的各種標準報表。 (10) 可以根據(jù)員工類型或薪酬項目的不同選擇不同的發(fā)放方式，還可以根據(jù)員工的不同，將薪酬通過不同的銀行發(fā)放?？梢蕴峁┯嘘P薪酬數(shù)據(jù)的大批量輸入和導入功能。當出現(xiàn)特殊情況，如員工提前離職，可以單獨計算員工工資。對于該限定值，可以定義其是否在每個薪酬計算周期循環(huán)發(fā)生，或只是一次性項目，還可以定義其有效日期范圍。 (2) 可以定義各種薪酬項目的計算 優(yōu)先級，以控制不同薪酬項目的計算順序。 (4) 可以建立人力資源預算并附在分級結構中，以提供有關機構人員發(fā)展的當前或歷史需求的資料。同樣，可以從崗位的層面來定義人員編制和能力需求，通過定義不同的崗位及其結構關系來建立崗位說明、崗位的能力需求和其他屬性。 四 應用系統(tǒng)功 能要求 總體應用功能框架 XXX 集團有限公司 人力資源管理信息系統(tǒng) 招標文件 xxx 集團有限公司 17 基礎業(yè)務功能 以下基礎業(yè)務功能要求在試點建設階段在 5個試點單位建設完成，并在推廣建設階段在集團公司直接經(jīng)營管理的其它下屬單位推關建設完成。 LDAP： Light Directory Access Protocol，輕型目錄訪問協(xié)議。 類別 檢查項 符合性 說明 門戶集成 應用系統(tǒng)是否提供基于 B/S（瀏覽器 /服務器） 架構的用戶界面 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 “不適用”表示整套系統(tǒng)都沒有基于 PC 桌面的 人機交互界面，例如短信系統(tǒng)、傳真系統(tǒng)，以下同 客戶端 WEB 瀏覽器是否支持 IE [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 客戶端 要求統(tǒng)一采用 IE 瀏覽器 XXX 集團有限公司 人力資源管理信息系統(tǒng) 招標文件 xxx 集團有限公司 15 選用的 WEB服務器是否支持安全加密的驗證方式 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 WEB 應用服務是否支持安全加密的驗證方式 （應用系統(tǒng)不再保存用戶的密碼，統(tǒng)一在企業(yè)目錄服務 中保存） [ ]不適用 [ ]不符合，不可修改 [ ]承諾修改后符合 [ ]符合 如果 WEB應用服務目前是基于自己數(shù)據(jù)庫中的 用戶表的帳號 /密碼來進行驗證的話，則要求修改為安全加密的 認證方式 WEB 應用服務是否采用 HTTPS保護基本驗證時的用戶和密碼信息 （如果不 支持安全加密的驗證方式的話 ） [ ]不適用 [ ]不符合，不可修改 [ ]承諾修改后符合 [ ]符合 應用系統(tǒng) 的用戶 的帳號是否提供創(chuàng)建 /修改 /刪除的編程接口或數(shù)據(jù)庫表結構接口 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 統(tǒng)一提供的目錄同步服務將在帳號創(chuàng)建 /修改 /刪除時自動調(diào)用各信息系統(tǒng)的帳號同步接口進行同步 數(shù)據(jù)集成 應用系統(tǒng) 的數(shù)據(jù)庫是否提供詳細的表結構定義 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 必要時需要直接讀寫應用系統(tǒng)的數(shù)據(jù)庫，如果有特別的注意事項，請注明 應用系統(tǒng) 的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導出功能 （手工） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需 要 同 時 提 供 XML Schema 應用系統(tǒng) 的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導出功能 （自動、批量、可調(diào)度） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需 要 同 時 提 供 XML Schema 應用系統(tǒng) 的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導入功能 （手工 ） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的 XML Schema XXX 集團有限公司 人力資源管理信息系統(tǒng) 招標文件 xxx 集團有限公司 16 應用系統(tǒng) 的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導入功能 （自動、批量、可調(diào)度） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的 XML Schema 應用集成 應用系統(tǒng) 是否提供基于 SOAP 協(xié)議標準的調(diào)用接口 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的SOAP接口清單 應用系統(tǒng) 是否提供支持調(diào)用其它的基于 SOAP 協(xié)議標準的調(diào)用接口 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的SOAP接口清單 7 術語解釋 XML： Extensible Markup Language，可擴展標記語言。 應用集成平臺應能夠為分布式的工作負載均衡，將消息路由到特定的服務器，提供靈活的規(guī)模擴大模型，該模型包括接收主機層、處理主機層、事務處理主機層和MessageBox數(shù)據(jù)庫層。 應用集成平臺應提供控制臺進行統(tǒng)一管理。 WEB服務使用 WSDL來發(fā)布關于可用服務的信息，一個 WSDL文件包括關于地址和協(xié)議，以及用于描述數(shù)據(jù)格式的數(shù)據(jù)類型定義和消息類型的信息，并在 UDDI上發(fā)布。 4 系統(tǒng)集成平臺的基礎設施要求 建立統(tǒng)一的企業(yè)目錄服務，統(tǒng)一管理和保存用戶的帳號和密碼信息，采用 LDAP作為其核心協(xié)議，能夠在不同的操作系統(tǒng)中使用，與多個名稱空間集成。 門戶集成：由目錄同步服務提供統(tǒng)一的用戶管理功能，并建設企業(yè)內(nèi)部的證書中心。 門戶集成：是在數(shù)據(jù)集成、應用集成和業(yè)務流程集成的基礎上，將企業(yè)的各個信息系統(tǒng)通過統(tǒng)一的信息門戶進行展現(xiàn)，實現(xiàn)單點登錄。 本細則將作為管理信息系統(tǒng)技術方案和招標文件的一部分，用于約束引進的信息系統(tǒng) 的開發(fā)和設計。 公用設計開發(fā)工具 視投標方設計開發(fā)要求而定。 軟、硬件平臺技術要求 項目 要求 主機 數(shù)據(jù)庫、 WEB及應用服務器：共用一臺高端 PC服務器， 4路 CPU（ 2GHz及以上）， 2 73G 10Krpm RAID1， 4G DDR RAM， 1G ECC 二級高速緩存， 1塊 1000Mbps 網(wǎng)卡， 2塊支持 SAN（ IBM ESS 2105）的光適配器（含20米配套使用的光纖） 。 (6) 系統(tǒng)峰值響應速度良好，并發(fā)處理用戶≥ 50 人。 (2) 滿足本系統(tǒng)在 5年內(nèi)的數(shù)據(jù)存儲和業(yè)務處理要求。 (7) 可靠性要求：系統(tǒng)應具有較高的可靠性，不應出現(xiàn)因應用軟件引起的異常宕機現(xiàn)象，在發(fā)生錯誤時能夠快速地恢復正常運行，軟件系統(tǒng)要防止消耗過多的系統(tǒng)資源而 使系統(tǒng)崩潰。 (3) 標準化要求：所有各項軟件開發(fā)工具和系統(tǒng)開發(fā)平臺應符合我國國家標準、信息產(chǎn)業(yè)部部頒標準 等 相關技術規(guī)范和要求。 (4) 投標方可以對本招標文件提出修改意見供招標 方參考，招標方有權因需要對本招標文件進行修改和補充。 第五部分：提供相應方案對應的報價總價和報價明細表各唯一的一份（該部分單獨密封 ，密封的信封放于投標文件正本中，任何投標報價信息不得出現(xiàn)在除本部分外的任何投標文件中，否則作為廢標處理）。 （七） 測試及實施方案 具體說明項目的實施方案和項目實施計劃。 2) 針對重要的業(yè)務模型（包括工作流模型、分析預測模型等）提供詳細的設計建議和方案。 2) 提出系統(tǒng)采用的技術路線建議及依據(jù)。 對投標文件的要求 (1) 投標方必須提供 6 份全中文書面投標文件（ 1 份正本、 5 份副本）， 1 份電子文檔（光盤、 EXCEL或 WORD格式），投標方必須嚴格按以下編制要求編制投標文件，否則作為廢標處理： 第一部分：投標信函。（請投標方注意：一經(jīng)招標方查證投標方有上述情況，在任何時候立即無條件取消投標、中標資格或中止履行合同，由此造 成的所有損失由投標方承擔） (3) 擁有較豐富的人力資源管理信息系統(tǒng)業(yè)績。 二 投標要求 XXX 集團有限公司 人力資源管理信息系統(tǒng) 招標文件 xxx 集團有限公司 8 對投標方的要求 投標方應明白并承諾，必須至少滿足以下要求，才能作為合格的投標方來參與本項目的投標。 招標文件概述 (1) 本招標文件提出了本系統(tǒng)的建設規(guī)模、主要業(yè)務需求和技術指標要求，可供投標方編寫投標文件之 用。如有必要，招標方可以決定推遲交標時間。 (5) 本系統(tǒng)應統(tǒng)籌考慮與其它 信息系統(tǒng)的功能邊界界定和信息集成共享，實現(xiàn)信息安 XXX 集團有限公司 人力資源管理信息系統(tǒng)