人力资源业务案例分享资料

业务案例分享业务案例分享运营管理部2021.10业务案例?内审汇编?常见问题Q&A业务案例Case17Case1-错派应派员工：王二麻子，男，错派员工：王二麻子，女，错派时间：2007年9月1日，发现时间：2021年3月31日，发现的契机：员工需要做公积金支取。男王二麻子致电呼叫中心查询公积金时被告知其目前为不在职状态，员工感到惊讶，认为FESCO出现这样的效劳莫名其妙，令人难以理解。真实情况：王二麻子，女，自2007年3月已前往日本，现在日本留学。错派导致的结果：男王二麻子的所有缴费对应的福利都表达在女王二麻子名下。社保费用总计约为：22398.60元不含比值金；住房公积金截止至08年3月的金额为：10360元。后续跟踪：1.与现在日本的女王二麻子沟通，她同意配合将公积金帐户当中错误金额转出。但社保已交费用无法退回。2.业务部纠正错派，为男王二麻子补缴相应的社保费用，本钱计入当事业务部。Case1-错派政府社保政府社保管理单位管理单位业务员业务员根据根据身份身份证信证信息确息确定唯定唯一号一号输机员输机员根据根据业务业务员的员的指令指令输机输机人事社保员人事社保员收取相应收取相应人事社人事社保变更文保变更文件，审核件，审核并输机并输机业务支持部业务支持部核对员工核对员工身份信息，身份信息，完成社保完成社保实做实做Case1-错派Case2-错派【案例概要】：全国B类的某公司10名员工于2007年8月由甲业务部整体转入到乙业务部，其中包括唯一号为001号某员工(身份证号XXX1)，业务部2007年8月错派成相同姓名的唯一号为002号的员工身份证号XXX2。2021年2月社保无法申报，社保、医保材料被社保中心退回。业务部发现派错，申请后台在系统中替换正确的某员工信息。001派出002Case2-错派【案例分析】：业务员应根据转入信息写派出件给输机员，目前业务员和输机员都无法找到当时的派出件。输机员对此类业务员交给的派出、撤离件、数据变更单没有分类、按日期顺序保管。经业务部确认，是由于输机员查询、标注唯一号错误导致最终派出错误。另外在按照业务员提供的电子版人员派知名单列表，查询转入的10人简档时，发现只有1人有?派工单?和?派知名单复印件?，其他员工材料均不齐全。而业务员反映已将整体转入的这10人派件做了10份复印件给档案科。Case2-错派问题讨论：案例所述问题出在何处？我所在的业务部是这样做的这种问题能够防止吗？Case2-错派【问题分析】：1、公司规定，员工派出、撤离、改费等都应严格遵照业务操作流程、操作标准办理，业务员应交给输机员记录件才能输机。本案例中有明显的信息流转不标准，至今在业务部和档案资料室都未找有关此人派出的任何留存的文档资料。2、派出、撤离等需要记录件转后台入简档，001号员工简档中无当前商社派出件、无派出人员名单复印件。Case2-错派【后续处理】派错人员公积金已正常缴纳，经与公积金相关人员了解，经特殊处理可将此人公积金追回，防止我公司不必要的损失。为员工补缴社保、住房公积金。Case3-错派【案例概要】商社B员工0022021年3月12日办理公积金支取手续时，发现账户下有支取记录，002表示从未支取过公积金。经查，如下表所示。员工002住房公积金出现差额4460.72元，要求外企补偿这笔费用，而员工001已经离职且未能联系上，因此暂时无法追回此费用。商社商社员工员工2004.5.10入职入职06年年3月月04年年11月月&06年年7月月08年年5月月A001错派001B应派002B001入职A发现派错6636.72元2176元B0026636.72元2176元XXCase3-错派【问题和风险分析】：【问题和风险分析】：派错员工：派错员工：商社商社B员工员工002简档中入职材料显示：客户发来委托书的简档中入职材料显示：客户发来委托书的日期为日期为04年年5月月12日，员工填写日，员工填写?入职登记表入职登记表?的时间为的时间为04年年5月月31日。在内审调查中发现，客户发来的委托书右上日。在内审调查中发现，客户发来的委托书右上角铅笔手工标注了唯一号：角铅笔手工标注了唯一号：001，此唯一号对应的员工并，此唯一号对应的员工并非当时要入职商社非当时要入职商社B的员工，而是曾经在的员工，而是曾经在9798年入职过年入职过一家意大利公司的员工一家意大利公司的员工001。06年年3月商社月商社A员工员工001入职时，业务部发现派错，在系统内入职时，业务部发现派错，在系统内对派出记录进行更正，但并未对员工公积金的相关信息进对派出记录进行更正，但并未对员工公积金的相关信息进行必要的更正。行必要的更正。Case3-错派问题讨论：这种错误能防止吗？如何防止？如果我是这个业务员，接下来我要做什么？Case3-错派【后续处理及引发的思考】：【后续处理及引发的思考】：与员工达成协议，由业务部支付员工公积金损失的与员工达成协议，由业务部支付员工公积金损失的金额金额4460.72元。元。通过后台将系统内两名员工相关公积金记录、财务通过后台将系统内两名员工相关公积金记录、财务欠费信息进行维护。欠费信息进行维护。002在住房公积金管理中心不存在在住房公积金管理中心不存在04年年5月月08月月的缴费记录。一旦该员工再在其他公司入职，需要的缴费记录。一旦该员工再在其他公司入职，需要办理公积金贷款等手续，那么会再次出现问题，我办理公积金贷款等手续，那么会再次出现问题，我方可能会面临相关法律纠纷。方可能会面临相关法律纠纷。Case3-错派思考：本案例再次提醒我们在员工派出环节应注重细节，尤其是在确定员工的唯一号的环节，失之毫厘将谬以千里。一旦在这一环节发生错误，会导致后续一系列的错误操作，直接影响到后续员工社保、公积金实做。在给我方造成经济损失的同时也使客户对我方的效劳质量产生质疑，大大降低客户、员工对公司的满意度。06年3月业务部发现员工派错后，虽然对派出信息进行了更正，但是并没有关注到公积金实做等相关信息。在日常工作中发现问题时，应仔细、全面的分析问题，防止遗漏相关重要事项，错过最正确补救的时机。Case4账期&垫付【案例概要】：某商社两个辅编1、2于2月18日申请15天账期，并申请采取垫付方式发工资。每月25日发放员工上月工资。08年2月27日，正常发放08年1月份工资，本应于3月25日发放2月份工资，但辅编1于3月7日提前发放2月份工资、辅编2在3月7日提前发2月份工资的同时重发1月份工资。2月25日3月25日1月工资2月工资Case4账期&垫付【案例分析】：业务部2月25日发放该客户1月份工资后，系统中1月工资数据状态为“已发。2月19日设置的帐期在2月底3月初财务结帐后生效，系统自动进行锁单处理，将非“已交状态的财务工资数据由“已发标志变为“可发。系统在3月7日发工资时读到该商社员工的发工资标志为R可发，故大拨发放2月份工资。Case4账期&垫付在结帐的最后一步帐期会对未锁单的数据进行强制锁单处理系统对辅编2的商社1月份“未交、“打票状态的工资数据进行强制锁单处理，将发工资标志置为“可发R，故造成结帐后该商社员工的财务发工资标志由F变成R，辅编1的1月工资数据状态为“已交财务已交费，结帐时帐期不再对其进行处理，所以辅编1的1月工资没有重发。发放1月份工资后2月底结帐后1月份工资状态Case4账期&垫付1-12-13-12-253-7发1月份工资未交费系统强制锁单系统变更工资发放标记再次发放1月份工资正常交费正常大波儿发工资1-312-7Case4账期&垫付1、按照业务操作流程，帐期商社欲提前于大拨发工资，业务员必须在当月先进行费用确认并人为锁单，财务操作帐期商社时，可将工资数据强制变为“允许发，到达提前发工资的作用。此案例客户发工资为每月25日以后发放上月工资，是滞后于正常发工资，不适用帐期功能，只申请公司垫付工资即可。2、帐期只判断商社库是否有帐期标志，而并不判断帐期是从何时开始启用。此案例中2月19日设置的帐期，在3月1日结帐后生效，应对3月份以后的待发工资生效，但帐期强制将辅编2该商社1月份非“已交工资变为“允许发，即对3月生效之前的非帐期数据也生效。3、帐期设置生效前，应将历史财务费用进行完整的收费操作。辅编2的1月份工资已发，但财务费用“未交，处于“打票状态，故3月1日财务结帐时帐期生效，强制锁单，将其发工资标志由“已发F变为“允许发R。Case5-生育保险【案例概要】：【案例概要】：某商社北京正式员工某商社北京正式员工05年年10月月1日入职，日入职，06年年5月月10日参加外企集体户口，日参加外企集体户口，07年年8月月16日将集体户口迁出。日将集体户口迁出。员工员工 08年年7月份分娩月份分娩 08年年11月向外企申报生育相关费用报销。月向外企申报生育相关费用报销。经社保中心查实，该员工没有生育保险记录，生育保险一直未经社保中心查实，该员工没有生育保险记录，生育保险一直未能实做。为了保证员工权益，由外企向该员工支付生育相关费能实做。为了保证员工权益，由外企向该员工支付生育相关费用共计用共计53993.36元。元。Case5-生育保险【事件经过】：【事件经过】：05年年10月月1日入职时，户口：天津，无生育险日入职时，户口：天津，无生育险06年年5月办理留学归国认证，参加外企集体户口：北京月办理留学归国认证，参加外企集体户口：北京06年年8月商社由业务部月商社由业务部A业务部业务部B，按外埠城镇户口做四险，按外埠城镇户口做四险07年年8月月16日，员工将户口迁出日，员工将户口迁出08年年2月，员工到我司办理生育效劳证月，员工到我司办理生育效劳证08年年11月，员工向我司申请生育相关费用的报销月，员工向我司申请生育相关费用的报销此时我方才发现系统中并没有该员工的生育保险历史记录，生此时我方才发现系统中并没有该员工的生育保险历史记录，生育保险也一直没有实做。育保险也一直没有实做。Case5-生育保险07年6月起支持部人事代理中心定期向业务部反响工作居住证、人才引进、夫妻分居、集体户口办理等情况，提示业务部增加生育保险。业务端根据支持部反响的信息进行生育保险相关操作。只是增量信息反响，没有做历史数据筛查！该员工在06年5月办理集体户口，所以当时并没有相关的户口信息反响环节。员工户口落到外企集体户口后，仍然没有参加生育保险。Case5-生育保险【问题和风险分析】：【问题和风险分析】：1、缺少信息反响环节，、缺少信息反响环节，07年年6月前，员工办理完集体户口落月前，员工办理完集体户口落户后，支持部在系统中变更员工户口性质、添加户口开始日期。户后，支持部在系统中变更员工户口性质、添加户口开始日期。但业务端并不知道该员工的户口性质发生变化。但业务端并不知道该员工的户口性质发生变化。2、07年年6月后，支持部定期向业务端反响办理集体户口的人月后，支持部定期向业务端反响办理集体户口的人员情况，没有纳入整体操作的流程中，从信息反响给业务部到员情况，没有纳入整体操作的流程中，从信息反响给业务部到正确为员工添加生育保险，并没有统一的操作标准，后续再没正确为员工添加生育保险，并没有统一的操作标准，后续再没有审核验证的环节。有审核验证的环节。3、06年年8月转户，没有核查数据。转出、转入商社的部门在月转户，没有核查数据。转出、转入商社的部门在进行工作交接时对数据进行整理、核查，也可以筛选出户口性进行工作交接时对数据进行整理、核查，也可以筛选出户口性质与生育保险应做、实做不对应的人员。质与生育保险应做、实做不对应的人员。4、08年年2月员工在申请生育效劳证时，不核对是否有生育险。月员工在申请生育效劳证时，不核对是否有生育险。Case5-生育保险【后续处理及引发的思考】：【后续处理及引发的思考】：1、为保证员工权益，同时防止员工投诉及在客户内部造成的、为保证员工权益，同时防止员工投诉及在客户内部造成的负面影响，我放支付员工相应生育费用。员工的生育费用报销负面影响，我放支付员工相应生育费用。员工的生育费用报销9146.36元、生育津贴元、生育津贴44847元，共计元，共计53993.26元。元。2、由支持部社保中心提取数据，对目前系统中员工户口为北、由支持部社保中心提取数据，对目前系统中员工户口为北京但生育保险有问题的人员进行统计，发给各业务部，由业务京但生育保险有问题的人员进行统计，发给各业务部，由业务员按要求为员工添加生育保险。员按要求为员工添加生育保险。Case6-生育保险【案例概要】：【案例概要】：为了防止为了防止Case5事件的发生，业务部、支持部社保中心、事件的发生，业务部、支持部社保中心、人事代理中心、运管部共同对业务及系统中关于集体户口落户、人事代理中心、运管部共同对业务及系统中关于集体户口落户、工作居住证引发的生育保险缴纳的相关操作进行探讨，整个业工作居住证引发的生育保险缴纳的相关操作进行探讨，整个业务流程能有对生育保险的办理工作进行严密、及时、持续的跟务流程能有对生育保险的办理工作进行严密、及时、持续的跟进手段和工具，从而改变完全依赖系统外手工操作进手段和工具，从而改变完全依赖系统外手工操作 、邮件、邮件等的方式，以躲避由生育保险未实做产生的风险。等的方式，以躲避由生育保险未实做产生的风险。Case6-生育保险【事件经过】【事件经过】1、支持部社保中心将已办理集体户口的员工与系统内该局部、支持部社保中心将已办理集体户口的员工与系统内该局部员工生育保险的应做、实做情况做比对，进行了一次筛查，结员工生育保险的应做、实做情况做比对，进行了一次筛查，结果发现共有果发现共有1012名员工的生育保险存在问题，按照类型和轻名员工的生育保险存在问题，按照类型和轻重缓急程度分为重缓急程度分为6类。进行相应补救措施。类。进行相应补救措施。2、根据北京市相关规定，具有北京市工作居住证的员工也可、根据北京市相关规定，具有北京市工作居住证的员工也可以享受生育保险待遇，参加生育保险。以享受生育保险待遇，参加生育保险。Case6-生育保险【问题和风险分析】：【问题和风险分析】：1、07年年6月以后，支持部人事代理中心及时将当月办理完集月以后，支持部人事代理中心及时将当月办理完集体户口的信息体户口的信息业务部，以便业务端能够及时为员工添加生育业务部，以便业务端能够及时为员工添加生育保险，但从社保中心提取的数据看，由于业务端内部信息传递保险，但从社保中心提取的数据看，由于业务端内部信息传递及操作等原因仍不能保证及时为办理户口变更的员工添加生育及操作等原因仍不能保证及时为办理户口变更的员工添加生育保险。保险。2、由于持有工作居住证的员工我方也应该为其缴纳生育保险，、由于持有工作居住证的员工我方也应该为其缴纳生育保险，但通过我方办理的工作居住证可以进行统计、反响等工作以便但通过我方办理的工作居住证可以进行统计、反响等工作以便及时增加生育保险，但如果员工未通过我方办理工作居住证，及时增加生育保险，但如果员工未通过我方办理工作居住证，自行办理证件，就给我方及时了解信息、后续跟进生育保险带自行办理证件，就给我方及时了解信息、后续跟进生育保险带来较大困难，而且员工生育后我方必须承担相关费用。来较大困难，而且员工生育后我方必须承担相关费用。Case6-生育保险【后续处理及引发的思考】：【后续处理及引发的思考】：1、关于集体户口与工作居住证的问题，业务部、支持部、运、关于集体户口与工作居住证的问题，业务部、支持部、运管部、法律部进行深入探讨，效劳中心建议在管部、法律部进行深入探讨，效劳中心建议在?员工个人信息员工个人信息登记表登记表?及及?集体户口申请表集体户口申请表?中添加相关信息项，以便从员工中添加相关信息项，以便从员工办理转入手续时及申请参加集体户口能够得到提醒，同时保证办理转入手续时及申请参加集体户口能够得到提醒，同时保证有员工签字，可以防止我方的风险。有员工签字，可以防止我方的风险。2、法律部：员工及商社层面考虑加强法律条款的约束：、法律部：员工及商社层面考虑加强法律条款的约束：员工方面：员工方面：?劳动合同补充协议劳动合同补充协议?。客户方面：增加商务合同补充协议。客户方面：增加商务合同补充协议。Case6-生育保险【后续处理及引发的思考】：【后续处理及引发的思考】：员工方面：员工方面：?劳动合同补充协议劳动合同补充协议?。修改员工入职登记表，参加工作居住证相关信息，已有工修改员工入职登记表，参加工作居住证相关信息，已有工作居住证的员工必须提供工作证信息，否那么无法按照生育保作居住证的员工必须提供工作证信息，否那么无法按照生育保险渠道领取生育津贴。险渠道领取生育津贴。在京外地员工增加劳动合同补充协议，约定员工办理工作在京外地员工增加劳动合同补充协议，约定员工办理工作居住证需立即通知用人单位，否那么无法按照生育保险渠道领居住证需立即通知用人单位，否那么无法按照生育保险渠道领取生育津贴。取生育津贴。Case6-生育保险【后续处理及引发的思考】：【后续处理及引发的思考】：客户方面：增加商务合同补充协议。客户方面：增加商务合同补充协议。约定客户在为员工办理工作居住证出具相关证明时，应立约定客户在为员工办理工作居住证出具相关证明时，应立即通知我方，以便办理生育保险，否那么相应费用由客户承担。即通知我方，以便办理生育保险，否那么相应费用由客户承担。在入职客户之前已有工作居住证的员工，如未及时告知我在入职客户之前已有工作居住证的员工，如未及时告知我方工作证信息，无法领取生育津贴等的风险，我方不予承担。方工作证信息，无法领取生育津贴等的风险，我方不予承担。Case6-生育保险【后续处理及引发的思考】：【后续处理及引发的思考】：2、为保证问题不再出现，支持部提出流程及系统改进的建议，、为保证问题不再出现，支持部提出流程及系统改进的建议，将系统中将系统中“集体户口、集体户口、“工作居住证、工作居住证、“户口进京和户口进京和“生育生育效劳证等人事信息与生育保险的效劳证等人事信息与生育保险的“应做和应做和“实做建立关联，实做建立关联，使以上人事信息发生后，整个业务流程能对生育保险的办理工使以上人事信息发生后，整个业务流程能对生育保险的办理工作进行严密、及时、持续的跟进手段和工具，改变目前完全依作进行严密、及时、持续的跟进手段和工具，改变目前完全依赖系统外手工操作赖系统外手工操作 、邮件等的方式，以躲避由生育保险、邮件等的方式，以躲避由生育保险未实做产生的风险。未实做产生的风险。Case7-生育保险【案例概要】：【案例概要】：某商社两名员工某商社两名员工001、002分别于分别于06年年9月、月、06年年12月落户我月落户我方集体户口，并分别于方集体户口，并分别于08年年8月、月、09年年3月分娩。但两人的生月分娩。但两人的生育保险直到育保险直到09年年4月做清查时才增加。按照政策分娩后缴纳生月做清查时才增加。按照政策分娩后缴纳生育保险的员工无法再申领生育津贴。由于客户从育保险的员工无法再申领生育津贴。由于客户从2021年开始年开始按照按照08年年3月的京财税【月的京财税【2021】557号令为符合生育政策的女号令为符合生育政策的女员工取得的生育津贴、生育医疗费用等免征个人所得税。由于员工取得的生育津贴、生育医疗费用等免征个人所得税。由于客户已支付了员工产假期间工资，但没有申领下生育津贴，就客户已支付了员工产假期间工资，但没有申领下生育津贴，就无法向地税申请为员工产假期间的工资办理退税。因此员工要无法向地税申请为员工产假期间的工资办理退税。因此员工要求赔偿产假期间个税损失，分别为求赔偿产假期间个税损失，分别为3589.22元、元、3887.26元。元。Case7-生育保险【事件经过】：【事件经过】：1、06年客户两名员工都是通过毕业生接收手续办理集体户口，年客户两名员工都是通过毕业生接收手续办理集体户口，办理完手续后当时没有增加生育，因当时办理完手续后当时没有增加生育，因当时On-site人员没有接人员没有接受过相关的培训。受过相关的培训。2、09年年3月业务支持部发通知进行清查，业务员发现该商社月业务支持部发通知进行清查，业务员发现该商社共有共有138人存在问题，于是于人存在问题，于是于09年年3月批量增加生育保险。月批量增加生育保险。3、因客户的社保截止日比较早，因此从、因客户的社保截止日比较早，因此从09年年4月份开始实做月份开始实做员工生育保险。员工生育保险。4、员工发现自己没有退税，询问后发现由于分娩后才增加生、员工发现自己没有退税，询问后发现由于分娩后才增加生育保险因此没有申领生育津贴。育保险因此没有申领生育津贴。5、业务员咨询业务支持部后得知员工补交之前的生育保险后、业务员咨询业务支持部后得知员工补交之前的生育保险后不能再申领生育津贴及办理退税手续。不能再申领生育津贴及办理退税手续。Case7-生育保险【问题和风险分析】：【问题和风险分析】：1、员工、员工001派出日期为派出日期为06年年7月月3日，生育历史记录显示员工日，生育历史记录显示员工09年年3月后正常缴纳生育保险，操作时间为月后正常缴纳生育保险，操作时间为09年年4月月4日，生育日，生育历史记录中还存在一条历史记录中还存在一条06年年7月月1日日07年年3月月31日的记录，日的记录，操作时间是操作时间是07年年6月月13日。经过与业务支持部社保中心核实，日。经过与业务支持部社保中心核实，该员工的生育保险从该员工的生育保险从09年年4月份实做，而从月份实做，而从06年年7月至月至09年年3月生育保险均未实做。另一名员工月生育保险均未实做。另一名员工002的情况也根本相同。的情况也根本相同。经核实，业务部是从经核实，业务部是从08年年1月后进入系统，上线后的相月后进入系统，上线后的相关操作由业务支持部社保中心负责，但之前的操作全部由业务关操作由业务支持部社保中心负责，但之前的操作全部由业务部单独操作。因此员工这条生育保险记录为何存在系统中不得部单独操作。因此员工这条生育保险记录为何存在系统中不得而知。而知。Case7-生育保险【问题和风险分析】：【问题和风险分析】：2、客户为员工支付了产假期间的工资，按照、客户为员工支付了产假期间的工资，按照?北京市企业职北京市企业职工生育保险规定工生育保险规定?员工分娩后应申领报销生育津贴和报销生育员工分娩后应申领报销生育津贴和报销生育医疗费，但由于员工分娩时并未参加生育保险，因此这笔费用医疗费，但由于员工分娩时并未参加生育保险，因此这笔费用无法报销。无法报销。Case7-生育保险【后续处理及引发的思考】：【后续处理及引发的思考】：1、对于员工申请的生育津贴退税补偿，业务部经公司领导审、对于员工申请的生育津贴退税补偿，业务部经公司领导审批后与员工签订了批后与员工签订了?生育津贴个税补偿协议生育津贴个税补偿协议?，并通过网银方，并通过网银方式支付给员工。金额分别为员工式支付给员工。金额分别为员工001：3589.22元、元、002：3887.26元。元。2、业务部后续对分娩员工的生育保险进行了清查，发现另有、业务部后续对分娩员工的生育保险进行了清查，发现另有5名员工是在名员工是在09年年4月增加生育之后分娩的，因此不会对生育月增加生育之后分娩的，因此不会对生育津贴的申领产生影响。津贴的申领产生影响。3、09年年3月业务支持部联同业务部对员工生育保险进行了核月业务支持部联同业务部对员工生育保险进行了核查，对问题人员进行了处理，同时相关流程、系统进行了优化。查，对问题人员进行了处理，同时相关流程、系统进行了优化。但我们在平时的工作中仍然要关注细节，保证员工生育保险按但我们在平时的工作中仍然要关注细节，保证员工生育保险按时、按要求缴纳，杜绝类似事件的发生，为公司防止不必要的时、按要求缴纳，杜绝类似事件的发生，为公司防止不必要的损失。损失。常见问题常见问题 Q&A串讲商社信息公积金地址维护信息填写完整，否那么刷单不出结果；社保模板中的工伤比例修改；商社福利模板，修改后在派员工可自动套用；商社信息公积金刷单“BD标识全国B类客户的输机规那么公积金的“分单标记员工根本信息是否外籍、是否劳务费派出；离职补偿金当月财务费用“未交撤离维护；当月财务费用“已交临派撤离离职补偿金撤离，未交费撤离维护界面填写离职补偿金撤离，已交费做临派撤离离职补偿金撤离，未交费撤离维护界面填写离职补偿金撤离离职补偿金撤离，已交费，做临派中间库刷单，分单、合单；往前补派的，非当月效劳费刷不进中间库；提前代发工资业务部填写?批办单?，部门经理签字、财务部经理签字，?提前代发工资协议?转运管部操作处理某商社雇员在海拉尔系统中派出且当前在派，派出费用：2818元社保五险：大库，住房：单立户，基数：5000，代发工资：5000，2021年10月初客户通知业务员该员工的社保起做日期改为9月1日，因上一家单位已缴纳7、8月社保。财务结算状态：2021年7、8、9月 费用2818元已交；正确做法：业务员告知输机员修改社保标准废成1900-1-31，做2021.7改费：工资日期，派出费用600元【备注2818-5000*42.3%+3】财务结算系统冲出2021.7、2021.8各-2218元社保/公积金系统中社保退费某商社雇员在海拉尔系统中派出且撤离到，派出费用：2818元社保五险：大库，住房：单立户，基数：5000，代发工资：5000，2021年10月初客户通知业务员该员工的社保起做日期改为9月1日，因上一家单位已缴纳7、8月社保。财务结算状态：2021年7、8、9月费用2818元已交；正确做法：业务员填写?数据变更单后?给后台；变更内容：修改社保标准起做日期由改成，做负临时费用2021.7、2021.8各-2218元；运管部转工程师操作：工资日期：，派出费用600元【备注2818-5000*42.3%+3】，工资日期：，派出费用：2818；财务做负临时费用2021.7、2021.8各-2218元社保/公积金系统中社保退费Case：某商社建户并起派员工100人，社保住房均为大库，10月初改单立户。如何操作？正确做法：业务员通知输机员将当前在派员工手动加社保住房终止日期2021.9.30;业务员维护商社信息，改社保、住房大库信息为单立户，各项起做日期从起做；输机员手动添加修改在派员工社保住房等单立户信息从起社保/公积金大库/单立户互转工资已发，改发票名称业务员填写?数据变更单?给运管部；运管部核实并转财务资金管理中心确认可否变更发工资情况“已发禁止，资金管理中心签字确认；运管部转技术部工程师操作变更发工资状态；运管部通知业务端退票处理并重新打票；业务操作完毕后通知运管部改回发工资状态“已发；迅速通知，极速也可以运管部通知技术部工程师变更发工资状态；防止发重工资Case：某商社有某商社有3名员工，名员工，2名员工名员工9月工资正常发放，第月工资正常发放，第3名员工名员工9月工资月工资有问题，暂时有问题，暂时hold住，摘可发。住，摘可发。10月初，客户确认第月初，客户确认第3名员工的代名员工的代发工资金额，要求尽快发放。发工资金额，要求尽快发放。业务员填写业务员填写?数据变更单数据变更单?给运管部；给运管部；运管部核实并转财务资金管理中心确认可否变更发工资情况运管部核实并转财务资金管理中心确认可否变更发工资情况“已发已发禁止，资金管理中心签字确认并反响运管部；禁止，资金管理中心签字确认并反响运管部；运管部转技术部工程师操作变更运管部转技术部工程师操作变更2名员工的发工资状态、删第名员工的发工资状态、删第3名员名员工的未发工资库数据；工的未发工资库数据；运管部通知业务端退票处理并修改第运管部通知业务端退票处理并修改第3名员工工资数据，重新打发票；名员工工资数据，重新打发票；业务操作完毕后通知运管部改回业务操作完毕后通知运管部改回2名员工的发工资状态名员工的发工资状态“已发；已发；迅速通知，极速也可以迅速通知，极速也可以运管部通知技术部工程师变更发工资状态；防止发重工资运管部通知技术部工程师变更发工资状态；防止发重工资Thanks！