Aller au contenu

Glossaire

Le vocabulaire de la plateforme DUST, par ordre alphabétique. La documentation emploie ces termes de manière cohérente ; les chemins des endpoints d’API et les noms de champs conservent parfois d’anciens noms d’implémentation (indiqués pour chaque terme).

Rendre les marquages DUST d’une étiquette identifiables, afin qu’un scan d’identification puisse trouver l’étiquette ou, une fois celle-ci liée, sa fiche. Les étiquettes enregistrées par une station d’enregistrement arrivent en mode Vérification uniquement et le restent jusqu’à leur activation. Tout membre de l’équipe peut activer une étiquette ou une bobine entière — ce n’est pas une action réservée aux administrateurs. Voir Étiquettes et bobines.

Intégrer dans votre propre copie d’une fiche une modification qu’une source en amont a divulguée. L’adoption est une décision, pas une synchronisation : les données divulguées restent visibles sans être adoptées, et une copie que vous avez déjà adoptée reste en votre possession même si la source la masque ultérieurement. Voir Divulgations.

Indique si deux scans d’un identifiant peuvent être recalés l’un par rapport à l’autre avec une précision suffisante pour être comparés. Il s’agit d’une condition préalable à une analyse d’altération, jamais d’un résultat — un mauvais alignement signifie que la comparaison n’est pas exploitable, et non que l’élément présente un problème.

L’identifiant d’authentification délivré à un compte de service, échangé contre un jeton bearer de courte durée avant tout appel à l’API. Il n’existe pas de clés API personnelles. Les clés et les jetons confèrent l’intégralité des accès du compte de service et doivent être conservés sur un serveur, jamais dans un navigateur. Voir Authentification.

Masquer un identifiant de la vue par défaut d’une fiche sans l’en détacher. Cette règle d’affichage est l’inverse de l’invalidation, qui maintient l’identifiant visible et signalé. Les deux sont indépendantes : un identifiant peut être archivé, invalidé ou les deux. Voir Identifiants et scans.

Une fiche qui regroupe d’autres fiches en tant que pièces jointes, tout en restant elle-même une fiche pleinement autonome — avec son propre nom, ses champs, ses identifiants et son certificat. Un assemblage peut être imbriqué dans un autre assemblage. Chaque fiche accessible au sein d’un assemblage appartient à la même équipe propriétaire.

L’action d’associer un identifiant à une fiche, effectuée au moyen des endpoints d’identifiant. Une fois lié, l’identifiant renvoie à cette fiche lorsqu’il est scanné.

Une opération unique qui lie une plage de bobine à une sélection ordonnée de fiches — la première étiquette de la plage à la première fiche, la deuxième à la deuxième, et ainsi de suite. L’opération est entièrement réalisée ou entièrement annulée et ne saute jamais de position, car un saut décalerait silencieusement toutes les associations suivantes. Prévisualisez les associations dans la liste d’appariement avant de procéder à la liaison. Voir Étiquettes et bobines.

L’application de bureau DUST Camera Controls, qui permet à un site web de piloter un Dragon connecté — notamment la mise au point et les paramètres de capture auxquels un navigateur ne peut pas accéder seul. Elle est facultative : le Dragon fonctionne également comme une caméra ordinaire sans cette application. Voir Appareils pris en charge.

Un regroupement transversal qui classe les fiches. Contrairement à un dossier, une fiche peut appartenir simultanément à plusieurs catégories. Les catégories peuvent être imbriquées sous une catégorie parente (sous-catégories) ; l’appartenance est directe et n’est pas propagée aux niveaux supérieurs.

Un PDF immuable, généré à un instant donné à partir des données d’une fiche et délivré par la plateforme. Il est stocké sous forme de ressource jointe à la fiche, avec un enregistrement indiquant son statut de confiance (délivré ou invalidé) et sa provenance. La somme de contrôle de la ressource constitue le hachage du certificat.

Un modèle réutilisable appartenant à une équipe, qui définit la mise en page d’un certificat et les données de la fiche qui le remplissent. Un formulaire de certificat localise les valeurs par nom de champ (avec des alias facultatifs), et non par modèle, ce qui lui permet de générer des certificats aussi bien pour les fiches détenues que pour celles partagées ou transférées.

La relation permanente entre deux équipes appartenant à des organisations différentes — le canal de tous les échanges interéquipes. Les partages et les expéditions ne peuvent être initiés qu’au moyen d’une connexion, dont le cycle de vie (en attente, connectée, suspendue, supprimée) et la direction (envoi, réception ou les deux) déterminent ce qui peut circuler entre les deux parties. Les équipes d’une même organisation collaborent sans connexion.

Déplacer une plage contiguë d’étiquettes d’une bobine vers une autre — la représentation comptable de la découpe de la bobine physique, ainsi que la manière dont une commande client quitte votre stock. La plage est délimitée en scannant la première et la dernière étiquette, ou en saisissant leurs positions. Les positions de la plage qui ne peuvent pas être déplacées (parce qu’elles sont archivées, expédiées ou n’ont jamais été enregistrées) restent en place sous forme d’intervalles, et le nombre obtenu est prévisualisé — puis imposé si vous indiquez une quantité commandée. Voir Étiquettes et bobines.

Une entrée de provenance qu’une personne ou un système métier affirme, plutôt qu’un événement observé par la plateforme — par exemple une réception de marchandises, la validation d’une inspection ou une vente. Chaque entrée est attribuée et permanente : elle accompagne l’historique de l’élément et peut être retirée, mais jamais supprimée. La plateforme consigne l’affirmation ; elle ne la vérifie pas. Voir Consigner des événements passés et Provenance ERP.

Une version immuable et numérotée d’un modèle de page publique — v1, v2, v3 — figée lors de la publication du modèle, et la seule chose que le terme « version » désigne dans le module Pages publiques (les publications propres à une page sont identifiées par leur date et ne sont jamais numérotées). La publication d’une version ne modifie aucune page active ; les pages ne l’adoptent que lors d’un déploiement, lequel s’effectue uniquement vers l’avant : une version de modèle n’est jamais restaurée, et une version incorrecte est corrigée en en publiant une plus récente.

L’action explicite par laquelle le propriétaire d’une fiche rend certaines données — champs, ressources, identifiants ou certificats — visibles en aval par l’intermédiaire de Fabric. Les copies transférées sont des instantanés : les modifications apportées à la source ne se propagent que lorsque le propriétaire les divulgue explicitement, et toute divulgation effectuée est visible par chaque consommateur en aval de la chaîne.

Le scanner DUST USB. Il lit un marquage DUST au moyen de son propre système optique et réalise donc lui-même la capture, au lieu d’assister la caméra d’un téléphone comme le fait une Loupe. Sur une paillasse, il se connecte à un ordinateur, où l’application DUST Camera Controls ajoute le contrôle de la mise au point ; sur Android, il se connecte au téléphone, où DUST Go le pilote directement. Voir Appareils pris en charge.

Le marquage DUST physique appliqué à un objet, scanné sous forme de capture d’image puis résolu côté serveur par identification ou vérification par rapport aux identifiants enregistrés. Un identifiant DUST représente une identité physique et n’est jamais copié entre des fiches. Voir Identifiants et scans.

Le point d’entrée mobile des expériences web compatibles avec DUST : une application hôte qui exécute une page web et lui donne accès au matériel de scan de l’appareil — la caméra du téléphone équipée d’une Loupe sur iPhone, ou un Dragon connecté par USB sur Android. Les applications web communiquent avec elle au moyen du pont dust-go-connect. Voir DUST Go.

Une station qui enregistre des étiquettes sur une bobine par l’intermédiaire de l’API, généralement à côté de la machine qui les imprime ou les applique. Les stations fonctionnant sans surveillance effectuent par défaut un enregistrement en mode Vérification uniquement ; les étiquettes doivent donc être activées avant qu’un scan d’identification puisse les trouver.

Le nombre d’identifiants de chaque type que porte une étiquette d’une bobine donnée, saisi sous forme d’un nombre par type. Elle guide l’enregistrement — un emplacement de capture par identifiant attendu — mais ne limite jamais les identifiants qu’une étiquette peut réellement porter. Voir Étiquettes et bobines.

Le graphe de provenance interéquipes de la plateforme. Lorsqu’une fiche est transférée ou divisée, Fabric consigne les relations résultantes entre les fiches sources et dérivées, et propage les divulgations le long de ces relations — indépendamment du partage actif ou de l’état de la connexion.

Une valeur nommée et typée d’une fiche — texte, nombres, dates, images et autres attributs décrivant l’élément que la fiche représente. Les modèles définissent des ensembles réutilisables de champs.

Un conteneur pouvant être imbriqué, qui organise des fiches et d’autres dossiers. Une fiche appartient à un dossier au maximum (emplacement unique — contrairement à une catégorie). Le partage d’un dossier propage l’accès à son contenu.

Un identifiant DUST qui a été indexé, afin qu’un scan d’identification puisse le trouver. Le contraire de Vérification uniquement. Les marquages DUST enregistrés dans DICE sont identifiables par défaut ; ceux provenant d’une station d’enregistrement deviennent identifiables lorsqu’ils sont activés.

Un code physique ou numérique pouvant être scanné et associé à une fiche : DUST, QR, code-barres, Data Matrix ou NFC. Il s’agit du terme destiné aux utilisateurs pour ce que l’API appelle un tag — les chemins des endpoints et les noms de champs conservent l’ancienne terminologie (/api/v1/tags, tagType). Voir Identifiants et Identifiants et scans.

L’action de trouver une fiche en scannant ou en saisissant un identifiant. Les équipes parcourues sont définies pour chaque requête (searchTeamIds dans l’API) et correspondent par défaut à l’équipe dans laquelle la requête agit. Voir Identifiants.

Une étiquette physique portant un ou plusieurs identifiants — un code textuel imprimé, un marquage DUST, un code QR, une puce NFC, un code-barres ou un symbole Data Matrix, dans n’importe quelle combinaison. Les étiquettes sont fabriquées sur une bobine et conservent leur position physique sur celle-ci. Tant qu’une étiquette n’est pas liée à une fiche, elle fait partie du stock ; sa liaison rattache tous ses identifiants en une seule fois. Voir Étiquettes et bobines.

Un dossier qui regroupe des bobines. Il sert uniquement à l’organisation et n’est jamais expédié — contrairement à un dossier, qui organise des fiches. Une bobine qui n’appartient à aucune collection est non classée.

Un accessoire optique qui se fixe sur la caméra arrière d’un téléphone afin d’agrandir un marquage DUST pour que la caméra du téléphone puisse le photographier. Ce n’est pas une caméra en soi, et il est propre à chaque modèle : chaque Loupe est adaptée à un téléphone particulier placé dans une coque MagSafe compatible. Voir Appareils pris en charge.

Le contenu provisoire d’une expédition ou d’une autre opération Fabric : les fiches sélectionnées, leurs ressources sélectionnées, ainsi que toute structure d’assemblage, de dossier ou de catégorie à conserver. Le manifeste est figé lors de l’envoi de l’expédition.

L’une des particules DUST qu’une analyse d’altération dénombre lorsqu’elle compare un nouveau scan à la référence capturée lors de la liaison. À distinguer d’un identifiant : les marqueurs sont les composants d’un marquage DUST individuel. Voir Analyse d’altération.

La limite de compte de plus haut niveau, qui contient les équipes et leurs membres. Les requêtes API indiquent l’organisation active dans l’en-tête Dust-Ctx-Org-Id. Voir Conventions.

Une pièce est une fiche rattachée à un assemblage — chaque fiche est une pièce d’un assemblage au maximum et hérite par défaut des accès de l’assemblage. Une position est un champ nommé de type fiche sur un assemblage, attribué à l’une de ses fiches rattachées (par exemple « roue avant »). Elle se distingue de la position d’une étiquette sur sa bobine, qui est une clé de classement du stock physique plutôt qu’un emplacement au sein d’un assemblage.

Le tableau associant les positions aux fiches, qu’une liaison en masse affiche avant la liaison et conserve ensuite, avec possibilité de téléchargement au format CSV — afin que la personne sur la paillasse applique la bonne étiquette au bon élément. Il est dérivé de la plage de bobine et de la sélection, et n’est jamais stocké comme une fiche distincte.

La vue web publique et non authentifiée d’une fiche — le passeport produit numérique auquel un consommateur accède en scannant un identifiant ou en suivant un lien imprimé. Son URL est permanente et peut être réservée (et son code QR imprimé) avant toute publication ; jusque-là, elle affiche un avis indiquant que l’élément est « enregistré ». Une page publique ne possède aucune configuration de contenu propre : elle affiche exactement ce qu’extrait son modèle de page publique, en épinglant une version de modèle et une publication de ses données. Voir Pages publiques.

Un modèle réutilisable appartenant à une équipe, qui détermine le contenu et l’apparence de chaque page publique publiée par son intermédiaire — une pile ordonnée de blocs qui extraient les données d’une fiche selon le nom du champ, de la même manière qu’un formulaire de certificat. Un modèle dessert toute une gamme de produits ; sa modification ne change rien publiquement tant qu’une version de modèle n’a pas été publiée et déployée.

Une exécution en arrière-plan au périmètre défini, qui publie ou republie chaque page publique d’un dossier, d’une catégorie, d’un modèle ou d’une sélection explicite au moyen d’une version de modèle, avec un décompte des réussites et des échecs pour chaque fiche. Les échecs d’un lot peuvent faire l’objet d’une nouvelle tentative, et le lot peut être annulé — ce qui interrompt le traitement des pages restantes sans rétablir les pages déjà publiées dans leur état précédent.

Une autorisation accordée dans le cadre de l’appartenance à une équipe, qui signifie « peut rendre publiques les données de cette équipe ». Elle régit chaque modification dans le module Pages publiques — création et publication des modèles de page publique, publication et dépublication des pages, déploiements et lots de publication. Les administrateurs de l’équipe la possèdent toujours ; les membres qui ne la possèdent pas disposent d’un accès en lecture seule au module. Les comptes de service peuvent également la posséder afin de publier par l’intermédiaire d’un pipeline.

Un autre parcours Nouvelle fiche qui ouvre une étape facultative de capture photo, suivie d’une brève étape de création, avec l’option Ajouter des détails / formulaire complet permettant d’accéder au formulaire intégral. Cette fonctionnalité est activée pour chaque organisation ; de nombreuses équipes voient donc directement le formulaire complet à la place. Voir Prise en main.

Retirer une ressource d’une divulgation que vous avez précédemment effectuée. Les équipes en aval cessent d’en voir les détails supplémentaires, mais tout ce qu’elles ont déjà adopté reste en leur possession — une divulgation déjà vue ne peut pas être effacée, seulement interrompue. Voir Divulgations.

Le rouleau physique sur lequel les étiquettes sont fabriquées, et l’unité dans laquelle DICE les suit. Une bobine possède un nom (généralement le numéro imprimé sur le rouleau), une description facultative et une composition attendue. Chaque étiquette conserve sa position sur sa bobine — une clé de classement qui n’est imprimée nulle part sur l’étiquette elle-même et dans laquelle les intervalles sont normaux. Les bobines se trouvent au niveau supérieur du stock d’une équipe ou dans une collection d’étiquettes. Voir Étiquettes et bobines.

Une plage contiguë et inclusive de positions sur une seule bobine, lue dans l’ordre de la bobine — la sélection utilisée par une liaison en masse. Il ne s’agit pas d’une découpe : les étiquettes restent à leur emplacement.

Un type de relation directionnelle servant à relier deux fiches appartenant à la même équipe (par exemple « fourni par »). Les relations sont des annotations libres ; contrairement au rattachement d’une pièce, elles n’accordent aucun accès et ne créent aucune imbrication.

Un fichier joint à une fiche — documents, images et autres fichiers importés. Les ressources peuvent être sélectionnées dans des manifestes, des divisions et des divulgations.

La seule correction disponible pour une entrée consignée, telle qu’une transaction déclarée — un rectificatif, pas un effacement. L’entrée d’origine et son retrait restent tous deux dans le journal des transactions, car la fiche est partagée avec les futurs propriétaires.

L’ensemble des équipes dans lesquelles une identification effectue une recherche. Toutes les interfaces de scan utilisent ce nom ; l’API l’exprime sous la forme searchTeamIds, avec par défaut l’équipe dans laquelle la requête agit. Voir Identifiants et scans.

Une identité machine appartenant à une organisation. Les intégrations API agissent toujours en tant que compte de service, jamais en tant que personne, et c’est ce compte qui détient une clé API. Un compte de service est membre des équipes dans lesquelles il peut agir, exactement comme une personne. Voir Authentification.

Accorder à une autre équipe un accès actif à une fiche ou à un dossier, tout en maintenant votre équipe comme propriétaire. L’autre équipe le voit dans sa vue Partagé avec le rôle que vous lui avez accordé, et l’accès peut être révoqué — contrairement à un transfert, qui cède définitivement la propriété. Voir Partage et accès.

Le nom employé dans DICE pour un transfert : un ensemble entrant ou sortant de fiches échangé entre des équipes connectées, qui passe par les états brouillon, envoyé, accepté et en cours de traitement, le destinataire pouvant l’accepter, le refuser ou demander des modifications.

Créer de nouvelles fiches à partir d’une fiche source en copiant ou en reliant certains champs, fichiers et identifiants, tandis que Fabric consigne leur filiation. Les identifiants DUST représentent une identité physique et ne sont jamais copiés dans une fiche dérivée.

Une comparaison entre un nouveau scan d’un identifiant DUST et la référence capturée lors de sa liaison, qui produit des mesures de couverture des marqueurs et des calques d’éléments probants visuels — sans aucune conclusion. La plateforme indique ce qu’elle a mesuré et présente les éléments probants ; elle ne déclare jamais si l’identifiant a été altéré et ne fournit aucun nombre récapitulatif, aucune note ni aucun seuil. Voir Analyse d’altération.

La conclusion propre à une personne, tirée d’une analyse d’altération — la seule conclusion que la plateforme conserve. Son résultat est Cohérent, Conforme aux attentes (usure normale compte tenu du cas d’utilisation et du substrat de l’identifiant), Incohérent ou Indéterminé, et doit être choisi activement, sans valeur par défaut. Les observations sont attribuées, immuables et jamais remplacées : une analyse conserve la série entière. Le sujet est la surface de l’identifiant, et non la fiche ni les marchandises qu’elle représente.

Le périmètre d’accès et de collaboration au sein d’une organisation. Les équipes possèdent les fiches et les dossiers, et constituent l’unité utilisée pour le partage, les connexions et le contexte des requêtes. L’en-tête de requête est Dust-Ctx-Team-Id ; Dust-Ctx-Grp-Id est l’ancienne orthographe, toujours acceptée comme alias d’en-tête (Dust-Ctx-Team-Id prévaut lorsque les deux sont envoyés). Cet alias est la seule occurrence restante du nom « group » dans les échanges — les champs du corps des requêtes utilisent l’orthographe actuelle, comme searchTeamIds lors d’une identification. Quelques codes d’erreur (GROUP_ID_REQUIRED) sont également antérieurs au changement de nom. Voir Conventions.

Une définition réutilisable des champs d’une fiche, employée lors de la création individuelle de fiches ou de leur importation en masse (par exemple depuis un fichier CSV).

L’identifiant imprimé et lisible par une personne sur une étiquette, saisi au clavier plutôt que scanné. Il constitue la solution de dernier recours lorsqu’une caméra ne peut pas lire un code — et le seul qui fonctionne sur une étiquette en mode Vérification uniquement.

L’enregistrement central de la plateforme : une identité numérique représentant une chose ou un élément physique. Une fiche contient des champs, des ressources, des identifiants et des certificats, réside dans un dossier et peut être classée, partagée, expédiée, divisée et divulguée.

Une fiche telle qu’elle se présentait à un moment donné de sa chaîne Fabric : son état Actif — les données actuelles, lorsque vous disposez d’un accès actif — ainsi qu’une version figée pour chaque transfert, division ou propagation d’une divulgation le long de sa chaîne. Voir Fabric.

La trace permanente et attribuée de tout ce qui est arrivé à une fiche — les événements observés par la plateforme ainsi que les transactions déclarées. Elle accompagne l’élément chez ses futurs propriétaires, et les entrées ne sont jamais supprimées, seulement retirées. Voir Activité.

Déplacer des fiches d’une équipe à une autre au moyen d’une connexion : le destinataire reçoit de nouvelles fiches dont il devient pleinement propriétaire, les fiches sources sont clôturées et Fabric relie les deux côtés. Cette opération est présentée dans DICE sous forme d’expéditions ; l’acceptation constitue le point de non-retour.

Confirmer qu’un identifiant scanné correspond à l’identifiant attendu lié à une fiche précise — un contrôle binaire par rapport à une identité déclarée, contrairement à la recherche ouverte de l’identification. Voir Identifiants.

Un identifiant DUST dont la vérification peut confirmer la correspondance avec une fiche déclarée, mais que l’identification ne peut pas trouver parce qu’il n’a pas été indexé. Le contraire d’identifiable. Ce mode est délibérément utilisé pour le stock qui doit rester exclu de la recherche jusqu’à son activation.

Une URL publique permanente qui redirige vers une destination que vous contrôlez — imprimée sur un élément sous forme de code QR, puis redirigée ultérieurement sans qu’il soit nécessaire de réimprimer quoi que ce soit. Voir Vlinks.

Marquer un identifiant comme n’étant plus le marquage actif d’un élément — le DUST a été détruit ou appliqué de nouveau, ou le matériau marqué a été découpé. L’invalidation est un libellé : l’identifiant reste lié à sa fiche avec l’intégralité de son historique, reste visible dans la liste des identifiants (en rouge, marqué Invalidé) et peut toujours être identifié, vérifié et délié. Elle est réversible et ne modifie pas l’enregistrement DUST sous-jacent. Elle se distingue de l’archivage, qui masque un identifiant de la vue par défaut, et de l’invalidation d’un certificat, qui est définitive. Voir Identifiants et scans.