TPM系統增加活動抽檢規則設置，在活動上報審核頁面可以設置活動方案的抽檢規則。抽檢規則可以指定抽取組織、時間段、抽取比例，并且可以設置同方案、同組織、同年月不重復抽取客戶。

之前通過配置系統參數校驗活動申請重復的方法操作雖然簡單，但是校驗重復規則單一，無法靈活配置校驗重復的字段?，F在新增通過JSON參數配置活動申請重復校驗，可以實現同一時間、同一門店、同一費用項目、同一商品系列、同一陳列方式等需求字段進行重復校驗。這種應對企業個性化需求而自定義設定重復校驗字段方式方法，可以廣泛用于不用企業場景，從而提升企業使用體驗。

系統參數增加“《活動上報審核》可見申請字段”參數，通過JSON配置可以在活動上報審核頁面顯示活動申請時填寫的內容。靈活的配置方式可以讓審核人在審核活動上報數據時快速查看自己想查詢的申請單對應信息，縮短了數據查詢路徑，從而提升審核效率。

活動上報審核頁面增加“全選/全不選”按鈕。在處理一些跨多月的活動申請時，大多數審核人都習慣在最后一個月批量審核上報記錄，針對此類需求場景我們在活動審核頁面增加“全選/全不選”按鈕，方便審核人批量審核所有月份，提升工作效率。

活動方案增加參數選擇項“默認申請日期不可編輯”。在之前的更新中我們在活動方案中增了“返還期間”的參數，可以控制活動申請門店的陳列日期默認值。業務人員在使用活動申請時填寫的門店陳列開始結束日期基本和申請單表頭填寫的活動開始結束日期相同。為了減少用戶重復填寫數據，增加此參數選項控制門店陳列開始結束日期等于申請單表頭的開始結束日期，簡化業務端人員操作，提升工作效率。

活動申請頁面增加批量操作按鈕“未上報審核合格”和“未上報審核不合格”選項。在實際業務場景中一些企業需要對未上報的活動執行情況的門店進行批量操作，賦予這些未上報門店合格狀態，從而可以對此類門店開展后續的費用核銷流程。

根據用戶反饋，我們優化了經銷商訂貨首頁，除布局排版的優化外，我們還額外增加了加入購物車、全部商品、購物車等便捷操作功能，提升用戶使用體驗。

DMS返利單增加了可選商品列表。部分企業在使用返利單功能時希望可以查詢到具體商品的返利金額，為此我們增加了返利單選商品的功能用于填寫商品返利金額，便于后續數據統計分析。

商品價格變更新增可關聯價格政策功能，對關聯的價格政策明細進行修改或者新增。企業在使用系統時商品價格大多數都是由價格政策制定而不是直接取商品資料的價格，增加價格變更可以變更價格政策更加貼合企業使用情況，符合實際業務場景。

客戶字段設置新增關聯客戶選項?？蛻艄ど绦畔⒆兏鼤谙到y中存儲兩個客戶資料，雖然兩個資料的客戶名稱和稅號都不相同，但是實際上是同一個家公司。為了綁定這種情況下產生的兩個客戶，方便后期對該客戶的業務數據統計，我們在客戶自定義字段中增加的信息關聯方式用來關聯客戶信息。

節假日考勤不同于工作日和周末考勤，很難設定節假日判斷的規則。為解決此問題，我們在考勤方案中新增了節假日配置功能，可以根據實際節假日放假和調休的情況設定哪些日期是工作日哪些日期是節假日。

企業公告增加“保存”按鈕。在使用企業公告時，經常出現需要臨時存企業公告，后續再發布指定人員查看的需求場景。因此我們增加了保存按鈕可以保存草稿態的企業公告，滿足了企業實際管理需求，便于實際操作。

我的已審、我的待審、我的申請頁面新增導出功能?？梢詫С龃龑?、已審、申請數據，便于數據留存和數據分析。

日報瀏覽增加職位篩選。職位篩選能便于領導層快速查看下屬各職位的日報數據，協助領導更快捷的統籌工作，節省查詢數據時間。

原先導入基礎數據時重復編碼會校驗不允許導入，制表人員很難和系統內數據核對重復數據，出現重復數據經常需要多次調整表格，操作不便捷，現在增加“按照編碼覆蓋”功能，導入時勾選此選項可以自動覆蓋相同編碼數據，提升維護人員的工作效率。

增加系統參數“審批加簽是否正常審批”，勾選后，加簽人員可以對流程進行正常審批，加簽審核完成后流程進入下一級審核節點；沒有勾選時，加簽人員對流程進行審批不會影響流程進展，流程不進入下一級審核節點。

系統參數增加“《日報》補交X天之內日報”。再企業使用場景中經常出現業務人員反饋日報漏寫能不能補寫的需求場景。為解決了此問題，我們增加了補交日報功能，考慮到不同企業對補交天數的控制要求不一樣，我們增加的參數可以讓企業自定義設置允許補交的天數，業務端和管理端需求相結合解決實際問題。

APP消息列表增加待辦事項數量的顯示。用戶可以更加直觀知道自己需要處理的待辦事項數量，方便用戶制定接下來的工作安排。