夜雨聆风学习资料网

ARTICLE · 1092374

97 个文档只有 12 个有文件:SAP DMS 实测

97 个文档只有 12 个有文件:SAP DMS 实测

一句话结论:SAP 的 DMS(文档管理)配置表铺了近 60 张、文档类型配了 67 种,但直连全量读下来,97 个文档信息记录里只有 12 个(12.4%)真正挂了原始文件,而且全是 PS1 工艺文档;报告里列的十几个 DMS 事务码(CV01/CV11……),在系统的 TSTCT 里一个都查不到——这是个"有头无体、有数据没入口"的模块。   

DMS(Document Management System)是 SAP 里管技术文档的模块:图纸、工艺文档、物料主数据附件都挂在它下面,理论上和 MM 物料、PM 设备、PS 项目强绑定。这次按本号一贯做法,不抽样、不抄报告,直接 pyrfc 连 S/4HANA 分页读尽 17 张 DMS 核心表,用运行时真实数据说话。

01 六个数字,先钉住结论

指标
实测值
文档信息记录主表 DRAW 行数
97
原始文件表 DRAO 行数
12(且全部为 PS1 工艺文档)
真正挂了文件的文档占比
12 / 97 = 12.4%
文档类型配置 TDWA
67 种,但 DRAW 实际只用了 23 种
DMS 事务码(CV 开头)在 TSTCT 中
0 个(报告列的 14 个全未注册)
DRAW 的工厂(WERKA)/实验室(LABOR)字段
97 行 100% 为空

最反直觉的一点:DRAW 主表里 FILELEN 字段 97 行全非 0,看着"人人都有文件",但真正的原始文件表 DRAO 只有 12 行。也就是说,这个字段在这里是误导性的——判断有没有真实文件,得看 DRAO,不是看 DRAW 的 FILELEN。97 个文档里 85 个(87.6%)是"有头无体"。

02 配置铺开 vs 使用稀薄

DMS 的配置表确实铺了一大片,但落到业务数据上几乎没重量:

配置表
配置量
实际业务数据
TDWA 文档类型
67 种
DRAW 用了 23 种、97 个文档
TDWS 文档状态
294 种
DRAW 出现 14 种状态
TDWO 对象类型
231 种
DRAD 出现 18 种分配对象
TDWAT 类型文本
2,307 行
仅 62 个类型有中文描述
TDWP 应用 / TDWX 应用类型
45 / 74 种
DRAO 只用到 1 个应用(APPNR=1)
DRAW / DRAD / DRAP / DRAT / DRAO
主数据四表
97 / 96 / 120 / 94 / 12

状态分布也印证"没真正跑起来":97 个文档里 DOKST=AA(已释放)45 个算正常,但还有 6 个状态字段直接为空、另有 FR(冻结)11 个、IA 14 个,文档生命周期管理基本处于半荒废状态。

03 六处实测纠偏(本报告最大卖点)

这份 23KB 的逆向报告,跑完实测后发现六处和运行时对不上:

报告说法
实测真相
DRAO 是"文档头"(10 字段)、DRAW 是"原始数据"(43 字段)
完全颠倒:DRAW 才是文档信息记录主表(44 字段,含 DWNAM/DOKST/FILELEN),DRAO 是原始文件表(10 字段,ORBLK 存二进制)
DRW 图纸"4 条分配"
DRW 在 DRAW 主表 41 行、在 DRAD 对象分配 42 行,不是 4
TDWA 含 SBO/AUT/SC1/SFI 且为使用类型
SBO/SC1/SFI 在配置里存在,但 DRAW 实际 97 个文档里一个都没有
第九章列 CV01~CV31、DC10 等 14 个事务码
TSTCT 里 CV 开头事务码 0 个,全部未注册
DRAD 的 OBJTY+OBJKY 是 GUID 格式
混合的:文档类用 GUID,业务对象(MARA/EQUI/PMQMEL)用真实业务键
DRAD 用 OBJTY 字段做对象分配
实测字段是 DOKOB(对象类型)+OBJKY(对象键)+VOBJ,根本没有 OBJTY
   经验:DMS 这类"配置驱动"的模块,报告往往把配置清单当成使用情况。凡涉及"已配即已用"的结论,一律去 DRAW/DRAD 实际表查一遍,十有八九会翻车。  

04 文档到底挂在了哪些业务对象上

DRAD(对象分配表)96 行,印证了 DMS 跨模块集成的设计意图,但也暴露出"分配分散、各自为政":

对象类型(DOKOB)
分配数
典型 OBJKY 键
DRAW 文档挂文档
26
AUT000000000000001000000001800000
AUT 权限/设计文档
25
GUID
PMQMEL 质量通知
19
000010000000
STPO_DOC BOM 组件
15
GUID
LCMDOC 生命周期文档
7
GUID
PRPS 项目 / EQUI 设备
5 / 4
PW01-10-MKA / 000000000010002366
MARA 物料 / STKO_DOC BOM
3 / 2
000000000000000025 / SWN-WPR-SW-A

注意 MARA 的 OBJKY 格式不统一:既有右填充的物料号 000000000000000025,也有字符型 SWN-WPR-SW-A。做对象反查时,必须先按 MATNR 的 NUMC 规则归一,否则会漏匹配——这是和 BP 篇 CVI 链接同样的坑。

05 DMS 有数据,但没入口

最值得玩味的一点:DMS 的表有数据、配置表也激活了,但 TSTCT 里 CV 开头的事务码一个都没有。这意味着——没人通过标准事务码在维护这些文档。再看创建人分布:23 个不同账号里,S4H_PP 一家就写了 37 个(38%),S4H_MM 10 个。带 S4H_ 前缀的明显是接口/程序账号,不是人工录入。结论:这些文档多半是接口或后台作业写入的,DMS 在数据层"存在",在业务入口层基本没活起来。

这和本号之前测的 EWM(81 个仓库号只有 1 个有仓位)、TM(8,877 张交货单只有 10 张装运单)是同一类故事:SAP 模块"配了没用、有数据没流程"。

06 五步排查清单:如果你想让 DMS 真正落地

步骤
动作
看哪里
1
核对文档真实性,别被 FILELEN 骗
查 DRAO 行数,非 DRAW.FILELEN
2
看类型是否真在用,清掉僵尸类型
DRAW.DOKAR 分布 vs TDWA 配置
3
补维护入口:事务码/UI 配置
TSTCT 确认 CV01N 等是否可用
4
补齐主数据维度:工厂/实验室
DRAW.WERKA / LABOR 是否填充
5
统一 OBJKY 键格式,便于反查
DRAD.OBJKY 归一(MATNR NUMC)

07 小结

DMS 不是"没配置",是"配了没用"。97 个文档记录、67 种类型配置、294 种状态配置,落到真实文件上只剩 12 个 PS1;报告里的 14 个事务码全在系统里查无此码。下次有人拿 DMS 的配置截图说"我们文档管理做得很全",建议先让他打开 DRAO 数一数有几个文件。

聊两句:你们项目的 DMS 真的有人在用吗?还是和这篇一样,配置一大堆、文件没几个?评论区聊聊你见过的"有头无体"模块,我挑几个典型的下一篇拆解。   

— 数据来自 S/4HANA 全量读取,非抽样、非报告照抄 —

相关学习资料