說明一下：這不是本週的新政策。文件是 2026 年 8 月 31 日印發的，落在近一年窗口內、近 7 日窗口外，此前我們寫的 18 篇裡也沒覆蓋過。之所以現在拿出來講，是因為 12 月 1 日那個報送節點已經只剩二十二天，而它跟我們這類實施服務商自己有關，不只是給客戶看的政策。
上週內部會上，我們討論了一個挺實際的問題：要不要去爭取進這個服務商資源池。
爭到一半發現，真正要回答的不是「要不要報」，而是「拿什麼證明我們做過」。
2000、3000、100、10，這四個數分母不一樣
工業和信息化部辦公廳《關於開展人工智能應用服務商培育專項行動的通知》（工信廳科函〔2026〕414號，2026-08-31 印發）給的幾組數字，轉述時經常被混在一起，先拆開：
到 2026 年底，全國服務商資源池突破 2000 家；到 2027 年底，不少於 3000 家。這兩個是全國口徑、不同年份的目標值。
下轄國家人工智能產業創新應用先導區的省份，本地資源池到 2027 年底不少於 100 家——這是先導區省份的下限，分母變了。
各地區原則上報送不少於 10 個「人工智能應用服務團」，每個服務團由 1 家服務商牽頭、聯合不少於 2 家上下游單位組成——這是「服務團」不是「服務商」，單位是個，不是家，分母又變了。
四組數字不能相加，也不能互相換算成「廣東有多少名額」。通知同時要求各地區建設 FDE（前線部署工程師）團隊，並把服務分成四類：諮詢規劃、交付實施、運營管理、安全治理。
時間上有兩個節點：2026 年 12 月 1 日前，各地區將服務商資源池信息報工業和信息化部科技司；2027 年 12 月 1 日前報總結報告。這裡必須說準：12-01 是地區向部裡報送的節點，不是企業面向社會開放的申報截止日。二者不是一回事。
還有一條必須放在前面的限定：廣東省工業和信息化廳對應 414 號文的省級服務商徵集通知，截至 2026 年 11 月 9 日未檢索到官網原文。我們在 11 月 6 日那輪覆核時沒找到，今天再查仍沒有。所以不能寫成「廣東已開放申報」，也不能替客戶推斷省級報送口徑和時間表。外省有轉發件不等於本省開了通道。
進池材料，其實就是專案交付記錄
把通知的四類服務對著我們的日常業務看一遍：諮詢規劃和交付實施是主業，營運管理沾邊，安全治理不是我們做 Odoo 實施的重點。真要報，前兩類才拿得出東西。
而這兩類要交的材料，不外乎服務商檔案、服務案例、FDE 團隊名單。聽起來像三份文案，實際上每一份都得有底稿可查：
服務商檔案對應公司資質、團隊規模、可交付的服務範圍。這一項多數公司拿營業執照和介紹冊就能湊。
服務案例是分水嶺。這裡有個坑：不少人把解決方案 PPT、架構圖、產品白皮書當案例交，但評審要看的是「這個方案在誰家跑起來了、跑到什麼程度」。可核驗的案例至少需要需求確認、UAT 簽字、上線確認、驗收報告這四份文件，加上能對應上的實施週期和成效數字。我們做專案一直保留這四樣，不是為了申報，是因為驗收和尾款本來就靠它們——順帶的好處是，申報季不用回頭補。
FDE 團隊名單則要求人和項目對得上：誰在哪個客戶現場待過、做過什麼模組、投入多少工時。臨時編一份名單，和工時台帳一對就露餡。
對應到 Odoo 19 CE + OCA 的結構上，這三份材料都在現成的表裡。專案與任務（project.project / project.task）記錄交付範圍與節點；工時（account.analytic.line）記錄誰、在哪個專案、投入多少時間；驗收報告、UAT 簽核、上線確認作為附件掛在對應任務或專案上；成效數字從生產、庫存、銷售報表而來，不是從總結文件裡抄。需要額外做的只有一件事：給 AI 相關專案打一個可篩選的標籤或獨立分析帳戶，讓「哪些專案屬於人工智慧應用服務」能一鍵匯出。零程式碼，在設定層面就能完成。
如果用的是多公司架構，還要多一步核對：案例裡的合同主體、交付團隊所屬法人、發票開票方是不是同一家。集團裡三家公司各做了一段，報案例時寫成一家，材料之間就對不上——這種偏差平時不影響交付，到資格審核這一關很顯眼。
順便說一句反例。我們自己的「服務案例」裡，最能說明問題的往往不是最大的那個專案，而是留下完整基線對比的那個：上線前訂單處理時長、庫存週轉天數、月結天數各是多少，上線後各是多少，數據來自哪張報表。沒有基線，再漂亮的架構圖也只是方案，不是交付記錄。這一點和光明區那份軟體資助指南裡「實施前實際水平 / 實施後實際水平」的要求，其實是同一套邏輯——只是這次輪到我們自己交卷。
我們自己的判斷，以及它不一定對
說實話，到今天為止我們還沒決定要不要爭取進池。
不報的理由成立：省級通道未明，進池不等於拿到訂單，資源池本質上是給各地區做供需對接用的名錄，不是採購合同；把團隊精力花在整理檔案上，未必比花在在手項目上划算。
報的理由也成立：這套材料整理一次，後面多數申報都用得上。不管是省級配套通知出來後接申報，還是客戶要服務商資質證明，或者直接參與「服務團」的上下游組合，用的都是同一批交付記錄。
我傾向的做法是折中：先把材料備齊，但不對外宣稱任何申報狀態，等廣東省級官網原文出來再決定動作。理由很簡單——11 月 6 日我們吃過一次虧，當時把一份只在第三方平台出現、沒回溯到官網原文的「入庫預通知」當成了正式進展，最後只能記進線索待核。政策這件事，寧可晚一步說，別先說錯。
還有一層落差要講明：414 號文的目標是培育服務商供給端，名錄規模是 2000 家、3000 家這種量級。對企業客戶來說，進池名單將來可能是一個篩選服務商的參考，但它不評價某一家實施商的交付品質，也不保證專案成效。別把「進了資源池」當成選型依據，還是要看案例裡那些能對上的單據和數字。
二十二天裡，我們自己先做的事
11 月 13 日前，把 AI 相關專案從臺帳裡篩出來並核對主體一致性。 判斷條件：專案是否屬於諮詢規劃或交付實施兩類、是否有 2025 年以來的完整交付檔案。動作是在專案臺帳上補一個可篩選標籤或獨立分析帳戶，逐項核對合約主體、開票主體、交付團隊所屬法人是否一致；不一致的單獨標註，別混進案例清單。
11 月 20 日前，按「四份文件」補齊服務案例底稿。 判斷條件是每個候選案例能否拿出需求確認、UAT 簽字、上線確認、驗收報告。缺哪份補哪份，補不出來的案例直接從清單裡去掉，不要用方案 PPT 頂替。同時把實施前後的基線數字（訂單處理時長、庫存週轉、月結天數之類）連同取數報表一起歸檔，註明統計區間與口徑。
11 月 30 日前，只做一次官網複核，不做動作承諾。 判斷條件：廣東省工業和信息化廳是否發布對應 414 號文的省級徵集通知官網原文。動作是查一次省工信廳門戶與「粵智賦」相關欄目；有原文再按其中的申報主體、材料清單和時間節點排期，沒有原文就維持「線索待核」，12 月 1 日的部級報送節點只作為背景記錄，不寫成企業截止日。
省級通知沒出來之前，這些材料先放著就好。
—— 本文為存量補寫：政策依據為工業和信息化部辦公廳工信廳科函〔2026〕414號《關於開展人工智慧應用服務商培育專項行動的通知》（2026-08-31 印發），文號與成文日期於 2026-11-06 輪次經政府網站轉載件交叉核准。2000/3000/100/10 的口徑分別為全國 2026 年底目標、全國 2027 年底目標、先導區省份本地資源池 2027 年底下限、各地區服務團報送下限，分母不同不可相加。廣東省級配套徵集通知截至 2026-11-09 未檢索到官網原文，本文未將任何未生效事項寫成已開放申報。
