UHF RFID EAS: כיצד פועל RFID נגד-גניבות ומה צריך לאמת לפני הפריסה

UHF RFID יכול לזהות פריטים בודדים, לתמוך בפעולות מלאי, ובמערכת הנכונה, לקחת חלק במעקב אחר מאמרים אלקטרוני (EAS). זה לא אומר שכל תג RFID של UHF הוא אוטומטית תג נגד-גניבה.

ההבחנה חשובה מכיוון ש-EAS היא פונקציה ברמת המערכת.- תג עשוי לתמוך במנגנון סטטוס של-מוצר, אבל הקורא, התוכנה, תהליך-ה-נקודת המכירה, תשתית היציאה וזרימת העבודה של החזרה חייבים לעבוד יחד לפני שהמערכת תוכל להחליט באופן אמין אם פריט מותר לצאת.

יש עוד מקור נפוץ לבלבול: שער EAS קונבנציונלי לא הופך לקורא RFID UHF רק בגלל שהסחורה נושאת תווית RFID. תשתית EAS קיימת, EAS מבוססת RFID-ותוויות RFID/EAS בטכנולוגיות כפולות- הן גישות פריסה שונות.

מדריך זה מסביר כיצד UHF RFID EAS עובד, מה בעצם אומר סיביות EAS או דגל סטטוס מוצר, כיצד ארכיטקטורות הפריסה העיקריות שונות ומה יש לבדוק לפני הזמנת תגים בכמות גדולה או השקת חנות.

מה זה UHF RFID EAS?

UHF RFID EAS הוא שימוש במערכת UHF RFID כחלק מתהליך מעקב אחר מאמרים אלקטרוני. במקום לזהות רק נוכחות של רכיב אבטחה, מערכת התומכת ב-RFID- יכולה לזהות פריט מתויג ספציפי ולהעריך אם פריט זה מורשה לצאת מאזור מבוקר.

תג UHF RFID פסיבי בדרך כלל מתקשר EPC או מזהה אחר לקורא תואם. זרימת עבודה של EAS מוסיפה החלטה נוספת: האם פריט זה צריך לעבור דרך היציאה, או שהתנועה צריכה ליצור חריגה?

התשובה עשויה להגיע מסטטוס המאוחסן בתג ה-RFID, ממסד נתונים של עסקאות-בסוף, או משניהם.

הנוכחיGS1 EPC Generation-2 UHF RFID Standardהוא מהדורה 3.0.1. GS1 מפריד בין דרישות פרוטוקול חובה ליכולות אופציונליות, והוראות היישום שלו-תאימות כוללות דרישות נוספות לשינוי-מעקב אחר מאמרים אלקטרוניים. בפועל, זה אומר שתאימות בסיסית של EPC Gen2 לבדה אינה מספיקה כדי להוכיח ששילוב תג-ו-קורא מסוים תומך בזרימת העבודה של EAS שאתה צריך.

UHF RFID EAS אינו זהה ל-EAS המסורתי

EAS מסורתי

EAS מסורתי נועד בעיקר לזהות הסרה לא מורשית של סחורה. תווית אבטחה או תג קשיח מקיימים אינטראקציה עם שער EAS הממוקם ליד יציאה. אם אלמנט אבטחה פעיל נכנס לאזור הזיהוי, המערכת יכולה ליצור אזעקה.

המערכת לא בהכרח צריכה לדעת בדיוק איזה מק"ט או פריט מסודר עובר בדלת. תפקידו העיקרי הוא לזהות אלמנט אבטחה פעיל.

RFID-מבוסס EAS

UHF RFID עובד אחרת. הקורא מתקשר עם RFID IC המחובר לאנטנה ויכול לזהות פריט בודד. התוכנה יכולה אז להשתמש בזהות הזו, בתג-סטטוס צד, נתוני עסקאות או שילוב של אותות אלה כדי להחליט אם התנועה מורשית.

זה מאפשר לקשר לאירוע-מניעת אובדן למידע ברמת הפריט- ולא רק לנוכחות של תג אבטחה.

תגיות RFID + EAS כפולות-

אפשרות שלישית היא תווית פיזית המכילה גם שיבוץ UHF RFID וגם רכיב EAS קונבנציונלי.

ארכיטקטורה זו שימושית כאשר קמעונאי רוצה RFID עבור זיהוי פריטים ופעולות מלאי אך מתכוון לשמור על מערכת שער EAS מותקנת. אייברי דניסון רשום כרגעתגיות משולבות של UHF RFID ו-EAS בטכנולוגיה-כפולהלמטרה זו.

הסיבה לשילוב הטכנולוגיות היא פשוטה: שערי RF EAS מסורתיים וקוראי RAIN RFID אינם ניתנים להחלפה. Avery Dennison תיעד במיוחד שקוראי שערים RF EAS קיימים אינם יכולים לפעול כקוראי RAIN RFID.

לפני שתשאל אם "תג RFID EAS" עובד עם שער חנות קיים, זהה תחילה את שתי הטכנולוגיות. השאלה החשובה היא לא הניסוח על ציטוט התג; זה מה שרכיבי RFID ו-EAS מותקנים בפועל בתווית וביציאה.

כיצד פועלת פונקציית ה-EAS במערכת RFID UHF

הרצף המדויק משתנה בהתאם לארכיטקטורת IC וארכיטקטורת המערכת, אך לרוב הפריסות יש אותן נקודות ביקורת תפעוליות.

1. התג מקודד ומשויך לפריט

תג RFID מחובר למוצר ומשויך לרשומת פריט. EPC או מזהה אחר עשויים להיכתב לתג ולהתחבר למידע על המוצר במערכת העסקית.

אם ה-IC שנבחר תומך במנגנון סטטוס של תג-צד EAS או-מוצר, ייתכן שהמצב הראשוני שלו יוגדר גם במהלך הקידוד.

2. הפריט נכנס למצב מכירות פעיל או מבוקר

בעוד שהפריט נשאר ברצפת המכירה, בספרייה או בתוך אזור מבוקר אחר, המערכת מתייחסת אליו כאל סחורה או כנכס שעדיין לא השלים תהליך הסרה מורשה.

מצב זה יכול להישמר בשתי דרכים עיקריות:

• ישירות על תג RFID באמצעות מנגנון סטטוס נתמך, או
• במסד נתונים-מאחורי המשויך ל-EPC של הפריט או למזהה אחר.

3. תשלום או הרשאה משנים את מצב העסק

כאשר מתרחשת מכירה, הלוואה, העברה או אירוע מורשה אחר, המערכת צריכה לרשום שהפריט מורשה לצאת.

בעיצוב צד-תג, מערכת ה-POS או RFID עשויה לעדכן דגל סטטוס נתמך. בעיצוב מונחה-מסד נתונים, התג עצמו עשוי להישאר ללא שינוי בזמן שהרשומה האחורית-מתעדכנת.

שלב זה צריך להיות חלק מתהליך העבודה הרגיל של העסקאות. אם הצוות חייב לזכור פעולת אבטחה נפרדת לאחר כל מכירה לגיטימית, הסיכון לאזעקות שווא עולה.

4. מערכת היציאה מעריכה את הפריט

ביציאה המאפשרת RFID-, הקורא מזהה את התג ומעביר את הנתונים הרלוונטיים ללוגיקה של ה-EAS.

המערכת עשויה לבדוק סטטוס צד-של תג, להשוות את ה-EPC לרישומי עסקאות או להעריך את שניהם. פריט שלא השלים את תהליך ההרשאה הנדרש יכול אז להפעיל אזעקה או פעולת חריגה אחרת.

5. החזרות וכניסה מחדש- חייבת לשחזר את המצב הנכון

פריט שהוחזר יכול -להיכנס שוב למלאי לאחר שקיבל בעבר הרשאה לצאת. לכן, זרימת העבודה של EAS זקוקה לתהליך הפעלה מחדש או-שחזור סטטוס מוגדר.

זרימת עבודה לקופה ללא זרימת עבודה החזרה תואמת אינה שלמה. סחורה שהוחזרה יכולה אחרת להופיע שוב ברצפת המכירה עם סטטוס שאינו משקף עוד את המצב העסקי האמיתי שלה.

מהו דגל EAS Bit או סטטוס מוצר?

הביטוי "EAS bit" הוא קיצור שימושי, אך אין להתייחס אליו כאל ביט זיכרון אוניברסלי שקיים באותו מיקום ומתנהג באותה צורה בכל UHF RFID IC.

שבבים ומערכות שונות יכולים ליישם EAS בדרכים שונות.

חלק ממרכזי RFID מספקים פונקציית סטטוס-יעודית של המוצר. NXP, למשל, מתעדת דגל סטטוס מוצר במוצרי UCODE נבחרים. הנוכחי שלהתיעוד UCODE DNA Trackכולל דגל סטטוס מוצר שיכול לתמוך ביישום EAS מבלי לדרוש שהחלטת האבטחה תהיה תלויה לחלוטין במסד נתונים-בקצה.

שבבים אחרים עשויים להשתמש בפונקציות אופציונליות שונות, מותאמות אישית או- ספציפיות ליצרן. מחלקה נפרדת של מערכות אינה מסתמכת על דגל EAS כלל: קורא היציאה מזהה את ה-EPC, והתוכנה בודקת אם הפריט המשויך נמכר, הושאל, הועבר או אושר בדרך אחרת.

למטרות רכישה, "תג RFID UHF עם סיביות EAS" הוא אפוא מפרט לא שלם.

דרישה חזקה יותר היא:

תג UHF RFID ו-IC תואמים לארכיטקטורת ה-EAS המיועדת, פלטפורמת הקוראים, זרימת העבודה של POS ושיטת האימות-של היציאה.

תג-Side EAS לעומת מסד נתונים- EAS מונע

אין לבחור אף אחת מהשיטות מגיליון הנתונים של התגים בלבד. ההחלטה תלויה באופן שבו החנות, הקורא, הקופה וארכיטקטורת התוכנה צפויה להתנהג כאשר פריט מגיע ליציאה.

האם כל תג RFID UHF תומך ב-EAS?

לֹא.

תג UHF RFID פסיבי יכול לבצע ביצועים טובים לספירת מלאי ועדיין חסר את יכולת ה-EAS הנדרשת על ידי יישום ספציפי.

בדוק את שרשרת הטכנולוגיה המלאה לפני הנחת תאימות:

• RFID IC:האם השבב מיישם את ה-EAS הנדרש, דגל סטטוס המוצר או מנגנון סטטוס אחר?
• תג או שיבוץ:האם עיצוב האנטנה מתאים למוצר ולסביבת ההתקנה בפועל?
• קוֹרֵא:האם הקורא יכול לחקור או לשנות את פונקציית התג הנדרשת?
• קושחה או SDK:האם תוכנת הקורא חושפת את הפקודות שהאפליקציה צריכה?
• תוכנת ביניים:האם ניתן לתרגם קריאות RFID להחלטה למניעת הרשאה או אובדן-?
• קופה:האם כל קופה חוקית מעדכנת באופן אמין את התג או מצב מסד הנתונים הנדרשים?
• תשתית יציאה:האם פריסת האנטנה המותקנת יכולה לזהות את הפריטים המיועדים באופן עקבי בפתח האמיתי?
• זרימת עבודה החזרה:האם ניתן לשחזר את הסחורה למצב האבטחה המתאים לאחר החזרה או-כניסה מחדש?

ספק שאומר ש-RFID IC "תומך ב-EAS" אינו מוכיח שהמערכת המוגמרת תעבוד ביציאה.

תמיכה ב-EPC Gen2 ו-EAS

הקשר בין EPC Gen2 ו-EAS הוא לעתים קרובות מפושט יתר על המידה.

מפרט ה-EPC הנוכחי של GS1-2 UHF RFID הוא מהדורה 3.0.1. התקן מגדיר קטגוריות פקודות חובה, אופציונליות, קנייניות ומותאמות אישית. הוא גם קובע שתגים וחוקרים המבקשים התאמה ספציפית למעקב אחר פריטים אלקטרוניים חייבים לתמוך בהוראות אופציונליות נוספות שזוהו עבור אותה יישום.

זה מוביל לכלל רכישה חשוב:

אל תתייחס ל"תואם EPC Gen2" כהוכחה לכך שהתקן תומך בזרימת העבודה הנדרשת של EAS.

אשר את תכונות ה-IC המדויקות, פקודות הקורא, התנהגות הקושחה והלוגיקה של היישום במקום זאת.

UHF RFID EAS לעומת EAS מסורתי

EAS מסורתי עדיין עשוי להיות הבחירה הפשוטה יותר כאשר הדרישה היחידה היא זיהוי בסיסי נגד-גניבות. UHF RFID הופך לרלוונטי יותר כאשר RFID ברמת פריט-כבר נדרש עבור מלאי, קבלה, מילוי מחדש, קופה או נראות נכסים.

שלוש ארכיטקטורות פריסה נפוצות של RFID ו-EAS

ארכיטקטורה 1: מערכות RFID ו-EAS נפרדות

המוצר נושא RFID לזיהוי או מלאי ואלמנט EAS קונבנציונלי נפרד למניעת אובדן.

זה משאיר את שתי הטכנולוגיות עצמאיות. זה עשוי להיות מתאים כאשר סביבת ה-EAS הקיימת יציבה ואין סיבה תפעולית לשלב את התגים הפיזיים.

ארכיטקטורה 2: תווית RFID/EAS כפולה-טכנולוגית

תווית פיזית אחת מכילה גם שיבוץ UHF RFID וגם רכיב EAS.

לעתים קרובות זהו נתיב ההעברה המעשי ביותר כאשר שערי EAS קיימים חייבים להישאר בשירות אך הארגון רוצה להוסיף RFID ברמת פריט-. זה נמנע מהנחה ששער ה-EAS המותקן יכול לבצע קריאת UHF RFID.

ארכיטקטורה 3: RFID-מבוסס EAS

היציאה עצמה משתמשת בתשתית קורא UHF RFID. המערכת מזהה פריט ומעריכה אם הוא מורשה לעזוב על סמך סטטוס הצד-תג, נתוני העסקאות או שניהם.

ארכיטקטורה זו יכולה לספק אינטגרציה עמוקה יותר בין זיהוי פריט ומניעת אובדן, אך היא מייחסת חשיבות רבה יותר לכיסוי הקוראים, לוגיקה של תוכנה, אינטגרציה של קופה ואימות.

באיזו ארכיטקטורת EAS כדאי לבחור?

התחל עם התשתית וזרימת העבודה, לא מקטלוג התוויות. לאחר הגדרת הארכיטקטורה, בחירת התגים הופכת להרבה יותר קלה.

היכן UHF RFID EAS הוא השימושי ביותר

הסיבה החזקה ביותר להשתמש ב-RFID-מבוסס EAS היא לעתים נדירות "טכנולוגיית אזעקה טובה יותר" בפני עצמה. הערך הגדול יותר הוא שניתן לקשור את אירוע האבטחה לפריט שניתן לזהות ולנתונים התפעוליים שכבר משויכים לאותו פריט.

בעיות יישום נפוצות של UHF RFID EAS

בהנחה ששער EAS קיים יכול לקרוא UHF RFID

RF EAS ו-RAIN RFID עשויים לכלול טכנולוגיית-תדר רדיו, אבל הקוראים המותקנים אינם ניתנים להחלפה. אם השער הקיים חייב להישאר, אשר אם התג זקוק לרכיב EAS נפרד או עיצוב טכנולוגי כפול-.

בחירת התג לפני הגדרת הארכיטקטורה

פרויקט יכול לבחור שיבוץ עם ביצועי קריאה מצוינים-במלאי ועדיין לגלות מאוחר יותר שה-IC, הקורא או הקושחה אינם תומכים בפונקציית האבטחה הנדרשת.

תחילה הגדר את החלטת היציאה: אילו נתונים ייבדקו, היכן יישמר מצב ההרשאה, ואיזה מכשיר חייב לשנות או לקרוא את המצב הזה?

התייחסות לקופה כשלב אבטחה נפרד

אם מכירה לגיטימית דורשת פעולת EAS ידנית שנייה, הצוות יכול לפספס אותה. אזעקות שווא הופכות לבעיה תפעולית ולא לבעיית RFID.

שינוי מצב ה-POS ו-מצב האבטחה צריך להיות מתוכנן כזרימת עבודה אחת בכל מקום שהארכיטקטורה שנבחרה מאפשרת זאת.

בדיקה רק עם קורא כף יד

תג יכול לתפקד היטב במהלך ספירת מלאי בכף יד ועדיין להתנהג אחרת ביציאה.

ביצועי הדלת תלויים באנטנות המותקנות, תצורת הקורא, כיוון התג, חומרי המוצר, תנועת הלקוחות, הסחורה המתויגת הסמוכה והסביבה הפיזית.

התעלמות מהחזרות, החלפות ו{0}}כניסה מחדש

היגיון אבטחה חייב לכסות יותר מהמכירה הראשונית. סחורה שהוחזרה, הוחלפה, הועברה או-תמלאה מחדש זקוקה למעבר מצב מוגדר בבירור כדי שסטטוס ה-EAS ימשיך להתאים לסטטוס הפריט האמיתי.

רשימת אימות לפני-UHF RFID EAS

אל תעבור ישירות מסקירת גליון נתונים לפריסה בכמות גדולה. אמת את הנתיב המלא עם תגים אמיתיים, מוצרים אמיתיים ופריסת היציאה המיועדת.

1. אשר את RFID IC.רשום את דגם השבב המדויק ואת פונקציית ה-EAS או-הסטטוס של המוצר שהוא מיישם.
2. אשר את תמיכת הקוראים.ודא שהקורא והקושחה שנבחרו יכולים להפעיל או להעריך את התכונה הנדרשת.
3. בדוק את נתיב התוכנה.אשר כיצד נתוני RFID עוברים מהקורא ללוגיקה למניעת אובדן-תוכנות ביניים, קופה.
4. בדיקת קידוד.ודא שניתן לכתוב ולקרוא בעקביות את ה-EPC הצפוי וכל מצב אבטחה נדרש.
5. בדוק קופה מורשית.השלימו מכירה רגילה ואשרו שהפריט עובר את היציאה ללא אזעקה שגויה.
6. בדוק פריט לא מורשה.העבר פריט דרך אותה יציאה ללא העסקה הנדרשת ואשר שהלוגיקה החריגה מופעלת.
7. בדוק מספר פריטים.חזור על הבדיקה כאשר מספר מוצרים מתויגים נעים יחד במקום תג אחד בודד.
8. בדוק כיוונים אמיתיים.נשא מוצרים בזוויות ובמיקומים מציאותיים במקום להחזיק כל תג בכיוון אידיאלי.
9. בדוק את הסחורה בפועל.אל תאמת רק עם שיבוץ יבש או כרטיסי דוגמה אם תג הייצור יחובר לבד, אריזות, אלקטרוניקה, נוזלים או חומרים מאתגרים אחרים.
10. בדיקה חוזרת והפעלה מחדש.החזר פריט מורשה למלאי ואשר שמצב האבטחה שלו שוחזר כהלכה.
11. טיפול בכשל בבדיקה.הגדר מה יקרה אם הקופה לא יכולה לעדכן את התג, הרשת אינה זמינה או שקורא היציאה לא יכול לפתור מצב פריט.
12. חזור על הפעולה לאחר ההתקנה הסופית.אין להניח שהגדרות הקורא ומיקום האנטנה המשמשים במהלך בדיקת מעבדה מתנהגים באופן זהה לאחר ההתקנה.

מה לאמת בקופה וביציאה

בקופה

• איזה אירוע עסקה משנה את מצב האבטחה של הפריט?
• האם השינוי נעשה בתג, במסד הנתונים או בשני המקומות?
• איך המערכת מאשרת שהעדכון הצליח?
• מה קורה אם פעולת הכתיבה של RFID נכשלת?
• האם זרימת עבודה של-תשלום עצמית מבצעת את אותה פעולת מצב אבטחה-של קופה מאוישת?
• כיצד מטופלים חללים, החלפות והחזרות?

ביציאה

• אילו אנטנות קורא מגדירות את אזור הזיהוי?
• האם המערכת מעריכה את כל התגים שזוהו או רק אוכלוסיות תגים נבחרות?
• איך הוא מבדיל בין פריטים מורשים לבין פריטים לא מורשים?
• מה קורה כאשר מספר תגים עוברים יחד?
• כיצד מטפלים בקריאה תועה מחוץ לפתח המיועד?
• איזו פעולה באה בעקבות חריג: אזעקה קולית, הודעות צוות, רישום אירועים או זרימת עבודה אחרת?

שאלות אלו חושפות בעיות אינטגרציה הרבה יותר מוקדם ממבחן "טווח קריאה" פשוט.

כיצד לבחור תג UHF RFID EAS

לפני ביצוע הזמנת ייצור, בקש מספק התגים או משלב המערכת תשובות ספציפיות במקום הצהרה כללית שהתג "תומך ב-EAS".

1. באיזה RFID IC משתמשים?
2. איזו גרסת EPC Gen2 ופונקציות אופציונליות מיישם ה-IC?
3. האם השבב משתמש בדגל סטטוס מוצר, תג אחר-מנגנון EAS בצד, או ללא מצב EAS ייעודי?
4. האם תג החלטת האבטחה-הצד, מסד הנתונים-מונע או היברידי?
5. אילו דגמי קורא וגרסאות קושחה נבדקו עם הפונקציה?
6. האם הקורא דורש פקודות מותאמות אישית, תמיכה מיוחדת ב-SDK או תצורה ספציפית?
7. כיצד משתנה או מאושר הסטטוס במהלך התשלום?
8. כיצד מטפלים בכתיבה שנכשלה או בעסקה שנכשלה?
9. מה קורה כאשר המוצר מוחזר או-המלאי מחדש?
10. האם התג יכול לעבוד עם שערי EAS המותקנים, או שנדרש רכיב EAS נפרד?
11. האם התג המוגמר נבדק על חומר המוצר בפועל?
12. האם שילוב הפריט-reader-תג נבדק ביציאה המיועדת ולא רק על ספסל?

תשובת ספק שימושית צריכה לזהות את ה-IC המדויק, דרישת הקורא, זרימת העבודה והמגבלה. "כן, לתג יש EAS" זה לא מספיק מידע לתכנון המערכת.

מַסְקָנָה

הדרך השימושית ביותר לחשוב על UHF RFID EAS היא פשוטה:הפונקציה נגד-גניבה שייכת למערכת השלמה, לא לתווית בלבד.

IC RFID עשוי לספק דגל סטטוס מוצר או מנגנון אבטחה נתמך אחר, אך תכונה זו הופכת שימושית רק כאשר הקורא יכול לגשת אליו, הקופה מטפלת בו בצורה נכונה, ליציאה יש כיסוי אמין וזרימת העבודה ההחזרה משחזרת את המצב הנכון.

עבור אתרים עם שערי EAS מבוססים, מערכות RFID/EAS נפרדות או תוויות טכנולוגיה כפולות- עשויים לספק את נתיב ההגירה המעשי יותר. עבור פריסות RFID ברמת -פריטים חדשים, EAS מבוסס RFID- יכול לקשר אירועי אבטחה ישירות לסחורה הניתנת לזיהוי, בתנאי שהתשתית והתוכנה מתוכננים יחד.

השתמש בהזמנה זו בעת תכנון הפרויקט:

ארכיטקטורת יציאה ← לוגיקה של הרשאות ← קורא RFID ← יכולת IC ← עיצוב תג ← שילוב POS ← זרימת עבודה חוזרת ← בדיקות יציאה מהעולם האמיתי-.

הרצף הזה הרבה יותר בטוח מאשר לבחור תג תחילה ולגלות לאחר ההתקנה ש"EAS נתמך" לא אומר "תואם למערכת EAS זו".