磋商微信聊天记录怎么同步到新手机上面呢

中南财经政法大学竞争性磋商文件项目编号:中南大货物类B001竞磋字【2018】001号项目名称:中南财经政法大学数字化校园二期学生事务一站式服务平台采购项目编制单位:中南财经政法大学采购与招投标管理中心编制时间:二〇一八年一月目录第一章采购公告3第二章供应商须知6供应商须知前附表6第一节总则8第二节竞争性磋商文件8第三节响应文件的编制11第四节响应文件的递交15第五节磋商仪式16第六节磋商和评审17第七节项目合同授予23第三章评审标准27第四章合同主要条款(可根据项目实际工作进行修订)31第五章经济活动廉政承诺书32第六章采购技术需求及其他要求(网上事务大厅需求方案)34第七章响应文件格式72第一章采购公告中南财经政法大学数字化校园二期学生事务一站式服务平台采购项目竞争性磋商采购公告项目编号:中南大货物类B001竞磋字【2018】001号1.
项目概况及采购范围1.
1采购内容:学生事务一站式服务平台.
详细内容见磋商文件.
1.
2采购预算:90万元(人民币)1.
3计划工期/交货期:90日历日1.
4交货地点:中南财经政法大学学生工作部1.
5质保期:一年2.
采购方式:竞争性磋商3.
资格审查方式:资格后审4.
供应商资格要求供应商除应具备《中华人民共和国政府采购法》第二十二条的条件外,还应具备:4.
1须在中华人民共和国境内注册,具有工商行政管理部门颁发的企业独立法人营业执照;4.
2提供资质审查之日前半年内授权代理人和项目经理连续三个月缴纳的社保基金证明,具体可采用下述形式之一:4.
2.
1社保局官方网站查询的个人缴费记录(基本信息查询界面和五险缴费账目明细界面)截图打印件,并加盖供应商公章;4.
2.
2社保局的书面证明材料;4.
2.
3其他经资格审查委员会认可的证明材料;4.
2.
4法定代表人投标的,无须提供社保缴纳证明材料;4.
3近三年有类似本项目业绩,有相关证明材料(合同或中标通知书);4.
4未被列入"信用中国"网站(www.
creditchina.
gov.
cn)、"中国政府采购"网站(www.
ccgp.
gov.
cn)失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单;4.
5本项目不接受联合体身份响应;4.
6项目经理须具有高级技术职称,拥有高校事务大厅项目工作经验.
以上近三年是指从评审日期往前推算的三年,例如评审日期为2017年1月1日,则近三年是指2014年1月1日至2017年1月1日.
5.
报名及领取磋商文件起止时间及地点5.
1时间:2018年1月12日-2018年1月17日16时00分;〔下载报名表(附表一)填写相关内容签章后,传真我中心报名,或者发送扫描件至电子邮箱czzxhwk1@zuel.
edu.
cn报名〕5.
2地点:中南大采购与招投标管理中心货物采购科(文溯楼东侧201室).
5.
3竞争性磋商文件领取方式:自行下载.
6.
响应文件的递交6.
1递交响应文件的截止时间为2018年1月24日9时00分,地点为:中南大南湖校区采购与招投标管理中心一楼会议室(文溯楼东侧101室).
6.
2逾期送达的或者未送达指定地点或未按照响应文件要求密封的响应文件,采购人将不予受理.
7.
磋商仪式时间及地点7.
1磋商仪式时间为:2018年1月24日9时00分,磋商地点为:中南大南湖校区采购与招投标管理中心一楼会议室(文溯楼东侧101室).
7.
2供应商的法定代表人或其委托代理人需携带法定代表人身份证明或认定代表人授权委托书、身份证,出席磋商仪式.
8.
发布公告的媒介本公告在《中南财经政法大学采购与招投标管理中心》网上发布.
9.
联系方式采购人:中南财经政法大学地址:湖北省武汉市东湖新技术开发区南湖大道182号采购联系人:戚老师联系电话:027-88386759(带传真)技术咨询电话:蔡老师咨询电话:027-88386190刘老师咨询电话:027-88386981中南财经政法大学采购与招投标管理中心二〇一八年一月八日第二章供应商须知供应商须知前附表序号类别内容1采购人中南财经政法大学(简称:中南大)学校地址武汉市东湖新技术开发区南湖大道182号,邮编:430073项目编号中南大货物类B001竞磋字【2018】001号项目名称中南大数字化校园二期学生事务一站式服务平台采购项目项目地点中南财经政法大学学生工作部项目预算90万元(人民币).
经费类别银校合作经费,已落实到位.
包段划分不分包,总价包干.
结算方式第一次:正式合同签订,软件需求调研完成,支付合同款的35%;第二次:软件整体开发完成,在学校项目组内部验收合格后,支付合同款的30%;第三次,系统整体运行一年,且通过学校项目组验收合格,并完成全部资料整理后,项目整体审计完成后,支付合同款的30%;第四次:合同款5%作为质保金,审计完毕一年后,如无质量问题,且未发现成交人在项目实施过程中有任何违法行为,则由校方在15天内一次性付清.
2供应商资格条件详见采购公告3交货期/服务时间合同签订后90日历日.
4响应有效期为磋商之日起60个日历日.
5质保期一年6磋商保证金不超过项目预算的2%,并以千位取整,详见十二.
7履约保证金合同金额的10%,递交形式为银行保函,详见第二章第七节第40条要求.
8响应文件份数正本壹份,副本叁份,密封提交.
提供电子响应文件壹份(光盘或U盘).
9竞争性磋商文件发售时间和地点2018年1月12日开始地点:中南大采购与招投标管理中心货物采购科(文溯楼东侧201室).
10现场踏勘本项目不组织集中踏勘.
11供应商提出书面问题时间及要求截止时间:2018年1月18日下午5:00.
要求:纸质文件传真我中心,word文档发至:czzxgck1@zuel.
edu.
cn采购人现场答疑时间与地点本项目不组织现场答疑会.
回复答疑文件时间及要求时间:2018年1月19日下午5:00时前.
采购人将答疑文件以扫描件形式发送给所有获得竞争性磋商文件的供应商.
答疑文件为竞争性磋商文件组成部分.
12递交响应文件的起止时间2018年月日上午8:30—9:00(北京时间).
逾期送达的响应文件恕不接受.
响应文件送达地点中南大南湖校区采购与招投标管理中心一楼会议室(文溯楼东侧101室)13磋商时间2018年1月24日上午9:00(北京时间).
磋商地点中南大南湖校区采购与招投标管理中心一楼会议室(文溯楼东侧101室)14评审标准及方法执行第二章第六节15采购联系人戚老师电话:027-88386759(带传真)技术咨询人蔡老师(信息管理部)联系电话:027-8838619016磋商费用供应商自行承担所有与准备和参加磋商有关的全部费用,不论磋商结果如何,采购人均无义务和责任承担这些费用.
17其他项目评审组织人员于符合性审查前(含)通过"信用中国"网站(www.
creditchina.
gov.
cn)、中国政府采购网(www.
ccgp.
gov.
cn)渠道查询供应商信用记录,经查询列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单,其响应将被拒绝.

两个以上的自然人、法人或者其他组织组成一个联合体,以一个供应商的身份共同参加政府采购活动的,应当对所有联合体成员进行信用记录查询,联合体成员存在不良信用记录的,视同联合体存在不良信用记录.

第一节总则采购方式及定义本次采购采用竞争性磋商方式(以下简称磋商),本竞争性磋商文件仅适用于竞争性磋商公告中所述项目.
中南财经政法大学采购与招投标管理中心(以下简称采招中心)负责组织本次竞争性磋商活动.
合格的供应商满足竞争性磋商公告中供应商的资格条件的规定.
满足本文件实质性条款的规定.
适用法律本次竞争性磋商及由此产生的合同受中华人民共和国有关的法律法规制约和保护.
磋商费用供应商应自行承担所有与参加磋商有关的费用,无论磋商过程中的做法和结果如何,采招中心在任何情况下均无义务和责任承担这些费用.
本次竞争性磋商不收取文件工本费与成交服务费.
磋商保证金的交纳和退还详见十.
第二节竞争性磋商文件竞争性磋商文件共七章,内容如下:第一章采购公告第二章供应商须知第三章评审标准第四章主要合同条款第五章经济活动廉政责任书第六章采购技术需求及其他要求第七章响应文件格式供应商获取竞争性磋商文件后,应仔细检查竞争性磋商文件的所有内容,如有页数和数量有遗缺、数字模糊、词意含混不清等问题应在获得竞争性磋商文件后立即内向采购人提出,否则,由此引起的损失由供应商自己承担.

获取竞争性磋商文件的供应商,放弃参加磋商的供应商,请在磋商前3日内(磋商当日不计算在内)以书面形式(传真或书面送达,加盖单位公章)通知采招中心.
放弃未予告知的供应商,采招中心将记录次数,并给予不诚信行为记录.

供应商无论是否响应均须对竞争性磋商文件负责保密,且不得转让竞争性磋商文件.
现场踏勘、竞争性磋商文件的澄清和修改9.
1现场踏勘由项目申请单位根据项目的具体情况确定是否组织现场踏勘,现场踏勘包含召集踏勘人员、踏勘项目现场、汇总供应商疑问、答复供应商疑问等工作.
9.
1.
1召集踏勘人员.
校内采购的项目由采招中心项目负责人负责;委托机构代理采购的项目由采购代理机构项目负责人负责.
9.
1.
2踏勘项目现场.
由项目申请单位负责.
9.
1.
3注意事项不得组织单个或者部分供应商踏勘项目现场(潜在供应商收到有关踏勘现场的通知后自愿放弃踏勘项目现场除外).
不得采用集中签到甚至点名等方式,防止潜在供应商在踏勘项目现场中暴露身份,影响投标竞争;各供应商不得相互沟通信息,否则有可能被视为串通响应.
潜在供应商对踏勘项目现场后自行作出的判断负责.
无论采购人组织还是潜在供应商自行踏勘项目现场,潜在供应商根据踏勘项目现场作出的响应分析、推论和判断,应当自行负责.
9.
2提交疑问供应商对竞争性磋商文件和有关技术资料及现场勘察后有疑问的,应于前附表规定的时间以书面形式提出.
校内采购的项目,由采招中心项目负责人汇总所有供应商疑问后转交项目申请单位;委托采购代理机构采购的项目,由采购代理机构项目负责人汇总所有供应商疑问后转交采招中心项目负责人,再由采招中心项目负责人转交项目申请单位.

供应商在答疑时必须将所有疑问提出,在原定采购技术需求范围内不予办理调增手续.
9.
3答复疑问项目申请单位于前附表规定的时间,对所有疑问进行解答,并以书面形式将答疑文件送达采招中心.
校内采购的项目,由采招中心将答疑文件以书面形式发送至各供应商;委托采购代理机构采购的项目,由采招中心将答疑文件送达采购代理机构项目,再由采购代理机构发送至各供应商.
9.
4首次响应文件递交截止之日前,采招中心可以对已发出的磋商文件进行必要的澄清或者修改,并以书面形式通知所有供应商.
9.
4任何口头形式的等非书面形式的提问、修改、澄清、答疑一律视为无效.
9.
5澄清、修改、答疑等补充文件是竞争性磋商文件的组成部分,与竞争性磋商文件具有同等效力.
9.
6当竞争性磋商文件、修改补充通知、澄清(答疑)文件内容相互矛盾时,以最后发出的通知(或纪要)或修改文件为准.
9.
7为了使供应商在编制响应文件时,充分响应竞争性磋商文件的澄清、修改以及答疑文件的内容,采购人可根据情况适当延长提交响应文件截止时间,并在补充文件中明确.
第三节响应文件的编制响应文件编制基本要求10.
1供应商应在认真阅读,充分理解本竞争性磋商文件所有内容(包括所有的补充,修改内容)的基础上,按照竞争性磋商文件的要求编制完整的响应文件.
10.
2竞争性磋商文件对响应文件格式有要求的应按格式逐项填写,不准有空项;无相应内容可填的项,应填写"无"、"没有相应指标"等明确的回答文字.
10.
3供应商必须保证响应文件所提供的全部资料真实可靠,并接受采购人对其中任何资料进一步审查的要求.
10.
4如果响应文件填报的内容不详,或没有提供竞争性磋商文件中所要求的全部资料及数据,给评审造成困难,责任由供应商承担.
响应范围要求供应商对竞争性磋商文件中"中南财经政法大学******项目"必须进行全部响应,供应商对所要求服务必须全面报价,不接受报价不全的响应,采购人有明确规定不得报价的内容除外.
响应文件的语言及计量12.
1响应文件及供应商与采购人之间来往的一切信函、文件均使用中文.
12.
2除竞争性磋商文件另有规定外,在响应文件中以及所有供应商与采购人往来文件中的计量单位均应采用中华人民共和国法定计量单位.
12.
3除正式响应文件以外,要求供应商提供响应文件完整的电子文件.
电子文件的格式应为:文件采用WORD文档,计算表格采用EXCEL文档,图纸采用AutoCAD文档(媒体介质不限,但供应商应在所提供的U盘或是光盘表面标记公司名称,以便工作人员核对).

12.
4所有电子文件均必须注明供应商名称,确保采购人对电子文件的识别.
响应文件构成13.
1响应文件的构成13.
2供应商应按竞争性磋商文件材料规定的内容和格式编制和提交响应文件材料.
13.
3响应文件由商务部分和技术部分两部分组成,但不限于以下内容.
1)响应函;(一)2)响应承诺书;(二)3)法定代表人身份证明书;(三)4)法定代表人授权书;(四)5)响应一览表;(五)6)分项报价表;(六)7)技术规格响应、偏离表;(七)8)商务规格响应、偏离表;(八)9)供应商资格声明;(九)10)供应商综合情况简介;(十)11)近三年类似项目业绩表;(十一)12)磋商保证金的交纳和退还;(十二)13)近二年经过审计的财务报告及报表;(十三)14)银行资信证明;(十四)15)供应商认为需要提供的其他资料.
(十五)近三年是指从评审日期往前推算的三年,例如评审日期为2017年1月1日,则近三年是指2014年1月1日至2017年1月1日,下同.
响应文件的编制要求14.
1供应商应当对响应文件商务部分和技术部分合为一本进行装订,文件各部分之间用彩页间隔,逐页标注页码并编制详细目录,对未经装订的响应文件可能发生的散落或缺损,由此产生的后果及其责任由供应商承担.

14.
2供应商应完整的填写竞争性磋商文件中提供的《响应函》、《响应一览表》、《分项报价表》等竞争性磋商文件中规定的所有内容.
14.
3供应商必须保证响应文件所提供的全部资料真实可靠,并接受采购人对其中任何资料进一步核实的要求.
14.
4如果因为供应商响应文件填报的内容不详,或没有提供竞争性磋商文件中所要求的全部数据或资料,由此造成的后果,其责任由供应商承担.
14.
5响应文件所用纸外形尺寸统一为A4纸规格.
响应报价15.
1响应报价采用总承包方式,因此供应商的报价应包括所投产品费用、安装调试费、测试验收费、培训费、运行维护费用、税金、运输保险及其他有关的为完成本项目发生的所有费用,磋商文件中另有规定的除外.
磋商文件未列明,而供应商认为必需的费用也需列入报价.

15.
2响应报价应当低于同类服务的市场平均价格.
15.
3供应商应在响应文件中注明拟提供服务的单价明细和总价.
15.
4除政策性文件规定以外,供应商所报价格在合同实施期间不因市场变化因素而变动.
响应有效期16.
1除供应商须知前附表另有规定外,响应有效期为60个日历日.
16.
1在响应有效期内,供应商撤销或修改其响应文件的,应承担竞争性磋商文件和法律规定的责任.
16.
1出现特殊情况需要延长响应有效期的,采购人以书面形式通知所有供应商延长响应有效期.
供应商同意延长的,应相应延长其磋商保证金的有效期,但不得要求或被允许修改或撤销其响应文件;供应商拒绝延长的,其响应失效,但供应商有权收回其磋商保证金.

响应文件份数及签署17.
1供应商应按供应商须知前附表的规定,向采购人递交纸质响应文件;提供与正本内容一致的电子响应文件并在盘面标注供应商全称、项目编号,密封在封套袋中.
17.
2响应文件正本须用不能擦去的墨水书写或打印,字迹应清晰易于辨认,响应文件副本可采用正本的复印件,其正、副本都应装订成册,并在封面上右上角清楚地标明"正本"或"副本"字样.
正本和副本如有不一致之处,以正本为准.

17.
3响应文件均应按竞争性磋商文件的要求加盖供应商印章并经法定代表人或其委托代理人签字或盖章.
由委托代理人签字或盖章的,在响应文件提交时须同时提交法定代表人签署的授权委托书.
授权委托书格式、签字、盖章及内容均应符合要求,否则授权委托书无效.

17.
4全套响应文件应无装订后插页或行间插字和增删.
如有局部错误需修改,须在修改处加盖供应商法定代表人或其委托代理人的印鉴.
第四节响应文件的递交响应文件的密封和标记18.
1供应商应将响应文件正本和所有的副本分开密封装在两个单独的封套中,且在封套上标明"正本"、"副本"字样.
将法人授权委托书和响应一览表封装在一个单独的封套中,且在封套上标明"法人授权委托书和响应一览表"字样.

18.
2三个内层封套应写明:采购编号、采购项目名称、供应商名称和地址并在封口处加盖公章或密封专用章.
18.
3外层封套包应写明:采购编号、采购项目名称、供应商名称等.
封口处应加盖公章或密封专用章,并注明详细地址,以便若其响应文件被宣布为"迟到"的响应时,该响应文件能被原封退回.
18.
4如果外层封套未按上述要求加写标记和密封,采购人对误投或过早启封概不负责.
递交响应文件的起止时间19.
1递交响应文件的起止时间见供应商须知前附表规定.
19.
2采购人可视情况,酌情延长递交响应文件的截止时间.
在此情况下,供应商的所有权利和义务以及供应商受制约的截止时间,均以延长后新的磋商截止时间为准.
迟交的响应文件采购人在供应商须知前附表规定的递交响应文件截止时间以后收到的响应文件,不予开封,并原封退回供应商.
响应文件的修改与撤回21.
1在供应商须知前附表中规定的提交响应文件截止时间前,供应商可以补充、修改或者撤回已提交的响应文件,但必须以书面形式提出,并经委托代理人签署.
在时间紧迫的情况下,响应文件撤回的要求可先传真通知采购人,但应随即补发一份正式的书面函件予以确认.
更改、撤回的书面函件响应文件必须在递交响应文件截止时间前送达采购人签收.

21.
2更改的响应文件应同样按照响应文件递交规定的要求进行编制、密封、标记(应在内层信封加注"更改"字样)、时间和递交.
第五节磋商仪式按本磋商文件第一章"供应商须知前附表"规定的时间、地点组织磋商.
磋商仪式由采招中心主持,邀请供应商代表以及有关工作人员参加,参加磋商仪式的代表应签名以证明其出席.
磋商仪式程序:23.
1采招中心工作人员核验各供应商法定代表人证明书或法定代表人授权委托书及委托代理人身份证等;23.
2供应商代表检查响应文件的密封情况,至响应文件开启时间后由采招中心工作人员开启响应文件;23.
3供应商对磋商仪式有无异议(质疑)进行表决;23.
4磋商仪式结束,进入磋商小组磋商、评审环节.
第六节磋商和评审组建磋商小组24.
1磋商小组根据采购项目的特点进行组建,并负责评审工作.
24.
2评审由采购人依据有关的法规组建的磋商小组负责.
磋商小组由评审专家3人以上单数组成,磋商小组成员依法从省市评审专家库和中南财经政法大学专家库中随机抽取.
评审原则25.
1评审工作必须遵循公平、公正、科学、择优.
25.
2响应文件及竞争性磋商文件是评审工作的首要依据,响应文件必须符合竞争性磋商文件的要求.
评审过程的保密26.
1磋商前会议会结束后,开始评审,评审采用保密方式进行.
26.
2磋商前会议会后,直至授予成交人合同为止,磋商小组成员和与评审工作有关的工作人员不得泄露对响应文件的评审和比较、成交候选人的推荐情况以及与评审有关的其他情况.
26.
3在响应文件的评审和比较、成交候选人推荐以及授予合同的过程中,供应商向采购人和磋商小组施加影响的任何行为,都将会导致其响应被拒绝.
26.
4成交人确定后,采购人不对未成交人就评审过程以及未能成交原因作出任何解释.
未成交人不得向磋商小组组成人员或其他有关人员索问评审过程的情况和材料.
响应文件的有效性27.
1当响应文件出现下列情形之一的,采购人将不予受理:27.
1.
1响应文件逾期送达或者未送达指定地点的;27.
1.
2响应文件未按照竞争性磋商文件的要求予以密封和标记的;27.
2如发现下列情况之一的,评审小组有权拒绝其响应文件27.
2.
1串通响应、以行贿手段谋取成交、以他人名义或者其他弄虚作假方式响应的;27.
2.
2经查证核实有相互串通哄抬价格行为的相关响应;27.
2.
3出现影响采购公正的违法、违规行为的;27.
2.
4响应方案、交付时间与采购项目要求出入较大者.
属于下列情况之一者,本次采购作失败处理28.
1所有供应商均没有实质上响应竞争性磋商文件的要求;28.
2符合专业条件的供应商或者对竞争性磋商文件作实质响应的供应商不足规定家数的;28.
3经查证核实所有供应商相互串通哄抬价格;28.
4供应商的报价均超过了采购预算,采购人不能支付的;28.
5因重大变故,采购任务被取消的.
资格审查磋商小组审查供应商资格,资格审查通过的供应商则进入评审程序,审查未通过的供应商则不得进入评审程序.
其审查内容为:29.
1企业法人营业执照、税务登记证、组织机构代码证;29.
2资质审查之日前半年内授权代理人和项目经理连续三个月缴纳的社保基金证明原件,具体可采用下述形式之一:29.
2.
1社保局官方网站查询的个人缴费记录(基本信息查询界面和五险缴费账目明细界面)截图打印件,并加盖供应商公章;29.
2.
2社保局的书面证明材料;29.
2.
3其他经资格审查委员会认可的证明材料;29.
2.
4法定代表人投标的,无须提供社保缴纳证明材料;29.
3近三年有高校类似本项目业绩,提供相关证明材料(合同或中标通知书等);29.
4通过"信用中国"网站(www.
creditchina.
gov.
cn)、"中国政府采购"网站(www.
ccgp.
gov.
cn)查询供应商是否未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单.

29.
5项目经理具有高级技术职称(证书),拥有高校事务大厅项目工作经验的证明材料.
以上资格审查材料,除明确要求提交原件之外,可提供原件或是复印件加盖供应商公章.
响应文件初步评审初步评审时,磋商小组将首先评定每份响应文件是否在实质上响应了竞争性磋商文件的要求.
所谓实质上响应,是指响应文件应与竞争性磋商文件的所有实质性条款、条件和要求相符,无显著差异或保留.
显著差异或保留是指对合同中约定的采购人的权利和供应商的义务方面造成重大的限制,纠正这些显著差异或保留将会对其他实质上响应竞争性磋商文件要求的响应文件的供应商的竞争地位产生不公正影响.
对通过评审的,被认为其响应文件完整、合格,有效,可进入下一阶段.
本项评审结论以合格或不合格表示.
被判定为不合格的响应不再进入下一步评审阶段.

响应文件符合下列条件之一者将视为初步评审不合格:1)响应文件未按规定的格式填写,内容不全或关键内容字迹模糊、无法辨认的;2)响应文件无法定代表人签字或签字人无法定代表人有效授权的;3)无正当理由不按照要求对响应文件进行澄清、说明或者补正的;4)没有对竞争性磋商文件提出的要求和条件作出实质性响应的;5)响应有效期不足的;6)报价有重大漏项或重大不合理(磋商小组认为报价明显低于制造成本或恶意报价的);7)有不良经济纠纷记录和违法行为的;8)有不符合竞争性磋商文件中其他规定被视为无效响应条款的.
响应文件的澄清31.
1在评审过程中,磋商小组认为需要,在采招中心经办人员和监督人员在场的情况下,可以书面形式要求供应商对响应文件中含义不明确、对同类问题表述不一致或者有明显文字和计算错误的内容,进行澄清或提供补充说明及有关资料.

31.
2响应文件中的大写金额和小写金额不一致的,以大写金额为准;总价金额与按单价汇总金额不一致的,以单价金额计算结果为准;单价金额小数点有明显错位的,应以总价为准,并修改单价;若用文字表示的数值与数字表示的数值不一致,以文字表示的数值为准.
对不同文字文本响应文件的解释发生异议的,以中文文本为准.
如果供应商不接受对其错误的更改,其响应文件将被拒绝.

31.
3书面答复须经供应商法定代表人或其委托代理人签字或加盖印鉴,签字或加盖印鉴的书面答复将视为响应文件的组成部分.
31.
4供应商的澄清文件是其响应文件的有效组成部分.
31.
3如果响应文件实质上不响应竞争性磋商文件的各项要求,磋商小组将予以拒绝,并且不允许供应商通过修改或撤销其不符合要求的差异或保留,使之成为具有响应性报价.
磋商协商、最终报价.
磋商小组所有成员集中与单一供应商分别进行磋商,供应商最终报价,并将最终报价及相关承诺以书面形式提交磋商小组.
供应商递交的响应文件内报价为第一轮报价,磋商小组视各供应商报价情况决定后续报价轮次,若磋商小组认为有必要,可以进行多轮磋商报价,后一轮报价不得高于前一轮报价,最终报价只能有一个.

响应文件的详细评审(评审方法)32.
1本项目评审方法为综合评分法,按照"第六章评审标准"对所有实质上响应竞争性磋商文件要求且经最终报价的响应文件进行评审打分,以确定成交候选人.
32.
2如果供应商的最终评分相同,则最终报价低的供应商排名优先,如果最终报价得分相同,以评审技术分高的供应商排名优先.
推荐成交候选人原则磋商小组将根据竞争性磋商文件确定的评审标准,按评审后得分由高到低顺序排列.
得分相同的,按报价由低到高顺序排列;得分且报价相同的,按技术指标优劣顺序排列.
磋商小组向采购人推荐不超过3名有排序的供应商作为成交候选人.

确定成交人35.
1采购人根据竞争性磋商文件对成交候选人的响应文件内容进行审核(包括真实性等)和优化.
35.
2采购人认为有需要,可对成交候选人的基本情况和技术实力等进行考察,并对考察结果形成文字报告,作出考察合格或不合格的结论.
若成交候选人未按照采购人的要求接受考察,采购人则对相应成交候选人作出考察不合格的结论.

35.
3采购人将根据本项目磋商结果、考察情况召开相关采购与招投标工作领导小组会,确定成交人,如有需要报校务会审批.
35.
4在响应文件的审查、澄清、评价和比较以及合同签订过程中供应商对采购人和磋商小组成员施加影响的任何行为,都将导致取消其成交资格.
35.
5成交人放弃成交、因不可抗力提出不能履行合同、竞争性磋商文件规定应当提交履约保证金而在规定的期限内未能提交,或者被有关部门查实存在影响成交结果的违法行为、考察不合格、不具备成交资格等情形的,采购人可以按照成交候选人名单排序,确定下一候选人为成交供应商,也可以重新开展政府采购活动.

成交和成交通知书36.
1确定成交人后,采购人将发布成交公示(或成交公告)并在公示(或公告)期结束后以书面形式向成交人发出成交通知书.
成交通知书是合同的组成部分.
36.
2成交人请在3个工作日内委派专人凭介绍信或公司授权书(须携带身份证)到采招中心领取成交通知书.
询问及质疑询问及质疑依据《中华人民共和国政府采购法》、《中华人民共和国政府采购法实施条例》及相关法律法规处理.
接受或拒绝任何响应的权力38.
1为维护国家和社会公共利益,或因不可预见的因素而导致采购项目发生变更时,采购人保留在签订合同之前任何时候接受或拒绝任何供应商的权力,且对受影响的供应商不承担任何责任.
38.
2因不可抗力或成交供应商不能履约等情形,采购人保留与其他候选供应商签订合同的权利.
第七节项目合同授予成交人须交纳或承担的费用本项目无.
履约保证金40.
1在签订合同前,成交人应按供应商须知前附表规定的形式、金额向采购人提交履约保证金.
40.
2成交人不能按上述要求提交履约保证金的,视为放弃成交,其磋商保证金不予退还,给采购人造成的损失超过磋商保证金数额的,成交人还应对超过部分予以赔偿.
40.
2递交形式为银行保函.
签订合同41.
1成交人应在响应有效期内及成交通知书发出后30日内(具体时间、地点见成交通知书)与项目单位签订合同.
竞争性磋商文件、成交人的响应文件及澄清文件等,均作为合同的.
合同签订前成交人应向采购人出示成交管理费和履约保证金缴纳证明(如需要).
合同签订后2个工作日内,项目单位应将签订的合同送采招中心备案,并由采招中心在相关网站公告.

41.
2采购响应双方必须严格按照竞争性磋商文件、响应文件及有关承诺签订采购合同,不得擅自变更.
合同的标的、价款、质量、履行期限等主要条款应当与竞争性磋商文件和成交人的响应文件的内容一致,采购人的项目负责单位和成交人不得再行订立背离合同实质性内容的其他协议.
对任何因双方擅自变更合同引起的问题采招中心概不负责,合同风险由双方自行承担.

41.
3甲方(采购人)保留以书面形式要求合同的乙方(成交人)对其所报服务的方式及服务细则等作适当调整的权利.
纪律和监督42.
1对采购人的纪律要求采购人不得泄露采购活动中应当保密的情况和资料,不得与供应商串通损害国家利益、社会公共利益或者他人合法权益.
42.
2对供应商的纪律要求供应商不得相互串通响应或者与采购人串通响应,不得向采购人或者评审小组成员行贿谋取成交,不得以他人名义响应或者以其他方式弄虚作假骗取成交;供应商不得以任何方式干扰、影响评审工作.
42.
3对评审小组成员的纪律要求评审小组成员不得收受他人的财物或者其他好处,不得向他人透露对响应文件的评审和比较、成交候选人的推荐情况以及评审有关的其他情况.
在评审活动中,评审小组成员应当客观、公正地履行职责,遵守职业道德,不得擅离职守,影响评审程序正常进行,不得使用本竞争性磋商文件没有规定的评审因素和标准进行评审.
42.
4对与评审活动有关的工作人员的纪律要求与评审活动有关的工作人员不得收受他人的财物或者其他好处,不得向他人透露对响应文件的评审和比较、成交候选人的推荐情况以及评审有关的其他情况.
在评审活动中,与评审活动有关的工作人员不得擅离职守,影响评审程序正常进行.

特别说明:43.
1若成交人在签收到成交通知书3个工作日内,放弃成交权的必须向采购人提供书面放弃函,已签收的成交通知书需原件退回采购人,采购人将不予退还成交人的磋商保证金,没有设置磋商保证金的项目,按成交价的2%补交违约金.

43.
2若成交人在签收到成交通知书后30日内,无正当理由拒绝与采购人签订书面合同,采购人将有权追究其违约责任.
具体包括:(1)不予退还成交人的磋商保证金,没有设置磋商保证金的项目,按成交价的2%补交违约金;(2)承担该项目再次组织采购的直接费用和新的成交价与原成交价之间的增加额;(3)成交人被视为采购人的不诚信合作单位,采购人将取消其两至三年参与中南财经政法大学各类采购项目的资格,并在采购人网站上予以曝光.

第三章评审标准评审内容分为商务评议、技术评议和价格评议三个部分,总分100分,各响应人的综合得分=商务部分评议分+技术部分评议分+价格评议分,每部分的基本评审因素和评审分值如下:商务评议(满分15分)评分项目评分细则分值得分企业综合实力响应人具备信息系统集成相关资质,根据相关资质等级横向比较,酌情打分.
0-2.
5投标人具有CMU/SEI所颁发的软件能力(CMMI)成熟度模型认证,根据资质等级酌情打分.
0-2知识产权证明根据是否具有软件著作权证书或软件产品登记证书,或证书的数量,酌情打分.
0-4.
5项目组人员配备项目的核心实施人员中配置有高级项目经理技术职称的(须提供证书复印件),得1.
5分;其他项目组成员中配置有系统分析师技术职称(须提供证书复印件),得1.
5分0-3企业规范化管理响应人通过ISO/IEC27001:2005信息安全管理体系认证,得1分;响应人通过ISO/IEC20000IT服务管理体系认证,得1分.
0-2结算方式根据对磋商文件中规定的结算方式的响应程度,得0-1分.
0-1商务评议分合计152.
技术评议(满分55分)说明:供应商在响应文件中没有"七:技术规格(商务条款)响应、偏离说明表"的,或者响应文件中没有对某些服务的偏离说明,视为负偏离.
序号评分项目评分细则分值得分1项目总体架构和技术路线评委将根据响应人对网上事务大厅的理解,项目背景情况,以及设计的整体解决方案的全面性、合理性、先进性进行评定,评分在0~2分,使用J2EE框架研发1分.
0-32功能要求及技术要求偏离评分评委将根据响应人提供的功能及技术要求偏离表,对照采购要求的功能要点及技术参数进行比较,进行酌情打分.
0-23与我校统一身份认证平台、数据共享中心数据对接有基于LDAP及OAuth集成相关经验,根据其LDAP和OAuth集成相关的项目经验与我校统一身份认证平台和数据共享中心的相关性酌情打分.
0-34项目实施方案评委将根据响应人提供的项目实施组织机构合理性、项目组成人员分工和人员保证、项目实施方式与采用项目管理工具、有完整的项目实施计划和工作内容及过程控制文件,能够满足本项目的需求进行评定,是否满足我校网上事务大厅需求进行酌情打分.

0-26培训方案评委将根据响应人提出明确的培训计划、目标和培训课程内容,保证培训成效的措施进行评定.
0-27服务条款能在项目实施全程安排驻场工程师,视驻场工程师级别酌情打分,分数为0.
5-1分,不能安排驻场工程师的不得分.
根据项目工程师的资质和数量进行评分,最低资质为高级工程师;一名得2分,两名以上的得4分.

0-58质保期和服务费公司需对研发的网上事务大厅提供1年质保,一年服务期内不涉及框架20%以上的需求变更不收取费用,不满足该项要求0分,满足该项要求得分3分,1年服务期满按不超过15%的比例收取服务费进行后续服务,视公司提供免费服务期限长短和服务费收取比例酌情加分,最高得分5分,最低0分.

0-59项目经验有高校网上事务大厅项目相关经验,每项得0.
5-1分,最高得8分.
没有相关经验该项不得分:评分在0~8分之间.
(需提供项目甲方单位负责人的签字证明文件与官方联系方式)0-810现场演示演示已中标单位的实际产品,评委根据演示情况进行评定,评分在0~25分之间.
不演示的不得分.
(1)基于实际产品演示办事大厅的响应式设计效果,要求办事大厅的用户首页、配置管理、系统管理等模块均为响应式设计,能够适应不同屏幕分辨率及手机端.
功能完全满足要求得3分,演示不完整为0~2分.

(2)演示展示网上事务大厅相关流程,并着重演示较复杂流程设计,根据流程支持的层级关系及其复杂性、合理性是否满足要求进行打分.
最高得分5分,最低得分0分.
(3)演示网上事务大厅流程设计,现场制定评委指定学生相关业务流程,根据其流程设计过程是否简洁流畅,功能是否全面进行打分.
最高得分5分,最低得分0分.
(4)演示服务大厅:无需管理员或信息中心工作人员,通过委托可以让业务部门人员可配置某一办事流程.
流程节点支持超时时限设置和预警时限设置及提醒,其中,预警时限支持任意多级预警设置根据演示的流畅性情况,最高2分,最低得分0分.

(5)演示网上办事大厅表单制作,支持通过物理表,一键式生成表单,无需进行数据绑定,自动关联;演示完全符合要求的5分,不符合不得分.
(6)演示办事大厅的服务监控功能:通过对服务大厅操作的监控,显示服务分析、填报查询、用户行为分析、SQL监控、用户设备,认证负载统计等功能.
演示完全符合要求的5分,最低得分0分.
0-25技术评议分合计553.
价格评议(满分30分)价格分统一采用低价优先法计算,即满足竞争性磋商文件要求且报价(以最终报价为准)最低的报价为评审基准价,其价格分为满分.
其他供应商的价格分统一按照下列公式计算:价格评议得分=(评审基准价/响应最终报价)*30%*100第四章合同主要条款(可根据项目实际工作进行修订)采购项目:中南大数字化校园二期学生事务一站式服务平台采购项目采购编号:中南大货物类B001竞磋字【2018】001号一、中南财经政法大学数字化校园二期学生事务一站式服务平台采购项目名称、数量及价格一览表二、服务时间(天)、地点三、配套服务方式及费用四、验收五、结算方式六、质保期七、售后服务八、双方的责任九、安全要求十、不可抗力因素十一、争议解决办法十二、廉洁经营十三、其它十四、合同生效日期第五章经济活动廉政承诺书(作为签订合同的,投标时无需提供)项目名称:合同编号:为了规范经济活动中合同签订双方人员的活动,防止发生各种谋取不正当利益的违纪违法行为,保护当事人的合法权益,根据国家有关经济活动的法律法规以及廉政建设的有关规定,合同双方作出以下承诺:一、合同双方严格遵守国家法律法规,严格执行一切合同文件,自觉按合同办事.
双方的业务活动坚持公开透明原则、公平竞争原则、公正原则和诚实信用原则,不得损害国家、集体和对方利益.
二、合同双方任何人不得收受、索要或赠送任何形式财物和其他利益.
财物是指现金、有价证券和实物.
包括促销费、宣传费、赞助费、科研费、劳务费、咨询费、佣金等,或者予以报销各种费用.
其他利益是指提供国内外各种名义的旅游、考察等非物质形式的情形(合同约定的技术考察除外).

三、合同双方任何人不得接受或邀请参加有可能影响公正执行合同的宴请、健身和娱乐等活动.
四、合同双方任何人不得接受或提供通讯工具、交通工具和高档办公用品,以及在住房装修、婚丧嫁娶活动等方面的便利.
五、合同双方任何人不得以任何名义在本单位或另一方报销应由个人支付的费用.
六、合同双方任何人不得以任何名义为其配偶、子女、亲属在对方单位安排工作或参与业务活动.
七、合同双方负责人要将以上规定和要求告知本单位参与人员,参与人员在严格约束自己的同时,要告诫自己的配偶、子女、直系亲属不得以任何方式与对方发生利益往来.
发现有违反廉洁建设规定的行为倾向,负责人要及时给予提醒和纠正,发现存在违规行为的按以下方式处理:1、甲方如有人员违反上述规定,知情人应及时向学校监察工作部据实反映或举报,举报电话027-88386336,邮箱jw@zuel.
edu.
cn.
对查证属实的,学校将依照有关规定予以严肃处理,存在索要情形的加重处理;涉嫌犯罪的移送司法机关追究其刑事责任.

2、乙方有关人员如违反上述规定,甲方有权终止合同,给甲方造成经济损失的,乙方应承担相应经济赔偿责任;涉嫌违纪的,将向其上级主管部门举报;涉嫌犯罪的,向司法机关举报追究其刑事责任.
同时,甲方将根据学校不良诚信记录名单相关管理规定,视情形决定乙方单位及人员禁入甲方市场的期限.

八、本承诺书与合同一并签订,经双方签署后生效.
甲方必须履行相关备案手续.
九、本承诺书的有效期:小额分散采购的项目,自双方签署之日起至该项目验收合格止;其他的采购项目,至该项目验收合格后期满三年止.
十、本承诺书一式叁份,甲方贰份,乙方壹份.
甲方合同承办单位:(公章)主要负责人:(签字或印章)年月日乙方:公章)法定代表人或委托人:(签字或印章)年月日第六章采购技术需求及其他要求(网上事务大厅需求方案)一、采购清单1.
统一服务平台(含服务审批发布)2.
工作流程引擎3.
表单设计器4.
任务管理系统5.
网上事务大厅流程(见1)6.
网上事务大厅接口对接7.
网上事务大厅模块设计(见2)8.
网上事务大厅售后服务一二二、采购技术需求及其他要求1.
前言1.
1项目背景学校规模的不断扩大,使学生的数量急剧增加,有关学生的各种信息资料也成倍增长.
面对如此庞大的信息量,建立完善的学生信息管理和服务机制,使学生管理工作规范化、系统化、程序化迫在眉睫.
而随着计算机的普及和互联网的发展,无纸化办公、流程化办公成为必然趋势.
国内外高校相继采用网上服务平台等来完成学生的日常管理和服务工作,以期实现高效、便利、快捷的办公模式.
但随着各类网上办公系统的出现,各系统之间的信息共享和系统兼容问题愈演愈烈.
如何提高当前我国学校管理工作的效率、改进师生或同学之间的信息交流方法,成为我们亟待解决的一大问题.

1.
2系统建设意义为了贯彻落实"以学生为本"的办学理念,为学生提供高效、便捷、一站式的服务,减少学生多部门奔波之苦,学校力图通过网上事务大厅的建设,加强部门间的联动,全面整合各项学生事务与学生服务资源,拓宽服务学生的项目与渠道,在提高办事效率的同时,不断总结提升服务水平,强化服务意识,有效提升服务效能.

高效快捷的网上学生事务大厅可以提高学校对信息的管理,减少人力资源的开支和浪费,从而提高学校在各方面的工作效率.
通过这个平台,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量.
由于计算机和网络的普及,若建立一个信息化学生网上办事平台,学生便可以通过网络来快速查询自己的有关信息并完成权限内相应的操作,使得学生信息管理和服务工作系统化,规范化,自动化.

此系统面向学工部、研工部、宣传部、就业处、保卫部、体育部等诸多职能部门,以及各院、系管理人员和全校学生,实现学生事物的网上在线办理,包含申请类业务、证明类业务、日常事务、党团建设、心理健康等诸多便利学生的功能.
并将其嵌入"易班"嵌平台,结合"易班"平台实现对学生的管理,使师生从繁琐的填表、查表中解放出来,促进报表、统计数字的规范化、标准化,提高管理工作效率,降低管理维护成本,改善服务质量.
学生网上事务大厅的总体需求如图所示.

1.
3开发框架网上事务大厅必须严格按照学校统一信息门户建设规划实行,着眼于长远利益,支持后期功能扩展.
整体开发框架建议采用基于J2EE框架的构件化软件技术,采用B/S架构,集Web的客户、Web服务器、应用服务器和数据库服务器为一体.
主体代码建议采用Java编程语言和服务器端Java技术开发,支持分布式服务提供者.
网上事务大厅基于流程引擎技术,实现表格定制化开发,用户可根据自己的需求自定义流程.
服务器端采用:数据库服务器:Oracle系列应用服务器:IBMWebSphere、BEAWeblogic、JBoss、IIS+.
NET4.
0系统:Unix、Linux、WindowsServer客户端运行环境:*操作系统:Windows系统、Mac系统、Android系统、IOS系统浏览器:IE、Edge、Safari、Chrome、Firefox等常用浏览器流程引擎:本项目涉及的所有业务流程开发须基于业内领先、成熟的流程引擎平台软件实现,所提供流程引擎平台须满足以下要求:所提供流程引擎平台须成熟、稳定;以及流程引擎平台在高校行业的成熟应用案例(合同复印件,验收报告或用户报告);如是第三方公司产品,须提供响应人对该产品有过实际高校项目实施经验,提供学校出具的证明文件(须提供学校名称、联系人及联系方式等),或原厂商公司出具的证明文件(须针对本次项目投标出具);网上事物大厅项目中涉及商业软件版权纠纷由乙方全权负责.
1.
4技术要求学生网上办事大厅除了形成面向用户的统一流程服务界面以外,其流程服务的开发过程还应支持标准化、可视化的表单和流程开发过程,实现快速、低成本、可持续维护的流程服务开发机制.
基于平台的流程开发的学习门槛低,能够实现对校内信息化建设人员的快速有效地培训,从而有效应对学校管理过程中大量且持续变化的个性化管理流程要求.
此外,考虑到数字校园涉及的业务范围广、规模大、可扩展性及持续优化的要求高,学生网上办事大厅构建平台必须具有高度的开放性.
为加强大学生网络思想政治教育,此学生网上事务大厅需要无缝嵌入易班.

1.
4.
1面向用户的流程服务大厅要求流程服务中心是面向用户的一站式网上服务大厅,是用户启动流程、接受服务、办理任务、审批任务的统一入口,所有的服务流程都通过流程服务中心面向用户.
服务大厅:用户能够以各种方式找到并启动那些他能够启动的服务.
包括通过分类浏览、快速搜索、学校推荐、自主收藏等等方式,快速找到所需要的办事流程服务.
待办任务:系统将根据流程的需要把当前需要用户办理/填写/审批的工作节点,以待办任务的方式列出.
用户(包括员工及各种管理岗位、审批领导)不必了解当前任务来自后台哪个模块,只需要以统一的方式完成该任务展现出来的具体内容即可.

办理中任务:流程的办理者(包括申请者、审核者),都可以在这个模块中找到,并跟踪自己参与的流程的进展情况.
已办任务:用户可以找到所有自己曾经办理过的流程及其具体内容.
服务评价:系统可以让用户对所有自己请求发起的流程服务进行评价.
产品提供现成的一站式师生服务大厅的移动终端模块,包括Android/iOS的app,以及基于HTML5的服务大厅移动网页版.
1.
4.
2表单设计能力要求提供全功能的图形化表单设计,可根据业务需求自定义任意样式的表单.
用户填写表单时,通用信息可自动填报,避免师生的大量重复填报问题.
1)表单设计方式:支持可视化建模,提供拖拽式、所见即所得的图形化表单设计能力,如可通过文件(包括word、excel等常见日常办公格式)导入模式导入表单格式,或者支持从word中粘贴的设计方式更佳;提供种类繁多的模板库满足快速制表需求.

2)支持丰富的表单内置控件,以及丰富的表单数据验证、操作方式,支持快速配置各种表达式,支持表单字段间的自动关联,支持可配置的代码级联,支持条件样式.
3)表单内置支持非结构化的上传、下载、图片预览,无需程序开发4)表单内置支持重复表、重复节等动态、二维表格功能的可视化定义,无需程序开发.
表单内置支持二维表数据行及重复节在用户填表时动态增、删及调整次序,无需程序开发.
5)易于打印:表单设计器所形成的表单能以"所见即所得"的方式,无需调整、无需程序接入直接形成打印结果,满足日常办公打印需求.
6)内置支持表单版本管理.
7)内置支持基于表单数据自动创建关系型数据模型,并实现无需程序开发、可配置的自动数据持久化;支持多种数据来源:支持Oracle,SQLServer,MySQL等常见的关系型数据库.
8)字段级表单权限控制.
基于用户、角色、组织结构分配用户入口访问、填报的权限.
支持根据不同流程活动配置表单内部字段显示、编辑的权限(即设置各个流程节点可编辑的字段,针对不同流程节点配置每一个表单字段的增删改查权限);9)表单渲染:将可视化的表单定义自动转换为可在浏览器中执行的web页面.
需兼容大部分主流浏览器,至少包括IE/Firefox/Chrome/Safari及其相应的移动版本等,无需第三方浏览器插件支持.

1.
4.
3平台数据管理中心要求1)提供统一的数据管理中心,实现对服务流程产生的数据的统一管理功能.
2)支持服务流程产生数据的自动持久化,从表单数据转换为基于关系数据库模型的业务数据.
相关转换通过对平台的配置即可完成无需编码,平台能够提供自动的机制保障流程数据与业务数据之间一致性.

3)在统一的数据管理中心中,平台支持无需代码开发就能够对服务流程所形成的业务数据提供增、删、改、组合查询等标准数据管理功能,为相关业务管理人员提供基本的信息管理能力.
4)数据管理中心能够提供数据管理功能的标准开发框架,框架支持开发人员对数据的查询、展现、管理、统计功能进行个性化的定制开发,以满足业务管理人员的深度数据管理需求.
5)数据管理中心提供开放、标准化的数据接口和事件驱动模型,实现流程产生数据与各类管理信息系统的对接,实现与现有管理信息系统的有效融合.
6)数据管理中心中,能够基于流程平台提供数据采集流程、数据交换流程、数据查询流程的开发和管理,结合上述各项功能提供从业务流程到数据管理的完整闭环.
1.
4.
4可视化流程设计要求流程开发平台提供全可视化的流程集成开发环境,并拥有大量成熟实用的案例模板.
无需编码即可实现绝大部分的应用开发,开发人员无需掌握复杂编程语言,简单培训即可胜任开发工作,极大的降低软件开发的复杂度和软件开发速度.

流程开发平台可支持多语言的Web应用开发者,即无需为不同语系的最终用户设计任何额外的Web应用即可实现多语言的支持.
流程开发平台对于工作流管理需具备以下功能:1)支持多种流程模式能够对工作流提供良好支持,四种办理方式;包括人工节点、自动节点、条件节点、子流程、并行与归并等各种流程要素;支持包括支持单一签核、多人顺序、多人并行、多人抢占、多人任意、指定执行、会签、传阅等常用模式;支持撤回、评价、催办、通知、过期、中止等常用操作;以及上述功能的各种组合.

2)流程开发与表单设计无缝集成,支持基于表单数据直接配置流程的岗位、权限以及执行路径3)支持多视图架构,不同的流程节点上可以配置不同的表单视图4)对移动终端表单、多语言表单提供完善支持,在无需程序开发的情况下实现多种终端适配和多种语言适配.
5)支持混合流程:业务流程引擎完全支持人工参与流程和自动处理流程.
6)支持流程执行状态的可视化流程图显示;7)支持根据流程图及当前执行状态动态生成易于用户理解的流程办理进度条及后续执行路径.
进度条的生成时自动的,无需另行开发程序.
8)支持在任意流程节点配置自动的表单数据建模与表单数据持久化,无需程序开发9)支持流程任意节点通过配置实现打印及下载,无需程序开发;10)可视化过程监控,跟踪活动状态,发现流程错误时可人工干预.
11)内置多级权限体系:平台提供完善的组织架构管理,支持多维权限模型.
支持任意级别的组织架构管理,支持基于角色/岗位的权限体系RBAC,支持分级授权管理,支持权限体系与学校统一身份体系的无缝对接,支持权限体系与流程表单数据的无缝对接.

12)支持可动态执行的工作流及数据操作脚本:无需编译就能够通过动态脚本在工作流中直接处理表单数据.
13)内置支持业务流程的版本管理.
1.
4.
5移动应用支持要求1)提供基于HTML的服务中心移动网页版:兼容Android/iOS操作系统的主流移动浏览器.
2)提供基于微信的服务中心移动应用场景:服务中心实现与微信应用平台的对接,用户可以用微信企业号做为服务中心的移动访问方式,访问服务中心的各项功能.
3)与易班平台进行对接.
1.
4.
6非结构化存储和管理要求1)平台内置支持表单中非结构化的文件(pdf、word、图片等)的上传、存储、下载、图片预览等功能,流程开发人员无需开发额外程序.
2)的存储可对接用户提供的各种存储设备;3)非结构化的管理提供完整的API接口,以便于第三方系统访问.
1.
4.
7打印与导出服务要求1)平台内置支持无需程序开发的的流程表单打印和导出功能.
内置支持基于MSWord模板的打印和导出:流程开发人员在任意节点配置不同的个性化打印和导出模板,无需程序开发,平台根据模板自动实现数据填充、打印结果渲染及导出结果的下载;2)支持表单转换成word/pdf文件导出3)打印与导出服务支持开放API,可以被外部应用通过API实现快捷的打印与导出服务1.
4.
8消息通知服务要求1)平台内置统一的消息通知服务,能够在任意节点通过配置实现各种指定形式、指定内容的流程执行通知2)统一的消息通知服务实现对接邮件、短信、微信等常见通知渠道,并支持可扩展的额外通知渠道的适配.
3)消息通知服务支持开放API,可以被外部应用使用1.
4.
9完全的开放性要求1)流程平台以校内部署的方式运行于学校信息环境,基于平台的流程开发中所需要的程序开发不必依赖任何特定的程序开发语言和程序开发工具.
平台具备完全的开放性.
2)支持完全无需程序开发的流程开发场景与运行模式;3)能支持包括Java、.
Net、PHP、Python、Ruby的多种语言进行全功能的流程开发.
4)至少对Java、.
Net等主流开发环境提供完备的SDK支持.
可以扩展更多的语言SDK支持.
5)支持与统一身份认证授权及访问控制平台紧密集成而实现用户在业务流程中的身份、角色和权限匹配.
6)系统可为相关应用系统提供共享数据访问服务,为第三方软件及二次开发提供服务接口,服务接口符合RESTful和SOAP开放标准.
7)支持多浏览器访问,例如IE8.
0及以上、Firefox、Chrome、safari、Edge等及其移动版本.
1.
4.
10开放API要求流程服务平台提供完备的API接口体系,实现对学校数据中心平台的支持,接口体系需实现的功能包括:服务大厅:能够以各种方式检索用户有权使用的服务.
包括通过分类浏览、快速搜索、学校推荐、自主收藏等等方式,快速找到所需要的办事流程服务.
待办任务:能够给出需要当前用户办理/填写/审批的工作节点,以待办任务的方式列出.
用户(包括员工及各种管理岗位、审批领导)不必了解当前任务来自后台哪个模块,只需要以统一的方式完成该任务展现出来的具体内容即可.

办理中任务:为指定的流程办理者(包括申请者、审核者),找到并跟踪自己参与流程的进展情况.
已办任务:能够给出指定用户所有自己曾经办理过的流程及其具体内容.
服务评价:支持让用户对所有自己请求发起的流程服务进行评价.
提供平台的接口体系需支持OAuth2.
0协议和CAS协议,实现基于用户个人授权的安全模式,有效避免大范围信息泄漏.
平台的接口体系需经过长期的测试及案例验证,支持分布式负载均衡,支持百万级日均PV的访问量.
1.
4.
11内置支持线上线下融合(O2O)的服务模式1)内置支持可视化的线上线下混合流程编排能力,无需额外程序开发即可实现线上信息流转与线下实物流转无缝融合的业务流程,灵活支持电子校务中个性化、跨校区的材料配送、提取及物流跟踪流程,大幅提高校区内及跨校区的校务管理与服务效率.

2)充分考虑校园线上服务大厅与线下服务大厅的无缝融合,灵活支持校务流程中的预约、材料受理、递送、材料/物品的配送与提取、自助服务等等各种O2O业务场景.
3)提供完整的线上线下融合电子校务020解决方案与实践经验.
1.
4.
12配合学校智慧校园整体规划1)内置支持市场大主流的校园身份认证协议,包括CAS、SAM、OAuth等.
内置支持与市场主要供应商身份认证平台的对接.
2)系统对外提供的程序调用接口全面符合RESTful及SOAP规范,有效实现与数字校园其他信息系统的对接.
1.
4.
13提供业务整合的完整方案对流程处理完成,所形成的数据,为业务管理部门提供处理方案,使得服务流程与学校已建和未来待建相关业务系统能够无缝对接,使得解决方案能同时满足用户服务需求和业务部门管理需求.
1.
5流程服务开发的要求基于流程服务构建平台提供完整的高校业务流程的构建、实施与可持续服务,服务内容应包括:1.
5.
1业务调研根据业务单位现有业务办理的基础材料(办理人需填写的表格文件,业务办理的流程说明文件,参与业务审核的部门人员信息等等)进行流程梳理,形成以下文件:1)业务流程表单:根据业务办理需要,审核节点的需要形成若干表单文件,并供业务部门逐一确认表单内容;2)在流程平台中绘制流程图:根据业务办理的流程说明,形成可视化的流程图,表达基本的流转逻辑以供业务部门确认及修改.
1.
5.
2流程基础开发根据业务调研的结果,完成流程的基础开发,能够快速实现可运行的原型,以达到业务部门所见即所得的流程演示效果,在此基础上做进一步需求确认.
1.
5.
3流程修改及完善根据业务部门的修改意见不断完善流程,提供快速迭代的流程修改和优化服务,包括表单修改及流程节点调整,流程逻辑修改.
1.
5.
4业务数据的管理与对接根据业务流程的实际需要,对业务流程产生的数据实现自动、完整的数据建模和数据持久化保存,对流程产生的业务数据的实现基于主题的数据管理功能,并根据需要实现与现有其他业务系统的数据对接.
1.
5.
5流程上线准备完成流程审核节点的岗位配置,流程上线前的试运行工作,相关人员的使用培训等等1.
5.
6流程上线的协调服务工作流程上线后,协助完成数据维护,人员信息服务,流程外部干预等工作.
1.
5.
7流程在维护期内的持续维护流程经上线后的局部修改,流程根据政策变化做的局部调整等工作.
1.
6性能及可靠性要求系统运行稳定可靠,并发访问能力不小于5000人次;同时在线用户数支持大于10000人;系统响应时间主页面不超过3秒,其它页面不超过5秒;检索时间小于3秒/万条,复杂操作响应时间小于15秒;支持历时数据回溯提供完善的数据库备份策略系统具备先进的分布式架构,处理节点支持水平多点扩展,自动实现负载均衡.
系统能够支持不限数量的应用接入,后期扩展服务价格以投标价均价作为参考提供便捷的存储扩展方式及分布式读写功能提供硬件环境参考配置并与甲方进行商定,在实际使用过程中出现任何性能不足的情况,使用方有权终止合同.
1.
7网上事务大厅建设原则实用性和可行性主要技术和产品必须具有实用、成熟、稳定、安全的特点.
实用性以提高系统整体运行效率为重点.
既要便于用户使用,又要便于系统管理.
先进性和成熟性系统设计既要采用超前思维,先进技术和系统工程方法,又要注意思维的合理性,技术的可行性,方法的正确性.
不但能反映当今的先进技术和理念,而且具有发展潜力,能保证未来若干年内占主导地位.
先进性与成熟性并重,并考虑到近年来的应用发展特点,把先进性放在重要位置.

开放性与标准化原则应用平台应是一个开放的且符合业界主流技术标准的系统平台,并使网络的硬件环境、通信环境、软件环境、操作平台之间的相互依赖性小.
可靠性和稳定性在考虑技术先进性和开放性的同时,还应从系统结构,技术措施,系统管理等方面着手,确保系统运行的可靠性和稳定性,达到最大的平均无故障时间.
可扩展性及易升级性为适应应用不断拓展的需要,应用平台的软硬件环境必须有良好的平滑可扩充性.
安全性和保密性在应用平台设计中,充分考虑信息资源的共享,注意信息资源的保护和隔离,应分别针对不同的应用和不同的网络通信环境,采取不同的措施,包括系统安全机制、数据存取的权限控制等.
系统上线前需请经学校认可的第三方公司进行安全测试,产生费用由乙方承担,安全测试通过过方能上线.

可管理性和可维护性整个应用平台是由多个部分组成的较为复杂的系统,为了便于系统的日常运行维护和管理,要求所选产品具有良好的可管理性和可维护性.
另外可管理性和可维护性还包括对平台的自身.
1.
8网上事务大厅界面要求界面能够实现电脑端和手机端流畅访问,手机端界面开发符合HTML5协议.
利用界面原型法将界面需求调查的周期缩短,在最大程度上满足用户的要求.
利用界面原型,用户可以感性地认识到未来系统的界面风格及操作方式,从而迅速做出判断:系统是否符合自己的主观期望,是否满足于自己的操作习惯和工作需求.

原型设计在经过初步系统需求分析后,开发出一个满足系统基本要求的、简单的、可运行的软件界面给用户试用,让用户进行评价和提出改进意见,进一步完善软件界面以适应需求.
1.
9网上事务大厅维护要求1)改正性维护诊断和改正在使用过程中发现的系统错误或软件界面错误.
2)适应性维护修改系统或者软件界面以适应环境的变化.
3)完善性维护根据用户的要求改进或者扩充系统,完善软件界面.
4)预防性维护修改系统或软件界面,为将来的维护活动做预先的准备.
*投标单位需对研发的网上事务大厅提供1年质保,一年服务期内不涉及框架需求变更不收取费用.
1年服务期满按不超过15%的比例收取服务费进行后续服务.
*1.
10网上事务大厅接口要求外部系统应用协同数据共享数据交换财务系统是是是学生住宿系统是是是教务系统是是是学工系统是是是研工系统是是是自助终端机是是是数据中心是是是第三方支付平台是是是易班是是是微校园是是是就业系统是是是离校系统是是是网上事务大厅需与财务系统、学生住宿系统、数据中心、教务系统、学工系统、自助终端机等学校相关系统进行数据交换,由此产生的接口费用包含在系统合同总金额内,且网上事务大厅需对外提供免费接口由其他系统接入.
网上事务大厅需要完成与"易班"平台的嵌入和微校园的对接.
在项目实施过程中配合我校信息化建设与相关系统对接.
包含学工系统等不少于20个对接接口.

1.
11网上事务大厅技术文档要求网上事务大厅中标公司需在合同签订前向学校对该平台具体功能需求以及开发流程等详细环节进行确认,并根据学校要求制定项目实施计划文档、技术文档、接口文档、数据结构文档、软件需求文档等技术文档,方便甲方了解乙方的工作进程安排,研发技术以及对该平台功能需求的了解程度.

1.
12网上事务大厅测试要求网上事务大厅界面在软件系统交付使用前必须进行严格的测试,并制定详细的测试文档交由甲方进行评价.
其测试内容应涵盖平台界面测试,包含平台界面的易用性测试、界面测试和功能测试;平台性能测试,具体测试指标参见平台性能要求;平台安全性测试,具体测试要求参见网上事务大厅建设原则安全性和保密性要求;平台浏览器兼容性测试,该网上事务大厅能够在IE、Edge、Safari、Chrome、Firefox等主流浏览器上流畅运行.

测试完成后由学校组织专家和用户代表,按照招标文件、合同条款、软件工程要求和实际应用效果对项目进行验收.
并交付以下成果和文档资料:执行代码:包括项目开发中形成的非原有公司或第三方已经申请知识产权的全部的源代码.
技术文档:包括项目开发中的各种技术文档,含:环境配置说明、数据结构(数据字典)、软件工具清单、需求分析说明、需求及实施变更说明、系统设计说明、用户手册、测试方法、测试用例、测试数据及结论、系统维护说明、系统培训资料以及有关系统集成接口源代码和技术说明等.

管理文档:包括项目开发中的一些工作文档,如项目实施计划、阶段报告、讨论纲要、会议记录等.
中标单位在本项目履约完成后,对学校后期提出的软硬件系统扩展、升级、兼容、对接等需求,应无条件接受并达到无缝对接,实现互联互通.
1.
13网上事务大厅培训要求培训要求:网上事务大厅上线前需由乙方派遣专业人员对系统的操作流程和使用方法进行培训,并提供相应的培训PPT和使用手册等相关资料,按合同规定时间对甲方相应人员进行系统培训,确保甲方平台使用者可以在该平台上流畅操作.

培训方式:包括课堂讲解、上机操作和实际工作的参与.
1.
14网上事物大厅售后服务为使系统管理和维护人员能够独立进行系统的管理和维护工作,中标单位需提供至少1年的免费维护、服务事项升级和服务,时间从验收合格之日起计算.
免费维护期结束后,按合同规定维护费用对系统进行后期维护.

重大事项的即时响应:当系统出现故障或意外情况导致系统不能正常运行时,中标单位需提供及时响应,响应时间不超过1个工作日,且需安排熟悉系统的专业人员进行解决.
2.
功能需求2.
1业务功能需求系统支持用户(区分本科生、研究生)查看、登记并修改个人信息,必须登记个人常用通信信息,以便事务办理过程中通过与第三方短信平台、邮件服务系统或站内短信等方式,实现办事流程、事务处理结果的消息的推送.

流程中需学生填写提交申请表格以及最终导出表格样式以相关业务部门提供模板为基准,严格按照相关部门所需格式要求进行导出打印,支持批量导入导出表格功能,支持上传及下载功能,支持短信提醒功能.

2.
1.
1登记类(学工、研工、学院)系统内学生信息支持分阶段填写,校院两级审核通过后,可以自动生成《新生学籍登记表》、《学年鉴定表》和《毕业生登记表》,或综合生成学生格式化登记表信息(如《奖学金登记表》),学生、辅导员、学院审核管理员以及学工研工部各端口均可直接导出打印.
初步拟定学工/研工审批通过后由学生打印上交.
管理员可选择退回任一级下级进行修改,同时会发送通知给相关级别审批人员,相关流程如下图所示.
(表格模板由相关业务部门提供).

图1登记类流程图2.
1.
2证明类实现针对各部门的各类定制化证明材料,该类证明需要学生在网上事务大厅提交申请,根据不同情况经由学院审核或者校院两级审核,审批通过后直接传输至自助终端打印,如学生旅行证明等,具体流程参如下流程图.

图2证明类流程图2.
1.
3证书类实现针对各部门的各类定制化证书的批量导出、打印或个人网上申请、审批、打印功能.
任何一级均可导出学生信息,管理员可选择退回任一级下级进行修改,同时会发送通知给相关级别审批人员.
主要包含学工、研工、团委的奖助学金以及荣誉称号的申请审批以及审批通过后的数据需进入自助终端机,同时数据进入学工、研工、团委等管理系统.

图3证书类流程图2.
1.
4申请审批类学籍异动1)学籍异动申请(学工、研究生院、学院):系统支持休学、复学、留级、退学等情况学籍异动管理,支持个人申请、校院两级审批或批量导入操作,相关信息作为历史记录保存.
同时通过消息机制向学生推送信息,提示学生相关事宜办理流程.
管理员可选择退回任一级下级进行修改,同时会发送通知给相关级别审批人员.

图4学籍异动流程图2)延长学制申请(教务部、研究生院):系统支持学生在线申请、校院两级审批,学院由教学院长审核和学院副书记或书记审核,经学工部和研工部审批通过后交由教务部审核.
也可支持学院、研究生院批量导入/导出延长学制的学生信息,相关信息作为历史记录保存,同时通过消息机制向学生推送信息,提示学生相关事宜办理流程.
管理员可选择退回任一级下级进行修改,同时会发送通知给相关级别审批人员.
最终所有数据需进入学工、研工、教务系统.

图5延长学制流程图教学教务1)转专业申请(教务部):系统支持学生在线申请、校院两级审批,学院主要经辅导员和院系负责人审核,学校由教务部进行审核,相关信息作为历史记录保存;学生可以实时查询进度,系统同时也可以通过消息机制向学生推送信息.

图6转专业流程图2)学分替换(研工部、教务部):系统支持学生在线申请(支持上传相关证明材料)、校院两级审批,同时支持后台多次批量导入/导出学分替换的学生信息,相关信息作为历史记录保存;学生可以实时查询进度,系统同时也可以通过消息机制向学生推送信息.

图7学分替换流程图3)课程属性修改(教务部):系统支持学生在线申请、校院两级审批,学院由辅导员和院系负责人审核,学校由教务部审核,审核通过后数据进入教务系统.
相关信息作为历史记录保存;学生可以实时查询进度,系统同时也可以通过消息机制向学生推送信息.

图8课程属性修改流程图4)网上评教((学工部、研究生院):系统支持学生在线评教,学工部、研工部发布评教通知,学生进入系统进行在线评教,评教信息进入学工、研工系统.
相关信息作为历史记录保存,评教模板由学工部、研工部提供.

图9研究生网上评教流程图5)英语免修(研究生院):系统支持学生在线申请,研究生院审批,审批通过后数据进入研工、教务系统,相关信息作为历史记录保存;学生可以实时查询进度,系统同时也可以通过消息机制向学生推送信息.

图10英语免修申请流程图6)课程重补修申请(研究生院、教务部):学生申请课程重修,本科生由教务部审核通过,研究生由研工部审核通过,同时系统可支持后台多次批量导入/导出重补修的学生信息,相关信息作为历史记录保存;同时通过消息机制向学生推送处理完成的信息.

图11课程重补修申请流程图(三)学术科研科研项目申请(教务部、研究生院、科研部、团委):各分管部门设立大创、博文、创新创业等科研项目并设置审批流程;系统根据个人申请自动选择审批流程,实现校院两级审批,或可批量导入操作,相关信息作为历史记录保存;支持结果公示、查询、统计、导出与打印功能.

1)大创(教务部)大创全称为"大学生创新训练计划项目",是教育部为增强高校学生的创新能力和在创新基础上的创业能力而设立的项目孵化平台,一般在每年的4月以团队(原则上不超过5人)形式申报,并进行为期一年半的结项调研.

大学生创新训练计划项目分为校级、国家级,经费资助额度递增.
项目评审由学院组织大学生创新训练项目专家组进行评审,并按评审成绩高低排序确定国家级项目和校级项目.
所有立项项目在假期展开项目调查研究,并参加答辩展示调研成果.

学校发布项目立项通知后,由学生提交立项申请书和承诺书,经学院初审答辩后对结果进行公示,提交立项一览表至学校教务部,教务部审核通过后进行公示.
结项时由教务发布结项通知,立项队伍提交结项验收书、结项报告、学术交流报告、个人总结、PPT、数码照片等材料,由学院进行院审和答辩并公示结果,学院提交评审成果汇总表、专家组成员及工作人员信息表、院系结果汇总表至教务,由教务部进行校级审核和评审结果公示.

图12大创项目申请流程图2)博文杯(科研部)"博文杯",全称为"中南财经政法大学'博文杯'大学生百项实证创新基金项目",是中南财经政法大学为鼓励学生自行组织学术科研和调研实践而创立的资助和表彰形式,由中南财经政法大学校科研处主办、各学院协办,一般在接近每学期期末以团队(原则上不超过5人)形式申报,并进行为期半年的结项调研.

申报材料提交后,各学院和学校将对申报课题的现实意义、可行性、创新性等方面进行综合评审.
学院初审后对结果进行公示,并提交立项一览表至科研部,科研部根据《中南财经政法大学"博文杯"百项实证创新基金管理办法》的规定,经校基金评审委员会评审,全校设定重点项目和一般项目,各学院此后会通知获准立项的学生在假期展开项目调查研究,最终学校发布结项通知,由学院提交结项汇总表至科研部审核,科研部对结项优秀团队设一等奖、二等奖、三等奖并录入系统.

图13博文杯项目申请流程图3)大学生社会实践(校团委、学院)社会实践分为校级项目和院级项目,校级项目由学校发布社会实践主题,学生接到项目申请通知后提交立项申请上述,学院对学生立项项目进行初审,初审结果公示后上报校团委,由校团委对学院提交立项进行审核后公示.
院级项目由院系发布项目通知,学生提交立项申请书后由学院审核并公示.
所有立项项目需经过中期审核,结项通知发出后学生提交结项书及查重报告,校级项目和院级项目分别由校团委和学院进行审核,审核结果进行公示.

图14社会实践立项申请图15社会实践中期考核流程图16社会实践结项流程4)明理杯明理杯流程参照博文杯,最终审核单位为校团委.
5)研究生"研究生科研与实践成功奖励"、"研究生创新项目申请",链接到研究生管理系统.
并通过消息机制向学生推送处理完成的信息.
2.
1.
5活动、讲座与签到系统支持用户(各单位、学院)各类活动、讲座信息在一定范围内的发布(需审核),同时讲座及时向宣传部网上报备,支持学生在线报名、现场签到,并包含手动增删和自动增删功能,系统带有审核结果公示及消息提醒等功能(管理员可选定时间段给学生发送讲座提醒),最终结果记录到学生第二课堂成绩单,支持各阶段人员名单查询与导出.

图17活动讲座流程2.
1.
6心理健康1)心理测评:设置各类量表,进行网上心理测试,测试结果进入个人心理档案并可批量导出,可设置部分角色人员(咨询师、辅导员、本人)可见(各类测量表以心理中心提供为准).
图18心理测评流程2)心理专家预约:维护咨询师按校区、时间段开放的咨询预约安排表;学生即可按咨询师预约也可按时间段预约,咨询师也可指定时间指定安排学生,预约过程进行记录,预约成功消息提醒;咨询结果记入个人心理档案,学生也可对咨询师进行在线评价.
系统支持多维度查询、统计、导出报表与打印(心理咨询师只能查看导出自己负责学生信息,心理中心最高管理权限方需对心理咨询师时间进行排班,并有权查导出查看每位心理咨询师咨询记录).

图19心理专家预约流程3)危机干预:可批量导入/导出特殊群体的学生信息,心理管理老师与学院辅导员动态记录特殊群体学生的心理相关信息,且数据进入心理系统,根据测评结果对学生进行危机干预.
图20危机干预流程2.
1.
7问卷调查系统应设立题库,支持管理员新建题库并上传题目进行题目管理,同时支持用户(各单位、学院)在一定范围内设计、发布问卷、线上调查、可实现从题库随机抽题的功能,统计调查结果及下载结果等功能,实现折线图、柱状图、饼状图等的统计结果的图形显示.

2.
1.
8学生资助资助管理分为奖学金、国家助学贷款、助学金、勤工助学、困难补助、学费减免、家庭经济困难学生认定、国家助学贷款代偿与补偿八大部分.
(一)奖学金奖学金种类、等级及评定资格等基本信息的维护;不同种类奖学金的名额预分配与下放;可自定义不同种类奖学金的评定审核流程;辅导员、资助专员可根据实际情况提名相关学生参与奖学金评选;可自定义奖学金评价体系的各项指标;可自定义奖学金排序、过滤规则;可自动生成奖学金排序结果;各类奖学金申请表的导出、打印;各类奖学金数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对奖学金申报、审核、款项发放各环节的全状态查询;电子证书的生成导出、打印及防伪查询;实现与学校财务系统无缝对接.

(二)国家助学贷款1)生源地国家助学贷款:生源地国家助学贷款(含国开行、非国开行)学生端基本信息数据的自助收集(含回执码);生源地国家助学贷款数据(国开行系统反馈)自动匹配与批量导入;对生源地贷款各项信息的日常维护;生源地贷款放款状态及金额的实时查询;生源地贷款数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;实现与学校数字化迎新系统、研究生管理系统、财务系统无缝对接.

2)校园地国家助学贷款:分为新贷、续贷、放款、还款及贷后管理四个部分.
新贷、续贷及还款的各项统一参数信息设置与维护(如贷款银行信息、贷款金额上限等);新贷、续贷及还款评定审核流程自定义重组;可自定义条件的关联性过滤;贷款数据的批量导出与导入;新贷合同、贷款借据自动生成与导出、打印;还款协议及再贴息申请的自动生成与导出、打印;贷款数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对校园地贷款申报、审核、款项发放、还款等各环节的全状态查询;实现贷后管理与跟踪,用户自助更新个人信息,自动发起还款违约提醒;实现与学校财务系统无缝对接.

(三)助学金助学金种类、等级及评定资格等基本信息的设置与维护;不同种类奖学金的名额预分配与下放;不同种类助学金的评定审核流程自定义;辅导员、资助专员可根据实际情况提名相关学生参与助学金评选;各类助学金申请表的导出、打印;各类助学金数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对助学金申报、审核、款项发放各环节的全状态查询;实现与学校财务系统无缝对接.

(四)勤工助学勤工助学功能模块根据角色不同,有如下具体功能需求:学校勤工助学管理员:勤工助学岗位类型、种类及评定资格等基本信息的设置与维护;支持分级管理与自定义权限下放;可自定义资格审核及岗位审核流程;可自定义维护各级勤工管理员信息及权限;勤工助学岗位需求与学生岗位申报审核;勤工助学数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;勤工助学各类上岗、离岗数据的日常维护;勤工助学申报、审核、款项发放等各环节的全状态查询;实现与学校财务系统无缝对接.

学生:申请上岗资格及岗位,可自助撤回申请;勤工助学申报、审核、款项发放各环节的全状态查询;自助上岗签到与日志记录;量化综合评价所在岗位情况.
学院资格审核员:审核学生上岗资格申请;可查询与统计所在学院学生参与勤工助学的具体情况.
用人单位管理员:申报岗位需求、审核学生岗位申报申请、月度报酬发放、离岗学生处理、日常学生上岗考勤记录、年度勤工助学考核等;各类勤工助学电子表格(用人单位岗位需求申报表、月度薪酬发放表)的导出、打印;勤工助学申报、审核、款项发放各环节的全状态查询;量化综合评价学生在岗情况.

(五)困难补助困难补助等级及评定资格等基本信息的设置与维护;困难补助相关补充材料的上传、在线预览;可自定义评定审核流程;困难补助申请表的导出、打印;困难补助数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对困难补助申报、审核、款项发放各环节的全状态查询;实现与学校财务系统无缝对接.

(六)学费减免学费减免等级及评定资格等基本信息的设置与维护;学费减免相关补充材料的上传、在线预览;可自定义评定审核流程;学费减免申请表的导出、打印;学费减免数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对学费减免申报、审核、款项发放各环节的全状态查询;实现与学校财务系统无缝对接.

业务流程图同困难补助.
(七)国家助学贷款代偿与学费补偿贷款代偿与学费补偿种类、评定资格等基本信息的设置与维护;可自定义不同种类代偿与补偿的评定审核流程;各类代偿与补偿申请表的导出、打印;各类代偿与补偿数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对助学金申报、审核、款项发放各环节的全状态查询.

(八)家庭经济困难学生认定基本参数信息(如困难认定等级、家庭困难类型、审核流程及申请时间等)的设置与维护;家庭经济困难学生认定中相关补充材料的上传、在线预览;可自定义评定审核流程;认定申请表的导出、打印;可自定义家庭经济困难认定量化体系的各项指标;家庭经济困难学生认定数据的自定义查询分析、统计、导出与打印,可生成自定义可视化报表;各角色(学生、辅导员、学院资助专员、学校资助专职工作人员)对家庭经济困难学生认定申报、审核等各环节的全状态查询;并具备可扩展接口,用以获取学生在校生活数据(如一卡通消费流水等).

2.
1.
9评奖评优(学工、研工、团委、组织部、宣传部、学院)系统支持奖学金、荣誉称号等种类、等级及评定资格等基本信息的维护;不同种类奖学金、荣誉称号的名额预分配与下放;可自定义不同种类奖学金、荣誉称号的评定审核流程;可根据实际情况提名相关学生参与评选;可自定义排序、过滤规则;可自动生成排序结果;各类申请表、统计表的导出、打印,进行结果公示;各类数据的自定义查询、统计、导出与打印,可生成自定义可视化报表;各角色对奖学金、荣誉称号申报、审核、款项发放各环节的全状态查询;电子证书的生成导出、打印及防伪查询;实现与学校财务系统无缝对接.

2.
1.
10日常事务1)学生证补办(学工、研工):系统支持学生在线申请学生证补办业务,学生可以实时查询补办进度,系统同时也可以通过消息机制向学生推送信息.
2)横幅申请(宣传部):系统支持学生在线申请、校院两级审批,学生可以实时查询进度,系统同时也可以通过消息机制向学生推送信息.
各管理员均可对本部门审批通过情况进行汇总导出打印,且审核通过后学生可直接在自助终端打印横幅申请表.
3)出国出境(国际教育学院):对出国出境进行分类分部门管理并设置审批流程;系统根据个人申请自动选择审批流程,实现校院两级审批,或可批量导入操作,相关信息作为历史记录保存;支持结果公示、查询、统计、导出与打印功能;学生可以实时查看进度,系统同时也可以通过消息机制向学生推送信息.
审核通过后学生可直接在自助终端打印出国出境申请表.

4)请销假管理(学工、研工、学院):根据需要设置请假审核流程,学生提出请假申请,系统根据学生请假天数自动选择审批流程,假期时间不超过两周只需要辅导员审核,学院审批,请假时间超过两周的则还需经过学工部、研工部审批,学生可以在网上进行延假、销假,延假流程参照请假流程,销假流程则学生销假后直接经由辅导员审核通过后终止流程,数据同步至学工、研工、教务系统,同时系统自动对请假逾期学生进行警示.

5)假期留校(学工、研工、学院):针对寒暑假留校学生登记、统计,学校发布假期留校统计通知后,学生进入系统对自己的离校时间,原因等情况进行登记,未在规定时间内填写的学生将以短信形式进行通知(具体表格由学工部、研工部提供).
学院可对自己学院留校学生汇总打印,学工部、研工部以及学院可根据自身权限对留校学生进行条件查询、汇总、统计分析、导出打印等.

6)节假日行程登记(学工、研工、学院):学校在法定节假日之前发布节假日行程登记,学生登录系统针对小长假学生去向进行登记,未在规定时间内填写的学生将以短信形式进行通知(具体表格由学工部、研工部提供),学院和学校可根据自身权限对学生假期行程进行条件查询、汇总、统计分析、导出打印等.

7)火车优惠卡管理(学工、研工、学院):系统开设学生火车乘车区间信息,默认信息设置为武汉—户籍所在地火车站名,其中户籍所在地火车站站名应与12306站名一致,由学生进行选择,且原则上跨省操作需进行特殊标记.
学生提交后经学院辅导员审核通过后即可完成,数据提交到学工、研工系统,同时学工部、研工部拥有审核等操作权限(可根据是否跨省、学院、籍贯等条件查询操作,也可批量操作),学工部、研工部审核通过可以生成教育部统一的模板,汇总导出;支持学生在线申请火车优惠卡补办业务,学生可以实时查询补办进度,学生提交申请后由学工部、研工部审核通过,同时通过消息机制向学生推送短信;支持火车票优惠区间更改,需提交父母所在单位证明或户口底页扫描上传,由辅导员审核通过后即可完成,数据进入学工、研工系统,学工部、研工部拥有审核和查看权限.
学生优惠卡申请流程如下图.

8)户籍借用管理(保卫部)学生网上填写自己户口借出原因,并填写拟定归还日期,辅导员审核通过后,数据进入保卫处户籍管理系统,由保卫部审批通过后,短信通知学生在规定时间到保卫处领取户口底页,学生如无法在规定时间内归还户口底页,需在网上提出延期申请,经保卫审批通过后方可进行延期归还.
且在户口归还日前需设定短信提醒学生归还户口底页.

9)校外住宿申请学生需在线提交外租外住申请,并下载学生家长或者监护人意见表,家长签字后上传,后经辅导员审核,学院审核后提交到宿教负责人和学生工作部负责人备案后方通知学生审批结果.
各级管理员均可对相应权限外租外住学生进行汇总统计查询导出打印等操作.

10)学生机动车校内停放门禁授权申请表学生需在线提交机动车校内停放门禁授权申请,同时上传学生证复印件、驾驶证复印件、行车证复印件,提交至保卫处审批,保卫处审批通过以后短信通知学生并开放门禁授权.
各级管理员均可对相应申请机动车校内停放学生进行汇总统计查询导出打印等操作.

11)无犯罪记录证明学生网上填写无犯罪记录证明申请,经辅导员审核和学院负责人审核通过后提交至保卫处,保卫处核查后审批通过,数据直接传输至自助终端,并短信通知学生自行至自助终端打印,学生打印后交由派出所盖章.

12)学生岗位聘用/任用申请用人单位在网上发布学生岗位聘用/任用信息,学生申请后,经校院两级审批,最终结果公示并通知学生.
2.
1.
11辅导员相关业务流程1、辅导员工作日志辅导员可在线填写工作记录,登记点名次数、与学生谈心情况、班会情况、学生档案建立等情况进行分析统计,并与学生群体或个人发展轨迹做交叉分析.
2、辅导员培训1)培训报名、审核、签到(请销假)及培训小结(结业考试).
2)根据辅导员培训实施纲要,结合新入职辅导员、工作业务、专业发展方向等确定不同培养方案,发布微课、电子书籍在线阅读等,辅导员需完成相应学时.
3、辅导员工作考核1)将辅导员工作实绩例如工作日志情况、学生成长档案建立情况、日常工作开展情况等通过一定方式转换为相应得分,以日常考核评分为主.
2)开展学院测评、学生满意度测评、职能部门测评等按照一定比例方式折算相应评分.
3)将辅导员培训情况、学术科研情况、获奖情况转换为相应得分.
以上部分按照一定公式权重得出辅导员工作考核分数,并确定相应考核等级.
4)辅导员工作考核反馈.
对辅导员工作考核进行分析统计,对辅导员工作给出意见和建议.
4、辅导员评优评先1)奖励奖项设置,个人报名,根据评选条件及相应工作考核结果限定报名资格,不满足条件者无法申报.
2)学院评议推荐.
3)工作情况网络展示及答辩.
4)学校评审公示.
5)优秀辅导员事迹展示或者工作经验介绍等宣传2.
1.
12需要对接的业务流程审批类:场地审批管理(对接微信公众号)、网上选课(对接教务系统)、学生离校(对接离校系统),就业违约(对接就业系统)且系统需要接入学校统一身份认证、统一数据平台以及易班平台,网缴学杂费(对接财务系统)由于数据获取需要对接其他业务系统的应提供免费对接服务.

2.
2消息通知在业务流程环节可在任意节点配置指定内容、指定渠道(邮件、短信、微信等)的消息通知.
2.
3下载专区针对不同流程,支持相关文件上传管理,便于各部门上传一些通用的表单、表格以及报表等供学生直接下载使用,同时支持学生上传以及下载功能.
3.
系统管理系统管理员可进行功能模块的选择和环节的设置,并可对系统操作人员的权限进行分配,基础数据的维护,业务流程的自定义及日志监控.
3.
1系统设置对系统中数据参数进行设置,对参数可以进行选择控制,达到管理的作用.
3.
2系统权限3.
2.
1角色管理维护角色信息,设置角色菜单权限及其按钮的操作权限,使校方需要使用的各种角色都有自己特定的功能使用限制,调整角色相应权限后可将调整后的权限下推至各属于该角色的用户.
查阅当前系统配置的各项角色明细,以及所分配的对应用户.
对指定的角色进行功能模块授权.
属于该角色的用户将拥有访问对应功能模块的权限.
对指定的角色进行操作按钮授权.
属于该角色的用户将拥有对应功能模块具体的操作权限.
3.
2.
2用户管理维护系统操作用户信息,调整用户角色,设置用户权限,一个用户可以拥有多个角色,同时继承角色的所有权限.
查阅当前系统操作用户的具体信息.
为用户分配指定的角色.
该用户将拥有对应角色指定的全部权限.
3.
2.
3用户数据范围查询各用户数据范围授权信息.
控制用户各类查询功能中的可操作数据范围,学院用户只能操作隶属于自己学院的学生,专业负责人管理管辖专业的学生,辅导员管理自己负责班级的学生,可自行根据需要设置各用户的管辖数据范围.
3.
3环节配置由指定权限的老师或系统管理员,完成各类业务流程的自定义设计、信息维护、流程依赖配置、环节业务项配置、用户环节配置、现场展示内容配置、环节其他设置、环节用户配置等工作内容.
3.
3.
1环节信息维护对各业务流程需要使用的各个环节信息进行维护,为各个环节设置自身的特有图标以便更为直观形象地展示.
业务环节包括固定和自定义两种类型.
根据相关文件和实际工作的具体要求,所有业务流程与业务部门进行沟通确认后由公司进行首次配置,但后期工作人员可以根据工作需要对流程进行调整,或者灵活增加自定义环节.

3.
3.
2流程依赖配置自定义各业务部门的主体流程,对业务部门需要使用的环节进行抽取,设置其相互之间的办理依赖关系,对各特殊环节进行额外设置.
包括办理完成是否打印、是否产生统计数据、办理完成后是否不可撤销、是否可以重复办理等.

选择具体的流程环节,通过依赖环节和依赖信息.
只有完成了前置环节的办理,或者完成了指定环节,才能进行本环节操作.
3.
3.
3环节业务项配置工作人员可以自行配置各环节是否为不可撤销环节或者是不可多次办理环节等信息,以保证环节流转顺畅.
管理各自定义环节的业务项信息,由用户自行定义各个环节需要采集与办理的信息,对各环节办理内容进行灵活控制.
3.
3.
4用户环节配置设置各个用户可操作办理的环节,对各用户进行环节办理操作的控制可有效避免各类误操作.
3.
3.
5环节其他设置设置类型种类、互斥环节等,灵活配置各业务流程的种类选择,对不可同时办理的环节进行系统层面上控制.
3.
3.
6系统同步检测针对系统的运行、数据以及流程配置情况进行全面或者局部检测.
检测过程中发现相关配置结果存在不合理、不规范的情况,系统将主动提醒工作人员予以调整,从而为业务流程的有序运行提供全面保障.
3.
4基础数据维护3.
4.
1数据准确性网上事务大厅涉及到学工系统、研工系统、教务系统、财务系统、宿管系统等各大系统,基础数据需从数据中心平台读取以确保数据的准确性,且任何对数据的更改必须有相应日志文件对更改人和更改时间进行保存,核心数据不允许进行更改,重要信息更改需进行再次确认方能更改,以免造成错误操作.

3.
4.
2数据同步由于网上事务大厅对接业务系统较多,需确保事务大厅中的数据和各业务系统的数据同步及时准确进行,以确保学生在各系统查询到的信息的唯一性和准确性.
3.
5公告发布作为系统管理员可以直接在系统内发布公告,也可以对其他人员发布的公告进行查阅、修改和取消发布.
同时,系统管理员有权限将公告通知权限下放给其他管理员.
3.
6日志查询提供事务管理相关功能操作的日志监控管理,便于找寻责任人了解相关办理情况.
4.
开发时间要求模块研发测试投入使用网上办事大厅软件平台合同签订之日起30个自然日内完成完成后7个自然日内完成测试完成十个业务模块后同步推出,最迟不超过2018年5月1日业务模块若干合同签订之日起90个自然日内完成完成十个业务模块后三个自然日内完成测试即可上线全部业务模块完成不迟于2018年6月30日网上事务大厅需在公司中标后签订合同之日起的90个自然能日内完成事务大厅及相关业务模块的研发、测试和上线工作,以及对学校相关人员的培训,系统上线维护等工作,(具体需第一期完成的十个业务模块由招标单位制定)如系统不能在2018年5月1日之前上线,无法满足业务需求,乙方退回甲方支付所有款项,并处以一定金额的赔偿,以合同签订为准.

第七章响应文件格式(见封面及组成)中南财经政法大学数字化校园二期学生事务一站式服务平台采购项目响应文件(正本/副本)项目编号:中南大货物类B001竞磋字【2018】001号供应商:盖公章)法定代表人或其委托代理人:签字或盖章)日期:年月日一:响应函致:采购人名称)根据贵方的中南财经政法大学数字化校园二期学生事务一站式服务平台采购项目(中南大货物类B001竞磋字【2018】001号)竞争性磋商文件,我方愿意以人民币(大写)元(的响应总报价,交货期日历天,按合同约定实施和完成本项目的供货、安装、调试工作.
据此函,我方兹宣布同意如下:(1)按竞争性磋商文件规定提供交付的服务,如我公司成交,我公司承诺愿意按竞争性磋商文件规定交纳履约保证金和成交服务费.
(2)我方根据竞争性磋商文件的规定,严格履行合同的责任和义务,并保证于买方要求的日期内供货、安装及服务,并通过买方验收.
(3)我方承诺报价低于同类服务的市场平均价格.
(4)我方已详细审核全部竞争性磋商文件,包括竞争性磋商文件修改书(如有),参考资料及有关,我方正式认可并遵守本次竞争性磋商文件,并对竞争性磋商文件各项条款(包括磋商仪式时间)、规定及要求均无异议.
我方知道必须放弃提出含糊不清或误解的问题的权利.

(5)我方同意从竞争性磋商文件规定的磋商仪式日期起遵循本响应文件,并在竞争性磋商文件规定的磋商有效期之前均具有约束力.
(6)我方承诺如磋商保证金未在竞争性磋商文件规定时间前到达贵方指定的账户,我方响应无效,由此产生的一切后果由我方承担;如果在磋商仪式后规定的磋商有效期内撤回响应文件,我方的磋商保证金可被贵方没收.

(7)我方声明响应文件所提供的一切资料均真实、及时、有效.
由于我方提供资料不实而造成的责任和后果由我方承担.
我方同意按照贵方提出的要求,提供与响应有关的任何证据、数据或资料.
(8)我方完全理解贵方不一定接受最低报价的响应.
(9)我方同意竞争性磋商文件规定的付款方式.
(10)其他补充说明).
供应商:盖公章)法定代表人或其委托代理人:签字)地址:网址:电话:传真:邮政编码:日期:年月日二:响应承诺书致:采购人名称)一、业绩方面承诺:我公司承诺:响应文件中所提供的近3年的业绩真实有效.
所提供的合同中所有服务均已完成并经相关部门验收(检验)合格,服务所在地址及采购单位联系人、联系方式均真实有效,如有虚假,我公司承担由此产生的一切后果!

二、有无重大违法记录承诺【注:各供应商应在响应文件中须主动填报参加本次政府采购活动前三年内,在经营活动中没有重大违法记录(含其授权服务的子公司、分公司等),如果不主动填报而被事后发现的,将取消其响应资格,并按有关规定从重处理】.

三、质量方面承诺(自拟):供应商:盖公章)日期:年月日三:法定代表人身份证明书单位名称:单位性质:地址:成立时间:年月日经营范围:姓名:性别:年龄:职务:系(供应商单位名称)的法定代表人.
特此证明.
粘贴法人身份证(正反面复印件)供应商:盖公章)日期:年月日四:法定代表人授权书(采购人名称):兹授权同志为我公司参加贵单位组织的编号为(项目编号)的(项目名称)响应活动中的委托代理人,全权代表我公司处理在该项目响应活动中的一切事宜.
代理期限从年月日起至年月日止.
授权单位(公章)法定代表人(签字)签发日期:年月日附:代理人工作单位:职务:性别:身份证号码:粘贴委托代理人身份证(正反面复印件)注:本项目只允许有唯一的供应商授权代表,且必须为供应商在职员工.
五:响应一览表项目名称:项目编号:项目内容供应商名称响应总报价(元)小写:大写:服务期(天)质保期(月)结算方式售后服务承诺(重点要点)备注说明:1、报价大写与小写应一致.
如不一致,以大写为准.
2、所有价格均用人民币表示,单位为元,精确到小数点后两位.
3.
请供应商完整填写上表,以便磋商小组进行比较.
供应商:盖公章)法定代表人或委托代理人:签字或盖章)日期:年月日六:分项报价表(供应商可根据实际发生费用选填)供应商名称:采购编号:序号名称性质数量单价(含税)总价(单价*数量)123456…说明:1、所报价格保留小数点后两位.
2、如果免费请在相应栏内注明"免费",如果含在服务价格中则填"已含入总服务中",如无此项内容则填"无",不留空白.
3、此表为《响应一览表》的报价明细表,如有缺项、漏项,视为报价中已包含相关费用,采购人无须另外支付任何费用.
供应商公章:七:技术规格响应、偏离表(格式)项目名称:项目编号:序号货物(服务)名称响应文件条目号采购规格响应规格响应情况说明注:1.
供应商应对磋商文件中的技术条款要求逐项作出响应或偏离,并说明原因;2.
响应规格与采购规格一致应填写"响应",优于采购规格应填写"正偏离",不满足采购规格应填写"负偏离".
特别对有具体参数要求的指标,供应商必须填写相应文件内具体参数值.
3.
未按如上要求填写将可能导致响应被拒绝.
供应商(盖公章)法定代表人或委托代理人:签字或盖章)日期:年月日八商务条款响应、偏离表(格式)项目名称:项目编号:序号竞争性磋商文件条目号竞争性磋商文件商务条款响应文件商务条款响应情况说明注:1.
供应商应对磋商文件中的商务条款要求逐项作出响应或偏离,并说明原因;2.
响应规格与采购规格一致应填写"响应",优于采购规格应填写"正偏离",不满足采购规格应填写"负偏离".
特别对有具体参数要求的指标,供应商必须填写相应文件内具体参数值.
3.
未按如上要求填写将可能导致响应被拒绝.
4.
商务条款是指磋商文件内所要求的供货(服务)期限、付款方式、售后技术服务要求、质保期等实质性要求.
九:供应商资格声明1.
名称及基本情况(1)供应商名称:(2)地址:邮编:电话:传真:(3)成立或注册日期:(4)公司性质:(5)法定代表人后主要负责人:(6)员工人数:(7)注册资本:(8)实收资本:(9)上年末资产负责表:1)固定资产原值:净值:2)流动资金:3)长期负债:4)短期负债:2、供应商认为需要声明的其他情况:兹证明上述声明是真实的、正确的,并提供了全部能提供的资料和数据,我们同意遵照贵方要求出示有关证明文件.
供应商(盖公章)法定代表人或委托代理人:签字或盖章)日期:年月日十:供应商综合情况简介(供应商可自行制作格式)十一:近三年类似项目业绩表序号完成时间项目名称主要内容合同总额采购单位名称联系人联系电话已完成项目123456…正在实施项目123456…注:此表可以扩展填写说明:类似业绩是指提供近三年已经完成并检验验收合格的业绩,须提供完整的合同复印件或影印件,无证明材料的业绩专家在评审时将不予考虑.
供应商(盖公章)法定代表人或委托代理人:签字或盖章)日期:年月日十二:磋商保证金的交纳和退还1.
交纳方式和时间本项目磋商保证金为$15000元(大写:人民币壹万伍千元整),交纳截止时间为2018年1月22日.
供应商须将磋商保证金按上述要求转入中南财经政法大学财务部帐户.
帐户如下:(1)武汉市内转账账号:户名:中南财经政法大学账号:565157528455开户行:湖北武汉中国银行东湖开发区支行同城结算行号:846006(2)武汉市外汇款账号:户名:中南财经政法大学账号:565157528455开户行:湖北武汉中国银行东湖开发区支行人民银行清算行号:1045210033002.
请供应商于磋商保证金交纳截止时间后一个工作日内将磋商保证金银行进帐单(凭证)原件或复印件或扫描件(需加盖投标单位公章)送交采招中心验证.
如供应商不能在规定时间内送交磋商保证金银行进帐单(凭证)验证,采购人将视其自动放弃磋商资格.