編輯導語：什麼是開票資料？主數據的發票信息模塊設計時應該注意些什麼？稅點信息要不要維護到主數據中？本文作者從這三點出發，為我們詳細地介紹了他關于主數據發票信息庫的一些思考，希望本文能夠對大家有所啟發。

我是負責公司中台的産品經理，最近接了一個關于财務提出的的需求：當我們集團下公司的開票資料發生變化時，我們公司中在使用公司開票資料的人可以收到一個開票資料變更通知信息，在未來使用時可以使用最新的開票資料。

因為現在我們公司的開票資料發生變更，會有溝通信息傳達覆蓋不全的情況出現，導緻接收變更通知不及時而在推進業務中遇到障礙。

1. 開票資料

開票資料是指開發票時需要提供的對方信息：客戶的公司是小規模還是一般人、客戶公司名稱、稅号、注冊地址、注冊電話、開戶行、賬号、快遞收件信息、票種需求（索要專票還是普票）。

一般财務對接到的開票資料是下面的内容：

實現這個需求的第一步是需要在主數據中台的公司信息庫中，維護對應公司的财務信息，第二步是當主數據中的财務信息發生變更觸發通知提示。

今天我們不對這個需求的完整流程展開讨論，僅讨論為什麼财務信息要維護到主數據中，以及财務信息哪部分資料需要維護到主數據中。

其實傳統維護财務信息的方式是公司的财務人員自己來維護的，财務人員會使用一個超大的excel表格，将各個對接的公司開票資料整理到不同的sheet中，字段一般為：公司名稱、公司稅号、公司注冊地址、公司電話、公司開戶行名稱和公司開戶的銀行賬号。

也有可能将部分财務信息放在公司的業務平台進行管理，以實現數據的調用。

1.1 普通發票和專用發票擡頭必填信息是不同的

開增值稅普通發票，對方單位的全稱，納稅人識别号是必填項，其他可填可不填，但是如果填了就要填正确，否則發票無法使用。

開具增值稅專用發票必須填對方單位的全稱，納稅人識别号，單位地址及電話（電話是公司電話，是座機号，不是手機号）、銀行基本戶賬号、開戶行，少填或填錯發票都會造成無法使用的情況。

為什麼要将發票信息庫維護在主數據中？

一般發票信息都是穩定的，不輕易發生變動的，但還是會出現财務信息發生變動的情況，傳統财務人員更新了财務信息後，并不一定會通知到公司的所有人員。

就很容易有财務信息對接變更情況不及時發票開錯的情況出現，造成财務環節的流程耗時長。

傳統方式是公司的财務人員維護客戶的财務資料，在财務信息對接和财務信息管理上會投入大量的時間成本，而對接财務信息和維護更新财務資料環節其實是重複的工作内容。

我們集團需要維護我們旗下的公司信息有很多，如果不同公司的信息放在不同的業務産品線中進行管理，當财務信息發生變化就需要工作人員去不同的業務産品系統中，修改财務信息，同樣的觸發通知邏輯需求我們就需要開發在不同的業務産品線都做一個同樣的觸發邏輯。

而如果是将穩定的财務開票信息放在主數據中台管理，當需要時提供接口支持其他業務調用使用，當企業的開票資料信息發生變化時，修改主數據中台的開票資料後，調用這部分資料的業務産品線也同步變更數據信息，同時觸發通知提醒，這樣會非常節省人力時間成本。

将開票資料維護到主數據，當業務産品線需要這些公司的财務數據時直接調用就可以了，可以解決數據集團化管理更加标準快捷的為業務提供數據的能力。

避免在财務資料的更新和對接上給财務人員造成額外的工作負擔，減少了财務人員在這個環節時間成本的浪費。

将開票資料這類财務信息從人工線下維護管理轉變成線上統一的、集中的、标準化的管理到主數據中台，解決了任何人使用的這部分财務信息都是标準一緻的。

1.2 将這部分财務信息維護到主數據可以解決以下2個問題

1. 标準化：将穩定的、且被重複調用的、非業務相關的信息資料實現集團的标準化、規範化管理，保證使用時任何人使用的這個字段信息都是一緻的。
2. 效率化：字段無法保證一定是準确的，如果當使用者發現這個字段信息記錄有誤，反饋這個情況，隻要主數據中做了修改，其他人再使用這個接口信息就是正确的了。非常方便，避免了各業務線維護的字段不統一、不一緻以及修改不同步、重複勞動成本的問題。

2. 主數據的發票信息模塊設計時應該注意什麼

2.1 開票資料中屬于業務性質的數據與屬于主數據性質的數據要剝離開來

2.1.1 業務性質的數據

與支付、售賣相關的信息就是業務數據，屬于業務性質的數據無法被其他業務線使用，這個字段數據隻是能夠為提供某一業務的某一場景提供使用。

2.1.2 主數據性質的數據

中台數據的特點是數據具備基礎性、核心性和穩定性。具有為多條業務的多個場景提供使用的底層能力。

• 基礎性：數據的顆粒度最細，容易被業務系統調用，後期業務可以根據自身的需求針對性的對數據進行加工處理。比如公司地址歸入主數據中台管理，業務未來可能做地區篩選， 調用的地址是主數據提供的，但是地區篩選功能是根據業務線自身需求去做的。
• 核心性：數據具備底層能力，穩定的數據但是如果不夠核心，無法提供通用能力，也不會歸入到主數據中台中。
• 穩定性：不輕易發生變化。比如公司名稱、稅号不會輕易發生變化。

判斷一個數據是否維護到主數據中，我們就先觀察這個數據是否與業務的支付、買賣相關，再觀思考這個數據是否穩定，不易發生改變，如果與業務的支付、買賣無關，且穩定，那麼就屬于主數據中台要維護管理的數據。

不同産品不同時期在不同供應商的進價都不一樣，不同産品在不同時期對外售賣的價格也不一樣， 這裡的進價、賣價、稅點都是業務字段。

而對方公司營業執照上面的信息，比如公司、稅号、電話、地址就是主數據性質的數據。

舉個例子：

A業務線發生采購，他們的業務産品字段可能就會涵蓋采購的稅率字段，但是這個稅率字段不會維護在主數據中，原因有兩個：

1. 其他的業務線不會使用，因為采購業務至發生在A業務線中
2. 稅率是根據發生不同的購銷類型決定的稅率，所以并不穩定

如果不剝離開來，業務性質的數據由于會會經常發生變化，主數據就需要經常維護修改，假如A業務甲字段發生變化了，但B業務中甲字段就沒有變化，但是也在調用這個字段進行使用，這時這個字段就不能被很好的管理了。

2.2 主數據中的發票信息庫設計的思考

我在主數據發票信息庫做字段篩選的時候，主要參考了發票的字段，因為發票擡頭上面體現的字段信息都是公司财務需要的重要信息，這些信息也不容易發生變動，根據發票上面的擡頭，總結了以下四個字段：

1. 企業名稱：公司名稱
2. 統一社會信用代碼：稅号
3. 地址、電話：公司注冊地址：營業執照上的公司注冊地址信息；公司注冊電話号碼（非個人手機号）
4. 開戶行及稅号：開戶行名稱：公司的開戶行的名稱，比如招商銀行；開戶銀行名稱：公司開戶銀行名稱所屬的支行名稱，比如招商銀行股份有限公司最美麗路支行；銀行賬号：公司開戶的銀行賬号

三、稅點信息也是開票資料，要不要維護到主數據中？

稅點信息雖然是一家企業的财務信息，但是我不建議維護到主數據中，主要的原因是因為稅點信息并不穩定，容易發生變動。

一般人類型的公司和小規模類型的公司稅點是不同的，但是公司會在兩種類型之間根據業務和銷售情況發生轉變，我們并不能把控一家公司什麼時候轉換，所以稅點的變化具有随機性。

稅點信息如果糾其實質，屬于的是業務數據，并不屬于主數據，雖然是财務信息，但是是根據不同的經濟業務會産生不同的稅點，不是底層穩定的數據信息。

總結主數據發票信息庫可以方便企業維護企業數據，數據量越來越多，未來維護也會更便捷。

還能對公司員工當公司信息發生變更，對業務線的同事來說可以及時獲取變更的消息，整體節省業務時間。

主數據的發票信息庫還是需要針對自家企業對主數據的定義進行發票信息庫的設計，有不理解的地方多與公司财務進行溝通，将業務字段和主數據字段分析到位，進行剝離是我們需要仔細思考的。

作者：财務産品人；公衆号：财務産品人，我們一起交流

本文由 @财務産品人 原創發布于人人都是産品經理，未經作者許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部