朦朧的青春

2022-12-08

1.「客」和「商」到底是一起管理，還是分開管理
在現(xiàn)實案例中，這兩種主數(shù)據(jù)有時放在一起管理，有時分開管理。通常情況下，我們總是對供應(yīng)商相對嚴格，而對客戶則更強調(diào)服務(wù)。這樣的業(yè)務(wù)環(huán)境也導(dǎo)致了主數(shù)據(jù)管理方案的差異。我們可以依據(jù)企業(yè)規(guī)模進行簡單判斷。

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

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

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

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

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