Texte et outils quotidiens · Boîte à outils QR et codes-barres
Code 128 vs Code 39 vs EAN-13 : quelle symbologie de code-barres utiliser
· Contexte
codage formats de fichiers impression
Compare les symbologies unidimensionnelles courantes sur le jeu de caractères, la densité, les chiffres de contrôle et la prise en charge du scanner, et explique pourquoi Code 128 est la réponse habituelle pour les étiquettes à usage général.
Trois codes-barres qui se ressemblent et se comportent différemment : pourquoi la décision de symbologie est prise avant l'impression d'une étiquette
Les symboles linéaires peuvent sembler interchangeables tout en comportant différentes règles de validation et attentes en aval. La première décision vient donc du scanner, du détaillant ou du système interne qui accepte, et non de savoir quelles barres apparaissent le mieux sur une étiquette.
Le système acceptant doit nommer la symbologie par écrit. Un scanner capable de décoder plusieurs formats ne les rend pas interchangeables : l'application peut valider la longueur, vérifier les caractères ou les numéros enregistrés après la lecture optique. Avant l'impression, numérisez une étiquette représentative dans le logiciel final et confirmez la valeur renvoyée et le résultat de l'acceptation. ToolAcre ne couvre que la branche où plain Code 128 est l'entrée spécifiée.
Le code 39 est uniquement en arrière-plan ; ToolAcre ne le génère ni ne le valide
Le code 39 est nommé dans le plan de comparaison, mais aucune configuration, implémentation ou test de ToolAcre ne le génère. Son répertoire détaillé et son historique ne sont pas établis par ces sources, traitez-le donc comme un candidat distinct nécessitant une documentation indépendante.
Étant donné que le code 39 n'est pas importé, configuré ou testé, cet article ne peut pas vérifier son répertoire de caractères, sa largeur ou son comportement de somme de contrôle. Il s’agit d’une limite délibérée de contenu, et non d’un jugement sur le format. Si un processus hérité nomme Code 39, utilisez la documentation actuelle et un générateur de Code 39 avec des tests de conformité. Produire Code 128 parce qu'il « ressemble » crée une étiquette que le lecteur traditionnel peut ignorer.
Code 128 est le seul code-barres linéaire implémenté par QR & Barcode Toolkit
ToolAcre implémente simplement Code 128 via CODE128_AUTO, accepte les valeurs ASCII, change automatiquement de jeu de codes et ajoute un symbole de contrôle modulo 103. Cette portée vérifiée le rend utile pour les identifiants compacts dans les systèmes que vous contrôlez.
Le chemin pris en charge a des garanties concrètes : les valeurs vides sont rejetées, les caractères au-dessus de ASCII 127 sont répertoriés dans une erreur, CODE128_AUTO choisit des ensembles et la validité du modèle renvoyé est vérifiée. SVG et Canvas restituent le binaire avec des marges latérales de dix modules. Ces comportements rendent ToolAcre prévisible pour les identifiants internes ; ils n'accordent pas la prise en charge d'un autre format sélectionné dans une liste déroulante qui n'existe pas.
EAN-13 et UPC-A sont en dehors de la sortie implémentée et configurée de ToolAcre
EAN-13 et UPC-A ne sont pas des options dans l'application, et la configuration avertit que les formats de numéro de produit enregistrés sont délibérément exclus. Ne saisissez pas de numéro de vente au détail dans Code 128 et supposez que les barres résultantes satisfont aux exigences d'un détaillant.
Les numéros de vente au détail nécessitent plus que treize chiffres en barres. ToolAcre exclut explicitement EAN et UPC et n'attribue ni ne valide les identifiants de produits enregistrés. Si un détaillant en demande un, obtenez le numéro et l’illustration via le processus requis. Le codage de ces chiffres sous la forme Code 128 renvoie le même texte visible sur un scanner, mais avec une symbologie incorrecte, de sorte qu'un succès optique peut dissimuler un rejet commercial.
Les 2 entrelacés de 5 et ITF-14 sont uniquement en arrière-plan et ne sont pas générés ici.
Les 2 entrelacés de 5 et ITF-14 sont également en dehors de la base de code. Leur présence dans un aperçu de fond ne confère aucun support, et cet article omet les comparaisons techniques non vérifiées au lieu de produire un large tableau de symbologie.
La même règle s'applique à ITF et ITF-14. Ce ne sont pas des options de dépendance cachées derrière l’interface, et aucun test ne confirme leurs modèles. Cet article évite donc une comparaison de fonctionnalités assemblée de mémoire. Une spécification de carton nommée ITF-14 doit être suivie avec un outil validé et un processus d'impression destiné à cette étiquette, non approché par la sortie linéaire disponible de ToolAcre.
Choisissez d'abord en fonction des exigences externes ; ToolAcre ne convient que lorsque le simple Code 128 est accepté
Pour les ressources internes, confirmez que chaque scanner et application accepte le Code 128 simple et l'identifiant ASCII exact. Pour les flux de travail d'expédition, de vente au détail ou existants, obtenez d'abord la spécification de symbologie requise et utilisez un générateur validé pour cela.
Pour les ressources internes, exécutez un essai en boucle fermée avec le scanner réel, le logiciel et l'identifiant le plus long. Pour un détaillant ou un transporteur, demandez les spécifications de l'étiquette et la procédure de validation avant de choisir un logiciel. Pour les documents existants, conservez le format obligatoire même lorsqu'un autre semble plus dense. « Usage général » signifie utile lorsque les exigences le permettent Code 128, et non un remplacement universel pour chaque code-barres linéaire.
Ce que cela ne couvre pas : les codes bidimensionnels, qui font l'objet de leur propre comparaison
Les formats bidimensionnels constituent une décision différente impliquant la forme de la charge utile, la zone disponible et les lecteurs. ToolAcre propose le QR standard séparément, mais il n'utilise pas cette fonctionnalité pour impliquer la prise en charge des codes à barres Data Matrix, Aztec ou empilés.
QR est disponible en tant que générateur bidimensionnel distinct, mais le changement de dimension modifie les exigences du lecteur et les conventions de charge utile. ToolAcre ne propose pas Data Matrix, Aztec ou PDF417. Si une norme de document l’exige, QR n’est pas une solution de secours équivalente. La décision appropriée reste l'exigence écrite en premier, l'encodeur pris en charge en second et la validation physique avec le lecteur prévu en troisième.
Ce qu'il faut retenir : pour les étiquettes que vous contrôlez, Code 128 est le choix judicieux, et la boîte à outils QR et codes-barres le génère dans votre navigateur.
Choisissez la norme requise avant de générer l'illustration. Lorsque l'exigence est Code 128 ordinaire, ToolAcre fournit une sortie SVG locale et PNG ; lorsqu'elle nomme une autre symbologie, cette boîte à outils n'est clairement pas le producteur à utiliser.
Lorsque Code 128 est accepté, conservez les données ASCII, préservez les marges et testez les étiquettes extrêmes avant de verrouiller un modèle. Lorsqu'un autre nom apparaît dans l'exigence, arrêtez plutôt que de rechercher dans cette interface utilisateur une solution de contournement. Un refus clair coûte moins cher que d'imprimer un symbole plausible qui décode lors d'un test en bureau mais échoue au moment du paiement, de l'entrée des marchandises ou d'un transfert réglementé.