以下文章來源于貓說信息化 ，作者苗峰79

來源：貓說信息化

導(dǎo)讀：其實我的看法正好相反，成熟的ERP產(chǎn)品應(yīng)該做自己專業(yè)和擅長的事情。

客商主數(shù)據(jù)（客戶、供應(yīng)商、既是客戶也是供應(yīng)商）是企業(yè)最常用的主數(shù)據(jù)類型之一，因在主數(shù)據(jù)管理層面客戶和供應(yīng)商思路基本一樣，所以本文以供應(yīng)商為例介紹。

先說供應(yīng)商數(shù)據(jù)，供應(yīng)商主數(shù)據(jù)除了真正在供應(yīng)商關(guān)系管理系統(tǒng)SRM、采購系統(tǒng)、電商等系統(tǒng)或者模塊中管理的典型供應(yīng)商數(shù)據(jù)外，在財務(wù)管理中，只要是我方需要向其支付款項的都是供應(yīng)商，那么部分業(yè)務(wù)場景下企業(yè)需要向個人支付時，這類個人也是供應(yīng)商的角色（以下簡稱“個人供應(yīng)商”），也需要按主數(shù)據(jù)管理。此外，在一般情況下，主數(shù)據(jù)是業(yè)務(wù)實體數(shù)據(jù)的子集，比如在SRM系統(tǒng)中對供應(yīng)商做全方位管理時會包括大量的字段，而屬于主數(shù)據(jù)范疇的字段可能只是其中二十幾個。

進行主數(shù)據(jù)管理時常規(guī)希望是單一數(shù)據(jù)源，即主數(shù)據(jù)直接在主數(shù)據(jù)管理（MDM）系統(tǒng)輸入或者來自于一個前端應(yīng)用系統(tǒng)（比如供應(yīng)商數(shù)據(jù)來自SRM系統(tǒng)），如果是多源則會較大的增加主數(shù)據(jù)管理和MDM系統(tǒng)應(yīng)用（包括集成）的復(fù)雜度。以下將先介紹在MDM系統(tǒng)中輸入供應(yīng)商主數(shù)據(jù)的場景，之后介紹在類似SRM等第三方系統(tǒng)中輸入供應(yīng)商主數(shù)據(jù)并與MDM系統(tǒng)集成的場景。

在MDM系統(tǒng)中輸入供應(yīng)商主數(shù)據(jù)

一般情況下，新增供應(yīng)商時建議用戶先在MDM中查詢主數(shù)據(jù)是否已存在，因為很多時候其他用戶此前已輸入過，但現(xiàn)實中用戶往往還是會習(xí)慣性的直接輸入。無論用戶是否會先查詢，在用戶輸入時MDM系統(tǒng)應(yīng)首先在數(shù)據(jù)庫中查詢該供應(yīng)商主數(shù)據(jù)是否已存在，如存在則提示用戶主數(shù)據(jù)已存在是否需要修改等。

此前輸入供應(yīng)商主數(shù)據(jù)時，供應(yīng)商名稱、統(tǒng)一社會信用代碼等內(nèi)容的準確性檢查一直是件頭疼的事，嚴謹?shù)钠髽I(yè)會要求上傳供應(yīng)商的工商營業(yè)執(zhí)照等掃描件，在審核時人工比對，在數(shù)據(jù)量比較大的情況下，主數(shù)據(jù)管理人員的工作負荷比較大，人工比對也會難免出現(xiàn)較多失誤，此前見過的一些案例，大型集團企業(yè)在處理全集團的主數(shù)據(jù)時有些情況下需要第二天才能審核通過。于是后來應(yīng)用了OCR，影像識別后將掃描件上的企業(yè)名稱等結(jié)構(gòu)化，之后與用戶手工輸入的名稱進行主動比對，只有比對發(fā)現(xiàn)異常時才提示管理人員干預(yù)，處理效率和準確性大大提高。

以下的案例來自于我?guī)啄昵翱催^的《國家電網(wǎng)公司主數(shù)據(jù)管理系統(tǒng)功能優(yōu)化研究》一文。當(dāng)用戶對供應(yīng)商主數(shù)據(jù)提出申請后，將通過省（市）公司運維和總部主數(shù)據(jù)運維兩級審批，審批通過后將創(chuàng)建或更新主數(shù)據(jù)。經(jīng)統(tǒng)計，僅2014 年通過主數(shù)據(jù)管理平臺申請創(chuàng)建和更新的供應(yīng)商主數(shù)據(jù)就有82000 條， 其中公司類數(shù)據(jù)占到90%以上， 而該類數(shù)據(jù)需上傳的信息包括組織機構(gòu)代碼證、稅務(wù)登記證、營業(yè)執(zhí)照三類電子掃描圖片， 兩級審批人員都需對這三項信息進行人工對比審核，效率低且需大量的人力支持。總部運維情況如表1 所示。[1]

在供應(yīng)商主數(shù)據(jù)審批功能優(yōu)化中， 利用兩種技術(shù)對一副圖片的識別審批速度都在1 秒左右， 對應(yīng)于供應(yīng)商的公司類數(shù)據(jù)三份必須資料， 利用兩項技術(shù)獨立串行審批需6 秒左右，并行審批只需3 秒左右。對于這三份必須資料，兩次自動審批都通過的比率大概占到60%左右，而轉(zhuǎn)人工審批的資料文件中，存在關(guān)鍵字段字體重疊、印刷位置錯誤等現(xiàn)象而無法自動審批的文件占50%左右。即機器總的審批數(shù)能占到80%左右。機器輔助審批工作量統(tǒng)計見表4，效率提升統(tǒng)計見表5。[1]

上邊是一個例子，接著介紹，當(dāng)近些年企業(yè)征信服務(wù)出現(xiàn)后，基于上述對主數(shù)據(jù)準確性、風(fēng)控及自動化等更多現(xiàn)實需要，主數(shù)據(jù)管理領(lǐng)域也出現(xiàn)了與企業(yè)征信服務(wù)集成應(yīng)用的方案，典型的征信服務(wù)商包括企查查、啟信寶、天眼查等（多家大型銀行也有，但服務(wù)內(nèi)容側(cè)重和價格不一樣）。企業(yè)的MDM系統(tǒng)通過與征信服務(wù)的集成，在用戶輸入時自動調(diào)用征信服務(wù)接口，用戶只需要輸入一部分數(shù)據(jù)即可自動從征信服務(wù)平臺獲取到準確的多個內(nèi)容，一是大大減少了輸入的內(nèi)容，同時自動獲得的還是準確的數(shù)據(jù)，比如輸入供應(yīng)商的18位信用代碼，MDM通過接口自動從征信平臺獲取企業(yè)名稱、企業(yè)所屬地等數(shù)據(jù)。原則上，企業(yè)檔案類的數(shù)據(jù)以征信平臺的為準，于是相關(guān)字段在MDM的錄入界面上是只讀的，即只能從征信平臺獲得，不允許用戶編輯。

上圖是南京英諾森軟件科技有限公司MDM系統(tǒng)介紹材料中關(guān)于征信接口及OCR的內(nèi)容。

因為征信平臺提供的商業(yè)服務(wù)可被信任，于是按上述方式獲得的數(shù)據(jù)是準確的，所以在主數(shù)據(jù)管理層面或許可以不再上傳供應(yīng)商資料影像件，不再需要基礎(chǔ)性的審核。但對個人供應(yīng)商和境外供應(yīng)商通常還是需要人工審核的，個人供應(yīng)商一是數(shù)量相對較少，二是沒有常規(guī)的個人征信服務(wù)，那么在輸入姓名和身份證號等信息時存在出錯的可能性，而大多數(shù)的情況下也不能拿到個人供應(yīng)商的身份證原件，那么對身份證影像件的OCR可以一定程度上實現(xiàn)自動化，但人工審核往往還是需要的；對境外供應(yīng)商，目前也沒有類似國內(nèi)供應(yīng)商的18位信用代碼，而國際上雖然有鄧白氏碼，但很多境外供應(yīng)商因為規(guī)模等原因也不一定會注冊鄧白氏碼，那么一般情況下只能通過供應(yīng)商名稱作為唯一性判斷條件，這就存在輸入錯誤、外文字符等各種異常狀況，一般情況下也需要人工審核。

鄧白氏在中國開展業(yè)務(wù)的官網(wǎng)頁面

再補充一點MDM系統(tǒng)查重校驗的內(nèi)容（MDM系統(tǒng)應(yīng)在軟件功能上最大限度的保證主數(shù)據(jù)的唯一性），對國內(nèi)常規(guī)的組織機構(gòu)可以通過機構(gòu)名稱（如企業(yè)名稱）加上18位統(tǒng)一社會信用代碼兩個條件去復(fù)合查重；而對境外的組織機構(gòu)，現(xiàn)階段只能以名稱進行查重判斷；對于個人供應(yīng)商，因為姓名重名的幾率非常大，所以需要按身份證件的類型，以身份證件號碼做查重判斷，比如居民身份證編號等，綜上，需要根據(jù)不同的客商主數(shù)據(jù)類型按不同的查重規(guī)則做判斷。

當(dāng)主數(shù)據(jù)經(jīng)過一系列校驗以及審核，達到規(guī)定的數(shù)據(jù)質(zhì)量標準后，MDM系統(tǒng)按規(guī)則為主數(shù)據(jù)生成唯一性的主數(shù)據(jù)編碼（這個操作以下簡稱為“賦碼”），隨后將主數(shù)據(jù)推送給所有目標系統(tǒng)，主數(shù)據(jù)新增完成。

征信服務(wù)不僅在主數(shù)據(jù)輸入時有用，因為供應(yīng)商存在企業(yè)名稱等內(nèi)容的信息變更，那么在主數(shù)據(jù)的日常管理工作中，可以調(diào)用征信服務(wù)接口定時對MDM庫內(nèi)的主數(shù)據(jù)做檢查，發(fā)現(xiàn)庫內(nèi)數(shù)據(jù)與征信平臺不一致時要提示管理人員做后續(xù)的處理。

順便簡單說一下主數(shù)據(jù)的日常性管理，除了上邊國網(wǎng)案例中的日常性的主數(shù)據(jù)審核工作，還有檢查MDM系統(tǒng)對主數(shù)據(jù)的接收和分發(fā)狀態(tài)、對異常情況的處理、參考數(shù)據(jù)及各類編碼表的更新，等等。對參考數(shù)據(jù)更新的工作略作展開介紹，類似于國別地區(qū)、幣種等參考數(shù)據(jù)一般變化很少，日常維護工作相應(yīng)也很少，而供應(yīng)商有一些數(shù)據(jù)往往需要時不時的維護，這個就是輸入供應(yīng)商銀行賬號數(shù)據(jù)時的銀行編碼表（常規(guī)至少包括兩個字段：銀行名稱、聯(lián)行號）。

在較多的場景下，對供應(yīng)商做銀企直連的在線付款時需要供應(yīng)商收款的銀行和賬號（供應(yīng)商的銀行信息也常常被多個系統(tǒng)所需要，所以納入供應(yīng)商的主數(shù)據(jù)范圍），需要把銀行的名稱和聯(lián)行號發(fā)給銀企直連接口才能實現(xiàn)在線支付，聯(lián)行號是銀行類似于個人身份證號的官方編號，各家銀行新增營業(yè)網(wǎng)點時就會有新的銀行及聯(lián)行號需要維護到MDM系統(tǒng)中，此外也有銀行網(wǎng)點更名的情況，也需要對銀行編碼表做更新。所以，除了維護主數(shù)據(jù)本身，相關(guān)的參考數(shù)據(jù)和編碼表也是主數(shù)據(jù)管理的工作內(nèi)容。

在第三方系統(tǒng)中輸入供應(yīng)商主數(shù)據(jù)

如果把第三方系統(tǒng)作為主數(shù)據(jù)的輸入端，那么第三方系統(tǒng)應(yīng)具備上述MDM系統(tǒng)輸入主數(shù)據(jù)時所需的全部功能，并在此基礎(chǔ)上開發(fā)與MDM系統(tǒng)集成的一系列接口和功能。首先，因為第三方系統(tǒng)與MDM系統(tǒng)是獨立的兩套系統(tǒng)，數(shù)據(jù)庫也是各自的，那么就可能存在兩個數(shù)據(jù)庫中數(shù)據(jù)不一致的情況，特別是如果有多個供應(yīng)商主數(shù)據(jù)入口（含個別直接在MDM系統(tǒng)輸入主數(shù)據(jù)的情況），很可能出現(xiàn)兩個數(shù)據(jù)庫中數(shù)據(jù)數(shù)量不一樣的情況，比如第三方系統(tǒng)中沒有的主數(shù)據(jù)但在MDM系統(tǒng)中有，那么第三方系統(tǒng)判斷主數(shù)據(jù)是否存在的功能就不能只檢查自己的數(shù)據(jù)庫，還需要開發(fā)一個接口去MDM系統(tǒng)中做查詢（查重邏輯與MDM系統(tǒng)中的一致），如果在MDM系統(tǒng)中沒有才認為是真的沒有，如果有，則需要一個機制做數(shù)據(jù)同步。

當(dāng)供應(yīng)商主數(shù)據(jù)在第三方系統(tǒng)中經(jīng)過一系列校驗成功錄入后，需要由第三方系統(tǒng)進行如上的審核使主數(shù)據(jù)進一步符合質(zhì)量要求，這個審核可能需要管理或者業(yè)務(wù)方的參與，比如財務(wù)部門。當(dāng)主數(shù)據(jù)審核通過后，第三方系統(tǒng)需要開發(fā)一個接口把主數(shù)據(jù)推送給MDM系統(tǒng)，無論采用同步接口還是異步接口，都需要保障數(shù)據(jù)推送的可靠性，只有第三方系統(tǒng)成功的從MDM系統(tǒng)收到正確的反饋時才認為主數(shù)據(jù)被成功送達。為此，需要第三方系統(tǒng)開發(fā)有接口監(jiān)控的功能，以監(jiān)控向MDM系統(tǒng)推送和接收數(shù)據(jù)的狀態(tài)，在包括網(wǎng)絡(luò)、系統(tǒng)、企業(yè)服務(wù)總線等出現(xiàn)異常時可以掌握情況并做處置。

這個接口還需要支持實時或者定時的推送控制，常規(guī)情況下，達到標準的供應(yīng)商主數(shù)據(jù)應(yīng)實時推送給MDM系統(tǒng)，之后再由MDM系統(tǒng)推送給各個用戶系統(tǒng)，有些業(yè)務(wù)場景對主數(shù)據(jù)的時效性是有要求的。并且，當(dāng)推送遇到異常時，第三方系統(tǒng)可以批量的重新發(fā)起推送。此外，第三方系統(tǒng)應(yīng)記錄所有與MDM系統(tǒng)的交互日志，一旦交互異常，可以加以分析和處理。

在第三方系統(tǒng)作為主數(shù)據(jù)輸入的情況下，主數(shù)據(jù)編碼的產(chǎn)生也需要予以重點關(guān)注。如果第三方系統(tǒng)是明確唯一的主數(shù)據(jù)入口，那么原則上主數(shù)據(jù)編碼可以由第三方系統(tǒng)賦碼，如果不能確保主數(shù)據(jù)入口的唯一性，即當(dāng)前第三方系統(tǒng)不是唯一的供應(yīng)商主數(shù)據(jù)入口，那么通常就只能由MDM系統(tǒng)賦碼了。對于后一種情況，相當(dāng)于在第三方系統(tǒng)中產(chǎn)生的主數(shù)據(jù)是半成品，因為缺少最關(guān)鍵的主數(shù)據(jù)編碼，主數(shù)據(jù)編碼必須由MDM系統(tǒng)賦碼并返回給第三方系統(tǒng)，于是就需要再開發(fā)一個接口用于返回主數(shù)據(jù)編碼。

此時又分為兩種情況，第一種是第三方系統(tǒng)有自己的編碼體系，并且這個編碼體系作用于第三方系統(tǒng)的業(yè)務(wù)功能，只能使用第三方系統(tǒng)自己的編碼，只是為了需要與其他系統(tǒng)集成應(yīng)用，與其他系統(tǒng)數(shù)據(jù)交換時需要采用主數(shù)據(jù)編碼，于是主數(shù)據(jù)編碼可被認為是第三方系統(tǒng)中供應(yīng)商數(shù)據(jù)的一個功能性字段，當(dāng)?shù)谌较到y(tǒng)按供應(yīng)商主數(shù)據(jù)的標準把數(shù)據(jù)推送給MDM系統(tǒng)后產(chǎn)生了主數(shù)據(jù)編碼后，通過接口把主數(shù)據(jù)編碼反填至第三方系統(tǒng)的對應(yīng)字段中，這個對主數(shù)據(jù)編碼字段的反填接口通常是需要按非主數(shù)據(jù)編碼的一個字段進行判斷的（因為此時第三方系統(tǒng)還沒有主數(shù)據(jù)編碼），比如國內(nèi)供應(yīng)商可以按18位信用代碼，此時需要第三方系統(tǒng)和主數(shù)據(jù)系統(tǒng)務(wù)必做好數(shù)據(jù)唯一性的管理。

另外一種情況是，第三方系統(tǒng)可以不使用自己的編碼體系，完全依賴于MDM系統(tǒng)的賦碼，此時，第三方系統(tǒng)剛錄入的供應(yīng)商主數(shù)據(jù)可以采用一個臨時編碼，臨時編碼與數(shù)據(jù)一并發(fā)給MDM系統(tǒng)，MDM系統(tǒng)成功返回主數(shù)據(jù)編碼后，第三方系統(tǒng)根據(jù)這個臨時編碼去查找到對應(yīng)的供應(yīng)商數(shù)據(jù)并把臨時編碼替換為正式的主數(shù)據(jù)編碼。這兩種情況適用于不同的應(yīng)用場景，具體按系統(tǒng)情況決定，但無論哪種情況，主數(shù)據(jù)編碼返回到第三方系統(tǒng)后的更新接口需要特別的嚴謹和可靠，需要納入到接口監(jiān)控的范圍中，以保障主數(shù)據(jù)和主數(shù)據(jù)編碼的唯一性。

上述是供應(yīng)商主數(shù)據(jù)新增時的一些管理內(nèi)容，那么因為第三方系統(tǒng)是供應(yīng)商主數(shù)據(jù)的入口，那不僅是新增時的管理，對主數(shù)據(jù)修改的管理也是第三方系統(tǒng)需要承擔(dān)的工作內(nèi)容，也需要第三方系統(tǒng)開發(fā)一系列接口用于數(shù)據(jù)的修改，主數(shù)據(jù)修改的接口可以直接使用主數(shù)據(jù)編碼在第三方系統(tǒng)和MDM系統(tǒng)中定位到數(shù)據(jù)，同時仍然需要對接口做重點的監(jiān)控，保障MDM系統(tǒng)中的主數(shù)據(jù)成功得到了修改才行。

綜上所述，本文以供應(yīng)商主數(shù)據(jù)為例，介紹了在MDM系統(tǒng)和第三方系統(tǒng)中輸入主數(shù)據(jù)時常規(guī)的一些管理內(nèi)容，在具體實踐中，在不同企業(yè)、不同系統(tǒng)情況、不同應(yīng)用場景下，會有更多的技術(shù)細節(jié)需要具體關(guān)注。

參考文獻：

[1] 馬思碩, 張冰, 張瑩. 國家電網(wǎng)公司主數(shù)據(jù)管理系統(tǒng)功能優(yōu)化研究[J].大眾用電. 2015,(S2)

轉(zhuǎn)自公眾號：ERP之家