デジタル製品パスポートの具体化が進むと、IT部門は他の何よりもまず次のような問いを投げかけます。「このプラットフォームは、当社のどのシステムにアクセスする必要があるのでしょうか？」これは極めて適切な問いです。その背景には、アクセス権限、ファイアウォールの許可設定、そして誰かが責任を負わなければならないセキュリティ対策があるからです。
私たちの答えは簡潔です。「どのシステムも対象外です」。パスポートにデータを提供するすべてのシステムは、データ源側にあり、そこに留まります。Transpareoは、チェーンの末端にある単なる受信者に過ぎず、データの流れは一方向でプラットフォームへと向かいます。この記事では、その流れを追跡します： 各システムが何を提供するか、各データストリームにどのようなルールが適用されるか、そしてどのような応答が返ってくるか。
各システムがパスポートに提供するデータ
パスポートのデータが単一のシステムからのみ得られることはめったにありません。実際には、それらはいくつかのシステムカテゴリに分散しており、各カテゴリが提供するフィールドはごくわずかです：
-ERP- 品目識別情報、材料、サプライヤーおよび原産地、注文およびロット情報、数量。変更されることがほとんどない安定したマスターデータです。 -MES- 生産履歴、シリアル番号およびロットの割り当て、品質証明、トレーサビリティ。特定の時点に紐づくイベントデータです。 -APS- 生産時期およびリソースの割り当て。パスには直接関係することはほとんどありません。重要な情報は、通常MESを通じて提供されます。 -PLM- 構成、部品表、修理可能性、交換部品、設計ステータス。 エコデザイン規則が求める要件に照らして、最も密接に関連する情報源です。 -PIM- 説明文、画像、メンテナンスおよび使用上の注意、言語バージョン。消費者向けのコンテンツです。 -IoT- 使用段階における状態データおよび使用状況データ。バッテリーなど、特定の製品グループでのみ必要とされます。 -CRM- 個々の顧客のサービスおよび修理履歴。基本的に個人を特定する情報であるため、公開パスには含まれません。
管理シェルはシステムと並列ではなく、それらを統括する位置にあります
他のどの点よりも重要な区別があります。アセット・アドミニストレーション・シェル（AAS）は、ERP、MES、PIM ## と並列にあるのではなく、それらを統括する## 位置にあります。AASはデータを生成するのではなく、既存のデータを相互運用可能なサブモデルにカプセル化します。Transpareoとの連携において、これは次のような意味を持ちます： AASは便利な形式ですが、必須の提供形式ではありません。AASを導入している場合は、データパッケージをそのサブモデルから導出します。導入していない場合は、同じフィールドを別の方法で提供します。それでもなお、なぜ私たちが管理シェルを優れた基盤だと考えているのかについては、AASに関する記事に記載されています。
あらゆるデータフローに適用される5つのルール
方向。すべての矢印はプラットフォームを指しています。Transpareoはどのソースシステムからもデータを取得せず、またTranspareoはERP、MES、PIM、PLMへのアクセス情報を一切保有していません。
お客様のシステムへの接続は存在しないため、セキュリティ対策が必要な接続もありません。
トリガー。プッシュは常にソース側でトリガーされます。つまり、メーカー自身、そのミドルウェア、または委託されたサービスプロバイダーによって行われます。プラットフォームは待機するのみで、データを取得しに行くことはありません。
目的限定。送信されるのは、パスに必要なデータの一部のみであり、ソースシステムの全データではありません。パスに必要なのは各システムからわずかなフィールドのみであり、それ以外は元の場所にそのまま残ります。
公開。各データパッケージの選択、範囲、およびタイミングは、ソース側が決定します。 Transpareoは、提供された以上のデータを受け取ることはできません。
権限。プラットフォーム上で提供されたデータに対してどのような処理が許されるかは、指定されたアクセス権限によって規定されます。権限は最小限に制限され、明示的に許可されていないことはすべて禁止されます。これらのルールはプラットフォーム側で適用され、ソース側に遡及することは決してありません。
戻ってくるのは受領確認のみです
完全な逆方向通信なしでは成り立ちませんが、この通信経路を通じて伝送されるのはデータではなく、応答です。具体的には、DPP-URL またはGS1 デジタルリンク、バージョン ID、公開ステータス、および検証メッセージです。 ソース側にとって、これらのフィードバックは貴重なものです。なぜなら、ERPやPIMにおいて、パス参照を商品データに直接紐づけることができるからです。これらはアクセス権そのものではありません。受領された納品に対する受領確認に他なりません。
実務で実績のある3つのパターン
-基幹システムから直接。ERPやPLMがコネクタを介してデータをプッシュします 。データソースが1つに明確に限られている場合には、シンプルで理にかなった方法です。 -アグリゲーション層を経由する方法。ミドルウェアやiPaaSがERP、MES、PIMの各フィールドを統合し、1つのパッケージとして提供します。複数のデータソースが関与する場合の標準的な手法です。 -AASサブモデルを経由する方法。管理シェルはすでに稼働しており、パッケージはそのサブモデルから導出されます。インダストリー4.0環境において有利な方法です。
どのパターンがどのシステム環境に適しているか、また、そのようなプロジェクトを3ヶ月ではなく2週間で完了させる方法については、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において商品に直接パス参照を紐付けることができるため、保存しておく価値があります。 これらはアクセス情報ではなく、受領された納品に対する受領確認となります。
ERPで数値が修正された場合、どうなるのでしょうか？
この修正は、新たなリリースを通じて適用され、既存のバージョンへの静的な変更ではなく、追跡可能な新しいバージョンとなります。 以前のすべてのバージョンは引き続き参照・検証が可能であり、まさにその点が監査において履歴を貴重なものとしています。このバージョン履歴がどのように署名され、誰もが検証できるようになるかについては、DPPの「署名と証明書」に記載されています。
Transpareoは、第2の「システム・オブ・レコード」となるのでしょうか？
いいえ、それは意図的なものです。このプラットフォームは、パスデータセットとその変更不可能なバージョン履歴を保持しており、お客様の運用データを保持するものではありません。お客様のシステムは、それらが管理するすべての事項において決定的な役割を果たし続けます。 これにより、プロジェクト作業も本来あるべき場所、つまり「パスにどのフィールドを含めるか」という決定に集中でき、「誰がどこにログインできるか」という問題に振り回されることはありません。
