营改增系统改造项目需求范围说明书

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

1/19奇瑞徽银汽车金融股份有限公司营改增系统改造项目需求范围说明书奇瑞汽车金融股份有限公司二〇一六年三月2/19项目要求第一节概述根据国家税务总局的安排,银行业将实施“营改增”,即银行由缴营业税改缴增值税,同时为客户提供增值税税票。为配合“营改增”改革后各类应税和税务管理信息化需求,满足财政部、国税总局颁布的各类监管要求,启动营改增系统改造建设和现有系统改造。第二节系统方案与技术方面要求1.1.总体目标1.2.技术要求技术方案需充分考虑到先进性要求,体现在以下方面但不限于以下方面:1、开标供应商提供的功能应满足我司业务开展的要求;2、开标供应商所提供的系统软件应符合业界相关技术标准;3、提供系统完整的源代码,提供开发平台,至少满足我司二次开发的要求。4、通过我司会计核算平台及核心、总账对接的方案,5、提供完整的营改增系统改造功能应用,基于营改增要求,完成我司现有系统改造功能;6、系统支持跨平台部署等;7、系统应充分考虑我司数据标准化的要求,能够支撑标准化和监管统计需求;3/198、系统应采用平台化设计,支持功能性拓展;9、系统扩充方便,设置修改灵活,操作维护简单,能够适应业务的快速变化及发展;10、系统提供的软件产品在业务扩展、应用工具、数据库、操作系统等方面具有开放性,做到标准化、通用化;11、系统安全、可靠,供用户进行有效的维护与使用,系统运行维护要求自动化、参数化和交易化;12、系统严格按照软件工程要求提供详细的各类文档;13、能够满足我司现有的开发规范,保证代码的可读性和统一性;14、操作系统、数据库和中间件的配置符合我司技术架构要求,ip地址与目录等参数配置信息不得写在程序中;15、基础软件,包括操作系统、数据库、中间件必须符合我司基础软件规范;16、不允许使用RSA1024及以下强度的加密算法,建议使用国密算法;17、在设计技术架构时需要充分利用我司现有的软硬件环境,充分考虑我司现有的软硬件环境,保证兼容性,保护我司现有投资;18、满足我司应用架构的管理要求,充分考虑与其他系统之间的关联性。19、系统支持负载均衡部署方式,性能不足时可以通过增加设4/19备线性扩展处理能力。20、产品必须是行业主流产品,符合业界相关技术标准,在国内外有成功的技术实施案例,满足监管需求;21、产品必须有后续研发系列,并有良好的发展前景;22、可与主流厂商软件集成而不影响系统性能;23、与系统连接的整体配置无单点故障,所有部件采用冗余设计,确保无任何单点故障,并能满足未来7×24小时的应用服务。24、支持在线维护、更换、升级硬件部件和微码;25、提供后续开发支持,对于人员成本单独报价。1.3.系统技术设计原则1、实用性和适用性充分利用成熟的先进技术,采用性能/价格比比较高的产品。应用系统设计必须符合实际,适用于银行信息系统建设。2、完整性所设计需满足增值税管理所有要求,设计范围包括营改增系统改造和现有系统改造。3、开放性、兼容性和连通性所设计的系统在结构上真正实现开放,各种设计规范、技术指标及产品均符合国际和工业标准,包括各种广域网、局域网、计算机及数据库协议,并可提供多厂家产品的支持能力,从而为未来的业务发展奠定基础。系统中所采用的所有产品都要满足相关的国际标准和国家标准,是开放的可兼容系统,能与不同厂牌的产品兼容,5/19可以有效保护投资。系统具备与各种协议计算机通行网络互连互通的特性,确保综合网公用基础设施功能充分发挥。3、先进性系统技术水平要保证先进性,符合当代信息技术发展形势,代表当前计算机科学的发展方向。所选择的各平台供应商应有能力对该项进行持续开发,可以保证该项技术不断地更新并可顺利升级而维持系统的先进性。提供良好的技术支持和技术服务,以满足当前的业务需求,使业务或生产系统具有较强的运作能力。4、高可靠性和可用性通过提供给用户高可靠的产品(硬件、软件、服务),带有系统容错性的方案(冗余、备份),较强的管理机制和控制手段,具备事故监控和网络安全保密等技术措施,保证系统的安全可靠和高可用性。系统建设尽量用主流产品,以保证系统的高质量和稳定性。系统应最大限度集成世界上最稳定且优秀的技术及组件,采用成熟技术以降低系统的不稳定性。对系统如硬件、操作系统、网络、数据库应设计尽可能详尽的故障处理方案,以保证系统的快速恢复。5、灵活性和可扩充性所设计的系统应具有良好的扩充性,能够根据管理要求,方便扩展网络覆盖范围、网络容量和网络各层节点的功能,以适应今后可能出现的较大任务符合。硬件平台具有可升级性,当需要时可以通过新的计算机设备同原有计算机设备一起工作以提高系统的6/19处理能力,而保护原有的投资。在源系统改造或者前端应用的需求发生变化时,整个系统的架构和设计方法可以适应这种变化,不会对已有的平台造成影响。6、易维护性在系统总体设计上注意系统的维护性。尽量采用大家熟悉的易于维护系统平台。系统软件安装简单、易于操作。7、标准化应用软件开发符合软件开发标准的要求,方便维护和扩展。业务处理符合国家法律、法规和有关政策规定。1.4.功能要求系统需满足(但不限于)奇瑞汽车金融营改增系统改造系统的以下全部需求:基于我司IT架构优化,设计现有系统改造功能,包括:交易认定、价税分离;会计核算;客户信息管理;发票回传。需要建立统一“营改增系统改造”实现各类应税和税务管理信息化的目标,包括以下几个功能:实现“增值税票”的管理、打印等功能搭建统一的税务管理平台7/19满足对外披露需求基础功能1价税分离模块1.1价税分离原始数据导入通过系统自动接口(手工导入作为辅助方式)方式,将涉及价税分离的各类交易数据导入营改增外挂管理平台,并支持导入数据验证校验、版本控制、导入日志记录等功能。1.2价税分离交易认定规则设置提供增值税相关各类交易(包括常规贷款交易及特殊交易,如:经销商服务费摊销、贴息摊销、逾期利息转表外、期末补提利息、期初冲回等)认定规则和计税方法配置功能,形成交易明细与价税分离规则映射关系。1.3税率设置提供增值税所属税目及税率信息维护功能,根据交易代码设置的税率,并作为价税分离计算参数。1.4价税分离计算根据价税分离交易认定规则、税率和交易明细数据,进行价税分离计算。1.5会计分录生成支持根据价税分离计算结果和银行会计科目及分录规则,自动生8/19成增值税调整及相关分录。2销项发票管理模块2.1空白发票管理支持集中维护银行购买的空白发票功能,并提供总行对空白增值税专票的统一管控功能。包括请领入库,将购买的空白专票维护到营改增外挂平台中,每笔开票记录应与实物专票一一对应;专票分发,由总行或地市分行统一管理下辖所有机构空白发票的请领入库,并分发至各机构,系统上对空白发票的请领和分发进行统一管理(目前没有分支机构,但是该功能需保留)。2.2发票盘点支持对空白发票进行盘点,保证总分行发票打印的准确性及发票库存的准确性。其中各打印终端可按日盘点打印成功及待打印发票信息,按月盘点发票库存情况。支持生成盘点报表,并经复核人复核。2.3发票打印能够与金税系统开票请求接口集成,执行增值税专票打印工作。打印时,对客户资质、是否已开具发票等自动校验,防止错开或重复开票。同时,支持同一交易对手增值税发票打印的合并与拆分,拆分方式可选择平均拆分或自定义拆分。2.4例外处理对增值税打印过程中遇到系统异常等意外情况进行记录,并支持对例外事件后续跟进处理。例如,打印未成功需重打,但已经从待打印池中已找不到该笔发票信息;需要冲红已打印的发票再重打;打印9/19冲红发票等情况。2.5手工开票对于需手工开票的业务收入,若属于系统内中间业务收入,由专票打印员通过模糊查询,向交易数据的接口提交数据请求,交易系统返回交易信息和客户信息给营改增外挂管理平台,选择需要打印的任务,提交审批完成后发起打印请求;若属于系统外相关业务收入,由专票打印员手工录入专票信息,提交审批完成后发起打印请求。2.6发票追溯提供增值税发票的追溯功能,支持对发票各个节点操作的记录、时间、操作人进行追溯。2.7发票遗失管理对遗失的增值税专用发票进行登记记录,并将信息传给金税系统进行挂失处理。2.8发票作废当发生空白专票或已开专票作废情况时(如尚未使用的纸质专票损毁),支持相应专票作废处理流程,并进行详细记录。2.9红字发票管理支持红字发票开具、申请和审批流程管理功能,并进行详细记录。2.10电子税票管理待电子发票在行业内推行之后,支持电子发票的开具与管理,并与税务局电子发票系统对接,实现发票数据的传输。3进项发票管理模块10/193.1认证扫描认证登记银行收到的各类增值税发票,记录各类进项税票银行内部审批结果,支持进项发票审批状态查询。通过金税系统扫描登记进项专票信息,提交给税务专员审核。电子认证对于取得的专票,能够实现与税务局电子发票系统对接,进行电子认证。3.2进项转出支持对涉及进项转出的数据信息录入平台,并按照预设逻辑对进项发票进行进项转出操作,并提供汇总功能。3.3预警提示对进项发票的认证状态进行跟踪,对于接近认证期限仍未进行认证的发票设置自动预警提示。3.4抵扣认证支持通过审批的进项专票上传至税务局网站进行认证,可即时联机认证或统一批量认证,认证通过后将认证信息回传至财务管理系统进行进项科目的调整。3.5未通过认证管理对于未通过认证发票,显示原因并记录后续跟进和处理流程。4税务管理4.1纳税申报管理11/19支持增值税纳税申报数据采集、计算和人工调整功能,生成纳税申报报表和相应会计分录。4.2税务管理统计查询支持多维度、跨组织的税务管理数据、增值税计算明细、发票信息综合查询功能,并提供税务数据分析和风险监控功能。4.3税会差异分析针对增值税会计口径数据、税务申报口径以及开票口径进行自动差异分析,形成税会差异分析报表。5系统基础管理5.1纳税主体管理提供纳税主体基本信息维护功能。5.2用户权限和日志管理提供基于角色授权的用户权限管理体系和详细的系统操作日志记录机制,保障系统数据信息安全。5.3系统接口管理提供包括金税系统、数据仓库、财务系统、业务系统等与平台相连接的数据接口管理和维护功能,接口应为开放式,对于新增业务能够及时维护,并导入数据。5.4工作流设置支持系统内部各类管理流程的审批工作流配置与维护。5.5数据备份还原管理支持平台中各类数据、信息的备份和还原功能,确保业务连续性。12/196电子发票管理6.1电子发票数据生成支持按预先设置的开票规则填开发票,提交税务机关后台系统生成电子发票数据,并自动分配电子发票号码同时对开票信息加密,生成防伪码和二维码,最终生成完整的电子发票。6.2电子发票作废当发生开票错误等情况时支持电子发票的作废处理,并进行详细记录。6.3电子发票红冲管理支持电子红字发票开具、申请和审批流程管理功能,并进行详细记录。6.4电子发票查询和统计支持在系统中查询和统计已开/未开电子发票以及已收进项电子发票的开票项目、开票金额等信息。6.5进项电子发票认证抵扣支持系统录入获得的进项电子发票信息,将通过审核的进项电子发票上传至税务局网站进行认证,可即时联机认证或统一批量认证,认证通过后将认证信息回传至财务管理系统进行进项科目的调整。6.6电子发票预警支持对电子发票开具过程中异常情况的预警,包括作废过多、红冲过多、申报异常等。7营改增系统改造其他业务要求13/197.1实现财管系统、会计核算平台、数据集市及其他相关系统的对接,与其他系统交互通过DS或文件分发平台。1.5其他要求一、系统测试系统测试是项目质量的重要保证,开标供应商必须配备专业的测试人员,组建专业的测试团队,制定完善的测试方案。测试方案包括功能测试和非功能测试。1.功能测试方案应包括如下测试内容:-测试目标-测试范围-参加测试人员及组织分工。-测试过程中的缺陷管理。-测试完成标准-测试工具:测试用例管理工具、缺陷管理工具、性能测试工具、配置管理工具等。-测试数据。-测试实施计划。-测试风险分析。-测试交付物。-测试的审核和结果认定方法。2.非功能测试方案应包括如下测试内容:-测试目的14/19-测试范围-测试启停准则-模

1 / 19
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功