引言

今天正巧，有個廣東的橡膠制造業(yè)客戶，他們大約在2018年從我們開源智造簽約了實施服務(wù)，已經(jīng)成功上線了CRM、銷售、采購、庫存、制造、財務(wù)等功能模塊，以往他們主要以管理普通下游客戶為主（產(chǎn)品分銷商或二級代理商）。由于今年疫情所影響，分銷流通渠道已經(jīng)非常艱難，公司決定戰(zhàn)略轉(zhuǎn)型，以直供大客戶為主要銷售模式。

正因為這樣的思路，從以往客戶檔案都是企業(yè)檔案為主，轉(zhuǎn)為大客戶負責(zé)人的個人檔案為主，曾經(jīng)實施當(dāng)中沒思考到的地方就發(fā)生了。即問題是：如何讓有關(guān)負責(zé)人信息時選擇對應(yīng)的大客戶單位，能將大客戶的企業(yè)信息公共內(nèi)容映射到個人檔案中，減少信息的反復(fù)錄入同時降低錄入數(shù)據(jù)的錯誤率。并且要求只是引入，系統(tǒng)要支持修改。

我們公司的工程師起初想法，通過需求意見收集，將客戶的所有需要的引入字段信息一次性收集好，通過Odoo二次開發(fā)的On Change技術(shù)特性用于解決。這樣固然能解決問題，但不利于后期的維護和修改，我們知道客戶檔案的字段描述會隨著業(yè)務(wù)的變化而變化。實際上線后變更可能性極大，甲乙雙方成本都會很高。最后結(jié)論是：我個人否掉了原有工程師的想法，采用了Odoo實施平臺的Automated Actions工具來實現(xiàn)客戶這樣的需求。

技術(shù)實踐

首先我們打開一下Odoo個人類型的客戶檔案與企業(yè)類型的客戶檔案的字段描述情況：

Odoo個人類型的客戶檔案

Odoo企業(yè)類型的客戶檔案

總結(jié)：這里的差距就在個人類型的客戶檔案多了Company字段，這個字段其實是M2O，這樣說可能大家不容易理解，用標題的話講就是作為關(guān)聯(lián)引入的另外張表的信息。如下圖所示：

Company字段屬性特性

客戶的需求是：當(dāng)我填寫大客戶的相關(guān)負責(zé)人檔案時，關(guān)聯(lián)企業(yè)信息后，能把企業(yè)的固定電話和網(wǎng)址數(shù)據(jù)自動引入到檔案的對應(yīng)字段當(dāng)中。

先看下，在沒通過Automated Actions工具實施前的效果，如下圖所示：

關(guān)聯(lián)的大客戶Azure的企業(yè)檔案信息

大客戶Azure業(yè)務(wù)負責(zé)人Ring的個人檔案信息

從上述圖，我們可以看到并沒有把Azure的固定電話和網(wǎng)址這兩個需求的公共字段數(shù)據(jù)引入到Ring的個人檔案。

下面我們看如何通過Automated Actions工具，終極解決這個棘手的問題。

技術(shù)解決配置思路如下：

Automated Actions的配置界面

Model：選擇應(yīng)用的功能模塊的模型，這里是客戶檔案所以我們選擇了res.panter

Trigger Condition: 觸發(fā)條件這里我們選擇了基于表單字段修改時觸發(fā)

On Change Fields Trigger：這里我們選擇以parent_id字段的變更為聯(lián)動觸發(fā)的開關(guān)

最后修改要觸發(fā)的具體字段，觸發(fā)的機制為Odoo Python框架機制的執(zhí)行代碼，具體Python的執(zhí)行代碼，全部設(shè)置好后，點擊保存。

技術(shù)驗證

基于上述的解決思路，我們看下最終結(jié)果是否實現(xiàn)客戶的實際需求，如下圖所示：

改造后的個人類型的客戶檔案

最終完美實現(xiàn)了客戶的需求，將公共字段的固定電話和企業(yè)網(wǎng)址都可以帶入到個人類型的字段當(dāng)中。至此我們已經(jīng)從這個案例里掌握到如何去通過一個外部的數(shù)據(jù)表的數(shù)據(jù)對本表的數(shù)據(jù)字段信息的自動插入的技術(shù)思路。

編輯：開源智造(OSCG) - 源自歐洲，業(yè)界領(lǐng)先的免費開源ERP Odoo亞太金牌服務(wù)機構(gòu)

總結(jié)

以上是生活随笔為你收集整理的如何实现把固定内容自动写入excel_Odoo如何实现基于关联数据自动写入本表数据项的实施技巧分享...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。