社保费模块问题解答.doc

AHTAX2009社保费功能运用问题解答第一节 登记管理1.1.1 登记管理涉及到鉴定和维护时，很多分局反映不方便，不是该户的管理员就无法对登记管理进行统一全面维护。建议放开权限，通过操作日志，发生问题追究操作人员责任。登记户管理操作与管理员捆绑是在综合各地提出的需求上增加的功能，是对AHTAX2005的一个重要修改，不宜放开。根据本地管理需要，指定专人为“局管员”角色，则可对所有登记户进行操作。1.1.2 纯社保户登记时，非企业单位登记类型只能选择为“其他”，这里就出现问题，不能区分“行政单位”与“事业单位”这两种登记类型，不利于后期统计。建议增加纯社保登记的这两种类型。问题所说的登记类型，是税务登记类型。纯社保户登记表下一行“社保经济性质”中，可区分“行政单位”与“事业单位”两种类型。1.1.3 登记管理模块中“查询统计社保基金登记清册”查询结果不准确，其查询出来的缴费户数不是全部的缴费户数；同时，这一查询结果与单项费种鉴定所显示的户数也不能匹配。技术人员已对社保基金登记底册查询进行了修改，即：只要做了缴费登记均在社保基金登记底册显示，以方便税收管理员根据查询结果进行相应的维护。查询结果与单项费种鉴定所显示的户数不能匹配，是缴费登记中所登记的费种与税种鉴定中鉴定的费种不一致所致。1.1.4 部分模块应用与皖北地区社保费征缴实际不太相符，不适用。比如：先行登记等。先行登记是有扩面征收权限的地市使用的，根据各地市的实际情况，不需要用的地市可以不用启用，设置为“否”即可，不影响社保费登记和征收。1.1.5 社保鉴定或入库级次等错误，能否有预警提示。增加预警提示需求较为复杂，所起到的作用也有限，可通过查询鉴定清册并排序等强化日常监管方式解决；还可以通过设定统一的社保费鉴定模板，在鉴定时统一调用解决。另外，数据监控模块启用后，可以及时检查到错误。1.1.6 一部分纯社保户无法更改登记资料。在纯社保户登记中，部分可通过点击“修改”按钮后修改；带灰色底纹的可在“税收基本认定”和“社保基本认定”中修改。其他如纯代扣代缴户提示为纯社保户，而给操作人员误导，属提示信息错误，已提出修改需求。1.1.7 纯社保基金缴纳对象与非纯社保基金缴纳对象查询时不能分离开。先默认查询全部参保单位，后点击按钮后可分开查询纯社保户和非纯社保户。1.1.8 A、B、C分类查询结果应是实际分类后的结果，不要自动产生B类。登记管理模块中此功能已经修改，没有默认类别；但在税源管理模块中报表加工时，为保证报表的全面、正确，对未进行分类的户产生的数据，全部归集到B类，而不是在认定环节直接认定。为保证报表的准确性，请及时认定社保类别。1.1.9 “社保基金底册”条件查询中增加一个条件：“是否为财政代扣户”（实际操作中全额拨款等单位社保费由财政划拨或代扣，不到税务机关自行申报）。增加查询条件，需在登记模块增加录入需求，经讨论，此需求增加意义不大，且使用率不高。1.1.10 税种鉴定里的医疗保险费税目不全，只能提取到基本医疗保险费的税目，没有一些附加项目。如大病救助、公务员医疗补助、离休人员补贴等税目。联系市级信息中心进行维护。1.1.11 在AHTAX2005中已注销登记户，AHTAX2009中社保费仍然是正常户，如何操作？ 新旧版软件数据迁移问题。可在此类单位缴费登记中停缴所有险种，然后从注销登记管理窗口注销即可。1.1.12 税种鉴定里的基金费注册类型和登记管理里的社保费经济性质不匹配。经济类型为税收统计口径，社保经济性质是社保费征收特有的指标，并非地税部门认定。1.1.13 基本资料中的社保编码有最低编码长度要求，但社会保险经办机构尚无统一的社保编码，或编码的险种不全。可与人社部门协商，统一社保编码。如无法统一，可用微机编码代替。1.1.14 登记管理模块中，注销户和非正常户的税收联系人可以随便更改，不利于明确责任。上述问题确实存在，可与税收管理一起增加需求，也可通过查询操作日志来明确责任。1.1.15 对于已注销户，仍在行政执法模块中反映违反日常管理等问题。可由系统管理员在数据维护系统变量设置一般参数设置中，对注销条件进行维护，结清所有涉税费事项方可注销。1.1.16 社保费登记信息采集表无单独的录入界面，需分别在“纯社保基金缴费单位登记”、“基本情况表录入”、“社保基本认定”等模块中录入，不仅降低了工作效率，而且增大了漏录、错录的风险。建议设置统一的录入界面，一次性完整录入。修改工作量较大。可通过学习操作手册、培训等方式保证数据录入快捷、准确。1.1.17 纯社保基金缴费单位登记取消了个人缴费登记，导致个人缴费情况统计不实，社保缴费登记户数、人数显示不符。因各地灵活就业人员较多，为减少系统资源占用，AHTAX2009在提业务需求时，就没考虑将灵活就业人员以个人登记方式纳入征管系统，现有批量扣缴方式也没有计划用于灵活就业人员，功能上不完全符合现有灵活就业人员社保费管理的有关规定，所以对个人缴费登记暂做屏蔽处理。灵活就业人员可单独开发系统或委托银行代收，并登记一个委托银行代收户，鉴定社保经济性质为“个人身份”，少数零散人员可在零星开票中开具。第二节 申报征收1.2.1 社保费缴款所属期问题。社保费申报所属期实际为上月，但最终生成票据反映为本月，申报所属期出现错误，税收申报期则显示正常。根据业务规范，征管软件中默认社保费当月申报的应缴社保费所属期即为当月（系统维护设定启用社会保险费申报表模式的单位），与税收不同。1.2.2 申报征收模块中“查询统计申报率查询、入库率查询、申报进度查询”，其查询结果均无法显示具体缴费单位、具体费种的申报、入库等信息。为节省系统资源，提高AHTAX2009操作速度，AHTAX2009只在申报征收等模块保留简单、急需的一些考核率的查询。其他可到“征管平台”中查询。1.2.3 无法统计出网上申报缴纳的社保费情况，以前的AHTAX2005中可以通过选择网上本期缴纳进行统计，现在的2009统计出的只能是0，由于网上申报缴纳的没有缴款书传递给人社局，县人社局每月都要地税的“网上申报”实际缴纳数进行做帐，目前只能一个费种一个费种的按票统计，实在麻烦。申报征收模块“查询统计申报征收清册查询”中的入库数查询满足上述需求。 1.2.4 网上申报软件默认所属期为当月，对于企业的缴费期间不符，建议把网上申报的申报期限改为可选，由企业选择适合的所属期间。涉及到加收滞纳金问题，不宜在网上申报时增加该权限，需跨期申报的可上门申报。1.2.5 一些未按期缴纳社保费的困难企业，清欠时，需逐笔从前台申报窗口提取计算滞纳金再告之企业，比较麻烦。建议增加滞纳金综合查询功能，按缴费单位自动合计社保费欠费截止当前应加收的滞纳金。滞纳金是一个实时动态数据，征管软件系统不会每天占用系统资源计算金额并存储待查。为工作方便，可利用Excel另行开发一个功能表进行计算。1.2.6 在政策性参保缴费时，补缴以前年度社保费会产生许多滞纳金，在模块中没有滞纳金减免文书查询功能。如“系统维护”菜单中设定滞纳金加收方式为经审批减免模式，录入的文书可在“文书管理滞纳金审批审批记录查询”中查询。1.2.7 在登记模块进行报验登记后可以产生微机编码，能够进行正常的税种鉴定。但缴纳相关社保费时无法进行社保经济性质选取，不能进行社保费相关费种鉴定，无法正常缴纳工伤保险费。外来建安企业报验登记户缴纳社保费应实行自行申报模式，可进行费种鉴定。在自行申报模式下，必须录入正确的社保经济性质。1.2.8 社保费不同于税收征管，现实工作中存在许多特殊情况，不能完全用软件统一。如：灵活就业者委托银行代收，月底由银行到地税大厅一次性缴入金库，操作上只能是从银行帐户上划缴费款，如何能体现是灵活就业者缴费？又如：某单位欠养老保险费，但该单位有个别职工需要办理退休，则只补缴个人欠缴部分，社保会开补缴单到大厅补缴，如何冲抵欠费，保证欠费数据的准确？灵活就业者委托银行代收的，可登记一个委托银行代收户，并鉴定社保经济性质为“个人身份”。某单位欠养老保险费，该单位有个别职工需要办理退休，只补缴个人缴费部分，社保开补缴单到大厅补缴的，应在开票时用该单位微机编码开具补缴金额，在备注中注明职工姓名。如该职工的欠费已在我们系统中，则必须用该单位微机编码在缓欠开票中挖取数据开票；如该职工补缴金额不在该单位系统欠费中，也可在零星开票中以职工姓名开票。1.2.9 欠费数据无法准确掌握。由于有些企业的职工可能在下岗后继续缴费，而社保部门会将一部分费款核减该企业的欠费，而系统里不能体现。如该欠费已进入征管系统，可凭社保部门出具的相关材料，在申报征收模块“数据维护申报数据修正”中操作。1.2.10 在零星开票模块开据城镇居民医疗保险时，票面开据内容与实际不符，无法将缴费人数、实缴金额对应开具在票面上。与市局信息中心联系，对输出字段和格式进行维护。1.2.11 网上申报户因缴费不成功而转入前台待征开票时必须要输入清欠类型。为保证社保费欠费情况统计表中清欠数据的准确性，新版征管软件在各种开票模式中增加控制，一旦开具所属期不在当期的社保费，则清欠类型变为必选项。网上申报税费同时提取，有的企业会误将社保费和税收所属期统一。一旦缴费不成功转为待征开票，系统自动判断所属期不在当期，自然要求输入清欠类型。1.2.12 某单位在本月申报缴纳了上年度欠费，在AHTAX2009中不当作欠费处理。某单位在1月份预申报全年费款，在以后11个月中，系统则统计该单位未申报费款。申报缴纳上年度欠费，须录入清欠类型，作欠费处理。1月份预申报全年费款，在以后11个月中不要再重复导入数据，则系统不会统计该单位未申报费款。1.2.13 社保费征收的依据是社保部门的征缴计划，和税收的征收截然不同。建议限制社保费在直接开票中开票，或直接开票时默认开票数即为应征数。限制直接开票功能可在系统维护中自行设置。直接开票时开票数作应征数。1.2.14 征管软件中税款当月申报所属月份为上月，而社保费申报所属月份为本月，容易给缴费人造成混乱。社保费政策是这样规定的。1.2.15 部分单位社保缴纳并不是按月申报，会自动产生滞纳金，不符合实际征缴现状，对企业影响较大，加重企业负担。政策是这样规定的，征管系统中可根据申报征收模块“系统维护”菜单中设定的滞纳金加收方式，选择是否加收滞纳金。1.2.16 网上申报时，缴费单位单独申报一项社保费也能缴纳，地税部门只有事后采取措施，不利于一票多费征缴改革的推进。目前，不宜对网上申报户捆绑缴纳社保费，可通过加强日常管理来解决。1.2.17 社保模块应用与实际工作不相匹配。社保费的征收、管理等工作涉及几个部门，地税部门只是其中的一环，对实际运用中出现的问题，难以解决。加强部门之间协调、沟通，共同规范。1.2.18 执法考核指标上社保费按0.2%加收滞纳金，但在实际操作上开票员无法执行。征缴条例和安徽省社会保险费征缴暂行规定是这样规定的。如不加收滞纳金，需有审批手续。1.2.19 如果严格按系统来管理，目前的征收方式无法确定。因为企业并不是按月来缴纳社保费，不管有能力缴费还是无能力缴费，大部分企业选择资金充裕的月份申报，可能一次性申报多个月份，而无能力缴费的企业就可能时缴时歇了，并且由于无法履行缓欠手续，目前部分县（市）采取零申报的方式解决不符合社保费的规定。如果要求按月录入应征数据，必须及时、准确。但是目前的情况还不具备这样的条件。部分社保部门还不能及时提供当月应征数据。加强管理与协调、依法规范征缴行为，督促社保部门按期传递数据。1.2.20 AHTAX2009中社保费的征管方式与AHTAX2005基本一致，仍采取每月先导入应征数据，再进行转待征操作，最后由办税服务厅工作人员从待征开票中提取数据开票的模式。这样导致地税部门通常只能被动地按照社保经办机构传递的应征数据实施征收，特别是已实施社保费“双基数”管理模式的地区，单位缴费基数部分由缴费单位自行据实申报、地税部门检查，与征管软件的操作模式难以兼容。此外，社保经办机构传递应征数据的时效性和准确性都难以保证，而征管软件的约束条件比较严格，如果出现漏传、迟传的情况，不仅对当期的征缴工作产生影响，而且很可能对后期数据带来难以预计的连带负效应。建议放宽限制条件，建立专门用来存放社保费应征数据的表格，供形成台账和清册时提取使用，而申报征收环节不以社保经办机构的应征数据为依据，比照税收征管由缴费单位自行据实申报。实施社保费“双基数”管理模式的地区（自行申报模式），单位缴费基数部分由缴费单位自行据实申报、地税部门检查，目前能够在征管软件中实现（应在基本情况表中将“社保费比对”方式设定为“部分比对”或“全比对”）。对社保经办机构传递应征数据的时效性和准确性问题，可通过协调、沟通来规范数据传递。自行申报模式下的台账、清册按劳动部门传递数据登记，不符合账实相符的原则。对劳动部门传递的数据可另行保存。1.2.21 建议增加养老保险费延期缴纳审批功能。主要包括：逐级审批的过程控制；相关文书的制作；延期缴纳审批清册查询统计等。社保费延期缴纳可使用税收中的缓缴文书。流程可在系统外按审批权限处理后录入缓缴文书。延期缴纳审批清册可以查询。1.2.22 建议增加专门的欠费管理功能。主要包括：通过软件加工产生欠费数据；“社保费欠费清缴计划文书”制作；清欠计划执行情况记录和跟踪检查等功能。原AHTAX2005中有“社保费欠费清缴计划文书”功能，在升级到AHTAX2009后，考虑到使用率不高停用。欠税数据生成和欠费台帐报表加工功能在税源管理模块已经实现。1.2.23 对已申报的户数，如再次点入没有提示，容易导致重复开票。因为待征开票窗口和日常申报窗口都可以进行开票操作。在日常申报时，如待征中存在数据系统将进行提示。同时规范以下操作：（1）核定导入数据的应统一在“待征开票”中开票；（2）如采用自主申报模式，核定导入数据不要转待征（用作比对），统一在“日常申报”中录入数据开票；（3）核定导入、自行申报两种征收模式都实行地区应按实际情况，及时维护已导入的数据；（4）网上申报缴费不成功户，转入前台开票时，应在待征或缓欠中开票。第三节 核定管理1.3.1 核定模块中社保费核定数据导入功能一直不会使用，经询问县局信息中心技术人员也未解决，能否发一个详细的操作文档，以便指导日常操作。可根据核定模块中，社保费核定数据导入界面提示的文档格式和字段排列顺序，并参考操作手册进行操作。1.3.2 在核定模块中，发现已导入的社保费数据错误时，无法及时删除或修改。在AHTAX2009核定管理模块“系统维护核定社保费信息删除”中删除，此功能可以单户分费种删除导入的错误数据。重复导入时不能覆盖，需删除后再导入。1.3.3 社保费数据转待征，在AHTAX2009中选取征收机关时，全市所有分局都作为备选单位出现，应限制为所辖范围内。可以分费种、分管理分局选择，查找不是很麻烦，增加新的需求意义不大。第四节 行政执法1.4.1 行政执法模块中，对于认定为C类的企业，能否选择不进行考核，以减轻基层分局工作量。不符合政策规定，也不符合现代化分局考核要求（2010年考核标准），可结合实际进行操作。第五节 会统管理1.5.1 征收开票开错了费种，在以后月份进行了调库，AHTAX2009中如何操作，如果不能操作，如何实现报表数据正确？可通过会统管理模块“业务功能国库收入更正通知书”操作。1.5.2 缓欠清册中“空壳企业欠税”是如何产生的？通过会统模块“业务功能关停、空壳企业欠税转换”产生。该功能主要用于税收管理。为减少对社保报表影响，此功能不要用于社保费。第六节 税源管理1.6.1 没有社保费方面的功能。征管系统中对基金费视同税种来进行管理，有关基金费方面的个性化需求单列。如：税源管理模块“报表管理”菜单中的报表统计功能。1.6.2 新征管软件税源管理模块报表管理中的报表加工速度较慢。报表加工的时间应避开缴费与纳税的高峰期，可在空闲时加工。加工速度与当地的服务器运行状况以及各单位工作端与服务器联线也有关系。1.6.3 税源模块中所列示的各缴费单位的经济性质不齐全，不能适应我们每月报表统计的要求，建议社保模块中经济性质的分类与税收中经济类型一致，并能适应我们每月报表的统计要求。如：不能反映股份制企业和行政事业单位非在编人员的缴费情况。经济类型为税收统计口径，社保经济性质是社保费征收特有的指标，并非地税部门认定。股份制企业应根据具体类型对应其他企业、私营企业等社保经济性质；行政事业单位非在编人员应按雇佣单位性质确定社保经济性质。1.6.4 税源管理模块中设置的部分社保费报表和要求上报的格式不一样，实用性不强，建议按照要求上报的报表格式设置。税源管理模块中报表格式均按照省局要求上报报表的格式设置。1.6.5 希望通过征管软件能够查询当期征收金额、滞纳金、陈欠、新欠、缴费人数、基数等数据；企业和个人缴费金额可以分列查询。缴费人数、基数在“申报征收申报清册”查询中增加。滞纳金可以在税款查询中查询分户清册；当期征收金额、陈欠、新欠可查询税源管理模块分户台账。1.6.6 城镇居民医保在AHTAX2009中统计在社会保险费下，而实际工作中，包括省局统计的社保费数据均不含城镇居民医疗保险费，而作为一个单独费种单列。城镇居民医疗保险费由省局决定纳入社保费统计报表中。1.6.7 报表数据产生来源或渠道不明确，真实性无法核查。社保费台帐报表加工汇总上报，是新版征管软件新增功能。台帐报表数据均产生于系统基础数据源，其真实性和准确性完全依赖于前台的规范操作。现将台帐报表指标统计口径、数据来源、对应查询方法和重要事项说明如下，请基金费工作人员了解掌握，通过台帐报表的数据来检查工作实效。39Y:SB001社会保险费分户征收台帐（月报）编报单位： 所属时间： 年 月 单位：元微机编码单位名称社保经济性质费种缴费人数缴费基数费率期初欠费本月应征累计应征本月入库累计入库期末欠费单位个人单位个人单位个人小计当月入库欠费入库当月累计新欠陈欠12356789101112131415161718192021.合计【指标口径】1、社保经济性质：以申报表（核定导入的取登记的社保经济性质；登记为空或申报时改变的，取申报时的社保经济性质）上的社保经济性质为准。因操作、程序失误等特殊原因导致社保经济性质为空的数据，台帐归为“其他企业”，以下所有报表相同。 2、费种： 台帐记录目前开征的社会保险费征收情况，包括城镇居民医疗保险费。3、缴费人数： 单位：本月应缴“课税量”（人数）分费种（费目标记为“单位”）取最大值，零星开票分费种“课税量”（人数）取累加数。 个人：本月应缴“课税量”（人数）分费种（费目标记为“个人”）取最大值，零星开票分费种“课税量”（人数）取累加数。 4、缴费基数： 单位：本月应缴分费种（费目标记为“单位”）取最大值。 个人：本月应缴分费种（费目标记为“个人”）取最大值。全省社保费费目单位和个人标准不统一，如果未标注单位或者个人的费目一律不参与统计。5、费率： 单位：取相应费种中费目为（单位）的费率，如果有不同费率，取最大值。 个人：取相应费种中费目为（个人）的费率，如果有不同费率，取最大值。 6、期初欠费： 台帐所属时间以前的欠费数据，也即是上期台帐期末欠费数据。7、本月应征： 当月期内申报、录入和导入计划转代征数据之和，即本月发生的申报表数据。8、累计应征：年初到本月的应征数之和。 9、本月入库： 本月实际销号入库的数据。 10、小计： 等于本月入库，即是当月入库+欠费入库。 11、当月入库： 本月实际销号入库数据减本月欠费入库。 12、新欠：有社保清欠类型标记且欠税属性不是陈欠的入库数据。 13、陈欠：有社保清欠类型标记且欠税属性为陈欠的入库数据。 14、累计入库：年初到本月的入库数之和。 15、期末欠费： 当月欠费：当月待征未开票数、开票未入库数（不含未记本月应征数的当月开票未入库数，如：本月开具以前月份产生的欠费）、缓欠清册中属本月产生的欠费（如：本月欠费录入未开票数、欠费调整数、本月通过会统提前记账及申报征收模块中“逾期转欠、在途票作废转欠”等菜单操作转入缓欠清册中的当月待征数）。 累计欠费：截止到台帐所属期末系统所有欠费（包括待征未开票、开票未入库、缓欠）。【重要事项说明】1、登记管理模块要正确录入缴费单位社保经济性质，因为通过核定模块导入征收计划的社保经济性质是从登记管理模块中提取。2、申报征收模块要正确选择社保经济性质，因为登记管理模块中社保经济性质为空的情况下，台帐统计以开票中输入的为准。3、税源管理模块税款查询功能增加“社保经济性质”统计指标，结果与台账报表对应。前台社保经济性质一旦为空，查询结果以“非在编类别”项显示，方便查找维护。4、本月应征为申报表数据，包含补缴以前欠税、滞罚收入以及欠税调整等数据，不是指所属期为当期的应征数。与税源管理模块中税款查询出的、申报征收模块中申报清册查询出的应征数相同。以下报表所有取值与台账相同。5、申报征收模块中申报清册查询增加“课税量（缴费人数）”和“计税金额（缴费基数）”显示，可与台账报表统计结果对应。6、台帐加工累计数据生成要准确，必须从软件上线当年1月开始顺序加工，甚至可以从软件上线上年12月开始顺序加工。报表加工原理相同。7、台帐实征数据是净入库数字，去除退库金额。结果有可能与税款查询不同，应在申报征收-税票销号-入库税票对账菜单中查询净额对比。报表情况与台帐相同。Y:SB002社会保险费分（统计项目）征缴情况统计表（月报）统计项目缴费户数缴费人数本月应缴本月实缴欠缴金额征缴率（不含清欠）征缴率（含清欠）单位个人合计当月入库清欠入库当期数累计数陈欠新欠12345678910111213合计【指标口径】1、统计项目：按不同的标准进行分类：社保缴费能力、社保费源级别分类，社保经营情况分类、经济性质、社保经济性质、税务机关、费种、行业。选择不同分类项目，出现不同统计表。2、缴费户数：本月发生申报缴费的户数总和。 3、缴费人数：单位：按台账口径分户取数后，再按统计项目汇总。个人：按台账口径分户取数后，再按统计项目汇总。4、本月应缴： 当月期内申报、录入、和导入计划转代征数据之和，即本月发生的申报表数据。5、本月实缴：本月实际销号入库数据，记入“合计”一栏；其中当月入库：本月实际销号入库数据，不包括 “清欠入库”的数据。6、清欠入库：新欠：有社保清欠类型标记且欠税属性不是陈欠的入库数据。陈欠：有社保清欠类型标记且欠税属性为陈欠的入库数据。7、欠缴金额： 当月欠费：当月待征未开票数、开票未入库数（不含未记本月应征数的当月开票未入库数，如：本月开具以前月份产生的欠费）、缓欠清册中属本月产生的欠费（如：本月欠费录入未开票数、欠费调整数、本月通过会统提前记账及申报征收模块中“逾期转欠、在途票作废转欠”等菜单操作转入缓欠清册中的当月待征数）。累计欠费：截止到台帐所属期末系统所有欠费（包括待征未开票、开票未入库、缓欠）。8、征缴率（不含清欠）：本表中的实缴金额的当月入库/本月应缴*100%。因大额欠费调整，可能导致分统计项目某类别出现征缴率大于100%的现象。9、征缴率（含清欠）：本表中的本月实缴中的合计数/本月应缴*100%。 【重要事项说明】 该表中缴费户数与当月台帐中统计户数可能不同，因为缴费单位既使当月没有缴费记录，但有历史数据，也会显示在台帐中。而报表只统计当月有缴费记录的户数。Y:SB003年 月安徽省社会保险费征收情况统计报表（月报）编报单位：所属时期： 单位：万元单位养老保险费医疗保险费失业保险费工伤保险费生育保险费城镇居民医保费应缴实缴征缴率应缴实缴征缴率应缴实缴征缴率实缴应缴征缴率实缴应缴征缴率应缴实缴征缴率合计【指标口径】1、单位：以市级所属二级主管税务机关，所辖县、市、区主管税务机关为单位。2、应缴：是当月发生的申报、录入与导入社保传递企业征缴计划转代征数据，即本月发生的申报表数据。3、实缴：当月发生的实际销号入库数值。4、征缴率：实缴/应缴*100%，即含清欠的征缴率。5、合计：市级税务机关所辖所有二级主管税务机关，县、市、区主管税务机关数据之和。J:SB004安徽省社会保险费欠费情况统计表（季报）填报单位： 填报时间： 单位：万元、户 费种类别序号基本养老保险费失业保险费基本医疗保险费工伤保险费生育保险费合计（金额）户数无缴费能力（C类）死欠1陈欠2新欠3小计4=1+2+3有部分缴费能力（B类）死欠5陈欠6新欠7小计8=5+6+7有缴费能力（A类）死欠9陈欠10新欠11小计12=9+10+11总计死欠13=1+5+9陈欠14=2+6+10新欠15=3+7+11合计16=4+8+12备注： 1、各栏次填报为累计数,其中新欠为当年累计数； 2、数额保留至小数点后2位； 3、无缴费能力（C类）指标是指困难企业、停产、破产、改制、名存实亡、其它； 4、未尽事宜填入备注栏。【指标口径】1、此报表统计截止到报表所属期末系统所有欠费（包括待征未开票、开票未入库、缓欠）。2、无缴费能力（C类）中死欠是指C类中的名存实亡户发生的欠费。登记管理模块，社保基本认定里面增加名存实亡户，方便区分和取值。3、陈欠指截至报表加工期前系统所有欠税属性为“陈欠”的数据（不含上述名存实亡户发生的陈欠）。4、新欠指截至报表加工期前系统所有欠费（包括待征未开票、开票未入库、缓欠）减去死欠和陈欠。5、有缴费能力、有部分缴费能力、无缴费能力来自登记管理社保费认定，也即是A、 B、C类的对应。【重要事项说明】1、有部分缴费能力和有缴费能力一栏设置死欠指标，是为防止统计漏数据所用。因为软件上线后在社保认定中缺少控制，认定为A、B类的企业还能同时选中名存实亡户，导致这样一部分误操作产生的数据必须增加对应统计项纳入（可通过按条件查询社保基金登记底册，对该类户进行重新维护）。2、欠费统计表数据和缓欠清册中查询出的数据不同。统计表加工出后为静态，清册查询为动态。报表加工后发生欠费或欠费调整等操作，缓欠清册改变，而报表有处理文档号时间的控制，加工后不改变。欠费统计表中包含报表所属期内系统缓欠清册里、待征清册里、开票未入库清册里的数据。3、征管软件数据按照税收限缴期原则，通过会统模块或者申报征收模块“逾期税款转欠”功能进行欠税处理，将系统内所有税收、社保费数据打上“陈欠”、“关停企业欠税”、“空壳企业欠税”、“新欠”、“缓缴”、“未到期应缴”六种欠税属性。然而实际工作中，社保费按照所属期原则判定，只有“新欠”、“陈欠”两种欠税属性。为在征管软件中不漏统数据，只能人为规定税费欠税属性对应兜底关系，所以报表和实际情况有可能不同。J:SB005安徽省社会保险费清欠情况统计表（季报）填报单位： 填报时间： 单位：万元、户 费种类别序号基本养老保险费失业保险费基本医疗保险费工伤保险费生育保险费合计（金额）户数改制无缴费能力1有部分缴费能力2有缴费能力3合计4=1+2+3扩面补缴无缴费能力5有部分缴费能力6有缴费能力7小计8=5+6+7破产无缴费能力9有部分缴费能力10有缴费能力11小计12=9+10+11其他无缴费能力13有部分缴费能力14有缴费能力15小计16=13+14+15总计无缴费能力17=1+5+9+13有部分缴费能力18=2+6+10+14有缴费能力19=3+7+11+15小计20=17+18+19备注：1、改制、扩面补缴、破产、其他为清欠收入采取的清欠形式；2、未尽事宜填入备注栏。【指标口径】1、改制、扩面、补缴、破产、其它等社保清欠类型，是通过在日常申报、待征开票、直接开票、缓欠开票、零星开票、网上申报模块开具所属期包括以前月份的费款时，选择窗口底部的“社保清欠类型”选项框形成。2、有缴费能力、有部分缴费能力、无缴费能力来自登记管理社保费“A、B、C”类企业认定。3、此报表为季报，统计年初到季末发生的清欠收入。【重要事项说明】1、前台开票所属期输入一定要准确，不要包括当月数据，且根据实际情况及缴费人提供的材料，正确录入清欠类型。2、税源管理模块税款查询功能增加“社保清欠类型”统计条件供查询。因为此数据是开票入库款项，只有在查询开票、入库数据时才能选择作为横纵向指标。N:SB006安徽省社会保险费新参保单位征收情况统计表（半年报）编报单位： 地税局报表 所属时期: 单位:万元费种名称缴费户数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额备注合 计00000局长: 科长: 制表:【指标口径】1、新参保户的认定是以登记管理录入时填写的缴费登记时间为条件的，即是录入缴费登记时间在报表所属期内的社会保险费参保缴费单位。2、单位缴费基数从申报征收模块取值，为录入缴费登记时间在报表所属期内的社会保险费参保缴费单位征收开票时，各个单位的“单位”缴费基数累加。如某个单位一个险种中多个费目标注为单位，缴费基数又不同的，取最大值。3、个人缴费基数从申报征收模块取值，为录入缴费登记时间在报表所属期内的社会保险费参保缴费单位征收开票时，各个单位的“个人”缴费基数累加。如某个单位一个险种中多个费目标注为个人，缴费基数又不同的，取最大值。没有“单位”和“个人”标注的费目缴费基数，一律不参与统计。4、应缴金额：符合新参保户条件的单位在报表所属期内发生的申报缴费金额之和。5、实缴金额：符合新参保户条件的单位在报表所属期内发生的实际销号入库金额之和。6、欠缴金额：应缴金额-实缴金额【重要事项说明】 本报表的正确统计，要求前期在登记管理模块基金附列资料中正确录入缴费登记时间。缴费登记时间并不一定等同于参保登记时间。N:SB007安徽省社会保险费重点费源户情况统计表编制机关: 类别: 报表所属期: 单位:万元微机编码缴费单位（人）名称养老保险费失业保险费医疗保险费工伤保险费生育保险费城镇居民医疗保险费参保人数缴费人数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额参保人数缴费人数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额参保人数缴费人数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额参保人数缴费人数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额参保人数缴费人数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额参保人数缴费人数单位缴费基数个人缴费基数应缴金额实缴金额欠缴金额1234567891011121314151617181920212223242526272829303132333435363738394041424344合计*说明：此报表报送年应缴社保费100万元重点费源户征收数据，每年1月份报一次。【指标口径】 1、此报表重点费源户来源为报表加工期上一年度应缴社保费100万元以上（含100万元）的缴费单位。2、参保人数来源登记管理模块输入的在职人数。3、缴费人数为该单位所属年度入库税票“课税量”的月平均数。4、单位缴费基数从申报征收模块取值，为缴费单位征收开票时费目标注为“单位”的缴费基数的累加。如一个险种中多个费目标注为单位，缴费基数又不同的，取最大值。5、个人缴费基数从申报征收模块取值，为缴费单位征收开票时费目标注为“个人”的缴费基数的累加。如一个险种中多个费目标注为个人，缴费基数又