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