金税三期工程核心征管软件 总体介绍ppt课件.pptx
金税三期工程核心征管系统总体介绍,核心征管及应用总集成项目组,2015年8月,2,核心征管需求总体介绍核心征管关键业务设计核心征管系统应用功能核心征管系统省集中优化点,目录,金税三期工程应用架构,3,核心征管业务需求范围,登记认定优惠证明申报征收发票票证评估审计稽查法制综合,12个业务域,设立税务登记复业登记证件遗失、损毁管理发票计划税收减免审批征收开票磋商案源登记发函协查跟踪管理 ,348个业务流程,1103个底层业务,单位纳税人登记发票代开营利性医疗机构免征房产税申请税务人员回避处理解除停供（收缴）发票变更税务行政许可 ,4,注：不包含出口退税业务相关流程和底层业务,30个总局征管类软件,核心征管系统与其他新建系统的关系,5,核心征管系统为个人税收管理系统的组织纳税人涉税事项办理（个人所得税代扣代缴申报及社保费申报等）提供基础信息，如登记基本信息、组织相关的个税优惠信息等。,核心征管为网络发票管理系统提供发票相关信息，主要包括纳税人发票票种核定信息、纳税人发票结存信息等。网络发票系统为核心征管系统提供发票开具信息。,核心征管为纳税服务平台业务办理提供基础信息，包括纳税人登记信息、银行信息、税（费）种认定信息、核定征收信息等。,核心征管为管理决策业务提供基础数据，满足业务监控、绩效考核、政策评估分析所需要的基础数据。,5,个人税收管理系统为核心征管系统的自然人涉税事项（个人申报契税、房产税、车船税、车购税等）提供基础信息，主要是自然人登记信息及自然人优惠信息等。,纳税服务平台作为征管业务办理的一个渠道，接收纳税人登记、申报及其他涉税事项的申请，然后将申请信息传递给核心征管系统进行后续业务处理。,管理决策平台为核心征管提供数据处理及分析服务，主要包括风险管理方面的数据服务，比如风险信息清册等。,核心征管系统与总局保留软件的关系,6,核心征管系统为防伪税控系统提供纳税人登记相关信息、资格认定信息、发票领用信息、发票代开申请信息等；核心征管系统从防伪税控系统获取发票开具信息和报税认证信息用于申报比对和发票验交旧,核心征管系统为货运发票税控系统提供纳税人登记相关信息、资格认定信息、发票领用信息、发票代开申请信息等；核心征管系统从货运发票税控系统获取发票开具信息和报税认证信息用于申报比对和发票验交旧,为核心征管系统提供包括海关缴款书、增值税专用发票、货物运输业增值税专用发票和机动车发票的比对结果信息用于辅导期纳税人的申报比对业务。,接收核心征管系统的扣款请求和待扣款数据；发出扣款结果、入库流水和收入日报表等信息。,6,7,7,核心征管软件业务分布,8,核心征管需求总体介绍核心征管关键业务设计核心征管系统应用功能核心征管系统省集中优化点,目录,9,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,关键业务设计介绍,10,10,关于缴纳主体建立税收档案的基本思路,关键业务1.全员建档管理,法定义务,生产经营的组织,税务登记证件管理,税务登记证件具有地域性,管理要求,涉税（费）事项的组织和自然人,对组织和自然人有效身份证明的确认,缴纳主体身份的确认保持唯一性,税务登记制度 区别 建立税收档案,11,11,关键业务设计介绍,关于缴纳主体建立税收档案的基本思路,关键业务1.全员建档管理,12,法人,法人分支机构,非法人组织,自行办理涉税（费）业务的个人,个人独资企业、合伙企业投资者,个体工商户业主,法人代表,法人分支机构和非法人组织负责人,上述组织的财务负责人、办税人等,缴纳主体：纳税人在税制要素中也称为课税主体，对于负有缴纳或解缴税费义务的统称为缴纳主体。,12,关键业务设计介绍,关于缴纳主体建立税收档案的基本思路,关键业务1.全员建档管理,13,13,关键业务设计介绍关键业务1.全员建档管理,关于缴纳主体有效身份证明的约定,缴纳主体的有效身份证明是其建档的基础，系统应基于有效身份证明唯一性构建税收档案的唯一性。,组织,14,关键业务设计介绍关键业务1.全员建档管理,15,15,申请设立税务登记,提交材料,录入登记表信息,根据组织结构代码检索,建立税收档案赋予档案编号,单位纳税人,国地税共管户,未检索到记录,国税局,地税局,申请设立税务登记,提交材料,录入登记表信息,根据组织结构代码检索,存在国税登记信息,记录登记信息沿用税收档案和档案编号,应用场景举例:单位纳税人设立税务登记,关键业务设计介绍关键业务1.全员建档管理,16,以组织机构代码证书为有效身份证明的组织（不含个体工商户、无常设机构的非居民企业）,15位，第一至六位，为纳税人经营所在地的六位行政区划码，第七至十五位为组织机构代码,以证照种类+证照号码为有效身份证明的组织（指个体工商户）,无常设机构的非居民企业,业主证件号码+系统自动生成2位顺序码,15位，由“F”+“操作员所在税务机关的6位行政区划码”+“3位纳税人居民身份所在国家或地区代码”+“5位顺序码”组成。,生成规则,16,关于纳税人识别号的约定,以组织机构代码证、居民身份证、回乡证、通行证、护照等为有效身份证明的临时纳税的纳税人,由“L”+“身份证件号码”组成,关键业务设计介绍关键业务1.全员建档管理,17,原纳税人识别号,新纳税人识别号,17,关键业务设计介绍关键业务1.全员建档管理,纳税人识别号的跨地域使用,18,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,国地税信息交互,19,通过跨层级数据交换平台，对时效性要求不高的信息进行批量交换。,通过应用接口，对时效性要求高的信息进行单笔或多笔数据交换。,国地税信息交互方式主要有两种：,19,关键业务设计介绍关键业务2.国地税信息交互,国地税信息交互的方式,20,地税机关,在国税申请办理税务登记,国税机关,设立税务登记,主管税务机关分配,主管税务机关分配,关键业务设计介绍关键业务2.国地税信息交互-非联合办证,在地税申请办理税务登记,设立税务登记,可查看对方机关采集的信息,21,地税机关收到待办任务,申请办理税务登记（国税或地税）,国税机关收到待办任务,设立税务登记,主管税务所（科、分局）分配,主管税务所（科、分局）分配,采集的信息,关键业务设计介绍关键业务2.国地税信息交互-国地共管户登记,22,关键业务设计介绍关键业务2.国地税信息交互-国地共管户登记,地税机关,申请定期定额核定,国税机关,定期定额核定（增值税）,定期定额核定（附加税）,核定的增值税信息,核定附加税信息,纳税人,23,关键业务设计介绍关键业务2.国地税信息交互-地税查看国税定额信息,地税查看国税已核定的增值税,24,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,国地税信息交互,财产一体化,财产一体化管理的实质是深化了税收管理的颗粒度，将以前停留在纳税人层级（即缴纳主体）的管理，深入到纳税人所拥有的财产层级（更一般的说，即课税对象），是精细化管理要求的最佳体现。,25,关键业务设计介绍关键业务3.财产一体化,存量房交易,房产自用,土地出让、土地转让,土地使用权取得,房地产开发,房产交易环节,房地产保有,土地税源编号,不动产项目管理,建筑业项目管理,建筑业项目编号,增量房交易,房源编号,房源编号,房源编号,土地税源编号和房源编号、不动产项目编号、建筑业工程项目编号均会保证其唯一性，由系统按照一定规则自动生成。,26,关键业务设计介绍关键业务3.财产一体化,房地产一体化,不动产项目编号,土地税源编号,土地自用,关键业务设计介绍关键业务3.财产一体化-土地使用权取得 1,承受方通过土地出转让信息采集获得土地使用权,关键业务设计介绍关键业务3.财产一体化-土地使用权取得 2,录入出转让方与承受方的信息、土地信息、合同信息等，如果选择转让，系统会查询转让方名下土地，自动带出；若是出让，系统自动赋予土地税源编号点击保存后，系统会提示是否进行申报，点击是系统自动跳转到申报界面,关键业务设计介绍关键业务3.财产一体化-土地使用权取得 3,双方要申报的税款信息是初始化配置的，申报信息保存后，可以进行转让方开票与承受方开票另外操作员也可以选择用单独的专用申报表进行契税申报、印花税申报、土地增值税申报、营业税及附加申报等。,30,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 3,房地产开发商可以进行不动产项目登记，形成不动产项目编号，为后续不动产销售，土地增值税预缴、清算所调用。不动产项目登记时，需要通过土地税源编号关联土地信息,31,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 4,开发商在建筑不动产时，将建筑承包给建筑商，建筑商需要进行建筑业项目登记登记时需要通过土地税源编号关联土地信息，间接关联不动产项目信息,32,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 6,房地产开发商在不动产项目取得预售许可之后，可以对不动产项目下的房源进行销售，销售时通过增量房销售信息采集模块采集增量房的销售信息，采集时需要通过不动产项目编号关联不动产，以确定要采集的增量房属于哪个不动产项目。,33,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 7,在增量房销售信息中，录入购房人信息，购房人可以是纳税人也可以是自然人，保存时会生成房源编号，保存后提示是否进行增量房申报,34,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 8,开票方选择“转让方”，则申报后票面打印开发商的相关信息；若开票方选择“承受方”，则申报后票面打印购房人的相关信息,35,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 9,在不动产建筑过程中，涉及工程承包，总包分包等情况，需要开具建筑业统一发票，可以通过建筑业统一发票代开申请来实现，代开时需要通过建筑业项目编号关联建筑业项目，代开时可以提取该建筑业的完税信息,36,关键业务设计介绍关键业务3.财产一体化-房地产开发或建筑 11,在不动产销售超过85%可以进行土地增值税的清算，可以使用土地增值税清算申报对不动产项目进行清算，申报时需要关联不动产项目编号，并对清算出来的税款进行补税或者退税,37,关键业务设计介绍关键业务3.财产一体化-房产交易 1,转让方进行存量房交易信息采集，录入交易双方信息，如果转让方房源在系统中采集过，则可以点击提取按钮可获取转让方已有的房源信息供操作员选择；若采集新登记的信息，保存采集信息后，系统新生成房源编号；采集后会提示是否进行房产交易申报,38,关键业务设计介绍关键业务3.财产一体化-房产交易 2,存量房销售信息采集完成后，承受方和转让方可以通过房产交易申报提取到采集的房源交易信息并进行申报，申报的税款信息是初始化配置的，双方申报完毕后可以分别进行开票，另外承受方和转让方也可以通过单独的契税申报、印花税申报，土地增值税申报、营业税申报等实现相关功能,39,关键业务设计介绍关键业务3.财产一体化-房产交易 3,在存量房销售过程中，转让方需要给承受方开具销售不动产发票，可以通过销售不动产统一发票代开申请来实现，代开时需要通过房源编号来关联房屋信息，并获取该房源的完税信息,40,关键业务设计介绍关键业务3.财产一体化-房地产保有 1,对于房屋的保有环节需要缴纳房产税，可以通过房产税申报来对从价计征和从租计征的房屋进行申报。从价计征和从租计征的房屋信息在附表中进行采集。,41,关键业务设计介绍关键业务3.财产一体化-房地产保有 2,对于土地的保有环节需要缴纳城镇土地使用税，可以通过城镇土地使用税申报来完成 ，土地税源信息在附表中进行采集。,42,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,国地税信息交互,财产一体化,补偿业务,通常情况下，主体业务未生效的补偿处理方式：撤回、收回/退回。业务已生效的补偿处理方式：更正、撤销和重做。对于文书类业务的补偿方式，具体有文书受理删除、文书收回/退回、文书修改及未生效文书撤回。申报类业务的补偿方式主要是申报表更正。,业务概述,补偿业务的处理方式,43,关键业务设计介绍关键业务4.补偿业务,补偿业务是指由于各种原因导致对业务处理发生错误时进行的操作处理，该处理将错误的影响恢复到业务未发生前或者业务正确完成的状态。,44,系统中实现方式,关键业务设计介绍关键业务4.补偿业务,45,关键业务设计介绍关键业务4.补偿业务举例（单独开发实现补偿）,46,关键业务设计介绍关键业务4.补偿业务举例（功能中支持作废/撤销按钮）,47,关键业务设计介绍关键业务4.补偿业务举例（支持回退）,48,关键业务设计介绍关键业务4.补偿业务举例（既能实现业务又能实现补偿）,49,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,国地税信息交互,财产一体化,补偿业务,全局性台账,50,设置总账和明细账；总账：体现最新的结果信息，在交易中被不断更新；明细账：亦可理解为流水账，追加记录每一笔交易流水，设置明细账的目的是能够清晰地记录下每一笔交易，易于追溯到具体更新台账的业务操作。,50,关键业务设计介绍关键业务5.全局性台账,全局性台账的设计遵循如下原则：,51,关键业务设计介绍关键业务5. 全局性台账,明确纳税人可享受的减免额度,明确减免额度需要根据职工名册计算。,申报预缴台账,增值税留抵台账,国地税共享：如：促进就业企业限额减免企业所得税,52,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,国地税信息交互,财产一体化,补偿业务,全局性台账,税费种管理,53,城镇土地使用税单位税额维护耕地占用税单位税额维护征收品目关联表维护征收子目关联表维护,自然人通用申报场景房地产交易场景发票代开场景,系统为与税费种管理相关的税费种、预算科目（包括是否纳入国库配置）、预算级次、使用的票证等提供代码分级维护功能。税费种管理主要包括两个方面：,53,关键业务设计介绍关键业务6.税费种管理,各地可以自行维护适用于本地区的费种、费目、税率(单位税额)等,对于纳税人偶然发生某项涉税业务或者纳税人在发生某类确定的涉税业务时，为了提高办税效率，系统可以通过一些配置信息，相当于系统根据配置信息自动为纳税人做了税费种认定,54,国地税信息交互,关键业务设计介绍,全员建档管理,电子档案应用,国地税信息交互,财产一体化,补偿业务,全局性台账,税费种管理,电子档案应用,55,引入电子档案的办税流程示意,提交纸质资料,纸质资料,电子资料,终审后生成电子版税务事项通知书,电子资料,电子档案管理系统,电子档案,电子档案,接收纸质税务通知书,56,核心征管需求总体介绍核心征管关键业务设计核心征管系统应用功能核心征管系统省集中优化点,目录,57,金三系统登录界面,58,1、登录后主界面显示操作员的待办任务、在办任务、已办任务,核心征管系统操作界面简要介绍,59,未查询过的消息在首页的右下角会有提示（登陆时提醒一次，办理过程中收到的会再次弹出提醒）,2、消息查看：已查看的历史信息可以在此界面进行查询，查询过的消息在首页的右下角会有提示。,核心征管系统操作界面简要介绍,60,3、业务受理几种不同的表现形式-需要用纳税人识别号来定位,核心征管系统操作界面简要介绍,61,4、业务受理几种不同的表现形式-不需要用纳税人识别号来定位,核心征管系统操作界面简要介绍,62,5、需要通过工作流完成审批发放的界面,核心征管系统操作界面简要介绍,63,功能结构图组织登记管理,63,64,功能结构图税源登记管理,64,65,税（费）种认定,主管税务所（科、分局）分配,管户分配,单位纳税人登记,纳税人管理：纳税人设立登记,若登记环节已经填写了此信息，则不需要再进行主管税务所（科、分局）分配,66,a1、纳税人已使用该组织机构代码办理税务登记，且未注销,系统提示,典型业务场景单位纳税人登记,单位纳税人登记受理,证件发放,补录信息,67,a2、新办税务登记纳税人与已经存在的相同组织机构代码的纳税人的生产经营地址行政区划代码不同，系统给出提示,b、若纳税人已办理税务记，且已注销，在原机关再进行登记时，系统提示如图，选择是，登记状态为“正常”，选否，则可重新办理登记,典型业务场景单位纳税人登记,68,c、 若法定代表人（负责人）为非正常户的法定代表人、经营者或业主，不可操作，系统给出提示,典型业务场景单位纳税人登记,69,d、若纳税人已办理扣缴税款登记、 委托代征登记、临时税务登记、 组织临时登记，系统给出提示,e、如果纳税人已经注销，但注销原因不是“因住所、经营地点变动而改变税务登记机关”的，且新纳税人登记的生产经营地行政区划代码与注销纳税人的生产经营地行政区划不同，则系统提示:“重复办证，不予受理”,典型业务场景单位纳税人登记,70,补录信息,证件发放,单位纳税人登记受理,典型业务场景单位纳税人登记,正本、副本只能发放一本，如需多个副本，需要通过证件增补发流程。,71,受理界面可以直接发放证件，也可在税务证件发放中进行发放,典型业务场景单位纳税人登记,72,输入纳税人识别号点击回车带出待发放证件信息，点击制发进行发放,典型业务场景单位纳税人登记,73,补录信息,证件发放,单位纳税人登记受理,典型业务场景单位纳税人登记,74,典型业务场景单位纳税人登记,75,外埠纳税人经营地报验登记,外出经营证明申请,外出经营证明核销,外埠纳税人经营地查验货物,外出经营活动情况申报,纳税人管理：外出经营管理,非正常户管理,76,纳税人管理：非正常户管理,77,功能结构图优惠,77,78,功能结构图认定,78,79,79,典型业务场景税（费）种认定,80,1、增值税相关数据项的国地税区别,典型业务场景税（费）种认定,典型业务场景税（费）种认定,81,2、行业信息,3、征收项目、征收品目、征收子目：征收项目、征收品目、征收子目是级联的关系，系统根据操作员的选择进行层层过滤,4、添加附税,典型业务场景税（费）种认定,83,5、征收代理方式与扣缴税款登记、委托代征登记有校验关系,6、征收方式：征收方式默认为查账征收，该功能无法修改，若需要认定为其他征收方式，需要通过相关税种核定流程、定期定额核定流程进行核定。,7、申报期限、纳税期限、缴款期限、预算科目、预算分配比例、国库等根据会统审核公式进行过滤。,典型业务场景税（费）种认定,84,功能结构图证明,84,85,功能结构图发票内部管理,85,发票内部管理分析成果：5个核心子模块、20个系统用例,发票内部管理发票库房调拨,86,发票库房调拨申请,发票库房调拨出库,发票库房调拨入库查验,发票库房调拨入库,发票库房调拨出库调整,调拨出库发票,A 税务机关库存,发票域关键处理思路发票库存时点调整,87,典型业务场景发票库房调拨申请,88,89,89,典型业务场景发票库房调拨出库,89,典型业务场景发票库房调拨入库查验,90,点击查验比对按钮,查验比对结果信息,典型业务场景发票库房调拨入库,91,92,功能结构图发票外部管理,92,发票外部管理分析成果：6个核心子模块、24个系统用例,典型场景发票票种核定申请,93,典型场景发票票种核定申请,94,已核定票种,新增（变更、删除）票种,95,典型场景发票票种核定申请-购票人,已核定用票人,新增（变更、删除）用票人,典型场景发票领用,96,典型场景发票验（交）旧,97,98,代开发票税款的计算在发票代开流程，代开发票申请表已增加申报业务的相关数据项，如减免税额、已缴税额、应补退税额等。发票代开流程产生的税款数据，保存后，若本次发票代开应补税额大于零，则直接传递到预缴开票环节，收缴纳税人税款后产生应征和发票预缴税款。,发票域关键处理思路代开发票税款申报,发票代开申报单,99,税费明细,100,典型场景通用机打发票代开,典型场景通用机打发票代开,101,102,功能结构图申报,103,功能结构图一般申报,典型场景通用申报,104,典型场景申报错误更正,105,典型场景申报错误更正,106,功能结构图征收总体结构图,107,功能结构图征前核定,108,典型场景一般征收开票,109,典型场景现金票证汇总,110,111,典型场景退抵税(费)审批,退抵税（费）方式：先抵后退、抵欠、退税，存在欠税时，只能选择先抵后退或者抵欠。,112,退抵税审批中退抵税方式为退税,典型场景开具收入退还书,113,功能结构图税收票证管理,功能结构图其他单证管理,114,票证管理票证种类,115,116,其他单证管理其他单证种类,金税三期秉承规范化管理理念，将其他单证业务纳入到了票证管理业务中，各省根据实际管理要求可进行分其他单证种类配置是否纳入管理,117,典型场景票证领发,118,典型场景结报缴销,119,功能结构图评估审计,120,功能结构图稽查,121,功能结构图稽查,122,功能结构图稽查,123,功能结构图法制,功能结构图税收违法行为管理,124,125,功能结构图税收违法行为管理,125,126,功能结构图税务行政救济,127,系统实例：税收（规费）违法行为处理,128,大部分表单采取凭证化的开发，系统中的所有的操作均可溯源,以案件编号为唯一索引归集案件信息,支持风险扫描的选案数据，使选案更加准确,流程配置，表单挂接更加灵活,以违法行为编号为唯一索引归集违法行为处理信息,纳税评估、信用等级、情报业务首次进入核心征管系统,金三系统风险处理的特色,支持大区稽查,信息交互，信息共享更加方便,129,核心征管需求总体介绍核心征管关键业务设计核心征管系统应用功能核心征管系统省集中优化点,目录,130,130,业务办理模式,131,登记域-设立登记,原实现模式： 受理完成后通过工作流选人推送到发放环节，再推送至补录环节省集中优化后实现模式 受理后可以直接在原界面打印税务证件,原实现模式： 1、根据全省汇总生成的发票印制计划，手工分配发票计划数量、发票代码及发票起止号码。 2、打印发票印制通知单时确定其承印厂商。省集中优化后实现模式 1、新增“按上报单位入库分配”模式，系统自动将全省汇总的发票印制计划按上报单位分配其发票计划数量、发票代码及发票起止号码。 2、根据事先设置的印制入库机关与承印厂商的对照关系，系统自动带出其验收单位、结算单位、承印厂商。 3、打印发票印制通知单时无需再确定其承印厂商。,132,发票域-发票印制分配,征收域-其他纳税核定,133,原来的其他纳税核定（依职权）的下底层业务都是通过工作流实现，在核定启动后需要推送到下一个人的待办，在下一个环节打印通知书。根据了解的实际工作情况，核定与打印通知书都是由同一个人完成。所以优化了流程将其他纳税核定（依职权）流程改为即办类业务处理。,征收域-定期定额核定,134,原来的定期定额核定流程的通知书打印是在流程中处理，操作员需要打印多个定额核定通知书需要在待办任务中打开多次，分别打印。优化后，将定期定额通知书打印改为多人协作功能，直接在功能菜单中打开定额核定通知书打印，可以将多个流程需要打印的通知书都显示出来，并支持批量打印。,135,风险处理优化,表单数据项进行完善,业务表单重新划分,业务流程重新规划,业务办理模式调整,表单数据项进行完善,136,风险处理优化,表单数据项进行完善,业务表单重新划分,业务流程重新规划,业务办理模式调整,业务表单重新划分,137,风险处理优化,表单数据项进行完善,业务表单重新划分,业务流程重新规划,业务办理模式调整,业务流程重新规划,138,风险处理优化,表单数据项进行完善,业务表单重新划分,业务流程重新规划,业务办理模式调整,业务办理模式调整,139,谢谢！,
