中标
环保学院提升项目软件开发服务采购项(软件开发-公开询价)
金额
-
项目地址
河北省
发布时间
2021/06/29
公告摘要
公告正文
| 询价公告信息 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 询价公告名称： | 环保学院提升项目软件开发服务采购项(软件开发-公开询价) | 创建时间： | 2021-06-29 14:38:44 | 报价剩余时间 | 3天2小时44分 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 采购公示开始时间： | 2021-06-30 08:30:15 | 采购公示结束时间： | 2021-07-02 17:30:45 | 询价方式： | 公开询价 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 终止： | 否 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| 询价内容说明： | 项目编号： 环保学院提升项目软件开发服务采购项目 询价文件 采 购 人：中国电信集团系统集成有限责任公司河北分公司 2021年6月 28日 目 录 第一章 询价公告 第一章 询价邀请书 第二章 供应商须知 供应商须知前附表 1. 总则 2. 询价文件 3. 应答文件 4. 应答 5. 唱价 6. 评审 7. 采购结果确定 8. 合同签订 9. 采购代理服务费 10. 纪律和监督 11. 需要补充的其他内容 第三章 评审办法 评审办法前附表 1. 评审标准 2. 评审程序 第四章 商务规范书[即合同文本] 第五章 技术标准和要求 第六章 应答文件格式 第一章 询价公告 环保学院提升项目软件开发服务采购项目，采购人为中国电信集团系统集成有限责任公司河北分公司。本项目资金已落实，具备采购条件，现进行公开询价，特邀请有意向的且具有提供标的物能力的潜在供应商（以下简称供应商）参加询价应答。 1. 项目概况与采购内容 1.1项目概况： 次项目将围绕“教职工招聘与采购内控服务”进行校方下一步的信息化建设，通过信息化的先进手段提升学校在人事业务方面的管理效率和服务水平，为包括校内管理人员、教职工及各类其他人员提供统一的业务办理、流程审批、信息查询的教职工招聘及采购内控服务。 1.2采购内容及分包划分情况： 1、建设教职工招聘应用服务：为解决学校每年的人才招聘出现的问题，实现学校人才招聘的从信息发布-简历投递-简历筛选-面试-录用的全程留痕、智能化、实时化。 2、建设采购内控服务：为高校教职工提供统一的、便捷的应用系统，让内控关键业务的参与者的日常事务办理通过应用系统实现管理信息化向服务信息化的转变。 详细清单：
1.3交货日期：项目中标后7工作日内。 1.4本项目设置最高限价，最高限价为【354356.95】元人民币（含税），供应商报价高于最高限价的，其应答将被否决。 2. 供应商资格要求 2.1 供应商基本资格要求： 2.1.1具备《中华人民共和国政府采购法》第二十二条规定的供应商基本条件， 2.1.2具有合法有效的营业执照、组织机构代码证、税务登记证（三证合一只需提供营业执照）、开户许可证。 2.1.3供应商具有高新技术企业证书 2.1.4供应商具有ITSS(Information Technology ServiceStandards，信息技术服务标准)能力二级或以上资质证书 2.1.5供应商具有CCIA信息系统业务安全服务资质三级及以上证书 2.1.6供应商获得过国家级自主创新产品奖 2.2 供应商不得存在的情形 2.2.1供应商不得存在下列情形之一 （1） 为采购人不具有独立法人资格的附属机构（单位）； （2） 被责令停业或破产状态的； （3） 被暂停或取消投标、参选、应答资格的； （4） 财产被重组、接管、查封、扣押或冻结的； （5） 在最近三年内骗取中标、中选、成交的； （6） 在最近三年内因严重违反合同约定被解除合同/协议，或取消供应商资格的； 供应商是代理商的，本条所指的供应商也包括其所代理的制造商。 2.2.2单位负责人为同一人或者存在控股、管理关系的不同单位，不得同时参加同一分包或者未划分分包的同一项目询价应答。 3. 询价文件获取 3.1 获取时间：2021年6月30日-2021年7月2日 3.2 获取地点：中国电信集团阳光采购网 3.3 获取方式：网站获取 4. 应答文件的递交 4.1 应答文件递交方式：纸质递交 4.2 应答文件递交截止时间和递交地点：2021年7月6 日17:30；石家庄西大街60号北讯大厦6楼 4.3 唱价时间和地点：2021年7月 7日9:00；石家庄西大街60号北讯大厦6楼 4.4 出现以下情形时，不予接收应答文件： 4.4.1 逾期送达或者未送达指定地点的； 4.4.2 未按照本公告要求获得本项目询价文件的； 4.4.3 询价文件规定的其他情形。 5. 供应商注册 5.1 供应商须在购买询价文件后5日内，通过中国电信阳光采购网完成供应商注册。 5.2 注册网址：https://caigou.chinatelecom.com.cn/MSS-PORTAL/，注册过程可查询“经验分享”模块中的“外部门户供应商注册操作演示（视频）”。 6. 发布公告的媒介 本询价公告仅在中国电信阳光采购网（https://caigou.chinatelecom.com.cn/MSS-PORTAL/）上发布，其他媒介转载无效。 7. 联系方式 采 购 人：中国电信集团系统集成有限责任公司河北分公司 地 址：石家庄高新区昆仑大街69号 邮 编：050011 联 系 人：李乐 电 话：0311-85833459 电子邮件：18903398795@189.cn 采购人： 中国电信集团系统集成有限责任公司河北分公司 2021年 6 月 28日 第二章 供应商须知 供应商须知前附表 本须知前附表是对供应商须知正文的具体补充和修改，如有矛盾，以本前附表为准。
1. 总则 1.1项目概况 1.1.1根据《中国电信集团采购管理办法》（以下简称《采购管理办法》）等有关规章制度规定，本询价项目已具备采购条件，现对本项目组织询价。采购范围、分包划分情况见第一章“询价公告”或者“询价邀请书”。 1.1.2本项目采购人单位名称及联系方式、询价方式、询价组织形式、资格审查方式见供应商须知前附表。 1.2应答费用 不论结果如何，供应商自行承担所有准备和参与询价有关的费用。 1.3保密 参与询价活动的各方应当对询价文件和应答文件中的商业和技术等秘密保密，违者应当对由此造成的后果承担法律责任。 2. 询价文件 2.1询价文件的组成 2.1.1询价文件一般由以下部分组成： 第一章 询价公告/询价邀请书 第二章 供应商须知 第三章 评审办法 第四章 商务规范书 第五章 技术标准和要求/技术规范书/工作任务书 第六章 应答文件格式 采购人另有规定的，见供应商须知前附表。 2.1.2询价文件对同一内容的表述应当一致。第一章“询价公告”或者“询价邀请书”与询价文件在同一内容的表述上有矛盾或者冲突时，以第一章“询价公告”或者“询价邀请书”为准；供应商须知前附表与供应商须知正文在同一内容的表述上有矛盾或者冲突时，以供应商须知前附表为准。 2.1.3采购人在询价文件中以显著的方式标明实质性要求、条件以及不满足实质性要求和条件的应答将被否决的提示。显著标识方式和具体要求见供应商须知前附表。 2.2询价文件的澄清和修改 供应商对询价文件有疑问的，应以书面形式要求采购人对询价文件进行澄清。所有关于询价文件的澄清和修改均作为询价文件的补充部分。当询价文件、询价文件的澄清或者修改等在同一内容的表述上不一致时，以最后发出的书面文件为准。 3. 应答文件 3.1应答文件的组成和编制要求 应答文件的组成和编制要求见供应商须知前附表。应答文件正本和副本如有不一致之处，以正本为准；纸质版文件与电子版文件不一致时，以纸质版文件为准。 3.2应答有效期和报价要求 3.3.1应答有效期和报价要求的具体要求见供应商须知前附表。 3.3.2采购人设有最高限价的，供应商的报价不得超过最高限价，否则其应答将被否决。最高限价或者其计算方法见第一章“询价公告”或者“询价邀请书”。采购人不接受供应商的任何低于成本报价的不正当竞争方式。 4. 应答 4.1应答文件的递交 4.1.1应答文件递交方式、递交截止时间、递交地点见供应商须知前附表。 4.1.2采购人收到应答文件后，向供应商出具签收凭证。供应商所递交的应答文件原则上不予退还，除非询价文件另有规定。 4.1.3出现以下情形时，不予接收应答文件： 逾期送达或者未送达指定地点的； 未按照第一章“询价公告”或者“询价邀请书”要求获得本项目询价文件的； 其他情形见供应商须知前附表。 4.2应答文件的修改、撤回和撤销 供应商可以在规定的应答截止时间前修改或者撤回已递交的应答文件。供应商修改的应答文件重新提交的，应按照询价文件的规定编制、密封、标记、递交。供应商在规定的应答截止时间后，不得在应答有效期内撤销其应答。 5. 唱价 5.1唱价时间和地点 采购人将按照供应商须知前附表规定的时间和地点唱价，并邀请所有的供应商或者其代表出席。供应商可自行决定是否参加唱价，参加唱价的供应商代表应当签名报到，以证明其出席唱价。 5.2唱价程序 唱价会议由采购人组织并主持，在应答文件递交截止时间前收到的所有应答文件都应进行唱价。唱价内容填写在“唱价记录表”中，由主持人、唱价人、记录人、供应商代表、监督人签字确认，存档备查。 5.3异议 供应商对唱价有异议的，应当在唱价现场提出，采购人应当当场做出答复，并制作记录。 6. 评审 6.1询价小组 评审由询价小组负责，任何单位和个人不得非法干预或者影响评审的过程和结果。询价小组成员名单在询价结果确定前应当保密。 6.2评审原则 询价小组应遵循公平、公正、科学和择优的原则，按照第三章“评审办法”规定的方法、评审因素、标准和程序对应答文件进行评审。 6.3评审程序 评审采用经评审的最低价法进行。询价小组应从商务、技术和服务均能满足询价文件实质性要求的供应商中，按照报价由低到高的顺序，提出成交候选供应商，具体推荐原则见供应商须知前附表。出现多家供应商报价最低且相同时，应组织报价最低的供应商只对价格重新报价，直至报价最低供应商仅为一家。 询价小组应根据询价评审情况编制询价总结报告并由询价小组全体成员签字。 7. 采购结果确定 7.1确定成交供应商 7.1.1采购人应在询价小组推荐的成交候选供应商中确定成交供应商。在签订合同之前，成交供应商放弃成交或者不能履行合同的，采购人可以按照询价小组提出的成交候选人名单确定其他成交候选供应商为成交供应商，也可以重新询价。 7.1.3采用公开询价方式的，采购人应在公告发布媒介公示成交供应商，公示期不少于3日。供应商或者其他利害关系人对询价结果有异议的，应当在成交供应商公示期间提出。 7.2成交通知 成交供应商确定后，采购人应当向成交供应商发出成交通知书，同时通知未成交供应商。成交通知书对采购人和成交供应商具有法律约束力。 8. 合同签订 采购人和成交供应商应当根据询价文件和成交供应商的应答文件订立书面合同。采购人和成交供应商不得订立背离合同实质性内容的其他协议。成交供应商无正当理由拒签合同的，采购人取消其成交资格。 9. 采购代理服务费 采购人委托采购代理机构的，成交供应商应当按照询价文件规定交纳采购代理服务费。采购代理服务费的金额、交纳方式和时限见供应商须知前附表。 10. 纪律和监督 10.1对采购人的纪律要求 采购人不得泄漏采购活动中应当保密的情况和资料，不得与供应商串通损害国家利益、社会公共利益或者他人合法权益。 10.2对供应商的纪律要求 供应商不得相互串通或者与采购人串通应答，不得向采购人或者询价小组成员行贿谋取成交，不得以他人名义应答或者以其他方式弄虚作假骗取成交；供应商不得以任何方式干扰、影响评审工作。 10.3对询价小组成员的纪律要求 询价小组成员不得收受他人的财物或者其他好处，不得向他人透漏对应答文件的评审和比较、成交候选供应商的推荐情况以及评审有关的其他情况。在评审活动中，询价小组成员应当客观、公正地履行职责，遵守职业道德，不得擅离职守，影响评审程序正常进行，不得使用第三章“评审办法”没有规定的评审因素和标准进行评审。 10.4对与评审活动有关的工作人员的纪律要求 与评审活动有关的工作人员不得收受他人的财物或者其他好处，不得向他人透漏对应答文件的评审和比较、成交候选供应商的推荐情况以及评审有关的其他情况。在评审活动中，与评审活动有关的工作人员不得擅离职守，影响评审程序正常进行。 11. 需要补充的其他内容 需要补充的其他内容：见供应商须知前附表。 第三章 评审办法 评审办法前附表 [下表列举部分常用的评审因素，具体项目应根据实际情况进行补充调整]
1. 评审标准 评审标准见评审办法前附表。 2. 评审程序 2.1初步评审 2.1.1询价小组根据本章评审办法前附表规定的初步评审标准对应答文件进行评审。有一项不符合评审标准的，询价小组应当否决其应答。 2.1.2供应商有以下情形之一的，询价小组应当否决其应答： 询价公告“供应商不得存在的情形”中规定的任何一种情形； 应答文件未按照询价文件要求盖章和签字； 报价低于成本或者高于询价文件设定的最高限价； 供应商有串通询价、弄虚作假、行贿等违法行为； 不符合询价文件中规定的实质性要求； 附有采购人不能接受的条件。 2.1.3评审过程中，询价小组认为供应商应答报价可能低于其个别成本的，应当书面要求该供应商做出书面说明并提供相关证明材料。供应商不能合理说明或者不能提供相应证明材料的，由询价小组认定该供应商以低于成本报价竞争，询价小组应当否决其应答。 2.1.4应答报价有算术错误的，询价小组按照以下原则对应答报价进行修正，修正的价格经供应商书面确认后具有约束力。供应商不接受修正价格的，询价小组应当否决其应答。 （1）应答文件中的大写金额与小写金额不一致的，以大写金额为准； （2）总价金额与根据单价计算出的结果不一致的，以单价金额为准修正总价，但单价金额小数点有明显错误的除外。 2.2详细评审 询价小组按照本章评审办法前附表规定的详细评审标准进行价格折算，计算出评审价，并编制价格比较一览表。 在评审过程中，询价小组应当以书面形式要求供应商对所递交的应答文件中不明确的内容进行书面澄清、说明或者对应答文件中的细微偏差进行补正。询价小组不接受供应商主动提出的澄清、说明或者补正。必要时可以要求供应商递交有关证明和证件的原件，以便核验。 第四章 商务规范书[即合同文本] [ ]软件开发合同 合同签订地：河北-石家庄 甲方: 地址： 法定代表人/负责人：陈光 乙方: 地址： 法定代表人/负责人： 双方本着平等互惠的原则，通过友好协商签署本合同。 第一条 定义 1.1“软件”：软件是指由硬连线逻辑指令及置于系统储存器内的机器可读码（包括但不限于半导体装置或系统）组成的电脑程序，可提供基本逻辑、操作指令以及与用户相关的应用程序指令，包括用于说明、维护及使用程序的有关文件。软件包括系统软件和应用软件。 1.2“系统软件”：乙方合法地用于开发应用软件的第三方软件和/或自有软件。乙方承诺已从系统软件权利人处取得系统软件的许可使用权（或乙方为系统软件的著作权人），并有权许可甲方用于应用软件，且该授权满足本项目需要。 1.3“应用软件”：乙方根据本合同商务和技术要求为甲方[ ]工程（“项目”或“工程”）开发、研制的软件,包括技术文件及技术资料等。 第二条 合同标的 2.1甲方委托乙方为甲方[ ]工程开发“[ ]软件”（即应用软件），乙方负责完成应用软件的设计开发、移交、培训及相关其他服务工作，并保证该应用软件满足本合同提出的所有要求。 2.2乙方承诺，为完成本合同约定事项，乙方已从系统软件权利人处取得系统软件的许可使用权（或乙方为系统软件的著作权人），并有权许可甲方使用并用于应用软件，且该授权长期合法有效并能够满足本项目需要。 2.3项目内容：按照经双方确定的甲方需求确认单为准。 2.4为保证项目顺利进行，甲方向乙方提供下列工作条件和协作事项： （1）提供技术资料，包括[] （2）提供工作条件，包括[甲方提供项目所需的场地和水电等基础设施]。 （3）提供时间：本合同签订之日起3个工作日内。 第三条 合同价格 3.1乙方向甲方提供本合同的总价格（“合同总价”）（含税价）：人民币大写[ ]元，小写[ ]元；其中价款为[ ]元，增值税款为[ ]元。 合同有效期期间，如遇国家下调合同交易事项税率，乙方按照新的税率开具发票，合同不含税金额不变。 甲方需求有变化的，价格相应调整，具体以双方签订的补充协议为准。 第四条 支付 4.1合同总价的所有支付由甲方以[ 银行转账 ]付至乙方。 甲乙双方银行账户信息和纳税人信息： 甲方信息如下： 开户行：[ ] 户名：[ ] 账号：[ ] 纳税人识别号：[ ] 地址：[ ] 电话：[ ] 乙方信息如下： 开户行：[ ] 户名：[ ] 账号：[ ] 纳税人识别号：[ ] 地址：[ ] 电话：[ ] 4.2甲方按照以下条款向乙方支付合同总价： 4.2.1第一次支付 甲方收到最终户的相应款项后且乙方提供的如下单据后[ 15 ]日内，甲方向乙方支付合同总价的[ 95 ]%的费用，即人民币: [ ]元。 (1)采购合同全额的、符合国家规定的增值税专用发票。 (2)甲方收到最终户的相应款项大于支付乙方的金额即可支付。 4.2.2第二次支付 甲方收到最终户的相应款项后且乙方满足如下条款后[ 15 ]日内，甲方向乙方支付合同总价的[ 5 ]%的费用，即人民币: [ ]元。 (1)甲方收到最终户的相应款项大于支付乙方的金额即可支付。 4.3若根据本合同规定，乙方应当支付违约金和/或承担赔偿责任，则甲方有权从上述任何一笔付款中直接扣除相应金额。 4.4在甲方银行所发生的银行费用由甲方负担，在乙方银行所发生的银行费用由乙方负担。 第五条 初验、试运行和终验 5.1乙方保证其向甲方提供的应用软件为全新、完整的软件，并且保证其应用软件的性能与合同及附件中的要求相符。双方按本条规定的程序和标准对乙方完成的应用软件进行初验、移交、试运行和终验。 5.2初验 乙方按照本合同及附件规定将应用软件开发完成后，应向甲方提交书面初验申请，甲方在收到申请后[5]个工作日内，按照合同及附件对应用软件进行初验，乙方须提供必要的配合。如果测试结果符合初验测试标准，双方将签署初验合格证明（初验文件）。初验证书应由双方代表签字，一式二份，双方各执一份。 初验不合格，乙方应立即进行更正修改，直至测试结果符合规定。 5.3试运行 应用软件初验合格后进入试运行期。试运行期限为[ 1 ]个月。试运行应表明应用软件的功能和性能符合乙方在本合同中的承诺。如果在试运行期间发现任何因乙方原因造成的与合同及附件规定的不符，乙方有责任对其进行修改和更正直到达到合同中的要求，同时试运行期依据上述修改、更正期间进行相应顺延。如果由于乙方原因引起的应用软件的质量和性能问题造成整个系统瘫痪，并且不能在[72]小时内恢复，试运行期将自系统恢复之次日起重新开始计算。 5.4终验 终验在试运行期届满后[5]个工作日内由甲方指派代表进行。如果终验测试应用软件的所有功能和性能指标均与合同及附件的规定相符，甲方与乙方将共同签署两份终验合格证明（终验文件）。终验不合格，由乙方负责更正和修改。乙方更正、修改后必须再次按照合同及附件进行终验。 5.5终验合格并不免除乙方根据本合同规定的保修责任。 第六条 技术支持与服务、保修 6.1乙方应向甲方提供与使用应用软件相关的技术服务。乙方提供的技术支持和服务的内容包括电话支持、现场服务、电子邮件支持等。 6.2乙方自[最终验收合格]之日起，为甲方提供为期[ 12 ]个月的保修期。 6.3在保修期内，如果乙方所提供的应用软件的性能和质量与合同规定不符，乙方负责尽快排除缺陷，所有费用由乙方承担。 6.4保修期内应用软件出现问题时，乙方响应时间不得超过八小时，故障修复时间不得超过十六小时，包括免费提供相同功能的应用软件给甲方使用，直至故障应用软件修复为止。 6.5在特殊情况下，如果乙方不能在上述期限内将替换或修复后的软件运至现场，双方将协商故障应用软件修复或替换时间期限。 6.6乙方提供每天八小时每周五天的响应服务（“5×8小时相应服务”）。 6.7应用软件保修期满后，甲方将签发两份保修期满证书。 6.8质保期满后，乙方可以提供补丁或升级以处理由于乙方原因产生的软件缺陷或不合理情况。 6.10保修期届满后乙方继续提供服务的价格和方式由双方另行协商确定。 6.11保修期届满后甲方在系统运行或维护过程中，乙方所提供的应用软件出现问题或故障时，应派有经验的技术人员，一般情况应在[6]小时赶到现场，进行更换和维修。乙方应具有灵活、多样的通信手段，应提供5×8小时响应服务。 6.12保修期届满后，如发现应用软件自身存在瑕疵或缺陷，乙方应予以免费更换或修理。 6.13 如甲方变更本合同系统使用人、所有人和硬件所有人、持有人，书面通知乙方即可。本项目技术支持和服务内容详见附件。 第七条 培训 7.1双方确定，乙方应在向甲方移交应用软件后，根据甲方的要求，为甲方指定的人员提供技术指导和培训，使参加受训的人员理解并掌握软件的操作和维护。 7.2培训内容：[软件操作事宜]。 7.3培训时间与地点 乙方在甲方所在地为甲方提供1次技术培训，具体培训时间由双方协商决定。甲方应在培训日前[2]日内向乙方提供参加培训的人员名单，名单中不得包括非甲方人员。由于培训产生的所有费用由已经包含在合同总价中。 第八条 违约责任 8.1双方确定，任何一方不履行或不完全履行本合同项下的义务，构成违约。违约方应当赔偿因违约给对方造成的一切损失。 8.2甲方未能按照本合同约定支付相关费用的，每逾期[1]日，甲方应当按照合同总额总额的[0.1]%向乙方支付违约金。 8.3乙方未能按本合同约定按期提供外包服务的，每逾期[1]日，乙方应当按照合同总额总额的[0.1]%向甲方支付违约金。 8.4乙方工作不符合本合同要求的，乙方应当负责更正和修改，并承担由此产生的费用。 8.5无论本合同其他条款是否有相反约定，合同一方根据本合同承担的责任之累积，不得超过合同总额的20%；一方对对方的可得利益损失、商业信誉损失以及其他间接损失或后果性经济损失不承担责任；甲方数据属甲方所有，甲方应负责数据备份。乙方对甲方数据的丢失或损坏不承担责任。 8.6除本合同约定的情形和法律规定外，乙方无须对第三方向甲方提出的索赔请求承担任何责任。 第九条 不可抗力 9.1本合同所称不可抗力，是指地震、台风、水灾、火灾、战争以及其它本合同各方不能预见，并且对其发生和后果不能防止或不能避免且不可克服的客观情况。 9.2本合同任何一方因不可抗力不能履行或不能完全履行本合同的义务时，应在不可抗力发生之日起[十]日内书面通知本合同另一方，并在不可抗力发生之日起[十五]日内向另一方提供由有关部门出具的不可抗力证明。 9.3因不可抗力不能履行合同的，根据不可抗力的影响，受影响方部分或全部免除责任，但法律另有规定的除外。迟延履行合同后发生不可抗力的，不能免除责任。 第十条 税费 10.1双方将各自承担中国有关机构根据中国税法向其征收的所有与合同执行有关的税费。 第十一条 法律适用及争议解决 11.1本合同适用中华人民共和国法律。 11.2所有因本合同引起的或与本合同有关的任何争议将通过双方友好协商解决。如果双方不能通过友好协商解决争议，则任何一方均可采取下述第[1]种争议解决方式： （1）将该争议提交[石家庄]仲裁委员会，按照申请仲裁时该会的仲裁规则进行仲裁。仲裁在[石家庄]进行。仲裁语言为中文。仲裁裁决是终局的，对双方均有约束力。仲裁费用由败诉方承担。 （2）向[/]有管辖权的人民法院起诉。 11.3仲裁或诉讼进行过程中，双方将继续履行本合同未涉仲裁或诉讼的其它部分。 第十二条 保密 12.1乙方对甲方所提供的所有资料以及在本合同签订、过程中所接触到的甲方及其关联公司的商业秘密、技术资料、客户信息等资料和信息（统称“保密资料”），负有保密义务。未经甲方书面许可，乙方不得向任何第三方披露。乙方有义务对保密资料采取不低于对其本身商业秘密所采取的保护手段予以保护。乙方可仅为本合同之目的向其确有知悉必要的雇员披露保密资料，但同时须指示其雇员遵守本条规定的保密及不披露义务。 12.2乙方仅得为履行本合同之目的对保密资料进行复制。 12.3当出现下述情况时，本条对保密资料的限制不适用。当保密资料： （1）并非乙方的过错而已经进入公有领域的。 （2）通过该方的有关记录证明是由乙方独立开发的。 （3）由乙方从没有违反对甲方的保密义务的人合法取得的。或 （4）法律要求乙方披露的，但乙方应在合理的时间提前通知甲方，使其得以采取其认为必要的保护措施。 12.4本保密条款自保密资料提供或披露之日起至本合同终止或解除后[1]年内有效。 12.5 本条约定不适用于各方向其关联公司提供或披露保密资料的情形。 第十三条 权利归属及侵权处理 13.1本项目建设采用的中间件平台著作权归属乙方，甲方可以使用；乙方为甲方开发的使用部分著作权属于甲方，乙方不得转售第三方。 13.2乙方按照本合同约定在履行维护和技术服务过程中，利用甲方提供的相关资料和工作条件完成的新技术成果的所有权益，包括但不限于知识产权及所有权、专利申请权，归乙方所有。 13.3甲方依据本合同的规定，利用乙方提供的工作成果完成的新技术成果的所有权益，包括但不限于知识产权及所有权、专利申请权，归甲方所有。 13.4如本合同以外的第三方指控乙方提供为甲方提供的外包服务过程和/或其为甲方提供的服务成果侵犯该方的专利或著作权, 乙方将自费就上述指控为甲方辩护，并支付法院和行政机关最终裁定的或经乙方同意的和解中包括的一切费用、损害赔偿金和合理的律师费用，前提条件是甲方: （1）就指控立即书面通知乙方。及 （2）容许乙方在辩护及任何有关的和解谈判中具有控制权，并与乙方合作。 在甲方满足上述条件的前提下，乙方就侵权指控须对甲方承担本条约定的上述义务。 13.5对因下列任何一项所引起的指控，无论本合同是否有其他约定，乙方均不承担责任： （1）甲方提供的被并入服务成果之中的任何东西；或乙方遵照甲方或代表甲方的第三方所提供的任何设计、规格或关于实施方法的指示而提供的任何东西。 （2）甲方修改服务成果。 （3）将服务成果与非由乙方提供的任何产品、数据、装置或商业方法一起结合、操作或使用，或为甲方以外的第三方的利益发行、操作或使用作品。 第十四条 合同的解除 14.1双方确定，本合同可以在以下情况出现时解除： （1）由于本合同规定的不可抗力致使本合同的履行成为不必要或不可能的。 （2）本合同自有权解除合同一方发出解除的书面通知时解除。 第十五条 合同生效及其他 15.1本合同自双方签字盖章之日起生效。 15.2本合同一式4份，双方各执2份，具有同等法律效力。 15.3任何一方未经另一方同意不得向任何第三方透露本合同的签订及其内容。任何一方向其关联公司透露的，不受此限。 15.4对合同内容做出的任何修改和补充应为书面形式，由双方签字盖章后成为合同不可分割的部分。 15.5甲方与乙方因履行本合同或与本合同有关的一切通知都必须按照本合同中的地址，以书面信函或者传真或者电子邮件方式进行。如采用书面信函形式，应使用挂号信或者具有良好信誉的特快专递送达，接受方签收挂号信或特快专递的时间（以邮局或快递公司系统记录为准）为通知送达时间；如使用传真方式，传真到达接受方指定传真系统的时间为通知送达时间；如使用电子邮件方式，电子邮件到达接受方指定电子邮箱的时间为通知送达时间。如果因接受方原因（包括但不限于接受方拒收书面信函、接受方传真机关闭或故障、接受方电子邮箱地址不存在或者邮箱已满或者设置拒收等）导致通知发送失败，视为通知已经送达（发送方侧载明的书面信函寄出时间或者传真发送时间或者电子邮件发送时间视为通知送达时间）。 甲方： 地 址：[ ] 联系人：[ ] 手 机：[ ] 电子邮件：[ ] 乙方：[ ] 地 址：[ ] 联系人：[ ] 电 话：[ ] 电子邮件：[ ] 上述任何信息发生变更的，变更方应及时以书面形式通知另一方，未及时通知并影响本合同履行或造成损失的，应承担相应的责任。 15.7未得到对方的书面许可，任何一方均不得以广告或在公共场合使用或摹仿对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写，任何一方均不得声称对对方的商业名称、商标、图案、服务标志、符号、代码、型号或缩写拥有所有权。 15.8本合同各条标题仅为提示之用，应以条文内容确定各方的权利义务。 15.9如果本合同的任何条款在任何时候变成不合法、无效或不可强制执行而不从根本上影响本合同的效力时，本合同的其它条款不受影响。 15.10本合同的任何内容不应被视为或解释为双方之间具有合资、合伙、代理关系。 15.11乙方不得以任何形式将本合同项下的部分或全部权利转让第三方（中国工商银行、中国农业银行、中国银行和中国建设银行除外，该等银行简称“四大国有银行”），包括（但不限于）转让、质押等；转让给四大国有银行的，应当书面通知甲方。 15.12本合同附件是本合同不可分割的部分，若附件与合同正文冲突，以本合同正文为准。 甲方： 法定代表人/负责人 或授权代表： [ ]年[ ]月[ ]日 乙方：[ ] 法定代表人/负责人 或授权代表： [ ]年[ ]月[ ]日 技术标准和要求 服务要求： 提供的平台和系统均要求采用B/S结构，可运行于Unix、Linux、windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。具体要求如下： （1）平台及应用系统软件必须遵循JavaEE的技术路线，采用Java编程语言和服务器端Java技术进行开发，业务应用系统必须基于oracle数据库上。 （2）采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。并通过业务组件库实现行业知识的积累。组件采用面向对象的思想构建，组件之间可以继承，组件之间从物理和逻辑上都是隔离的。 （3）应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。 （4）能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。 （5）各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，整体架构基于Spring的MVC结构，分为显示层、控制层、服务层、持久化层。组件的执行是以模型进行驱动，每层都有相应的模型配置，引擎解析这些模型，自动实现各层的功能做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据实际业务要求的颗粒度进行封装。 安全性要求： 1)认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。 2)信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。 3)数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。 4)审计：记录应用日志，对事件进行分析，并能提供预警信息。 5)数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。 6)需从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。 技术参数 1.1、教职工招聘 投标方需提供从招聘计划管理、网上应聘管理、招聘审核到招聘笔试、面试、心理测试在内的与教职工招聘相关的信息化服务应用。具体功能要求如下： 1.1.1招聘计划管理 学校制定整体招聘计划，各部门根据需要申请招聘岗位并提交给人事处进行审核。招聘计划可以设置招聘的时间段、招聘的种类、计划开始时间、计划结束时间、招聘人数，岗位人数，支持定义多个招聘计划，招聘计划可以定义同时开展，也可以按时间顺序开展，对于特殊岗位可以设置允许应聘者不同时间重复申请，可以控制最多申请的岗位数量。 系统应支持制定计划的同时自动获取各岗位的空缺数据，并在空缺数范围内设置招聘人数。 1.1.2网上应聘 招聘信息发布之后，相关应聘者可以在线查看学校的招聘计划、相关通知公告与新闻、招聘的具体信息和办事指南。同时，可以通过在线注册的方式，申请相关账号，通过该账号在招聘网站中填写简历并提交应聘信息，提交后可在招聘平台中查询审核结果。对于已经提交了应聘申请的用户，系统支持通过手机短信或邮件的方式通知其招聘结果。 ▲系统应支持应聘者在线查询招聘流程的进度，支持通过二维码上传附件。 1.1.3招聘审核 人事处、院系部处等各相关管理人员可以收到审核待办提醒。提供人员筛选、提交审核意见等操作。各环节审核都可以通过设置发送邮件给应聘者，告知应聘者招聘进度。招聘审核服务应包括招聘资格审查、招聘审核办理（院系）、招聘审核办理（人事处）、招聘岗位调剂、招聘录用、招聘简历查询、招聘统计分析等。 系统应支持招聘过程中的岗位调剂功能，支持管理者对应聘者的简历重新调剂到其他单位的岗位。 ▲系统应可以以图表的形式从学历、学缘、学位、学校等多维度统计招聘情况，同时支持系统根据学历、性别、年龄、民族等条件自动匹配符合要求的简历，支持学校自定义岗位匹配条件。 1.1.4在线咨询 应聘者可将对招聘业务的疑问在招聘网站进行问题提交，咨询问题可以以文字加图片的方式。招聘管理者可以对咨询进行在线回复。 1.1.5招聘笔试 管理者可以在线设置并发布笔试通知，同时对于笔试成绩在系统中进行录入存档，并把笔试成绩反馈给应聘者。 应支持管理员在线给应聘者发送笔试面试通知，导入准考证信息，应聘者在个人端进行参加和不参加的确认互动，并在线预览和导出准考证进行打印。 1.1.6招聘面试 管理者可以在线设置并发布面试通知，同时对于面试结果在系统中进行录入存档同时把面试成绩反馈给应聘者。 1.1.7心理测试 管理者可以在线设置并发布心理测试通知，同时对于测试结果在系统中进行录入存档同时把测试结果反馈给应聘者。 1.1.8体检管理 管理员可对应聘者进行体检安排及通知，包括体检参加确认、体检结果登记。 1.1.9系统设置要求 1）招聘流程的设置 学校可根据不同的岗位特点自主设置相应的招聘流程。 2）学校招聘信息的发布、简历收集汇总 系统应实现内、外网的结合，在学校招聘页面发布招聘的岗位、岗位要求，应聘者可以通过人才招聘入口，注册个人信息获得账号后，提交简历，系统后台实现个人简历的汇总。 3）信息审核 管理人员可通过系统对大量的简历进行筛选、审核，根据招聘种类不同岗位要求，在资格审查页面快速筛选简历。初审通过以后，根据岗位要求的不同情况，以站内信息、短信或邮件的方式，通知应聘者进行笔试、面试的时间、地点以及考号等信息。初审未通过的通过后台给予及时反馈。 4）成绩反馈 笔试、面试结束后，可通过后台完成成绩的录入，并将成绩及时反馈给应聘者，应聘者通过个人注册账号查看本人考试成绩，并了解时候进入下一考查环节。 5）通知体检 通过后台实现通知公示无异议的应聘者进行体检，可设置具体体检要求，并收集应聘者体检结果。 6）心理测试 对应聘者进行心理测试，并登记心理测试结果。 7）招聘监控 设置不同等级的审核权限，实现管理员对招聘人员进度的全程监控。 1.2采购内控管理 通过建设采购内控管理服务，提高资金使用效益，维护学校合法权益，促进廉政建设，加强采购过程监督，采购过程全程留痕，快速生成多维度统计分析报表，智能预警，进度实时展示。功能需求如下： 1.2.1经费项目管理 要求能够提供经费项目的查询、授权管理、子项目管理。 1.2.1.1查询 用户能够查询到自己是经费项目负责人、经费项目填报人、经费项目审批人的所有经费项目。 要求查询结果显示经费项目名称、编号、所属部门、经费主管部门、经费项目负责人等信息。 要求查询能够按照经费项目名称、编号模糊匹配，按照其状态、预算年度、所属部门、主管部门进行筛选，能按照经费项目负责人模糊匹配。 1.2.1.2授权 ▲经费项目负责人可以编辑自己负责的经费项目的“填报人”和“审批人”。被授权“填报人”权限后，用户才能使用该经费项目进行系统中涉及经费项目的申请业务，比如采购预算编制申请。被授权“审批人”权限后，用户具备和负责人相同的审批权限，可以代替经费项目负责人完成相应的审批工作。 对于一个经费项目，负责人可以同时设定多个“填报人”，但只能同时设定一个“审批人”。 1.2.1.3子项目管理 ▲一个经费项目下可以维护多个子经费项目，子项目还可以继续拆分为孙子项目，以此类推。经费项目和其所有后代项目共同组成一个项目簇。 要求一个项目簇中的经费项目的金额是可以相互调入和调出的。 要求子项目的编号系统自动生成，规则为“父项目编号-XXX”，XXX表示子项目在父项目中的长幼排序（依创建时间排定）。 1.2.2采购预算管理 采购预算管理实现学校采购预算关键业务的覆盖，主要功能包括：采购预算编制、采购预算调整、采购预算汇总、预算执行监控。 1.2.2.1采购预算编制 用户可以通过本系统编制采购预算，表单信息包括：年度、名称、品目、单价、数量、经费项目、说明、附件等信息。 用户能查询自己编制过的所有采购预算，可查看其当前的审批状态。 对于审批中的申请，可以发起“撤回”操作。撤回的申请编辑后可重新提交审批。 ▲要求系统能够支持管理员对预算编制窗口期的开放和关闭，便于高校控制年度预算编制的时间节点。 要求系统能够支持完全按照学校的管理要求配置采购预算编制审批流程。 1.2.2.2采购预算调整 采购预算调整是对采购预算的追加、调增或调减的功能。 调增、调减支持对已经编制完成的采购预算的单价、数量进行调整。追加支持增加新的采购预算，追加的信息包括：年度、名称、品目、单价、数量、经费项目、说明、附件等信息。 要求一个调整申请中能同时支持多个调整项，每个调整项可以是调增、调减、追加项的任何一种。 要求系统能够支持完全按照学校的管理要求配置采购预算调整的审批流程。 要求系统能够记录和回溯采购预算的完整调整历史。 1.2.2.3采购预算数据汇总 采购预算数据汇总能够汇总查询全校所有的采购预算数据。 要求能够按照状态、填报人姓名、经费项目名称、预算年度、名称、采购品目、是否是政府采购、金额区间等条件进行筛选查询。其中填报人姓名、经费项目名称、采购预算名称等条件要能够支持模糊匹配。 要求汇总后的数据能够支持excel导出。导出的结果要能够按照是否是政府采购分sheet记录。 1.2.2.4预算执行监控 用户能够实时监控到经费项目、采购预算的执行进度。 要求能够查询到经费项目下所有的采购预算，以及该采购预算当前的执行进度，包括未执行额、执行中额、执行完成额。 1.2.3采购计划和采购项目管理 1.2.3.1采购计划申报 申购人根据实际需求及采购预算，填写采购计划，明确要采购的项目的名称、品目、技术指标、规格、数量、计量单位、预计单价、是否进口、论证材料等信息。 ▲要求系统支持一个采购计划申请中可以同时填报多个采购项目，且不同的采购项目可以审批成不同的采购组织形式和采购方式。 1.2.3.2采购计划审批 要求能够按照学校的相关规定设定采购计划审批流程。 要求能够在审批时录入审批文字意见和附加文件。 要求对于不同的审批节点，能够对审批人进行针对性的提醒说明，说明内容可动态配置。 要求不同的审批节点对于申请数据具有不同的操作权限，比如有的审批节点可以对数据进行修改，有的节点不允许。 1.2.3.3政府采购计划上报 属于政府采购的采购项目，校内审批完成后还需获得财政部门批复后方能执行。要求系统能提供政府采购计划上报功能，帮助快速整理、归类上报数据，能维护财政系统中的采购计划编号，以及记录财政系统的批复结果。 要求学校内部的多个采购项目能合并生成为一条政府采购计划上报任务，并能将上报任务使用excel导出。 1.2.3.4采购方式变更 采购项目按照原审批采购方式无法完成采购导致采购失败时，可以发起变更采购方式申请审批流程。如公开招标投标供应商数不足，需要变更为单一来源。 要求系统提供采购方式变更申请及审批功能。 填报采购方式变更申请时能填写变更理由、拟采购方式（变更后采购方式），若有其他说明性、证明性文件，可以附件的形式上传。变更申请填报完成后交由相关审批人进行审批。 要求变更采购方式的审批流程能够按照学校相关规定进行配置。 要求系统记录所有的采购方式变更历史，如果一个采购项目经历过采购方式变更，要求系统能够追溯其变更历史轨迹。 1.2.3.5采购项目领取和分配 采购项目批复通过后，系统需要支持两种采购项目分派模式：领取、分配。 要求系统支持有采购项目执行权限的用户直接从采购项目池中领取需要自己执行的采购项目。 要求系统支持有采购项目分配权的用户能够将采购项目池中的项目分配给有执行权限的用户。 1.2.3.6采购参数补报 审批通过的采购项目实施执行之前，执行人评估当前采购项目的参数完整性，如果参数完整性不够，系统要能够支持申购人补充填报参数。 要求补充填报参数的过程有相应的审批流程支持，审批流程需要按照学校的相关规定进行配置。 要求补报的参数在系统中应当有明确的标示，便于识别哪些信息是后续补充填报的。 1.2.4采购任务管理 要求系统支持把采购项目打包生成采购任务，采购执行人根据采购任务开展各项采购活动，如采购文件的编制及审核审批、招标公告发布、供应商报名、结果公告发布、采购结果备案。 1.2.4.1采购任务生成 已经校内审批通过的采购项目（非政府采购）和财政已经批复通过的采购项目（政府采购）可以单独或打包生成采购任务。 要求系统对于学校指定的采购项目，可自动生成采购任务，比如属于自行采购的采购项目，系统直接自动生成采购任务，并自动设置任务的执行人。 要求系统同时支持采购项目单独生成采购任务和多个采购项目打包生成采购任务两种模式。 ▲要求系统能够在打包生成采购任务时能够给予用户一些提示性信息，比如在同一个政采计划上报任务中的采购项目，应当提醒用户打包在同一个采购任务中。 要求生成采购任务时，用户可以自定义采购任务的名称，但是系统需提供默认的采购任务名称，默认为任务中包含的第一个采购项目的名称。 1.2.4.2采购文件管理 系统能够提供采购文件（如招标文件、谈判文件、磋商文件等）的在线编制、审核、审批流程管理。 要求采购文件的编制支持两种模式：1、用户在线下编制，然后直接上传到系统；2、用户直接在系统中进行在线编制。针对模式2，要求系统能够提供在线模版化编制功能。另外，针对已经上传到系统的采购文件和已经在线编制完成的采购文件，在提交审核审批前，支持用户在线编辑修改。 要求系统支持采购文件的审核审批流程，审批流程需依据学校相关规定进行配置。 要求系统支持采购文件审批表的打印功能，包括：采购任务编号、采购任务名称、预算金额、品目类型（货物、工程、服务）、申购单位、计划申报时间、代理机构（若委托给代理机构执行则必须有）、审核审批流程（审核节点名称、审核人、审核时间、意见）。 1.2.4.3采购公告 系统能够提供采购公告的编制和发布管理。采购公告需包括：公告名称、公告正文、公告时间、公告附件等信息。 要求系统能提供需求公告、结果公告、澄清答疑公告、单一来源公告等类型的公告管理。 要求采购公告的正文部分能够支持在线模版化编制。 1.2.4.4供应商报名 供应商能够在系统中发起采购任务报名。 要求系统提供对供应商报名的审核控制。系统可以设定供应商报名时间段，系统支持自动关闭、手动关闭供应商报名通道。 1.2.4.5采购结果归档备案 采购活动执行完成后，结果信息可录入系统，包括中标供应商名称、供应商联系人、供应商联系电话、中标币种、汇率、中标金额。 另外，采购过程中的其他资料，包括招标书、投标书、开标信息、评标文件、等均可上传至系统，进行资料归档管理。 要求采购结果的录入支持采购成功和采购失败两种情况，录入采购失败时，能够同时录入采购失败的原因。 要求能够支持一个采购任务支持录入多个成交供应商。一个采购任务包含多个采购项目时，可以针对每个采购项目录入成交结果，且每个采购项目支持录入多个成交供应商。 ▲要求系统支持采购任务的办结取回功能，在实际操作过程中，用户可能会存在误操作，录入错误的备案结果，系统要提供相应机制，将流程回转，便于采购结果的重新录入备案和审批。 1.2.5合同管理 合同管理包括采购合同编制、合同审核审批、合同签订结果备案业务过程的管理，以及合同的数据汇总、查询管理，审批表打印。 1.2.5.1合同签订任务生成 要求系统支持两种合同签订任务的生成模式：1、采购申请、采购实施发生在系统中的采购项目，合同签订任务应当自动生成，无需用户手动发起合同签订任务；2、采购申请、采购实施没有发生在系统的采购项目，系统需要提供合同补录备案的功能，用户能通过此功能发起合同签订任务。 1.2.5.2采购合同编制及审核 要求合同文件的编制支持两种模式：1、用户在线下编制，然后直接上传到系统；2、用户直接在系统中进行在线编制。针对模式2，要求系统能够提供在线模版化编制功能。另外，针对已经上传到系统的合同文件和已经在线编制完成的合同文件，在提交审核审批前，支持用户在线编辑修改。 要求系统支持合同文件的审核审批流程，审批流程需依据学校相关规定进行配置。 1.2.5.3合同签订结果备案 要求系统能够支持将合同的最终签订结果备案归档在系统中。系统支持带有双方公章和签字的合同扫描件上传、高拍仪录入。 1.2.5.4合同数据汇总和查询 要求系统提供合同数据查询和合同数据汇总的功能。 要求个人用户可以通过系统查询到与自己相关的所有合同数据，管理用户能够通过系统汇总查询全校所有的合同数据。要求查询结果包括合同的状态、合同信息（如合同名称、合同号、相对方、合同金额等）、合同附件等信息，并能够通过excel导出数据。要求查询条件包括：合同状态、签订日期区间、签订任务编号、合同名称、合同编号、供应商名称等。其中合同名称、合同号、供应商名称要能够支持模糊匹配。 1.2.5.5合同审批表打印 要求系统能够支持合同审批的打印。合同审批表需要包括：合同名称、合同编号、合同金额、供应商名称、申购单位、采购时间、合同审批流程（审批节点名称、审批人、审批时间、意见）。 1.2.6验收管理 要求系统能够登记验收时间、验收人、验收地点、验收意见、验收单。 要求验收结果能够支持审批流程。审批流程能够按照学校相关规定进行配置。 1.2.7支付管理 要求系统提供对合同和采购项目（不需要签订合同的采购项目）的支付计划管理及支付申请管理。 1.2.7.1支付计划 ▲要求申购人能够在采购任务执行完成后或在合同签订任务完成后，能够针对采购项目或采购合同录入支付计划。 要求支付计划支持分期和一次性付清两种录入模式。对于分期支付计划，系统需能够录入多个支付计划项，对于一次性付清，系统应只提供一个支付计划项目。 要求支付计划项包含支付性质、预计支付时间、预计支付金额、备注说明等字段。 要求系统能够支持支付计划的审批流程。审批流程应当按照学校的相关流程规定配置。 1.2.7.2支付计划变更 要求系统能够提供对支付计划的变更管理功能，以应对特殊情况下需要对支付计划作出调整的场景。 要求系统对支付计划是否能够变更做出约束，已经执行完成的支付计划项不允许用户发起变更。 支付计划要支持配置审批流程，审批流程应当按照学校的相关流程规定配置。 1.2.7.3支付申请 ▲系统应当支持申购人发起支付申请请求。请求表单应包括：1、能选择本次希望支付的支付计划项；2、本次支付的经费项目以及经费项目对应的支付金额（如果合同或采购项目只对应一个经费项目，则无需用户设定）；3、相关票据（如发票、收据）的编号、图片；4、固定资产系统入库单。 系统要支持配置支付申请的审批流程，审批流程应当按照学校的相关流程规定配置。 系统要支持支付申请单的打印功能。支付申请单应当包括：项目信息（项目名称、编号、品目、申购人、申购单位、申购时间、预算金额等）、采购信息（采购组织形式、采购方式、代理机构、成交供应商、成交金额等）、经费信息（经费项目名称、编号、所属部门、支付金额、支付计划项信息）、票据信息（发票、收据、入库单等）、历史支付申请信息、审批流程信息。 1.2.8系统设置 系统设置应包括：用户／部门管理、岗位权限管理、字典管理、系统消息管理、用户帮助管理、模版管理。 1、要求用户／部门管理能够需要学校的人事系统进行数据周期性同步。人事系统用户数据发生变化后（比如用户手机号、部门）需在2小时内自动同步到本系统中。 2、要求系统支持灵活的人、岗位（角色）、权限配置，支持岗位和权限关联、人和岗位关联的RBAC权限管理模型。 3、要求系统系统包括采购组织形式、采购方式、代理机构、采购品目、采购金额区间、采购组织形式&采购采购方式判定规则在内的数据字典配置。 4、要求系统管理员能够通过本系统发布针对本校全部用户的系统通知，要求通知能支持富文本模式（可带图片、音频、视频），并支持通知的定时发送。 5、要求系统管理员能够自定义设置用户帮助模块的菜单、内容。 6、要求系统管理员能够在本系统中进行模版管理。包括模版的分类设置、模版的新增、禁用、编辑、删除等功能。管理员在本模块管理的模版能够在合同编制、采购公告编制、采购文件编制等环节使用。 1.2.9消息提醒 系统应支持审核类提醒、通知类提醒、预警类提醒，可以让过程中的关键业务人员及领导及时知晓进度情况。 要求系统的消息通道支持手机短信、微信模版消息等渠道送达用户。 要求手机短信上自带处理链接，用户可打开短信中的链接直接进入移动端处理界面进行待办任务处理，且不需要用户进行二次身份认证。 1.2.9.1审核类提醒 l 预算申报审批待办提醒 l 预算调整审批待办提醒 l 采购计划审批待办提醒 l 采购方式变更审批待办提醒 l 采购项目作废审批待办提醒 l 经费项目变更审批待办提醒 l 参数补报待办任务提醒 l 政采计划上报待办任务提醒 l 采购任务执行待办提醒 l 合同签订任务待办提醒 l 验收结果审批待办提醒 l 支付计划审批待办提醒 l 支付计划变更审批待办提醒 l 支付申请审批待办任务提醒 1.2.9.2通知类提醒 l 采购预算编制审批结果通知 l 采购预算调整审批结果通知 l 采购计划审批结果通知 l 采购方式变更结果通知 l 采购项目作废结果通知 l 经费项目变更结果通知 l 参数补报完成结果通知 l 采购任务执行结果通知 l 合同签订结果通知 l 验收结果通知 l 支付计划审批结果通知 l 支付计划变更审批结果通知 l 支付申请审批结果通知 1.2.9.3预警类提醒 l 合同到期预警 l 支付计划到期预警 第六章 应答文件格式 [本章列举常用的几个文件格式，具体项目应结合实际情况，参考招标文件、资格预审文件模板进行补充] 应答函 廉洁承诺书 报价表 应答函 应 答 函 致： （采购人名称） （供应商名称）（以下称“我方”）已仔细研究了 （项目名称） 询价文件的全部内容，包括澄清或者修改文件以及有关附件，我方将严格按照询价文件要求递交符合要求的全部应答文件。 我方承诺如下内容： 我方的应答文件包含第二章“供应商须知”应答文件组成中规定的全部内容。 我方承诺在询价文件规定的应答有效期内不修改、撤销应答文件。 我方在参与询价过程中根据询价小组要求提供的符合相关规定的澄清文件，构成应答文件的组成部分。 我方承诺不向第三方透露与询价相关的所有信息。 如确定我方成交： 我方承诺在收到成交通知书后，在成交通知书规定的期限内与你方签订合同。 我方承诺按照询价文件的规定及合同约定履行相关责任和义务。 我方在此声明，所递交的应答文件及有关资料内容完整、真实和准确【，且不存在询价公告“供应商不得存在的情形”中规定的任何一种情形】。如有弄虚作假，将承担相应的法律责任，并赔偿由此造成的一切损失。 其他补充说明：【我方承诺按照采购人要求完成中国电信供应商注册。/无/具体的其他说明或要求】 单位名称： （盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）： 地址： 电话： 电子邮箱： 日期：XX年XX月XX日 廉洁承诺书 廉洁承诺书 致： （采购人名称） 我公司自愿参加 （项目名称）询价，为保证询价活动公平、公正，依据国家法律法规和廉洁从业相关规定，现承诺如下： 不以他人名义参与询价或者以其他方式弄虚作假，骗取成交； 不与其他供应商相互串通报价或订立攻守同盟； 不与采购人或采购代理机构串通询价； 不向采购人、采购代理机构或询价小组成员行贿，包括提供现金(礼金)、礼券、礼品、购物卡、有价证券等财物，或娱乐、宴请、旅游等活动，或支付应由其个人承担的学费、餐费、医药费等各种费用等； 不通过非正常渠道探听采购过程中应当保密的信息，包括(潜在)供应商的数量与名称、询价小组成员名单和联系方式、其他供应商的应答文件、询价情况及成交推荐意见等。 不私下接触采购人、采购代理机构或询价小组成员，利用人际关系干扰询价活动； 不在办公场所、唱价评审现场寻衅滋事、无理取闹或以其他手段非法干预、影响询价的过程和结果； 不捏造事实、伪造材料，或以非法取得的材料进行恶意投诉与诬陷；不毫无根据地散播不实消息，诋毁他人名誉，主观臆断反映问题与诉求。 不以低于成本报价； 不以其他方式排挤其他供应商的公平竞争。 如发生任何违反本承诺的行为，除按法律法规接受处罚外，采购人有权否决我方本次应答、宣布成交无效等。 供应商名称： （盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）： 日期：XX年 XX月XX日 报价表 报价表
供应商名称： （盖单位公章） 法定代表人/负责人（签字或盖章）或者其委托代理人（签字）： 日期：XX年 XX月XX日 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
询价物资信息
| 物料名称 | 物料规格型号 | 物资目录名称模型名称 | -->计量单位名称 | 采购数量 | 备注 |
| ICT技术服务 | - | 项 | 1 |
解决方案
联系我们
返回顶部