ACC32 會計系統 ｜ 錯誤修正

技術說明：主畫面在排列左側選單與右側清單時,把最下面的狀態列(顯示日期、時間的那一條)也算進可用的高度,結果左側選單與右側清單的下緣延伸到狀態列底下,被蓋住一小截。平常看起來只是最後一項顯示不完整、水平捲軸看不到;一旦用捲軸捲動左側選單,被蓋住的那一截會連同狀態列的顏色一起被往上搬,就出現一條淡藍色的帶子蓋住選單項目。現在排列時會先扣掉狀態列的高度,左側選單、右側清單剛好停在狀態列上方。會計系統(ACC32)與人事薪資系統(PAY32)同時修正。

詳細處理

・ 影響範圍:會計、人事薪資的主畫面;左側選單項目多、需要捲動時最明顯(新的佈景主題把字放大後更容易遇到)

・ 修正後:左側選單最後一項(人事薪資「初始設定精靈」、會計「開帳精靈」)完整顯示;左側選單與右側清單的水平捲軸露出來,可以正常拖曳

・ 驗證:量測畫面位置,左側選單與右側清單的下緣恰好等於狀態列的上緣,不再重疊

・ 取得方式:已透過自動更新發布

技術說明：只購買會計系統、沒有搭配進銷存的獨立版客戶，在沒有特別設定資料位置時，系統會用內建的預設位置。原本這個預設位置是「以目前所在的資料夾為準」，從不同地方啟動，目前所在的資料夾就不一樣，資料便可能存到不同地方，看起來像「資料不見了」。現在改為一律以程式所在的資料夾為準，不論從哪裡啟動，資料都在同一個地方(與人事薪資系統做法一致)。

詳細處理

・ 影響範圍:只有獨立版、且沒有自行設定資料位置的情況；有設定資料位置、或與進銷存整合使用的客戶行為不變

・ 驗證:把程式放在一個資料夾、從另一個資料夾啟動：新版資料存在程式旁邊；舊版確實存到啟動時所在的資料夾(重現問題)

・ 取得方式:已透過自動更新發布

技術說明：新加的「輸入中的欄位變色」效果掛在欄位「失去焦點」的事件上，而系統正是在同一個時間點才把畫面上打的字回寫到程式變數；重繪動作跑在回寫之前，等於把剛打的密碼洗掉。改成「在下一個欄位取得游標時才還原上一欄的顏色」即解決。

詳細處理

‧ 現象：登入畫面打完密碼，用滑鼠點〔登入〕一定說「帳號或密碼錯誤」，而且密碼欄會被清空；但同樣的密碼直接按 Enter 就能進系統。

‧ 原因：這是為了讓「游標在哪一欄看得見」而新增的變色效果造成的。密碼欄的內容在「離開欄位」的當下才會回寫，而變色的重繪動作被掛在更前面一步，等於在回寫之前先把狀態清掉。按 Enter 時游標還停在密碼欄、沒有觸發這段流程，所以反而正常。

‧ 解法：不在「離開欄位」時做重繪，改成「下一個欄位取得游標時，再把上一欄的顏色還原」。變色效果維持不變，輸入內容不再受影響。之後又逐一驗證了傳票輸入、發票開立等所有會打字的畫面，確認打完字直接按按鈕都能正確存檔。

技術說明：報表加上期間比較欄後，資產負債類科目取的是「累計到期末」的餘額，損益類卻只取「該期間的發生額」，兩種基準混在同一張表自然對不起來。改為：試算表兩期一律用年初累計，資產負債表的「本期損益」也改用年初累計。

詳細處理

‧ 現象：把報表切到「第三季」時，資產負債表表尾顯示不平衡（差 40 元）；試算表的借貸總額也湊不起來。切回全年度就正常。

‧ 原因：資產、負債這類科目談的是「某個時間點的餘額」，一定要從年初累計過來；收入、費用談的是「一段期間內發生多少」。新增期間比較欄時兩者混用，數字自然對不上。差的 40 元正好就是上半年的損益。

‧ 解法：試算表的兩期一律改用「年初累計到該期末」；資產負債表的「本期損益」也改用年初累計的數字，並在表尾加註說明，避免和損益表的期間數字混淆。修正後三張報表在任何期間下都平衡。

‧ 附帶價值：這兩個問題都是報表自己內建的平衡檢核抓出來的 —— 這也是我們堅持每張財報都要有檢核列的原因。

技術說明：報表在逐筆掃描傳票的過程中，會去呼叫另一段程式查詢設定；那段程式用完會把自己開的檔案關掉，連帶把「目前正在讀的檔案」也一起清空，回到原本的迴圈就失去依據而中止。已針對全檔統一處理：任何開檔的程式用完都把狀態還原，且所有迴圈都明確指定要讀哪一個檔案。

詳細處理

‧ 現象：從左邊功能樹點「現金流量表（直接法）」，程式立刻跳出錯誤視窗並中止。

‧ 原因：新增「逐科目指定現金流量歸類」之後，報表在掃描傳票的迴圈裡會去查這份設定；查詢程式用完會關掉自己開的檔案，同時把系統「目前正在讀哪個檔案」的狀態一併清掉，外層迴圈就失去依據。

‧ 解法：不只修這一支報表 —— 全系統 72 個會開檔的程式統一改成「用完把狀態還原」，所有迴圈也都明確指定檔案名稱，並用檢查工具確認沒有遺漏。同類型問題之前曾在另一張報表出現過一次，這次做的是根治。

‧ 驗證：14 個功能畫面逐一開啟測試，間接法的兩道自動檢核（與試算表現金餘額、與直接法）都顯示相符。

技術說明：不是「目前功能高亮」的邏輯有錯，而是程式啟動時系統把游標焦點放在第一個按鈕上，按鈕取得焦點本來就會變亮，兩種效果疊在一起造成誤會。改成啟動後與每次按完工具列，都把焦點交還給右側內容區。

詳細處理

‧ 現象：不管在看哪一張報表，工具列最左邊的「科目維護」看起來都是亮的，讓人以為目前在科目維護。

‧ 診斷：把「目前功能高亮」的判斷暫時整個關掉重新編譯，第一顆按鈕仍然是亮的 —— 由此確定不是高亮邏輯的問題，而是「取得鍵盤焦點」的外觀。

‧ 解法：啟動後與每次按完工具列按鈕，都把焦點交還給右側內容區；另外讓「啟動時的預設畫面」不算使用者主動選的，所以一開機工具列不會有任何一顆是亮的，按了哪一顆才亮哪一顆。

技術說明：金額的顯示格式字串裡用到的「0」被當成一個固定要印出來的字元，而不是「這裡放一位數字」，導致每個金額後面都多出一位。已全面改用正確的格式寫法，並用實際資料逐筆驗算。

詳細處理

‧ 現象：自從換成視窗介面後，畫面上的金額一律變成原本的十倍，例如 5,000 顯示成 50,000。資料本身是正確的，只有顯示不對。

‧ 原因：金額顯示格式的寫法中，某個位置用了「0」，而在這套開發工具裡「0」代表「就印一個 0 出來」，不是「這裡放一位數字」，於是每個金額後面都被補上一位。

‧ 解法：全系統的金額格式統一改寫，並用實際帳務資料逐筆比對，確認既有資料完全沒有受影響。

技術說明：負責定時檢查的計時器在建立時就記住了「要通知哪個視窗」，但當時登入視窗還沒真正產生，等於掛在一個不存在的對象上，所以從未被觸發。改為在視窗建立完成後才綁定。

詳細處理

‧ 現象：大寫鎖定開著時，登入畫面應該要提示「注意：Caps Lock 已開啟」，但從來沒看過；連續輸錯三次應該鎖定 30 秒並倒數，也沒有作用。

‧ 原因：這兩個功能都靠同一個「每半秒檢查一次」的計時器。計時器在建立的當下就記住了要通知的視窗，但那時登入視窗還沒真正產生，於是它一直在對一個不存在的對象發通知。

‧ 解法：改成等視窗建立完成後才綁定計時器。另外也修正了判斷大寫鎖定的方式 —— 原本用的寫法回報的是「這顆鍵此刻有沒有被按住」，而不是「鎖定狀態是開還是關」。