外協通是一款專為小微制造業企業打造的進銷存出入庫管理系統。它聚焦從 BOM（物料清單）下發?到?零件入庫后領出?的核心業務環節，解決傳統人工表格管理帶來的效率低、易出錯、數據割裂等問題。
企業普遍面臨外購外協件進度失控、交貨不及時、質量下降等痛點，外協通以進銷存為基礎骨架，結合采購、供應商協同、庫房管理，實現從項目創建 → BOM生成 → 采購申請 → 訂單審批 → 合同管理 → 供應商執行 → 收貨入庫 → 領料出庫的全流程閉環。
系統基于低代碼平臺（魔盒）開發，具備高擴容性，可根據企業需求快速定制響應
二、進銷存核心業務閉環
外協通的進銷存邏輯貫穿三個核心環節：采購進貨 → 庫存管理 → 生產/項目領料出庫，并擴展至供應商協同與財務/合同管理。
進銷存產品演示
1. 采購進貨管理（進）
-
- 自動下單：根據審批通過的采購申請，按物料指定的供應商、采購價格、最小起訂量、可用庫存數自動生成采購訂單。
- 合同生成與管理：
- 自動生成合同文本，支持打印蓋章后與供應商簽訂正式合同。
- 采購方可上傳已蓋章簽字的原始合同，實現原合同電子化管理。
- 訂單跟催：系統支持自動按節點跟催供應商執行進度。
- 退訂操作：下單后如遇需求變化，支持退訂物料。
2. 庫存管理（存）
-
- 自動入庫：庫房接收供應商送貨單后，系統自動將貨物入庫，并實時提醒項目組到貨。
- 退庫操作：已領用物料如未使用完畢或存在質量問題，支持退庫。
- 庫存數據聯動：系統在采購下單時自動計算可用庫存數，避免重復采購或庫存積壓。
3. 出庫與領料（銷——內部消耗）
-
- 項目組領料：物料到貨入庫后，項目組可根據需求發起領料出庫。
- 補貨機制：支持因甲方驗收或實收數量不足時，供應商補貨并再次入庫。
三、進銷存全流程業務模塊說明
（1）基礎數據維護（系統管理員）
-
- 維護人員組織機構、部門角色
- 維護供應商、客戶基礎信息
- 維護物料與A/B供應商的指定關系，并設置物料采購價格
（2）企業內部采購業務
| 1 | 項目組 | 創建項目及項目內包含的產品 |
| 2 | 技術部 | 設計產品（可部分完成），上傳產品BOM及圖紙 |
| 3 | 技術部 | 選擇項目，匯總產品BOM生成項目BOM，提交采購申請 |
| 4 | 領導 | 審批并通過采購申請 |
| 5 | 采購 | 自動生成采購訂單（基于物料指定供應商、最小起訂量、可用庫存、價格） |
| 6 | 領導 | 審批并通過采購訂單 |
| 7 | 采購 | 自動生成合同文本，打印蓋章后與供應商簽訂 |
| 8 | 采購 | 上傳蓋章簽字的原始合同，進行合同管理 |
| 9 | 采購 | 系統自動跟催訂單執行 |
| 10 | 采購 | 支持退訂物料操作 |
| 11 | 供應商 | 根據訂單生成送貨單并發送 |
| 12 | 庫管 | 根據送貨單驗收及入庫，可以發起補貨申請 |
| 13 | 項目組 | 根據到貨情況，發起領料 |
| 14 | 庫管 | 接收領料單，并出庫 |
（3）供應商業務協同
-
- 供應商登錄系統查看訂單對應的物料明細及圖紙
- 按訂單交付節點自動分解時間，回報合同執行狀態
- 發出送貨單
- 支持因甲方驗收或實收不足后的補貨發貨
（4）企業庫房與項目組業務
庫房：
-
- 接收送貨單，確認實收及補貨信息
- 貨物自動入庫并通知項目組
- 處理退庫操作
項目組：
-
- 接收到貨信息后發起領料
- 支持退料
四、進銷存系統價值與適用對象
核心價值
-
- 消除數據孤島：采購、庫存、財務、項目數據一體化聯動。
- 提升效率：從手工表格轉為自動下單、自動跟催、自動入庫。
- 減少錯誤：系統計算可用庫存、最小起訂量，避免人為失誤。
- 進度可控：供應商回報節點、自動跟催，降低交貨延誤風險。
- 質量保障：全流程追溯，圖紙與物料一一對應，減少因溝通不清導致的質量問題。
適用企業
-
- 小微制造業（機械組裝、電子組裝、非標設備生產等）
- 當前依賴Excel、紙質單據管理BOM和外協采購的企業
- 希望以低成本、輕量化方式過渡到ERP管理的團隊
]]>
小微制造業企業業務范圍從BOM下發到零件入庫后領出。由于業務流程依賴人工和表格，效率低下且易出錯；財務、庫存、銷售數據割裂，非常希望有輕量級ERP來解決從BOM下發到外購外協件入庫這個過程中缺少關注、進度失控、交貨不及時，導致項目時間延誤、產品質量下降等普遍存在的問題。
外協通實施部署輕快，無需昂貴硬件和漫長實施周期；功能模塊輕靈，聚焦進銷存、產品管理、供應商管理等核心需求，避免冗余功能；操作體驗輕簡，界面友好，學習成本低。其核心價值在于以可承受的成本，快速實現關鍵業務流程的數字化、標準化和協同化，為企業的穩健成長奠定數據基礎。
項目型小微企業輕量級ERP – 外協通核心功能
核心功能匹配度：是否覆蓋企業最迫切的業務場景（項目周期短、邊設計-邊采購，要確保項目按質量如期交付），如項目管理、產品管理、采購訂單管理、庫存管理、供應商管理、訂單節點自動提醒催辦。功能并非越多越好，而是貴在精準。
易用性與學習成本：界面是否直觀，流程是否貼合實際業務操作。能否讓業務人員經過短期培訓甚至自行摸索即可上手，是降低實施風險的關鍵。
擴展性與集成能力：企業處于成長中，系統應能隨業務增長而平滑擴展，系統基于魔盒低代碼平臺開發，可以快速響應企業個性需求。
系統特點功能：圖紙支持批量上傳、合同文檔能根據訂單自動生成、供應商能實時查看CAD圖紙、項目組能全局實時查看項目物料進展狀況（項目數、申請數、采購數、送貨數、庫存數、領料數、退庫數等）、供應商外協生產及時跟進及反饋。
項目型小微企業輕量級ERP-工作流程
外協通-項目型小微企業輕量級ERP-適合哪些企業？
-
- 自己不生產零件，主要外協與外購，只做組裝
- 項目周期短，定制化強
- 經常邊設計、邊采購、邊外協
- 受困于進度失控、交期延誤、質量出錯
- 希望減少一名員工，但讓效率翻倍
聚焦企業和供應商的外部溝通上，范圍從BOM下發到零件入庫后領出。解決從BOM下發到外購外協件入庫這個過程中缺少關注、進度失控、交貨不及時，導致項目時間延誤、產品質量下降等普遍存在的問題。外協通依據上述企業困境其目標：為企業減少一人，但效率翻倍。
適合哪些企業？
-
- 自己不生產零件，主要外協與外購，只做組裝
- 項目周期短，定制化強
- 經常邊設計、邊采購、邊外協
- 受困于進度失控、交期延誤、質量出錯
- 希望減少一名員工，但讓效率翻倍
系統功能模塊
功能描述
一、基礎數據維護（sysadmin/數據管理員）
- 維護人員與組織機構（部門、角色、權限）
- 維護供應商信息、客戶信息
- 維護物料主數據，并指定每個物料的 A、B 供應商（可設置首選/備選）
- 維護物料采購價格
二、項目與設計階段（項目組 + 技術部門）
- 項目組創建項目，并定義項目內包含的產品（產品清單）
- 技術部門 設計產品（允許部分完成），上傳產品 BOM 及產品圖紙
- 技術部門 選擇項目，將該項目下所有產品的 BOM 匯總生成?項目 BOM（支持邊設計邊匯總）
- 技術部門 提交采購申請（可一鍵提交，也可分批提交）
三、采購申請審批（領導）
- 領導審批采購申請（支持移動端審批）
- 審批通過后，采購申請轉為可下單狀態；不通過則退回技術部門修改
四、采購下單（采購員）
- 采購員 根據已批準的采購申請，系統自動按“物料-供應商”關系生成采購訂單（草稿）
- 系統自動計算：
-
- 可用庫存數量
- 最小起訂量（MOQ）
- 建議采購數量 = max(需求數量 – 可用庫存, MOQ)
- 采購員 確認采購數量及價格，生成正式采購訂單
? ?外協通增強：支持庫存占用與自動扣減，避免重復采購。
五、采購訂單審批（領導）
- 領導 審批采購訂單
- 審批通過后，訂單生效；不通過退回采購修改
六、合同生成與簽署（采購員）
- 采購員?根據生效的采購訂單，一鍵生成合同文本（可配置模板）
- 打印蓋章后，與供應商簽署正式合同
- 采購員?將蓋章簽字的原始合同掃描上傳至系統，進行電子合同歸檔管理
七、訂單自動跟催（系統自動 + 采購員人工）
- 系統根據項目倒排計劃，自動為每個采購訂單分解關鍵節點：
30% / 60% / 90% /100% 生成時間節點
- 自動催單規則：
-
- 節點到期前24小時，系統自動推送提醒給供應商（微信/短信/郵件）
- 節點超時后，系統自動升級預警，通知采購員及項目組
- 采購員 可在后臺一鍵“強制催單”或人工介入
- 支持退訂物料：若因設計變更或項目取消需要退訂，采購員發起退訂申請，通知供應商停止生產/發貨
八、供應商業務（供應商端）
? ?外協通提供供應商專屬門戶（無需安裝，手機/電腦可訪問）
- 供應商 登錄后查看待處理訂單，查看每個訂單的物料明細及對應圖紙（最新版本）
- 供應商 按系統分解的節點時間，自主回報執行狀態：
- 供應商 發貨時，在系統內創建?送貨單（可打印或電子發貨）
- 若因甲方驗收不合格或實收數量不足，供應商可發起補貨（關聯原訂單，生成補貨送貨單）
完善點：補貨流程與原始訂單關聯，不影響項目BOM總量，且自動更新到貨進度。
九、企業庫房業務（庫管? + 項目組）
- 庫管?收到貨物后，根據供應商的送貨單進行?收貨確認：
-
- 掃碼比對物料編碼、數量、BOM版本、圖紙版本
- 若與訂單一致，錄入實收數量；若不一致，可拒收或部分實收
- 庫管 確認收貨后，貨物自動增加庫存，并實時通知項目組（系統消息/微信）
- 項目組 收到到貨通知后，隨時發起?領料申請（可按項目/產品/工單）
- 庫管?根據領料單出庫，扣減庫存
- 項目組 若領料后有多余或不合格物料，可發起?退庫：
-
- 退庫物料重新入庫（質檢后可再利用）
- 退庫操作同步更新項目成本
? ?外協通增強：領料與退庫自動更新項目物料消耗統計，為成本核算提供依據
查看演示
點擊查看：產品演示
總結
外協通：專為“只組裝不生產”的項目型企業打造 | 邊設計、邊采購、邊外協，項目確保項目按時交付。
]]>mobox3的功能點擴展的MBC客戶端的配置實現方式
1、人員管理里面需要定義 應用程序
需要定義 3個應用 （應用名稱 不能變）
MOBOX3
OIOrgSAPI
OIMoboxSAPI
OIDataSAPI
其它2個服務類似
2、mobox3定義的功能領域可以發布到 MBC客戶端
3、MBC客戶端效果圖
4、MBC客戶端若連接mobox2 環境，擴展配置參考截圖
需要配置上述服務參數
]]>
1、獲取當前窗體上所需字段的數值
nRet, strRetInfo = mobox.getCurEditDataObjAttr(strLuaDEID, “G_PRJ_ID”, “S_PRJ_CODE”, “S_PRJ_NAME”, “S_PM_NAME”, “S_PD_NAME”)
2、得到Json字符串（strRetInfo）內容描述（暫且我們稱之為 mobox3 格式）
[{
“attr”: “G_PRJ_ID”,
“value”: “”
},
{
“attr”: “S_PRJ_CODE”,
“value”: “PM-0002”
},
{
“attr”: “S_PRJ_NAME”,
“value”: “pcy 0999 hard”
},
{
“attr”: “S_PM_NAME”,
“value”: “金振興”
},
{
“attr”: “S_PD_NAME”,
“value”: “”
}
]
3、將得到的Json字符串（strRetInfo）轉變為Json標準的表格式（strOBJInfo ）
nRet, strOBJInfo = mobox.objAttrToObjJson (‘JS001’, strRetInfo )
注意：strOBJInfo 得到其實還是一個Json字符串，但其是一個標準的Json表格式表達
具體 objAttrToObjJson 函數怎么用查看手冊
4、得到Json表字符串（strOBJInfo ）（是一種 json對表的標準格式）
{“cls”: “JS001”,
“ver”: 1,
“G_PRJ_ID”: “”,
“S_PRJ_CODE”: “PM-0002”,
“S_PRJ_NAME”: “pcy 0999 hard”,
“S_PM_NAME”: “金振興”
}
注意：這個Json格式是標準表格式字符串表達。
5、我們需要將這個字符串轉為表（tbOBJ）
local tbOBJ = json.decode (strOBJInfo)
注，只有變成表后，我們可以這樣來理解這個表：
| 字段名 | cls | ver | G_PRJ_ID | S_PRJ_CODE | S_PRJ_NAME | S_PM_NAME |
| 數值 | JS001 | 1 | PM-0002 | pcy 0999 hard | 金振興 |
6、數據取值與賦值
取值方法：
local strPMName
strPMName = tbOBJ.S_PRJ_NAME
賦值方法：
tbOBJ.S_PRJ_NAME = ‘潘元元’
完整代碼
local strRetInfo , strOBJInfo
local tbOBJ ={}
— 得到當前窗體上指定字段的json字符串
nRet, strRetInfo = mobox.getCurEditDataObjAttr(strLuaDEID, “G_PRJ_ID”, “S_PRJ_CODE”, “S_PRJ_NAME”, “S_PM_NAME”, “S_PD_NAME”)— 將json字符串（mobox3）格式轉為 json標準表格式
nRet, strOBJInfo = mobox.objAttrToObjJson (‘JS001’, strRetInfo )–將json字符串轉變為表
tbOBJ = json.decode (strOBJInfo)
— 獲取表字段內容及設置表字段值
local strPMName
strPMName = tbOBJ.S_PM_NAME
tbOBJ.S_PM_NAME = ‘潘元元’
若需要將數據轉會mobox3數據格式
–將表轉變為json字符串（標準格式）
strOBJInfo = json.encode (tbOBJ)— 將json標準表格式格式轉為 json字符串（mobox3）
nRet, strRetInfo = mobox.objJsonToObjAttr (‘JS001’, strOBJInfo )
]]>
為了解決這個問題，我們可以編輯一個lua腳本，將這個數據做處理后再顯示（在顯示前事件里面定義這個lua腳本）
腳本列子
–[[? ? 功能說明:? ? ? ? 1） 顯示前做一些字段的處理? ? ? ? 2）前端導入，新增有換行符號 %%3Cbr%%3E ，替換成 <br> 前端html支持的換行內容? ? ? ? 3）內容中有&，替換成 ＆ 前端解析 &不支持，最好在輸入時進行替換–]]json = require(“json”)mobox = require(“OILua_JavelinExt”)require(“oi_basestrfunc”)function BeforeGridShow(strLuaDEID)? ? local nRet, strRetInfo? ? local arobjs, attrs, success? ? — 獲取輸入的DataJson數據包? ? nRet, strRetInfo = mobox.getCurEditDataPacket(strLuaDEID)? ? if (nRet ~= 0) then? ? ? ? mobox.error(strLuaDEID, “無法獲取數據包!”)? ? ? ? return? ? end? ? if (strRetInfo == ” or strRetInfo == nil) then? ? ? ? return? ? end? ? — 解析數據包，數據包格式? ? — [{“id”:””,”attrs”:[{“attr”:””,”value”:””},..]},..]? ? local n, nCount? ? success, arobjs = pcall(json.decode, strRetInfo)? ? if (success == false) then? ? ? ? mobox.error(strLuaDEID, “非法的JSON格式!”)? ? ? ? return? ? end? ? nCount = #arobjs? ? if (nCount == 0) then? ? ? ? return? ? end? ? local obj, attrs? ? local nattr_count? ? local strRow, strAttr, strItem? ? local strDataJson? ? local id, strValue? ? local strAttrs? ? strDataJson = ‘[‘? ? local seg = {}? ? local nSegCount = 0? ? for n = 1, nCount do? ? ? ? obj = arobjs[n]? ? ? ? attrs = obj.attrs? ? ? ? nattr_count = #attrs? ? ? ? id = obj.id? ? ? ? strAttrs=”? ? ? ? — 開始過濾顯示數據對象屬性? ? ? ? for nIndex = 1, nattr_count do? ? ? ? ? ? strAttr = attrs[nIndex].attr? ? ? ? ? ? strValue = attrs[nIndex].value? ? ? ? ? ? strValue = strValue:gsub(“%%3Cbr%%3E”, “<br>”)? ? ? ? ? ? strValue = strValue:gsub(“&”, “＆”)? ? ? ? ? ? strItem = ‘{“attr”:”‘ .. strAttr .. ‘”,”value”:”‘ .. strValue .. ‘”},’? ? ? ? ? ? strAttrs = strAttrs .. strItem? ? ? ? end? ? ? ? — 取消最后一個,號? ? ? ? strAttrs = trim_laster_char(strAttrs)? ? ? ? strRow = ‘{“id”:”‘ .. id .. ‘”,”attrs”:[‘ .. strAttrs .. ‘]},’? ? ? ? strDataJson = strDataJson .. strRow? ? end? ? — 取消最后一個,號? ? strDataJson = trim_laster_char(strDataJson)? ? strDataJson = strDataJson .. ‘]’? ? local strAction = ‘[{“action_type”:”reset_data_attr”,”value”:’ .. strDataJson .. ‘}]’? ? mobox.setAction(strLuaDEID, strAction)end
這個列子也可以用于別的一些非法字符串的處理
]]>
企業在實施項目管理系統的時候，不通類型的項目其屬性可能是不一樣的。而Gungho標準系統內對項目的屬性，主要包括（項目名稱、編號、開始結束日期等）。為了適應企業個性項目信息的輸入，我們需要通過Mobox平臺定義項目類型去適應這個需求
項目類型定義過程
Sa 登錄mobox低代碼開發平臺
進入數據模型（001功能點）創建數據對象
創建一個用于描述項目擴展屬性的數據對象
注意：業務類型必須是 項目
接下來需要做的內容，這里不具體展開
-
- 設置數據對象的相關字段屬性
- 設置數據對象的Gird（列表）
- 設置數據對象的窗口（界面）
- 及可能涉及的二次開發
進入項目類型定義（8012功能點）創建項目類型
- 新建項目類型（基礎）
基礎：主要是綁定哪個數據對象及相關的界面
- 新建項目類型（功能）
功能：主要是可以自定義該類型項目的自定義菜單 （參考下圖）
效果
我們在gungho登錄后，新建項目
Gungho項目管理軟件在企業部署的時候因其業務的個性，很有可能需要對任務做各種各樣的二次開發，從而適應企業需求
舉例：
某檢測檢驗中心，在做叉車整車檢測的時候會分解出100多個的檢測任務，每一個任務除了要求員工按時間要求完成以外，還需將每個檢測任務所獲取的數據等級下來。這個數據可能是一個表，而且每一個任務所對應的填寫數據也都是不一樣的。
這樣一個需求，我們就必須對任務做二次開發
實現過程如下
用sa 登錄Mobox平臺，進入系統管理模塊
- 增加功能點 任務類型及二次開發 功能點編號（8203）
- 字典里面增加：SysTaskType，里面定義任務類型的名稱
定義的任務類型名稱，在后面會用到
- 進入二次開發 – gungho領域 – TASK任務 – 自定義事件
開發一個腳本：任務點擊后 腳本 （目的是 任務點擊后能將 prj_id，task_id 等設置到全局變量）
這個任務點擊后（lua腳本）是標準的
|
這個腳本目的是生成 全局變量：prj_id , task_id 。 這2個變量描述了當前任務所屬項目唯一標識，及任務唯一標識。是Gungho系統向Mobox平臺傳遞核心參數，Mobox后期二次開發的時候都需要用到。
注意，這里定義的全局變量 名稱在后期調用的是要完全一樣
這個腳本，會在后面文章的：任務分類定義 –? 事件 （點擊后事件用到） 參考
- 數據模型定義 （用于任務擴展屬性的定義）
按需分別定義數據模型，及模型里面的字段。這里不詳細展開（需要有mobox二次開經驗）
定義小窗口的時候需要注意，有一個窗口初始化腳本要執行（目的是個小窗口內設置prj_id, task_id）
- 按功能定義各種需要的腳本
因為是與Gungho集成，前面描述過gungho的全局變量，這里開發的時候已經可以使用這些變量（prj_id , task_id）
根據需求，圍繞數據模型做二次開發（可能有很多過個腳本，按需求開發）比如
1）查詢事件 （我們的擴展屬性，是與任務綁定的，所以需要查出與本任務有關的屬性 如 任務ID過濾 ）
因為是與Gungho集成，前面描述過gungho的全局變量，這里開發的時候已經可以使用這些變量（prj_id , task_id）
2）初始化腳本 （因為需要與Gungho的任務集成，定義界面（小窗口的時候需要定義初始化腳本 如 設置項目及任務ID ）
- 功能點定義，一般用 3000 功能定義
任務擴展屬性信息的grid展示（查詢事件）、小窗口數據的輸入保存（需要綁定task_id等）
- 進入 任務分類及二次開發 （功能點編號 8203） ，進行任務分類定義
任務分類定義，是gungho的任務與Mobox的功能點集合的一個過程
- 任務分類（常規）配置
注意：數量限制 必須選擇 多數據， 顯示方式必須選擇 自定義頁面
- 任務分類（事件）配置
注意：點擊任務后事件 是必須選擇（ 來源： gungho領域 – TASK任務 – 某自定義事件）
- 任務分類（自定義頁面）配置
自定義里面是將任務與Mobox的功能點集合在一起
按上圖，A2樣品技術參數，這類任務，綁定了2個功能點
- Gungho上任務執行的效果
綁定了2個功能點
? 1 個用于技術參數輸入 （可能是一個表）
1 個用于檢測結果輸入
]]>
電子合同自動生成實現過程
- 我們利用企業現有的合同模版，對里面的：甲方、乙方、采購清單、單價、總價等內容先變量化。我們稱之為：格式化合同模版
- 將定義到格式化合同模版，上傳到共好合同系統的支撐文檔下面的某一個文檔柜里面。舉例如：合同模版
- 有開合信息公司的技術支持，幫助定義合同打印功能
1）3000功能點
2）增加打印功能
3）配置打印時用的支撐文檔柜
- 合同評審完成后，選擇合同，進行合同打印
Word文檔：格式化合同模版 截圖參考
需要定義word模版，必須存儲為 docx
1、電子合同自動生成的變量定義方式
主表變量：{S_KA_NAME}???? 對應的是：客戶名稱
這里的 {S_KA_NAME} 變量輸入（最好的方法）
1）在 notepad 中，將變量輸入后，復制；
2）到word 里面進行 粘貼
若不采用這個方法，直接在word里面輸入這個變量，有的時候word對這個變量會做特殊處理。從而在打印的時候造成，變量無法賦值
2、合同中的子表：
其中，購買產品是一個采購清單，屬于合同的關聯表，其變量定義解釋
舉例：產品名稱 字段 ，變量：
{TN_0012*S_PO_CODE*S_GDS_NAME*2}
關聯表變量解釋：
其中：所有這些表名、字段名等都需要系統管理 在后臺進行查看
3、電子合同自動生成后的打印效果圖
Word模版可能存在的問題：
帶來的問題：
設置正確后：
打印的word 顯示會正常：
