---
# System prepended metadata

title: 新卡務客戶之問題維護與反映Q&A

---

# 新卡務客戶之問題維護與反映Q&A

:::info
應改版討論需求，彙整了現行客戶操作新卡務系統上經常性維護、程式不是這麼直覺與提出的BUG修正結果。
:::

# 現有客戶

[TOC]


---


## 清華大學

#### [經常性維護]

1. 協助匯入人員資料。
2. 卡號同時存在多筆在同卡片型態。
[已解決，原因:校務同步過來時，同時存在，手動刪除。]

#### [需求/BUG]

1. 掛失加入國別更新。
[已修改]
2. 外國學生中文姓名欄位改填入英文姓名及欄寛改為80個英文字母寛之影響評估。
3. 掛失送出後，彈出確認視窗，確認後跳出待完成掛失再關閉視窗送出再確認送出後，進入另外的等待畫面，每五秒檢查一次Sendmail是否=1，是則關閉畫面，重整個人頁面，否則繼續顯示處理中，同時頁面中要顯示說明:若是等待超過五分鐘，仍未完成，請電洽負責人。
[已修改]
4. 批次匯入人員無法使用舊卡務的匯入格式進行匯入。
[評估後:未執行。]
5. 展期卡片功能無法使用。
[原因解決:需有效期限超過Cardstatus=1且logouttypeid=3展期卡片功能才可以使用。]
6. 照片上傳預載的照片列表不會正常顯示，要按查詢才會出現。有在管理帳號的人員才會在預載列表呈現。
[BUG已修正]
7. 管理帳號的單位授權功能，在已被授權的上層單位，其下層的新增子單位不會自動授權，造成卡片發行時無法勾選該新下層單位的使用者。確認舊卡務有此自動授權功能，必須提供。
[評估後:不建議修改，因修改的部分幅度比較大，目前先透過阿傑提供的SQL指令處理，但是若有其他家有此需求，需根據各家狀況調整SQL指令]
8. 畢業學生轉校友之掛失或停卡之自動同步。
[已修改]
9. 補發頁面做補發時，會顯示錯誤資料，EX:補發第三張卡時，勾選時應該要顯示第二張卡，但是顯示第一張。
[已修改]


---


## 雲科大學

#### [經常性維護]

1. 卡務系統帳號設定。
[已解決，原因:因沒有註冊帳戶的地方，從DB手動匯入管理管帳號資訊與MD5轉換密碼再匯入。]

#### [需求/BUG]

1. 卡片查詢新增匯出功能，將查詢出來的資料匯出(須包含內外碼)。
[已修改]


---


## 嘉義大學

#### [經常性維護]

1. 學生證悠遊卡掛失IE畫面空白。
[已解決，原因:經測試掛失不論使用IE或chrome都可正使用。]
2. 卡務換補卡與悠遊卡掛失資料查詢比對。
3. 學生證版面與內碼錯置。
[已解決，原因:手動至DB修改調換。]

#### [需求/BUG]

1. 掛失(選擇"停卡"項目)使用者端若選擇排程送出，沒有可以取消掛失的項目可供操作。
[BUG已修正:因嘉大版本更新到標準版本，目前是回復正確流程-讓停卡不能選擇排程處理。]


---

## 台東大學

#### [經常性維護]

1. 卡號設置錯誤。
[已解決，原因:重新上傳內外碼對照檔和委外製卡檔。]
2. 卡片註銷後無法發行。
[已解決，原因:手動回復註銷前的狀態，如要補發要用"掛失"功能。]


---

## 逢甲大學

#### [經常性維護]

1. 學生證內外碼匯入。
2. 掛失一直停留在"掛失中"狀態。
[已解決，原因:學生證掛失系統「傳輸層安全性協定(簡稱TLS)升級作業」，更新後無法連線到悠遊卡新的掛失伺服器的問題，請悠遊卡將防火牆開放給學校使用。]
3. 新系統帳號密碼刪除。
[已解決，原因:因沒有刪除帳戶的地方，從DB手動刪除管理管帳號資訊。]
4. 新系統帳號密碼申請。
[已解決，原因:因沒有註冊帳戶的地方，從DB手動匯入管理管帳號資訊與MD5轉換密碼再匯入。]
5. 待印製卡片學號順序又亂掉了。
[已解決，原因:在待印製卡片中，未經過"查詢"動作的資料會以卡片發行順序進行排序；經過"查詢"動作後會以人員編號進行排序
請根據操作流程。先進行查詢，選擇正確卡片版面後再進行卡片印製，亦可避免因預設卡片版面和現行需要印製的身分別不同，造成上次提到的"列印時單位不會出現"的問題。]
6. 待印製卡片姓名出現眶框、字型出不來。
[已解決，原因:罕見字無法正常顯示，目前是於單位與人員管理手動修改名字，待修改程式。]
7. 外碼異常掛失失敗。
[已解決，原因:
(1)像是台東大學就是舊掛失系統沒有停用，學校protal改連結的時候改錯，導致學生還是回舊系統掛失，後來連結修正後，再上新系統掛失，會一直掛失失敗，錯誤原因為，該卡片在悠遊卡系統掛失已被掛失。
(2)學生透過其他方式掛失後再上系統掛失。
(3)內外碼對應，或是內外碼錯誤，造成悠遊卡無法掛失。]
8. 無法掛失問題。
[已解決，原因:查該員當初發卡時並無完成發卡動作，沒有資料可以同步到新卡務，所以無法掛失。重新該員卡片的內外碼資料、發卡，完成掛失流程。]
9. 印製卡片時，照片上會出現污點點，是色帶問題嗎？還是哪裡需要清潔呢？
[已解決，原因:primacy參照說名書內容進行維護。]
10. 補印卡系統之待印卡及收集卡號的畫面學號順序跑掉了，變成學號沒排序。請檢查程式是否被覆蓋了呢？
[BUG修正:"待印製卡片"頁面已照學號為順序。]
11. 部分人員有一人多卡的情況。
[已解決，原因:資料轉移的時候，有發現幾個人有兩張卡片的情況，手動將多餘的卡片資料刪除。]
12. 發卡次數。
[已解決，原因:在[CardsPeoplesView]中新增了一個欄位"發卡次數"。]

#### [需求/BUG]

1. 批次補發。
[已修改]
2. 確認照片登入下載功能。
[評估先不做]
3. 批次發卡、補發、照片下載時，依據uid分身份別，T為老師，其他為學生。
[已修改]
5. 待列印卡片若沒有照片則不能勾選列印。
[已修改]
6. 個人掛失頁面-掛失歷史紀錄新增發卡次數欄位。
[已修改]
7. 個人掛失頁面-掛失歷史紀錄 最後掛失排在最上面。
[已修改]
8. 個人掛失申請頁面-掛失類別預設點選。
[已修改]
9. 待印製卡片-查詢頁面-版面預設職員證-code128。
[已修改]
10. 掛失完成後，彈出確認視窗，確認後待完成掛失再關閉送出再確認送出後，進入另外的等待畫面，每五秒檢查一次Sendmail是否=1，是則關閉畫面，重整個人頁面，否則繼續顯示處理中，同時頁面中要顯示說明。
[已修改]
11. 連線到登入畫面時需要很久。
[再觀察觸發的條件]
12. 待印製卡片和讀取卡片頁面查詢結果須以UID排序。
[已修改]
13. 批次發卡失效-僅出現匯入完成，但是待印製卡片沒有出現。
[已修改]


---

## 高苑科大

#### [經常性維護]

1. 高捷卡之內外碼請協助匯入。
2. 自動註銷不存在校務的卡片。
[已解決，原因:SQL排程作業，每天中午12:00會自動執行。]


---

## 馬偕護專

#### [經常性維護]

1. 卡務系統檢視表所需欄位資訊。
[已解決，原因:因暫無卡片查詢新增匯出功能，從DB製作view table 讓管理者方便抓取。]
2. 待讀取卡片中已刪除該筆資料。
[已解決，原因:管理者發行後想取消，未知印卡可取消，不直覺功能。]
3. 一卡通、悠遊卡這張，確認是否重複掛失。
[已解決，原因:悠遊卡掛失log需不定期去注意是否成功傳送成功，並可能不重複掛失。]
4. 對應卡片號碼匯入錯誤。
[已解決，原因:重新上傳內外碼對照檔和委外製卡檔。]
5. 外觀卡號匯入錯誤修改。
[已解決，原因:重新上傳內外碼對照檔和委外製卡檔。]
6. 使用者手機掛失頁面跑版，無法案送出鍵。
[已解決，原因:程式BUG修正。]
7. 開通管理者帳號，密碼手動匯入DB。
[已解決，原因:因沒有註冊帳戶的地方，從DB手動匯入管理管帳號資訊與MD5轉換密碼再匯入。]
8. 批次匯入委外製卡檔。


---

## 台體大學

#### [經常性維護]

1. 人員卡號檢視表(view table)。
[已解決，原因:因暫無卡片查詢新增匯出功能，從DB製作view table 讓管理者方便抓取。]
2. 系統與cs200印卡機驅動連接問題。
[已解決，原因:管理者在安裝或更新過程中沒按照流程，自行無法除錯。]
3. 來源資料庫資料修正-學生學位資料問題，系所學位名稱匯出勘誤。
[已解決，原因:來源校務資料庫由宏碁公司再修正系所授予學位名稱，新卡務的資料庫同步資料才會正確，協助宏碁資料匯出勘誤。]
4. 批次匯入委外製卡檔。

#### [需求/BUG]

1. 票證卡、晶片卡註銷完後可繼續發卡。
[已修改:透過webconfig參數設定註銷維持功能不變，或立即變V；MP_確認掛失是否也受影響，狀態直接變V。]
2. 卡片版面:條碼非使用Bardcode欄位，而是其他欄位的資料並調整為Cardfive字型時不會自動補上前後的* 造成，雖然印出來是條碼的樣子，但是卻無法讀出的問題。
[已修改:先額外從DB處理，目前由SE另寫程式處理。]
3. 版面欄位過多，造成DB欄位長度過長，無法版面存檔。
[已修改:調整DB欄位[CardLayouts]的長度為MAX即可。]
4. 延伸欄位的定義可直接顯示在網頁上。
[已修改:卡片版面設計時依然顯示原始資料-需修改DLL和網頁檔案使其讀取語系檔案。]

## 通用處理方式:

1. 新卡務資料未同步到門禁。
若確認新卡務資料正確，可到Sync_doorkeeper確認是否有該筆同步資訊，或是手動建立正確的同步資訊以利Server:People_Card_SyncSrv處理。
2. 新卡務資料和來源資料不同。
確認來源資料庫、tmp_compare、tmp_compare_event和卡務資料是否相同，確認tmp_compare_event的sysdate是否有值(有值表示Service:SmartIDSync已處理)手動在tmp_compare_event建立正確的同步資訊看是否可以正常。


---


## 以下是有關各級學校在新卡務在掛失時，與一卡通、悠遊卡較常遇到需注意的問題整理:

### 一卡通:

1. 新設置的新卡務系統，一卡通掛失資訊API退費欄位測試(需先使用測機環境驗證，才開正式環境啟用)，這段丟資料雙方在聯繫通溝時，有時候因一卡通方沒有一個專門處理的窗口，可能情況是:
(1)因一卡通方，尚未接獲測試通過的訊息，，一卡通方沒有開通作業。
(2)或是接收資料的與溝通的窗口不一樣造成沒有正常接收資料，一卡通方不知問題在哪的窘況。
2. 一卡通測試資料丟入正式區錯誤。
[已解決，原因:目前丟測試掛失資料會直接送出到一卡通，因無此卡號並不會掛失成功，但一卡通方需手動刪除很麻煩，要測試時先將一卡通掛失程式關閉，測試完後記得要將測試資料清除。]


### 悠遊卡:

1. 悠遊卡掛失程式不斷嘗式傳送未傳送成功的電文到悠遊卡所致，IP位置會被判定疑似有不當之行為。
[已解決，原因:悠遊卡掛失log需不定期去注意是否成功傳送成功，並盡量不重複掛失。]
2. 悠遊卡掛失，基礎連接已關閉。
[已解決，原因:悠遊卡內部系統修復未通知。]
4. 悠遊卡自掛失3小時後，才會停用。
[已解決，原因:讓管理者知道此操作流程。]
5. 學生證退款問題(學生拿著掛失過的卡片儲值，辦理退費)。
[已解決，原因:請學生至7-11找店員領取悠遊卡附掛號郵資之專屬信封袋掛號寄回悠遊卡進行退費。]
