客商主數據（客戶、供應商、既是客戶也是供應商）是企業最常用的主數據類型之一。要實現上下游的打通，方便企業內部相關業務的運轉以及信息流通，做好客商主數據的管理至關重要。

01、什么是客商主數據
客商主數據是一類復雜的主數據，以下數據類型都可以涵蓋在客商主數據管理的范疇中。

1.客戶
客戶是指購買企業產品或服務的組織。需要提示的是，這里所說的客戶不包括傳統的個人客戶，同時客戶購買企業的商品和服務是為了供自身使用。

2.渠道
渠道是指企業經營的產品和服務的渠道廠商，也可以稱為分銷商、代理商等。

3.供應商
供應商是指為企業提供商品或服務的上游廠商。供應商既可以是組織， 也可以是個人。

4.外部交易實體
外部交易實體泛指企業外部所有與企業有經濟往來、業務往來的實體，這些實體可能是政府、企事業單位、個人或者 NGO（非政府組織）等。

在每種主數據之下，同樣可以根據實體所描述的對象進行深入的分類和屬性擴展描述。比如，在某家醫藥企業中，我們可以將外部交易實體這個對象再細分為生產銷售企業、醫療衛生機構、政府及事業單位、服務企業、個人等。

由于每個企業的使用需求不同，可能會進行一種或多種客商主數據類型的管理。客商主數據與人員主數據、組織主數據一樣，被歸類為通用主數據的一種。

02、客商主數據管理的要點

1.「客」和「商」到底是一起管理，還是分開管理

在現實案例中，這兩種主數據有時放在一起管理，有時分開管理。通常情況下，我們總是對供應商相對嚴格，而對客戶則更強調服務。這樣的業務環境也導致了主數據管理方案的差異。我們可以依據企業規模進行簡單判斷。

如果企業的規模比較小，生產鏈上的角色劃分相對清晰，并且供應商和客戶在各自業務上的交集也比較小，則建議將它們分成兩種主數據來管理。一般情況下，企業方面對供應商的主動權更多一些，也可以在管理上多提一些要求，供應商管理平臺也可以作為數據入口提供很好的主數據管理系統支撐；如果是客戶，企業就會更多考慮客戶的體驗，這樣往往會造成一定的數據管理困難。

如果企業規模比較大，尤其是集團型企業，生意范圍非常廣，甚至是多業態的；或者它下面的幾個業態之間是相互關聯的，尤其對于一些投資控股型企業，它的業態可能涉及多個行業，如房地產、金融等；或者通過客商信息獲知，它有時候扮演客戶，有時候扮演供應商，將客戶的數據信息和供應商的數據信息放在一起比對，發現它們的重疊度很高，但從集團視角來講， 它卻是一個外部交易實體，則將「客」「商」合并成一個數據對象來管理比 較好。

2.管理顆粒度問題

我們所提到的客戶、供應商、外部交易實體、渠道等實體，也可以針對管理需求進行進一步的拆分和細化，從而支持更精細化的管理。當然，這樣的分類首先應當遵循科學的分類原則，在這個基礎上，其實數據模型更加符合編程語言中的繼承關系，而不是二維表格中的 ER 關系（數據庫中的一種關聯引用關系），這是我們在進行表設計時所應注意的。至于是否每個實體都需要進一步細化，則應根據企業的實際情況進行考慮。

3.數據屬性的多態性問題

客商主數據是非常嚴謹和嚴肅的，從模型的設計到屬性的具體數值都關系到企業中的各個部門、崗位，甚至牽涉很多外部的利益，而有些字段的內容會存在多態性問題，所以數據的準確性問題需要著重考慮。

比如，客戶的稅號字段，當外部企業的稅號發生變化時，我們希望在主數據中進行集中維護和全局的統一變動，通常此種情況對于其他屬性字段是可行的，但是在稅號字段中，就有可能出現執行中的項目的付款問題。有些企業在執行項目過程中，希望稅號不變動，如果我們在主數據管理系統內進行了統一更改，那么就可能會出現發票開錯的情況。所以，從產品角度考 慮，應當支持一個屬性的多態情況，并且允許多態內容的并存。

03、客商主數據管理技術解決方案

1.單源頭技術解決方案

不管是客戶、供應商、客商還是渠道主數據，集團采用強管控型或單體型企業的方式進行數據統一管理的話，一種情況是集團統一部署信息系統，進行客戶、供應商、客商或渠道主數據的管理，另一種情況是分配權限給各下級單位進行填報維護，由集團統一審核及管理。那么，在這兩種情況下，主數據屬于單源頭模式，其技術解決方案如下圖1所示。

▲圖1
還有一種情況是，各下屬單位獨立部署業務系統，分別進行客戶、供應商、客商或渠道主數據的管理。后續為滿足集團的管控要求，集團想把數據管控權限收歸集團，則需要建立統一的業務系統進行主數據的統一管理、分發、統計分析等，由多源頭變為單源頭進行管理，其技術解決方案如下圖2所示。

▲圖2
2.多源頭技術解決方案

對于弱管控型集團型企業來說，集團沒有相應的人力、物力去管控各下屬企業，或者依據企業業務情況不需要去管控下屬企業，那么其進行主數據管理時，就要將數據權限下放到各下級單位，集團制定統一的主數據標準規范，要求各下級單位按照規范執行并上報數據，供集團進行統計分析及領導決策使用。各下級單位會建立不同的屬地業務系統進行數據管理。在這種情況下，客戶、供應商、客商、渠道主數據屬于多源頭模式，其技術解決方案如圖3所示。

▲圖3
04、客商主數據管理Q&A

（1） 對于大型集團型企業，如何統計兩個集團型企業之間的交易總額？
回答：大型集團型企業之間的交易總額相對難以統計，這就要求組織主數據和客商主數據管理系統的完善構建。本集團型企業的組織主數據統計內容信息，而客商主數據則要設置上級組織字段，用以識別大型集團組織，最終依靠數據中臺匯聚所有交易數據進行業務數據統計。統計結果可以更好地支撐集團型企業間的協作，也有利于集團型企業外部的商務談判工作。

（2） 集團型企業中兩個板塊間的客商主數據打通有哪些價值？
回答：業務價值非常多，上述交易額統計就是其中一個場景。再列舉一個風控場景，某貿易企業的主營業務板塊是進出口貿易和物流，很多外部交易實體在第一個板塊是客戶，而在另一個板塊是供應商，經常的業務往來會涉及資金賬期問題。該企業在進行整體客商數據管理后，當有付款動作時， 會按照統一客商標識，查找該客商欠款，在規則允許的情況下，進行欠款催收。其他相關業務場景還有很多，可以在實踐過程中逐步探索。

（3） 客戶數據中很多屬性無法獲取該怎么辦？
回答：如果我們所描述的實體是企業內部實體，那么所制定的屬性只要是合理、合法的，我們就可以通過管理方法獲取這些屬性。但是當我們所描述的是一個外部實體時，很多時候我們所羅列的屬性只是表達了我們的一些希望，至于是否可以獲取這些屬性內容，則需要放在具體的場景中去考慮， 需要配合業務策略去盡量獲取。但存在很多屬性客戶不愿意提供的情況，這種情況下的數據獲取度和準確度必定會低于內部實體對象數據的描述。所以我們應當充分利用服務、外部數據支撐，以及一些必要的讓利等綜合方式去獲取數據。

（4） 對于制定的數據管理規范，業務部門有抵觸或不接受該怎么辦？
回答：客商主數據相關的數據管理組織和流程基本上要依靠業務部門來完成，在我們所制定的流程中，如果出現爭議點，則應當按照具體的場景判斷。
① 修改后不符合業務要求，影響業務。
在此種情況下，主數據管理流程做修改應當以業務為重。
② 增加了不必要的業務流程。
如果流程設計繁瑣、不合理且不必要，則主數據管理流程應做修改。
③ 符合主數據管理要求，但增加了業務部門負擔。
設計內容為主數據管理的必需要求，且內容合理、不影響業務，則業務部門應做必要的增加和投入，必要時增加崗位預算。