シフト終了直後です。コンプライアンス担当者は 生産システムからシフトリストをエクスポートし、それを アシスタントに読み込み、次のように入力します：「このリストにある セルについて、製品パスを公開してください。」
アシスタントは、1240件のシリアル番号とそのロット情報を読み取り、 Transpareoに照会してその製品パスに必要な情報を確認し、 パスを作成して、規制の要件に準拠しているかチェックを行います。 結果： 1237件は準備完了、3件は未完了（1つのロットで CO2フットプリントのデータが不足しているため）。担当者が その値を補完すると、アシスタントが公開します。2日後、 各セルは工場を出荷され、それぞれにQRコードが貼付され、そのコードをスキャンすると 対応するパス情報が表示されます。
これは未来のシナリオではありません。Transpareoを使えば、今日でもこれが可能です。 アシスタントが、 **にて、依頼から 署名済みのパス ** までのコンプライアンス業務を処理し、プラットフォームはその過程で、 その業務に必要なあらゆる情報をアシスタントに提供します。
今すぐお試しください
Claude、ChatGPT、Grok、またはGeminiに、 アプリケーションを連携できるアカウントをお持ちですか？ それなら、当社の デモ と連携してください。ここは実験の場です。1時間ごとに環境がリセットされ、 そこで行った操作は、その時点ですべて消去されます。
-
接続。アシスタントで新しい
アプリケーションを作成し、アドレス欄に
https://demo.transpareo.com/mcpを 入力して、「接続」をクリックしてください。 -
共有。
testerとDemoPass2027で ログインしてください。このログイン情報は意図的に記載されています。その後表示される画面で、 各権限が個別に指定されます。 読み取り権限については 永続的に許可していただいて構いませんが、書き込み権限については 個別に確認を行うことをお勧めします。 - 質問。チャットウィンドウに戻り、 日常的な言葉で、 「当社の製品パス一覧を表示してください」などと尋ねてみてください。
要求したのは一覧でしたが、読み取られたのはその状態でした。
返ってくるのは、質問した内容だけでなく、 その状態についても含まれています。これが可能になるのは、インターフェースが 行そのもの以上の情報を提供してくれるからです。例えば、行の数、 履歴書内の位置、欠落している項目などです。
これがこの記事を書いた理由です。残りの部分では、なぜこれが 機能するのかを説明します。
言うは易し、行うは難し
連携させる必要があったのは、まさに1つのページだけでした。それは、Transpareoのウィザードと、 先ほど説明した3つのステップです。もう1つは、 本番システムがもともと出力しているファイルでした。 どの 列がどのフィールドに対応するかを誰かが定義したわけでもなく、インターフェースを管理する人もいません： ウィザードがリストを読み取り、パスを作成しただけで、 その動作内容はたった一文にまとめられていました。リストが変更されれば、 ウィザードへの指示が変更されるだけであり、 プログラムコードの変更は一切必要ありません 。
このために、システムに特別な機能は必要ありません。ただ、 もともと出力しているもの――エクスポートファイル、レポートからのリスト、 シフト終了時の表――を出力するだけでよいのです 。
このリストは手作業でも取り込むことができます。 アプリケーションマネージャー内の インポーターは、テーブルを受け取り、認識した列に名前を付け、 何かが生成される前に処理内容を確認し、 必要に応じて元に戻すことができます。結果は 同じだったでしょう。ただ、誰かが割り当てを確認し、 レポートを読み、欠落している3つの値を自ら補完 しなければならなかったでしょう。 **ウィザードは、何が可能かを変えるのではなく、 その作業にかかる時間を変えるものです。 **
これまで、あらゆる コンプライアンス・プロジェクトの冒頭に行われていた統合作業は、今日では 日常語の一文で表現できるようになりました。
これこそが真の変革です。ただし、その先にあるプラットフォームが プログラムに対して、何を要求しているかを伝えられることが前提となります。
プログラムは、以前から常に主要な「読者」でした
製品パスが手作業で読み取られることはめったにありません。 スキャンされ、 呼び出され、検証され、転送され、アーカイブされますが、そのほとんどは ソフトウェアによって処理されています。小売業者のレジ、 リサイクル業者のシステム、行政機関の検査ツール、そしてロットが 規格に適合しているかどうかを確認したい輸入業者などです。 したがって、その読み取り担当者のほとんどは、 目ではなくプログラムを使ってパスを読み取っています。
そのため、Transpareoはそのインターフェースを中心に構築されています。公開された すべてのパスは、署名付きで機械可読な 文書であり、このインターフェースはライフサイクル全体を網羅しています： 製品の特性タイプから、検査や登録、 公開、さらには現場における個々の 製品の動向に至るまでを網羅しています。また、このインターフェースにはバージョン管理が施されています。今日、これに基づいて システムを構築する者は、砂上の楼閣を築くことにはなりません。つまり、 プログラムがパスを利用して動作すること自体は目新しいことではありません。 目新しいのは、どのプログラムが利用するかという点です。
そのため、アシスタントの仕事は作成だけで終わるわけではありません。 同様の文言が、ライフサイクルの残りの期間を通じて用いられます：
-「ロットB-2214のすべてのパスを取り消してください。」 -「ロット88の新しいCO2値を登録してください。」 - 「今月、修理に出されたすべてのパスを見せてください 。」
これらの文はすべて、人間が アプリケーションマネージャーで実行するのと同じ呼び出しとなり、同じ痕跡を残します。
アシスタントは推測ではなく、質問できなければなりません
アシスタ ## ントとは、御社に関する予備知識を持たない、 非常に迅速な従業員のような存在です。指示されたことを実行し、 回答が得られない場合は推測で空白を埋めてしまいます。4つの要素が、 その「推測」を「仕事」へと変えます。
アシスタントは、何が求められているかを尋ねられる必要があります。各製品および 各粒度について、プラットフォームは、パスポートにどの識別子や 属性が必要か、またそのうちのどれがすでに製品に 登録されているかを回答します 。単品の場合、次のような形になります：
{
"identifiers": {
"batchIdentifier": { "required": true },
"modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
"serialIdentifier": { "required": true }
}
}
3つの識別子のうち2つはアシスタントが取得する必要があり、3つ目は すでに製品に付与されています。これは作業指示であり、 クイズの時間ではありません。
アシスタントは、コードを書かずに検証を行える必要があります。検証処理は 公開処理と同じチェックを実行しますが、何も 作成しません。まさにその理由から、何かが 公開される前に、上記の数値「1237」が「3」となったのです **。
アシスタントは、なぜ却下されたのかを理解しなければなりません。**却下通知では 該当するフィールドが明記され、どのような対応が必要かが示されます：
PRODUCT_INVALID: 製品が無効です
「fields」欄に記載された属性を修正し、リクエストを再送信してください。
brand: ブランドが必要です - 指定されていません
componentsInput: コンポーネントの入力が不足しています
これを読んだアシスタントは、2つの情報を補足して 再送信します。エラー番号だけを受け取ったアシスタントは、 あれこれ試行錯誤することになります。これは、人間がコマンドライン上で 目にするのと同じ文言です。
数え間違いをしてはいけません。接続が切断され、 アシスタントが再試行した場合でも、生成されるのは 1つのパスだけであり、2つにはなりません。書き込み呼び出しにはキーが付き、 プラットフォームはこのキーによって再試行であることを認識します。
すべてのアクセスは取り消すことができます
データを取り扱うプログラムが増えるほど、 誰が何を許可されるかが重要になります。 アクセス権はアプリケーションマネージャーで作成され、 その秘密情報は一度だけ開示されます。その後、 プログラムは1時間後に失効するトークンを使用して動作し、 秘密情報はトークンを発行する場所へのみ送信されます。この情報は オペレーティングシステムのキーチェーンに保存され、決して コマンドライン引数には決して保存されません。
各アクセス権限には、ユーザーが与えた権限のみが正確に付与されます。 読み取りは 一つ、 書き込みは別、公開はさらに別の権限であり、 個々の製品単位まで制限することが可能です。 取り消し不能な 操作には、追加で確認が必要です。
ブラウザでアシスタントが接続を試みると、 承認の前に、そのアシスタントが要求する 個々の権限を明記した画面が表示されます。 承認されると、その接続は アクセス一覧ページに、承認した人物の 氏名と日付とともに表示され、同ページから 解除することも可能です。
取り消すことができないアクセス権は、 アクセス権ではなく、玄関マットの下に隠された鍵のようなものです。
お客様のデータはお客様の手元に残ります
Transpareoは、自発的にAIプロバイダーへデータを送信することはありません。 AIプロバイダーに届くのは、お客様がアシスタントを通じて 取得した情報のみです。どのアシスタントを使用するか、またその処理がEU域内で行われるか否かは、 当社ではなく、お客様ご自身が決めるものです。 接続を 確立するツールは、お客様ご自身のコンピュータ上で動作しており、その ソースコードは公開されています。これにより、お客様のセキュリティ部門は、 その動作を「信じる」のではなく、実際に確認することができます。
欧州の企業にとって、これが決定的な ポイントです。プラットフォーム自体は、ISO 27001認証を取得した ドイツのデータセンターに設置されています。そこから先、データがどこへ送信されるかは、 アシスタントの選択によってのみ決まります。お客様は、 EU内で処理を行うアシスタントを選んでもよいですし、 貴社の外に出ることのないアシスタントを選ぶことも可能です。「transpareo mcp」は、 貴社自身のコンピュータ上でプロトコルを処理し、その背後でどのモデルが動作するかは、 貴社次第です。
さらに、製品パスポートにはそもそもどのような情報が記載されているかという点もあります。これらは 通常、製品データ、すなわちシリアル番号、ロット番号、材料、 測定値などです。 万が一、個人を特定できる情報が含まれる場合でも、 誰が閲覧できるかは御社の独自のルールで決定され、 アクセス権限もそれに合わせてきめ細かく設定可能です：閲覧専用、 特定の製品のみ、いつでも無効化可能などです。
設定は数分で完了します
ご自身のワークスペースについても同様で、
独自のアドレス（例：https://dpp.example.com/mcp）で利用可能です：
同じ3つの手順 で、インストールは不要です。
キーボード入力や、処理をスクリプト化することを好まれる方は、
コマンドラインをご利用ください。transpareoは単一のプログラムであり、
そのコマンドはインターフェースの説明から生成されます。つまり、
プラットフォームができることはすべてこのツールでも可能であり、
誰かが手動で両者を調整する必要はありません。 これはオープンソースであり、
GitHubで公開されています。3
行の操作：インストール、ログイン、アクセス権限の確認。
curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id<id>
transpareo me
auth login は、標準入力または
環境変数からパラメータを読み込みますが、引数から読み取ることは決してありません。そうしないと、
プロセス一覧やシェル履歴に記録されてしまうためです。その後、
同じバイナリファイルが以下の処理を実行します：
transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish<code>
transpareo events tail --follow
ご自身のコンピュータ上でウィザードが実行されている場合、次の 1行で接続します：
transpareo setup claude
その後、これらの処理は、それぞれ
dpp_requirements、validate_dpp、
create_dpp、publish_dpp、tail_events。コマンドラインで
入力する内容と、ウィザードが呼び出す内容は同じです。
さらに、アシスタント向けのマニュアルも用意されており、
一般的な手順が説明されているため、試行錯誤で
順序を覚える必要はありません。また、直接プログラミングを
行いたい方には、各
ワークスペースの /apidocs に、インターフェースの
完全な説明が掲載されています。
アシスタントの利用に追加費用はかかりません
追加費用は一切かかりません。アシスタントは APIユーザーとして接続し、プログラムへのアクセスは どの料金プランにも含まれています。カウントされるのは公開されたパスであり、 それに取り組む人やプログラムの数はカウントされません。コンプライアンス業務を 自動化する方に対して、その対価として請求が行われることはありません。
義務化前から作業は始まります
2027年2月より、 バッテリーの製品パスポートが 義務化され、他の製品グループもこれに続きます。実際の負担は パスポートそのものではなく、製品データの整理にあり、まさにこの 作業を、企業は現在アシスタントに委ねています。項目の 収集、欠落箇所の特定、サプライヤー情報の確認、 検証、そして繰り返し作業です。これらのデータがどのようにパスに 取り込まれるかについては、『Ein Strom, eine Richtung』で解説されており、独自の接続方法については、ERP接続ガイドで詳しく説明されています。
推測に頼らざるを得ないアシスタントが作成するパスポートは、一見 妥当に見えても、検証には耐えられません。一方、 質問できるアシスタントが作成するパスポートは、正確な内容となります。この違いは アシスタント自身に起因するものではありません。それは、アシスタントが 利用する プラットフォームに起因するものです。
この記事に関するご質問
アシスタント用のアカウントには追加料金がかかりますか？
いいえ。アシスタントはAPIユーザーとして接続し、プログラムからのアクセス用URLはin jedem Tarif enthalten です。カウントされるのは公開されたパスであり、それに取り組んでいる人やプログラムの数ではありません。
アシスタントがうっかり何かを公開してしまうことはありますか？
公開は独自の操作であり、独自の権限が必要です。このアクセス権については、あなたが付与していない権限は存在しません。 アシスタントに対して「閲覧」と「確認」は許可しても、「公開」は許可しない場合、アシスタントはまさにその通りに行動します。取り消せない操作には追加の確認が必要となり、読み取り専用モードではすべての書き込み操作が無効化されますが、確認操作は引き続き許可されます。
AIプロバイダーは、当社の製品データを見ることができますか？
弊社からは送信されません。TranspareoはAIプロバイダーにデータを送信することはありません。どのアシスタントをご利用になるか、またその処理がEU域内で行われるかどうかは、お客様ご自身で決定いただけます。接続を確立するツールは、お客様ご自身のコンピュータ上で動作し、オープンソースであるため、セキュリティ部門がそのコードを確認することができます。
アシスタントの方に、私たちのログイン情報は渡されるのでしょうか？
この秘密情報は、保存されていたコンピュータから、トークンを発行する先へとだけ送信され、オペレーティングシステムのキーチェーンに保存されます。ファイルには保存されず、コマンドライン引数として扱われることも決してありません。 その後、1時間後に失効するトークンを使用して操作が行われます。ブラウザ上のウィザードには秘密情報は一切渡されず、代わりに、ユーザーが許可し、いつでも切断できる接続が提供されます。
アシスタントは、パスポートにどのような情報が必要なのか、どうやって知るのでしょうか？
彼はそれを尋ねます。どの製品、どの詳細レベルであっても、プラットフォームは、どのような識別子や特性が必要とされ、そのうちどれがすでに製品に登録されているかを回答します。これが、要件を読み取るアシスタントと、それを推測するアシスタントとの違いです。
アシスタントがミスをした場合、どうなるのでしょうか？
彼には、どのフィールドが欠けているか、そして何をすべきかを明記したエラーメッセージが表示され、プラットフォーム側からは何も表示されません。同じメッセージが、コマンドラインで操作しているユーザーと、ツールを通じて操作しているアシスタントの両方に、まったく同じ文言で届きます。 有用なエラーメッセージを受け取ったアシスタントは自ら修正を行いますが、単に番号だけを受け取ったアシスタントは推測するしかありません。
これはオープンソースですか？
このコマンドラインツールは、MITライセンスに基づくオープンソースであり、GitHubで公開されています。 各リリースには、署名、含まれるコンポーネントのリスト、および出所の証明が添付されています。このツールは、自身を更新する前にこの署名を検証し、検証に失敗した場合は何もインストールしません。
