服務治理-數據標準欄位修改

前幾天碰到一個有意思的事情

從支付發起的服務，對帳號長度要求35位，數據治理要求是32位，碰到這個問題，服務治理人員第一反映是修改數據治理標準為35位。

經與支付同事確認，35位長度的由來是參考ISO20022標準中帳號長度，裡面要求帳號符合國際標準34位，但目前連人行自己都沒有做相關的支持。為了保持欄位的可擴展性，支付定義報文時增加了一位，真是有意思的35位長度。

問題答案浮出水面，參考人行的標準，定義為32位。

剛好這個欄位是以現行標準為準，如果真碰到了需要修改的欄位怎麼辦？

1，修改數據標準

2，數據治理髮布標準修訂

3，各個系統做相關的修改

4，各個系統聯調測試

5，標準生效上線

還真是一個挺麻煩的事情。

在討論的過程中，數據治理的同事提出了一個很好的觀點，那就是：

欄位定義一定要看它所包含的業務含義

於是推導了一個結論：

任何不看業務含義的服務治理都是耍流氓

推薦閱讀：