社保费模块问解题答.docVIP

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 纯社保基金缴费单位登记取消了个人缴费登记，导致个人缴费情况统计不实，社保缴费登记户数、人数显示不符。 因各地灵活就业人员较多，为减少系统