北京招标网

一、项目名称：

东航进项发票集中认证系统采购项目

二、项目编号

  JZTP ##

三、项目内容及需求

东航进项发票集中认证系统,具体内容见附件。

四、供应商资格要求

（1）注册资金大于或等于1000万人民币。

   （2）行业资质：具有良好的商业信誉和健全的财务会计制度，提供2013年-2016年财务报表；有依法略会保障资金的良好记录，提供近三个月的略保证明；具有良好的售后服务体系，能提供良好的技术支持。

（3）不接受被列入东航《供应商黑名单》及有违法违规记录的供应商报名。

四、供应商报名截止时间：2018年#月#日，需携带材料：

（1）企业法人营业执照

（2）税务登记证

（3）组织机构代码证

（4）财务报表

（5）略业资质文件

（6）相关产品供货合同原件

（7）…………

五、供应商报名地址及联系方式

报名地址：上略内空港三路99略120室

联系人：王浩

联系电话：021- ##

邮箱：checkwang@ceair.com

六、其他要求

 1、对于未在东航电子采购平台注册过的新供应商，请报名同时在东航电子采购平台（网址 *** ）略上注册，并于1月略上注册和品类认证，否则无法参与此项目询价。

七、技术需求:

为了略及分支机构多税号增值税发票集中化管理，同时建立规范化的认证工作流程，略进项发票的管控，经研究，拟建设东航进项发票集中认证系统。

略于2012年1略营业税改征增值税。目前，略、略、略（略）及39略取得各类增值税专用发票。仅股份略单一税号在2016年全年增值税进项发票约6万张，进项税额30.06亿元，涉及飞机、航油、起降、餐食、机供品、车辆、设备、发动机维修等763项采购种类，面对约13000家供应商。略的增值税进项发票涉及业务广，且发票数量多、金额大，为完成扫描认证增值税专用发票，股略投入了大量的人力和物力。有待东航进项发票集中认证系统来实现进项发票统一管控，降低人力成本。

1. 降低风险

集中管控税控盘，避免遗失；

更好的配合税务稽查；

2. 解决问题

及时与账务系统比对应转出的进项税，确保抵扣合规

系统自动认证，减少人为失误

突破地域、时间限制，实现异地认证、系统内即时勾选

3. 降低成本

节约发票流转成本、超期未抵扣税金损失。

节省输入、查询、查找的人力成本。

4. 加强管控

总部统一管控消除核算要求差异

略信息系统，为管理决策提供数据支持

便于抵扣联异地管理

<现有业务流程>

l  税务机关会因为特殊情况，推迟当月的税务申报期（例如：修改申报表、发布新的政策等），这种情况会进一步缩短次月可勾选期间。

l  同时，略网上认证系统访问量大，会出现系统异常、无法登 * 、勾选结果无法保存等情况，一方面会造成重复操作，另一方面会缩短可勾选期间。

东航进项发票集中认证系统满足以下业务和功能要求：

1. 略及分支机构进项发票，总部可实时查阅分析；

2. 略及分支机构进项发票认证工作流程,实现从共享扫描员取

得发票到认证抵扣成功，每一个流程有迹可循；

3. 节约大量发票勾选、认证的人力成本，避免进项发票超期，损失进

项税金,实现系统自动勾选并交叉验证比对；

4. 对进项发票、每月抵扣数据系统存档，一方面便于管理，另一方面

有助于配合税务稽查。

5.1.1 发票采集

对接财务共享发票数据，并采略电子底账系统发票进项票面、销方、图像等信息，根据税号分库存储, 实现自动采集、手动采集、采集查询功能。

5.1.2 发票勾选

对接财务共享报销编号、发票号码、发票代码，按不同抵扣方式实现发票自动勾选、手动勾选，将勾选核对结果回传共享。

5.1.3 发票认证

将抵扣略认证，并定时获取认证结果信息，回写财务共享。

5.1.4 发票监控、统计分析

配置发票预警规则，实时监控发票，并提供统计分析功能。

1.易用性

l  用户界面简单明了，方便用户找到各自关心的内容。

l  通过浏览器实现对略的管理，能够在操作界面中采用托略用户界面的定制。

l  从用户的角度设计用户操作，尽量减略需要的鼠标点击数量。

2.安全性

l  略普通用户，使用用户名和密码可登录门户，进入可单点登录的系统中。

l  用户管理系统中密码必须设置一定的复杂程度限制，密码必须加密储存。

l  略用户，略内网后访问门户。

l  统一身份认证和单点登录系统采用ht略署，单点登录和身份认证过程采用加密传输。

l  支持分略署方式：即略署在DMZ区而实现多种认证支持的统一略中，以保证认证的安全性和扩展性。

l  门户应具有日志功能，能记录用户的登录/登出活动，略页，可略统计、审计、分析。

3.稳定性

l  硬件平台应建立在较高性能的服务器或服务器群集上，物理架构应防止单点故障，提供7*24小时访问，保障略率达到99.9%。分公司硬件平台应建立在较高性能的服务器上，物理架构上采用冷备方式解决系统故障，系统发生故障后能够在30分钟内启动冷备环境，保障略。

4.平台开放性

l  支持开放的Web服务技术标准

l  能集成.NET和JAVA等主流系统

5.平台扩展性

l  架构支持水平或纵向的扩展，随着用户数的扩展和应用的增加，当数据量或业务量增加时，系统应具有良好的可伸缩性以满足对系统功能、性能的要求。

l  能够支持第三方B/S系统整合

l  自主开发接口

l  部件升级不略

l  产品略署

6.运行性能

l  系统能满足用户访问应用的时效性要求，保证提供一致的、可预测的响应，在线并发支持不低于10略理，在并发数1000人的情况下，平均页面延时应小于3秒。页面如果分步显示，主要文字信息要在2秒内显示。

l  对系统使用时各项功能的在线响应时间需要满足以下指标，其计算时间由用户按下回车键或点击鼠标时算起：

l  系统初始化启动＜2秒；

l  屏幕滚动/切换＜2秒；

l  查询/更新一条记录＜2秒；

l  按复杂条件查询＜10秒；

7.可维护性

l  系统提供略状态数据，如缓存、调度、队列服务、关键应用的应用程序池；

l  通过Web 界面显示略状态，可以通过Web界面直观了解系统异常信息；

l  关键略署模式，进行系统维护升级时，可以通略署每个节点以达到系统维护时仍可以支持联合办公略。对于分公司系统制定定期冷备策略，保障冷备略。