北宋数据架构：三司与商税体系

第 15 节｜北宋数据架构：三司与商税体系#

上一节我们讲了北宋的应用架构——二府三司制下的政令流程，核心问题是制衡过度导致效率低下。

这一节，我们来看北宋的数据架构——财政数据是怎么收集、怎么汇总、怎么使用的？三司作为最高财政机构，它的数据体系是怎么运作的？商税和专卖制度，又是怎么成为北宋财政支柱的？以及，王安石变法为什么从数据治理入手，又为什么会失败？

数据架构关注的是”用什么数据做决策”——数据从哪里来、准不准、能不能支撑业务。如果说业务架构回答”谁管什么”、应用架构回答”怎么做”，那么数据架构回答的就是”基于什么做决策”。

北宋的数据架构，最大的特点是——财政数据体系极其发达，但数据质量问题极其严重。 北宋建立了中国古代最复杂的财政数据收集系统，但数据失真、层层加码、账实不符的问题，也同样严重。

这一节，我们就从数据架构的视角，来看北宋的财政数据体系——三司的数据管理、商税与专卖的数据逻辑、转运使的数据上报机制、以及王安石变法中的数据治理困境。

一、三司：北宋的”财政部+统计局”#

三司，是北宋的最高财政机构，被称为”计省”，三司使被称为”计相”——管财政的宰相。

三司不是一个机构，而是三个机构的合称：盐铁司、度支司、户部司。三个司各有分工，合起来掌管全国的财政收入、支出、预算、会计核算。

从数据架构的角度看，三司不仅是”财政部”，也是”国家统计局”——它负责收集、汇总、分析全国的财政数据，为皇帝和朝廷的决策提供数据支撑。

1. 三司的内部架构：三个司各管什么#

我们先来看三司的内部分工：

盐铁司：管工商税收和专卖收入。

盐铁司下面，又分了七个案（部门）：

兵案：管军队的武器装备、军需物资；
胄案：管兵器制造；
商税案：管全国的商业税收；
都盐案：管盐的专卖；
茶案：管茶的专卖；
铁案：管铁的专卖和矿冶；
设案：管各种节日的祭祀和赏赐。

盐铁司管的，主要是工商税和专卖收入——这是北宋财政收入的大头。北宋的商业非常发达，商税和专卖收入，占了财政收入的很大比例，甚至超过了农业税。

度支司：管财政预算和会计核算。

度支司下面，分了八个案：

赏给案：管赏赐；
钱帛案：管钱和丝绸的收支；
粮料案：管军队的粮草；
常平案：管常平仓（粮食储备）；
发运案：管漕运（粮食运输）；
骑案：管马匹；
斛斗案：管粮食的收支核算；
百官案：管百官的俸禄。

度支司管的，主要是财政预算和支出核算——相当于现在的财政部预算司+国库司。全国的财政收入和支出，都要经过度支司的核算和调配。

户部司：管户籍、土地和农业税。

户部司下面，分了五个案：

户税案：管户籍和农业税；
上供案：管地方向中央上缴的财赋；
修造案：管工程建设；
曲案：管酒的专卖；
衣粮案：管官员和军队的衣粮发放。

户部司管的，主要是农业税和户籍管理——相当于现在的农业农村部+税务总局农业税局。

你看，三司的架构非常细致，分工非常明确。每个司下面又分十几个案，每个案管一块具体的业务。整个三司，就像一台精密的”财政数据机器”，把全国的财政数据收集、汇总、核算、调配。

架构启示：数据架构的设计，要和业务架构相匹配。业务分几块，数据就要分几块；业务有多细，数据就要有多细。三司的架构，就是按照财政业务的分类来设计的——盐铁管工商、度支管预算、户部管农业。这种”业务-数据对齐”的设计，有利于数据的收集和管理。

2. 三司的数据收集体系：从地方到中央#

三司的数据，从哪里来？从地方来。

北宋的地方财政数据，主要靠转运使来收集和上报。

转运使，是路一级的财政长官，负责一路的财政税收和漕运。每个路设一个转运使（有的路设两个），直接对中央的三司负责。

转运使的主要职责，就是——把地方的财政收入收上来，除了地方必要的开支之外，全部运到中央，交给三司。

在这个过程中，转运使要做大量的数据工作：

第一，户籍和土地数据。转运使要掌握本路的户口数量、土地面积、土地等级，这些是征收农业税的基础数据。

第二，税收数据。转运使要统计本路的各种税收——农业税（两税）、商税、盐税、茶税、酒税等等，每一笔收入都要记账，都要上报。

第三，支出数据。地方的开支——官员俸禄、军队粮草、工程建设、救灾救济——也要记账，也要上报。

第四，上供数据。每年要向中央上缴多少钱、多少粮食、多少物资，都要有详细的账目，按时按量运到京城。

转运使每年要向三司上报一次”会计录”——就是本路的财政收支总账。三司把各路的会计录汇总起来，就形成了全国的财政收支总账。

除了转运使，地方上还有其他机构也要上报数据：

提点刑狱使（宪司）要上报司法案件的数据；
提举常平使（仓司）要上报常平仓和救济的数据；
知州、知县要上报地方的政绩和民生数据。

这些数据，最终都要汇总到中央，由三司或其他部门统一管理。

架构启示：数据收集是数据架构的基础。没有准确、及时的数据收集，后面的分析和决策都是空中楼阁。北宋建立了从县到州到路到中央的四级数据收集体系，架构是完整的。但问题在于——数据收集上来了，质量怎么样？这是我们后面要讲的。

3. 三司的数据产品：会计录与预算#

三司收集了这么多数据，用来干什么？主要产出两个东西——会计录和年度预算。

会计录：相当于现在的”财政决算报告”。

每年，三司都要编制一本”会计录”，把全国一年的财政收入和支出，分门别类地列出来——收入多少、支出多少、结余多少、各个项目各占多少。

会计录的内容非常详细，包括：

户口数、土地数；
各项税收的收入数（农业税、商税、盐税、茶税、酒税等）；
各项支出的明细（官员俸禄、军队开支、工程建设、赏赐等）；
仓库的储备数（粮食、钱、物资）；
上供的数量（地方上缴中央的财赋）。

北宋的会计录，是中国古代最详细的财政统计报告。它的数据之详细、分类之细致，在当时的世界上都是领先的。

年度预算：相当于现在的”财政预算报告”。

除了事后的会计录，三司还要做事前的预算——每年年底，根据当年的收支情况和下一年的计划，编制下一年的财政预算，报皇帝批准。

预算包括：下一年预计收入多少、预计支出多少、哪些项目要增加、哪些项目要减少、钱够不够用。

有了会计录和预算，皇帝和朝廷就能了解全国的财政状况，做出财政决策。

但问题是——这些数据，有多准确？

这是数据架构的核心问题：数据如果不准，再详细的报表也没用，反而会误导决策。北宋的数据质量问题，我们后面会详细讲。

架构启示：数据产品是数据架构的输出端。数据收集得再多、再详细，如果不能转化为有用的数据产品（报表、分析、预测），那数据就是死的。三司的会计录和预算，就是很好的数据产品——它们把原始数据转化成了决策者能看懂、能用的信息。

二、商税体系：商业繁荣背后的数据网络#

北宋的数据架构里，最有特色的是它的商税体系。

北宋是中国古代商业最发达的朝代之一。商业的繁荣，带来了商税的增长；而商税的征收，又需要一套完整的数据体系来支撑。

北宋的商税体系，有多发达？我们来看几个数字：

北宋初年，商税一年大约是 400 万贯；
到了北宋中期（仁宗时期），商税一年达到了 1900 多万贯；
最高峰的时候（神宗时期），商税加上专卖收入，占了财政总收入的 70% 以上。

商税，已经从财政收入的”补充”，变成了财政收入的”主力”。

1. 商税的征收网络：从京城到县城#

北宋的商税，征收网络非常密集。

全国大大小小的城市、集镇、渡口、关卡，都设有”税务”（商税征收机构）。大的叫”都税务”，小的叫”税务”或”税场”。

据统计，北宋中期，全国有 1000 多个商税务，遍布全国各地。从京城到县城，从大城市到小集镇，只要有商业活动的地方，就有税务。

每个税务，都有专门的官员（监税官）负责收税，还有一大批税吏（具体办事人员）。

商税怎么收？主要有两种：

过税：商品运输过程中收的税，税率是 2%。就是说，你的货物经过一个税务，就要按货物价值的 2% 交税。

住税：商品交易过程中收的税，税率是 3%。就是说，你在市场上卖东西，要按销售额的 3% 交税。

过税加住税，一共 5% 左右。看起来税率不高，但因为商品要经过很多道税务，层层收税，实际税负并不低。

为了征收商税，北宋建立了一套完整的商税数据体系：

第一，税则制度。哪些商品要收税、税率是多少、哪些可以免税，都有明确的规定。北宋的《商税则例》，就是商税的”税法”。

第二，税账制度。每个税务，每天收了多少税、收的是什么税、是谁交的，都要详细记账，叫”税账”。税账每月汇总一次，上报到州；州再汇总，上报到路；路再汇总，上报到三司。

第三，监税制度。每个税务的监税官，任期一般是三年，有明确的税收任务。完成了任务，有奖励；完不成，要受罚。

你看，北宋的商税体系，从机构到人员、从税则到税账、从征收到考核，已经非常完整了。这是一套相当成熟的税收数据系统。

架构启示：数据体系的建设，往往是由业务驱动的。商业越发达，税收越重要，税收数据体系就越完善。北宋的商税体系，就是商业繁荣推动的结果——因为商业税成了财政的主要来源，所以才需要建立这么完善的征收和数据体系。

2. 专卖制度：最赚钱的”国营生意”#

除了商税，北宋还有一个更大的财政来源——专卖制度。

专卖，就是国家垄断某些商品的生产和销售，从中获取利润。北宋的专卖商品，主要有三种：盐、茶、酒。

这三种商品，都是生活必需品，需求量大，利润高。国家垄断了，就能赚大钱。

我们分别来看：

盐的专卖：盐是人人都要吃的，是最稳定的财源。

北宋的盐，主要有两种——海盐（煮海水制盐）和解盐（山西运城的池盐）。

盐的专卖，怎么搞？国家控制盐的生产，然后把盐卖给商人，商人再卖给老百姓。国家不直接卖给老百姓，而是通过商人分销。

盐的专卖收入有多少？北宋中期，盐利一年大约有 1000 多万贯，占财政总收入的 20% 左右。

茶的专卖：茶是重要的饮品，也是出口商品。

北宋的茶，主要产于南方（福建、浙江、四川等地）。茶的专卖，叫”榷茶”——国家在产茶区设立”山场”，统购统销。茶农生产的茶，必须全部卖给国家的山场，不能私自卖。然后国家再加价卖给商人，由商人运到各地销售。

茶的专卖收入，一年大约有几百万贯。

酒的专卖：酒的消费量很大，也是重要的财源。

北宋的酒专卖，叫”榷酒”。有两种方式：一种是”官酿”——官府自己酿酒自己卖；另一种是”买扑”——官府把酒坊承包给私人，私人交承包费。

酒的专卖收入，一年也有几百万贯。

盐、茶、酒三项专卖收入加起来，一年大约有 2000 多万贯，比商税还多。再加上商税的 1000 多万贯，工商类收入占了财政总收入的大头。

架构启示：数据架构不仅要管”税”，还要管”利”——国有企业的利润、专营权的收入，也是财政收入的重要组成部分。北宋的专卖制度，本质上是一种”国家专营”的商业模式，它的数据体系，既要管生产、又要管销售、还要管利润核算，比单纯的税收数据更复杂。

3. 专卖数据的复杂性：从生产到销售的全链条#

专卖制度的数据体系，比商税更复杂。因为它要管从生产到销售的全链条。

以盐为例，盐的专卖数据，包括：

生产端数据：

盐场的数量、每个盐场的产量；
盐户（制盐的人）的数量、每户的产量；
生产成本（燃料、工具、人工）。

收购端数据：

国家收购了多少盐、收购价是多少；
盐的质量等级（不同等级价格不同）；
盐的库存（各个仓库存了多少盐）。

销售端数据：

卖给了多少商人、卖了多少盐、售价是多少；
盐的销售区域（每个地方卖多少盐）；
盐的销售收入和利润。

运输端数据：

盐从盐场运到仓库，再运到销售地，运输成本是多少；
运输过程中的损耗是多少；
运输的时间和路线。

你看，一套专卖数据，涉及生产、收购、库存、销售、运输等多个环节，数据量非常大，数据关系非常复杂。

为了管理这些数据，三司下面设立了专门的机构——盐铁司管盐和铁，户部司管酒，每个机构都有专门的案（部门）来负责具体的数据统计和核算。

但数据越复杂，出问题的可能性就越大。生产端虚报产量、收购端压低收购价、销售端偷税漏税、运输端虚报损耗……每个环节都可能出问题。

架构启示：全链条的数据管理，是数据架构的难点。链条越长、环节越多，数据失真的可能性就越大，数据治理的难度就越高。好的数据架构，不仅要能收集全链条的数据，还要能在每个环节设置数据校验机制，防止数据造假和失真。

三、数据质量问题：失真、层层加码与账实不符#

北宋的数据架构，体系很完整、制度很健全，但有一个致命的问题——数据质量差。

数据不准、数据失真、账实不符，是北宋数据架构的顽疾。

为什么会这样？我们从几个方面来看。

1. 地方官的”数据美化”#

第一个问题，是地方官的”数据美化”——报喜不报忧，政绩往大里说，问题往小里说。

为什么要”数据美化”？因为地方官的考核和升迁，取决于他们的政绩。而政绩怎么衡量？主要看数据——税收完成了多少、户口增加了多少、粮食产量怎么样。

数据好看，政绩就好，就能升官；数据不好看，政绩就差，就要被贬官。

所以，地方官有强烈的动机去”美化”数据：

税收往多了报：明明只收了 10 万贯，报 12 万贯，显得自己有本事；
户口往多了报：明明只有 1 万户，报 1.2 万户，显得自己治理得好；
灾情往小了报：明明是大灾，报成小灾，因为报大灾会影响自己的考核，还要申请救济，显得自己无能；
问题往少了报：盗贼、叛乱、冤案，能瞒就瞒，瞒不住就往小里说。

“数据美化”的结果就是——中央看到的数据，和实际情况差得很远。中央以为地方税收增长很快，其实很多是虚的；中央以为地方户口增加很快，其实很多是”空头户口”；中央以为地方风调雨顺，其实已经民不聊生。

架构启示：考核机制决定数据质量。如果考核只看数据，而且数据由被考核者自己上报，那么数据造假就是必然的。要保证数据质量，必须有独立的第三方数据核实机制，不能只靠下级的自报数据。

2. “上供”的层层加码#

第二个问题，是”上供”的层层加码——中央要 100 万，地方就收 120 万；州里要 120 万，县里就收 150 万。层层加码，越往下，老百姓的负担越重。

为什么会层层加码？因为每一级政府，都要留点”余量”：

县里收税，要比州里下达的任务多收一点，留点备用，万一哪年歉收了，还能完成任务；
州里汇总，要比路里下达的任务多交一点，留点备用，万一哪个县完不成任务，还能补上；
路里汇总，要比三司下达的任务多交一点，留点备用，万一哪个州完不成任务，还能补上。

每一层都加一点，加到最后，老百姓的实际负担，就比中央规定的税负高出了很多。

但在中央的账本上，税收还是那些——因为层层加码的部分，很多没有进入正式的账目，而是变成了地方的”小金库”，或者被各级官员贪污了。

所以，中央看到的财政数据，和老百姓实际承担的税负，是两回事——中央以为税率不高，老百姓应该能承受；但实际上，加上层层加码的部分，老百姓的负担已经很重了。

架构启示：层级越多，信息失真越严重。每经过一层，数据就可能被”加工”一次——要么是放大，要么是缩小，要么是扭曲。层级越多，失真越严重。要减少信息失真，就要尽量减少层级，让数据能够直接从源头传到决策层。

3. 账实不符：账本是账本，实际是实际#

第三个问题，是账实不符——账本上写的和实际情况对不上。

为什么会账实不符？原因很多：

第一，数据更新不及时。古代交通不便，信息传递慢。地方的数据上报到中央，往往已经是几个月前的情况了。等中央看到数据的时候，实际情况可能已经发生了很大的变化。

第二，数据统计口径不一致。不同的地方、不同的官员，统计数据的口径可能不一样。有的地方把这个算进去，有的地方不算；有的地方这么算，有的地方那么算。结果就是，数据看起来是一样的指标，但实际含义不一样，没法比较。

第三，贪污腐败。官员贪污，就要在账目上做手脚——虚报支出、隐瞒收入、造假账。账本上写得清清楚楚，但实际的钱和物，已经进了官员的腰包。

第四，“隐田""隐户”。有钱有势的人家，通过各种手段隐瞒土地和人口，逃避税收。地方官要么和他们勾结，要么管不了。结果就是——账本上的土地和户口，比实际的少很多。大量的税收流失了。

账实不符的后果是什么？中央根据账本数据做决策，但实际情况和账本不一样，决策就会失误。比如，中央根据账本上的户口数来征兵、征税，但实际户口数比账本少很多，结果就是——老百姓的实际负担更重了。

架构启示：数据质量是数据架构的生命线。数据不准，再完善的体系、再详细的报表，都是空中楼阁。保证数据质量，需要从三个方面入手：一是技术手段（提高数据收集的及时性和准确性），二是制度设计（独立的审计和监督机制），三是文化建设（实事求是的数据文化）。

四、王安石变法：数据治理的尝试与失败#

北宋中期，“三冗”问题（冗官、冗兵、冗费）越来越严重，财政入不敷出。到了宋神宗的时候，国家财政已经快撑不下去了。

怎么办？必须改革。于是，就有了王安石变法。

王安石变法，内容很多，涉及政治、经济、军事、文化各个方面。但从数据架构的角度看，王安石变法的核心，是数据治理的改革——通过完善数据体系、加强数据治理，来增加财政收入、提高行政效率。

但王安石变法最终失败了。为什么？从数据架构的角度，我们能得到什么启示？

1. 方田均税法：丈量土地，摸清家底#

王安石变法中，最直接的数据治理措施，是方田均税法。

什么是方田均税法？简单说，就是——重新丈量全国的土地，核实土地的数量和等级，然后按照实际的土地数量和等级来征税。

为什么要这么做？因为当时”隐田”问题非常严重——很多土地被地主豪强隐瞒了，没有登记在官方的账本上，也就不用交税。结果就是，国家的税收越来越少，而老百姓的负担越来越重。

王安石的想法很直接：先把家底摸清了，再按照实际情况征税。 土地有多少，就收多少税；谁有地，谁交税；地多的多交，地少的少交。这样既能增加国家税收，又能减轻老百姓的负担。

方田均税法的具体做法是：

每年九月，由县里组织人员，对全县的土地进行丈量；
丈量之后，按照土地的肥沃程度，把土地分成五等；
不同等级的土地，税率不同；
丈量结果登记在册，发给老百姓”地符”（土地证），作为纳税的依据。

这个思路，从数据治理的角度来说，是非常正确的——先搞准基础数据，再做业务决策。 基础数据不准，后面的一切都不准。

但方田均税法，推行起来非常困难：

第一，工作量太大。全国那么多土地，要重新丈量一遍，需要多少人力、多少时间？而且丈量的标准怎么统一？不同的地方、不同的人，丈量出来的结果可能不一样。

第二，得罪了地主豪强。丈量土地，就是要从地主豪强手里把隐瞒的土地查出来，让他们交税。这直接触动了他们的利益。所以，他们拼命反对，想尽办法阻挠。

第三，执行中出了很多问题。负责丈量的官员，有的偷懒，有的受贿，有的和地主勾结。结果就是，有的地方丈量了，但数据还是不准；有的地方丈量的时候，把好地说成差地，把差地说成好地，反而更加不公平。

所以，方田均税法推行了十几年，只在部分地区实施了，没有在全国推广。后来王安石下台，方田均税法也被废除了。

架构启示：数据治理，说起来容易，做起来难。摸清家底、搞准数据，这个思路是对的。但数据治理涉及到利益调整——谁的数据被搞准了，谁的利益就可能受损。所以，数据治理从来不是单纯的技术问题，而是政治问题、利益问题。没有强大的推动力和制度保障，数据治理很难成功。

2. 青苗法：数据驱动的农业金融改革#

王安石变法中，最有名、也最有争议的，是青苗法。

什么是青苗法？简单说，就是——政府在青黄不接的时候，把粮食借给农民，等农民收获了，再连本带利还给政府。

为什么叫”青苗法”？因为是在庄稼还青着（没成熟）的时候放贷，所以叫青苗法。

青苗法的思路，从数据治理的角度来看，也很有意思：

第一，用数据判断谁能贷、谁不能贷。青苗法不是谁都能贷的——要根据农户的家产和土地，把农户分成五等，不同等级的农户，贷款额度不同。等级高的多贷，等级低的少贷。这就是用数据做风险评估。

第二，用数据控制贷款规模。每个县的贷款额度，是根据本县的常平仓储备来定的——有多少储备，就能贷多少款。不能超贷。

第三，用数据考核官员政绩。青苗法推行得好不好，要看贷款发放了多少、收回了多少、利息收入有多少。完成指标的官员有奖励，完不成的要受罚。

青苗法的初衷是好的——农民青黄不接的时候，不用再向地主借高利贷了，向政府借就行，利息比高利贷低很多。这样既能帮助农民，又能增加政府收入，还能抑制土地兼并。

但青苗法在执行中，出了大问题：

第一，强制贷款。地方官为了完成考核指标，强迫农民贷款——不管你需不需要，都得贷。不需要贷款的农民，也要贷款交利息。

第二，利息变高。规定的利息是 20%（半年），但地方官层层加码，实际利息远远高于 20%，有的地方甚至达到了 50%。

第三，穷人贷不到，富人不想贷。真正需要贷款的穷人，因为没有抵押，贷不到；而富人不需要贷款，却被强迫贷款。

结果就是——青苗法本来是为了帮助农民的，结果反而变成了农民的负担。很多农民因为还不起贷款，被逼得倾家荡产。

为什么会这样？从数据架构的角度看，核心问题是——考核指标错了。

王安石用”贷款发放量”和”利息收入”来考核官员，官员为了完成指标，就强迫农民贷款，就提高利息。考核指标指挥了官员的行为，而官员的行为，又偏离了政策的初衷。

架构启示：数据指标是把双刃剑。用好了，能驱动业务发展；用错了，能把业务带偏。设计考核指标的时候，一定要想清楚——这个指标会引导什么样的行为？这种行为是不是我们想要的？如果指标和目标不一致，那结果就会和初衷背道而驰。

3. 免役法：从”按人服役”到”按钱免税”#

王安石变法中，还有一个重要的改革——免役法（也叫募役法）。

什么是免役法？简单说，就是——把老百姓的差役（义务劳动），改成交钱免役。 你不想去服役，可以，交一笔钱，政府用这笔钱去雇人服役。

为什么要改？因为原来的差役制度，问题很大：

差役是按户等摊派的，户等高的多服役，户等低的少服役；
但户等的评定很不公平，有钱人家往往想办法降低户等，逃避差役；
服役的时间不确定，有时候一去就是大半年，耽误农业生产；
很多人因为服役而破产。

免役法的思路是——用货币税代替劳役税。这是一种进步，因为货币税比劳役税更灵活、更公平。

从数据架构的角度看，免役法需要解决几个数据问题：

第一，户等的评定。谁交多少钱，取决于户等。户等怎么定？要根据家产、土地、人口来定。这就需要准确的户籍和财产数据。

第二，免役钱的计算。每个户交多少钱，要根据户等和当地的役钱总额来分摊。这就需要精确的计算。

第三，役钱的收支核算。收了多少役钱、用了多少雇人、结余多少，都要有详细的账目。

这些数据问题，王安石都考虑到了。他设立了专门的机构（司农寺）来负责免役法的推行，制定了详细的实施细则。

但免役法还是出了问题：

第一，户等评定不公。地方官在评定户等的时候，还是偏向有钱人——把有钱人的户等定低，把穷人的户等定高。结果就是，穷人交的钱反而更多。

第二，交不起钱的人怎么办。原来的差役制度，穷人出力气就行；现在改成交钱了，穷人没钱，怎么办？交不起钱，就要被抓起来，逼得家破人亡。

第三，官僚地主的反对。原来的差役制度，官僚地主是可以免役的；现在免役法规定，官僚地主也要交一半的役钱（“助役钱”）。这就触动了他们的利益，所以他们拼命反对。

免役法的争议也很大。有人说它好，有人说它坏。但从数据架构的角度看，免役法的方向是对的——用数据化的管理代替人身依附的管理。只是，在数据质量不高、执行不到位的情况下，好的方向也不一定能带来好的结果。

架构启示：数据化管理是方向，但前提是数据质量要过关。如果基础数据不准、数据治理不到位，数据化管理反而可能带来新的不公平。数据治理是基础，基础不牢，地动山摇。

4. 王安石变法为什么会失败？#

王安石变法，最终失败了。宋神宗死后，高太后垂帘听政，起用司马光为相，把新法全部废除了。

王安石变法为什么会失败？原因很多——保守派的反对、执行中的问题、用人不当等等。但从数据架构的角度，我们可以看到几个深层原因：

第一，基础数据太差，改革缺乏数据支撑。

王安石的很多改革（方田均税法、青苗法、免役法），都需要准确的基础数据——土地数据、户籍数据、财产数据。但当时的基础数据非常糟糕，隐田隐户严重、户等评定不公、数据失真厉害。

在基础数据不准的情况下推行改革，就像在沙滩上建房子——建得越高，倒得越快。改革的初衷是好的，但因为数据不准，执行起来就走样了，反而加重了老百姓的负担。

第二，考核指标设计不当，导致执行走样。

王安石用数据指标来考核官员的政绩——青苗法看贷款发放量、免役法看役钱征收量、方田均税法看丈量土地数量。

但这些指标，和改革的最终目标（富民强国）并不完全一致。官员为了完成指标，就强迫农民贷款、就提高税率、就虚报丈量数量。结果就是，数据指标完成了，但改革的初衷被违背了。

第三，改革触动了既得利益，遭到了强烈反对。

王安石变法，本质上是利益的重新分配——从地主豪强手里拿回一部分利益，归国家所有。方田均税法要查隐田、青苗法要抑制高利贷、免役法要让官僚地主交助役钱——每一项都触动了既得利益者的利益。

而既得利益者，恰恰是那些有话语权的人——官僚、地主、士大夫。他们联合起来，拼命反对新法。王安石下台之后，新法就被废除了。

架构启示：数据治理和组织变革，从来都不是单纯的技术问题，而是利益问题和政治问题。技术方案再完美，如果触动了既得利益，如果没有强大的推动力，如果没有制度保障，就很难成功。这是所有数据治理和组织变革都要面对的挑战。

五、北宋数据架构的整体评估#

讲完了北宋的数据架构，我们来做一个整体评估。

1. 最大的成就：建立了最完整的财政数据体系#

北宋数据架构最大的成就，就是建立了中国古代最完整、最细致的财政数据体系。

机构完整：三司作为最高财政机构，下辖盐铁、度支、户部三个司，每个司下面又分十几个案，分工明确，体系完整；
税种丰富：农业税、商税、盐税、茶税、酒税……税种之多，数据之细，前所未有；
数据产品成熟：会计录、预算、税账……数据产品的种类和质量，都达到了很高的水平；
商业数据发达：商税和专卖收入占财政收入的大头，说明商业数据体系已经非常成熟。

北宋的财政数据体系，不仅在中国古代是领先的，在当时的世界上也是领先的。它体现了宋朝人高超的治理能力和数据意识。

2. 最大的问题：数据质量差，治理能力不足#

但北宋数据架构最大的问题，也同样突出——数据质量差，数据治理能力不足。

数据失真：地方官报喜不报忧，数据”美化”严重；
层层加码：每一级都在数据上加码，中央的数据和实际情况差得很远；
账实不符：账本是账本，实际是实际，隐田隐户严重；
数据治理失败：王安石变法试图通过数据治理来解决问题，但最终失败了。

为什么数据质量差？根本原因是——缺乏有效的数据监督和核实机制。数据由地方官自己报，自己考核自己，当然会报喜不报忧。中央虽然也有审计和监察，但力度不够，而且容易被地方官蒙混过关。

数据质量差，导致的后果就是——决策失误。中央根据不准确的数据做决策，决策当然会失误。王安石变法的失败，很大程度上就是因为基础数据不准，导致改革走样。

架构启示：数据体系的建设，“建”容易，“治”难。搭架子、建系统、收数据，这些都不难；难的是保证数据质量、难的是数据治理。没有好的数据治理，再完善的数据体系也是摆设，甚至会误导决策。

六、本节小结#

北宋的数据架构，是中国古代最发达的财政数据体系之一。它的核心，是三司制度和商税专卖体系。

三司：盐铁司管工商税收和专卖、度支司管预算和核算、户部司管农业税和户籍，三个司分工协作，构成了完整的财政数据管理体系；
商税体系：全国 1000 多个税务，构成了密集的商税征收网络，过税 2%、住税 3%，税则、税账、监税制度完备；
专卖制度：盐、茶、酒三大专卖，从生产到销售全链条管理，贡献了财政收入的大头；
数据质量问题：数据失真、层层加码、账实不符，是北宋数据架构的顽疾；
王安石变法：方田均税法、青苗法、免役法，都是数据治理的尝试，但因为基础数据差、考核指标错、既得利益反对，最终失败了。

北宋数据架构的故事，告诉我们：数据体系的建设，“建”是基础，“治”是关键。 没有好的数据治理，再完善的数据体系也没用。而数据治理，从来不是单纯的技术问题——它涉及到利益调整、涉及到制度设计、涉及到组织文化。

理解了北宋的数据架构，我们下一节来看它的技术架构——看看在活字印刷、火药、指南针”三大发明”的背后，北宋的技术支撑体系是怎样的、以及为什么技术发达却没能转化为国家竞争力。