SAP采购申请审批人存在哪个表？

Question

在SAP系统中，采购申请（Purchase Requisition）的审批人信息并不直接存储在主数据表如EBAN中，这常导致开发或配置人员难以定位审批责任人。一个常见问题是：“SAP采购申请审批人具体存储在哪个数据库表中？”由于审批流程通常由工作流（Workflow）驱动，审批人信息多存在于工作流相关表中，如SWWWDHEAD、SWWWDPROCE、SWWWIHEAD等，而非标准采购申请表。此外，若使用了基于角色或条件的动态审批，则审批人可能需通过审批日志或工作流实例反向查询。因此，如何准确获取采购申请当前或历史审批人成为实施和运维中的典型技术难题。

Answer 1

深入解析SAP采购申请审批人信息存储机制

1. 问题背景与核心挑战

在SAP ECC或S/4HANA系统中，采购申请（Purchase Requisition）的审批流程通常由工作流（Workflow）驱动。许多开发人员和配置顾问常误认为审批责任人会直接存储在采购申请主数据表 EBAN 中，但实际上该表仅包含业务字段如申请人、物料、数量等，并不记录“谁审批了”或“谁正在审批”的信息。

这一设计导致了一个典型的技术难题：如何准确获取某张采购申请的历史或当前审批人？尤其是在审计、报表开发或流程监控场景下，此需求尤为迫切。

2. 审批人信息的存储层级分析

SAP的工作流引擎基于事件驱动模型，其审批实例是动态生成的。审批人信息分散在多个工作流相关数据库表中，主要涉及以下几类：

• SWWWDHEAD：工作流定义头表，描述工作流模板结构。
• SWWWDPROCE：工作流步骤定义表，包含每个审批节点的逻辑规则。
• SWWWIHEAD：工作流实例头表，每条记录对应一个运行中的工作流实例。
• SWWWIAPPV：审批值分配表，可存储实际审批人及决策值。
• SWW_WI2ACTOR：关联工作流任务与执行者（审批人），关键查找入口之一。
• SWNCSTARTEDE：事件触发记录，可用于追溯审批启动源头。
• BORIDENT 和 BOROBJ：业务对象注册表，连接PR与工作流实例。
• SWFVISU：可视化日志表，供事务码 SWI5 使用。
• HRP1001：若使用组织架构角色，则需联查人事主数据表。
• AGR_USERS：角色-用户映射表，在基于角色的审批中起作用。

3. 技术实现路径与SQL查询示例

要从数据库层面提取采购申请的审批人，必须通过采购申请编号（BANFN）反向定位到对应的工作流实例。以下是典型查询逻辑：

SELECT DISTINCT
    wihead.WIID AS workflow_instance_id,
    wiactor.ACTORID AS approver_user,
    usr.name_text AS full_name,
    wihead.BEGDA AS start_date,
    wihead.ENDDA AS end_date,
    wihead.CURRSTEP AS current_step
FROM SWWWIHEAD AS wihead
INNER JOIN SWW_WI2ACTOR AS wiactor ON wihead.WIID = wiactor.WI_ID
INNER JOIN USR02 AS usr ON wiactor.ACTORID = usr.bname
WHERE wihead.OBJTYPE = 'BUS2009'         -- PR业务对象类型
  AND wihead.OBJKEY = CONCAT('0000000001000', :banfn)  -- 标准化OBJKEY格式
  AND wiactor.STEPNUM = wihead.CURRSTEP   -- 当前步骤的审批人
ORDER BY wihead.BEGDA DESC;

注意：OBJKEY 需根据系统编码规则进行补零处理，通常为18位长度。

4. 动态审批场景下的复杂性分析

现代SAP系统广泛采用基于条件的动态审批策略（如金额分级、成本中心控制、项目归属等）。此时审批人并非静态配置，而是由如下机制决定：

机制类型	实现方式	影响的数据源
规则驱动（BRF+）	通过BRF+规则引擎计算审批链	SWWWDPROCE中的表达式引用
组织架构角色	基于HR组织结构（PPOME）确定代理人	HRP1001, HRP1000
替代机制（SU01/SU24）	设置用户代理关系	SWW_WI2AGENT
多级会签	并行或串行审批组	SWW_WI2ACTOR 多条记录
移动审批（ Fiori App）	通过SAP Business Workflow for Approvals	可能涉及云端日志

5. 推荐解决方案架构图

为统一管理采购申请审批人查询需求，建议构建如下集成架构：

graph TD A[采购申请 BANFN] --> B{是否启用工作流?} B -->|是| C[调用BAPI_WORKFLOW_GET_INSTANCES] B -->|否| D[检查自定义审批表 ZPR_APPROVAL] C --> E[解析SWWWIHEAD/SWW_WI2ACTOR] E --> F[关联USR02获取用户名] F --> G[输出审批人列表] D --> G G --> H[(输出: 用户ID, 姓名, 角色, 时间戳)]

6. 可扩展性与运维建议

针对长期运维需求，建议采取以下措施提升可维护性：

1. 建立视图 ZV_PR_APPROVER_LOG 统一整合审批日志。
2. 定期归档历史工作流实例以避免性能下降。
3. 启用 SWEL 事件日志增强，用于审计追踪。
4. 开发标准函数模块 Z_GET_PR_APPROVERS 封装查询逻辑。
5. 在Fiori Launchpad中嵌入“审批轨迹”卡片组件。
6. 使用CDS View + OData服务暴露审批数据给外部系统。
7. 配置变更时同步更新文档《PR审批流程映射手册》。
8. 对高频查询添加二级索引（如OBJKEY + WIID）。
9. 利用SAT进行SQL性能分析，优化长耗时查询。
10. 培训团队掌握事务码 SWI2_DIAG 进行故障排查。