聚焦企業和供應商的外部溝通上，范圍從BOM下發到零件入庫后領出。解決從BOM下發到外購外協件入庫這個過程中缺少關注、進度失控、交貨不及時，導致項目時間延誤、產品質量下降等普遍存在的問題。外協通依據上述企業困境其目標：為企業減少一人，但效率翻倍。

適合哪些企業？

• • 自己不生產零件，主要外協與外購，只做組裝
  • 項目周期短，定制化強
  • 經常邊設計、邊采購、邊外協
  • 受困于進度失控、交期延誤、質量出錯
  • 希望減少一名員工，但讓效率翻倍

系統功能模塊

功能描述

一、基礎數據維護（sysadmin/數據管理員）

1. 維護人員與組織機構（部門、角色、權限）
2. 維護供應商信息、客戶信息
3. 維護物料主數據，并指定每個物料的 A、B 供應商（可設置首選/備選）
4. 維護物料采購價格

二、項目與設計階段（項目組 + 技術部門）

1. 項目組創建項目，并定義項目內包含的產品（產品清單）
2. 技術部門 設計產品（允許部分完成），上傳產品 BOM 及產品圖紙
3. 技術部門 選擇項目，將該項目下所有產品的 BOM 匯總生成?項目 BOM（支持邊設計邊匯總）
4. 技術部門 提交采購申請（可一鍵提交，也可分批提交）

三、采購申請審批（領導）

1. 領導審批采購申請（支持移動端審批）
2. 審批通過后，采購申請轉為可下單狀態；不通過則退回技術部門修改

四、采購下單（采購員）

1. 采購員 根據已批準的采購申請，系統自動按“物料-供應商”關系生成采購訂單（草稿）
2. 系統自動計算：

• • 可用庫存數量
  • 最小起訂量（MOQ）
  • 建議采購數量 = max(需求數量 – 可用庫存, MOQ)

3. 采購員 確認采購數量及價格，生成正式采購訂單

? ?外協通增強：支持庫存占用與自動扣減，避免重復采購。

五、采購訂單審批（領導）

1. 領導 審批采購訂單
2. 審批通過后，訂單生效；不通過退回采購修改

六、合同生成與簽署（采購員）

1. 采購員?根據生效的采購訂單，一鍵生成合同文本（可配置模板）
2. 打印蓋章后，與供應商簽署正式合同
3. 采購員?將蓋章簽字的原始合同掃描上傳至系統，進行電子合同歸檔管理

七、訂單自動跟催（系統自動 + 采購員人工）

1. 系統根據項目倒排計劃，自動為每個采購訂單分解關鍵節點：

30% / 60% / 90% /100% 生成時間節點

2. 自動催單規則：

• • 節點到期前24小時，系統自動推送提醒給供應商（微信/短信/郵件）
  • 節點超時后，系統自動升級預警，通知采購員及項目組

3. 采購員 可在后臺一鍵“強制催單”或人工介入
4. 支持退訂物料：若因設計變更或項目取消需要退訂，采購員發起退訂申請，通知供應商停止生產/發貨

八、供應商業務（供應商端）

? ?外協通提供供應商專屬門戶（無需安裝，手機/電腦可訪問）

1. 供應商 登錄后查看待處理訂單，查看每個訂單的物料明細及對應圖紙（最新版本）
2. 供應商 按系統分解的節點時間，自主回報執行狀態：
3. 供應商 發貨時，在系統內創建?送貨單（可打印或電子發貨）
4. 若因甲方驗收不合格或實收數量不足，供應商可發起補貨（關聯原訂單，生成補貨送貨單）

完善點：補貨流程與原始訂單關聯，不影響項目BOM總量，且自動更新到貨進度。

九、企業庫房業務（庫管? + 項目組）

1. 庫管?收到貨物后，根據供應商的送貨單進行?收貨確認：

• • 掃碼比對物料編碼、數量、BOM版本、圖紙版本
  • 若與訂單一致，錄入實收數量；若不一致，可拒收或部分實收

2. 庫管 確認收貨后，貨物自動增加庫存，并實時通知項目組（系統消息/微信）
3. 項目組 收到到貨通知后，隨時發起?領料申請（可按項目/產品/工單）
4. 庫管?根據領料單出庫，扣減庫存
5. 項目組 若領料后有多余或不合格物料，可發起?退庫：

• • 退庫物料重新入庫（質檢后可再利用）
  • 退庫操作同步更新項目成本

? ?外協通增強：領料與退庫自動更新項目物料消耗統計，為成本核算提供依據

總結

外協通：專為“只組裝不生產”的項目型企業打造 | 邊設計、邊采購、邊外協，項目確保項目按時交付。

–[[ 格式日期 2024-03-25T16:00:00.000Z 格式化為 2024-03-25?]]

function DayFromat(dateTimeStr)

local formattedDateStr =""
if (dateTimeStr == "" or dateTimeStr==nil ) then
return formattedDateStr
end

dateTimeStr = string.gsub(dateTimeStr, "T", " ")
print(dateTimeStr)

-- 使用模式匹配提取日期和時間部分
local dateStr, timeStr = dateTimeStr:match("(%d+-%d+-%d+) (%d+:%d+:%d+)")

if (dateStr == nil) then
formattedDateStr ="Date Format Error"
return formattedDateStr
end

-- 提取日期部分的年、月、日
local year, month, day = dateStr:match("(%d+)-(%d+)-(%d+)")

-- 將提取的月、日格式化為兩位數的字符串
month = string.format("%02d", tonumber(month))
day = string.format("%02d", tonumber(day))

-- 組合格式化后的日期和原始時間部分
local formattedDateStr = string.format("%s-%s-%s", year, month, day)
local formattedDateTime = string.format("%s %s", formattedDateStr, timeStr)

return formattedDateStr
end

— 示例使用
local date = “2024-03-25T16:00:00.000Z”
local formattedDate = DayFromat(date)
print(formattedDate) — 輸出: 2024-03-25

沒有對執行做保護（原先理解是 絕對不會出錯的，實際上是錯了），執行后報錯

這個錯誤爆出，我們根本無法判斷問題所在。所以在任何情況下調用函數都需要做 出錯保護，加入

2、在Debug 函數里面不能包含表類型的變量

里面的 tbNote[1]是一個表類型的變量，debug 不支持這個格式

mobox3的功能點擴展的MBC客戶端的配置實現方式

1、人員管理里面需要定義 應用程序

需要定義 3個應用 （應用名稱 不能變）

MOBOX3

OIOrgSAPI

OIMoboxSAPI

OIDataSAPI

其它2個服務類似

2、mobox3定義的功能領域可以發布到 MBC客戶端

3、MBC客戶端效果圖

4、MBC客戶端若連接mobox2 環境，擴展配置參考截圖

需要配置上述服務參數

這個用戶部署了 Gungho系統 ，而這個系統需要使用微信小程序。所以系統就會用到 gunghoAPI服務。（這個服務不是系統默認安裝的服務，需要手工單獨部署過）

這個服務部署后，我們客戶端怎樣去調用這個服務，我們就可以通過定義一個自定義參數來描述 gunghoAPI的的 IP及端口，方便客戶端調用

配置過程如下

這樣，我們就定義了一個編號為 9001 的參數。 這個參數可以通過 lua腳本來獲取

lua 獲取自定義編號的參數定義

nRet, strCanSu= mobox.getParameter(strLuaDEID, ‘9001’)

我們可以看到，excel第一行是分組行（項目基礎信息，P1，P2）

在P1 下面有 計劃日期；在P2下面也有 計劃日期 ，2個字段名稱是一樣的。我們做讀取數據的時候必須要依賴分組 P1、P2的定義才能區分

我們在做excel導入的時候，針對這類表格。我們需要如下處理

1、導入按鈕設置

2、在導入腳本的地方主要通過分組屬性來區分字段

1、獲取當前窗體上所需字段的數值

2、得到Json字符串（strRetInfo）內容描述（暫且我們稱之為 mobox3 格式）

3、將得到的Json字符串（strRetInfo）轉變為Json標準的表格式（strOBJInfo ）

注意：strOBJInfo 得到其實還是一個Json字符串，但其是一個標準的Json表格式表達

具體 objAttrToObjJson 函數怎么用查看手冊

4、得到Json表字符串（strOBJInfo ）（是一種 json對表的標準格式）

注意：這個Json格式是標準表格式字符串表達。

5、我們需要將這個字符串轉為表（tbOBJ）

注，只有變成表后，我們可以這樣來理解這個表：

6、數據取值與賦值

取值方法：

local strPMName

strPMName = tbOBJ.S_PRJ_NAME

賦值方法：

tbOBJ.S_PRJ_NAME = ‘潘元元’

完整代碼

為了解決這個問題，我們可以編輯一個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 個用于檢測結果輸入