无劳动合同并不是无劳动关系
深圳百余农民工尘肺病维权事件背后：劳务派遣中的责任困局
去年深圳那起百余农民工为争取尘肺病检查而艰难维权的新闻，相信很多人都还记忆犹新。一个核心问题随之浮出水面：究竟是什么，让他们的维权之路走得如此坎坷？今天，我们就来深入剖析一下这背后的法律与现实。
免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈
问题的关键，往往在于用工模式的复杂性。在很多类似事件中，用工企业与劳动者之间，并非我们通常理解的直接劳动合同关系，而是一种被称为“劳务派遣”的特殊形式。简单来说，劳务派遣就是：劳务派遣单位（我们常说的“包工头”或劳务公司）先与劳动者签订劳动合同，建立劳动关系，然后再将这名劳动者派到实际的用工单位去干活。
这样一来，就形成了一个三角关系：劳动者听用工单位的指挥和管理，干的也是用工单位的活儿，但劳动合同却签在派遣单位那里。那么，一个很自然的疑问就产生了：在这种模式下，用工单位是不是就能把责任，尤其是像职业健康防护这样的责任，推得一干二净呢？
答案显然是否定的。法律对此早有明确规定。根据《劳动合同法》第六十二条，用工单位应当履行的义务中，第一条就是“执行国家劳动标准，提供相应的劳动条件和劳动保护”。这可不是一句空话。再来看《劳动法》第五十四条，它更是明确要求：用人单位必须为劳动者提供符合国家规定的劳动安全卫生条件和必要的劳动防护用品，对从事有职业危害作业的劳动者应当定期进行健康检查。
这意味着什么？意味着即便劳动者是派遣来的，只要他在你的工地上、你的车间里从事有职业危害的作业，用工单位就负有不可推卸的、提供安全条件和安排健康检查的法定义务。这层责任，并不会因为一纸派遣协议而自动转移或消失。
更进一步，《劳动合同法》第九十二条还设置了“防火墙”：如果劳务派遣单位违反法律规定，给被派遣劳动者造成了损害，那么，劳务派遣单位与用工单位要承担连带赔偿责任。请注意“连带”这两个字，它的分量很重——劳动者可以向其中任何一方主张全部赔偿，任何一方都不得以“我不是你合同上的老板”为由拒绝。这实际上是从法律层面，为防止用工单位利用派遣形式逃避责任，上了一道双保险。
所以说，劳务派遣这种用工形式，改变的只是劳动关系的建立方式，但绝非法定责任的“避风港”。用工单位想通过它来规避职业健康保护等核心义务，在法律上是行不通的。厘清这层法律关系，正是理解此类维权事件症结的第一步，也是关键一步。
相关攻略
读者来信 我现在的企业没有给我上任何的社会保险，我去年就提出要辞职，但老板始终不同意更不放我走。我听说《劳动合同法》实施后，类似我的这种情况可以随便辞职，是不是这样。 专家解答 根据《劳动合同法》的相关规定，社会保险已被明确列为劳动合同的法定必备条款。这意味着，企业在与劳动者签订合同时，必须写明为其
提出辞职未满30日即走人，公司怎么办？ 张先生在一家合资企业做销售，签的是无固定期限合同，算得上是公司的老员工了。公司对他挺看重，可张先生心里有自己的盘算：总觉得职业发展遇到了瓶颈，没能进入管理层。于是，一个去别处拓展业务、寻求新机会的念头，就这么冒了出来。 机会来得很快。没多久，张先生就和另一家公
涉外劳动用工关系如何确定 这里有个关键点，直接关系到用工关系的有效与否：如果一位外国朋友，或者来自港澳台地区的同胞，没有按照咱们国家的规定去办理《外国人就业证》或者《台港澳人员就业证》，那么，他和用人单位签的那份劳动合同，在法律上可就是无效的了。 不过，事情还有另一面。即便合同被认定为无效，如果人家
合法的用工形式有几种 说起企业与员工之间的“结盟”方式，法律层面其实提供了几种清晰的路径。最基础的划分，源自《劳动法》，它将用工形式明确区分为两大类：全日制与非全日制。而后来颁布的《劳动合同法》，则在此基础上引入了一种相对特殊的模式——劳务派遣，从而形成了当下主流的三种合法用工框架。 全日制用工：基
深圳百余农民工尘肺病维权事件背后：劳务派遣中的责任困局 去年深圳那起百余农民工为争取尘肺病检查而艰难维权的新闻，相信很多人都还记忆犹新。一个核心问题随之浮出水面：究竟是什么，让他们的维权之路走得如此坎坷？今天，我们就来深入剖析一下这背后的法律与现实。 问题的关键，往往在于用工模式的复杂性。在很多类似
热门专题
热门推荐
MongoDB 3 6旧版本如何平滑迁移GridFS数据 在MongoDB 3 6版本中，使用mongodump进行数据备份时，默认会忽略GridFS存储所使用的fs files和fs chunks集合，因为它们被系统视为内部命名空间。为确保GridFS文件数据的完整迁移，必须显式指定导出这两个集合
生产环境禁用 KEYS+DEL，因其会阻塞 Redis 主线程；应使用带游标和分批的 SCAN+DEL Lua 脚本或 Ja va 中通过 RedisConnection 执行 SCAN 迭代删除，避免连接泄漏。 直接使用 KEYS 配合 DEL 来批量删除特定前缀的 Key，听起来很直接，对吧？但
Redis为什么会出现内存泄漏的假象？排查Lua脚本中未设置过期的临时变量 Redis内存持续上涨可能源于Lua脚本中未设置过期时间的临时键，如set、hset、zadd写入后遗漏expire，导致“孤儿键”累积；需用redis-cli --scan结合object freq和ttl定位，并按业务语
多级分组排名应选rank()或dense_rank()而非row_number()：rank()跳过重复名次，dense_rank()连续编号；必须配合PARTITION BY和ORDER BY，且WHERE筛选需用子查询避免破坏分组。 rank() 和 dense_rank() 在多级分组中行为差
Redis如何实现基于发布订阅的配置热更新 Redis Pub Sub 能否可靠用于配置热更新？ 直接拿来用？恐怕不行。Redis 的 PUBLISH SUBSCRIBE 本质上是一种“即发即弃”的模型：消息不持久、没有确认机制、订阅者离线期间的消息会彻底丢失。想象一下，你的服务因为重启或者网络短暂