社保缴纳与社保停保的业务[金蝶HR服务产品及技术支持部]朱晓2019年4月28日导读本文主要介绍的是s-HRV8.5版本社保缴纳与社保停缴的业务流程及注意事项。适用范围文档适用对象：s-HR客户、实施顾问、服务顾问；适用产品版本：s-HRV8.5及以前版本。2一、通过社保档案计算员工社保（一）维护好社保基础数据路径：系统设置-薪酬数据设置-社保基础数据【户籍类型】和【参保地区】根据实际情况维护即可，这两个基础资料无特殊作用，本文就不做详细介绍了。主要说明一下【社保险种分类】、【社保险种】、【参保规则】。1、社保基础数据——【社保险种分类】社保险种分类即社保险种的分类的类别，如【社保险种分类】可设“五险”、“三险”、“公积金”等，在维护险种的时候，就可以选择将各项险种放到对应的社保险种分类中了。社保险种分类的一个总要作用在于，做社保缴纳状态维护时是针对社保险种分类来设置是否缴纳的。如果想多个险种一起停保，只需要这些险种是在一个险种分类下就可以同时停保了。所以我们在创建险种分类时，要考虑到那些险种是需要一起停保的，那些险种是要分开停保的。2、社保基础数据——【社保险种】社保险种即社保的各项险种了，这里可以根据现场的实际业务需要去创建。需要特别注意的是，维护社保险种时，一定要维护好社保险种分类，否则在社保缴纳状态维护是否缴纳就不会起作用。因为社保缴纳状态是对社保分类做的停保后缴纳的设置，而险种与险种分类的关系就是在此设置的。33、社保基础数据——【参保规则】参保规则需维护生效日期，同一个参保规则可维护多个版本，即根据生效日期判断为不同版本。比如，每年的缴费上限、下限、缴费比例有调整时，可直接编辑参保规则，填写新的生效日期，生效日期必须大于参保规则当前版本的生效日期，保存时会新增一个版本，原来的版本进入历史信息中，在历史信息中可以查看所有版本包括当前版本的参保规则明细数据。如果生效日期没有修改，则仅对当前版本的数据进行修改。【V8.5新增】【特别说明】：如果要修改当前版本的生效日期，则需要在这个参保规则的“查看历史信息”中选择这个版本进行编辑-保存，并且保存时会校验：生效日期不能与已有版本的生效日期相同，且生效日期必须大于上一个版本的生效日期，小于下一个版本的生效日期。但是如果参保规则已经被员工社保档案中的参保信息引用，则该参保规则所有版本的生效日期不允许修改，参保规则中引用的险种也不允许增加或减少，只能新建版本。如果确实录入错误需要修改，则需要把引用了该参保规则的员工参保信息都删除了再修改（在员工社保档案中删除引用）。在参保规则的编辑界面，勾选参保规则中要设置的社保险种，选中的险种列表中自动增加一行，设置险种的个人缴纳比例、单位缴纳比例、个人固定额、单位固定额、以及缴纳基数上下限。如下图：参保规则支持新增和覆盖导入。导入时，依据模板上的参保规则编码、参保规则名称判断，如果系统中已存在该参保规则且已被引用，则红色字体的字段不允许修改，险种不允许添加；如果存在但未被引用，则只有创建业务组织不可修改，其他都可覆盖更新；如果不存在则新增规则记录，生效日期格式支持如2018-9-1、2018-10-12。4【提醒】：1、个人缴费基数、单位缴费基数可不设置，如果设置了，则在员工社保档案中引用参保规则时，缴费基数分录中各个险种的个人基数和单位基数会默认自动引用参保规则中设置的基数（允许修改）。2、如果缴纳基数上限没有设置，则默认为0，那么在计算社保个人缴纳和单位缴纳值时，计算结果为0。3、s-HRV8.2和V8.5版本，现最新补丁环境下，均要求参保规则的上限先不可为空，如未维护基数的上下限，则系统默认该险种的基数上下限为0，则计算时无论这个员工的基数是多少计算都为0。（二）维护好员工社保档案员工社保基本信息和缴纳基数可以选择员工后手动维护，也可以通过模板进行导入。特别说明：1、如果员工只有社保档案的基本信息，没有社保档案的基数信息，薪酬核算取社保实际缴纳值是取不到数的。2、一定要注意，员工各险种的基数是否在该险种基数上限和基数下限范围内，如果低于下限者薪酬核算时按基数下限计算，如果高于上限则薪酬核算是按基数上限计算。3、员工某项险种停缴，不计算了，想通过调整该险种计算为0的方式处理不是不可以，但前提是该险种的下限也为0.如果该险种计算下限不为0，应通过调整社保缴纳状态的方式处理。4、一定要注意社保档案中，员工个险种的参保规则信息是否完整，如基数上下限为空，那么薪酬核算时是无法计算出数据的。（三）薪酬项目设置公式5薪酬函数：取社保及公积金缴纳值（”险种编码”,0为计算个人缴纳值或1为计算单位缴纳值）举例：如薪酬项目“住房公积金个人”要取住房公积金的个人缴纳值，薪酬项目“住房公积金单位”要取住房公积金的单位缴纳值，险种住房公积金的编码为“006”。则公式为：住房公积金个人=取社保及公积金缴纳值（”006”,0）住房公积金单位=取社保及公积金缴纳值（”006”,1）使用该函数，计算时会去员工社保档案中找到“险种”是缴纳状态的当前计算周期内生效的参保档案中当前计算周期内生效的社保缴纳基数，然后去取参保规则中相关的数据计算，自动算出个人缴纳值或单位缴纳值。计算逻辑说明：以计算个人缴纳值为例，计算公式为：如果个人缴纳基数>个人缴纳基数上限，个人缴纳值=险种对应的个人缴纳基数上限*个人缴纳比例+个人固定额如果个人缴纳基数<个人缴纳基数下限，个人缴纳值=险种对应的个人缴纳基数下限*个人缴纳比例+个人固定额如果个人缴纳基数限下<=个人缴纳基数<=个人缴纳基数上限，个人缴纳值=险种对应的个人缴纳基数*个人缴纳比例+个人固定额二、通过社保实际缴纳值取员工社保（一）给员工做社保实际缴纳值导入从社保局获取的实际缴纳的数据可以直接导入系统，可以自定义扩展字段和导入模板，导入模板中根据社保账号或公积金账号为员工标示进行导入，因此需要在员工社保档案中先维护员工的社保账号和公积金账号。注意，社保实际缴纳值与社保档案不同，它是直接录入的员工每个月的实际缴纳值，如果薪酬核算是要取社保实际缴纳值的数，则核算的每一期都要导入社保实际缴纳值。6（二）薪酬项目设置公式通过社保实际缴纳值导入的数据，在薪酬核算时，可通过设置公式取核算临时表来取到员工的缴纳数据参与其他项目的计算。在计算公式的维护界面里，点【高级】，选择临时表。在临时表有针对社保实际缴纳值导入的信息中每一个字段的，已预置好的取社保缴纳值导入数据的临时表。可直接引号过来设置公式，如下图：三、社保停保业务员工某项险种或某几项险种不缴纳社保了，应通过调整社保缴纳状态为“停止缴纳”的方式处理。在员工社保缴纳状态维护界面，先选择员工，再选择设置“正常缴纳”或“停止缴纳”，然后在设置缴纳状态界面，先勾选社保险种分类，再填写生效日期，点击确定即可。7需要特别说明的是，在设置正常缴纳时会校验：如果该员工的该社保险种分类在其他社保业务组织下也是正常缴纳状态，则会将其会更新为停止缴纳，当前的更新为正常缴纳。扩充知识：通过导入模板批量导入员工的社保缴纳状态，导入时可选择是否更新导入，如果选择“是”，则按模板更新数据库中的数据，如果选择“否”则如果数据库中已经存在社保险种分类的状态数据则不更新。员工的社保险种分类的缴纳状态目前没有保存历史，只保存了最后一次的记录。比如员工入职-离职-再入职，员工的缴纳状态则只有当前的再入职后正常缴纳状态和生效日期，之前的数据不会保存。目前社保计算暂时不会根据生效日期判断缴纳状态，也就是说：计算某个险种缴纳值时，找到这个险种对应的险种分类的缴纳状态是正常缴纳，则正常计算，否则返回0，不会根据计算的哪个月份，缴纳状态是否生效了来判断。特别提醒：社保缴纳状态在做停止缴纳处理时，是对社保的险种分类做的停保。即如果在维护险种时，没有设置该险种属于哪个险种分类，那么这个停止缴纳的设置是不会生效的。8
