來處理 ERPNext 介面的繁體中文，跟台灣會計科目。
昨天裝好的是一個乾淨、空的系統。這一篇就是把它變成台灣繁體中文，會計打開能記帳的樣子。
ERPNext 不是沒中文，上游的繁體中文只翻了三成，而且，沒翻譯到的字會變成簡體。 Warehouse 顯示成仓库、Default 顯示成默认。
已經翻好的那部分也未必能用，很多是大陸用語：Item 翻成項目，台灣講品項；還有整段錯的，Quotations 被翻成語錄。
一個畫面裡繁中、簡中、英文三種混在一起，感覺很糟。
分三部分處理：修簡體、沒翻譯的、翻譯錯的
第一部分處理簡體字：把該轉的字轉成台灣正字。
第二部分處理根本沒翻的：那幾千條英文字串丟給本地的大語言模型批次翻成台灣繁中。
第三部分處理翻錯的：把上游那些中國用語和錯譯挑出來，照台灣術語表改回來。
把 ERPNext 的介面補成台灣繁體中文，分三段做：
- 露出來的簡體：只轉真正是簡體的字成台灣正字，帶一份不動名單，⛔ 不要整篇丟去轉（會誤傷）
- 沒翻的英文字串：丟本地的大語言模型批次翻成台灣繁中
- 上游的中國用語與錯譯：照台灣術語表改回來（項目→品項、工單、Quotations 不是語錄）
每一條都要過四道確定性檢查：變數佔位符一致、HTML 標籤序列一致、無殘留簡體、非空；
過不了退回重譯，再不過丟人工。
🔴 翻譯寫進系統資料層（Translation 覆寫），⛔ 不要 fork 上游的 .po（升級會被洗掉）。
Submit 這種一詞多義又牽涉過帳的，先問業主要翻「送出」還是「過帳」。
規則：翻譯工作要先分類再動手，一次對付一種，不要指望一次全解決。
術語翻譯的依據：
第三部分，術語表不能憑感覺編的，每一個詞都要有查得到的來源。
會計：查兩個權威：中華民國會計研究發展基金會的重要會計用語中英對照，以及經濟部商業發展署依商業會計法公告的科目編碼。
學術性的譯詞：查國家教育研究院的樂詞網。稅務和勞動的字另外對法規：統一發票、電子發票對財政部，特別休假、勞保、勞退對勞動部和全國法規資料庫。生產製造那一串——工單、製令、途程、在製品、委外加工、進料——查台灣 ERP 廠商公開的產品說明。CRM 那些潛在客戶、商機，拿國際廠商的繁體中文官方文件交叉比對。先用人工定一批核心詞，再靠這些來源把它擴出去，還拿 Odoo 的繁體中文翻譯整個對照一遍。
這個工作，沒有AI，大概得花個好幾天才能完成。現在，我們要做的，就只剩檢查AI翻譯的缺失。
製造部份的翻譯及術語：
採購部份的翻譯及術語：
銷售部份的翻譯及術語：
規則：術語不要自己翻得順手就算數，每一個台灣講法背後都要有一個查得到的權威來源，會計和法規的字尤其不能省這一步。
機器翻譯不能全信，每一條翻完都要過四道確定性檢查：
- 原文裡的變數佔位符翻完要一個不差、
- HTML 標籤的順序不能跑掉、
- 結果裡不能還有簡體、
- 不能翻成空的。
不合規定的退回去重譯，重譯還過不了就丟到人工清單。這四道不是靠模型自律，是程式硬檢查。
這些翻譯要放哪裡很關鍵。不去改上游程式裡的翻譯檔，因為系統一升級就會被洗掉。
改的是系統資料層裡的翻譯覆寫，優先序最高，而且升級不會動到它。整包翻譯做成可版控、可以隨出貨映像複製的資料包，換一台新機器套一次就到位。
有一個詞不是翻譯能決定的：Submit。這在 ERP 裡不是一般的「提交」，是把一張單真的送出、過帳的動作，做完就不能隨便改了。要翻成送出還是過帳，是產品決策。
這種一個詞牽動整個流程的，翻譯的人不能自己定，要業主拍板。最後定案翻過帳。
規則：碰到一詞多義又牽涉作業流程的字，交給懂業務的人決定，別讓它卡在翻譯這關。
三成到九成八
三部分做完、四道閘過完，覆蓋率從三成拉到九成八。剩下兩條刻意留成英文，因為那兩條的翻譯被上游寫死在程式裡，硬翻會把畫面弄壞。
畫面這才真的全是台灣繁中，選單、按鈕、報表都對。
規則：留兩條英文，好過為了湊滿分把系統翻壞。完美是這件事的敵人。
第二關：會計科目
ERPNext 原生有一份繁中的台灣科目表，選國家台灣時安裝精靈預設就會套上，這點比介面翻譯好。
內建的台灣會計科目表
但那份表不完整。它的存貨群組掛著存貨的標記，底下卻沒有一個可以用的存貨科目，一做庫存進出就跳錯，說找不到存貨科目。
規則：開箱能登入、能看懂，不代表能記帳。科目表要在建第一張單之前先驗過一遍。
找法定官方那一份
手上先前有一份廠商流出的科目表，但裡面有簡體殘留、有別人自己加的科目，不夠正規。
台灣的會計科目有法定標準：經濟部商業發展署依商業會計法公告的《會計科目中英對照及編碼》，一到四級、代碼與中英對照都在。要導入這一份。
會計科目：
規則：會計科目要拿法定官方版當來源，不要隨手抓一份廠商表或部落格表就用。
官方文件變成乾淨科目表
官方那份是一個 Word 檔，人看得懂，系統讀不懂。先把它解析成代碼加名稱的清單，再照代碼的層級組成系統要的樹狀結構：大類、總帳群組、明細科目一層層掛好。
過程中把幾個關鍵科目標上用途：哪些是存貨、應收、應付、現金、銀行、稅，系統要靠這個標記才知道這科目能拿來做什麼。
用台灣法定官方版建乾淨的 ERPNext 會計科目表：
- 來源：經濟部商業發展署《會計科目中英對照及編碼》（依商業會計法），⛔ 不要用廠商表或部落格表
- 把官方 Word 解析成代碼＋名稱，照一到四級代碼組成 ERPNext 樹（大類→總帳群組→明細）
- 標好用途 account_type：存貨、應收、應付、現金、銀行、稅
匯入一間全新公司後驗收：科目數對、存貨科目齊全、庫存交易開得成、預設存貨科目設得起來。
🔴 匯入工具設一道閘：公司只要有一筆總帳分錄，就拒絕覆蓋科目表。
規則：官方文件要先變成結構化、機器讀得懂的資料，才有辦法導進系統，不能拿一份 Word 直接餵。
會計科目：
導入，還有一道安全閘
把整份官方表匯進一間全新公司，五百多個科目一次到位，存貨科目齊全，庫存交易開箱就能做。
但匯入工具設了一道閘：這間公司只要已經有一筆總帳分錄，就拒絕覆蓋科目表。動科目表等於翻地基，帳一旦記下去就不能再亂動。
規則：換科目表只能在記第一張帳之前。做成工具時，就把這條規矩寫成一道擋人的閘，別靠自己記得。
介面全繁中、科目換成法定官方版，ERPNext 到這裡才真的是一套台灣人能用、會計能記帳的系統。
空系統準備好了，接下來要餵資料進去。明天把名片系統接上來，讓現場掃進來的一張名片，自動變成這套系統裡的一筆客戶。
本文為 iThome 2026 鐵人賽「一個人的機房」系列第 25 篇,同步發表於 iT 邦幫忙。