デジタル製品パスポートに関するサービスカタログ：仕様書への回答

ESPRの基本要件および繊維製品向けの適合プロファイルは、ワークスペースで試験が無効にされない限り、公開のたびに適用されます。

公開前に、パスおよび経済事業者の識別子、ならびにテキスタイル原案から抽出された繊維組成ラベルおよび技術文書が審査されます。素材組成およびパスレベルについては、推奨事項として審査されます。 お手入れ方法およびその他の添付文書は、所定の開示レベルが設定されたテンプレートフィールドとして用意されています。

委任法規が草案の段階にある限り、そこで定められるデータ項目は、Transpareo において設定の問題となります。最終的な法規で追加される内容は、プラットフォームの再構築を必要とせずに、適合性プロファイルの更新として反映されます。

はい。DIN DKE SPEC 99100に準拠したバッテリーデータモデルは完全に登録されており、公開前に検証が行われます。

Transpareoは、DIN DKE SPEC 99100（付録A、表A.1）で定義されているデータモデルを提供しており、このモデルはEU電池規則および欧州委員会のカテゴリー別ガイドラインで要求されるデータ項目を網羅しています： これには、バッテリーのカテゴリー、化学組成、CO2フットプリント、金属ごとのリサイクル材含有率、劣化状態（State of Health）、および寿命値などが含まれます。

バッテリーパスポートは、独自の適合性プロファイルに基づいて検証されます。規則により正当な利害関係を有する者への開示が限定されているデータ項目は、公開データセットとは別に管理されます。 バッテリーワークスペースでは、バッテリー1台につき1つのパスが自動的に使用されます。この義務は2027年2月18日から適用されます。

現在、11の製品グループに適合プロファイルが設定されており、それ以降の製品グループについては、それぞれ固有のプロパティタイプを用いて表現されます。

適合プロファイルは、繊維製品、電池、電子機器、タイヤ、包装材、家具、アルミニウム、鉄・鋼、化学製品、建築資材、および食品接触材料について用意されています。ワークスペースは該当するカテゴリーを選択し、プラットフォームがそのプロファイルに基づいて各パスを検証します。

その他の種類の製品については、製品および構成部品ごとに独自の属性タイプを定義し、それぞれ必須フィールドまたはオプションフィールドとして設定することで、それらを表現します。したがって、規制の対象外となっている製品グループについては、設定の問題となります。

TranspareoはEU向けのパスポートを発行しています。各業界のテンプレートごとに必須のデータ項目が定められているため、業界ごとにワークスペースを設けることをお勧めします。

ワークスペース内では、プロパティタイプとしてさらなるデータポイントが追加され、それぞれに独自の開示レベルが設定されます。また、各パスは、そのワークスペースのカテゴリに対応するコンプライアンス・プロファイルに基づいて検証されます。GS1識別子、W3C Verifiable Credentials、およびJSON-LDボキャブラリーは、世界中で読み取ることができます。

各テンプレートには2つのレイヤーがあります。1つは規制内容を定める「規制レイヤー」、もう1つはお客様が自由に拡張できる「お客様専用レイヤー」です。

規制対象レベル：各規制カテゴリーについて、プラットフォームは、それぞれの規制に基づくデータ項目および添付書類をテンプレートとして管理しており、ワークスペースはこれをワンステップで取り込みます。繊維製品に関するセットは、規則（EU）第1007/2011号およびESPRの基本要件に準拠しています。 繊維製品に関する委任法令は、現在まだ草案段階にあります。電池セットは、DIN DKE SPEC 99100および欧州委員会のカテゴリー別必須規則に準拠しています。 タイプ、義務ステータス、および用語集内の用語は固定されていますが、名称と開示レベルはワークスペースで調整可能です。用語が固定されているため、同じツールを使用して異なるブランドのパス情報を読み取ることができます。

独自のレベル：このワークスペースでは、規定された枠組みに加え、靴やアクセサリーなど、あらゆる種類の独自の属性タイプを任意の数だけ定義できます。新しい属性タイプは、保存するとすぐに利用可能になります。

ブランド、カテゴリ、属性タイプ、言語、グループ、ブランディング、ドメインはすべて設定項目です。すべてのお客様が同じ製品をご利用になります。お客様一人ひとりのニーズは、設定を通じてプラットフォームに反映されるため、アップグレードを行っても、すべてのカスタマイズ内容が維持されます。

モデルごと、ロットごと、または個数ごと。

GTINは、モデル（スタイルまたはSKUとも呼ばれます）を識別します。ロットパスでは、ロット番号がアドレスに付加され、単品パスでは、ロット番号の代わりにシリアル番号が記載されます。その結果、パスごとに1つのWebアドレスが生成され、GS1準拠のスキャナーであればどれでもこれを読み取ることができます。

レベルはワークスペースによって決定され、繊維製品および電池については、規制上のカテゴリーによって定められています。繊維製品の場合は生産ロットごとに1つのパスポート、電池の場合は電池ごとに1つのパスポートとなります。公開されたパスポートは、公開された時点のレベルを維持します。

はい。製品識別子はGS1に準拠しており、経済事業者および事業拠点はEN 18219:2026のスキームに基づいて検証されます。

GTINはモデルを、ロット番号（AI 10）はロットを、シリアル番号（AI 21）は個々の製品を識別します。GTINは入力時にチェックデジットに基づいて検証され、GTINのチェックデジットが間違っている製品は、保存も公開もできません。 経済事業者および事業所のGLNについても、同様にチェックデジットに基づいて検証されます。

GS1番号が確定する前から作業を開始することができます。製品はメーカー部品番号（MPN、通常はSKUに相当）によって識別され、GTINは既存のデータに影響を与えることなく、後から追加されます。

各レイヤーは、独自の識別子を持つ独立したデータセットであり、そのレイヤーに属する情報を保持しています。

このモデルは、商品に適用される情報（構成、お手入れ方法、原産地、書類）を保持します。バリエーションはこれらを継承しますが、異なる値が設定された場合は、そのバリエーションに「異なる」というマークが付与されます。ロットは、その番号と製造日を保持し、製造時の状態のデータセットを固定します。 単品は、そのロットの凍結されたデータセットを継承します。その単品固有の情報は、修理、再生、所有権の移転、および発生した事象からなる履歴です。

あるモデルから、その下位で生産されたロットへと遡ることができ、またあるロットからその構成品へと遡ることができます。一方、構成品は、そのロットやモデルへと遡ることができます。梱包の階層構造、つまり何が何に梱包されていたかについては、現在、記録されていません。

EN 18219で認められている方式に従い、LEIまたはGLNを持つ経済事業者、およびLEI、GLNまたはDIDを持つ事業所となります。

貴社のLEIまたはGLNはワークスペースの設定に、メーカーのものはそのデータレコードに保存されます。両者はこれらのスキーマに基づいて検証され、標準で定められた場所にパスに書き込まれます。その他のメーカー識別子は、開発作業を要することなく、プロパティタイプとして追加されます。

Webアドレスを格納できるあらゆるデータキャリア；QRコードはプラットフォーム自体が生成します。

GTINが割り当てられた製品の各パスは、GS1 Digital Linkとして発行され、印刷可能なQRコードテンプレートとして、スケーラブルなSVG形式、PDF形式、および最大2,000ピクセルまでの任意のサイズで作成されたPNG形式で提供されます。エラー訂正レベルはMです。 IllustratorおよびInDesignでは、これらのファイルを直接開くことができます。専用のAdobeプラグインは存在しません。

データマトリックスは小さな印刷面に適しており、NFCタグにはNDEF-URIデータセットが格納され、UHF-RFIDインレイは遠距離から読み取られます。また、同じGTINとシリアル番号から構成されるEPCは、同じパスに紐付けられます。 任意の数のデータキャリアが同じアドレスを符号化することができ、それらはすべて同じパスにつながります。

はい。アドレスは決定論的であるため、製品データレコードが作成される前にコードが印刷される可能性があります。

ドメインの設定が完了すると、GS1 Digital Linkからパスポートのアドレスが生成されます。その構成要素は、ドメイン、GTIN、およびレベルに応じてロット番号またはシリアル番号となります。 パスが公開されると、コードが展開されます。プラットフォームは、最初の草案段階から、ベクターSVG、印刷用PDF、および必要なピクセルサイズのPNG形式で、ファイルまたはAPIを通じて出力します。

サプライヤーが事前に作成したシリアル番号は、ファイルまたはAPIを介して大量にインポートされます。ワークスペース内では、各パスごとに1つのシリアル番号として扱われる場合と、そのパスを開くロットのシリアル番号として扱われる場合があります。

双方向で、サプライヤー側でのインストールも、そのシステムとの統合も不要です。

サプライヤーがTranspareoから発行されたコードを印刷する場合、注文データに基づいてパスが作成され、各パスに住所が割り当てられます。また、サプライヤーには、印刷可能なテンプレートとともに、そのデータセットがファイルまたはAPIを通じて提供されます。 サプライヤーが独自のコードを用意している場合は、そのシリアル番号がインポートされ、パスポートに紐付けられます。これは、大量生産前に一括で、あるいはAPIを介して1つずつ行うことができます。

サプライヤーとの取引関係は顧客側に残り、プラットフォームがシリアル番号とパスポートの紐付けを管理するため、すでに発行済みのパスポートに影響を与えることなく、サプライヤーを変更することができます。 Transpareoはソフトウェアを提供し、物理的なラベルやデータキャリアはパートナー企業、あるいはお客様が選択した任意のベンダーから、そのベンダーの価格にて提供されます。消費者がスキャンを行う際にはスマートフォンのカメラだけで十分であり、NFCやRFIDの読み取りには、事業者がすでに保有している機器を活用します。

各アドレスをクリックすると、そのレベルまたはその上のレベルのパスが開かれるため、ショップでは、お客様が購入する前にモデルのアドレスへのリンクを設定することができます。

ロットごとにパスが発行される場合、ロット番号のないGTINを入力すると、最新のロットのパスが開かれます。ロット番号を入力するとそのロットのパスが開かれ、シリアル番号を入力すると個体パスが開かれます。また、ロットごとにパスが発行されるワークスペースでは、そのシリアル番号を持つロットのパスが開かれます。 架空のシリアル番号を入力すると、そのロットまたはモデルのパスが開かれ、「このユニットには独自のパスがありません」というメッセージが表示され、その操作はログに記録されます。未知のGTINを入力しても、何も表示されません。 RFIDタグから読み取られたSGTIN-EPCは、URN形式であれGS1の圧縮形式であれ、そのGS1 Digital Linkに転送されます。

このリゾルバーは、GS1準拠リゾルバー規格（GS1-Conformant Resolver Standard、ISO/IEC 18975）に基づいて構築されており、ワークスペース内の各ホスト上で /.well-known/gs1resolver に記述されています。 linkType=linkset および旧値 all の場合、マシンは GS1 のスキーマに準拠した識別子のリンクセット（RFC 9264）を受け取ります。 gs1:pip、gs1:DPP、およびgs1:defaultLinkが適用されます。パスが対応していないリンクタイプの場合は404、無効なリンクの場合は400が返され、各応答にはその応答が提供するレベルが明記されます。 当社独自のリゾルバーは、GS1 Digital LinkおよびGS1エンコードされたRFIDアドレスに対応しており、パスポートはGS1アドレスで開きます。リンクがGS1リゾルバーを経由するブランドは、そのリゾルバーを当社のリゾルバーに設定しており、すべてのスキャンは、その転送を経由して当社に届きます。

各リリースでは、同じアドレスに新しい署名付きバージョンが固定され、それ以前の各バージョンはリリース時の状態で引き続きアクセス可能です。

各バージョンはW3Cの「Verifiable Credential」であり、選択的開示の手法であるECDSA-SDを用いて署名されています。これにより、利用者、リサイクル業者、行政機関は、それぞれアクセス権限のある部分のみを受け取り、その部分に対してのみ署名の検証が可能となります。 各バージョンには前のバージョンのハッシュ値が含まれており、履歴が気づかれずに書き換えられることはありません。また、Transpareoの鍵で署名されたマニフェストには、各バージョンとそのハッシュ値が記載されています。以前の各バージョンには、前のバージョンから何が変更されたかが明記されています。

パスに紐づく製品データレコードは編集可能な状態が維持され、独自の履歴が記録されます。変更のたびに、各フィールドごとに、変更者（担当者またはシステム）、日時、および変更前後の値が記録され、以前の状態を復元することが可能です。 製品履歴には、誰が何を変更したかが表示され、パスバージョンからは、いつどのような内容が市場に公開されたかが確認できます。

識別子はそのまま維持され、変更内容は同じパスポートの新しいバージョンとして公開され、製品に記載されているコードからは更新後の内容にアクセスできるようになります。

新しい識別子は、その品物自体が別のものになった場合にのみ必要となります。そのための仕組みとして「更新（Supersession）」があります。新しいパスポートは更新前のものと紐付けられ、一方にたどり着いた人はもう一方を見つけることができます。

はい。当社のオープンソースビューアであるTranspareo Time Machine では、公開されたすべてのバージョンがブランドのデザインで表示されます。

最新バージョンはページ読み込み時に表示されますが、以前のバージョンはタイムラインを開くと読み込まれます。製品のライフサイクル - どのように製造されたか、どのような修理が行われたか、どこへ運ばれたか - をスワイプして確認できます。詳細は以下をご覧ください Transpareo Time Machine。

バッチは独自の構成を維持し、その後の製品変更は、新しいバージョンに署名する修正を通じてのみ反映されます。

SKUおよびそのGTINは変更されません。ロットが作成される際、実際に製造された状態の構成部品や特性の永続的なコピーが反映され、その後の製品への変更はロットには反映されません。 あるシーズンの部品表が異なる場合、ロットの作成前にモデルに変更が加えられます。また、検査結果など、その生産ロットに関するその他の値も同様に設定され、ロットによって固定されます。ロットの修正を行うと、修正後のモデルの状態が反映され、新しいバージョンが署名されます。

春に製造された製品はその材料名を記載し、秋に製造された同じSKUの製品は独自の材料名を記載します。新しいSKUが作成されることもなく、不明確な点も生じません。過去の在庫状況は、Transpareo Time Machine を通じて引き続き確認可能です。

その事象はパスポートに記録され、データの変更は、同じ住所で署名済みの新しいバージョンとして公開されます。再発行や再印刷は一切行われません。

修理、再生、回収、リサイクル、およびリコールは、日付と担当者を記録され、EPCISの公開イベントとして表示されます。サプライヤーや材料の変更はデータの変更に該当し、新しいバージョンとして表示されます。検査、所有権の移転、およびインシデントについては、行政機関に対してのみ記録されます。

はい、そのブランドが提供するアクセスを通じてです。

このブランドは、修理・再生・リサイクル業者に対し、イベントを記録する権限を持つ独自のAPIアクセス情報を付与します。 記録される各イベントには、登録されている場合、そのGLNが発生場所として付加されます。また、そのイベントを新しいバージョンとして公開するには、別途公開権限が必要となります。ブランドからのアクセス権を持たない当事者は、何も投稿できません。

その署名については、Transpareoのソフトウェア、API、アカウントを一切使用せずに誰でも確認でき、ご希望に応じて、当該ブランドのみが保有する鍵を用いて確認することも可能です。

• すべての方への証明：W3CのVerifiable CredentialとしてECDSA-SDで署名されており、準拠したライブラリであればどれでもこれを検証できます。
• 閲覧者による検証：ビューアはDIDドキュメントと公開鍵を解析し、ブラウザ内で署名を検証します。
• オープンソース：監査証跡は、公的に監査が可能であり、独立して再現可能です。
• 独自の鍵：このプラットフォームは、署名対象データを当該ブランドの署名エンドポイントに送信します。秘密鍵がTranspareoに届くことはありません。

要件の一部は満たされています。EN 18246では、身元確認を経て認証された鍵が求められていますが、発行者の鍵は、そのような認証なしに自身のドメイン上で公開されています。 データキャリアの物理的なセキュリティ（コピー防止機能やハードウェア識別子など）は、データキャリアメーカーによって提供されていますが、Transpareoは現時点では、こうした機能を評価していません。

偽造パスポートは署名の段階で即座に検知されます。一方、コピーされた本物のコードは、スキャン統計に反映されます。

• 偽造パスポート：当該ブランドのドメイン上に存在せず、その鍵で署名もされていません。どの検証も失敗します。
• コピーされた正規のコード：パスポートごと、国ごとのスキャン回数は、スキャン統計に表示されます。単一のパスポートについては「保留」設定が可能で、それ以降のスキャンではそのパスポートが「保留中」として表示されます。

スキャン時に物理的なクローンを即座に見破るためには、タグのハードウェアIDなど、複製不可能なデータキャリアの特徴が必要です。Transpareoは現在、そのような値を収集・検証していません。

はい。各ソースは、API、テーブルインポート、エージェントインターフェース、またはアプリケーションマネージャーを通じて、自身が担当するフィールドをカタログに書き込みます。

製品、コンポーネント、ドキュメント、メディア、およびプロパティタイプは、この1つのカタログに格納されています。 インポート処理では、製品またはコンポーネントの識別子に基づいて照合を行い、既存のデータレコードをその場で更新します。これにより、PLMやERPからの定期的なデータ抽出によって、カタログは常に最新の状態に保たれます。コンポーネントは共有されます。一度修正された材料情報は、それを含むすべての製品に反映されます。

すべての書き込み処理は受信時に検証され、直後にそのカテゴリーのルールに基づいてチェックされます。また、変更内容はフィールドごとに、変更元と時刻とともにログに記録されます。 典型的な連携の流れは以下の通りです。PLMが構成とメンテナンスを担当し、ERPが注文、ロット、シリアル番号を管理し、サプライヤーポータルが証明書を提供します。Transpareoはパスポートを編成し、検証、署名を行い、発行します。

ドキュメントは製品やコンポーネントに関連付けられており、各製品の技術文書は、プラットフォーム自体がブランドのロゴ入りPDFとして自動生成します。

製品においては、公開文書はダウンロード可能な形で「パス」に収録され、公開された各バージョンは、公開時に使用されたファイルを保持します。一方、内部文書は「パス」には含まれません。データポイント内の規制対象文書は、その開示レベルに従うため、行政機関限定の文書は公開データから除外されます。 コンポーネントにおいて、文書は公開されているか、またはログイン後のみ閲覧可能です。

技術ドキュメントは、公開されているパスファイルを基に、当社独自のオープンソースレンダラー「md2pdf」を用いて作成されます。このレンダラーは、ワークスペースのブランディングを適用し、ワークスペース内の各言語（最大40言語）で同一のドキュメントを生成します。

データポイントは設定項目です：フィールドを作成し、開示レベルを設定し、必須項目としてマークします。プラットフォームの開発やリリースの待ち時間は必要ありません。

名前は一度、自身の言語で登録されると、プラットフォームによって他の言語に翻訳されます。既存のデータについては、以下の通りです：

• 検出：DPPの対応状況は、即刻よりカタログ全体を対象に再計算されるようになりました（毎分200製品）。新しいフィールドが含まれていない製品もすべて表示され、フィルタリングが可能です。また、エクスポートデータにはカタログ全体の新しいフィールドが含まれます。
• 事後登録：手動、テーブルからの一括インポート、またはAPIを介して行えます。値を導き出せる場合、ウィザードが検証用の候補を提案することができます。
• 公開されたパスポートはバージョンが維持されます。更新とは、同じURLでの再公開を指します。
• 監査：フィールド、値、およびすべての再公開は、監査ログとバージョン履歴に記録されます。

まったく新しいカテゴリが追加された場合、当社は適合プロファイルとデータポイントをテンプレートとして提供し、ワークスペースがそれらを一括で取り込むことができます。

列の割り当てとプレビュー機能付きのテーブルインポート（1ファイルあたり最大50 MB、100,000行まで）またはAPI経由でご利用いただけます。

インポーターは、列とフィールドの対応付けを提案し、書き込み前に各列がどのように変換されるかを表示します。また、同じ列見出しに対しては毎回同じ対応付けを提案します。 必要な列をすべて認識すると、自動処理によってマッピング手順がスキップされるため、繰り返し行うインポートは単一のアップロードで済みます。XLSXまたはCSV形式でのエクスポートには全データが含まれており、言語ごとに1つのテーブルが作成され、同じ形式で再インポートが可能です。 初期データ投入は通常、テーブル形式で行われますが、構造が整い次第、データ投入はAPIに切り替わることが一般的です。

すべてはHTTPSを介して認証された状態で処理されます。大容量のデータは、複数のアップロードに分けて、またはバルクAPIを介して送信されます。メディアファイルは1ファイルずつアップロードされ、一度に4ファイルまで、1ファイルあたり最大50 MBまで対応しています。エクスポート処理はバックグラウンドで実行され、有効期限のあるURLを介して行われます。 インポートが完了した場合や、確認が必要な場合は、アプリケーション内で操作担当者に通知されます。ご希望に応じて、完了時にEメールでの通知も可能です。FTPや認証されていないストレージは提供されておりません。

REST-API、署名付きWebhook、イベントフィード、テーブルのインポートおよびエクスポート、AIエージェント用のMCPサーバー、n8nノードを通じて利用可能です。ミドルウェアは不要です。

• REST-API：ドキュメント化されており、OAuth 2.0 クライアント認証情報による認証が行われ、システムごとに適用範囲が制限されています。PLM または ERP は、製品、コンポーネント、特性、ロットを作成・更新し、パスポートを公開します。
• Webhook：ポーリングを行う必要なくライフサイクルイベントを通知します。イベントフィードは、ポーリングを行うシステムに対しても同様のイベントを配信します。
• 一括インポート：統合予算のないシステム向けの表またはCSV形式。割り当て、プレビュー、既存レコードの更新機能を備えています。
• エージェントインターフェース（MCP）：統合プロジェクトを行う価値がないツール向けです。
• n8nノード：@transpareo/n8n-nodes-transpareo として公開されました。プログラミングなしでチームがワークフローを構築するためのものです。

APIとWebhooksはリアルタイムで動作します。インポート、エクスポート、公開、翻訳は、ステータス照会機能を備えたバックグラウンドジョブとして実行され、進行状況が表示されるほか、他のユーザーの処理を妨げることはありません。また、一括公開を行っても、キューが飽和状態になることはありません。 HTTPSに対応しているものなら何でも連携可能です。既存の統合プラットフォームやiPaaSも例外ではありません。GS1識別子は、マッピングテーブルがなくてもパートナーシステムによって認識されます。

各書き込み処理は、受信時にその値の種類と形式が検証され、その後、DPPの準備状況の算出時および公開のたびに、当該データセットが該当する規制カテゴリーの規則に照らして検証されます。

データの受信時の検証は、そのデータがAPI、インポート、または人を通じて提供されたかどうかにかかわらず適用されます。ルールは、カテゴリーのコンプライアンス・プロファイルに由来し、SHACLモデルに基づいてシェイプとして記述されています。つまり、これらのルールは、規制によるデータ要件を検証として具体化したものです。 事業所の識別子は、許容されるスキーマに対して検証されます。規制関連のデータポイントは製品ごとに管理され、公開時に固定化されます。コンプライアンス文書は同じデータレコードに紐付けられており、その可視性は、当該データポイントを管理するデータポイントの開示レベルに従います。

このチェックは構造的なものです。必須項目がすべて揃っており、正しい形式で、かつ要求された種類のものかどうかを確認します。記載内容が正しいかどうかは、例えばサプライヤーページを通じて、人が確認する工程となります。

各製品には、随時再計算されるDPPステータスが表示されています。パーセンテージ、色、および未完了の検査の一覧が記載されており、それぞれ該当するフィールドへのリンクが付いています。

公開をブロックする検証と、データセットの改善のみを目的とする検証は区別されています。必須の検証が未完了である限り、パスは公開されません。 必須プロパティが欠落している場合は、そのタイプが明記されます。また、標準で認められていない値については、違反している規則が報告されます。

コンポーネントは共有されるため、そのコンポーネントを含むすべての製品に変更が反映されます。バッチデータは固定されたままとなり、公開されたデータは編集者が意図した場合にのみ変更されます。修正が行われると、新しいバージョンが署名され、Webhookやイベントフィードを通じて通知されます。

カタログでは、 DPP対応状況は1つの列として表示されており、並べ替えやフィルタリングが可能です。アカウントなしで試すには、当社のデモをご利用ください。

はい、最大5段階の審査プロセスとなります。申請を行う者は、その決定権を持っていません。

各段階は、グループまたは権限に割り当てられています。必須の審査が未完了である限り、パスの公開はブロックされたままとなります。また、連携されたAIエージェントによって開始された公開についても、同様の手順を経ることになります。 アクセス権限は、個々の製品やコンポーネントに限定することができます。バージョン管理されたワークフローテンプレートはまだ用意されておりません。お客様が特定のステップを必要とされる場合は、当社が製品に組み込みます。

はい。タスクは個人またはグループに割り当てられ、毎日送信されるメールで各人に新しいタスクや期限切れのタスクが通知されます。また、サプライヤーへの情報照会には、それぞれ独自の期限とリマインダーが設定されています。

他の担当者への自動エスカレーションは、ロードマップに盛り込まれています。タスクはAPIを通じて照会可能であり、Webhookやイベントフィードによってパスのステータス変更が通知されるため、n8nとTranspareoノードなどを用いた外部ワークフローツールがこれに対応することができます。

設定可能な製品一覧表、タスクや問い合わせの一覧、および統計ページ。どのデータセットもエクスポート可能です。

• カタログ：各ユーザーが列を自由に選択でき、その中にはDPP対応状況も含まれます。保存されたビューは、チーム全体でクエリを固定します。コンポーネントは名前、タイプ、特性で検索可能であり、パスポートは識別子、ステータス（草案から廃棄まで）、バージョン、無効状態、およびロットまたは個数で検索可能です。
• 進行中の業務：タスクおよび問い合わせの一覧には、期限切れのタスク、担当者が決まっていないタスク、期限が切れた問い合わせ、および審査待ちの回答が表示されます。
• 消費者：パスごとのスキャン数、地域別、期間別のデータです。トラッキング機能のないサーバーログから取得されており、統計ページからダウンロード可能です。
• エクスポート：画面上の列やフィルターの設定に関係なく、製品、コンポーネント、パス全体をCSV、XLSX、JSON-LD、またはSQL形式のデータセットとしてエクスポートできます。

API を通じて、製品、ステータス、検索キーワードごとにパス情報を照会することができ、カタログ、パス、およびパスごとのスキャン数は、お客様がご自身の BI ツールでご利用いただけます。デモ：当社のデモをご覧ください。

各ワークスペースの製品データおよびパスデータは、それぞれ個別のデータベースに格納されています。アカウントデータと料金プランデータのみが、共通のプラットフォームデータベースに格納されています。

検索インデックス、署名キー、暗号化キーも、ワークスペースごとに分離されています。メディアとパスアーカイブは、各ワークスペースごとに独自のパスに配置されています。

はい、2つの側面からですね。機密性の高い分野とバックアップです。

• フィールド：AES-256-GCM を使用し、各ワークスペースごとに1つの鍵が割り当てられ、その鍵はサーバーのマスターシークレットから導出された鍵でラップされています。 マスターシークレットのローテーションにより、それが保護する各ワークスペースの鍵は、データを再暗号化することなく新たにラップされます。例えば、AIプロバイダーの鍵が保護されます。ワークスペースの署名鍵は、そのワークスペース専用の2つ目の鍵によってラップされています。
• バックアップ：ホストから送信される前にAES-256で暗号化されます。

メディアとパスアーカイブはEU内のオブジェクトストレージに保存されており、有料ワークスペースのアーカイブは10年間変更できません。

メールアドレスとパスワードに加え、ワークスペースが要求する場合がある第二の認証要素としてパスキーまたはワンタイムコードを使用します。ログアウトまでの非アクティブ時間は、ワークスペースによって設定されます。あるいは、ユーザーは自社のIDプロバイダーを介してログインすることもできます（シングルサインオンを参照）。

標準は480分ですが、ワークスペースごとに有効期間を自由に設定できます。セッションはサーバー側で終了します。当社のデモ用ワークスペースでは60分に設定されています。また、セッションクッキーはブラウザを閉じると失効します。 「secure」とマークされた暗号化されたセッションクッキーはセッション情報を保持し、言語クッキーは選択された言語情報を保持します。サードパーティのクッキーは存在しません。

ユーザーは招待され、アクセスグループに割り当てられます。ユーザーを削除すると、アクセス権およびAPIの認証情報は直ちに無効化されます。汎用アカウントや共有アカウントは存在しません。各ユーザーの最終ログイン日時が表示されます。長期間利用されていないアカウントの自動無効化については、ロードマップに盛り込まれています。

OIDCについて（すべてのプランでご利用いただけます）：ワークスペースは、Microsoft Entra ID、Okta、Google、その他のOIDCプロバイダーなど、各企業のIDプロバイダーと連携しており、ユーザーは会社のアカウントでログインします。 社内のドメインについては、パスワードによるログインを終了させることができます。SAMLはロードマップに盛り込まれています。

各ドメインは、誰かがそのドメインを通じてログインする前に、プロバイダーまたはDNSエントリによって認証されます。2要素認証はプロバイダーが確認します。パスワードがロックされると、企業がプロバイダー側でアカウントを停止した場合、それ以降ログインできなくなります。また、アクティブなセッションは、遅くとも12時間後にプロバイダー側へ戻ります。 Active Directoryは、Entra IDなどのOIDCプロバイダーを経由してTranspareoに接続されます。LDAPへの直接接続は存在しません。第二の認証要素としてのパスキーは、IDプロバイダーがなくてもフィッシング攻撃に耐性のある認証を実現します。

3つの記録：監査ログ（5年間）、NIS2に基づくセキュリティログ（365日間）、および当局によるすべてのアクセス履歴（ご要望に応じてエクスポートいたします）。

監査ログには、誰が、何を、いつ変更したかが、フィールドごとに、変更前後の値とともに記録されており、画面上で期間、データレコード、または実行者ごとにフィルタリングすることができます。 セキュリティログには、ログイン（成功または拒否）、多要素認証の要求、パスワードのリセット、アカウントのロック、API認証情報の拒否、ブロックされたアドレス、およびエージェント呼び出しの拒否が記録されます。 アプリケーション内で検索が可能です。

運用ログに含まれる個人データは、その目的を達成するために必要な期間のみ保存されます（GDPR第5条第1項e号）。パスポートは、当社のソフトウェアを使用せずに当局が検証できる署名付きデータとしてエクスポートされ、ログはCSVまたはXLSX形式でエクスポートされます。

当社のワークスペースに関連するセキュリティインシデントについては、個人データが関与しているか否かにかかわらず、直ちに顧客へ報告いたします。また、脆弱性については、どなたでもsupport@mail.transpareo.com までご報告いただけます。

個人データの保護に違反が生じた場合、当社の委託処理契約の第9条に基づく報告が行われます。同条項では、違反の内容、予想される影響、講じられた措置について説明し、連絡先を明記するとともに、違反が発生した時期、発見された時期、および影響を受けるワークスペースを記載しています。 現時点でまだ判明していない事項については、判明次第、追ってご報告いたします。

お客様からの依頼によるログインのみが、プラットフォームのログおよびワークスペースの独自のセキュリティログに記録されます。

お客様は、セキュリティログに記録されたそのようなアクセス履歴をすべて確認します。従業員は、アクセス権限が付与される前にレビューを受け、定期的にセキュリティ研修を受けます。 従業員は守秘義務を負っており、契約の履行およびサポートに必要な範囲に限りアクセス権が付与されます（データ処理委託契約の第7.4(b)条）。

support@mail.transpareo.com 宛てのメールによるサポート（ドイツ語および英語対応）は、どのプランにも含まれています。

別途のサポート契約や、実費精算によるサポートはございません。 アプリケーション内では、ヘルプ記事を検索することができ、APIガイドとともに、操作者の言語で表示されます。ワークスペース専用のAIアクセス権を持つアシスタントは、これら両方の情報に基づいて回答し、該当する記事を参照できるほか、確認後、そのユーザーの権限の範囲内で、記事に記載された手順を直ちに実行することも可能です。

はい、このプラットフォームは稼働中です。どの企業でも登録が可能であり、各パスポートは生成、検証、署名された後、その恒久的なアドレスで公開されます。

その機能については、アカウントなしで当社のデモ版でお試しいただけます。

ワークスペースごとに、パス数に応じた固定の月額料金で、セットアップ料、コンサルティング料、ユーザー利用料、スキャン料金は一切かかりません。また、有料の追加モジュールも含まれておりません。

データキャリアの形式は価格に影響せず、スキャン数、トラフィック、ストレージ容量は一切カウントされません。どのプランにも、独自ドメイン、40言語対応、完全なAPIを含む全機能が含まれており、このカタログに掲載されているすべての機能が、最も小規模なプランでもご利用いただけます。 プラン料金以外の唯一の費用は、お客様がご自身のアカウントでアシスタントをご利用になる場合、AIプロバイダーへの手数料のみとなります。請求は月単位で行われ、最低契約期間はありません。

スイスフラン、ユーロ、またはドル建ての4つのプラン：100パスまで、1,000パスまで、10,000パスまで、および無制限。いずれのプランも、製品やコンポーネントの数は無制限です。 ベータ期間中は定価から30％の割引が適用され、プランを継続される限り、ご契約時の価格がそのまま適用されます。8日間の無条件お試し期間もご利用いただけます。価格は、当サイトの価格ページに掲載されている最新の価格表が基準となります。

お客様のデータ、プロパティタイプ、ブランディング、ドメインを用いてワークスペースを構築し、最初のバージョンは数日以内に公開されます。

Transpareoのアドレスを使用すれば、新しいワークスペースは数分で利用可能になります。お客様の独自ドメインについては、DNSレコードが当社を指すよう設定され次第、利用可能になります。お客様側では、Windows、macOS、Linux、iOS、Androidのいずれかで最新のブラウザをご利用いただければ十分です。インストールや運用作業は一切必要ありません。

• サプライチェーンの連携：サプライヤーページを通じて、ワークスペースの言語で行われます。
• 統合：REST-API、Webhooks、MCPサーバー、およびn8nノードは、それらを開発したチームによって管理されています。

さらに、追加費用なしでご利用いただけるツールもご用意しております。40言語に対応したブランドイメージに沿ったドキュメント、信頼性を高める「Transpareo Time Machine 」、そしてトラッキング機能なしのトラフィック統計などです。

スイス法に基づく当社の一般取引条件：解約は毎月の請求期間の終了時に行われ、最低契約期間はなく、軽過失の場合の賠償責任は過去12ヶ月分の料金を上限とします。

• 解約：本契約は無期限であり、いつでも当該請求期間の終了時に解約することができます。
• 責任：故意および重過失の場合は無制限とします。軽過失の場合は、重要な契約上の義務の違反に限り、通常予見可能な損害に限定され、かつ損害発生前の12ヶ月間に支払われた対価の総額を上限とします。 法律で認められる範囲において、逸失利益、データの損失、および間接損害については、賠償の対象外となります。
• 変更：利用規約および料金の変更については、その効力が発生する少なくとも30日前に書面にて通知いたします。お客様には、変更後の利用規約に異議を申し立てる権利、および料金変更前に契約を解約する権利がございます。
• 準拠法および管轄裁判所：スイス法（国連国際物品売買契約条約の適用を除く）。管轄裁判所はスイスのツークとなります。
• 個人情報保護：委託処理契約は、本利用規約の一部を構成します。

お客様は引き続き経済事業者であり、パスポートの内容について責任を負います。Transpareoは技術的なプラットフォームを提供します。

私たちは、規則が策定される委員会に参加し、そこで公表された内容を実行に移しています。

• 欧州の標準化：スイス標準化協会（SNV）の国内標準化委員会およびそのDPP小委員会に参画しており、同委員会は、欧州のDPP規格シリーズを策定するCEN/CLC/JTC 24において、スイスの代表としての役割を担っています。 私たちは、草案が作成される過程でその内容を確認し、意見を述べています。
• EUのパイロットプロジェクト：4つのバリューチェーンにおいて「デジタル製品パスポート」の実証試験を行うEUプロジェクト「CIRPASS-2」のコミュニティ・オブ・プラクティスのメンバーです。
• 議事録作成：国連透明性プロトコルへの継続的な協力；バージョン0.7.0に対する当団体のコメント6件が、公開登録簿に掲載されています。
• バッテリーパスポート：ドイツ連邦経済・エネルギー省の支援を受け、主要な研究機関と共同でEUバッテリーパスポートの試験環境を構築している「バッテリーパスポート・コンソーシアム」の支援パートナーです。 バッテリーは、2027年2月18日より義務化される最初の製品グループとなります。

株式資本の51％は、ツークにある非営利団体「Transpareo財団」（設立準備中、2026年10月現在）に譲渡されます。同財団が設立された後は、この持分は譲渡不可となり、Transpareoの買収もできません。

設立後、当財団は中央スイスBVG・財団監督局（ZBSA）の監督下に置かれます。その経験は規制の枠を超えています。創設者による初の製品透明性プラットフォームは、2008年から化粧品メーカー向けに運用されています。