מאמת ברקוד GS1
הדבק GTIN, SSCC או מיתר אלמנט GS1-128 עם מזהי היישום שלו, וכלי זה בודק את ספרת הביקורת, קורא כל AI ומסמן אורך או פורמט שגויים. הוא פועל בדפדפן שלך; עבור מיתר מספרי הוא גם כותב את ה-ZPL ומציג את GS1-128 דרך OpenZPL API.
1נתוני GS1
נסה דוגמה:
2תוצאה
| AI | משמעות | ערך | בדוק |
|---|
איך להשתמש בזה
- הדבק את המספר או מיתר האלמנט: GTIN או SSCC ריק, או AI בסוגריים כמו (01)00614141123452(17)271231.
- קרא את התוצאה: כל מזהה יישום עם שמו וערכו, ואת תוצאת ספרת הביקורת.
- תקן כל מה שסומן באדום — ספרת ביקורת שגויה, אורך לא נכון או AI לא מוכר.
- העתק את ה-ZPL שהכלי כותב, או פתח את GS1-128 בתצוגה, כדי להדפיס את הברקוד.
מה הוא בודק
- ספרת הביקורת GS1 mod-10 של GTIN-8, 12, 13 או 14 ושל SSCC בן 18 ספרות.
- כל מזהה יישום (AI) במיתר אלמנט, שמו, ואם לערך שלו יש אורך וצורה נכונה.
- GTIN בתוך (01) או SSCC בתוך (00), כולל את ספרת הביקורת שלו.
קשור
שאלות
איך אני בודק ספרת ביקורת GTIN או SSCC?
הדבק את המספר המלא כאן. הכלי מחדש את ספרת הביקורת GS1 mod-10 לפי שאר הספרות ואומר אם הספרה האחרונה תואמת, עבור GTIN-8, 12, 13 ו-14 ועבור SSCC בן 18 ספרות.
מהו מזהה יישום (AI)?
קידומת של בין שתי לארבע ספרות שמציינת מה הערך הבא: `01` GTIN, `00` SSCC, `10` מקבץ, `17` תאריך תפוגה, `21` מספר סידורי. הוולידטור מכיר את הנפוצות ובודק את אורך וצורת כל ערך.
האם זה יוצר גם את הברקוד?
עבור מיתר אלמנט הכולל ספרות בלבד, הוא כותב את ה-ZPL — `^BC` עם הנתונים ההתחלתיים `>;>8` (קטגוריה C ו-FNC1) — ומציג את GS1-128 דרך ה-API. מיתר עם אותיות מתקבל לאישור אך עדיין לא מוצג, מכיוון שהוא זקוק למעבר תתי-ברקוד.
האם הנתונים שלי נשלחים למקום כלשהו?
האימות מתנהל לחלוטין בדפדפן שלך. רק כאשר הוא מציג את התצוגה המקדימה מועבר מיתר האלמנט המספרי ל-OpenZPL API, כמו כל הצגה אחרת; שום דבר לא נשמר.