企业官网建设流程全解析

做了多年SAP运维和实施的同行应该都有体会，一半以上的“疑难杂症”最后都会落到同一个问题上：数据到底在哪张表里？物料凭证对不上，是MKPF和MSEG；会计凭证不平，是BKPF和BSEG；销售订单状态卡住，是VBUK和VBUP。所谓SAP后台表，简单说就是SAP系统里通过数据字典（SE11）定义的那些业务表、配置表、索引表和日志表，几乎所有业务数据最终都落在数据库层的这些表中。尤其做FICO、MM、SD、PP、WM、BW甚至BTP开发的朋友，日常工作里离不了后台表。SAP系统实例架构上，无论是PAS（主应用服务器）、AAS（附加应用服务器）还是中央数据库实例，应用服务器本质上只是计算和调度入口，真正存业务数据的还是数据库实例里的这些表。把常用后台表吃透，排查问题时能少走太多弯路。这篇SAP常用后台表总结，我按模块把高频使用的表梳理一遍，会讲清楚每张表是干什么的、和哪张表关联、查询时有哪些坑，最后再送一套“从问题反推表”的排查套路。

1. 理解SAP后台表的基础规则

1.1 表命名的内在逻辑

新人面对几万张SAP表，最头疼的是怎么定位自己要找的那一张。其实SAP的表命名有很强规律，记住几条高频规则能省一半时间。

• T开头加3位数字，基本是配置表。比如T001（公司代码）、T003（凭证类型）、T156（移动类型）、T024（采购组）、T030（科目确定）。
• 5位字母表按模块前缀记忆：B开头基本是财务和凭证类（BKPF、BSEG、BSID）；A开头多半是资产类（ANLA、ANLC、ANEK）；M开头多与物料、采购、库存相关（MARA、MARC、MARD、MSEG）；V开头多与销售相关（VBAK、VBAP、LIKP、VBRK）；K开头以客户主数据为主（KNA1、KNVV）；L开头常见物流和供应商数据（LFA1、LIPS、LTAP）。
• U开头基本是用户和权限类：USR01、USR02、USR03。
• TST、DD、EU等前缀属于开发和技术类：TSTC是事务代码总表，TSTCT是事务代码文本，DD02L是表清单，DD03L是字段清单，EUOBJ是增强对象。
• E070和E071是传输请求抬头和对象表，SE01、SE09、SE10处理的请求最终都存在这两张表里。

这个规律不是绝对的，但能帮你在SE11里搜索时缩小范围。比如看到“SKB1”不确定什么用途，按“S=科目，K=公司代码，B=主数据”的思路也能猜个大概。

1.2 配置表、主数据表、单据表的分工

后台表虽然多，功能上大致分三类。第一类是配置表，用SM30或SPRO维护，比如T001公司代码、T156移动类型、T090折旧码。配置表控制了系统“允许做什么”。第二类是主数据表，比如MARA物料主数据、KNA1客户主数据、LFA1供应商主数据、ANLA资产主数据，这类表描述“业务对象是什么”。第三类是业务单据表，比如BKPF/BSEG会计凭证、MSEG物料凭证、EKKO/EKPO采购订单、VBAK/VBAP销售订单，这类表记录“发生了什么”。

理解这个分类后，你面对“是配置没做对，还是单据没生成，还是程序报错”时，能很快决定去查哪一类表。配置问题通常先看配置表；单据缺失通常查业务表；程序运行异常则查T100消息、SNAP短转储或应用日志。

1.3 5个快速定位表的硬核方法

后台表太多，遇到不认识的事务代码怎么反查表？我个人实战中常用的顺序如下。

1. 前台字段的F1帮助：任意录入字段按F1，点“技术信息”，能看到该字段对应的数据元素、表名和字段名，再跳转SE11就能定位到具体表。
2. SE93反查程序：SE93查事务代码对应的程序名，再到SE11或SE80里看程序逻辑。更直接的办法是打开调试器，在看ABAP代码中的OPEN SQL语句。
3. ST05 SQL跟踪：在SE30或ST05里开启SQL跟踪，然后在前台完整执行一遍要排查的事务，结束后查看跟踪结果，系统会把该事务执行过的所有SELECT语句和表名列出来。这个方法适合处理“字段来源不明”的复杂功能。
4. 调试器断点法：用/H开启调试，很多标准程序在调试界面的“字段”标签里能看到当前内表与数据库表访问情况，表名往往直接暴露。
5. 搜索已有的总结资料：SAP生态很成熟，很多经典事务代码的表关系早有人整理过。搜“事务代码+表名”通常比你自己从零翻SE11快得多。

这一套组合拳打下来，基本没有查不到的表。

2. FICO模块高频后台表与使用心得

2.1 总账与凭证类后台表

财务模块大概是后台表查得最多的。一张会计凭证在SAP里存两张大表：BKPF（凭证抬头）和BSEG（凭证行项目）。BKPF存凭证编号、公司代码、会计年度、过账日期、凭证类型、过账期间、币种；BSEG存科目、金额、税码、利润中心、成本中心等。两表关联字段是BUKRS（公司代码）+BELNR（凭证编号）+GJAHR（会计年度）。

这里有个极重要的点：BSEG在ECC里是簇表，不能拿任意字段做条件查询，否则性能很惨。最典型的坑是有人为了查“金额大于1万的凭证”，直接在BSEG上按金额字段查全表，结果拖垮系统。正确做法是先在BKPF限定公司代码、凭证日期等索引字段，再关联BSEG；或者直接走标准报表FB03、FBL3N、FAGLL03。

总账科目主数据主要在SKA1（科目表层）和SKB1（公司代码层）。SKA1存科目名称、科目组；SKB1存货币、税分类、未清项管理标识、行项目显示等。当你发现科目余额与明细账对不上时，通常不是SKB1配置问题，而是行项目数据本身有问题。

在S/4 HANA的新总账里，最常用的余额表是FAGLFLEXT（总账科目余额表，按期间汇总）和FAGLFLEXA（总账行项目表）。导出科目余额表的经典做法是SE16N查FAGLFLEXT，用公司代码+科目+会计年度+期间做条件，字段里包含期初、借方、贷方、累计。很多顾问写自定义报表读FAGLFLEXT，比前台FB03导余额效率高得多。

还有一些容易被忽略的表：T001公司代码主数据，T001B允许过账期间，T009会计年度变式，T247期间文本。遇到过客户出现过账失败提示“不在允许的过账期间”的情况，排查时就该查T001B当前已打开的期间，而不是纠结系统时间。

2.2 资产会计：ANLA、ANLC、T093C

资产会计也是后台表重灾区，很多朋友问固定资产折旧怎么查。资产的核心表是ANLA（资产主记录）和ANLC（资产价值字段）。

ANLA存资产编号、描述、资产类别、成本中心、利润中心、资本化日期、状态。ANLC按“折旧范围+会计年度”存购置成本、累计折旧、账面净值，是算折旧和查看资产价值最常用的表。查询技巧：查“资产某年折旧是多少”时，直接按资产号和折旧范围查ANLC，看该年度的折旧字段和累计折旧字段，比前台AW01N翻界面更直接。但ANLC是年金价值表，如果发生过资产转移、重估，需要结合ANEP（资产凭证行项目）逐笔核对。

资产过账凭证相关表包括ANEK（资产凭证抬头）和ANEP（资产凭证行项目）。F-92是资产手动折旧事务代码，本质上是生成一笔资产折旧过账，最终落ANEP，再通过科目确定生成会计凭证进BKPF/BSEG。遇到“F-92过账后财务查不到凭证”的案例，排查链路就是ANEP到BKPF/BSEG，看资产凭证是否成功生成会计凭证，以及是否被冲销。

折旧配置相关表有T093C（折旧表，即折旧范围的会计年度起点等）和T090（折旧码定义）。查询资产能不能提折旧，要看折旧范围是否勾选了“计算折旧”和“过账折旧”。

2.3 客户、供应商往来与未清项表

财务核对应收应付，最烦的是余额和明细对不上。客户和供应商主数据分别在KNA1（客户一般数据）、KNVV（客户销售数据）、KNB1（客户公司代码数据），以及LFA1（供应商一般数据）、LFM1（供应商采购组织数据）、LFB1（供应商公司代码数据）。其中KNB1和LFB1上的统驭科目非常关键，如果统驭科目配置改变，会导致未清项表与总账对不上。

往来业务数据里，客户未清项表是BSID，客户已清项表是BSAD；供应商未清项表是BSIK，已清项表是BSAK；总账未清项是BSIS，已清项是BSAS。注意“未清项”和“已清项”是两张表，不是同一个表里的状态字段，所以查询FBL1N和FBL5N对应的底层数据时，需要根据单据是否已清选择不同表。

排查供应商付款是否被错误清账时，可以查BSIK的AUGBL（清账凭证）、ZLSCH（付款方式），再根据AUGBL找到对应的清账凭证。外币换汇记账经常要查汇率表TCURR，它按“汇率类型+源币种+目标币种+有效日期”存汇率。查询时必须指定日期，否则可能读到过期或未来汇率，这可是所有换汇差异的常见来源。

2.4 成本核算与内部订单相关表

热搜里的“sap ko88增强”一般指内部订单结算。KO88对应的后台数据主要在AUFK（订单抬头，生产订单和内部订单共用）、COBK（成本对象）、COEP（成本行项目）、COSP（成本计划/实际汇总）。排查“内部订单无法结算”问题时，先看COEP有没有实际成本，再看结算规则是否完整，最后回到KO88报错信息确认是不是结算范围配置问题。

另一个和“值流监视器”相关的概念是物料分类账（Material Ledger），用来跟踪物料实际成本。核心表有CKMLHD（物料分类账抬头）、CKMLCR（期间/价值字段）、MLCD（汇总记录）、MLIT（行项目）。处理“累计量差异”时，通常先看MLCD按期间汇总，再下钻MLIT看单笔差异来源。这块逻辑和总账的FAGLFLEXT/FAGLFLEXA很接近，理解了汇总表与行项目表的关系就一通百通。

3. MM模块高频后台表与实操细节

3.1 物料主数据与库存相关表

MM模块是SAP里使用频率极高的模块，也是后台表最难绕开的领域。物料主数据核心表有这么几张：

• MARA：物料一般数据，存物料号、物料类型、行业领域、基本计量单位、净重。
• MAKT：物料描述，按语言存多语言文本。
• MARC：物料工厂数据，存采购、MRP、计划、批次管理要求、反冲标志等，是物料主数据里信息量最大的一张表。
• MARD：物料存储地点数据，存各存储地点的库存、安全库存、盘点信息。
• MCHB：按批次管理的库存；MCHA：批次主记录。

库存凭证和业务流水主要在MKPF（物料凭证抬头）和MSEG（物料凭证行项目）。MSEG是MM模块最核心的业务明细表，几乎所有物料流动都能在这里查到，包括移动类型、数量、金额、工厂、库存地点、采购订单等信息。

排查“MIGO过账后库存没变”这类问题，一般流程是：先用MIGO显示物料凭证号，再去MSEG按物料+工厂+移动类型+过账日期查所有行项目，对比数量。特别注意MSEG的WAERS（币种）和DMBTR（金额），在含税与不含税场景下容易出现差异，要和财务的SKB1科目设置确认口径。

关于库存盘点（IM Cycle Count冻结库存），盘点凭证抬头在IKPF，行项目在ISEG。冻结库存时，系统会把MARD里的盘点数量置为冻结，查IKPF的状态能确认是否已冻结。遇到过“冻结后还能发货”的情况，根本原因是移动类型没有配置盘点冻结检查，这时候要回T156、T157D配置表里看该移动类型是否维护了库存冻结标志。

3.2 采购订单、货源与计划协议

采购相关表是MM顾问和接口开发每天都要碰的：

• EKKO：采购订单抬头，含供应商、采购组织、采购组、币种、单据类型。
• EKPO：采购订单行项目，含物料、数量、订单价格、工厂、交货日期、项目类别。
• EKET：采购订单计划行，保存交货计划。
• EKBE：采购订单历史，含收货历史和发票校验记录，排查“订单已收货但发票校验数量不符”时非常有用。
• EKKN：采购订单科目分配，服务类和费用类采购经常用到。

STO（库存转储）本质也是采购订单，只是单据类型是UB或UD，供应商可能是自己的工厂。排查STO交期问题时，要从EKPO看发货工厂和收货工厂，到EKET看计划行，再到外向交货单LIKP/LIPS看是否已发货。这块逻辑关联很长，容易漏掉EKBE里的移动类型变更记录。

货源、信息记录和计划协议方面，信息记录主要在A018（供应商+物料+采购组织+信息记录类型）。遇到“必须维护货源清单才能创建采购订单”的提示，往往和后台配置里的“无货源清单检查”有关，不是数据问题，而是系统策略设置。计划协议（SA）的抬头和行项目同样是EKKO/EKPO，但计划行EKET更关键。JIT供货场景下，双方频繁调整交期，EKET里的“已确认日期/已确认数量”就是核心。

BAPI采购订单修改价格，最常用的是BAPI_PO_CHANGE，它更新EKPO里的价格字段。这里有个坑：BAPI_PO_CHANGE如果没传“价格变化”的标志，价格可能没真正更新。处理时要检查BAPIEKPO的PO_PRICE、PO_UNIT等字段，并记得调用BAPI_TRANSACTION_COMMIT提交。

3.3 移动类型、批次、序列号与WM

移动类型是MM的“动作码”，一切入库、出库、转储都靠它控制。最常用的521表示采购订单收货到非限制库存（Goods Receipt into unrestricted use stock）。对应配置表是T156（移动类型主表）和T157D（移动类型文本）。想查某移动类型能否自动记账，看T156里的“自动科目确定”相关字段；想查移动类型说明，去T157D按语言查。

批次相关表：MCHB（批次库存）、MCHA（批次主数据）。序列号管理又是一个维度，序列号主数据保存在SER01/SER02，设备类主数据在EQUI。MIGO收货时启用了序列号，系统会要求录入序列号，并且把序列号、物料、凭证关联记录到SER02。查询序列号当前库存位置时，通常要关联LAGP（仓储仓位）和LQUA（仓储库存），或者直接看MARD。

WM相关表有LTBK（转储请求抬头）、LTBP（转储请求行项目）、LTAP（转储单行项目）、LAGP（仓位）、LQUA（仓储库存）。WM日常排查高位库存、仓位占用时，LQUA+物料号+工厂是基本条件。EWM是比WM更高级的仓库管理系统，表名变成了/SCWM/开头，但逻辑相似。

3.4 MIGO和MIRO的常见问题场景

MIGO检查导致物料锁定，本质不是表结构问题，而是SAP的锁机制。当物料凭证更新中因程序异常中断，或修改未提交，SAP会在锁表里留下锁记录，导致后续人员无法过账。这时候用SM12查看锁定记录，手动删除陈旧锁即可。排查凭证数据时留意MKPF和MSEG是否只有抬头没有行项目，如果有，说明过账不完整，需要找开发检查更新任务（V1/V2更新）是否出错。

MIRO贷项凭证提示“完全冲销自动设置的冲销表目值”，一般和发票校验后台配置有关，比如“退货/贷项凭证”采用什么样的冲销逻辑，涉及IMG路径MM到发票校验的配置。这个提示多数不是数据错，而是冲销策略设置成“完全冲销”的方式，操作时选择正确的冲销原因就能过去。

4. SD与PP模块高频后台表

4.1 销售订单、交货与开票链路表

销售模块的核心链路是“销售订单到外向交货到开票”，对应表如下：

• VBAK：销售订单抬头，含订单号、售达方、订单类型、订单日期、币种。
• VBAP：销售订单行项目，含物料、数量、价格、工厂、行项目类别。
• VBKD：销售订单业务数据，付款条件、国际贸易条款等。
• VBPA：销售订单合作伙伴，售达方、收货方、开票方。
• VBEP：销售订单计划行，交期和数量。
• VBFA：销售单据流，非常重要，串起了订单、交货、发票之间的前后关系。
• LIKP：外向交货单抬头；LIPS：外向交货单行项目。
• VBRK：开票凭证抬头；VBRP：开票凭证行项目。

排查“销售订单无法交货”时，先看VBAP的“交货相关”标记和VBEP的计划行。实物出库后查LIPS的POD相关字段。POD（交货证明）由后台配置控制，主要是交货类型（VTFL）里的“POD相关”和“POD必要”标记，以及LIKP上的收货确认数据。很多项目里明明是海外送货，却一直没有POD确认，十有八九是交货类型设置里POD相关没勾。

VBRK/VBRP是发票数据。排查“有发票过账凭证但打不开发票号”时，往往是VF03按发票编号找不到，但财务已有凭证。这种情况查VBRK是否有对应记录，再查会计凭证类型和过账状态。如果记录在但VF03查不到，可能被归档到VBRK归档表，或者因为编号范围被跳过导致编号不连续。

ASN码（发货通知）一般由EDI或IDOC生成，核心表是EDIDC（控制记录）和EDID4（数据记录）。在SD-EDI场景下会用来核对客户是否收到ASN。

VL02N进入后如何禁用删除项目按钮，其实和后台表关系不大，主要走“屏幕变式管理（SHD0）+权限对象”或者通过增强隐藏按钮。删除交货单行项目往往会导致交货单状态与销售订单状态不一致，建议用增强校验，而不是只隐藏按钮，否则用户绕过界面直接删数据还是会出问题。

4.2 PP：BOM、工艺路线、生产订单与MRP

PP模块的表也很经典。

MAST是物料BOM链接表，用物料+工厂+BOM用途去找BOM编号。STKO是BOM抬头，STPO是BOM行项目。工艺路线方面，PLKO是工艺路线抬头，PLPO是工艺路线行（工序），PLMZ是任务清单对象分配。

生产订单相关：AUFK是订单抬头（生产订单和内部订单共用），AFKO是生产订单抬头数据（订单数量、日期、类型），AFPO是生产订单行项目（物料、数量），AFVC是生产订单工序，RESB是预留/相关需求（组件需求）。查询某生产订单缺料时，经典SQL是在RESB按订单号和工厂查组件需求，再对应MARD/MCHB的当前库存算可用量。

MRP相关，MD07、MDVP这类事务代码对应的MRP清单底层表是MDKP（MRP清单抬头）和MDVM（MRP清单行项目）。在前台看MD04方便，但批量检查或导出时，直接查MDKP/MDVM更高效。要注意的是，MDKP/MDVM是MRP清单的“快照”。如果改了MRP参数后没有重新运行MRP，清单内容不会自动更新。所以对比“MRP跑了但结果没变”时，要先确认运行时间是不是你预期的那个批次。

5. 基础、权限与技术类后台表

5.1 用户权限与PFCG底层表

PFCG创建角色时，背后写入的表至少包括：

• AGR_USERS：角色与用户的分配关系。
• AGR_TCODES：角色分配的事务代码。
• AGR_1251：角色组织级别（工厂、公司代码等）。
• USR02：用户登录信息（密码状态、锁定状态等）。
• USR01：用户主数据（默认打印参数等）。

当你发现某用户新分配的T-code还是提示“无权限”时，除了检查PFCG的角色菜单，还应该核对TSTC（事务代码表）是否存在，以及角色里的组织级别是否覆盖了用户操作的工厂或公司代码。我印象最深的一次排查，查了很久才发现角色里有T-code，但组织级别里工厂没勾，等于白授权。

5.2 程序、增强、消息、请求与屏幕

开发侧常用的表非常固定：

• TSTC：事务代码主表，事务代码到程序的映射。
• TRDIR：ABAP程序主目录，程序名、创建者、类型。
• TADIR：开发对象目录，包、程序、表、函数、类等所有开发对象的注册信息。
• TFDIR：函数模块；ENLFDIR：函数组。查某函数模块属于哪个函数组、是否被激活，用这两张表。
• EUOBJ：增强对象；MODSAP、MODTEXT：SMOD增强相关。
• T100：消息表（消息号和消息文本），T100C是用户自定义消息。查SE91报错信息时，用SE16N查T100输入语言和消息号，能快速看到完整文案，甚至能找出是哪条配置改错导致报错。
• E070/E071：传输请求头和传输对象。SE09/SE10的请求最终存在这两张表。排查“请求缺失对象”“跨系统传输失败”时，E071是主力。之前遇到有人释放了一个请求但对象没全部包含，最后就是比较E071里的对象清单和实际程序判断出来的。

屏幕相关，SE51制作的屏幕程序，屏幕定义在D020S（屏幕抬头）、D020T（屏幕文本）等表里。以前有人问“SE51文本框只有一行，有没有多行”，本质上是需要在屏幕绘制器里把文本字段属性设置为多行，或者改用Table Control或Text Edit控件，这些定义会写进屏幕定义相关表。

5.3 系统监控、作业与应用日志

系统运维经常要盯这几张表：

• TBTCO：后台作业主表，作业名、开始时间、周期。
• TBTCP：后台作业步骤，每一步执行什么程序、返回值。
• SNAP：ABAP短转储，运行时错误日志。系统出现Dump时，ST22的底层数据会落到SNAP。
• BALHDR、BALDAT：应用日志头与明细。很多标准应用（如IDOC处理、后续功能）会写应用日志，排查接口数据错误时比较常用。

系统实例架构上，PAS、AAS和数据库实例各司其职。业务表存储在数据库实例，PAS和AAS应用服务器存放执行程序和内存缓存。当遇到“PAS内存爆了但AAS正常”的情况，其实是应用服务器实例的内存参数问题，不是表数据问题，要通过ST02、ST04、DBACOCKPIT去调内存。SQL内存使用计算这块，通常看ST04里的“内存利用率”和“SQL缓存”，不要只盯着一张表的大小，关键是看数据量大表有没有走索引。TBTCO和TBTCP这些日志表也要定期归档，否则长期膨胀会拖慢系统。

5.4 BTP、公有云与S/4的变化

现在很多项目开始接触SAP BTP和公有云。公有云租户里，传统SM30直接维护表的情况变少，很多配置通过自定制对象和API完成，底层表依然存在但很多不是标准透明表。BTP开发则更多使用CDS视图和RAP模型，CDS视图本质上是把底层SAP后台表包装成统一语义层。所以就算你在云上开发，理解这些底层表依然有用，至少能帮你判断CDS视图的数据来源和性能瓶颈。

S/4 HANA对后台表最大的改变是HANA数据库下，以前ECC里的簇表（如BSEG）改成了透明表，查询性能大幅提升；同时部分旧表被废弃或合并，比如LIPS、VBRP还在，但一些管理数据表结构变化很大。如果你目前还在维护ECC项目，建议尽早规划向S/4迁移，因为ECC生命周期已经接近尾声，很多新功能、新表和补丁不会再更新。

6. 实战：从问题反推后台表的排查流程

6.1 场景化反查表的四步法

拿一个具体case演示。假设用户报“销售订单VA03看得见，但生产部门一直没收到需求”，我会这样处理。

1. 先在VBAK/VBAP里确认订单存在，看行项目类别、计划行VBEP的类型和数量。
2. 再查VBFA，看订单有没有触发后续单据，需求是否传递到PP。
3. 如果需求没到PP，检查是否因为缺料、MRP未运行，此时查MDKP/MDVM看MRP清单是否包含该订单。
4. 如果还没有，用ST05跟踪VA01或VA02创建订单时的SQL，找出是哪张表在拦截需求传递。

这个思路可以复制到很多场景：先定位业务数据表，再查状态表或需求表，最后用SQL跟踪反查逻辑表。

6.2 高频问题与后台表速查表

为了方便日常使用，我把高频排查场景和对应表整理成一张速查表。

这张表是浓缩版，实际操作时再加一个维度：公司代码、工厂、期间、语言，基本都能快速定位。

6.3 一些独家避坑心得

最后分享几个我踩过很多次的坑。

1. 查BSEG、BSID这类未清项表时，字段BSTK和UMSKZ很容易被忽略。UMSKZ是特殊总账标识，忽略它会导致重复或漏掉部分贷项记录。
2. MSEG是行项目表，很多字段在标准报表里显示不全，但表里是有的。尤其“移动类型+原因代码”组合能帮你还原一笔冲销业务的前因后果。
3. 查询表时一定要带客户端（MANDT）条件。SE16N默认会按当前客户端显示，但写ABAP程序时忘记加MANDT会导致跨客户端数据串台。
4. 很多表都有归档版本，比如VBRK归档表、BKPF归档表。如果线上查不到老单据，别急着说数据丢了，先查归档。
5. T100里的消息文本不一定是你SE91看到的最终文案，因为标准程序可能会用消息变量和系统字段拼接。排查时需要多看程序和字段值。

这些经验说起来简单，实际排查时却往往能救命。SAP后台表的记忆没有捷径，靠的是“场景加查询”的反复练习。新入行的朋友不要死记表名，而是在每次处理问题时顺手记一张“场景到表到关键字段”的小卡片，坚持半年，你也能做到看到报错现象就能猜到是哪张表。这篇文章覆盖了FICO、MM、SD、PP、权限和技术类常用表，但SAP的深水区远比这些多，希望大家结合自己的业务场景去验证、去扩展。