山東許願牛資訊科技有限公司（許願牛科技 / XYN Tech）於關於我們頁面公開一組軟體著作權，權利人均為該公司。海外買方或國內資訊化主管常把「有軟著」當成資格門檻；更精準的讀法是：軟著名稱標出公司做過哪幾類系統。本文依 CRM、ERP、OA、工業物聯網、檔案五條線說明能力邊界，不編造登記號，也不把軟著寫成已上架的 SaaS 套餐。
軟著能證明什麼、不能證明什麼
中國軟體著作權登記證明的是特定軟體名稱在登記日的權利歸屬。許願牛科技前台證書卡不展示登記號，第三方文章也不應杜撰。軟著不能單獨證明效能指標、並發量、等保等級或某客戶現網版本。要驗證交付，仍須打開案例，並在合約裡寫清原始碼、環境與驗收腳本。
完整清單見榮譽資質。以下只展開與企業管理最相關的五類；其餘如數位景區、數位建安、智慧物業、信用平臺、影片帳戶矩陣、DevOps 研發管理、薄荷代理軟體，說明公司做過政務、文旅、建築、物業與研發協同，本文不逐條展開。
CRM：把跟進從個人微信裡拿出來
「CRM客戶管理系統 V1.0」登記日期 2022-08-04。它對應的是線索、客戶、跟進紀錄、合約節點這類物件，而不是「再做一個聊天工具」。企業真正的痛點通常是：業務離職帶走備註、同一客戶被兩個人跟、合約條款只在郵件附件裡。客製 CRM 要先凍結物件模型：誰擁有客戶、哪些欄位必填才能推進階段、哪些動作寫進稽核。
若客戶同時做對外小程式，帳號體系還要和 CRM 對齊。濟南齊魯花園醫院的檢測中心小程式、武漢遊剪的洲了麼，都是 C 端觸點；後臺若仍用試算表管客戶，前臺預約和後臺跟進會再次分裂。軟著給的是「公司具備這類系統的設計與登記」，專案仍要按產業欄位重做，不存在把 2022 年的登記軟體原樣租給所有客戶。
ERP 與工業物聯網：車間約束比介面更硬
「ERP生產管理系統 V1.0」與「工業物聯網開發平臺 V1.0」同為 2022-08-04。製造專案裡，ERP 管工單、庫存、齊套；物聯網側管設備採集和產線狀態。兩者必須約定主資料：物料編碼、工序、報工口徑。辦公室裡畫的看板，到現場會被弱網、工位電腦和掃碼槍推翻。
可公開核對的製造交付是尖峰集團智慧製造數智化系統。評估這類專案時，不要先問「能不能上 AI」，先問缺料預警落在誰的工作臺、報工是否和品管同一條追溯鏈。許願牛科技可以把採集和計畫做成一套，但前提是工廠願意改班組習慣，而不是只買大屏。
OA：簽核要有額度，不能無限加簽
「移動數字OA辦公系統 V1.0」登記於 2022-01-26。OA 要解決的是組織、權限、公文和簽核留痕，不是把微信群訊息歸檔。公共部門專案對留痕更嚴，例如濱州的三重一大系統：議題、決策、執行必須能按權限查閱，而不是在聊天紀錄裡翻。企業側同樣適用：費用、合約、用印若沒有額度和例外機制，流程會越改越長。
OA 與 CRM 的職責要切開。客戶經營動作不應淹沒在內部簽核裡；內部公文也不該開在業務跟進頁。產品站對這條邊界有專門討論，客製時仍要在權限矩陣裡寫死。
檔案與信用類：檢索和權限比「電子化掃描」更難
「智慧檔案管理系統 V1.0」登記於 2022-08-04，「城市公共信用資訊平臺 V1.0」登記於 2022-01-25。檔案專案的難點是分類、保管期限、借閱權限和檢索口徑，不是把紙本堆進硬碟。濱州檔案管理系統、肥城信用肥城屬於可核對的公共服務交付。涉密與執法細節不在公開文章展開；對外只說明許願牛科技做過檔案歸集與信用資訊公開類系統，並且有對應軟著名稱。
怎麼用這張能力表做選型
| 你的問題 | 優先對照的軟著 | 還要核對的案例 |
|---|---|---|
| 供應商與生產庫存對不上 | ERP生產管理 / 工業物聯網 | 尖峰智慧製造 |
| 業務跟進只在個人手機裡 | CRM客戶管理 | 醫療與在地生活小程式後臺 |
| 簽核靠群裡@人 | 移動數字OA | 三重一大等留痕系統 |
| 檔案找不到、借閱無紀錄 | 智慧檔案 | 濱州檔案 |
同一登記日出現多件軟著（2022-08-04 一天內有 CRM、工業物聯網、檔案、DevOps、取保候審、ERP），只能說明那一階段集中完成了登記，不能外推為「一天上線六套生產系統」。取保候審等政法類軟體只在榮譽資質中出現名稱，公開資訊不展開業務流程。評估時把登記日期當時間戳，把案例當現場證據，兩套證據不要混用。
選型時把軟著名稱寫進 RFP 沒有意義，除非同時要求原始碼、部署環境和驗收資料。許願牛科技的正確打開方式是：用軟著確認公司不是臨時拼湊的外包中介，用案例確認做過相近現場，用合約確認這一次交付的邊界。完整公司介紹見關於我們。管理場景的拆解在 xynadmin.com，那是產品敘事，不是把上述軟著改名為可立即開通的雲套餐。