8月3日大众新闻报道了山东新就业形态人员职业伤害保障试点的最新进展。山东自2025年启动试点将曹操出行、美团、货拉拉、盒马鲜生等25家平台企业纳入范围截至2026年6月底相关保障已覆盖215.8万名新就业形态人员。报道中最值得平台企业关注的不只是覆盖人数而是保障机制与平台业务之间的关系正在变得更加紧密。山东试点采取“按日参保、按单计费、月度缴费、总参总保”的方式并将职业伤害确认、劳动能力鉴定、待遇申领整合为“一件事”办理。制度以订单识别服务状态平台以数据说明业务事实系统以完整流程支撑保障落地。这一逻辑与薪连薪V2.0已经上线的职业标签、任务承接、完工凭证、企业验收和业务结算功能形成了清晰对应。它说明平台保障并不是在结算之后简单增加一项产品而是需要建立在真实人员、真实任务和真实服务过程之上。01 从“按人管理”到“按单识别”平台责任开始进入业务过程传统工伤保险通常建立在相对稳定的劳动关系、工作单位和工作场所基础上。网约车司机、外卖骑手、同城货运司机则主要依托平台接单工作时间分散、服务场景流动还可能跨平台提供服务。仅凭一份静态人员名单很难准确判断劳动者在某一时间点是否正在执行平台任务。山东试点以订单为核心设计参保缴费方式本质上是在解决责任识别问题劳动者何时进入保障状态平台责任如何与实际服务过程对应。订单因此不再只是交易记录。它还承载了服务人员、服务时间、任务状态和平台责任等信息。订单越真实、过程越清楚事故发生后的责任确认、资料核对和待遇办理就越有依据。需要注意的是报道所述试点重点聚焦出行、即时配送和同城货运等行业不能直接扩大解释为所有灵活用工行业已经统一实行“按单参保”。职业伤害保障也不能替代劳动关系认定和传统工伤保险制度。02 保障能否跟着订单走取决于平台有没有完整的数据链一笔订单要成为保障依据平台至少要能够说明五件事服务人员是谁注册人、实际服务人和收款人能否对应从事什么职业承接的任务是否与职业能力匹配服务何时开始、何时完成事故发生时任务处于什么状态提交了什么成果企业是否按照约定标准完成验收订单、结算、合同和相关凭证能否在需要时快速调取山东将职业伤害确认、劳动能力鉴定和待遇申领整合为“一件事”办理减少了重复提交材料也对平台数据的准确性和可调用性提出了更高要求。办理越集成越需要系统提前把人员、订单和服务过程记录完整。如果平台系统中只有姓名、身份证号和最终结算金额却缺少任务、服务状态、成果和验收记录那么发生事故或争议后即使平台愿意配合也很难完整还原业务过程。03 薪连薪V2.0已有功能正在把“人、职、任务、成果、结算”连成一条链薪连薪V2.0的升级并不是围绕保险概念做包装而是先从真实业务管理入手把未来保障服务可能依赖的数据基础嵌入现有流程。第一职业标签让人员与任务建立对应关系。灵工完成注册后需要绑定个人职业标签企业发布任务时也需要选择相应职业标签。系统通过职业与任务的匹配减少人员身份与实际服务内容脱节的问题。第二自主报名和派单确认记录真实承接过程。灵工可以在任务大厅自主报名抢单企业派单后灵工需要明确接受或拒绝。系统记录的不是企业单方面制作的人员名单而是具体任务下双方真实发生的承接行为。第三完工凭证和验收标准记录服务结果。灵工完成任务后需要根据任务约定提交完工凭证企业按照发布任务时确定的验收标准进行确认。任务是否完成、成果是否符合要求不再只依赖线下口头说明。第四结算由真实业务结果触发。薪连薪V2.0不再支持仅导入人员名单和金额直接发起结算。进入结算流程前需要有实际任务、承接记录、完工凭证和企业验收结果使每一笔结算都能回到具体业务。第五全流程数据为风险识别和后续服务提供基础。人员身份、职业标签、任务状态、服务成果、验收结果和结算信息在同一业务链条中形成记录。一旦出现争议、异常或后续保障需求平台能够更快定位相关人员和业务节点。薪连薪V2.0的价值不是为保障制度作出结论而是让保障、风控和责任识别拥有可以核验的业务依据。04 已有功能与保障机制结合重点不在“接一个保险入口”山东试点带来的启示是平台保障不能脱离业务系统独立运行。真正有效的结合应当发生在三个层面。一是人员层。通过实名注册和职业标签明确谁在平台提供服务、具备什么职业属性为人员识别和风险分类提供基础。二是任务层。通过自主报名、派单确认、任务状态和完工凭证记录从承接到完成的全过程使服务状态不再依赖事后补充。三是数据层。通过验收、结算和凭证关联让每一笔业务能够查询、追溯和说明。未来无论是接入商业保险服务还是配合职业保障、风险审核和争议处理都可以在已有数据基础上进行而不是重新搭建一套脱离业务的材料系统。目前薪连薪正在与保险机构对接适合灵活就业场景的保险服务。相关产品尚未正式上线具体保障范围、适用对象、责任条款和上线时间应以正式公告和保险条款为准。但可以明确的是薪连薪V2.0现有功能已经把人员、职业、任务、成果、验收和结算连接起来。这些并不是为了追逐某一个政策热点而是平台在进入精细化管理阶段后必须具备的基础能力。只有业务真实、过程完整、数据可查保障才能找到责任平台才能承担责任。山东职业伤害保障试点说明新就业形态保障正在从静态人员管理走向订单化、过程化和数据化。平台企业承担责任的方式也从完成撮合和支付进一步延伸到人员识别、任务记录、服务确认和数据协同。对薪连薪而言这一政策实践与V2.0已有功能的结合点十分明确职业标签解决人员与任务的匹配自主报名和派单确认记录承接过程完工凭证和企业验收说明服务结果真实业务触发结算形成完整闭环。保障服务能否真正发挥作用最终要看系统能不能回答一个基本问题谁在什么时间承接了什么任务完成了什么服务。 山东职业伤害保障覆盖215.8万人，平台保障离不开真实任务数据
8月3日大众新闻报道了山东新就业形态人员职业伤害保障试点的最新进展。山东自2025年启动试点将曹操出行、美团、货拉拉、盒马鲜生等25家平台企业纳入范围截至2026年6月底相关保障已覆盖215.8万名新就业形态人员。报道中最值得平台企业关注的不只是覆盖人数而是保障机制与平台业务之间的关系正在变得更加紧密。山东试点采取“按日参保、按单计费、月度缴费、总参总保”的方式并将职业伤害确认、劳动能力鉴定、待遇申领整合为“一件事”办理。制度以订单识别服务状态平台以数据说明业务事实系统以完整流程支撑保障落地。这一逻辑与薪连薪V2.0已经上线的职业标签、任务承接、完工凭证、企业验收和业务结算功能形成了清晰对应。它说明平台保障并不是在结算之后简单增加一项产品而是需要建立在真实人员、真实任务和真实服务过程之上。01 从“按人管理”到“按单识别”平台责任开始进入业务过程传统工伤保险通常建立在相对稳定的劳动关系、工作单位和工作场所基础上。网约车司机、外卖骑手、同城货运司机则主要依托平台接单工作时间分散、服务场景流动还可能跨平台提供服务。仅凭一份静态人员名单很难准确判断劳动者在某一时间点是否正在执行平台任务。山东试点以订单为核心设计参保缴费方式本质上是在解决责任识别问题劳动者何时进入保障状态平台责任如何与实际服务过程对应。订单因此不再只是交易记录。它还承载了服务人员、服务时间、任务状态和平台责任等信息。订单越真实、过程越清楚事故发生后的责任确认、资料核对和待遇办理就越有依据。需要注意的是报道所述试点重点聚焦出行、即时配送和同城货运等行业不能直接扩大解释为所有灵活用工行业已经统一实行“按单参保”。职业伤害保障也不能替代劳动关系认定和传统工伤保险制度。02 保障能否跟着订单走取决于平台有没有完整的数据链一笔订单要成为保障依据平台至少要能够说明五件事服务人员是谁注册人、实际服务人和收款人能否对应从事什么职业承接的任务是否与职业能力匹配服务何时开始、何时完成事故发生时任务处于什么状态提交了什么成果企业是否按照约定标准完成验收订单、结算、合同和相关凭证能否在需要时快速调取山东将职业伤害确认、劳动能力鉴定和待遇申领整合为“一件事”办理减少了重复提交材料也对平台数据的准确性和可调用性提出了更高要求。办理越集成越需要系统提前把人员、订单和服务过程记录完整。如果平台系统中只有姓名、身份证号和最终结算金额却缺少任务、服务状态、成果和验收记录那么发生事故或争议后即使平台愿意配合也很难完整还原业务过程。03 薪连薪V2.0已有功能正在把“人、职、任务、成果、结算”连成一条链薪连薪V2.0的升级并不是围绕保险概念做包装而是先从真实业务管理入手把未来保障服务可能依赖的数据基础嵌入现有流程。第一职业标签让人员与任务建立对应关系。灵工完成注册后需要绑定个人职业标签企业发布任务时也需要选择相应职业标签。系统通过职业与任务的匹配减少人员身份与实际服务内容脱节的问题。第二自主报名和派单确认记录真实承接过程。灵工可以在任务大厅自主报名抢单企业派单后灵工需要明确接受或拒绝。系统记录的不是企业单方面制作的人员名单而是具体任务下双方真实发生的承接行为。第三完工凭证和验收标准记录服务结果。灵工完成任务后需要根据任务约定提交完工凭证企业按照发布任务时确定的验收标准进行确认。任务是否完成、成果是否符合要求不再只依赖线下口头说明。第四结算由真实业务结果触发。薪连薪V2.0不再支持仅导入人员名单和金额直接发起结算。进入结算流程前需要有实际任务、承接记录、完工凭证和企业验收结果使每一笔结算都能回到具体业务。第五全流程数据为风险识别和后续服务提供基础。人员身份、职业标签、任务状态、服务成果、验收结果和结算信息在同一业务链条中形成记录。一旦出现争议、异常或后续保障需求平台能够更快定位相关人员和业务节点。薪连薪V2.0的价值不是为保障制度作出结论而是让保障、风控和责任识别拥有可以核验的业务依据。04 已有功能与保障机制结合重点不在“接一个保险入口”山东试点带来的启示是平台保障不能脱离业务系统独立运行。真正有效的结合应当发生在三个层面。一是人员层。通过实名注册和职业标签明确谁在平台提供服务、具备什么职业属性为人员识别和风险分类提供基础。二是任务层。通过自主报名、派单确认、任务状态和完工凭证记录从承接到完成的全过程使服务状态不再依赖事后补充。三是数据层。通过验收、结算和凭证关联让每一笔业务能够查询、追溯和说明。未来无论是接入商业保险服务还是配合职业保障、风险审核和争议处理都可以在已有数据基础上进行而不是重新搭建一套脱离业务的材料系统。目前薪连薪正在与保险机构对接适合灵活就业场景的保险服务。相关产品尚未正式上线具体保障范围、适用对象、责任条款和上线时间应以正式公告和保险条款为准。但可以明确的是薪连薪V2.0现有功能已经把人员、职业、任务、成果、验收和结算连接起来。这些并不是为了追逐某一个政策热点而是平台在进入精细化管理阶段后必须具备的基础能力。只有业务真实、过程完整、数据可查保障才能找到责任平台才能承担责任。山东职业伤害保障试点说明新就业形态保障正在从静态人员管理走向订单化、过程化和数据化。平台企业承担责任的方式也从完成撮合和支付进一步延伸到人员识别、任务记录、服务确认和数据协同。对薪连薪而言这一政策实践与V2.0已有功能的结合点十分明确职业标签解决人员与任务的匹配自主报名和派单确认记录承接过程完工凭证和企业验收说明服务结果真实业务触发结算形成完整闭环。保障服务能否真正发挥作用最终要看系统能不能回答一个基本问题谁在什么时间承接了什么任务完成了什么服务。