青島用友軟件全系列4折優(yōu)惠_財務(wù)erp供應(yīng)鏈等系統(tǒng)解決企業(yè)管理難題

問題描述：

160版本，新增采購訂單保存時會莫名奇妙多出來一條記錄，而且這多出來的記錄數(shù)還沒準(zhǔn)兒，有時候能多出好幾條，就像下面這張987的采購訂單

說好只錄入一條的（用戶反饋是紅框里的那條），但卻莫名出現(xiàn)了其他三條記錄

思路分析：

1、在剛看到這個問題時，首先想到的是采購訂單后臺表上是否有二次開發(fā)觸發(fā)器導(dǎo)致的？打開與采購訂單相關(guān)的表一看，結(jié)果還真就沒有！

2、其實(shí)在考慮第一種可能性的時候，我是有些疑惑的：若有觸發(fā)器的話，理論上也不應(yīng)該插入的是以前年度的數(shù)據(jù)啊，而且整單關(guān)聯(lián)中的數(shù)據(jù)又是怎么來的呢？應(yīng)不會是全部自動回寫的3、 根據(jù)用戶原有數(shù)據(jù)，我也新增一張采購訂單測試看看，保存后990就變‘胖’了：表體多了一條存貨編碼為01112的記錄，這自動化也不能到這種地步吧，自動增加的記錄同樣也是2021年的，而且還是關(guān)閉的，這上哪兒說理去啊!

4、那是否與用戶自身數(shù)據(jù)如存貨檔案、供應(yīng)商檔案異常導(dǎo)致的問題呢？顧問說此前的檔案確實(shí)是導(dǎo)入的。那就新增一個供應(yīng)商檔案和存貨檔案測試一把：結(jié)果完全出乎意料，自己新增的檔案（均為test）在采購訂單保存時也出現(xiàn)了該現(xiàn)象。

5、實(shí)在無法想象了，咱還是靠跟蹤查出那條記錄的來源，往常通過事件探查器，基本就能圈定問題范圍，然后進(jìn)行精準(zhǔn)打擊。可這次卻完全顛覆了我的認(rèn)知：

我把跟蹤結(jié)果翻了幾個遍，居然就只有我自己添加的那條記錄信息，而多余記錄的信息是如何插入的，這在跟蹤腳本里根本看不到�。‰y道是隱型了么？連跟蹤‘雷達(dá)’都搜索不到��？

那這條記錄究竟是怎么寫入的？是插件？是二開？是程序錯誤？還是單據(jù)模版。。已完全陷入了困惑當(dāng)中。。。

6、上述可能性經(jīng)過逐一排除確認(rèn)后，結(jié)果都不是。就在一籌莫展之時，腦海突然靈光乍現(xiàn)：

既然沒有寫入的這個動作，那會不會這些靈異的記錄原本就已經(jīng)存在了呢？

對，我剛才忽略了一個細(xì)節(jié)：

首先采購訂單子表與主表的關(guān)聯(lián)ID為POID，這個值應(yīng)該是從ufsystem庫的ua_identity表中取來的。那，會不會是這個POID值與此前2021年的采購訂單記錄有重復(fù)呢�。�？

這正是我所忽略的問題關(guān)鍵�。。�

果不其然，檢查發(fā)現(xiàn)采購訂單子表中部分21年記錄的POID與2022年新保存訂單的POID重復(fù)了，因此才會出現(xiàn)21年的記錄與22年的記錄“在一起了”的怪異現(xiàn)象。

但，這，這，，不可能�。�POID也是采購訂單主表中的唯一ID，怎么可能重復(fù)，要是POID真重復(fù)了采購訂單根本是保存不了的，應(yīng)會出現(xiàn)主表插入重復(fù)鍵的提示啊！但目前新增訂單也能正常保存，除非。。

問題原因：

除非原主表中根本就沒有這個主鍵值，那豈不主子表中的記錄不匹配了么？會嗎？

還真會！

這種情況是咋出現(xiàn)的，問了顧問才知數(shù)據(jù)之前可能是從其他帳套中導(dǎo)入的，所寫入的記錄不完整導(dǎo)致。由于子表中2021年的部分記錄已無原對應(yīng)表頭信息，淪為冗余記錄。在做好數(shù)據(jù)備份后清除處理。

處理方案：

不多說，腳本伺候，你懂得！ 現(xiàn)在采購訂單保存、審核、整單關(guān)聯(lián)都超級正常了

案例總結(jié)：

有時候思維一旦陷入一定的尋找方向或處理模式后，往往無法輕易跳脫出來，如俗語所說一心只想在一顆樹上吊死，上述案例中一直在苦苦找尋和關(guān)注的都是異常記錄是如何寫入的問題，此時如果能換個思維角度想問題，既然找不到寫入過程，是否說明有可能那些記錄原本就在，只不過是關(guān)聯(lián)出現(xiàn)了問題。其實(shí)只要找到了真正的原因，解決方案就在不遠(yuǎn)處了。。