一旦数字产品护照的具体方案确定下来，IT部门就会在其他问题之前首先提出一个问题：该平台需要接入我们哪些系统？这是一个恰当的问题，因为这背后涉及访问凭证、防火墙权限以及安全方案，而这些都需要有人负责。
我们的回答很简短：没有。所有向产品护照提供数据的系统都位于源端，并始终保持在那里。Transpareo 仅是链条末端的接收方；数据流单向流向该平台。本文追溯了这些数据流： 每个系统提供什么数据、每条数据流适用哪些规则，以及返回了什么确认信息。
每个系统对护照数据的贡献
护照数据很少来自单一系统。实际上，这些数据分散在几个系统类别中，每个类别仅贡献少量字段：
-ERP- 产品标识、物料、供应商及来源、订单和批次关联、数量。这些是稳定且很少变更的主数据。 -MES- 生产历史、序列号和批次分配、质量证明、可追溯性。这些是与特定时间点相关的事件数据。 -APS（先进计划排程） - - 生产时间点和资源分配。通常与产品护照直接相关性较低；关键信息大多通过MES获取。 -PLM（产品生命周期管理） - - 组成、物料清单、可维修性、备件、设计状态。 根据《生态设计条例》（https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32024R1781）的要求，这是最详尽的信息来源。 -PIM- 产品描述、图片、保养与使用说明、语言版本。面向消费者的内容。 -IoT- 使用阶段的状态和使用数据。仅在特定产品类别中需要，例如电池。 -CRM- 单个客户的服务和维修记录。原则上属于个人数据，因此不应纳入公开产品护照。
资产管理壳位于系统之上，而非并列
有一点比其他任何界定都更为重要：资产管理壳（AAS） ## 并非与ERP、MES和PIM## 并列，而是## 凌驾于它们之上。它不生成数据，而是将现有数据封装到可互操作的子模型中。对于与Transpareo的对接而言，这意味着： AAS 是一种便捷的交付格式，但并非必需。采用 AAS 的用户可从其子模型中导出数据包；未采用 AAS 的用户则通过其他方式提供相同字段的数据。关于我们为何仍认为管理外壳是卓越的基础，请参阅关于 AAS 的文章。
适用于所有数据流的五条规则
方向。所有箭头均指向平台。Transpareo 不会向任何源系统发起查询，且 Transpareo 也不持有 ERP、MES、PIM 或 PLM 的访问凭证。
您的系统中根本不存在需要进行安全防护的连接，因为这种连接根本不存在。
触发机制。数据推送始终由源端触发 - - 由制造商自身、其中间件或受委托的服务提供商发起。平台处于被动等待状态，不会主动获取数据。
用途限定。仅传输“通行证”所需的子集数据，而非源系统的全部数据集。“通行证”从每个系统仅需少量字段；其余数据均保留在原处。
发布。每个数据包的选择、范围和时间均由源端决定。 Transpareo 无法获取超过所交付范围的数据。
权限。平台对所交付数据的处理权限由指定的访问凭证规范：仅授予最低权限，未明确允许的操作均被禁止。这些规则仅在平台端生效，绝不会追溯至源系统。
回传的仅为确认信息
虽然无法完全没有回传通道，但该通道不传输数据，而是 ## 传输响应：即 DPP-URL 或GS1 数字链接、版本 ID、发布状态以及验证消息。 对于源端而言，这些反馈信息非常宝贵，因为可以在ERP或PIM系统中将通过验证的参考信息直接存储在商品条目中。它们并非访问权限，而是已收货的确认凭证。
三种在实践中行之有效的模式
- 直接来自主导系统。ERP或PLM通过连接器推送数据。当存在一个明显占主导地位的数据源时，## 这种方式简单且合理。 -通过聚合层。中间件或iPaaS将ERP、MES和PIM字段整合并生成一个数据包。当涉及多个数据源时，这通常是标准做法。 -通过AAS子模型。管理层已投入使用，数据包由其子模型衍生而来。这在工业 4.0 环境中具有显著优势。
关于哪种模式适合哪种系统架构，以及如何将此类项目从三个月缩短至两周完成，我们已在《ERP 对接指南》中进行了详细说明。
Transpareo 刻意避免成为什么
绝非 第二个“记录系统”。该平台保存的是护照数据集及其不可更改的版本历史，而非制造商的运营数据。 在 ERP 中进行的更正将通过新的交付同步到 Pass - - 作为可追溯的新版本，而非对现有数据进行隐式修改。关于如何对该版本链进行签名并确保可供所有人验证，请参阅《签名与证书》一文。
因此，对于您的安全方案而言，几乎无需额外核查，而这正是设计初衷。您无需提供任何访问凭证，系统内部不会开放防火墙端口，也没有任何外部系统拥有读取您ERP数据的权限。
真正的项目工作已回归其应有的位置：决定护照中应包含哪些字段 - - 而不是决定谁可以在哪里登录。
关于这篇帖子的提问
Transpareo 需要访问我们的 ERP 系统或其他系统吗？
不。每个提供数据的系统都位于源端并保持在那里，Transpareo 并不持有 ERP、MES、PIM 或 PLM 的访问凭证。由于根本不存在连接到贵公司系统的通道，因此无需对此进行安全防护。 因此，在您的安全方案中，无需提供任何访问凭证，无需设置任何内部访问通道，也无需审核任何具有 ERP 读取权限的外部系统。
谁负责安排发货，频率如何？
始终由源端发起。推送由制造商自身、其中间件或受委托的服务商触发；平台仅处于等待状态，从不主动获取数据。每个数据包的内容、范围和发送时间均由源端决定，因此Transpareo所能接收的数据不会超过实际交付的量。 您可自行决定交付频率 - - 稳定的主数据很少发生变化，而生产事件则是在发生时才产生。
这需要一个管理容器吗？
不。管理壳并非与ERP、MES和PIM并列，而是位于它们之上；它不生成自有数据，而是将现有数据封装到可互操作的子模型中。因此，它是一种便捷的交付格式，但并非必需的。采用该管理壳的用户，会从其子模型中提取数据包。 未采用该模式的用户，则会通过其他途径提供相同的字段，即直接从主系统获取，或通过聚合层进行传输。
我们先从哪个系统开始呢？
根据《生态设计条例》的要求，PLM是信息最集中的单一来源 - - 其包含成分、物料清单、可维修性、备件及设计状态等信息。 ERP系统负责管理产品标识、材料、供应商和产地信息；PIM系统负责管理面向消费者的文本和图片；MES系统则负责管理生产和可追溯性事件。大多数产品护照只需从每个系统中提取少量字段。 请从必填字段最集中的地方着手，其余部分再逐步补充。
CRM中的客户数据会录入护照吗？
不。单个客户的服务和维修记录原则上属于个人隐私信息，因此不应包含在公开的护照中。在该列表中，CRM是唯一完全被排除在外的系统类别。尽管如此，维修和生命周期事件仍可被记录，但应作为产品层面的事件，而非针对特定个人的记录。
平台会返回什么？
仅为确认信息，不包含数据。回传通道传输DPP地址或GS1数字链接、版本ID、发布状态及验证消息。这些反馈信息值得存档，因为之后可据此在ERP或PIM系统中直接追踪该商品的Pass参考编号。 它们并非交易请求，而是对已收货的确认。
如果ERP中的某个数值被更正了，会发生什么情况？
该修正将通过新版本发布，从而形成一个可追溯的新版本，而非对现有版本的隐式修改。 所有早期版本均可调取和核查，这正是版本历史对审核工作具有重要价值的原因。关于如何对该版本链进行签名并确保其可供所有人核查，请参阅《DPP》中的“签名与证书”部分。
Transpareo会成为第二个“系统记录”吗？
不，这是有意为之。该平台仅保存通行证数据集及其不可更改的版本历史记录，而非您的运营数据；对于属于您系统的所有内容，您的系统仍具有最终决定权。 因此，项目工作也能保持在应有的轨道上 - - 即决定护照中应包含哪些字段，而不是纠结于谁可以在何处登录的问题。
