全文約1629 字；

閱讀時間：約3分鐘；

聽完時間：約6分鐘；

通過昨天的一系列設(shè)計，我們創(chuàng)建了一個基于多維表格的收集表單，并設(shè)置了三個自動生成的字段：報工日期、員工姓名以及掃碼時間，這些字段的設(shè)計減少了員工在報工過程中的手動輸入，確保了數(shù)據(jù)的一致性和準確性。對于需要報告具體產(chǎn)品的環(huán)節(jié)，我們選擇了提供下拉選擇框的方案，而非使用額外的二維碼，因為工廠規(guī)模較小且產(chǎn)品種類有限，選擇框方案能更高效地完成任務(wù)。為進一步優(yōu)化流程，我們將PMC的生產(chǎn)計劃與多維表格關(guān)聯(lián)起來，實現(xiàn)了數(shù)據(jù)的實時同步，使PMC部門能夠集中管理生產(chǎn)計劃，而其他部門僅擁有查看權(quán)限，確保了數(shù)據(jù)的安全性和一致性。

關(guān)聯(lián)數(shù)據(jù)

完成了PMC部門的MPS生產(chǎn)計劃同步后，接下來需要在收集表單中創(chuàng)建與此表的關(guān)聯(lián)。在多維表格中，關(guān)聯(lián)方案有“單向關(guān)聯(lián)”和“雙向關(guān)聯(lián)”兩種?；诋斍暗臉I(yè)務(wù)模式，我們選擇了“單向關(guān)聯(lián)”的方案。這意味著收集表單只能從MPS排程表中選擇相關(guān)的產(chǎn)品工單信息。

如果采用“雙向關(guān)聯(lián)”方案，則會影響到MPS排程表。雙向關(guān)聯(lián)的功能是兩邊數(shù)據(jù)聯(lián)動，即如果收集表發(fā)生變化，排程表也會隨之改變，反之亦然。顯然，這種方案在此情境下并不適用。

回到收集表中的收集結(jié)果視圖界面，繼續(xù)新增第四個字段：

字段屬性：單向關(guān)聯(lián)

來源：排程表中的全部數(shù)據(jù)

關(guān)聯(lián)方式：手動選擇（員工自己選擇報工工單號）

關(guān)閉允許關(guān)聯(lián)多條記錄（確保一次只報一張工單）

效果如下圖所示：

引用數(shù)據(jù)

設(shè)計好單向關(guān)聯(lián)字段后，接下來需要繼續(xù)設(shè)計引用字段以自動帶出生產(chǎn)產(chǎn)品信息和產(chǎn)品數(shù)量。為此，我們將新增兩個字段，其屬性為“查找與引用”：

需要引用的字段是“關(guān)聯(lián)：工單號”這個單向關(guān)聯(lián)字段。

對應引用的分別是排程表中的產(chǎn)品名稱和數(shù)量。效果如下圖所示：

為了測試關(guān)聯(lián)與引用是否成功，我們手動選擇關(guān)聯(lián)字段中的一條記錄，在彈出的對話框中關(guān)聯(lián)一張生產(chǎn)工單號“WK-O1”，確定后，可以發(fā)現(xiàn)產(chǎn)品信息和排程數(shù)量信息被自動帶出，這證明關(guān)聯(lián)成功。至此，自動報工收集單的第一個員工下拉操作設(shè)計已完成。

掃碼界面

在PC端的收集視圖基本模型設(shè)計完成后，我們需要設(shè)計員工掃碼移動端的界面。設(shè)計原則是將需要員工操作的字段放在前面，而自動生成的字段（如創(chuàng)建人、創(chuàng)建時間、引用信息等）則選擇性地放在后面。

初步方案中，我們只設(shè)計兩個字段顯示在手機掃碼界面上：

日期字段：由創(chuàng)建記錄時自動填充，用于記錄報工日期。

工單號字段：由單向關(guān)聯(lián)字段創(chuàng)建，需要員工選擇，并設(shè)計為必填字段。在該字段下方提供填寫提示：“點擊選擇工單號，也可向上快速搜索”。

設(shè)計完成后，我們通過此視圖的分享模式生成二維碼并進行手機掃碼測試。結(jié)果顯示，從掃碼到完成報工的時間大約控制在5秒內(nèi)，基本達到了設(shè)計目標。

后臺PC電腦端的數(shù)據(jù)已經(jīng)通過收集表自動收集好了，是一個標準的一維數(shù)據(jù)表。有了這個一維數(shù)據(jù)表，接下就是設(shè)計公式與儀表盤數(shù)據(jù)展示的框架模型。

今日小結(jié)

通過昨天的一系列設(shè)計，我們成功創(chuàng)建了一個基于多維表格的收集表單，并設(shè)置了三個自動生成的字段：報工日期、員工姓名以及掃碼時間。這些字段的設(shè)計減少了員工在報工過程中的手動輸入，確保了數(shù)據(jù)的一致性和準確性。對于需要報告具體產(chǎn)品的環(huán)節(jié)，我們選擇了提供下拉選擇框的方案，而非使用額外的二維碼，這在工廠規(guī)模較小且產(chǎn)品種類有限的情況下，能更高效地完成任務(wù)。

為進一步優(yōu)化流程，我們將PMC的生產(chǎn)計劃與多維表格關(guān)聯(lián)起來，實現(xiàn)了數(shù)據(jù)的實時同步，使PMC部門能夠集中管理生產(chǎn)計劃，而其他部門僅擁有查看權(quán)限，確保了數(shù)據(jù)的安全性和一致性。我們還完成了單向關(guān)聯(lián)字段的設(shè)計，并通過測試驗證了其有效性。

在移動端掃碼界面的設(shè)計上，我們遵循了將需要員工操作的字段前置的原則，設(shè)計了日期字段和工單號字段，并通過測試驗證了從掃碼到完成報工的時間控制在5秒內(nèi)，基本達到了設(shè)計目標。

至此，PC端的數(shù)據(jù)已通過收集表自動收集完成，形成了一個標準的一維數(shù)據(jù)表。下一步，我們將設(shè)計公式與儀表盤數(shù)據(jù)展示的框架模型，進一步提升數(shù)據(jù)的可視化和分析能力。