1. SAP销售合同与订单审批的现状与挑战

在SAP标准系统中，采购模块（MM）天然支持多级审批工作流，但销售模块（SD）的销售合同（Outline Agreement）和销售订单（Sales Order）却缺乏现成的审批功能。这种差异源于两个模块不同的业务特性：采购往往涉及资金流出，需要更严格的管控；而销售通常被视为收入来源，审批需求相对简单。

但现实业务中，销售合同和订单同样需要审批控制。例如：

• 大额销售合同需要法务和财务双重审核
• 特殊折扣订单需销售总监批准
• 跨区域销售需总部备案
• 定制产品订单需技术部门评估

标准SAP SD模块通过状态管理（Status Management）实现简单控制，但无法满足复杂的多级审批需求。常见痛点包括：

• 无法按金额、客户、产品等条件触发不同审批路径
• 缺少审批历史记录和电子签名
• 审批人无法在系统中直接操作（批准/拒绝）
• 与邮件/移动端集成困难

2. 标准审批替代方案深度解析

2.1 状态管理（Status Management）技术实现

SAP标准方案是通过事务代码BS02配置状态参数文件，关键字段包括：

STATUS_PROFILE = 'ZSD_APPROVAL' "状态参数文件 OBJECT_TYPE = 'VBBK' "销售凭证抬头对象 AUTHORIZATION = 'ZSD_APPROVE' "权限对象

典型状态流转设计：

1. 创建订单 → 状态"待审批"
2. 审批通过 → 状态"已批准"
3. 审批拒绝 → 状态"已拒绝"

技术限制：

• 状态变更需手动执行（无自动触发）
• 无法实现条件分支（如不同金额走不同审批人）
• 缺乏审批意见记录功能

2.2 用户出口与BAdI增强方案

SAP提供了多个增强点用于扩展审批逻辑：

关键BAdI：

1. SD_SALES_DOCUMENT_FLOW- 控制单据流
2. SD_SALES_DOCUMENT_STATUS- 自定义状态管理
3. SD_SALES_DOCUMENT_SAVE- 保存前校验

典型审批流程增强代码示例：

METHOD if_ex_sd_sales_document_status~change_status. CASE iv_new_status. WHEN 'A'. "审批中 IF cs_header-vbeln IS INITIAL. RAISE EXCEPTION TYPE cx_sd_status_error. ENDIF. WHEN 'B'. "已批准 IF NOT is_user_authorized( iv_user = sy-uname iv_auth = 'ZSD_APPROVE' ). RAISE EXCEPTION TYPE cx_sd_status_error. ENDIF. ENDCASE. ENDMETHOD.

3. 完整多级审批工作流实现方案

3.1 技术架构设计

推荐采用SAP Business Workflow + Web Dynpro的组合方案：

[销售订单创建] → [条件判断] → [工作流触发] → [审批任务分配] → [Web Dynpro审批界面] → [结果更新]

核心组件：

1. 条件表配置（事务代码SWB_COND）
   • 按订单金额、销售组织、产品组等定义审批规则
2. 工作流模板（事务代码SWDD）
   • 设计多级审批节点
3. 审批容器（事务代码SWO1）
   • 创建自定义业务对象绑定销售订单

3.2 详细配置步骤

步骤1：创建审批规则表

使用事务代码SE11创建自定义表ZSD_APPROVAL_RULES：

FIELD TYPE DESCRIPTION MANDT MANDT Client SALESORG VKORG Sales Organization DOC_TYPE AUART Sales Document Type MIN_AMOUNT DMBTR Minimum Amount MAX_AMOUNT DMBTR Maximum Amount APPROVER USNAM Approver User LEVEL NUMC2 Approval Level

步骤2：配置工作流触发事件

在事务代码SWEC定义事件：

1. 创建事件SALESDOCUMENT_POSTED
2. 绑定函数模块SALESDOCUMENT_CREATE

步骤3：开发审批服务

创建Web Dynpro组件ZSDA_APPROVAL_UI，核心方法：

METHOD do_approve. DATA: lv_vbeln TYPE vbeln. lv_vbeln = wd_this->get_order_number( ). CALL FUNCTION 'BAPI_SALESORDER_CHANGE' EXPORTING salesdocument = lv_vbeln order_header_inx = ls_header_inx TABLES return = lt_return. IF line_exists( lt_return[ type = 'E' ] ). wd_this->display_errors( lt_return ). ELSE. wd_this->update_status( 'B' ). "B=Approved ENDIF. ENDMETHOD.

4. 高级审批场景实现技巧

4.1 金额分级审批实现

在规则表维护不同金额区间对应的审批人，通过工作流动态分配任务：

METHOD get_approvers. SELECT approver, level FROM zsd_approval_rules WHERE salesorg = @iv_salesorg AND doc_type = @iv_doctype AND @iv_amount BETWEEN min_amount AND max_amount ORDER BY level INTO TABLE @rt_approvers. ENDMETHOD.

4.2 移动端审批集成

通过OData服务暴露审批接口（事务代码SEGW）：

1. 创建服务ZSDA_APPROVAL_SRV
2. 定义EntityApprovalTasks
3. 实现方法Approve和Reject

移动端调用示例：

function approveOrder(orderId) { fetch('/sap/opu/odata/sap/ZSDA_APPROVAL_SRV/ApprovalTasks', { method: 'POST', body: JSON.stringify({ OrderNumber: orderId, Action: 'APPROVE' }) }); }

5. 生产环境注意事项

5.1 性能优化要点

• 为审批规则表创建适当索引：

  CREATE INDEX zidx_sd_appr_rule ON zsd_approval_rules (mandt, salesorg, doc_type, min_amount, max_amount)

• 工作流任务批量处理：使用事务代码SWIA定期归档已完成任务
• 启用审批结果缓存：在SCOT配置RFC目标缓存

5.2 常见问题排查

问题1：审批任务未触发

• 检查SWELS中的事件日志
• 验证SWETYPV规则配置
• 确认用户有工作流启动权限（SWU3）

问题2：审批按钮不可用

• 检查状态参数文件BS02中的权限对象
• 验证用户角色中的S_STATUS权限
• 确认订单未处于最终状态（如已完成）

问题3：审批历史丢失

• 检查SWIA中的工作流历史
• 确认表SWWWIHEAD中的相关记录
• 验证归档设置（SCOT）

6. 扩展方案对比

6.1 SAP Fiori审批中心方案

适用于S/4HANA环境：

• 配置应用My Inbox
• 使用CDS视图扩展审批数据源
• 通过UI5开发自定义审批卡片

优势：

• 原生支持移动端
• 与SAP Cloud Platform集成
• 现代化的用户体验

6.2 第三方BPM工具集成

如OpenText或K2：

1. 通过PI/CPI建立系统连接
2. 使用RFC调用BAPI接口
3. 配置审批规则引擎

典型架构：

[SAP] ←RFC→ [BPM Server] ←REST→ [Approval App]

选择建议：

• 简单需求：使用原生工作流
• 复杂流程：考虑第三方BPM
• S/4HANA环境：优先Fiori方案

在实际项目中，我们曾为某汽车厂商实现五级销售合同审批，关键经验是：提前在测试系统模拟2000+并发审批场景，发现标准工作流引擎在高负载下会出现任务延迟，最终通过以下优化解决：

1. 将同步RFC调用改为异步
2. 增加审批缓存层
3. 拆分大金额订单的并行审批