人力资源业务案例分享.pptVIP

Case4——账期 垫付 1-1 2-1 3-1 2-25 3-7 发1月份工资 未交费 系统强制锁单 系统变更工资发放标记 再次发放1月份工资 正常交费 正常大波儿发工资 1-31 2-7 第二十页，共五十七页。 Case4——账期 垫付 1、按照业务操作流程，帐期商社欲提前于大拨发工资，业务员必须在当月先进行费用确认并人为锁单，财务操作帐期商社时，可将工资数据强制变为“允许发”，达到提前发工资的作用。此案例客户发工资为每月25日以后发放上月工资，是滞后于正常发工资，不适用帐期功能，只申请公司垫付工资即可。 2、帐期只判断商社库是否有帐期标志，而并不判断帐期是从何时开始启用。此案例中2月19日设置的帐期，在3月1日结帐后生效，应对3月份以后的待发工资生效，但帐期强制将辅编2该商社1月份非“已交”工资变为“允许发”，即对3月生效之前的非帐期数据也生效。 3、帐期设置生效前，应将历史财务费用进行完整的收费操作。辅编2的1月份工资已发，但财务费用“未交”，处于“打票”状态，故3月1日财务结帐时帐期生效，强制锁单，将其发工资标志由“已发”（F）变为“允许发”（R）。 第二十一页，共五十七页。 Case 5-生育保险 【案例概要】： 某商社北京正式员工 05年10月1日入职， 06年5月10日加入外企集体户口， 07年8月16日将集体户口迁出。 员工 08年7月份分娩 08年11月向外企申报生育相关费用报销。 经社保中心查实，该员工没有生育保险记录，生育保险一直未能实做。为了保证员工权益，由外企向该员工支付生育相关费用共计53993.36元。 第二十二页，共五十七页。 Case 5-生育保险 【事件经过】： 05年10月1日入职时，户口：天津，无生育险 06年5月办理留学归国认证，加入外企集体户口：北京 06年8月商社由业务部A?业务部B，按外埠城镇户口做四险 07年8月16日，员工将户口迁出 08年2月，员工到我司办理生育服务证 08年11月，员工向我司申请生育相关费用的报销 此时我方才发现系统中并没有该员工的生育保险历史记录，生育保险也一直没有实做。 第二十三页，共五十七页。 Case 5-生育保险 07年6月起支持部人事代理中心定期向业务部反馈工作居住证、人才引进、夫妻分居、集体户口办理等情况，提示业务部增加生育保险。业务端根据支持部反馈的信息进行生育保险相关操作。只是增量信息反馈，没有做历史数据筛查！ 该员工在06年5月办理集体户口，所以当时并没有相关的户口信息反馈环节。员工户口落到外企集体户口后，仍然没有参加生育保险。 第二十四页，共五十七页。 Case 5-生育保险 【问题和风险分析】： 1、缺少信息反馈环节，07年6月前，员工办理完集体户口落户后，支持部在系统中变更员工户口性质、添加户口开始日期。但业务端并不知道该员工的户口性质发生变化。 2、07年6月后，支持部定期向业务端反馈办理集体户口的人员情况，没有纳入整体操作的流程中，从信息反馈给业务部到正确为员工添加生育保险，并没有统一的操作标准，后续再没有审核验证的环节。 3、06年8月转户，没有核查数据。转出、转入商社的部门在进行工作交接时对数据进行整理、核查，也可以筛选出户口性质与生育保险应做、实做不对应的人员。 4、08年2月员工在申请生育服务证时，不核对是否有生育险。 第二十五页，共五十七页。 Case 5-生育保险 【后续处理及引发的思考】： 1、为保证员工权益，同时避免员工投诉及在客户内部造成的负面影响，我放支付员工相应生育费用。员工的生育费用报销9146.36元、生育津贴44847元，共计53993.26元。 2、由支持部社保中心提取数据，对目前系统中员工户口为北京但生育保险有问题的人员进行统计，发给各业务部，由业务员按要求为员工添加生育保险。 第二十六页，共五十七页。 Case 6-生育保险 【案例概要】： 为了避免Case5事件的发生，业务部、支持部社保中心、人事代理中心、运管部共同对业务及系统中关于集体户口落户、工作居住证引发的生育保险缴纳的相关操作进行探讨，整个业务流程能有对生育保险的办理工作进行严密、及时、持续的跟进手段和工具，从而改变完全依赖系统外手工操作（电话、邮件等）的方式，以规避由生育保险未实做产生的风险。 第二十七页，共五十七页。 Case 6-生育保险 【事件经过】 1、支持部社保中心将已办理集体户口的员工与系统内该部分员工生育保险的应做、实做情况做比对，进行了一次筛查，结果发现共有1012名员工的生育保险存在问题，按照类型和轻重缓急程度分为6类。进行相应补救措施。 2、根据北京市相关规定，具有北京市工作居住证的员工也可以享受生育保险待遇，参加生育保险。 第二十