局號貼進 Excel 後尾碼變零？長編號要當文字保存，不能只調欄寬｜RZU娛樂城

差在最後一位的兩個局號，不能當成同一個數值

先看兩段自編範例：1234567890123456 與 1234567890123457。它們只差最後一位，作為局次識別碼卻必須分開保存。編號的用途是找到那一筆，不是拿來相加、平均，或依顯示位數估計遊戲總局數。

Microsoft 說明指出，Excel 數值精度以十五位有效數字為限；超過這個範圍的長數字，若被當成數值輸入，後方位數可能變成零。因此把十六位以上的局號直接丟進一般數值欄，可能在還沒開始整理前就失去尾碼。

上面兩段是教學字串，不是任何玩家的真實局號，也不代表 RZU 所有供應商都使用十六位格式。實際編號可以更短、更長或含字母，保存方法都應以完整原始文字為起點。

顯示成科學記號，與原始尾碼已改掉，是兩種問題

欄位顯示 1.23457E+15，可能是畫面以科學記號縮短呈現。調寬欄位或更換顯示格式，有時能讓完整已存數值顯示出來；但這不代表資料一定毫髮無傷，還要回原始來源逐字比對。

如果輸入時超出精度而讓尾碼被改成零，事後改成文字格式，保存的也只是已改掉的版本。畫面不再顯示 E，不能證明原本的最後一位回來了。這也是為什麼修正應從原始匯出檔、完整頁面或截圖重新取得，而不是靠猜尾數。

還有一種常見差別是前面的零。例如 00123 與 123 作為數值相等，但作為識別碼未必能互換。補零格式只能按你設定的長度顯示，不知道來源原本究竟有幾個零；沒有原碼時，不宜自行補出一個看似合理的版本。

貼上之前先設文字；匯入時先確認欄位型態

若是手動貼入，先選取準備放局號的整欄，把儲存格格式設成文字，再貼上原始字串。重點在順序：先設格式，才輸入；不要等長碼已經被轉成數值後，才期待文字格式替你恢復資料。

若是透過文字或 CSV 匯入，請在可用的預覽或轉換步驟把局號欄設成文字，再載入工作表。Microsoft 的 Power Query 說明提供欄位型態轉成 Text 的流程；不同 Excel 版本與 Mac、Windows 介面位置可能不同，但都應在載入結果前檢查該欄。

部分新版 Excel 提供自動資料轉換設定，可控制移除前導零、長數字轉換等行為。沒有這個選項的版本，也不要跳過欄位型態檢查；先以兩筆自編長碼試匯入，再把結果和原文逐字比較，確認自己的操作路徑。

用逐字比較器看差異，不把局號轉成數字

預設示例只有第十六個字元不同。你可以把整理後改成與原始相同，確認工具顯示相同；再在前面加一個零，看長度與第一個差異如何改變。這裡比較的是文字，不會因兩段看起來像數字就先做數值轉換。

工具也不會自動刪除空白。若複製時多了前後空格，會提醒你回來源確認，因為悄悄修剪後再宣稱相同，反而可能掩蓋整理流程的問題。要改哪一欄，應依原始紀錄決定，不是只為了讓兩欄相等。

可以先用自編資料練習；這個比較器不連接遊戲紀錄系統，也不替你還原未知尾碼。它只能指出你目前提供的兩段文字在哪裡不同，不能查出哪一段才是有效局次。

檔案裡保留原始碼，旁邊再加遊戲與供應商

一份可回查的紀錄表，可以有原始局號、供應商、完整遊戲名稱、紀錄時間與來源檔名等欄位。局號保持原樣；你想加的分類、排序或備註，放在旁邊，不直接把它改寫成自己比較喜歡的格式。

不同供應商或不同資料範圍，未必保證同一段數字只出現一次。看到兩列局號相同時，先核對供應商、遊戲與來源，不要立刻用移除重複資料把其中一列刪掉。只有字串相同，還不足以證明那是同一筆紀錄。

若需要替截圖排序，可以另外加流水欄，例如圖一、圖二；不要把局號最後幾碼當成排序序號。完整局號負責定位，流水欄負責整理，分開使用能避免編輯檔名時順手改到識別資料。

已經存錯的表，從原始來源重匯，不靠格式補救

1. 保留目前有問題的檔案副本，先找原始匯出或完整紀錄畫面。
2. 另建文字型態的局號欄，重新取得原始字串。
3. 挑第一筆、最後一筆與容易混淆的長碼，逐字核對。
4. 確認供應商、遊戲和時間欄仍對應同一筆，再使用整理後資料。

如果只剩下尾碼已經變零的版本，本文沒有方法保證算回原本的碼。應把那筆標成需要重新取得，而不是用前後兩筆推測中間應該加一；局號未必連號，更未必每次都由同一規則產生。

這個整理習慣的好處，是下一次要查詢某局時，你提供的仍然是來源上的完整識別碼。與其收到「找不到紀錄」後再猜哪一位被改掉，不如在第一次匯入時就把文字型態和原始來源一起保留下來。

常見問題