金税三期核心征管业务需求各业务域关键处理ppt课件.ppt

金税三期核心征管业务需求,金税三期业务组2015年3月,2,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,3,登记域关键处理思路,1. 纳税人变更主管税务机关的处理2. 通过外部信息交换减少登记信息手工录入3. 组织临时登记与其它登记流程的衔接4. 注销登记主体与注销社保资格登记的区别5. 社保费业务中全责与非全责管理的体现,4,纳税人变更主管税务机关的处理,（一）纳税人的生产经营地址变更因为纳税人迁移住所和经营地点而脱离原主管税务机关的管辖，根据税收征收管理法及实施细则和税务登记管理办法的规定，纳税人要在原税务机关办理注销税务登记，然后到迁入地重新设立登记。如无特别约定，与纳税人相关联的资格类信息，包括但不限于各种税务行政许可、税收优惠资格、税务认定资格等，可不做自动失效或取消处理。纳税人至迁入地设立登记后，纳税人未取消或失效的相关资格自动恢复。,5,纳税人变更主管税务机关的处理,（一）税务机关管辖权变动，此处的主管税务机关是指县（区）级税务机关因为税务机关管辖权的变动而导致纳税人的主管税务机关发生变更的，应使用“主管税务机关分配”流程，由纳税人主管税务机关的上一级税务机关对纳税人主管税务机关进行调整，此时主管税务机关变更，纳税人的其他信息（如：纳税人已有的税务资格、一般纳税人留抵、发票、防伪用品、欠税、违章等信息）同时调整到变更后的税务机关，同时实现会计核算欠税的迁移。,6,通过外部信息交换减少登记信息手工录入,当能够通过外部信息交互获取到与登记相关的外部信息时，在为纳税人办理设立登记或变更登记时，应采用这样的数据项处理方式：设立（变更）税务登记受理角色可以通过纳税人名称，查询比对外部信息交互中工商部门信息和其他部门登记信息，如果外部信息交互中有此纳税人的相关信息，设立（变更）税务登记受理角色可将其内容添加到税务登记证内容信息采集表对应数据项中，通过外部门信息与纳税人报送信息的核对，一致的内容无需税务人员重复录入，不一致的，以纳税人的报送信息为准进行录入，审核确认完毕后，保存结果，当外部门信息与纳税人报送信息不一致时，系统会记录差异点，可作为需要调查核实的事项，发起调查巡查流程。,7,组织临时登记与其它登记流程的衔接,对于扣缴税款登记或单位社保费信息登记的组织，在申请办理某些不以相应登记为前提的申报、征收、代开发票等涉税业务时，或者税务机关依职权需要发起稽查、法制等涉税业务时，可以使用组织临时登记为其建立临时税收档案，赋予临时纳税人识别号。组织临时登记中纳税人有效身份证件信息、法定代表人（负责人）有效身份证件信息为非必录项，但为尽量避免对同一缴纳主体重复产生临时税收档案，系统应对采集的纳税人名称（必录）及其有效身份证件信息（非必录）、法定代表人（负责人）姓名（必录）及其有效身份证件信息（非必录）进行校验，纳税人或法定代表人（负责人）信息有任一雷同的，系统均应提示操作员，由操作员判断是否同一缴纳主体。,8,组织临时登记与其它登记流程的衔接,已进行组织临时登记的纳税人申请办理设立税务登记、扣缴税款登记或单位社会保险费信息登记时，系统应将临时税收档案转为正式税收档案，以实现历史信息的前后衔接，对缴纳主体的校验规则与组织临时登记同一缴纳主体重复登记校验规则相同。,9,注销登记主体与注销社保资格登记的区别,注销登记主体前必须先要注销社保资格登记，单位社保费注销前应结清应缴纳的各项社会保险费、滞纳金、罚款，将单位名下的所有员工有其他单位接收或转为灵活就业人员后方可注销。,10,社保费业务中全责与非全责管理的体现,社保费全责管理模式通常指单位、灵活就业人员的社保费登记、核定、申报、征收、管理、稽查均为主管税务机关一方完成；社保费非全责管理模式通常指税务机关只申报征收，所有申报征收数据信息均由社保经办机构传递到税务机关的模式，税务机关征收时只需调用、核对缴费人相关信息。由于各地社保费管理模式不统一，社保费相关流程中同时考虑对全责征收与非全责征收的支持；对于可能存在非全责管理的业务，相关流程中描述了外部信息清单，由各地税务机关具体确定是否需要调用外部交互信息。涉及外部信息清单的流程包括：单位社会保险费信息登记、灵活就业人员社会保险费信息登记、变更社会保险费登记、注销社会保险费登记、社会保险费申报。,11,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,12,发票域关键处理思路,1. 代开发票的流程中的若干关键处理思路2. 存根联数据采集要求3. 发票真伪鉴定4.发票库存调整时点问题,13,代开发票的流程中的若干关键处理思路,（1）代开发票税款申报计算在发票代开流程，代开发票申请表已增加申报业务的数据项，在表单上增加了减免税额、已缴税额、应补退税额，增加对多税种、税目的支持。发票代开流程产生的税款申报应补数据，直接传递到征收开票环节，开票后同时产生应征和征收数据。（2）代开发票有减免事项的，有减免税审批或备案的，需要在申请表的减免原因栏中录入税务事项通知书文书字号，同时系统要检测税务事项通知书字号和相应纳税人与已审批或备案事项是否相符；没有减免税审批或备案的，人工采集减免原因。,14,代开发票的流程中的若干关键处理思路,（3）关于未达起征点代开发票：代开发票时需检测纳税人代开发票金额是否达到按次起征点，超过则需监控该纳税人当月累计代开发票金额是否超过按月起征点的，若有则提示需要先进行补缴当月累计代开发票的税款，未申报补缴税款的，不得代开发票。（4）对双定户代开发票的监控：在存根联数据采集流程监控，按月将双定户纳税人代开发票和领购发票累计开具金额与月定额比对，判断是否超定额，发现纳税人发票金额超月定额的需提示税管员，由税管员通知该纳税人申报超定额部分税款，在补税前限制领用发票。,15,存根联数据采集要求,不仅应采集纳税人申请报送的发票存根联数据，同时还要采集税控发票、红字发票明细信息以及每张红字发票对应的开具红字增值税专用发票通知单开具红字公路、内河货物运输统一发票通知单（以下简称开具红字发票通知单）编号等存根联数据。对于根据开具红字发票通知单开具红字发票的，在存根联信息采集后与开具红字发票通知单信息进行比对，然后核销。,16,开具红字发票通知单核销规则,对于开具红字发票通知单属于“需要作进项税额转出”、“无法认证”、“纳税人识别号认证不符”或“增值税专用发票代码、号码认证不符”、“因开票有误购买方拒收的”及“因开票有误等原因尚未交付的”情况的，对应的红字发票存根联采集成功后，系统对开具红字发票通知单进行核销；对于开具红字发票通知单属于“所购货物不属于增值税扣税项目范围”情况的，对应的红字发票存根联采集成功后，其对应的蓝字发票在180天认证期内没有认证记录时核销此开具红字发票通知单；如果在180天认证期内发现认证记录时税务机关需要进行核查后核销。对应的红字发票存根联采集时，红字发票与对应通知单的发票类别、金额、税额等信息不符的转调查巡查流程。,17,发票真伪鉴定,发票真伪鉴定不仅仅是对发票的真伪进行鉴定，还需要对发票的合法性进行鉴定。鉴定时既可通过人为方式对发票外观的防伪特征进行鉴别，也可通过系统中发票发售信息、验（交）旧信息、存根联数据采集信息对发票票面信息进行比对鉴别。发票真伪鉴定时发现的虚假发票，除税务稽查、公、检、法等部门在查案时查扣发票提交发票真伪鉴定的情形外，应予以收缴。,18,发票库存调整时点问题,在发票调拨过程中，为防止出现在途发票未体现在库存中的悬空状态，发票库房调拨、发票柜台调拨等涉及库存变动的流程中，出库时仅记录出库情况、不核减出库单位库存，发票入库时同时处理库存变动情况。不论是否记账，发票的库存数据应实时反映，供发票代开等发票使用相关流程调用。,19,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,20,优惠域关键处理思路,1、设计原则共性提炼、个性保留、业务固化；一税一事；只做优惠资格审批或者备案，不做优惠金额审批或者备案，税收优惠的金额由纳税人根据实际经营情况自行申报；优惠事项实现闭环管理。,21,优惠域关键处理思路,2、设计思路（1）按税种（征收项目）来归集税收优惠业务，即“一税一事”的原则；（2）按照税收减免处理方式的不同，厘清税收优惠事项，即审批类优惠和备案类优惠；（3）按照业务处理的环节来归集设置业务流程，税收优惠事项处理环节完全相同的设置为同类流程，比如审批类优惠的流程设置为：申请、受理、审批、发放、归档；,22,优惠域关键处理思路,2、设计思路（4）按照税务机关的权力和纳税人的义务，确定金税三期优惠业务只做资格审批或者备案，不做具体的金额审批或者备案，只要纳税人获得了税务机关审批或者备案的资格后，具体实现的免税数额由纳税人依据经营情况，自行申报；（5）为了提高基层税务人员或者为纳税人提供最大化的服务及税务机关核算减免税的需要，金税三期对优惠事项进行了固化，即按征收项目-每个优惠事项-处理方式-减免类型逐一固化，形成了“税收优惠事项与减免类别及政策依据对照表”,23,优惠域关键处理思路,2、设计思路（6）为避免纳税人重复申请减免税，优惠业务需求按照“五个同一”来，涉及减免税退税的为“六个同一”设计（7）纳税人申请的优惠事项使用的表单除车辆购置税、车船税外，申请表单共性、统一，同时支持个性业务。（8）特定优惠事项（限额减免）的处理原则：总量控制，依次顺序抵免。（9）优惠事项的具体处理：,24,优惠域关键处理思路,3、交叉审核功能对通过职工名册采集流程采集的减免税、税前扣除数据中的相关人员的信息，通过与外部信息交互采集的相应数据进行比对审核，核实纳税人是否满足优惠政策对特殊群体的要求，是否存在虚假行为。如促进残疾人就业企业减免税申请中甲企业的残疾人员和乙企业减免税申请数据中的残疾人员有相同姓名、身份证号码相同、残疾人证号码相同的，系统自动提示：“以上人员已经在两个或者多个企业出现过，存在相互借用享受税收优惠人员，需要进行调查核实”，这样可核实企业之间是否因享受税收优惠人员达不到规定比例要求相互借用享受税收优惠人员，及时发现减免税审批或者备案及税前扣除审批过程中纳税人申请信息的虚假性，提高审批质量，降低执法风险。,25,优惠域关键处理思路,4、限额减免的处理方式对于实行限额减免税收优惠方式的纳税人，如受灾地区个体经营按每户每年8000元为限额，可依次扣减其当年实际应缴纳的增值税、营业税、城市维护建设税、教育费附加和个人所得税，涉及到多个税种共同计算限额问题，也可能同时涉及到国地税机关。优惠审批时对该事项进行审批后，系统应记录纳税人可用的优惠限额，在纳税人申报增值税、营业税、城市维护建设税、教育费附加和个人所得税时提示操作员确认是否使用优惠限额，操作员确认后，系统应抵减应征数据并及时更新纳税人可用的优惠限额，直至限额用完为止。,26,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,27,认定域关键处理思路,1. 纳税人超过财政部、国家税务总局规定的小规模纳税人标准，但未在规定期限内申请一般纳税人资格认定。2. 纳入辅导期管理的不同类型纳税人适用不同流程处理。3. 汇总纳税企业认定流程的适用范围。,28,符合条件但未申请一般纳税人认定的处理,对于此业务，风险管理部门通过两次风险扫描协助完成增值税一般纳税人的认定工作。第一次风险扫描始于增值税一般纳税人认定流程开始之前，确定并通知报送增值税一般纳税人申请认定表或不认定增值税一般纳税人申应向税务机关请表的增值税纳税人；第二次扫描是对增值税一般纳税人认定工作的补充，对限期办理仍未办理认定的增值税一般纳税人生成清册，形成待办事宜。,29,符合条件但未申请一般纳税人认定的处理,第一次风险扫描的具体业务内容：对符合条件的增值税纳税人未在申报期结束后40日（工作日，下同）内向主管税务机关报送增值税一般纳税人申请认定表或不认定增值税一般纳税人申请表的，生成实时扫描类风险管理清册（一）；税务机关在20个工作日内根据此清册调用综合业务域132012税务事项通知书流程统一发放税务事项通知书，要求纳税人在10个工作日内到税务机关办理。,30,符合条件但未申请一般纳税人认定的处理,第二次风险扫描的具体业务内容：对实时扫描类风险管理清册（一）中的增值税纳税人未在10个工作日内上门办理的，进行第二次扫描逾生成实时扫描类风险管理清册（二）；税务机关根据此清册将纳税人的销售额依据增值税税率计算应纳税额，不得抵扣进项税额，也不得使用增值税专用发票。,31,辅导期纳税人管理,（1）对于新认定的增值税一般纳税人为小型商贸批发企业且需要实行辅导期管理的，直接在一般纳税人认定流程中处理，在增值税一般纳税人认定表中确定其辅导期管理日期起、辅导期管理日期止。（2）一般纳税人辅导期管理流程，其适用范围是国家税务总局关于印发增值税一般纳税人纳税辅导期管理办法的通知（国税发201040号）中的四种情况，需要将纳税人纳税辅导期管理。,32,汇总纳税企业认定流程的适用范围,该流程只适用于非居民企业汇总缴纳企业所得税认定，不适用于居民企业所得税汇总缴纳企业所得税认定。原因是，非居民企业汇总缴纳企业所得税有明确的政策依据，中华人民共和国主席令第63号中华人民共和国企业所得税法第五十一条 非居民企业在中国境内设立两个或者两个以上机构、场所的，经税务机关审核批准，可以选择由其主要机构、场所汇总缴纳企业所得税。而居民企业的汇总缴纳企业所得税采用总局下发名单的方式执行，无需进行汇总缴纳资格的审批，但系统需提供名单采集维护功能。,33,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,34,证明域关键处理思路,1. 证明单管理的监控要求。2. 针对个人开具完税（费）证明的可扩展性要求。,35,证明单管理的监控要求,证明单在开具、检查、核销时涉及在不同税务机关间信息传递问题，需要系统通过监控为证明单的管理提供支撑。包括但不限于以下几个方面：（1）丢失增值税专用发票已报税证明，要求系统在受理方税务机关开具证明时，监控纳税人申请的增值税专用发票是否完成报税。（2）石脑油使用管理证明单要求销售方税务机关能通过风险扫描，判断纳税人在申报时提交的免（退）税信息是否与证明单信息逻辑相符。（3）购货方税务机关在葡萄酒购货证明单与石脑油使用管理证明单核销时，与销售方税务机关采集的销售方存根联数据的比对监控。,36,证明单管理的监控要求,葡萄酒证明单核销时，购货方税务机关对购货方提交的核销证明单中销售方填写的品种、数量、单价、金额、发票代码、发票号码、开票日期应与销货方开具的销售发票（增值税专用发票或普通发票）的相关内容核对一致，与销货方税务机关传递的销货方开具的销售发票（增值税专用发票或普通发票）的相关内容电子信息核对一致。,37,证明单管理的监控要求,石脑油使用管理证明单核销时，购货方主管税务机关应对购货方提交的证明单回执联、核销联、存根联注明的品种、数量、单价、金额、发票代码、发票号码、开票日期与销货方开具的增值税专用发票相关内容核对一致，与销货方税务机关传递的销货方开具的销售发票（增值税专用发票或普通发票）的相关内容电子信息核对一致。,38,针对个人开具完税（费）证明的可扩展性要求,除个人所得税完税证明和社会保险费完费证明外，系统还应该支持其他需要提供个人已纳税情况的证明出具。可开具的证明类型应具有可扩展性，根据实际情况，可在增加新的证明模板之后实现相应税费证明的出具。,39,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,40,申报域关键处理思路,1. 申报业务中对税费种认定信息的要求2. 申报后续风险管理3. 亏损弥补额管理4. 申报表应征数据处理要求5. 总分机构增值税申报6. 进出口业务相关处理要求7.征前减免核算规则8.分支机构填报汇总纳税分支机构所得税分配表,41,申报业务中对税费种认定信息的要求,申报相关流程各申报表保存时，系统应检测是否涉及应征税费数据的变化，如涉及，系统应将相应的税费种认定信息自动带出，无税费种认定信息的，当即补充税费种认定信息。无论是实行登记还是补充登记的税费种认定信息，系统均应调用税收会统基础信息认定审核公式维护流程中设定的原始凭证审核公式进行逻辑性审核校验，审核通过后，相应的税费种认定记录和应征数据方能保存。税收会统基础信息认定审核公式维护流程，在核心征管系统中实现。（优化实施工作成果）,42,申报后续风险管理,在一般申报流程和财务报告报送与数据采集流程中，受理表单保存后，系统会根据异常监控指标对纳税人申报的申报表数据进行异常监控，如果出现异常则系统列出异常信息清单并提供给纳税人，纳税人根据异常情况判断是否申报数据填写有误再决定是否要进行申报错误更正。系统应为异常监控指标的分级维护提供前台设置功能，以满足业务要求。,43,亏损弥补额管理,在需求中居民企业（查账征收）企业所得税年度申报时只对弥补亏损明细表的取数规则做了简单的描述，在项目分析设计时应详细考虑如何建立亏损弥补台帐，重点解决申报数据（汇缴申报表）与亏损弥补台账数据的校验及管理工作；特别需要注意的是，稽查查补税款也允许弥补亏损，项目分析设计时应注意防范数据两头处理产生错误。,44,申报表应征数据处理要求,申报表中应征数据的处理规则为：当申报表中“本期应补(退)税额”栏（或类似栏目）大于零时，系统应产生相应的应征数据；当申报表中“本期应补(退)税额”栏（或类似栏目）小于或等于零时，系统不需产生应征数据；申报表中“本期应补(退)税额”栏（或类似栏目）小于零时，纳税人应申请办理退抵税费审批，审批通过后，系统方对应退税款进行处理。,45,总分机构增值税申报,总分机构增值税申报按被汇总纳税企业申报缴纳方式分为三种，分别为：1、（财政划拨）不需要申报，由总机构申报缴纳；2、(预征率预征)按固定预征率或定额税率申报预缴；3、（分摊预征）按销售收入比例分配应纳税额申报预缴。采用“预征率预征”和“分摊预征”方式申报增值税的分支机构不监控增值税纳税申报表（适用于增值税一般纳税人）与附表的勾稽关系，也不进行重复申报监控（单独核算业务可能会另行申报）。其中按“预征率预征”方式申报的应征信息中的“税率或单位税额”来源于041005汇总纳税企业认定汇总纳税认定申请表“被汇总纳税企业预征率”、“被汇总纳税企业定额税率”。,46,总分机构增值税申报,独立核算的发、供电企业（相当于总机构）在填写增值税纳税申报表（适用于增值税一般纳税人）时，申报表中“分次预缴金额”应等于本级预缴税款与非独立核算的发、供电企业(相当于分支机构)预缴、查补税款（非单独核算业务）之和。其他分支机构预缴增值税的可比照发、供电企业在总机构申报时设立该监控。,47,进出口业务相关处理要求,免抵退税核准环节涉及“实耗法”、“购进法”提供两套方案的处理，系统需要为各级税务机关分别设置相关配置功能。,48,征前减免核算规则,税收会计核算征前减免的原始凭证是各种纳税（费）申报表（包括申报主表及附表）和减免税额折算表。针对征前减免税核算，若一个申报栏目对应多个效期减免性质的，系统按照从新的原则进行关联；若同一天办理多个优惠事项的，系统默认第一个，并采取以下三种方式处理：,49,征前减免核算规则,一是受理各类申报（不含未达起征点及折算方式）数据时，若申报表中的减免税栏目金额大于零，系统应根据税收优惠事项与减免类别及政策依据对照表，自动将“申报栏目”已进行减免税审批或备案的内容，记录相应的收入种类、减免性质、减免性质名称等；对于没有做减免税审批或备案的，则系统将减免税额与申报对应税种中其他进行关联。,50,征前减免核算规则,二是个人个体未达起征点申报时，对于已做备案登记的，直接与备案登记信息做关联；对于没有做备案登记的，系统自动将申报表中的减免税额关联到相关税种的“减免性质”代码，增值税的对应减免性质名称为财政部 国家税务总局关于在全国开展交通运输业和部分现代服务业营业税改征增值税试点税收政策的通知（财税201337号），营业税的对应财政部 国家税务总局关于修改和的决定 （中华人民共和国财政部令第65号）。,51,征前减免核算规则,三是对于增值税小规模纳税人申报、企业所得税年度纳税申报、居民企业清算企业所得税申报中，不直接反映为减免税额的免税销售额、减免收入的，系统自动计算生成减免税额折算表；根据税收优惠事项与减免类别及政策依据对照表，将减免税额折算表中的“减免税额”自动与已审批、备案减免信息进行关联，并记录所对应的收入种类、减免性质、减免性质名称等内容；若该纳税人没有做减免税审批或备案，则系统将减免税额与申报对应税种中其他进行关联。,52,征前减免核算规则,当申报表、减免税额折算表已进行账务处理的情况下，不允许进行删除，并给出相应提示；在删除申报表时，需同步删除减免税额折算表。,53,分支机构填报汇总纳税分支机构所得税分配表,分支机构填报汇总纳税分支机构所得税分配表时，若总分机构在同一个省（同一个系统）的，如果总机构已申报并已填写中华人民共和国企业所得税汇总纳税分支机构所得税分配表，则分支机构汇总纳税分支机构所得税分配表自动调用总机构已填报的中华人民共和国企业所得税汇总纳税分支机构所得税分配表，且不允许修改；若总机构尚未申报，则分支机构不允许填报汇总纳税分支机构所得税分配表。机构如果若总分机构不在同一个省（不在同一个系统），则不需要对分支机构作上述限制。,54,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,55,征收域关键处理思路,税务机关征收税款、基金、费的统一管理：按照国税函2011137号国家税务总局关于税务机关代征各种基金费有关征缴入库和会统核算问题的通知的第二条要求：税务机关应当采用税收征缴方式代征各种基金、费。税务机关应在税收征管信息系统和税库银联网电子缴税系统中增设有关代征基金、费的项目内容，在同一系统中，办理税款、基金、费的征收缴纳业务，实现税务机关征收税款、基金、费的一体化管理。,56,征收域关键处理思路,金税三期按照政策要求全面满足税款、基金、费的一体化管理要求，允许各省税务机关对基金费进行配置。各省税务机关受托进行地方规费、基金收缴时，应对地方规费、基金相应费种、费目、预算科目、预算级次等内容进行配置，也可配置是否纳入国库管理；对于纳入国库管理的，流程使用上与税收管理无差异，对于不纳入国库的，无需进行票证入库销号操作。地方规费、基金不纳入税收会计、统计核算范围，各省需通过管理决策平台查询、统计功能实现对相关数据的分析利用。地方规费、基金可以使用税收票证，也可使用专有的征解票证；系统支持各省对票证种类、属性、打印模板等配置维护功能。,57,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,58,票证域关键处理思路,1. 票证发放顺序要求2. 用票人分票证种类结存数量的最低限额配置功能3. 关于票证记账和结账4. 税收票证的状态5.纳税人自行填开税收票证6. 票证库存调整时点问题限制7.数据电文税收票证8. 支持各种票证的“一票多税”填开,59,票证发放顺序要求,在各类票证发放时，系统必须遵循先领先用、顺序发放的原则。对因特殊原因不能顺序发放的票证，可设置库存优先级调整功能。库存优先级调整是指可以调整单份/枚或多份/枚连续号码的税收票证优先发放顺序。,60,用票人分票证种类结存数量的最低限额配置功能,当结存票证达到或低于最低库存量时，系统在征收开票等票证使用相关流程应提示用票人及时领取票证，最低库存量可由各省根据票证种类自行设定。,61,关于票证记账和结账,票证记账在票证日常处理的各个业务环节（票证领发、票证结报缴销、票证损失核销、票证停用和批量作废、票证账务更正）处理完成后，系统自动进行相应业务的票证记账处理。开始日期和结束日期由省级税收票证管理员设置确定，原则上按照自然月的起止日期确定，下一次月结的起日期和上一次月结的止日期必须紧密衔接，不允许日期间断；年终结转日期确定为12月31日。月结由系统进行自动处理，也提供人工操作，每月只做一次。在进行票证入库、票证发放、票证上交、票证结报、票证缴销、票证销毁、票证损失核销业务处理过程中如果本月已经进行票证月结，当月不允许票证记账，记账记入下个月。,62,税收票证的状态,票证状态包括“未开具”、“开具”、“开具作废”、“开具未结”、“待处理”、“损失核销”、“停用和批量作废”。 “未开具”指票证入库后处于可使用的空白状态。“开具未结”和“开具”状态的税收票证作废后，其票证状态均为“开具作废”。票证状态为“开具”、“开具作废”的税收票证才能进行票证结报缴销，“开具未结”状态的税收票证不能进行税收票证的结报缴销。,63,纳税人自行填开税收票证,为支持纳税人自行填开税收票证业务，允许将纳税人认定为“用票人”，纳税人认定为“用票人”之后，可以领取和填开税收缴款书（银行经收专用），纳税人自行填开并将税款缴库后应按税务机关的时限要求到税务机关办理税收票证结报缴销，在结报缴销之前税务机关的操作员应在“071005缴款书信息补采”将纳税人自行填开的税收票证信息补采进系统并上解销号。纳税人不具有“用票人”身份后，应在系统中撤销“用票人”认定。系统需提供对自行填开税收票证纳税人、委托代征人、扣缴义务人“用票人”身份的认定及撤消的维护功能。,64,税收票款结报缴销的时间限制,基层税收票证管理员应在用票人首次领发税收票证之前，对用票人领取的各种税收票证的结报缴销时限（现金税款还有额度限制）进行设置，设置时应先对用票人“当地是否设有国库经收处”、“是否收取现金税款”、“是否代征代售人”、“是否扣缴业务人”进行判断，依据判断结果，自动调取省级税务机关事先维护好的时间限制、金额限制完成设置。用票人办理票款结报缴销时，092005票证结报缴销（用票人）的“票证结报时间监控”、“票证结报额度监控”自动调用该设置进行判断并提示。系统应提供用票人结报缴销时限、金额设置查询，以便上级税务机关查询所辖的下级单位用票人的结报缴销时间限制、金额限制设置是否准确。,65,税收票款结报缴销的时间限制,省级税务机关事先维护票款结报缴销时间限制、金额限制有以下几种情况：（1）当地设有国库经收处的，税收票款结报缴销时限为收取税款的当日或次日；（2）当地未设国库经收处和代征代售人收取现金税款的，由省级税务机关输入办理税收票款结报缴销的期限和额度；（3）扣缴义务人代扣代收税款的，由省级税务机关输入税法规定的税款解缴期限；（4）其他各种税收票证的结报缴销时限，由省级税务机关输入办理税收票证结报缴销期限。系统应提供用票人超时限、超金额结报缴销查询，以便加强票证管理。,66,数据电文税收票证,数据电文税收票证指税收电子缴款书和税收收入电子退还书，数据电文税收票证以系统税票号码作为唯一标识。数据电文税收票证可以由税收票证管理员按需或进行票证月结时，系统自动生成税收票款结报缴销单，自动确认结报缴销，自动登记税收票证分类出纳账。数据电文税收票证领发数依据税收票款结报缴销单的“开具数”和“开具作废数”的合计数反写税收票证领发单，并自动登记税收票证分类出纳账。,67,支持各种票证的“一票多税”填开,系统在开具纸质票证时，根据已产生的应征税款信息或直接录入的税款信息，对于同一个纳税人在同一税务机关、同一收款国库、同一缴款银行账号缴纳的预算种类（预算内、预算外）相同、税款限缴日期相同（票面没有限缴日期的不受此限制）的多笔记录，税种、税目、预算科目、预算级次、所属时期不同的，可以开具在同一张税票上。在开票界面，操作人员对于已产生的应征税款信息，可以自行选择要开票的记录。税收电子缴款书不受税款限缴日期相同的限制。系统应提供参数设置，允许各级税务机关自行选择是否支持实现“一票多税”。,68,新旧税票的衔接,增加“2014年票证管理办法启用时间（设置为2014年1月1日）”系统参数，票证种类代码增加启用日期、停用日期属性，系统应能按预设的方案控制新、旧税票的衔接。新票证种类的期初库存录入、领发工作在2014年1月1日之前可进行。针对在2014年1月1日之前已开具但还未处理完毕（如未上解入库销号等操作）的纸质票证，征管系统允许对这部分旧票证在2014年1月1日之后进行作废、结报缴销、核算、审核、归档、检查、停用、交回、移交、损失核销、盘点、销毁等操作；但是印制、计划、领发、开具操作不再允许旧票证的使用，仅能使用新的票证种类。,69,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,70,评估审计域关键处理思路,纳税评估、纳税信用等级评定与风险管理之间存在相互支撑业务关系：风险管理部门通过计算机系统实时扫描，运用各类指标，并参照评估指标预警值进行配比分析，形成实时扫描类风险信息清册，确定存在问题或疑点的纳税人，风险应对工作分配角色流程根据风险类型确定是否需要实施纳税评估和进行纳税信用等级评定。纳税评估或纳税信息等级评定业务是利用风险管理工具，针对特定事宜进行实时扫描，形成实时扫描类风险信息清册，确定存在问题或疑点的纳税人，从而开展后续工作。,71,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,72,稽查域关键处理思路,1. 关于以案件编号为特征主线的案件管理方式的说明2. 关于案源编号与案件编号的说明3. 关于稽查业务域和其他业务域的衔接问题,73,关于以案件编号为特征主线的案件管理方式的说明,在实际工作中，稽查局的主要工作就是查处税收案件，由于每个稽查人员同时处理的案件数量可能很多，稽查局全部管理手段也是在案件为对象的基础上实现的。需要稽查工作流的组织引导，降低用户在系统中对案件的操作难度，加强案件信息处理的准确性，起到对案件查处过程的有效监督和管理的效果。项目中应关注案件管理特性的设计，使稽查选案、检查、审理、执行每个环节的人员可以以自己处理的案件作为工作对象，即以案件编号为特征主线开展工作，贯穿稽查工作的主要过程，系统实现时应体现以案件管理为核心的特点，方便操作人员使用。,74,关于案源编号与案件编号的说明,根据税务稽查工作规程第十六条规定，选案部门应当建立案源信息档案，对所获取的案源信息实行分类管理。案源信息为稽查选案提供了线索和依据，也为制定稽查计划提供了信息来源。案件编号与案源编号间存在对应关系，多个案源编号所对应的不同案源可能通过立案或并案，对应同一个案件编号。,75,关于案源编号与案件编号的说明,案源信息以案源编号为主要索引，主要包括以下几类：（1）财务指标、税收征管资料、稽查资料、情报交换和协查线索；（2）上级税务机关交办的税收违法案件；（3）上级税务机关安排的税收专项检查；（4）税务局相关部门移交的税收违法信息；（5）检举的涉税违法信息；（6）其他部门和单位转来的涉税违法信息；（7）社会公共信息；（8）其他相关信息。,76,关于稽查业务域和其他业务域的衔接问题,由于稽查业务的特殊性，会涉及纳税人的切身利益，也是征纳矛盾集中爆发的一个工作环节，税务稽查案件的处理这一具体行政行为往往会调用法制业务域的行政处罚、违法违章登记、责令限期改正以及综合业务域的税务检查通知书（一）、文书送达，而且有可能调用法制业务域、综合业务域的绝大多数流程进行后续的处理，而且综合业务域的发函协查相关流程是税务违法案件调查取证常用的方式，因此要关注稽查、法制、综合业务域具体流程的关联度，以案件编号为索引，做好三大业务域的衔接，以保证具体业务处理的完整、流畅。,77,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关键处理思路12 法制域关键处理思路13 综合域关键处理思路,01 登记域关键处理思路02 发票域关键处理思路03 优惠域关键处理思路04 认定域关键处理思路05 证明域关键处理思路06 申报域关键处理思路,78,法制域关键处理思路,1. 关于以案件编号为特征主线的案件管理方式的说明2. 关于监控功能的说明,79,关于以案件编号为特征主线的案件管理方式的说明,在实际工作中，由于每个法制人员处理的案件数量很多，法规部门全部管理手段也是在案件为对象的基础上实现的。需要法制工作流的组织引导，降低用户在系统中对案件的操作难度，加强案件信息处理的准确性，起到对案件处理过程的有效监督和管理的效果。项目中应关注案件管理特性的设计，使每个环节的人员可以以自己的工作对象，即案件为索引开展工作，系统实现时应体现以案件管理为核心的特点，方便操作人员使用。,80,关于监控功能的说明,法制流程的监控要注意几个要素：（1）时间。税务案件的接收、受理、处理都受法律条文的时限约束，系统必须具备对案件时间管理的功能。（2）业务顺序。税务部门的相关法律主要是实体法，税务行政行为必须按照一定的程序完成，即法制域业务之间存在先后逻辑顺序，因此在流程关系上要体现这种顺序。（3）范畴。税务行政行为在法律上有明确的范围界定或条件约束，系统应当判断税务行政行为是否满足法律要求的各种条件。如拍卖价款在何种情况下才能扣缴罚款。,81,核心征管项目关键处理思路,07 征收域关键处理思路09 票证域关键处理思路10 评估审计域关键处理思路11 稽查域关