当前位置: 首页> 安邦金融> 采购邀标

集团全税管理平台项目

公开招标公告

 

我司“集团全税管理平台项目”经内部批准,进行公开招标,现将采购事项公告如下:

  1. 项目名称:集团全税管理平台项目
  2. 招标文件编号:待定
  3. 采购方式:公开招标
  4. 采购内容:完成安邦集团全税管理平台项目的施工建设,符合质量与进度要求,提供业务与技术培训,完成知识转移,负责试运行期以及维保期内的运行维护,满足《附件一:集团全税管理平台功能需求说明》、《附件二:集团全税管理平台非功能需求说明》中的具体要求。
  5. 投标人资格条件
  6.  
  7. 1)投标人为独立企业法人,注册资本500万元或以上,团队服务经验满5年或以上,经营范围包含软件开发或技术开发;
      (2)投标人具有健全的财务会计制度(提供真实有效的会计师事务所审计后的年度财务报表复印件);

3)投标人需通过ISO9001认证或CMMI3以上认证;

4)投标人具备金融行业税务管理软件项目的实施经验,近三年内至少成功完成过一家相关项目实施;

  1. 报名方式

投标人在截止日期前将报名邮件发送到邮箱 abcaigou@ab-insurance.com

报名邮件标题格式:集团全税管理平台项目投标报名-XX公司

报名邮件正文需包含投标项目名称,投标人全称,投标人简介,联系人,联系人职务,联系人电话,联系人电子邮件,联系地址。

报名邮件附件为一个压缩包,压缩包内包括以下资料的扫描件:
  (1)营业执照、组织机构代码证、税务登记证副本或带有统一信用代码的营业执照副本;
  (22016年会计师事务所审计后的年度财务报表;
  (3)投标人通过ISO9001认证或CMMI3认证的资质证书;

4)成功案例的合同首页及验收报告盖章页(最多可提供3个案例);
5)其他投标人认为有助于了解投标人能力的证明资料(最多可提供5页);
 

  1. 报名截止时间

报名截止于招标公示发出后第7个自然日晚20点,例如公示日期为2017年12月1日,报名截止时间为2017年12月8日晚20点,以此类推。

  1. 开标时间及地点

开标时间:待定。

开标地点:北京。

  1. 其他要求

本项目不允许联合投标、不允许转包分包。

本项目为招标人现场施工,施工人员需按照招标人安排进驻现场。

投标人需提供项目相关的全部技术文档和源代码,招标人有权以修正本系统功能为目的对软件进行修改、扩充、反汇编等操作。

投标人需明确安排本项目的信息系统建设负责人和税务咨询负责人参与投标工作及后续施工,在投标书中提供简历并承诺中标后未经招标人许可不得更换负责人。信息系统建设负责人和税务咨询负责人的从业经验要求5年以上。未尽事宜以招标人最终发布的文件为准。

 

 

 

 

 

附件一:集团全税管理平台功能需求说明

全税管理平台建设目标是逐步建立起集团整体税务架构体系,建立高素质税务管理团队以及专门的税务数据中心,实现全税种全流程管理,不断优化的信息系统、实现高效的税务管理,为企业创造税务价值。

一、基础数据

       实现平台所需基础数据维护功能,包含纳税主体、税种税目、税局档案,税率、税务日历、所得税基础信息设置、研发加计扣除基础信息设置、转让定价基础信息设置等。

二、系统管理

       实现多板块、多主体、多层级的组织架构,以及数据接入多套组织架构的映射。实现用户分主体、分层级、分岗位功能权限与数据权限的配置,以及集团集中管理权限的配置,对于身兼多职的用户无需切换权限。

三、工作流平台

       支持与不同工作流产品对接,实现各类事项集中审批及待办提醒功能。

四、移动端

       具备移动端接口及移动端功能开发能力,实现各类事项移动端审批、各类提醒预警事项移动端消息推送等。

五、税务数据仓库

建立涵盖发票数据、科目余额表、科目明细账、科目汇总表、财务报表、土地数据、房产建筑物数据、车船数据、合同数据、代理人数据、人力成本数据等相关涉税的数据大仓库,为后续税务分析、规划和风险控制提供基础数据支撑。

六、税金计提管理

通过对接前端业务系统数据,系统根据配置的计提规则自动计提增值税附加税,按照本月计提下月缴纳的原则,当月生成进项税转出、增值税附加税计提凭证,下月自动生成税金预算。

七、税金预算管理

通过对接前端业务系统数据和oralce总账数据,增值税附加税金计提以及平台生成的台账,根据配置的业务规则以及基础信息自动生成税金预算;支持分主体和税种配置预算来源;支持分机构配置预算颗粒度;支持非日常类税金的编制与导入;支持预算核定与追加。

八、税金下拨管理

    根据配置的业务规则以及基础信息自动生成下拨申请进行请款,支持不同主体下拨环节可配置可裁剪,支持自缴、跨主体代缴、二级代三级缴、同级代缴等各类业务场景;支持对内部机构账户以及对外部税局账户下拨;支持上传附件;支持下拨申请修改与调整;支持资金下拨凭证自动生成。

九、资金支付管理

归集待拨付税金,领导进行资金批复,支持暂缓支付、驳回拒付及二次支付不同业务场景,批复后系统根据后台配置规则及业务场景,对接支付平台,路由最优的支付通道进行报盘回盘,支持绿色通道的紧急支付以及退票流程处理;可查询分析交易明细数据,追溯业务数据。

十、税金缴纳管理

     已支付的下拨申请根据配置的业务规则自动生成缴纳单,支持单笔和批量缴纳确认;支持暂缓缴纳;支持缴款书上传;支持非日常类税金补计提凭证及缴纳凭证自动生成;可查询分析缴纳明细,监控缴纳差异。

十一、税金返还管理

     根据配置的业务规则及返还比例,自动计算已缴纳的代扣代缴类税金应返还金额,支持单笔和批量返还确认;支持返还凭证自动生成。

十二、会计平台

通过前台可视化操作灵活配置凭证模板,系统根据凭证模板自动生成税务核算凭证,同时与Oracle总账系统对接,凭证信息自动传入总账,完成从税务业务到财务核算的完整流程;通过抽象业务维度确定凭证模板要素,核算分录的变更,无需修改代码,业务人员在前台页面直接修改,凭证根据新模板动态生成。

十三、凭证管理

凭证信息分类、动态查询,实时监控凭证状态,从不同维度对财务、业务数据进行溯源分析,为业务提供对账依据。

十四、所得税管理

实现预缴申报、年度汇算清缴涉税数据获取,工作底稿生成,纳税申报全过程管理,以及递延所得税底稿、核算及报表管理,对所得税数据进行分析,生成各类管理报表和报告。

数据集市获取核算数据,定制台账体系,提升所得税填报效率,灵活定义数据转换规则,由系统自动归集、转换申报数据源,生成所得税工作底稿;通过交叉稽核,预置满足合规性、统一性要求的标准化计税和申报规则,生成所得税申报底稿及附表;复核后生成预缴申报表及附表。人工填列记录历史后期有据可查,文档统一管理快速可查,在线监控各机构申报过程,及时掌握申报状态。

十五、小税种台账管理

与相关业务系统对接业务数据,在此基础上由税务人员手工补充或调整,系统内嵌规则自动计算,形成一套完整的台账,数据的补充及变更轨迹在系统可查、可追溯,人员岗位的变更可保证工作的连续性。

涉及台账管理的税种包含如下,系统需支持分主体配置台账:

合同印花税、其他印花税、车船使用税、土地使用税、契税、房产税、个人所得税、车船税手续费返还税金、个税手续费返还税金以及其他小税种,其他小税种指台账管理维度单一,通过税金和税率简单计算即可,税基来源于数据集市,税基支持可配置。

十六、免税产品管理

实现免税产品从收到产品通知、产品部初步应免税判定、主体税务最终应免税判定、领导签批、到分发机构备案整体流程线上管控,实时掌握机构免税备案完成情况,支持备案文件作为附件上传,支持预警功能,防止应免税未免税风险。

十七、纳税申报管理

通过对接前端业务系统数据和oralce总账数据,以及平台加工生成的数据,根据配置的申报取数规则,按照税务局统一规定的申报模版自动生成各税种的纳税申报表;在线管理申报全流程,及时掌握申报状态,自动进行申报提醒。

十八、转让定价管理

实现转让定价文档管理、数据收集及转让定价期限跟踪等功能,集中储存关联交易合同,企业成本分摊数据等关联交易相关数据进行可比性分析、利润水平指标计算等,做好全球转让定价同期资料管理,及时跟踪递交转让定价报告。

十九、研发费用加计扣除

实现研发加计扣除涉税数据获取、研发立项、备案准备、申报审核、持续跟踪全过程管理,对研发加计数据分析,进行过程风险监控,生成各类风险分析报告和统计分析报表。将符合加计扣除的认定条件规则化标准化,由系统自动认定,实现自动成本归集,自动成本分摊,通过系统明确责任分工,建立协同工作机制,统一管理备案资料,快速可查。

二十、纳税风险评估(企业税务健康体检)

实现税务监控指标库,建立风控模型,实现税务数据集中采集和展现,实现监控指标的预警和分析,以及过程控制,建立闭环的跟进和应对流程保障稽核工作,提升税务风险预警能力,增强税务垂直管控能力,提高税务稽查迎检能力。

自动评估各类纳税评估指标数值,并提示预警信息,推送给财税人员以及企业领导。评估结果可以饼状图、柱形图、趋势图、列表等多种形式展示。

二十一、税务分析与规划

实现各类纳税报表、台账统计、多维度税负分析及税收优化方向分析,建立税务规划模型,实现大数据分析架构的税务分析与规划。

二十二、辅助申报管理

根据主管税务机关资料报送要求,辅助生成包括重点税源报表、国别报告、千户集团报表等统计分析报表,及时报送税务机关。

二十三、税收法规园地

获取国税、地税、财政部、海关总署总局网站与当地分公司省级税务机关网站税收政策栏目下的最新内容。可以通过该功能检索最新的政策动向以及法规政策。

建立全球税收法律法规相关的信息库,为税务分析提供信息基础。

二十四、增值税全票面信息

从电子底账库获取企业相关的增值税发票全票面信息,实现增值税发票无纸化及财务报销智能化。

二十五、其他功能

       支持邮件推送通知消息功能;支持附件上传功能,支持查询列表信息导出EXCEL功能。

 

 

 

 

 

 

 

 

附件二:集团全税管理平台非功能需求说明

一、易用性需求

用户功能菜单简单易懂,逻辑清晰,菜单不超过三级。用户界面上对菜单、选项、按钮提供使用说明,用户初次使用时参考界面上的使用说明即可轻易操作。对错误操作有代码及文字的错误提示。输入框能记忆输入内容,能提供下拉列表方式便于用户选择。

在数据录入时,能提供导入模板(excel模板),用户能够通过系统导入功能将数据批量导入。在查询时,能提供报表定制、保存及导出功能(包含但不限于excelpdf格式)。在明显的区域提供技术支持热线电话和常见问题解答。

二、可用性需求

要求支持724可用,要求无单点风险,应用服务器可横向扩展,服务可用性要求达到99.9%以上。其计算公式如下:服务可用性=(服务周期总分钟数-服务不可用分钟数)/服务周期总分钟数×100%

三、可维护性需求

系统需提供各类日志,例如系统日志,应用日志,业务人员操作日志等。日志内容应统一格式,至少包括时间,错误类型,操作人员,报错信息。报错信息应包含关键字,方便快速定位问题。系统需提供可视化的应用级监控功能,包括在线用户监控、异常行为监控以及对系统的重要操作行为过程进行监控,例如,对数据导入,批量任务执行等操作进行监控。系统需提供可视化的系统级监控功能,包括对CPU、内存、IO、存储等重要指标的监控。

四、可靠性需求

平均系统故障的时间间隔大于1000小时,即系统失效率要求大于1000小时。

五、操作要求

平台整体框架要先进,界面美观,方便工作人员使用,界面加载和操作响应时间在5秒钟之内,具有快捷导航、钻取、导出、打印、界面自动适应不同分辨率、适应不同浏览器版本等功能。

六、架构要求

采用浏览器/服务器模式开发系统,数据库支持Oracle数据库,客户端零维护。产品具备成熟的功能架构、数据架构、技术架构和部署架构。产品支持多种方式(包括但不限于APIETLFTP、数据文件导入等)与总账、合同、佣金、增值税、资金、固定资产、邮件、人力资源、报表、车管、移动审批等周边系统集成;

七、成熟度要求

要求软件产品性能成熟、稳定,开发和维护系统工具健全,能进行风险识别和数据检测,方便用户进行导入导出等操作。

 

八、数据存储要求

以数据仓库的形式对税务相关原始数据进行抽取、清洗、整合、转换,合理建立分类主题数据库,根据业务需求和业务数据进行建模,实现各类数据展现,以满足管理决策的需要,以严格的数据共享规范与接口标准为依据进行开发。

九、安全需求

系统安全应符合安邦保险集团安全管理规范的要求包括但不限于以下要求:

账号认证安全应用系统采用用户名、密码的认证方式,加入图片验证码机制,防止暴力猜测破解;用户口令采用不可逆的密码算法加密保存;图形验证码随机生成且包含字母与数字的组合,经过噪点和扭曲干扰,能够抵抗工具的自动识别但是不影响用户的使用;提供用户自定义修改口令的功能;提供强制口令策略(密码长度要求8位以上,必须包含大写字母、小写字母、数字,可以使用约定的特殊符号,密码生存周期为三个月,历史密码不允许重新使用);认证失败后,系统返回统一的错误信息提示,不区分是账号还是密码错误;连续认证失败五次锁定账号;提供管理员解锁功能;认证过程中用户名和口令加密传输,避免用户名和口令在非可信网络上以明文方式传输;系统不提供记住密码功能。

会话安全系统需要提供会话超时功能;系统需提供明确的退出功能,使用户可以完全注销会话;不允许在COOKIE中保存用户密码;COOKIE内容应加密保存,防止被恶意篡改;COOKIE应具有时效性;设置用户认证COOKIE时,要设置HTTPONLY属性;处于登录状态的用户直接关闭浏览器时,确保本次会话的安全终止;登录成功后生成的会话数据存储在服务器端,确保会话数据不能被非法访问、恶意篡改;系统不允许通过URL或隐藏域传递会话令牌。

授权安全系统基于角色的访问控制模型提供用户、角色、权限的配置、访问控制功能;系统中所有角色、权限、处理的数据对象和操作类型有明确的描述、敏感度标识和分配策略;系统实现分级授权机制,特定权限的用户只能看到和使用特定的界面和相应的功能;系统授权和用户角色数据存放、鉴权处理机制都在服务器端。

审计要求系统提供为完善的日志记录功能,记录用户对系统所有操作日志。应用系统应提供对日志的查看功能,可按时间、操作人、操作对日志进行过滤查询;审计日志永久保存;日志文件做统一归集,指定服务器磁盘或MongoDB数据库中,任何用户不可对日志数据进行更改或删除;审计日志中不允许记录用户、服务器密码等敏感信息;

异常处理程序发生异常时重定向到特定错误页面,严禁泄漏内部出错信息;程序发生异常时在日志中记录详细的错误消息;应用系统应包含可能出现的各种异常情况的安全处理设计。

数据输入安全所有来源不可信范围的输入数据必须进行输入验证;根据情况综合采用多种输入验证的方法,包括检查数据是否符合期望的类型、长度、数值范围、检查数据是否包含特殊字符、使用正则表达式进行白名单检查;对输入信息进行长度限制;服务器端和客户端都进行输入验证。

文件操作安全采用白名单检查机制限制上传文件的大小、类型;关闭文件上传目录的执行权限;系统根据上传文件的日期、类型等信息自动指定文件保存目录和文件名称;影像件需通过缩略图、水印等处理,无异常后才能保存云端存储;上传和下载文件都必须写日志记录;下载文件保存在云盘,下载地址由云平台动态生成,设置有效实时间;系统不向客户端返回任何文件和目录的绝对路径信息。

编码安全规范:代码按照标准编码规范编写,避免出现安全漏洞。

 

十、扩展性需求

通用性、开放性要强,具备良好的扩展及二次开发,模块之间应具有较强的独立性,开放数据库结构,可以扩展到其他业务系统应用,提供开放的源代码。

十一、性能需求

通过负载均衡与反向代理实现系统的高可用性,通过缓存和消息队列技术提高系统性能,满足高并发需求。在满足操作要求的前提下,单个应用服务能够支持100以上并发用户同时使用,多个应用服务横向扩展时应用数量与系统并发量、吞吐量应保持线性比例关系。

十二、版本管理需求

版本管理应符合安邦保险集团配置管理规范的要求。

十三、项目管理需求

项目管理应符合安邦保险集团项目管理制度的要求。

十四、其他非功能需求

其他未尽事宜,以安邦保险集团信息系统管理制度、规范、方法、标准的具体要求为准。