项目背景

一、按照四川省财政厅印发的《关于印发四川省财政电子票据管理改革实施方案的通知》（川财非【2018】4号）要求，全省统一使用由财政部开发并由财政厅部署安装的财政电子票据管理系统，需实现“电子开票、自动核销、全程跟踪、源头控制”，以电子票据代替手工票据，将财政票据的事后监督和检查转变为事前、事中控制，提高财政票据监管效率。为满足财政电子票据的统一管理要求，高校票据系统必须要与四川省财政厅票据系统实时交换数据库才能正常工作，为保证工作的正常开展，高校使用的票据系统必须与四川省财政厅使用同一公司软件系统。

二、我们学院作为省级财政拨款单位，必须落实财政厅电子票据推进工作要求，到2021年1月1日起将停止使用手工财政票据。要实现此目标，采购电子票据管理软件迫在眉睫。我们通过咨询兄弟院校，也建议采购“博思票据管理系统”，与财政厅票据管理中心保持一致。一方面，通过软件一致，可以实现数据共享，方便网络票据的申领和分发，便于财政厅票据管理中心的管理；另一方面，其他兄弟院校都使用该系统，软件的使用可以相互交流，也方便软件后期的统一更新和维护。我们联系了博思软件四川省分公司，获取了报价单和相关资料，也通过电话咨询兄弟院校，对比了价格和服务内容，确保一致。

三、项目预算：24万元

四、项目内容及要求

1、采购标的为高校电子票据管理系统软件（含取票小程序）（1项）、签名服务器（1套）。

2、高校电子票据管理系统功能要求

2.1票据管理

2.1.1票据申领。开票前，向财政部门申领电子票据。本部分包含上报、查询功能。

2.1.2票据入库。学校对财政下发的电子票据入库，或者是管理点对学校下发的电子票据入库，或者是开票点对管理点下发的电子票据进行票据入库，形成票据库存。

2.1.3票据分发。学校将从财政部门申领的电子票据号码下发到各管理点，管理点再将票号下发到各开票点，供开票点开票使用。

2.1.4 票据申退。对于电子票据申领过多的情况，开票点可向管理点申退、管理点可向学校申退。

2.1.5申退确认。管理点对开票点提交的申退申请进行审核，审核通过后进行确认；学校对管理点提交的申退申请进行审核，审核通过后进行确认。

2.1.6票据审验。将电子票据和纸质票据的开具情况上报，开票点上报给管理点、管理点上报给单位、单位上报给财政。

2.1.6.1数据采集。管理点采集开票点的票据使用情况，单位采集管理点的票据使用情况。

2.1.6.2开票点向管理点上报审验申请，管理点向单位上报审验申请、单位向财政上报审验申请。审验申请主要包括共使用了几种票据种类、所开票据总数。

2.1.7票据销毁申请。票据销毁分为以下两种：

2.1.7.1库存票据销毁：由于政策变更不再收取某类收费或票据保管过程中损毁的，尚未使用的票据的销毁，销毁后票据号段自动从库存中消减。

2.1.7.2核销票据销毁：核销票据销毁是指已核销的且已经到保存期限的票据存根的销毁，生成销毁单时系统默认提取已经到保存期限的票据。其中库存票据销毁由财政部门发起，核销票据销毁由用票单位或财政部门发起。

2.2 开票管理

2.2.1开电子票。高校可登录高校电子票据系统通过界面方式进行开票。

2.2.1.1录入开票。学校登录高校电子票据系统开票界面，输入开票信息，可选择开具（立即开票）或者待开（先保存开票信息，但暂不开票）。

2.2.1.2导入开票。如果高校是通过模板（ECXEL模板和TXT模板）收集的开票信息，可选择导入开票功能进行开票。

2.2.1.3界面冲红。使用冲红功能可对电子票据进行作废，有以下两种操作方式：

（1）将待冲红的电子票据信息以EXCEL模板形式导入高校电子票据系统，高校电子票据系统做批量冲红处理；

（2）用户通过高校电子票据系统选择要冲红的电子票据（可同时选择多张），做冲红处理。

2.2.2批量开票。

2.2.2.1自动开票。高校业务系统与高校电子票据系统进行对接，通过接口将高校收费信息发送给高校电子票据系统，进行单张和批量开具电子票据。

2.2.2.2自动冲红。高校业务系统发起单张冲红或者批量冲红请求，通过接口通知高校电子票据系统对相关电子票据进行冲红。

2.2.3打印票据。如果学生收到电子票据后，还想获取纸质票据，可到窗口或自助机进行打印。

2.2.3.1界面打印。窗口打印纸质票据，普通开票点窗口只能打印自己窗口开具的电子票据，特定授权的开票点可以打印所有开票点开具的电子票据。开票点人员登录高校电子票据系统，根据票据信息或者学生信息检索到要打印的电子票据，进行打印。

2.2.3.2自助机打印。自助机可打印所有开票点开具的电子票据。学生在自助机上输入手机号/身份证号/学号中的任意一种，自助机会将与此信息关联的所有电子票据展示出来，学生从中勾选需要打印的电子票据便可进行打印。

2.2.4重打纸质票。如果在打印纸质票据时，发生打印机卡纸或者票据关键信息不清晰，可重新打印纸质票据。重打时只能到窗口进行单张打印。

2.2.5作废纸质票。如果需要作废纸质票据，可登录高校电子票据系统，选择需要作废的纸质票据，进行作废处理，作废后，与纸质票据关联的电子票据也一同被作废。

2.3开票通知、取票

2.3.1微信公众号通知、取票。通过微信公众号形式通知学生电子票据已开具，学生点击公众号可查看电子票据基本信息，前提是学生关注了公众号并绑定了个人信息（手机号或学号等适用于高校行业的个人身份信息）。如果高校没有公众号或者不想改造公众号，学生也可以关注“电子票夹”，使用开票通知和票据获取服务。

2.3.2取票小程序取票。学生可以通过扫描二维码，进入取票小程序获取电子票据。

2.4对账管理

2.4.1收费员开票明细表，供收费员在日终核对时使用。

2.4.1.1默认显示当天收费数据。

2.4.1.2收费员将学校收费系统输出的收费明细表、高校电子票据一体化系统输出的开票明细表还有收到的钱款金额进行核对，核对无误后上交管理点。

2.4.2开票点收费汇总表

2.4.2.1供管理点日终核对时使用。

2.4.2.2默认显示当天收费数据。

2.4.2.3按开票点、收费渠道、项目、票据分别进行汇总，管理点查看各开票点的收费情况。并与开票点上交的钱款进行核对，核对无误后上交财务。

2.4.3单位收费汇总表

2.4.3.1供单位财务人员日终对账时使用。

2.4.3.2默认显示当天收费数据。

2.4.2.3按开票点、收费渠道、项目、票据分别进行汇总，财务人员从各个方面核对当天的金额、票据是否一致。

2.4.4单位收费核对总览

2.4.4.1供单位财务人员日终对账时使用。

2.4.4.2显示当月每天的对账状态和记账状态，具体的一天按票据名称分类，生成对账单，财务人员点击查看对账单，核对无误后，点击确认对账，生成汇总表。

2.4.4.3财务系统按照汇总单生成规则通过接口从高校电子票据系统获取入账汇总单，进行收入记账。

2.5电子档案管理

2.5.1电子票据存档

高校电子票据系统的电子档案模块支持两种形式的电子票据接收，并将接收到的票据进行存档。通过接口从财政票据制作及存储中心接收电子票据，支持批量接收和单张接收。通过手工录入，将电子票据补录进电子档案（适用于录入不是属于本单位的电子票据）。

2.5.2电子票据分类整理

2.5.2.1高校电子票据系统的电子档案模块支持两种形式的电子票据分类整理。

2.5.2.2自动分类整理：按照事先设定好的归类条件进行自动分类整理，归集条件如：票据种类、开票时间、开票点、管理点（院系）等。

2.5.2.3手动分类整理：在事先设定好的分类标准基础上，高校还可以自定义添加分类标签，手动给电子票据贴上这种分类标签，电子票据的高校自定义标签可随时更换。举例说明：A票据原来有H标签，通过手动调整，可将H标签换成S标签。

2.5.3电子票据检索

通过电子票据代码、电子票据号码、校验码等信息可在电子档案中检索到对应电子票据，可查看电子票据详细信息（PNG）。

2.5.4电子票据输出

高校电子票据系统的电子档案功能可向高校业务系统输出电子票据基本信息和PNG，高校业务系统可使用这些信息向学生提供电子票据的查验和展示等服务，提高高校业务系统的服务能力。

2.5.5电子票据云备份

高校可将本地存储的电子票据信息备份到博思电子票据云档案系统，实现两地存储，增加安全性。

2.6统计报表

2.6.1开票明细表

按照开票时间的远近进行排序，显示每张票据的编制日期、开票机构、票据代码、票据号码、是否打印、是否开红票等信息。

2.6.2开票汇总表

按照票据种类进行分类，显示每种票据种类对应的票据代码、票据已使用号段、开票情况（开票份数、作废份数、空白作废份数）和收费情况（合计、现金、转账、其他）信息。

2.6.3收费情况表

按照每种收费项目进行分类，显示每种收费项目的项目编码、项目名称、收费金额。

2.6.4记账情况表

根据年度查询特定年份的所有月份的记账情况，点击具体月份记账记录，可查看详情。

2.6.5项目明细表

根据电子票据项目明细进行分类显示，具体显示根据日期、开票人、票据代码查询特定的项目明细，不设定条件默认显示全部项目明5细。

2.6.6项目统计表

根据项目名称、开始日期、结束日期等条件查询特定的项目统计情况，例如特定项目的项目名称、项目编码、票据种类、总金额。

2.6.7开票点统计表

按照开票点进行统计，统计各开票点已开具的票据种类、开票项目、开票日期、开票金额等信息。

2.7数据交换

通过手动和定时两种方式从财政接收高校的基础数据，主要包括两部分：一是高校基础信息、开票点、可用票据、可用项目、收费标准、票据可用项目、项目可用标准、票据项目挂接关系；二是多个功能节点的输入模板、显示模板、打印模板、告知单模板。

高校管理员可以通过手动同步功能实时从财政同步本高校数据。保证高校基础数据实时、准确、有效。

2.8系统管理

2.8.1单位管理

用户进入单位管理功能查看财政维护的单位基础信息、开票点信息、可用项目信息、可用票据信息、收费标准信息、收缴账户信息。

2.8.2角色管理

高校管理员使用角色管理功能，支持新建、查看、修改、删除、启用、停用、分配菜单功能，每个角色可对应实际业务中的具体岗位，例如开票点、管理点、高校管理员等，可查看某一角色对应的可使用菜单和系统用户。

2.8.3用户管理

高校的工作人员使用系统前需要在系统中新增用户，同时还支持查看用户信息(基本信息、系统使用情况和已分配菜单信息)、修改用户信息、删除用户、为忘记密码的用户重置密码、按照实际业务职责给用户分配相应角色，如果用户不再负责某项业务，可删除用户相应角色。

2.8.4开票点管理

通过开票点管理可以创建高校开票点和管理点，一个开票点挂接一个管理点。新建开票点时，要给该开票点配置可用项目、可用票据、作废权限（只有特定开票点才可以作废票据）、打印权限（只能打印自己开票点开具的电子票据）等。开票点负责开票、打印、作废，管理点负责向开票点下发票号、票号申退的审批、票据审验数据采集等。维护开票点时支持新建、修改、删除操作。

2.8.5项目管理

高校业务系统中的项目通过项目管理功能手工录入到高校管理平台，所以在平台中就可以看到维护好的高校业务系统的明细项目，维护的目的是供基础数据对照时与财政项目做对照使用。维护项目信息时支持新增、查看、修改、删除功能。

2.8.6基础数据对照

2.8.6.1基础资料对照。因为高校业务系统中的收费项目与财政收费项目相比会更细分。当高校通过业务系统办理好业务进行开票时，需要将高校项目和财政项目作对照，让最终开具的票据上显示财政项目。采用手动对照方式对照两边的开票点、票据、收费项目数据。

2.8.6.2票据字段对照。财政电子票据上有自定义字段，当高校需要使用这些自定义字段显示特定信息时，需要将高校数据字段和财政的自定义字段进行对照，保证高校收费信息可以准确存入财政的自定义字段中。

2.8.7项目分组管理。开票点常规使用的票据种类和项目种类都有一定规律，可以通过项目分组管理将多个常用票据项目分为一组，开票时直接选择一个或多个项目分组即可，省时省力、方便快捷。维护项目分组管理信息还支持新增、查看、修改、删除项目分组操作。

2.8.8常用缴款人管理。高校的学生群体数量庞大，开票环节的信息录入工作相对繁重，为了帮助开票点节省时间、简化步骤，高校管理员和开票点可以通过常用学生管理将学生群体信息事先录入到平台中。当开票时，通过条件检索，自动带出学生信息。

3、签名服务器技术参数

3.1功能要求：

3.1.1所投产品须符合财政信息系统安全应用接口标准。

3.1.2支持 PKCS#7 和 XML 格式的签名和验证。

3.1.3支持浏览器、应用服务器、通用客户端的调用。

3.1.4支持对文件和数据进行签名、加密。

3.1.5提供获取签名、加密数据包中原始内容的功能。

3.1.6支持大文件、大数据签名、加密。

3.1.7完成财政电子票据系统的安全建设，保障数据的私密性、完整性和不可否认性。

3.1.8能够与证书综合管理系统进行无缝对接，完成签名机构证书的在线申请、下载功能。

3.1.9支持时间戳功能。

3.1.10产品支持针对大数据量的数字签名方法。

3.2性能要求：

3.2.1数字签名（SM2）≥700 次/秒；

3.2.2签名验证（SM2）≥700 次/秒；

3.2.3制作信封（SM2）≥500 次/秒；

3.2.4解密信封（SM2）≥500 次/秒。

五、其他服务要求

1、本地部署一套高校电子票据管理系统，需满足财政统一业务流程及规范，实现学校电子票据的申领、开具、传输、存储和归档的票据业务管理；

2、与收费系统厂商的接口联调，实现缴费后自动开具电子票据；

3、在本地配置电子档案系统，实现电子票据的本地归档及存储；

4、满足学校退费、红冲、综合查询等业务需要；

5、配置取票小程序，实现电子票据的本地推动（通过学号、手机号、身份证号等直接获取电子票据图片）。

六、服务要求

1、整个系统能满足四川省财政电子票据管理的要求，实现财政票据电子化管理，实现电子票据申领、开具、传输、存储和归档等要求。

2、与采购单位收费系统完成对接，实现电子票据信息、数据的安全交互。确保对接的正确性、安全性、稳定性。

3、需实现票据档案电子化管理要求。

4、支持导入数据生成电子票据，并导出生成电子票据后的数据。

5、开具财政电子票据时的签名认证时间不超过60秒，在无网状态下支持先开票，网络恢复后再签名认证。已开票据有作废、查询与统计功能，系统支持数据自动备份、异地备份。

6、满足学校电子票据的个性化本地推送。