ModernGMS是一個基於的免費開源倉庫管理系統。NET 7、Vue 3開發，以及二維碼、Docker、資料庫（SQL 8及以上、SQL伺服器、PostgreSQL）等集成工具。它支持Linux、Windows系統，還可以通過Docker快速部署和配置，易於操作。
您可以通過瀏覽器訪問、使用admin/1登錄或體驗演示版本。使用該系統的優勢在於，通過實時庫存跟蹤和訂單管理，中小企業可以提高運營效率，同時節省IT成本-高效處理核心物流任務，而無需昂貴的專有軟體
為什麼選擇GMS？因為倉庫是「最典型的業務系統」
ModernGMS選擇了「倉庫管理」場景，這本身就很有代表性。
倉庫系統具有幾個自然特徵：
- 清晰的業務對象（倉庫、地點、貨物、庫存）
- 高度簡化的運營（入站/出站/調整）
- 狀態變化頻繁，但規則相對穩定
- 一個非常典型 「中後台系統」
這意味著： 只要WM的建模清晰，大多數企業系統都可以類比。
ModernWMS通過關注「系統骨架」來利用這一點。
從項目結構來看：它不是以「頁面」開始的
如果您查看ModernGMS的代碼結構，您會注意到一個獨特的功能：
商業模式存在於頁面之前。
項目中定義的優先級不是「如何寫頁面」，而是：
- 什麼是倉庫？
- 貨物地點在哪裡？
- 商品如何被代表
- 如何計算和修改庫存
這背後有一個非常明確的系統立場：
系統不是UI的附件，UI是系統的視圖。
這就是為什麼ModernGMS自然採用前後分離結構-
不是為了「現代性」，而是因為 從邏輯上來說應該分開.
ModernGMS的核心：業務對象，而不是功能菜單
在這個項目中，您幾乎看不到這樣的情況：
- 「為了頁面而存在的接口」
- 「為方便而設計的臨時場地」
相反，它的核心圍繞著幾個非常克制的物體：
- 倉庫
- 位置
- （產品）
- 庫存
這些對象有一個共同點：
它們都不是「系統概念」，而是現實世界中存在的東西。
這表明ModernGMS正在做一些非常「老派但正確」的事情： 讓代碼適應現實，而不是調整代碼。
4.庫存是ModernGMS中的「結果」
這是這個項目中非常值得注意的一點。
在許多WM中，「庫存」被視為非常沉重的物體，
就好像它本身就是一等公民一樣。
但在ModernGMS的設計定位中：
庫存更像是商品x位置x數量x狀態的組合。
那就是：
- 倉儲不是「創建庫存」
- 收件箱不是「刪除庫存」
- 實質是 狀態和數量的變化
該設計的好處是：
- 商業邏輯更加清晰
- 縮放（批量、冷凍、預占用）更自然
- 不會陷入「庫存清單越來越複雜」的泥潭
這是 典型的系統思維選擇.
5.操作流程：系統關心「發生了什麼」
ModernGMS中的界面設計顯然圍繞業務行為展開：
- 倉儲
- 郁
- 圖書館內部的調整
這些接口表達了：
業務操作是否有效，而不是頁面是否成功提交。
這意味著：
- 後台是規則的裁判
- 前端只是行為的觸發器
這就是為什麼這個項目非常適合作為 中後台系統的範式參考 -
它不會將UI的偶然性寫入系統的核心。
如果倉庫更換，項目仍然有效
這是判斷系統示例是否有價值的關鍵標準。
您可以將ModernGMS的「倉庫運營」替換為：
- 資產管理
- 設備管理
- 項目管理
- 內容管理
您會發現：
- 對象建模方法仍然適用
- 國家變革的想法仍然有效
- 前後端分工邏輯仍然合理
這說明了：
ModernGMS的真正主題不是倉庫，而是「如何構建業務系統」。
Github：https://github.com/fjykTec/ModernWMS
管材：