欧盟数据法案落地，联网设备的用户要数据不能不给

2026 年 10 月，佛山做智能家居出口的吴总收到德国经销商发来的一份《数据可及性问卷》：旗下智能灯具、智能插座产品能否让用户直接导出使用数据？什么格式？要不要付费？经销商在邮件里写得很直接——欧盟《数据法案》（Data Act）的"设计义务"自 2026 年 9 月起适用，他们的零售合同里要向终端用户承诺数据可取，供应商答不上来，明年春天的新品就不排产了。

吴总的第一反应是"我们有隐私政策，GDPR 都过了"。不是一回事——GDPR 管的是个人数据的保护，而《数据法案》（欧盟条例 2023/2854）管的是联网产品产生的"使用数据"的获取与共享，包括非个人数据。一台智能灯每天产生多少亮度、能耗、开关时间数据，用户有权拿到、有权转给第三方——这是产品义务，不是隐私声明能替代的。

一、先对照：GDPR vs 数据法案

一句话：GDPR 是"保护数据"，数据法案是"把数据交出来"——两套义务要同时满足。

二、硬件出海要过的三道关

·关一：设计关（2026 年 9 月起）。投放欧盟市场的联网产品，必须设计成默认让用户能直接访问使用数据——按需、便捷、安全、免费。产品"压根导不出数据"，从合规角度就是缺陷，而不是功能取舍。

·关二：合同关。与商业用户的数据共享协议不得设置不公平条款；向第三方提供数据不得利用它开发与用户直接竞争的产品。渠道合同里的"数据独占"条款要重新审。

·关三：云与切换关（2027 年 1 月起）。云服务客户可要求切换提供商，切换收费将被取消；依赖单一海外云做欧盟业务的公司，条款与迁移方案都要提前准备。

三、一个完整案例：把"数据导出"做成产品功能

吴总的应对过程值得完整拆开看。第一步，先盘产品：在售 14 个 SKU 逐个列出产生哪些使用数据、存在哪里、谁能访问——一张表看清底数。第二步，和研发定方案：在 App 里加"数据导出"入口，输出通用格式（CSV/JSON），覆盖最近 24 个月的设备使用数据；数据不出设备本地的品类，提供本地导出。第三步，把商业秘密设防：算法参数与固件内部数据属于可主张的商业秘密，按条例规定的机制申请豁免共享，并留存豁免理由——豁免不是自动的，要能说清"共享会造成的具体损害"。第四步，改合同：与经销商的数据共享条款按"用户可取、制造商不滥用"重写，价格不因数据导出功能上涨。第五步，补文档：产品说明、隐私声明、技术文档三处同步更新数据可及性说明。三个月后经销商复检通过，吴总的产品拿到了进入其 2027 年新品目录的资格——同行里还在等"看别人怎么办"的，已经被挤出了这个目录。

四、做欧盟硬件市场，把这四步做实

·第一步：做一张"产品数据地图"。每个 SKU 产生什么数据、存多久、谁访问、导出路径是什么——这是所有后续工作的底稿。

·第二步：把导出功能排进研发计划。标准格式、免登录障碍、明确时限，设计义务看的是产品能力，不是承诺。

·第三步：梳理合同与渠道条款。数据独占、禁止转授、捆绑开发等条款逐条过，把与条例冲突的改掉。

·第四步：关注时间线。条例多数条款自 2025 年 9 月起适用，联网产品"设计即可取数"义务自 2026 年 9 月起适用于其后投放市场的产品，云切换费用取消自 2027 年 1 月起——新品排产正好卡在中间，早动手早主动。

五、连带提醒

两点提醒。一是数据法案的罚则由各成员国制定，德国、法国等市场的执法力度历来靠前，不要指望"先看看别人"。二是数据法案与 CRA（网络弹性法案）、GDPR 三者叠加：CRA 管安全与漏洞报告，GDPR 管个人数据保护，数据法案管数据可及——三套要求的文档、流程有重叠，一起建比分开建省一半力气。

写在最后

欧盟对联网产品的监管已经从"别乱用我的数据"走到了"你的数据必须能给我"。对硬件出海企业，这意味着数据能力要进产品设计，而不是进售后客服的话术。谁先把"用户可取数"做成产品功能，谁就在下一轮渠道谈判里多一张牌。

👉 在公众号后台回复「数据法案」，获取欧盟数据法案合规自查清单与产品数据地图模板。

CHENXING GLOBAL

全球设立，合规经营｜Build Globally. Operate Compliantly.

免责声明：本文为一般性信息分享，不构成针对任何具体情形的税务、法律或审计意见。各国及地区的政策、申报要求、费用标准与办理时效可能发生调整，实际操作应以当地现行法规、主管部门要求及专业机构核实结果为准。