东软集团简介.ppt

总体规则 一、系统功能模块的含义 本系统中各功能模块不代表具体的职能机构,可以根据实际工作灵活组合。例如:在实际工作中各地综合科与系统管理科的具体职能设定并不完全一致的情况下,可以通过系统维护将稽查管理的十个功能模块按需进行分配。 二、管理模块处理上下级之间业务的规则 上级与下级相同功能模块之间发生业务关系，不同功能模块之间不存在直接业务关系。例如：上级机关举报案件管理功能模块将举报案件转下级督办，则下级的举报案件管理功能模块接收上级的督办事项，而不是直接由上级举报案件管理模块转到下级的案源管理功能模块。 三、案件回退、更正、撤案的处理方法 当发现稽查实施、审理等环节发生错误时可以通过制作相关文书报经批准后将案件从现处的环节退到指定的上一环节重新进行处理。如正处在稽查实施环节的案件可以撤案重新回到案源管理环节。 四、非正常结案的情况及处理方法 稽查实施环节无法进行检查需要结案以及稽查执行环节有尚未执行完毕的税款、滞纳金、罚款需要结案的可以通过制作相关文书报批同意后将案件非正常结案。 五、因复议应诉或其它原因而改变案件处理决定、处罚决定的处理方法 对经过复议应诉和复查而改变原处理决定和处罚决定的案件可以回退到相应的环节来处理,凡改变的，原文书作废备查。涉及到改动税款的案件必须回退到稽查实施修改违法事实,涉及到罚款的直接回退到审理修改处罚即可。 一、案源管理处理业务的范围及规则 案源管理处理的业务分为四类，一是从纳税人信息库中根据需要选案；二是接收本级各类型的业务环节转来的确定由本级查处的案件，例如转督交办管理、复查管理、举报管理确定由本级查处的案件；三是接收CTAIS系统选案岗位选出的待稽查案件；四是登记特殊案件，如无证户。 二、《立案审批表》是否审批同意不影响案件转实施稽查的规则 根据实际情况需要在案源立案的案件，《立案审批表》处于报批状态也不影响将稽查任务下达到稽查实施环节，但是当《立案审批表》批准同意后，案件的状态由未立案自动变为立案，同时控制立案案件必须走稽查审理环节。 三、案件编号什么时候生成和生效 案源部门在下达稽查任务时，首先要制作《稽查任务通知书》并报领导批准，当生成《稽查任务通知书》时，案件编号自动生成。但是只有当文书审批同意后，自动生成的案件编号才会生效。 一、检查思路 本软件国税稽查实施环节，采取对每一错误环节可能涉及的应补（退）税种预先进行设定，操作时只需录入一次检查底稿，由系统自动同时分税种计算所有涉及税种的应补（退）税额的方法，最大限度地减少了操作人员重复数据录入的工作量。 在具体操作时应注意的是，当所选错误环节实际应补税种比设定的税种少时，则应在录入底稿时点击不涉及税种前的选择框，使该税种变为未选中项。 在民政福利企业检查底稿的录入时，应注意： 所选错误环节与录入数据的项目名称应一致。如：所选错误环节是“销售非本企业生产的货物”，则数据就应该录入到“销售非本企业生产 货物增值税”项目下。 稽查底稿中所列的“销售非本企业生产货物增值税”、“生产销售应征消费税消费品增值税”、“生产销售外单位出口货物的增值税”三项，其录入金额均为这三种行为已享受税收优惠政策的税额，并不是其全部发生额。 定性与处罚中，所有补税因素的错误环节均需按所列项目逐项进行选择，退税因素的环节则只需选择“违法成因”一项既可。 整体检查过程和最终检查结果可通过各税结果表体现。 检查完毕后可通过《增值税结果表》、《消费税结果表》、《企业所得税结果表》、《外商投资企业所得税结果表》体现具体项目每月补税情况即反映计算结果的生成过程。 地方各税由于税种较多且政策不同，所以分为几类： 营业税、资源税的检查思路是通过核实申报与账面发现的差额和通过凭证、账簿以及账外检查发现问题两部分来计算查补税额。 企业所得税的检查思路是将影响税前所得（即应纳税所得额）的问题检查出来，然后检查应抵免的境内和境外税额以及减免税额这三个直接影响申报应纳税额的项目并找出问题，将两部分问题结合起来后计算出按照税法规定实际的应纳税额并与申报的应纳税额相比较计算出查补税额。 其余税种是通过核实同一税款所属时期内的应纳税额（依照税法规定计算）后，与从征管软件中接过来的申报税额或手工录入的申报税额进行比较，计算出查补税额。 二、各税种检查之间的关联关系 一是营业税、增值税、消费税与城建税、教育费附加之间以及营业税与文化事业建设费之间的关联关系。 营业税只要检查完毕后，在城建税及教育费附加的稽查底