DPP spatiotemporel

TapDPP est désormais en bêta publique sur Android et iPhone — voici ce que vous pouvez faire avec n'importe quelle étiquette NFC

Équipe QDat.io•Ven 5 juin 2026•7 min de lecture

Le chemin le plus court entre une idée et le fait de la tenir en main

Un Passeport Produit Numérique Spatiotemporel (SDPP) répond à une autre question qu'une simple URL produit. Au lieu de « qui a consulté ceci sur le web ? », il demande quelle étiquette a été touchée, quand, et où — et sert une vue différente en conséquence. Jusqu'ici, voir cela fonctionner supposait de déployer des lecteurs et de monter un backend. À partir d'aujourd'hui, il suffit d'un téléphone et d'une étiquette NFC vierge.

TapDPP est désormais en bêta publique sur Android et iPhone, téléchargeable depuis QDat.io/tapdpp et entièrement interconnecté au terrain de jeu tapdpp.qdat.io. Ce billet décrit ce que cela débloque.

Deux bêtas, un seul format de fil

Android — v1.22.0. Un APK signé que vous installez par chargement latéral directement depuis QDat.io/tapdpp. Fonctionne sur Android 8.0 (API 26) et plus récent.

iPhone — bêta publique. Le build iOS natif, via TestFlight d'Apple, redessiné autour du nouveau style « Emerald Instrument ».

Les deux clients parlent le même format de fil MQTT et écrivent la même URL de tag canonique : une étiquette écrite sur Android se lit à l'identique sur iPhone — et inversement. Il n'y a pas d'« étiquette Android » et d'« étiquette iPhone » distinctes : il y a juste l'étiquette, et le (Quand, Quoi, Où) de chaque lecture.

Le terrain de jeu : tapdpp.qdat.io

tapdpp.qdat.io exécute exactement le même code QDat.io qu'un exploitant déploierait chez lui, maintenu en ligne publiquement pour que la boucle se ferme de bout en bout. Demandez des identifiants de démo depuis le formulaire /demo et vous obtenez un locataire cantonné à vous — vous voyez vos étiquettes et rien d'autre. Les exploitants qui montent leur propre déploiement remplacent simplement l'hôte par le leur ; l'étiquette, l'application, le format de fil et la vue DPP ne changent pas.

Ce que vous pouvez réellement faire avec une seule étiquette NFC

Prenez n'importe quelle étiquette NFC vierge Type V (ISO 15693) ou Type A (NTAG / Mifare Ultralight) et vous pouvez dérouler toute la boucle :

Écrire l'URL canonique. Touchez une étiquette vierge et TapDPP y écrit https://tapdpp.qdat.io/<UID>, puis publie le scan — UID, horodatage, GPS — vers le broker.

La retoucher. La carte Dernier scan affiche l'URL comme lien touchable ; ouvrez-la et le terrain de jeu sert le Passeport Produit Numérique en direct de cette étiquette — identité du produit, fabricant, champs de durabilité, détails RFID, et la position spatiotemporelle du dernier scan.

Changer le modèle DPP. Depuis le tableau de bord, basculez la même étiquette entre une vue consommateur, une vue historique d'entretien, une vue démantèlement ou une vue régulateur. Même étiquette, même URL — une page différente.

Dessiner une clôture spatiotemporelle. Associez une URL alternative à un polygone sur la carte et à une fenêtre horaire. La règle vit sur le résolveur, à côté de l'historique de l'étiquette — pas sur l'étiquette.

Retoucher — et la voir se réacheminer. À l'intérieur de la clôture, le terrain de jeu renvoie l'URL alternative dans son acquittement et TapDPP réécrit l'étiquette sur place. La même étiquette physique vient d'être réacheminée, côté serveur, selon le Quand et le Où.

Ce qui vit sur l'étiquette — et ce qui n'y vit pas

L'étiquette porte un enregistrement NDEF avec l'URL canonique (et, sur les étiquettes conformes NDPP, un payload embarqué facultatif). Elle ne porte pas la logique de routage. Modèles, clôtures et historique vivent tous sur le résolveur, dans le périmètre de l'exploitant. Cette séparation est tout l'intérêt : l'étiquette est durable et muette ; l'intelligence est côté serveur et révocable. Une étiquette mise en service aujourd'hui se résout encore dans trente ans — la vue vers laquelle elle se résout est celle que l'exploitant décide au moment de la lecture.

Pourquoi c'est important

Les résolveurs web classiques routent par l'IP du demandeur, supposent que la marque exploite encore un serveur, et supposent que la géolocalisation d'une IP est proche de l'actif. Rien de tout cela ne tient pour un actif industriel sur une durée de vie de plusieurs décennies. Le SDPP route plutôt sur la lecture physique — l'horodatage, l'identité résidente sur l'étiquette et la position du lecteur — et sert depuis une infrastructure que l'exploitant possède. TapDPP est simplement la plus petite démonstration possible de ce modèle : aucun lecteur fixe, aucun backend à monter au préalable, juste un téléphone et une étiquette.

Essayez-le

Téléchargez les deux bêtas depuis QDat.io/tapdpp.

Ouvrez le terrain de jeu tapdpp.qdat.io avec des identifiants de démo obtenus via le formulaire /demo.

Lisez l'architecture SDPP complète pour les normes sous-jacentes — NDPP, NDEF, CBOR-LD et ISO 59040.

Pour un déploiement privé et sur site du module DPP dans votre propre périmètre, réservez une démo.

Prêt à voir QDat.io en action ?

Réservez une démo en direct pour voir le suivi RFID spatiotemporel et les flux de travail Cooldat® pour la chaîne du froid appliqués à vos opérations.

Réserver une démo