[摘要] 本文主要介紹ID售飯系統的應用和日常管理,解決了由日常管理和嘉寶ID售飯系統軟硬件功能引發的人機交互問題。
[關鍵詞] 嘉寶; ID售飯; 應用
doi : 10 . 3969 / j . issn . 1673 - 0194 . 2011 . 20. 039
[中圖分類號]TP315 [文獻標識碼]A [文章編號]1673 - 0194(2011)20- 0066- 02
嘉寶ID售飯系統硬件由ID卡掛式售飯機(型號:JB-ID800G)、發卡機、CANBUS轉換器構成,采用CAN_BUS總線和電腦聯網。本文主要介紹ID售飯系統的應用和日常管理,解決了日常管理和軟硬件功能引發的人機交互問題。
1初始設置
(1) ID卡不可寫入數據,消費數據全部保存在電腦的SQL Server 2000數據庫中,為防止消費數據丟失、被非法篡改,所以專用一臺電腦和ID卡掛式售飯機相連。
(2) 軟件公司安裝調試完售飯系統的軟硬件已臨近下班,以科室為單位添加機構和300多名職員信息時,軟件不帶外部數據導入接口,手工輸入效率低,直接通過SQL導入有一定的風險,使用DataLoad鍵盤模擬工具又需定義模板,還不如從原Excel餐費表中逐條復制粘貼人員記錄到售飯軟件中快捷,這為翌日午餐前發卡、充值爭取了時間。
2日常處理
2.1食堂應用
(1) 針對有時ID卡掛式售飯機只聽蜂鳴器響不扣款的現象,特制作了試機卡,每天先刷卡測試,達到可使用狀態方啟用。
(2) 售飯機感應區隔層窗玻璃,刷卡時易打滑,如撤卡不及時會產生連續扣款,經友情提醒員工將卡拴在鑰匙扣上,杜絕了重復發生此類事件。
(3) 反復使用ID卡掛式售飯機薄膜鍵盤后,鍵盤很快磨損,于是1臺售飯機設為定值方式刷中午6元份飯,另1臺以單價方式訂購不同品種金額的晚飯,隔日交替使用2臺售飯機,減少了按鍵次數,在食堂潮濕、油膩環境中有效延長了設備的使用壽命。
2.2財務操作
(1) CANBUS轉換器起到將刷卡后傳輸的模擬信號轉換成數字信號供電腦識別的作用,該轉換器不能長時間使用,否則就會造成數據緩沖區溢出,這時轉換器的3個指示燈全部亮起,無法正常刷卡。經過拔插轉換器的電源、重啟電腦予以解決后,每天卡準就餐時間正常開機,日常軟件操作只開電腦,不開轉換器電源。
(2) 每月按科室進行團體充值時,只要修改過團體人員列表,必須先從團體充值菜單中退出,然后重新進入充值操作,才能規避軟件預計充值總金額報錯的BUG。最好不間斷完成團體充值操作,這樣有利于核對充值金額合計;團體充值先充余額少的臨時工卡,個體充值前讓職員看下余額,可免除無效查詢。
(3) 由于充值額(收入)查詢和消費額(支出)查詢各自獨立顯示,無法取得存折上的那種收支余結構供職員核對。首先嘗試把收、支查詢結果打印輸出成文件,然后轉換成Excel格式,最后在Excel中合并收支記錄、設置公式計算出余額,但打印輸出的文件不完整、有亂碼導致不成功,最終動用SQL事件探查器分別跟蹤其SQL語句,并在查詢分析器中執行,把以表格顯示的結果另存為CSV類型文件予以解決。
3停業退款
(1) 順利完成成批退款的前提是:獲取具有科室、姓名、卡號、余額字段的Excel退款表,問題是:①售飯軟件窗口“卡管理”選項卡內容,不能一次顯示所有職員的餐費余額; ②軟件不存在余額表查詢打印功能(見圖1)。
(2) 參考售飯軟件安裝目錄下MyDBData.txt列舉的數據表中文注釋后,將卡狀態表(CardStatus)導成Excel文件,執行步驟:①刪除Excel文件中卡狀態字段(CardStatus)下的退卡記錄,保留正常、掛失記錄;②余額字段(LeaveMoney)顯示到角分位,至此餐費余額合計=軟件的資金平衡表。
(3) 跟蹤人員信息報表SQL語句,復制粘貼全部查詢結果到Excel中,得到部門名稱字段(DepartmentName)、姓名字段(Name)的數據,粘貼前注意卡號字段(CardID )所在Excel列應先設為文本格式,不然卡號首位的0會丟失。
(4) 卡狀態表包含了卡號、余額,人員信息報表提供了科室、姓名、卡號,關聯卡號后即得到退款表。
4總結提升
(1) 質量、品牌、口碑是軟件的生命,以此占領市場才會立于不敗之地,靠關系營銷難以長久。
(2) 不要輕信所謂的認證,所購軟件必須具有導入導出接口,可采取在操作和刷卡過程中故意斷電、長時間開機等非常規做法去測試軟硬件的穩定性和功能。
(3) 應用維護人員應最大限度地發揮主觀能動性,以數據保全、滿足本單位管理信息需求為己任。