商品條碼產生機制與設定

 

一、SLPOS 商品條碼產生機制

在 SLPOS 系統建立商品時,系統會為這件商品自動產生一組 13 位數字的條碼,現階段不管於前後台建立單一商品時,都採用 EAN13 作為商品的條碼類型,在系統內部會用「ean13」來表示。
 
* 目前商品條碼是採用隨機產生 13 位數字這樣的方式得來,但於後台使用大量新增商品時,則是使用 Code128 條碼類型,在系統內部會用「Code 128」 來表示。
 
 

【 什麼是 EAN 與 UPC-A 條碼?】

UPC-A 條碼為 12 位數條碼,為最早期流通的條碼形式。
後來因不同區域興起,為使條碼能廣泛運用,GS1 條碼組織在原本的 UPC-A 條碼最前面加上一位數 Country/Region code,以便在不同的區域使用。
而當中最早開始使用的美國與加拿大地區的 Country/Region code 被定為 0,這個 0 不會在條碼上印出來,也就是說,這二種形式條碼的圖形是完全一模一樣的(下圖)

- EAN = 0012345678905  (13 位)
- UPC = 012345678905    (12 位)
 
 
 

二、Barcode Scanner(掃描槍)的出廠設定

SLPOS 系統搭配的藍牙掃描槍,該型號的出廠設定是 UPC-A 模式,也就是說,如果遇到第一個數字 不為 0  的 EAN13,會回傳全部 13 位數字,但是如果遇到 第一位數字為 0 的 EAN13,7ci 會自動把第一位的 0 過濾掉,只回傳 12 位數字。
 
 

三、為什麼掃描後找不到商品?

上述有提到,在 SLPOS 建立單一商品時,系統是採用隨機方式產生 13 位數字。也就是說,當系統產出的條碼第一位數字為 0 時,此時如果店家將此條碼(例如0012345678905)標籤列印出來,並用原廠設定的掃描槍讀取時,掃描槍會自動將第一個 0 過濾掉,因此進入 iPad App 資料庫中,就會剩下 12 位數字「012345678905」。
 
但是在 iPad App 資料庫內部的紀錄該商品條碼為 13 位數字(最前面有 0 的 0012345678905),所以就會發生找不到該條碼的情況,因此我們需要調整設定。
  • 掃描槍給我們的:012345678905
  • 系統內部存的: 0012345678905

* 透過大量新增商品的商品條碼為 Code 128 類型,與 EAN / UPC-A 條碼長相不同,不須判斷哪一類型條碼的問題,掃描上不需要進行額外調整。

  

四、調整掃描槍設定

店家可以透過調整掃描槍設定,讓掃描槍不會把第一位的 0 過濾掉,回傳完整 13 位數字,這樣系統就可以找的到 country/region code 為 0 的 EAN13 條碼,也就是說在系統內部一律採用 補上 country/region code 的方式來處理以及列印條碼。SHOPLINE 業務會於第一次裝機時協助進行掃描槍設定,如後續仍有疑問,可再與原先裝機業務聯繫。
 
【補充說明】
 
但此方式也可能有其限制,如店家的商品是由美國進貨,商品上的原始條碼是 UPC-A(12 碼),若店家使用原商品條碼,不印出 SLPOS 產出的條碼標籤做使用,但是系統為了避免上面提到的問題,我們的掃描槍掃描後,該條碼會被多補上 0,因此又會再次發生找不到商品的情況。
 
掃描槍掃入系統的條碼:0885178831898
系統內部存的條碼:      885178831898
 
如店家遇到上述狀況,須針對掃描槍重新進行設定,請參考 FAQ 掃描槍安裝【補充說明】
 
 
關於 EAN 與 UPC-A 條碼的更多說明,店家可自行參考:
還有其他問題?提交請求

評論