做SAP项目最怕什么不是增强不会写也不是权限调不明白而是业务突然问你一句“这个金额到底存在哪张表里”你只能对着SE11翻半天。SAP业务表整理这件事听起来像是个文档活但实际是后续所有取数、迁移、报表开发、数据清理的地基。这张清单如果在项目早期理清能省下大量返工如果拖到数据迁移阶段再临时抱佛脚等着你的就是反复核对、字段对不上、数据量差异一堆问题。我这些年帮客户做数据盘点、S4升级、报表平台迁移时几乎每个客户都要重新做一遍业务表梳理但梳理方法却五花八门。有人按模块一个个抄SE11字段有人直接导出全部表名然后让业务认领还有人对着一张表能折腾一天。这篇文章我想把这套工作拆开按实际操盘的顺序说清楚先判断表类型再逐模块摸核心表然后是具体的整理流程最后是那些容易翻车的细节和一份能直接用的登记模板。内容不追求把所有表都列出来而是让你看完就能动手做知道每一步怎么干、为什么这样干。1. SAP表的存储类型与命名先搞清楚你面对的是什么表1.1 透明表、池表、簇表、视图四种形态的差异与影响很多人以为SAP表就是数据库表用SE11打开看什么就是什么。这句话只对了一半。SAP里至少存在四种“逻辑表”形态整理清单的第一步不是急着看字段而是先确认它的存储类型。透明表是最常见的也是你取数时最放心的。透明表在数据库里有一张物理表与之完全对应字段一一映射直接用SQL查询不会有什么障碍。物料主数据MARA、销售订单VBAK、采购订单抬头EKKO都属于这一类的典型。整理透明表的字段清单SE16N导出和数据库层的字段顺序基本一致最容易理解。池表和簇表就没那么透明了。池表是多个逻辑表挤在同一物理存储里的形态数据库层看不到清晰的表边界簇表更特殊逻辑上是一张表但数据可能分布在多个物理段中SAP的读写接口会帮你在应用层把它们“拼”回来。最典型的就是变更文档行项目CDPOS以及老版本ECC里让人头疼的会计凭证行项目BSEG——BSEG很多字段其实分散在附属存储段里SE16N里能看到值但如果你用数据库工具直接拉底层会发现字段和值对不上。在S4和HANA普及之后很多曾经的簇表已经迁移为透明表但你盘老系统时依然会碰到。判断形态的方法很简单SE11打开表后查看技术设置里有没有“表的存储类型”或“数据浏览器”或者直接在SE11初始界面选“显示”菜单“转到→技术设置”看存储类型。整理清单时我建议在表类型这一列明确标注因为透明表可以快速抽样池表簇表则要优先依赖标准事务或ABAP程序去读不要绕开SAP接口直接碰底层。视图在整理时也要单独留意。像M_MARA这类是ABAP视图不是物理表它会整合多张透明表的字段。视图好处是取数方便但如果你要追根溯源必须把视图背后的基础表拆出来否则后面做字段级血缘时容易漏。外部报表平台常把视图当成一张“表”整份抽取这没问题但业务表清单里应该区分“物理表”和“视图”别混在一个分类里。1.2 表名和字段名不能靠猜但有几个实用规律有人问SAP表名是不是有什么命名规范比如M开头就是物料B开头就是财务其实SAP的表名没有统一的逻辑命名体系尤其老模块的表很多是按开发历史随意命名的。想靠猜表名的方式找表一开始就会走偏。正确做法是先把SE11用熟再看字典信息。不过命名仍有一些经验可以参考比如物料相关的表大量以M开头MAKT、MARC、MARD、MBEW、MKPF、MSEG等但MARA里的字段MATNR是物料号不是表名规则凭证类表以B开头的很多BKPF是会计凭证抬头BSEG是行项目但BSAS、BSID这类又属于客户/供应商余额的辅助表销售模块多以V开头VBAK、VBAP、VBEP、VBFA、VBRK、VBRP。这些规律只能帮你缩小范围真正确定一张表是干什么的还是要看SE11里的短描述和数据元素。举个例子MARA和MAKT长得像业务上一个是主数据基本字段一个是多语言描述文本如果你靠猜很容易把文本表当成主数据表去取数。打开MAKT看主键你会发现MATNR之外还带SPRAS语言字段这个设计决定了多语言环境下必须带语言条件。所以我整理表清单时每张表至少要看四样短描述、主键、交付类、关键字段的数据元素。这四样看完这张表在项目里怎么用基本就有数了。2. 五大模块常用表清单FI/CO/MM/SD/PP的实用速查2.1 FI模块凭证表别只记BSEG最常用的是这五张财务是业务表整理的重中之重因为金额字段一错后面全白费。FI模块最容易被提到的表就是BKPF和BSEG一个抬头一个行项目但实际盘点时客户主数据、供应商主数据、公司代码配置同样关键。表名表文本主键/核心字段整理要点BKPF会计凭证抬头MANDT、BUKRS、BELNR、GJAHR凭证类型BLART、记账日期BLDAT、过账日期BUDAT状态和抬头文本要结合其他表BSEG会计凭证行项目MANDT、BUKRS、BELNR、GJAHR、BUZEI金额DMBTR、币种WAERS老版本字段分布在附属存储抽样前先确认版本KNA1客户主数据一般视图KUNNR国家LAND1、名称NAME1、删除标志LOEVM客户主数据跨公司代码共享LFA1供应商主数据一般视图LIFNR和KNA1结构对称供应商也是先看一般视图再分公司代码T001公司代码配置表BUKRS本币FWAER是核心字段几乎每张三FI表都会关联它做FI表整理时我最常跟人强调一个习惯凭证类表一定抬头和行项目配套看但取数时不要总想着只取BSEG。很多财务口径要先按抬头BKPF过滤凭证类型和记账日期再关联BSEG拿金额这样查询效率和准确性都更高。2.2 CO模块分清计划值与实际值是两张完全不同的脉络CO模块的表对没有做过成本控制的人很容易搞混。比如COSP、COSS长得像一个是成本对象计划值汇总一个是成本对象计划值明细COEP又是实际行项目。整理这类表时我先看“管控范围”和“成本对象”字段再确认字段里记录的是计划版本还是实际过账否则拿一张COSP的表当成实际消耗去对账对不上是必然的。CO模块核心表表名表文本核心字段说明CSKS成本中心主数据KOKRS、KOSTL成本中心编码、责任范围几乎CO取数都要带CSKT成本中心文本KOKRS、KOSTL、SPRAS多语言名称用CSKS时最好并过来显示描述COEP成本对象实际行项目KOKRS、BELNR实际成本过账的行项目金额字段WOGXXX系列COBK控制凭证抬头KOKRS、BELNR配合COEP看凭证头和行项目关系AUFK内部订单主数据KOKRS、AUFNR订单类型、状态、控制范围CO表整理时有一个容易被忽略的细节表里很多金额字段是按成本要素拆分存放的同一个行项目在不同成本要素列上都有值。整理清单时不要只写“金额”两个字要标注字段对应的COST ELEMENT成本要素或者“对象类型”否则接手的人没法用。2.3 MM模块物料主数据和单据表是两套脉络MM模块的表可以分成非常明显的两条线一条是物料主数据一条是采购/物料凭证单据。物料主数据主线从MARA出发MARA本身存物料号、物料类型、行业领域、删除标志等一般性数据但物料在不同工厂、不同存储地点、不同评估视图下的属性分别放在MARC工厂视图、MARD存储地点视图、MBEW评估视图里。我和客户盘点主数据时最常问的一句话是“你们的物料维度到底要精确到工厂还是存储地点”这决定了你清单里该列MARC还是MARD。很多做数据仓库的人只抽MARA结果库存数据不敢用就是因为少了工厂和存储地点这个维度。物料单据线则以采购和物料凭证为主表名表文本核心字段说明EKKO采购订单抬头EBELN供应商LIFNR、采购组织EKORG、凭证日期EKPO采购订单行项目EBELN、EBELP物料MATNR、数量MENGE、净价NETWRMKPF物料凭证抬头MBLNR、MJAHR物料凭证编号和年度范围较大整理时注意归档策略MSEG物料凭证行项目MBLNR、MJAHR、ZEILE移动类型BWART、工厂WERKS、存储地点LGORTMARA物料主数据一般数据MATNR物料类型MTART、行业领域MBRSHMKPF和MSEG是典型的大表很多系统里行数过亿。整理的时候主键必须写完整MBLNR MJAHR ZEILE缺一个都会重复尤其跨年查询时MJAHR永远是取数条件的第一位。2.4 SD模块订单、交货、开票三个环节的表是闭环SD模块最忌讳只整理VBAK和VBAP两张销售订单表。因为销售业务至少要沿三条链走完销售订单链、交货链、开票链。取数时要能通过订单号跳到交货、开票这个关联关系就是VBFA。表名表文本核心字段说明VBAK销售订单抬头VBELN订单类型AUART、客户KUNNR、销售组织VKORGVBAP销售订单行项目VBELN、POSNR物料MATNR、订单数量KWMENGVBEP销售订单计划行VBELN、POSNR、ETENR计划数量和交货日期有主计划时这里查VBFA销售凭证流VBELV、POSNV前导凭证和后继凭证关系用来勾稽订单-交货-开票LIKP交货单抬头VBELN交货类型LFART、发货工厂WERKSLIPS交货单行项目VBELN、POSNR实际发货数量LFIMGVBRK开票凭证抬头VBELN开票日期FKDATVBRP开票凭证行项目VBELN、POSNR开票数量FKIMG、金额NETWR整理SD表时另外要看VBUK/VBUP两张状态表。销售订单的整体状态往往不直接存在VBAK里而是靠VBUK管理这点后面我会专门说。另外VBFA这张表很特殊它的主键逻辑复杂整理时只记录“用来追踪单据流”即可不用把每一条关系都维护进文档。2.5 PP模块生产订单、BOM、工艺路线是三条独立主数据线PP模块整理起来比财务还要费嘴皮子因为生产管理的表分布非常分散生产订单本身一套BOM一套工艺路线一套生产版本又一套。我刚开始做PP表整理时也常把AFKO和AFPO当作“生产订单抬头和行项目”就完了后来发现缺了BOM关联业务根本没法解释成本是怎么卷上去的。生产订单核心表AFKO生产订单抬头主键AUFNR包含订单类型AUART、工厂WERKS、订单数量GAMNGAFPO生产订单行项目主键AUFNR、POSNR包含物料号、数量AFVC生产订单工序通过AUFPL、APLZL关联工序数量、工作中心都在这里。BOM相关MAST物料BOM链接表连接物料、工厂和BOM用途STKOBOM抬头包含BOM用途、状态、物料等STPOBOM行项目包含组件物料IDNRK、组件数量MENGE。工艺路线相关PLPO工艺路线工序包含工艺路线组PLNNR、计数器PLNAL、工序号PLNKNPLAS工艺路线主数据。PP表整理时我一般会提醒对方区分“订单BOM”和“物料BOM”前者挂在生产订单上后者挂在物料主数据上。成本分析时两者不能混用字段清单里必须写清楚来源。3. 一套可执行的“表清单梳理”实际操作流程3.1 先回答三个问题再动手不管项目规模多大我建议第一步不是打开SE11而是先和业务方确认三件事整理目的、系统版本、数据范围。整理目的决定侧重点。如果是为了数据迁移要重点标出主数据表、配置表、单据表因为迁移次序完全不一样——先主数据后单据配置表要提前导出比对如果是为了做报表平台要重点标日期字段、金额字段、数量字段因为报表开发需要知道取数的时间窗口和精度如果是为了数据清理归档则要重点标大表、增长表、归档状态因为清理方案和技术完全由表的数据量决定。系统版本直接影响取数方式。ECC版本和S4版本里很多表的结构字段发生了变化比如物料凭证、财务凭证的存储方式不同未清项表在S4里更是大改。整理清单时我习惯把SAP版本写进文档头避免后面的人拿ECC字段去S4里套。数据范围指的是公司代码、工厂、控制范围、销售组织这些组织维度。一张表在不同组织维度下的字段肯定不同取数规则也不同。客户主数据KNA1可能跨多个公司代码共享而客户公司代码数据KNB1却是按公司代码存的。范围不清清单容易列出一堆“其实用不上”的关系。3.2 四条反向找表线索事务代码、程序、权限对象、SQL跟踪整理清单时你通常不会空手从0找表而是手里有业务功能或现有画面。这四条线索能帮你把“业务功能”翻译成“技术表名”。第一条线索是事务代码。SE93输入事务码点击“显示”能看到它调用的程序。然后再SE11或直接SE80打开程序从ABAP代码里的SELECT语句就能定位业务表。比如客户问“客户的受控字段值怎么取”你先找维护客户账户组的事务代码再看程序里操作的表。第二条是现有报表和程序。不管是ABAP报表、Query还是Fiori报表只要你找到程序源码CTRLF搜索“FROM”之后的表名比你自己猜快得多。很多系统的核心表清单其实就是从老报表里“反推”出来的。第三条是权限对象。通过事务码SUIM按权限对象查能看到这个对象下授权了哪些表和字段。这个方法特别适合找“业务用户到底能碰哪些表”做权限标准化时很有用。整理清单时用SUIM按角色导出对象清单表格后面备注权限对象这样数据权限和表的关系能一次性理清。第四条是SQL跟踪ST05也是我排查时最常用的一招。需要查某个标准功能读哪张表时打开事务ST05勾选ABAP SQL跟踪开录后跑到目标业务画面执行一次操作再回到ST05停止跟踪就能看到这步操作读了哪些表、用的什么条件。这个技巧对陌生模块尤其好用比看帮助文档直接得多。3.3 用SE11和SE16H做元数据采集一次只做四件事找到表名之后接下来是逐表采集。我用SE11打开一张表时只做四件事第一记表短描述和表类型。短描述在DD02T里SE11可以直接看到。表类型按第一节说的四种区分。第二看主键。主键决定了这张表数据唯一的粒度比如EKPO主键是EBELNEBELP那取数时就不能只按订单号去重。第三看交付类。交付类决定数据从哪来应用数据、客户自定义数据还是配置数据。字段多的配置表一般不要全字段导出按实际业务需要取。第四挑关键业务字段。不是把所有字段都抄下来而是看数据元素把日期、金额、数量、状态、文本几类挑出来记录。这个“挑字段”的能力很重要因为完整字段清单在SE11里就能看到模板里不需要重复你真正需要的是告诉接手的人“这张表有没有他要的那类数据”。SE16H则负责看数据量和抽样。SE16H比SE16N更适合大数据量场景可以输入WHERE条件还能做简单统计。抽样时我一般习惯带上MANDT条件先看一眼客户端内数据总量再按最近月份抽查几条。抽样结果如果发现主键重复、日期字段格式异常这类情况先记录到问题清单里不要当场改数据。3.4 多源核对一张表至少有两次验证整理完初稿后我强烈建议做一次“多源核对”否则文档只是纸面功夫。核对方式有很多比如同一张表在很多报表里出现过用两个不同报表分别取数对比或者用SQVI两表关联验证主键关系最硬核的是写一个简单的ABAP查询按你记录的字段做一次汇总和标准事务码的汇总结果比较。我一般至少做两次验证。第一次验证主键比如用SQL数一下“按我记录的粒度汇总后数据量”和“直接全表数”是否一致如果主键错了汇总数会多出来。第二次验证字段精度比如金额字段是否能直接求和是否有“金额币种”“数量单位”的配套逻辑。这两步做完再交给业务核对。3.5 组织业务评审让业务认领而不是只看文档最后一步是评审。评审不是把表清单哈出来让业务签字而是把清单按业务模块拆成若干子表请各模块关键用户认领“这些表是不是你平时业务跑的数据来源”。主数据表让主数据专员认领单据表让财务/供应链关键用户认领。这一步往往能发现大量“业务其实不用这张表”“业务在用的表你还没列出来”的信息。我在评审会上的做法是每张表给出一行“取数要点”业务只需要回答“对不对、全不全”。比如MSEG的取数要点我会写“物料凭证行项目移动类型决定出入库类型一张收货凭证会产生多行”业务一看就知道这张表和他们平时用的库存报表是否匹配。这样评审半小时能过一百张表效率很高。4. 整理过程中最容易翻车的六个细节4.1 MANDT客户端字段跨客户端取数的第一道门槛几乎每张SAP业务表都有MANDT它是客户端字段。很多取数人员觉得自己系统只有一个客户端就直接忽略这个字段但真实项目里测试环境、生产环境往往同时存在多个客户端。整理表时我建议在任何查询条件模板里都把MANDT作为默认条件写出来例如SELECT MATNR, MTART, LVORM FROM MARA WHERE MANDT 800这看起来简单但确实有人因为漏了MANDT把两个客户端的数据合并在一起最终对账怎么都对不上。文档里备注“查询必须携带MANDT”不丢人。4.2 金额和数量字段的内部精度导出Excel后少两位小数这是一件让很多人抓狂的事。SAP里很多金额字段、数量字段底层是按整数存储的显示时根据货币小数位或计量单位的小数位来格式化。比如BSEG里的金额字段DMBTR你在SE16N里看着是小数点两位但直接通过底层SQL抽取时得到的有可能是个整数一除以汇率或小数位数字就变了。整理清单时我建议单独建一列“精度处理”统一备注金额字段要带币种WAERS数量字段要带基本计量单位MEINS导出时优先用ALV的格式化功能而不是手工除。货币字段尤其不要只拷个字段名因为写报表的开发未必知道DMBTR内部存储规则你多写一句“取数后除以100”就能避免很多返工。4.3 状态字段不在主表里销售订单状态要查VBUK和JEST很多人在整理销售订单表时只列VBAK和VBAP等业务要“订单状态”时发现VBAK里找不到直接的状态文本。其实销售订单的管理状态在VBUK抬头和VBUP行项目比如发货状态、开票状态、Overall delivery status都不是简单文本而是状态代码。更复杂的还涉及JEST和TJ30TJEST存对象的状态记录TJ30T存状态代码的文本描述。整理时要把VBUK、VBUP、JEST都列进去并在备注里写明“状态代码不能直接翻译要关联JEST/TJ30T”。不只是SD设备状态、成本订单状态、项目状态也都和JEST相关。只要业务在问“某个东西处于什么状态”你先想到JEST不要在主表里翻半天。4.4 抬头和行项目别搞混删除和归档顺序更不能乱很多单据表分抬头表和行项目表比如BKPF/BSEG、EKKO/EKPO、VBAK/VBAP、MKPF/MSEG。整理文档时我习惯把抬头表和行项目表相邻放并在“关联表”列写明“主键一对一/一对多”。这个看似简单但在数据清理或归档时删除顺序必须从行项目到抬头先删子表再删父表整理时如果没标清楚主从关系后面清理脚本写错轻则删不掉重则破坏外键一致性。另外像VBAK和VBAP这种大量表即使有归档功能也可能有未归档的历史数据残留在联机库里。整理时我问一句“这张表有没有归档历史”通常能挖出很多没人知道的信息。4.5 逻辑删除字段要识别业务说“数据没了”不代表“表里没有”SAP主数据表很多采用逻辑删除而不是物理删除。比如MARA的LVORM字段KNA1的LOEVM字段当值为“X”时表示这个物料或客户已被删除但记录依然在表里。整理表时如果漏掉这个标志位统计口径会多出一堆“僵尸数据”。我以前整理物料主数据时发现某客户系统里物料总数12万条业务却说有效物料只有7万查了半天才知道多了删除标志的数据。所以在模板里我新增了“删除标志字段”这一列主数据表一律标注LVORM或LOEVM。这样报表开发时只要多写一个where条件数据质量立刻不一样。4.6 交付类决定了数据能不能直接改最后一个是关于数据维护属性的认知。SAP表有交付类Delivery Class这个概念应用数据表如MSEG一般交付类是A这些数据是业务交易产生的不能随便用SE16N去改。客户自定义配置表交付类可能是C可以通过维护视图改。控制参数表、汇总表还有自己的规则。整理表时把交付类记下来能避免项目后期有人“顺手改数据”造成事故。我在交付类这一列的备注规则很简单如果交付类是A一律通过标准事务功能或ABAP程序处理不直接改如果交付类是C或G可以通过维护视图改但改之前必须有变更申请记录。这条规则看着老生常谈但确实有大意的人把MSEG里数量直接改了结果库存和物料凭证对上不齐运维问题处理了很久。5. 可以拿来就用的业务表登记模板与示例5.1 模板骨架每一列怎么填整理业务表清单最终要有一个稳定输出物。我用的模板长期迭代后形成了十四列不多不少序号表名表短描述模块/子模块表类型透明表/簇表/池表/视图交付类主键字段关键业务字段删除标志字段增长频率日增/月增/几乎不变关联表常用访问事务代码归档/清理策略备注所有列都要填哪怕填“未定”也不能空着。备注列尤其重要我通常会把查表时的坑写这里比如“MSEG大表取数必须带MJAHR条件”“BSEG在老版本取字段要结合BSEC”之类。5.2 三行示例数据这里给出三行示例方便你参考格式这三张表分别代表主数据表、单据表、凭证表三种类型。序号表名表短描述模块表类型交付类主键字段关键业务字段删除标志字段增长频率关联表常用事务码归档/清理策略备注1MARA物料主数据-一般数据MM透明表AMANDT, MATNRMTART, MBRSH, LVORMLVORM日增MAKT, MARCMM01/MM02保留归档不建议物理删除物料号是全局主数据跨工厂共享2EKKO采购订单抬头MM透明表AMANDT, EBELNLIFNR, EKORG, AEDAT无月增EKPO, EKKNME21N/ME22N联机保留两年到期归档采购单据抬头与行项目1对N取数别去重报错3BSEG会计凭证行项目FI簇表/透明表视版本而定AMANDT, BUKRS, BELNR, GJAHR, BUZEIDMBTR, WRBTR, WAERS无日增大BKPF, BSECFB03/KPB1按年度归档凭证无法删除只能冲销老版本字段分散取数前确认SAP版本5.3 冷热分层与优先级表清单整理得差不多之后我还会做一步“冷热分层”可惜很多人不做。按数据访问频率和业务重要性把表分成三类热表实时访问、报表核心比如VBAK、VBAP、MARA、BKPF这类表必须保证联机查询性能和字段文档正确温表周期性使用比如采购订单、交货单可以进入准实时抽取通道冷表归档/历史数据为主比如多年物料凭证历史表需要单独设计归档后查询路径。分成三类后数据平台建设时就有个优先级先保热表的字典准确再逐步做温表和冷表。否则一上来想把整个系统几千张表全整理一遍工作量大到难以完成业务也不买账。我的原则是先整理100张关键业务表的准确清单胜过5000张表一张张拍脑袋。最后再分享一个小习惯。每次整理完一张表我会在SE16N里实际执行一次查询确认主键能查到数据、字段名没记错、条件能跑通哪怕只查一行。这个动作看起来慢但对保证清单质量有奇效。业务表整理不是一次性工作它是一项资产后续每次数据问题复盘、每张新报表开发、每个新顾问进场都会回到这张清单上。能在源头把它做扎实后面省的事远比你整理时花的时间多。
做SAP项目最怕什么不是增强不会写也不是权限调不明白而是业务突然问你一句“这个金额到底存在哪张表里”你只能对着SE11翻半天。SAP业务表整理这件事听起来像是个文档活但实际是后续所有取数、迁移、报表开发、数据清理的地基。这张清单如果在项目早期理清能省下大量返工如果拖到数据迁移阶段再临时抱佛脚等着你的就是反复核对、字段对不上、数据量差异一堆问题。我这些年帮客户做数据盘点、S4升级、报表平台迁移时几乎每个客户都要重新做一遍业务表梳理但梳理方法却五花八门。有人按模块一个个抄SE11字段有人直接导出全部表名然后让业务认领还有人对着一张表能折腾一天。这篇文章我想把这套工作拆开按实际操盘的顺序说清楚先判断表类型再逐模块摸核心表然后是具体的整理流程最后是那些容易翻车的细节和一份能直接用的登记模板。内容不追求把所有表都列出来而是让你看完就能动手做知道每一步怎么干、为什么这样干。1. SAP表的存储类型与命名先搞清楚你面对的是什么表1.1 透明表、池表、簇表、视图四种形态的差异与影响很多人以为SAP表就是数据库表用SE11打开看什么就是什么。这句话只对了一半。SAP里至少存在四种“逻辑表”形态整理清单的第一步不是急着看字段而是先确认它的存储类型。透明表是最常见的也是你取数时最放心的。透明表在数据库里有一张物理表与之完全对应字段一一映射直接用SQL查询不会有什么障碍。物料主数据MARA、销售订单VBAK、采购订单抬头EKKO都属于这一类的典型。整理透明表的字段清单SE16N导出和数据库层的字段顺序基本一致最容易理解。池表和簇表就没那么透明了。池表是多个逻辑表挤在同一物理存储里的形态数据库层看不到清晰的表边界簇表更特殊逻辑上是一张表但数据可能分布在多个物理段中SAP的读写接口会帮你在应用层把它们“拼”回来。最典型的就是变更文档行项目CDPOS以及老版本ECC里让人头疼的会计凭证行项目BSEG——BSEG很多字段其实分散在附属存储段里SE16N里能看到值但如果你用数据库工具直接拉底层会发现字段和值对不上。在S4和HANA普及之后很多曾经的簇表已经迁移为透明表但你盘老系统时依然会碰到。判断形态的方法很简单SE11打开表后查看技术设置里有没有“表的存储类型”或“数据浏览器”或者直接在SE11初始界面选“显示”菜单“转到→技术设置”看存储类型。整理清单时我建议在表类型这一列明确标注因为透明表可以快速抽样池表簇表则要优先依赖标准事务或ABAP程序去读不要绕开SAP接口直接碰底层。视图在整理时也要单独留意。像M_MARA这类是ABAP视图不是物理表它会整合多张透明表的字段。视图好处是取数方便但如果你要追根溯源必须把视图背后的基础表拆出来否则后面做字段级血缘时容易漏。外部报表平台常把视图当成一张“表”整份抽取这没问题但业务表清单里应该区分“物理表”和“视图”别混在一个分类里。1.2 表名和字段名不能靠猜但有几个实用规律有人问SAP表名是不是有什么命名规范比如M开头就是物料B开头就是财务其实SAP的表名没有统一的逻辑命名体系尤其老模块的表很多是按开发历史随意命名的。想靠猜表名的方式找表一开始就会走偏。正确做法是先把SE11用熟再看字典信息。不过命名仍有一些经验可以参考比如物料相关的表大量以M开头MAKT、MARC、MARD、MBEW、MKPF、MSEG等但MARA里的字段MATNR是物料号不是表名规则凭证类表以B开头的很多BKPF是会计凭证抬头BSEG是行项目但BSAS、BSID这类又属于客户/供应商余额的辅助表销售模块多以V开头VBAK、VBAP、VBEP、VBFA、VBRK、VBRP。这些规律只能帮你缩小范围真正确定一张表是干什么的还是要看SE11里的短描述和数据元素。举个例子MARA和MAKT长得像业务上一个是主数据基本字段一个是多语言描述文本如果你靠猜很容易把文本表当成主数据表去取数。打开MAKT看主键你会发现MATNR之外还带SPRAS语言字段这个设计决定了多语言环境下必须带语言条件。所以我整理表清单时每张表至少要看四样短描述、主键、交付类、关键字段的数据元素。这四样看完这张表在项目里怎么用基本就有数了。2. 五大模块常用表清单FI/CO/MM/SD/PP的实用速查2.1 FI模块凭证表别只记BSEG最常用的是这五张财务是业务表整理的重中之重因为金额字段一错后面全白费。FI模块最容易被提到的表就是BKPF和BSEG一个抬头一个行项目但实际盘点时客户主数据、供应商主数据、公司代码配置同样关键。表名表文本主键/核心字段整理要点BKPF会计凭证抬头MANDT、BUKRS、BELNR、GJAHR凭证类型BLART、记账日期BLDAT、过账日期BUDAT状态和抬头文本要结合其他表BSEG会计凭证行项目MANDT、BUKRS、BELNR、GJAHR、BUZEI金额DMBTR、币种WAERS老版本字段分布在附属存储抽样前先确认版本KNA1客户主数据一般视图KUNNR国家LAND1、名称NAME1、删除标志LOEVM客户主数据跨公司代码共享LFA1供应商主数据一般视图LIFNR和KNA1结构对称供应商也是先看一般视图再分公司代码T001公司代码配置表BUKRS本币FWAER是核心字段几乎每张三FI表都会关联它做FI表整理时我最常跟人强调一个习惯凭证类表一定抬头和行项目配套看但取数时不要总想着只取BSEG。很多财务口径要先按抬头BKPF过滤凭证类型和记账日期再关联BSEG拿金额这样查询效率和准确性都更高。2.2 CO模块分清计划值与实际值是两张完全不同的脉络CO模块的表对没有做过成本控制的人很容易搞混。比如COSP、COSS长得像一个是成本对象计划值汇总一个是成本对象计划值明细COEP又是实际行项目。整理这类表时我先看“管控范围”和“成本对象”字段再确认字段里记录的是计划版本还是实际过账否则拿一张COSP的表当成实际消耗去对账对不上是必然的。CO模块核心表表名表文本核心字段说明CSKS成本中心主数据KOKRS、KOSTL成本中心编码、责任范围几乎CO取数都要带CSKT成本中心文本KOKRS、KOSTL、SPRAS多语言名称用CSKS时最好并过来显示描述COEP成本对象实际行项目KOKRS、BELNR实际成本过账的行项目金额字段WOGXXX系列COBK控制凭证抬头KOKRS、BELNR配合COEP看凭证头和行项目关系AUFK内部订单主数据KOKRS、AUFNR订单类型、状态、控制范围CO表整理时有一个容易被忽略的细节表里很多金额字段是按成本要素拆分存放的同一个行项目在不同成本要素列上都有值。整理清单时不要只写“金额”两个字要标注字段对应的COST ELEMENT成本要素或者“对象类型”否则接手的人没法用。2.3 MM模块物料主数据和单据表是两套脉络MM模块的表可以分成非常明显的两条线一条是物料主数据一条是采购/物料凭证单据。物料主数据主线从MARA出发MARA本身存物料号、物料类型、行业领域、删除标志等一般性数据但物料在不同工厂、不同存储地点、不同评估视图下的属性分别放在MARC工厂视图、MARD存储地点视图、MBEW评估视图里。我和客户盘点主数据时最常问的一句话是“你们的物料维度到底要精确到工厂还是存储地点”这决定了你清单里该列MARC还是MARD。很多做数据仓库的人只抽MARA结果库存数据不敢用就是因为少了工厂和存储地点这个维度。物料单据线则以采购和物料凭证为主表名表文本核心字段说明EKKO采购订单抬头EBELN供应商LIFNR、采购组织EKORG、凭证日期EKPO采购订单行项目EBELN、EBELP物料MATNR、数量MENGE、净价NETWRMKPF物料凭证抬头MBLNR、MJAHR物料凭证编号和年度范围较大整理时注意归档策略MSEG物料凭证行项目MBLNR、MJAHR、ZEILE移动类型BWART、工厂WERKS、存储地点LGORTMARA物料主数据一般数据MATNR物料类型MTART、行业领域MBRSHMKPF和MSEG是典型的大表很多系统里行数过亿。整理的时候主键必须写完整MBLNR MJAHR ZEILE缺一个都会重复尤其跨年查询时MJAHR永远是取数条件的第一位。2.4 SD模块订单、交货、开票三个环节的表是闭环SD模块最忌讳只整理VBAK和VBAP两张销售订单表。因为销售业务至少要沿三条链走完销售订单链、交货链、开票链。取数时要能通过订单号跳到交货、开票这个关联关系就是VBFA。表名表文本核心字段说明VBAK销售订单抬头VBELN订单类型AUART、客户KUNNR、销售组织VKORGVBAP销售订单行项目VBELN、POSNR物料MATNR、订单数量KWMENGVBEP销售订单计划行VBELN、POSNR、ETENR计划数量和交货日期有主计划时这里查VBFA销售凭证流VBELV、POSNV前导凭证和后继凭证关系用来勾稽订单-交货-开票LIKP交货单抬头VBELN交货类型LFART、发货工厂WERKSLIPS交货单行项目VBELN、POSNR实际发货数量LFIMGVBRK开票凭证抬头VBELN开票日期FKDATVBRP开票凭证行项目VBELN、POSNR开票数量FKIMG、金额NETWR整理SD表时另外要看VBUK/VBUP两张状态表。销售订单的整体状态往往不直接存在VBAK里而是靠VBUK管理这点后面我会专门说。另外VBFA这张表很特殊它的主键逻辑复杂整理时只记录“用来追踪单据流”即可不用把每一条关系都维护进文档。2.5 PP模块生产订单、BOM、工艺路线是三条独立主数据线PP模块整理起来比财务还要费嘴皮子因为生产管理的表分布非常分散生产订单本身一套BOM一套工艺路线一套生产版本又一套。我刚开始做PP表整理时也常把AFKO和AFPO当作“生产订单抬头和行项目”就完了后来发现缺了BOM关联业务根本没法解释成本是怎么卷上去的。生产订单核心表AFKO生产订单抬头主键AUFNR包含订单类型AUART、工厂WERKS、订单数量GAMNGAFPO生产订单行项目主键AUFNR、POSNR包含物料号、数量AFVC生产订单工序通过AUFPL、APLZL关联工序数量、工作中心都在这里。BOM相关MAST物料BOM链接表连接物料、工厂和BOM用途STKOBOM抬头包含BOM用途、状态、物料等STPOBOM行项目包含组件物料IDNRK、组件数量MENGE。工艺路线相关PLPO工艺路线工序包含工艺路线组PLNNR、计数器PLNAL、工序号PLNKNPLAS工艺路线主数据。PP表整理时我一般会提醒对方区分“订单BOM”和“物料BOM”前者挂在生产订单上后者挂在物料主数据上。成本分析时两者不能混用字段清单里必须写清楚来源。3. 一套可执行的“表清单梳理”实际操作流程3.1 先回答三个问题再动手不管项目规模多大我建议第一步不是打开SE11而是先和业务方确认三件事整理目的、系统版本、数据范围。整理目的决定侧重点。如果是为了数据迁移要重点标出主数据表、配置表、单据表因为迁移次序完全不一样——先主数据后单据配置表要提前导出比对如果是为了做报表平台要重点标日期字段、金额字段、数量字段因为报表开发需要知道取数的时间窗口和精度如果是为了数据清理归档则要重点标大表、增长表、归档状态因为清理方案和技术完全由表的数据量决定。系统版本直接影响取数方式。ECC版本和S4版本里很多表的结构字段发生了变化比如物料凭证、财务凭证的存储方式不同未清项表在S4里更是大改。整理清单时我习惯把SAP版本写进文档头避免后面的人拿ECC字段去S4里套。数据范围指的是公司代码、工厂、控制范围、销售组织这些组织维度。一张表在不同组织维度下的字段肯定不同取数规则也不同。客户主数据KNA1可能跨多个公司代码共享而客户公司代码数据KNB1却是按公司代码存的。范围不清清单容易列出一堆“其实用不上”的关系。3.2 四条反向找表线索事务代码、程序、权限对象、SQL跟踪整理清单时你通常不会空手从0找表而是手里有业务功能或现有画面。这四条线索能帮你把“业务功能”翻译成“技术表名”。第一条线索是事务代码。SE93输入事务码点击“显示”能看到它调用的程序。然后再SE11或直接SE80打开程序从ABAP代码里的SELECT语句就能定位业务表。比如客户问“客户的受控字段值怎么取”你先找维护客户账户组的事务代码再看程序里操作的表。第二条是现有报表和程序。不管是ABAP报表、Query还是Fiori报表只要你找到程序源码CTRLF搜索“FROM”之后的表名比你自己猜快得多。很多系统的核心表清单其实就是从老报表里“反推”出来的。第三条是权限对象。通过事务码SUIM按权限对象查能看到这个对象下授权了哪些表和字段。这个方法特别适合找“业务用户到底能碰哪些表”做权限标准化时很有用。整理清单时用SUIM按角色导出对象清单表格后面备注权限对象这样数据权限和表的关系能一次性理清。第四条是SQL跟踪ST05也是我排查时最常用的一招。需要查某个标准功能读哪张表时打开事务ST05勾选ABAP SQL跟踪开录后跑到目标业务画面执行一次操作再回到ST05停止跟踪就能看到这步操作读了哪些表、用的什么条件。这个技巧对陌生模块尤其好用比看帮助文档直接得多。3.3 用SE11和SE16H做元数据采集一次只做四件事找到表名之后接下来是逐表采集。我用SE11打开一张表时只做四件事第一记表短描述和表类型。短描述在DD02T里SE11可以直接看到。表类型按第一节说的四种区分。第二看主键。主键决定了这张表数据唯一的粒度比如EKPO主键是EBELNEBELP那取数时就不能只按订单号去重。第三看交付类。交付类决定数据从哪来应用数据、客户自定义数据还是配置数据。字段多的配置表一般不要全字段导出按实际业务需要取。第四挑关键业务字段。不是把所有字段都抄下来而是看数据元素把日期、金额、数量、状态、文本几类挑出来记录。这个“挑字段”的能力很重要因为完整字段清单在SE11里就能看到模板里不需要重复你真正需要的是告诉接手的人“这张表有没有他要的那类数据”。SE16H则负责看数据量和抽样。SE16H比SE16N更适合大数据量场景可以输入WHERE条件还能做简单统计。抽样时我一般习惯带上MANDT条件先看一眼客户端内数据总量再按最近月份抽查几条。抽样结果如果发现主键重复、日期字段格式异常这类情况先记录到问题清单里不要当场改数据。3.4 多源核对一张表至少有两次验证整理完初稿后我强烈建议做一次“多源核对”否则文档只是纸面功夫。核对方式有很多比如同一张表在很多报表里出现过用两个不同报表分别取数对比或者用SQVI两表关联验证主键关系最硬核的是写一个简单的ABAP查询按你记录的字段做一次汇总和标准事务码的汇总结果比较。我一般至少做两次验证。第一次验证主键比如用SQL数一下“按我记录的粒度汇总后数据量”和“直接全表数”是否一致如果主键错了汇总数会多出来。第二次验证字段精度比如金额字段是否能直接求和是否有“金额币种”“数量单位”的配套逻辑。这两步做完再交给业务核对。3.5 组织业务评审让业务认领而不是只看文档最后一步是评审。评审不是把表清单哈出来让业务签字而是把清单按业务模块拆成若干子表请各模块关键用户认领“这些表是不是你平时业务跑的数据来源”。主数据表让主数据专员认领单据表让财务/供应链关键用户认领。这一步往往能发现大量“业务其实不用这张表”“业务在用的表你还没列出来”的信息。我在评审会上的做法是每张表给出一行“取数要点”业务只需要回答“对不对、全不全”。比如MSEG的取数要点我会写“物料凭证行项目移动类型决定出入库类型一张收货凭证会产生多行”业务一看就知道这张表和他们平时用的库存报表是否匹配。这样评审半小时能过一百张表效率很高。4. 整理过程中最容易翻车的六个细节4.1 MANDT客户端字段跨客户端取数的第一道门槛几乎每张SAP业务表都有MANDT它是客户端字段。很多取数人员觉得自己系统只有一个客户端就直接忽略这个字段但真实项目里测试环境、生产环境往往同时存在多个客户端。整理表时我建议在任何查询条件模板里都把MANDT作为默认条件写出来例如SELECT MATNR, MTART, LVORM FROM MARA WHERE MANDT 800这看起来简单但确实有人因为漏了MANDT把两个客户端的数据合并在一起最终对账怎么都对不上。文档里备注“查询必须携带MANDT”不丢人。4.2 金额和数量字段的内部精度导出Excel后少两位小数这是一件让很多人抓狂的事。SAP里很多金额字段、数量字段底层是按整数存储的显示时根据货币小数位或计量单位的小数位来格式化。比如BSEG里的金额字段DMBTR你在SE16N里看着是小数点两位但直接通过底层SQL抽取时得到的有可能是个整数一除以汇率或小数位数字就变了。整理清单时我建议单独建一列“精度处理”统一备注金额字段要带币种WAERS数量字段要带基本计量单位MEINS导出时优先用ALV的格式化功能而不是手工除。货币字段尤其不要只拷个字段名因为写报表的开发未必知道DMBTR内部存储规则你多写一句“取数后除以100”就能避免很多返工。4.3 状态字段不在主表里销售订单状态要查VBUK和JEST很多人在整理销售订单表时只列VBAK和VBAP等业务要“订单状态”时发现VBAK里找不到直接的状态文本。其实销售订单的管理状态在VBUK抬头和VBUP行项目比如发货状态、开票状态、Overall delivery status都不是简单文本而是状态代码。更复杂的还涉及JEST和TJ30TJEST存对象的状态记录TJ30T存状态代码的文本描述。整理时要把VBUK、VBUP、JEST都列进去并在备注里写明“状态代码不能直接翻译要关联JEST/TJ30T”。不只是SD设备状态、成本订单状态、项目状态也都和JEST相关。只要业务在问“某个东西处于什么状态”你先想到JEST不要在主表里翻半天。4.4 抬头和行项目别搞混删除和归档顺序更不能乱很多单据表分抬头表和行项目表比如BKPF/BSEG、EKKO/EKPO、VBAK/VBAP、MKPF/MSEG。整理文档时我习惯把抬头表和行项目表相邻放并在“关联表”列写明“主键一对一/一对多”。这个看似简单但在数据清理或归档时删除顺序必须从行项目到抬头先删子表再删父表整理时如果没标清楚主从关系后面清理脚本写错轻则删不掉重则破坏外键一致性。另外像VBAK和VBAP这种大量表即使有归档功能也可能有未归档的历史数据残留在联机库里。整理时我问一句“这张表有没有归档历史”通常能挖出很多没人知道的信息。4.5 逻辑删除字段要识别业务说“数据没了”不代表“表里没有”SAP主数据表很多采用逻辑删除而不是物理删除。比如MARA的LVORM字段KNA1的LOEVM字段当值为“X”时表示这个物料或客户已被删除但记录依然在表里。整理表时如果漏掉这个标志位统计口径会多出一堆“僵尸数据”。我以前整理物料主数据时发现某客户系统里物料总数12万条业务却说有效物料只有7万查了半天才知道多了删除标志的数据。所以在模板里我新增了“删除标志字段”这一列主数据表一律标注LVORM或LOEVM。这样报表开发时只要多写一个where条件数据质量立刻不一样。4.6 交付类决定了数据能不能直接改最后一个是关于数据维护属性的认知。SAP表有交付类Delivery Class这个概念应用数据表如MSEG一般交付类是A这些数据是业务交易产生的不能随便用SE16N去改。客户自定义配置表交付类可能是C可以通过维护视图改。控制参数表、汇总表还有自己的规则。整理表时把交付类记下来能避免项目后期有人“顺手改数据”造成事故。我在交付类这一列的备注规则很简单如果交付类是A一律通过标准事务功能或ABAP程序处理不直接改如果交付类是C或G可以通过维护视图改但改之前必须有变更申请记录。这条规则看着老生常谈但确实有大意的人把MSEG里数量直接改了结果库存和物料凭证对上不齐运维问题处理了很久。5. 可以拿来就用的业务表登记模板与示例5.1 模板骨架每一列怎么填整理业务表清单最终要有一个稳定输出物。我用的模板长期迭代后形成了十四列不多不少序号表名表短描述模块/子模块表类型透明表/簇表/池表/视图交付类主键字段关键业务字段删除标志字段增长频率日增/月增/几乎不变关联表常用访问事务代码归档/清理策略备注所有列都要填哪怕填“未定”也不能空着。备注列尤其重要我通常会把查表时的坑写这里比如“MSEG大表取数必须带MJAHR条件”“BSEG在老版本取字段要结合BSEC”之类。5.2 三行示例数据这里给出三行示例方便你参考格式这三张表分别代表主数据表、单据表、凭证表三种类型。序号表名表短描述模块表类型交付类主键字段关键业务字段删除标志字段增长频率关联表常用事务码归档/清理策略备注1MARA物料主数据-一般数据MM透明表AMANDT, MATNRMTART, MBRSH, LVORMLVORM日增MAKT, MARCMM01/MM02保留归档不建议物理删除物料号是全局主数据跨工厂共享2EKKO采购订单抬头MM透明表AMANDT, EBELNLIFNR, EKORG, AEDAT无月增EKPO, EKKNME21N/ME22N联机保留两年到期归档采购单据抬头与行项目1对N取数别去重报错3BSEG会计凭证行项目FI簇表/透明表视版本而定AMANDT, BUKRS, BELNR, GJAHR, BUZEIDMBTR, WRBTR, WAERS无日增大BKPF, BSECFB03/KPB1按年度归档凭证无法删除只能冲销老版本字段分散取数前确认SAP版本5.3 冷热分层与优先级表清单整理得差不多之后我还会做一步“冷热分层”可惜很多人不做。按数据访问频率和业务重要性把表分成三类热表实时访问、报表核心比如VBAK、VBAP、MARA、BKPF这类表必须保证联机查询性能和字段文档正确温表周期性使用比如采购订单、交货单可以进入准实时抽取通道冷表归档/历史数据为主比如多年物料凭证历史表需要单独设计归档后查询路径。分成三类后数据平台建设时就有个优先级先保热表的字典准确再逐步做温表和冷表。否则一上来想把整个系统几千张表全整理一遍工作量大到难以完成业务也不买账。我的原则是先整理100张关键业务表的准确清单胜过5000张表一张张拍脑袋。最后再分享一个小习惯。每次整理完一张表我会在SE16N里实际执行一次查询确认主键能查到数据、字段名没记错、条件能跑通哪怕只查一行。这个动作看起来慢但对保证清单质量有奇效。业务表整理不是一次性工作它是一项资产后续每次数据问题复盘、每张新报表开发、每个新顾问进场都会回到这张清单上。能在源头把它做扎实后面省的事远比你整理时花的时间多。
