מדריך בדיקת ברקוד ב-POS

איתור מוצר

סרקו ברקוד מוצר שידוע כתקין לשדה הזנת הפריט ואשרו שהמוצר, המחיר והמלאי הזמין הנכונים מוצגים. בדקו בברקודים שמייצגים סימבולוגיות שונות בקטלוג (UPC-A לקמעונאות בארה״ב, EAN-13 למוצרים בינלאומיים) כי חלק ממערכות ה-POS מנתחות נכון רק תבנית אחת.

ברקודים לא תקינים

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

טיפול בכמות

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

התנהגות סיומת בקופה מרובת שדות

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

בעיות מיקוד במהלך הקופה

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

תרחישים לא מקוונים ופגומים

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

כלים מומלצים

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