Skip to main content
AccueilBlogGlossaireIdentifiant d’application (AI)

Identifiant d’application (AI)

17TRACK

Qu'est-ce qu'un identifiant d'application (AI) ?

Un identifiant d'application (AI) est un préfixe numérique normalisé du système GS1 qui identifie la signification et le format des données qui le suivent. Dans la logistique, l'entreposage et l'exécution des commandes e-commerce, les identifiants d'application GS1 permettent aux systèmes de distinguer des informations telles qu'un identifiant de produit, un identifiant d'unité logistique, un numéro de lot ou une date d'expiration dans un code-barres ou une autre représentation de données GS1 prise en charge.

Application Identifier AI

Un AI se compose de deux, trois ou quatre chiffres. Il ne constitue généralement pas l'identifiant commercial lui-même : il indique au système récepteur comment interpréter la valeur associée. Par exemple, l'AI 01 identifie un champ contenant un Global Trade Item Number (GTIN), tandis que l'AI 00 identifie un champ contenant un Serial Shipping Container Code (SSCC). Les définitions officielles, les formats et les règles d'utilisation sont gérés par GS1.

Dans ce contexte, AI signifie Application Identifier, et non intelligence artificielle. L'abréviation apparaît également dans d'autres domaines techniques, mais la signification GS1 est celle qui s'applique lorsqu'il est question d'identification des produits, d'étiquettes logistiques et de données de codes-barres de la chaîne d'approvisionnement.

Comment fonctionnent les identifiants d'application

Un élément de données GS1 combine un identifiant d'application avec son champ de données associé. Plusieurs éléments de données peuvent être transmis ensemble lorsque le code-barres choisi et les règles GS1 applicables le permettent. Une application réceptrice lit l'AI, détermine la structure attendue du champ, extrait la valeur et attribue cette valeur au champ commercial approprié.

Cela fournit un vocabulaire commun entre les organisations. Sans règle d'interprétation partagée, une suite de chiffres pourrait être confondue avec un numéro de produit, une date ou une référence d'expédition. Un AI fournit cette interprétation, même si le logiciel récepteur doit toujours mettre en œuvre les règles d'analyse et de validation pertinentes.

Notation lisible par l'homme et données encodées

Les identifiants d'application sont généralement affichés entre parenthèses dans le texte lisible par l'homme accompagnant un code-barres. Par exemple, (17)271231 représente l'AI 17 suivi d'une valeur de date d'expiration au format AAMMJJ : le 31 décembre 2027. Les parenthèses aident une personne à reconnaître l'AI ; elles ne sont pas encodées comme des parenthèses ordinaires dans les données du code-barres GS1.

Les scanners de codes-barres et leurs interfaces logicielles peuvent présenter les informations de contrôle différemment. Par conséquent, une étiquette imprimée, la sortie textuelle d'un scanner et l'enregistrement stocké par une application peuvent ne pas avoir le même aspect, même lorsqu'ils représentent les mêmes données. Les implémentations doivent distinguer la représentation imprimée de la structure encodée, plutôt que d'essayer d'analyser uniquement les parenthèses visibles.

Longueur des champs et séparateurs

Certains champs de données AI ont une longueur prescrite, tandis que d'autres autorisent un nombre variable de caractères jusqu'à un maximum spécifié. Cette distinction est importante lorsque plusieurs champs apparaissent ensemble. Un analyseur doit savoir où se termine une valeur avant de pouvoir identifier l'AI suivant.

Pour les champs de longueur variable, un séparateur approprié est généralement nécessaire lorsqu'un autre élément de données suit. Dans les implémentations de codes-barres GS1, cela implique le mécanisme de séparation spécifié pour la symbologie concernée, notamment FNC1 lorsqu'il est applicable. Les interfaces logicielles peuvent représenter un séparateur par un caractère de séparation de groupe. Les exigences exactes doivent être tirées des GS1 General Specifications plutôt que déduites de l'apparence d'une étiquette.

Identifiants d'application courants en logistique

Les exemples suivants illustrent des champs de données GS1 fréquemment pertinents. Il s'agit d'exemples sélectionnés, et non d'une liste exhaustive ni d'un substitut aux définitions officielles des AI.

AIDonnée identifiéeFormat des donnéesImportance pratique
00Serial Shipping Container Code (SSCC)18 chiffres numériquesIdentifie une unité logistique individuelle, telle qu'une palette ou un colis.
01Global Trade Item Number (GTIN)14 chiffres numériquesIdentifie un article commercial plutôt qu'une expédition particulière.
10Numéro de lotLongueur variable, jusqu'à 20 caractères autorisésAssocie un article commercial à un lot ou à une série de production.
11Date de productionSix chiffres numériques, AAMMJJCommunique la date de production associée à l'article.
15Date limite de consommation optimaleSix chiffres numériques, AAMMJJCommunique une date de durabilité minimale, distincte d'une date d'expiration.
17Date d'expirationSix chiffres numériques, AAMMJJPermet la gestion liée à l'expiration lorsque cela s'applique au produit.
21Numéro de sérieLongueur variable, jusqu'à 20 caractères autorisésPermet de distinguer une unité individuelle lorsqu'il est utilisé avec l'identifiant de produit approprié.

Les définitions officielles précisent également des éléments que ce résumé ne reproduit pas, notamment les jeux de caractères autorisés, les associations obligatoires avec d'autres données et certaines règles de validation. La longueur maximale d'un champ ne signifie pas que chaque valeur doit occuper cette longueur.

Utilisation dans l'entreposage et l'exécution des commandes e-commerce

Les identifiants d'application se situent à l'interface entre l'identification physique et les enregistrements commerciaux. Un entrepôt peut scanner une unité logistique entrante, récupérer son SSCC et associer cet identifiant à une réception attendue. Les données au niveau du produit peuvent identifier séparément l'article commercial, le lot, la date d'expiration ou le numéro de série pertinent pour la gestion des stocks.

Le code-barres n'a pas besoin de contenir tous les détails de la transaction. Un SSCC peut servir de référence vers des informations conservées dans un système d'entrepôt ou échangées entre partenaires commerciaux. De même, un GTIN identifie un article commercial, tandis que les descriptions, les conditions commerciales et les affectations de commandes peuvent rester dans des bases de données connectées.

Par exemple, un détaillant qui réceptionne des stocks sensibles aux dates peut lire un identifiant de produit, un numéro de lot et une date d'expiration depuis une étiquette compatible. Si son logiciel d'entrepôt prend en charge ces champs, il peut enregistrer le lot et la date lors de la réception. La question de savoir si ces informations influencent ensuite la rotation des stocks dépend des règles d'inventaire configurées par le détaillant ; la présence d'un AI n'impose pas à elle seule une politique de prélèvement.

Lors du traitement des retours, une combinaison prise en charge de produit et de numéro de série peut aider le personnel à associer une unité physique à un enregistrement existant. Cela n'établit pas le droit du client à un remboursement, ne prouve pas à elle seule l'authenticité du produit et ne remplace pas le processus d'autorisation de retour du commerçant.

Expéditions transfrontalières

Les définitions GS1 communes peuvent aider les partenaires commerciaux à interpréter les données d'identification au-delà des frontières organisationnelles et nationales. Toutefois, un AI ne constitue pas un champ de déclaration en douane simplement parce qu'il apparaît sur une expédition internationale. Les identifiants GS1 ne remplacent pas la classification tarifaire, les informations sur l'origine, les factures commerciales ni aucun autre document requis pour une transaction donnée.

De même, un SSCC ne doit pas être automatiquement considéré comme un numéro de suivi de transporteur. Un transporteur ou une intégration logistique peut associer les deux, mais cette association doit exister dans les systèmes concernés. L'identifiant d'application décrit le champ de données ; il ne garantit pas l'accès aux événements de transport.

Identifiants d'application et termes associés

TermeCe qu'il représenteRelation avec un AI
GTINUn identifiant pour un article commercialL'AI 01 déclare que le champ suivant contient un GTIN.
SSCCUn identifiant pour une unité logistique individuelleL'AI 00 déclare que le champ suivant contient un SSCC.
Symbologie de code-barresLes règles utilisées pour représenter des données dans un symbole lisible par machineUne symbologie compatible transporte des données définies par un AI ; l'AI n'est pas le type de code-barres.
SKUUne référence de gestion des stocks attribuée dans le système d'inventaire d'une entrepriseIl n'est pas interchangeable avec un AI et n'est pas automatiquement équivalent à un GTIN.
Numéro de suivi du transporteurUne référence utilisée dans le processus de suivi d'un transporteurIl ne doit pas être considéré comme un SSCC ou un autre identifiant GS1 sans vérification.

GS1-128 et GS1 DataMatrix sont des exemples de formats de codes-barres utilisés pour transporter des chaînes d'éléments AI GS1. Les symboles Code 128 ou Data Matrix ordinaires ne doivent pas être supposés suivre les règles GS1 simplement parce qu'ils ont un aspect similaire. L'encodage et la structure des données sont tous deux importants.

Vérifications d'implémentation et de validation

Un scan réussi confirme uniquement qu'un scanner a décodé un symbole. Il n'établit pas que les valeurs sont valides, correctement associées ou adaptées à la transaction commerciale prévue. Une implémentation pratique devrait vérifier plusieurs niveaux :

  1. Confirmer le support de données. Déterminer si l'étiquette utilise le format de code-barres GS1 attendu et si le scanner communique les informations nécessaires pour le reconnaître.
  2. Préserver les limites des champs. S'assurer que la configuration du scanner, le middleware et les interfaces applicatives ne suppriment pas les séparateurs nécessaires à l'analyse.
  3. Valider l'AI et le format du champ. Vérifier l'identifiant par rapport aux définitions officielles, notamment la longueur du champ et les caractères autorisés. Éviter de traiter chaque AI comme un préfixe à deux chiffres.
  4. Appliquer les règles propres à l'identifiant. Valider les chiffres de contrôle lorsque cela est requis, par exemple pour les GTIN et les SSCC, et interpréter les champs de date conformément aux règles GS1.
  5. Vérifier les associations requises. Confirmer que les attributs supplémentaires, tels que les informations de série ou de lot, sont associés aux identifiants requis par les règles AI pertinentes.
  6. Vérifier la pertinence commerciale. Comparer les valeurs analysées avec les articles, réceptions ou unités logistiques attendus. Un identifiant structurellement valide peut tout de même faire référence aux mauvaises marchandises.
  7. Tester l'interface complète. Utiliser des étiquettes représentatives avec différentes longueurs de champs, différents ordres de champs et différentes positions de séparateurs, plutôt que de tester un seul scan réussi.

Les implémentations doivent utiliser les définitions GS1 actuelles plutôt qu'une liste informelle copiée dans un logiciel sans maintenance. Lorsque les organisations échangent des données basées sur les AI, il est aussi important de convenir des champs pris en charge et de la gestion des erreurs que de s'accorder sur l'étiquette physique.

Malentendus courants

  • Un AI n'est pas un identifiant unique pour un article. Il identifie la signification d'un champ. La valeur qui suit fournit les informations sur le produit, l'unité logistique, le lot ou autre.
  • Tous les codes-barres ne contiennent pas d'identifiants d'application. Leur présence dépend de la structure des données et de l'implémentation GS1 concernée.
  • Les parenthèses visibles ne sont pas des séparateurs de champs dans le code-barres encodé. Il s'agit d'une convention lisible par l'homme qui ne doit pas être confondue avec le véritable mécanisme de séparation.
  • Une date limite de consommation optimale et une date d'expiration ne constituent pas le même champ GS1. L'AI 15 et l'AI 17 communiquent des significations de date différentes et ne doivent pas être substitués l'un à l'autre.
  • Des données normalisées ne garantissent pas automatiquement l'interopérabilité. Le logiciel récepteur doit toujours disposer d'une analyse, d'une validation, d'une mise en correspondance des champs et de règles commerciales compatibles.

FAQ

Que signifie AI sur un code-barres logistique ?

Il signifie Application Identifier : un préfixe numérique GS1 qui identifie la signification et le format des données suivantes, telles qu'un SSCC, un GTIN, un numéro de lot ou une date d'expiration.

Quelle est la différence entre l'AI 00 et l'AI 01 ?

L'AI 00 identifie un champ contenant un SSCC pour une unité logistique individuelle. L'AI 01 identifie un champ contenant un GTIN pour un article commercial. Ils décrivent des objectifs d'identification différents.

Les identifiants d'application sont-ils identiques aux types de codes-barres ?

Non. Les identifiants d'application définissent les champs de données. Un type de code-barres, ou une symbologie, définit la manière dont les informations sont représentées dans un symbole lisible par machine. Les formats de codes-barres GS1 compatibles peuvent transporter des champs définis par les AI.

Le scan d'un identifiant d'application fournit-il le suivi d'une expédition ?

Pas à lui seul. Le scan fournit des données d'identification ou d'attributs. Les événements de suivi nécessitent un système approprié et une association établie entre l'identifiant scanné et les enregistrements de l'expédition.

Sources