一、常見零售掃碼軟體解決方案
市面上大部分連鎖超市使用的收銀掃碼軟體，均為連鎖超市的品牌方開發，提供給運營方使用。因此如果需要使用像沃爾瑪、華潤萬家、家樂福、永輝、人人樂這些大型連鎖超市的收銀掃碼軟體，需要透過自營或加盟的方式，獲取軟體後，部署使用。市面上並未作為商業軟體流通。
截至2018年底，隨著市場的不斷擴大，廣大零售公司對收銀軟體的需求也越來越高。那麼，收銀軟體市場上各種品牌都有，琳琅滿目的收銀系統的品質可謂參差不齊，甚至還有很多偽科技產品打著智慧的旗號摻雜在智慧收銀機的隊伍中。市面上可以作為商業軟體售賣的超市掃碼軟體的主要幾個解決方案，並獲取到這些方案的簡介，整理如下。
二、常見掃碼槍品牌及市場排行
經統計，國內外市場上具的掃碼槍品牌超過200種，根據國內電商企業“京東”的資料，下列為京東平臺掃描槍品牌排行榜。本排行榜根據京東平臺的銷量來進行排名，銷量越多的型號和品牌，排名越高。
三、零售掃碼軟體試用
透過功能對比可以得知，大部分零售掃碼軟體的功能大同小異。主要包含條碼管理、商品資訊管理、庫存管理、出入庫管理、報表管理等基本模組，部分還做了營銷管理、會員管理、微信或支付寶對接。
透過官方渠道，我們取得了其中一款零售掃碼軟體的試用版“智卡”進行簡單的試用。
（1）商品管理
開啟商品管理介面，點選第一個“商品列表”功能，新增商品的分類。
會所服務部日常需要管理的物品主要有酒類、茶葉、乾貨、辦公用品、辦公耗材、勞保用品這幾類。逐一新增進去。
然後在對應的分類下建立商品。例如，這裡有一個茅臺的正和白酒的條形碼。
我們將上面的貴州茅臺正和酒的條碼資訊輸入到編號中，新增貨品名稱。點儲存。貨品順利新增到系統的商品庫中。
商品列表中出現了剛剛新增進去的“茅臺正和酒”這個貨品。
下面我們進行入庫操作。點選第3個功能按鈕“入庫”，進入入庫功能介面。
點選左下角的“入庫”按鈕，對貨品進行入庫操作。
在左上角的條碼框，使用掃碼槍，掃一下茅臺正和酒的條形碼。系統正確識別出該條碼的資訊。輸入入庫的數量，如20瓶。點選下方的“儲存入庫”，完成入庫操作。入庫成功後會彈出“儲存成功”的提示。
點選“商品庫存”功能按鈕，查詢一下現有的庫存情況。
可以看到，會所服務部下，有編號為“6970229980442”的貴州茅臺正和酒20瓶。
（2）日常業務
回到主介面。使用日常業務功能。
使用掃碼槍掃描貨品的條形碼，系統自動將條碼的資訊解析出來，並且填寫到左上角的條碼中。
右側的列表中直接出現該貨品的名稱。
點選確定，完成銷售出庫。
重新再查詢庫存，編號為“6970229980442”的貴州茅臺正和酒的庫存由20減少為19瓶。
點擊出入庫明細功能，可以查詢某一時間段內（如2019/11/26-2019/12/27）所有貨品的出入庫記錄。上圖為會所服務部的近一個月的出入庫明細。其他貨品也可以使用同樣的方式進行管理。這裡不再贅述。
四、與OA系統對接可行性分析
（1） 掃碼槍及貨品掃碼軟體原理及技術解析
①掃碼槍原理
掃描槍原理是透過2D的鐳射頭進行識別，將二維碼圖型，透過掃描器輸入，在內建軟體進行解碼，將若干個與二進位制相對應的幾何形體來表示文字數值資訊，透過影象輸入裝置或光電掃描裝置自動識讀以實現資訊自動處理，實際上是影象解析就是固定在硬體中。
按照一定的標準將資訊編碼，生成二維碼，二維碼中藏有連線的地址，一般是某個網站的地址，或是幾句話，被攝像頭掃描後讀取到地址，然後掃描機器就可以根據獲得的二維碼解碼獲得裡面的資訊。掃描槍獲得條碼的資訊後，透過USB介面將條碼資訊以字元的形式傳送到電腦。
因此，掃碼槍本質上是一個資訊輸入裝置。掃碼槍僅僅負責資訊輸入，後續的資訊處理需要由計算機上相應的條碼處理系統來進行。
② 貨品掃碼軟體工作原理
如上圖所示，用品管理員透過掃碼槍掃描具有條碼的用品，用品資訊自動透過掃碼槍解析，傳輸到掃碼軟體中，掃碼軟體根據用品的編碼，在預先錄入的條碼庫中查詢此條碼，條碼與已有的資訊匹配上後，系統順利識別出物品的名稱、規格、型號。然後用品管理員在掃碼軟體中進行業務操作，如入庫，出庫等，完成業務操作動作後，將狀態寫到資料庫中，等待下一次掃碼動作。
（2） 與系統對接可能性分析
①透過OA介面對接。
系統對接介面對接分為兩種形式：
第一種形式：掃碼軟體A公司提供API介面給OA公司，OA公司進行一些操作時呼叫掃碼軟體A公司的介面進行實現。OA需要做的就是按照掃碼軟體的要求，在OA呼叫掃碼軟體的介面，OA中成功處理之後，按照掃碼軟體所需要的返回資料以及格式反饋給他們資訊。
例：掃碼軟體A公司提供物品狀態變更同步介面，供OA公司同步業務資料操作到OA系統。OA系統對物品的變動需要呼叫掃碼軟體提供的A介面主動推送給A（即更新物品的庫存及狀態）。
第二種形式：OA公司提供物品管理模組的API介面給掃碼軟體公司，掃碼軟體公司放棄其自帶的業務邏輯和規則，僅僅只使用其掃碼的功能，完全呼叫OA公司的物品管理模組的資料，在掃碼軟體中完成業務操作後，按照OA公司的資料介面的格式要求，將所需要的資料返回給OA的物品管理模組。
例：OA公司提供物品狀態變更同步介面，供掃碼軟體A公司同步業務資料操作到OA系統。掃碼軟體A對物品的變動需要呼叫OA的物品管理介面主動推送給OA的物品管理模組（即更新物品的庫存及狀態）。
無論採取哪種形式，都會有一方需要開發或者提供資料介面。
優勢：介面對接方式的資料可靠性與價值較高，一般不存在資料重複的情況；資料可透過介面實時傳輸，滿足資料實時應用要求。
缺點：①介面開發費用高；②需協調多個軟體廠商，工作量大且容易爛尾；③可擴充套件性不高，如：由於新業務需要各軟體系統開發出新的業務模組，其和大資料平臺之間的資料介面也需做相應修改和變動，甚至要推翻以前的所有資料介面編碼，工作量大、耗時長。
②透過資料庫對接。
另外還有一種資料同步的方式，即不透過介面獲取資料，直接透過資料庫來獲取所需要的資料。
例：兩個系統分別有各自的資料庫，同類型的資料庫之間是比較方便的：
1）如果兩個資料庫在同一個伺服器上，只要使用者名稱設定的沒有問題，就可以直接相互訪問，需要在from後將其資料庫名稱及表的架構所有者帶上即可。
2）如果兩個系統的資料庫不在一個伺服器上，那麼建議採用連結伺服器的形式來處理，或者使用openset和opendatasource的方式，這個需要對資料庫的訪問進行外圍伺服器的配置。
如果需要透過資料庫對接，需要了解對方的資料庫所有表結構，需要提供資料庫字典檔案。另外還需要提供業務規則和業務邏輯，每一項業務的操作，具體更新了哪張表的什麼資料，資料之間有沒有勾稽關聯關係，都需要一一理清。
不同型別的資料庫之間的連線就比較麻煩，需要做很多設定才能生效。開放資料庫方式需要協調各個軟體廠商開放資料庫，其難度很大；一個平臺如果要同時連線很多個軟體廠商的資料庫，並且實時都在獲取資料，這對平臺本身的效能也是個巨大的挑戰。
因此，透過資料庫對接，一般只用於資料查詢，很少會涉及具體業務操作。除非對方願意提供資料庫的表結構及業務邏輯，但是實際情況來看，很少有軟體企業願意提供。
