光明區補助軟體投入的 30%,財務系統和雲端訂閱不在裡面

網路填報 11 月 20 日 17:30 截止,紙質 11 月 25 日;先把不能報的錢劃掉

先說一個我自己踩了一下的小坑。

上週五我在第三方政策平台上看到「2026 年光明區工業和信息化領域數位化平台和軟體應用資助項目」,申報日期寫著 11 月 9 日到 11 月 20 日。等我把光明區政府在線的原文找出來,標題是《關於發布光明區工業和信息化領域 2025 年網路升級改造等 3 個資助項目申報指南的通知》,附件名稱也全是「2025 年」(深圳市光明區企業發展服務中心,2026-11-05 發布於光明區政府在線,資訊來源為光明區工業和信息化局)。

不是筆誤。指南「八、注意事項(一)」寫得很清楚:資助範圍為申報單位 2025 年 1 月 1 日至 2025 年 12 月 31 日期間實際發生的項目投入。所以這是 2026 年開申報窗口、補 2025 年度投入的事後資助。第三方平台把「申報年度」當成了「項目年度」。

這個差別不是文字遊戲。如果貴司 2025 年沒做過軟體投入,或者投入發生在 2026 年,看到「2026 年項目」很容易白準備一輪材料。引用政策,還是回到官網那一頁。

先把三類錢從申報口徑裡劃掉

資助標準本身很直白:按上一自然年度項目實際投入(軟體購置費、實施服務費、軟體維保費等)的 30% 給予補貼,單家企業最高 200 萬元,事後資助(深圳市光明區企業發展服務中心,《光明區工業和信息化領域 2025 年數字化平台和軟體應用資助項目申報指南》,2026-11-05,「二、支持對象、方向、方式和標準」;30% 的分母為 2025 自然年度項目實際投入,200 萬元為單家企業上限)。

真正決定能報多少的,是緊接著的那段「註」。我把不計入的部分按性質分成三類:

第一類,與生產製造系統沒有整合的系統。 指南正面列出可計入的範圍:研發設計、生產管理、生產控制、供應鏈管理、企業資源管理、能源管理等與生產製造系統整合應用的資訊化系統應用軟體(不含設備嵌入式軟體),並且明確要求設計、模擬、供應鏈管理、客戶服務等相關的系統須與生產製造系統整合應用。反面也點名了:財務管理系統、辦公室自動化系統、公司網站建置、電子商務應用軟體,以及非資訊化用途的軟體正版化、繪圖軟體(Adobe Illustrator)、設計軟體(Photoshop)等費用,不算。

第二類,雲租賃費用。 原文括註為公有雲伺服器、雲端儲存、雲端容器等租賃費用。這一條對採用 SaaS 或雲訂閱模式的企業影響最直接。

第三類,時間不在 2025 年裡的錢。 項目合約簽署時間不得早於 2022 年 1 月 1 日,發票時間不得晚於項目申報時間,付款時間必須落在 2025 年 1 月 1 日至 12 月 31 日之間。合約簽得早、發票開得晚、款在 2026 年 1 月才付——三樣只要有一件錯位,這筆就懸。

舉一筆帳:某企業 2025 年一份 200 萬元的 ERP 導入合約,其中 60 萬元是財務模組、OA 與雲端主機年費,開在同一張合約裡、沒有分項報價。按指南口徑,能計入申報基數的只剩 140 萬元,30% 對應 42 萬元。若當初按模組分項列價、實施服務費與雲端租賃分開開票,這 42 萬元能算清楚;沒分項就得靠人拆,拆不動的只能放棄。

這裡插一句誠實限定:指南寫明「資助資金根據當年度區經濟發展專項資金預算安排和申報情況,對資助金額、支持比例和撥付進度等進行統一調整,申報主體應無條件同意調整結果」。也就是說 30% 和 200 萬元都是上限,不是承諾金額。做現金流預測時別按滿額算。

「至少 3 個關鍵環節」要用系統截圖和集成個數來證明

申報條件裡有兩條是硬前置,跟錢無關,但最容易被臨時抱佛腳:

一是申報主體須在工信部製造業數位化轉型綜合資訊服務平台(szgx.miit.gov.cn/zzyszh/home)或廣東省製造業數位化轉型公共服務平台(gdmdtp.com)完成數位化轉型通用評估,並提供評估結果截圖或自評報告。

二是透過數位化工具,實現研發設計、生產製造、倉儲、供應鏈管理等至少 3 個關鍵環節的數據與生產製造系統集成應用和業務協同。

第二條不是打勾題。申請表(附件 1)要逐項勾選資訊系統清單(企業資源規劃、倉儲、供應鏈、採購、生產執行、品質、研發設計、銷售、設備管理等),還要填「系統整合」程度與整合個數,並分 ERP、MES/MOM、QMS、SCM、CRM、BI 等系統勾選覆蓋模組。最後一欄「專案實施效果」要求分別填實施前、實施後實際水準,分技術先進性、經濟效益、社會效益三類。

專項材料也對著這套邏輯:費用明細情況表(附件 2 逐筆填合同名稱、乙方、簽署與執行日期、金額及對應交付驗收憑證)、採購合同、支付憑證、發票、實施效果圖片(系統截圖)、通用評估證明;基礎材料另需近 3 年審計報告、社保參保材料與 2025 年度完稅情況。

換句話說,評審看的不是「買了什麼軟體」,是「這套軟體在哪幾個環節真的跑起來了,錢和驗收對不對得上」。

客戶現場要改的是合同、單據和截圖習慣

這條政策落到我們做 Odoo 19 CE + OCA 的專案上,變成三件很具體的活。

第一件,合約與發票分項。把與生產製造系統整合的模組(MRP、庫存、採購、質檢、設備管理)和財務、OA、雲訂閱分開列價、分開開票。多公司架構下本來也該這麼拆,不同法人用不同模組,費用歸屬才清楚。2025 年已簽的合約改不了,但費用明細表裡至少要把可計入與不可計入分開填,別把整包金額寫進基數。

第二件,四聯單據對齊。費用明細表要求「對應交付驗收憑證」,Odoo 側就是採購訂單(purchase.order)、供應商帳單(account.move)、付款(account.payment)與專案交付物(project.task 及其附件、UAT 簽字、上線確認、驗收報告)掛到同一個合約編號下。指南特別要求付款時間落在 2025 年內,所以付款日期欄位不能事後改——我們一般會建議客戶在 2025 年結帳前就把這筆核對做完。

第三件,整合證據留痕。「至少 3 個關鍵環節」在 Odoo 裡能拿出可核驗截圖:銷售訂單轉生產(sale.order → mrp.production)、生產領料(stock.move)、採購到貨與質檢(purchase.order → stock.picking → quality.check)。申請表裡「部分整合 X 個」的 X 應來自真實的單據流轉清單。實施前後水準同理——人均產值、庫存週轉天數、訂單準時交付率得從系統報表出,不能申報前一週讓文員現編。

這裡有個坑:上線時大家忙著驗功能,很少把「改造前基線資料」正式歸檔,兩年後填「實施前實際水準」只能翻舊 Excel,口徑還對不上。現在我們會在上線確認單裡附一頁基線指標快照,就是從這類申報裡學來的。

時間上再提醒一句:網路填報 2026 年 11 月 9 日至 11 月 20 日 17:30,紙質材料 11 月 9 日至 11 月 25 日 17:30,交到光明區公共服務平台一樓區行政服務中心 19 號窗。指南註明「需透過網路初審後方可提交紙質材料」「成功提交紙質材料的項目才算完成申請」,且杜絕中介、不收取任何費用。

兩個截止日,倒排一下

11 月 13 日前,把 2025 年的軟體投入按指南口徑重新分類一遍。 判斷條件:付款時間是否在 2025-01-01 至 2025-12-31 內、合約簽署是否不早於 2022-01-01、發票時間是否不晚於申報時間。動作是拉出全部相關合約與發票,逐筆標出「可計入 / 不可計入」,把財務管理系統、OA、網站建設、電商軟體、軟體正版化、製圖設計軟體、雲租賃、設備嵌入式軟體劃掉,得出一個可計入基數,再乘 30% 看是否觸及 200 萬元上限。基數為零就別往下走了。

11 月 18 日前補齊兩項前置證明。 判斷條件:是否已在工信部或廣東省平台完成數位轉型通用評估——沒做的,本週內去做並保存結果截圖或自評報告。同時按申請表格式整理「至少 3 個關鍵環節」的證據:列出實際打通的單據流轉路徑(例如銷售訂單→生產→領料→採購到貨→質檢),保存系統截圖和集成個數清單,別只寫文字描述。

11 月 20 日 17:30 前完成網路填報,11 月 25 日 17:30 前完成紙本遞交。 判斷條件:電子材料是否通過初審(未通過要先按退回意見修改,再於紙本截止前重交)。動作是在深圳市財政專項資金統一管理平台(財企通)線上填申請表,其餘材料上傳 PDF;通過初審後匯出帶浮水印編號的全套材料,逐頁蓋章、多頁加騎縫章、連續編頁碼、膠裝成冊,一式一份送到 19 號窗。諮詢電話指南給了 0755-88219721 與 0755-88212832。

兩段截止日記成兩個提醒,別只設一個。

—— 依據:光明區政府在線 2026-11-05 通知及附件 2 申報指南、申請表、費用明細表。數額、排除範圍與時點按官網附件原文引用。第三方平台標「2026 年」、官網標「2025 年」,本文以官網為準。示例計算為舉例,非任何企業實際申報數據。

关于我们

​我们致力于帮助中小企业实现数字化转型,我们的团队由一群充满激情和创新思维的专业人士组成,他们具备丰富的行业经验和技术专长。

扫一扫获取顾问以及手册

登入 發表評論
海珠區這輪只開五天,先把 30% 的分母定下來
第六批大模型政策兌現,卡人的往往不是備案,是研發費用輔助帳