非欧盟装置运营者通过 O3CI 共享碳数据，数据该交给谁？
这是一篇微信公众号稿件。为便于检索、归档与阅读，收录于“公开发声”。
吕箐翎律师提示：O3CI 功能下，非欧盟装置运营者上传的装置和排放数据向申报人共享，申报人再在 Registry 中检索；申报人还需向供应商共享 EORI 号码。收到客户索要数据的邮件时，先确认对方是不是该数据路径中的申报人。
工厂收到欧盟客户邮件，要求“把碳数据上传到 O3CI”。此时最关键的不是先判断客户催得急不急，而是先问：这批数据在 Registry 里最终由谁接收？如果把普通业务联系人、合同买方和系统里的申报人混为一人，数据即使已经整理好，也可能走错方向。
吕箐翎律师的判断是：就欧盟委员会页面描述的 O3CI 功能而言，非欧盟装置运营者上传的装置和排放数据，是向申报人共享的；申报人再在 CBAM Registry 中检索。 因此，“数据交给谁”不能只看一封索取邮件，还要先把装置运营者和申报人这两个角色找准。
O3CI 解决的是一条定向的数据共享路径
欧盟委员会的 CBAM Registry 页面 将该平台说明为进口人履行 CBAM 义务和报告的电子平台。其中有关 O3CI 的说明是：非欧盟装置运营者可以通过该模块上传装置信息和排放数据，并向申报人共享；申报人可以在 Registry 中检索这些数据。
这段页面说明里，“非欧盟装置运营者”和“申报人”各有明确位置。前者是上传并共享装置、排放数据的一端，后者是能在 Registry 检索数据的一端。它没有把数据接收对象笼统写成所有欧盟客户、采购联系人或报关服务人员。
因此，如果对方只是以“买方”“客户”或“项目联系人”自称，下一步并不应直接转化为“他就是 O3CI 的接收人”。应先确认该主体是否是本次数据路径中的申报人；这不是对对方身份作否定，而是把商业沟通角色和系统中的数据接收角色分开核验。
EORI 的传递方向也不能倒过来看
页面还说明，为使用这项数据共享功能，申报人需要向供应商共享其 EORI 号码。这个细节恰好说明，O3CI 并不是供应商把资料任意发送出去的普通邮箱：数据共享发生在页面所述角色和功能之间。
这里要注意两层边界。第一，供应商收到 EORI 号码，并不表示供应商因而成为申报人；第二，供应商掌握工厂排放资料，也不表示任何接收邮件的主体都自然成为可以在 Registry 检索这些资料的申报人。EORI 共享事实应当与拟接收数据的申报人身份一并核对，而不是只留在邮件附件里。
先核对“谁运营装置、谁接收数据、谁提供 EORI”
遇到 O3CI 上传要求时，可以先把问题收窄为三项事实。第一，实际运营相关生产装置的是谁；只有该角色对得上，才谈得上页面所说的非欧盟装置运营者。第二，拟在 Registry 中检索数据的申报人是谁；不要只以合同抬头或邮件签名代替。第三，申报人是否已经向供应商共享其 EORI 号码，以对应页面所述数据共享功能。
这三项分别对应数据来源、数据接收和系统识别。把它们并列核对，不是在承诺任何主体一定能上传或一定完成申报，而是让数据交付不再停留在“客户要资料”的笼统描述上。
页面说明不能替代对数据和交易的全部判断
上述结论仅限于 Registry 页面介绍的 O3CI 数据共享功能。它不能据此确认某一主体已获得授权，不能判断数据是否准确完整，也不能判断具体产品是否纳入 CBAM、合同责任如何分配、税费多少或申报会产生何种结果。
在这些事实未查清前，最稳妥的做法是先确认数据应进入的申报人路径，而不是把每一个欧盟业务联系人都当成 O3CI 的当然接收人。