英國工簽系統把3萬行代碼逼瘋：薪資閾值不是數字，是道數學題

2024年4月，英國內政部改了工簽薪資規則。HR系統崩潰，ATS（申請人追蹤系統）報錯，合規工具集體失靈。不是因為政策變嚴，是因為程序員發現：這根本不是"大于等于3萬英鎊"能解決的。

一個做跨境招聘SaaS的朋友告訴我，他們團隊花了兩周重構驗證邏輯。之前寫死了一個數字，現在發現要同時查SOC代碼（英國標準職業分類）、算時薪、判新人資格、區分醫療分支。他說這就像把計算器換成微積分——表面都是算數，底層完全兩碼事。

薪資閾值 = max(通用門檻, 職業基準價)

原文檔給的核心公式看起來簡單：取兩個數里的較大值。但落地時每個變量都是坑。

通用門檻（general_threshold）2024年后是￡38,700。職業基準價（SOC going rate）按6位SOC代碼查表，不同職業差三倍。軟件工程師可能是￡45,000，市場專員可能是￡26,200。

系統必須存整張SOC代碼表，不能硬編碼。 內政部每年4月更新，2024年一次性調整了上百個職業的基準價。朋友的公司去年沒做版本控制，客戶續簽時發現規則變了，差點被告。

更麻煩的是"新人折扣"。滿足條件的人，閾值降到職業基準價的70%，但保底￡30,960。三個條件滿足其一即可：26歲以下、首次申請工簽、持學生簽/畢業生簽/青年流動計劃簽在英國。

這仨條件是"或"關系，不是"與"。產品經理畫流程圖時容易畫成串聯，開發寫成if A and B and C，直接篩掉一半合格申請人。朋友團隊review代碼時發現這個bug，冷汗都下來了。

時薪校驗：兼職陷阱

最隱蔽的規則藏在兼職場景。內政部不看你年薪除沒除夠52周，它要算時薪。

公式是： guaranteed_annual_pay ÷ (每周工時 × 52) ≥ SOC基準年薪 ÷ (37.5 × 52)

右邊分母固定37.5小時，是英國全職標準。左邊是你的實際工時。

一個每周干30小時、年薪￡28,000的設計師，時薪￡17.95。同SOC代碼全職基準￡35,000，折算時薪￡17.95——剛好踩線。如果TA年薪￡27,500，時薪￡17.63，系統顯示"年薪達標"，內政部直接拒簽。

很多HR系統只校驗年薪，因為 payroll 接口吐的就是年薪。要合規，得單獨拆出"保證性年收入"字段，把獎金、股票、津貼全剔掉。

哪些算？基本工資、保證性津貼（倫敦權重、輪班津貼）。哪些不算？加班費、非保證性獎金、股票期權、報銷。原文檔列了清單，但不同客戶的薪酬結構千奇百怪，有的把"保證性簽約獎金"寫進合同，有的口頭承諾。系統沒法自動判斷，只能留人工復核入口。

醫療分支：另一套宇宙

Health and Care Worker簽證走NHS Agenda for Change薪資帶，不是SOC基準價表。邏輯要分叉：

if visa_route == 'health_and_care':
查NHS Band最低薪
else:
max(通用門檻, SOC基準價)

NHS薪資帶每年4月更新，Band 5的點1點2點3價格不同。朋友團隊給醫療客戶做定制時，發現對方HR連自己的Band等級都搞不清——合同上寫的和NHS系統里登記的不一致。最后只能兩邊數據都存，讓用戶自己選，系統做風險提示。

這個分支還影響SOC代碼范圍。Appendix Health and Care Visa列了允許的職業清單，不在清單上的醫生護士也得走普通工簽路線。系統要做白名單校驗，不能光靠SOC代碼前綴判斷。

2026年變局：數據模型怎么留后路

原文檔沒寫2026年具體數字，但留了技術伏筆。內政部明確閾值邏輯不變，變的是參數值。這意味著系統要設計成"規則引擎+配置表"，不能寫死任何數字。

朋友現在的架構：SOC基準價、通用門檻、新人折扣比例、保底金額、NHS Band表，全進配置數據庫，帶生效日期字段。每次內政部發更新，運營后臺改數，自動灰度到各環境。代碼里只保留計算邏輯，不留任何魔法數字。

他還加了個騷操作：校驗不通過時，系統不直接打叉，而是返回"差￡X"或"時薪低￡Y"。HR發給候選人時，對方知道往哪談。這個細節讓他們的客戶續費率漲了15%——競品只會彈"不符合要求"。

最后留個開放問題：你的系統里，還有多少"當年寫死"的數字，正在等一個政策更新來引爆？