基于树莓派与Arduino的智能书架：物联网应用开发全流程解析
2026/6/2 14:01:52
SAP基础数据校验工具开发系列博客（共5篇）
第一篇：需求梳理与架构设计：从零搭建SAP主数据校验能力底座
物料主数据中的物料组填错、供应商的税号格式不对、客户与公司代码关联缺失……主数据质量问题几乎是每个SAP运维团队的“噩梦”。传统的解决方案是在业务操作入口（如MM01、XD01）硬编码校验逻辑，或者定期导出Excel人工排查。这些方式要么迭代慢、维护难，要么覆盖不全面。本文作为系列开篇，系统梳理SAP物料、供应商、客户等核心主数据的常见校验痛点，拆解工具的核心功能需求，并提出分层技术架构设计思路，同时明确工具与SAP系统的对接方案及权限管控逻辑，为后续开发落地提供完整指引。
一、SAP主数据校验的三大痛点
在SAP项目实施与运维过程中，主数据质量问题通常表现为以下三类：
| 痛点类型 | 典型场景 | 后果 |
|---|---|---|
| 录入不规范 | 物料描述包含特殊字符；供应商银行账号长度错误；客户税号格式不统一 | 导致接口传输失败、财务过账错误、报表统计遗漏 |
| 关联关系缺失 | 物料未分配到任何工厂；供应商未维护采购组织；客户公司代码视图未创建 | 采购订单无法创建、销售发货失败、系统拒绝业务操作 |
| 业务合规性问题 | 物料类型与物料组不匹配；供应商未完成资质审核却被使用；客户信用额度超限 | 违反企业内控流程，存在业务风险 |
传统处理方式多为“救火式”：发现一个问题，在对应的事务码程序中增加一段硬编码校验。久而久之，校验逻辑散落在各业务模块，难以统一管理，且任何规则调整都需要修改代码并重新传输。因此，急需一个集中式、可配置、易扩展的主数据校验工具。
二、工具核心功能需求
基于上述痛点，我们归纳出校验工具必须满足的5项核心功能需求：
| 需求编号 | 功能模块 | 具体说明 |
|---|---|---|
| F1 | 多类型主数据支持 | 至少涵盖物料、供应商、客户；未来可扩展至财务科目、资产、员工等 |
| F2 | 灵活的校验规则配置 | 支持字段格式校验（正则）、跨字段逻辑校验、跨表关联校验，无需写代码即可新增/修改规则 |
| F3 | 两种调用模式 | 实时校验：在业务操作保存前调用（如通过增强）即时反馈；批量校验：后台定期扫描全量或增量主数据，生成问题报告 |
| F4 | 校验结果可视化与闭环 | 提供ALV报表展示错误清单，支持问题分级、责任分配、整改状态跟踪 |
| F5 | 权限与安全 | 按用户授予规则管理权限、校验执行权限、数据范围权限（如只能校验指定公司代码的物料） |
三、技术架构设计
为了实现上述需求，我们设计了一套分层、模块化的技术架构，如下图所示（逻辑描述）：
┌─────────────────────────────────────────────────────────────┐ │ 展示层 │ │ - 校验规则维护界面（SM30） │ │ - 校验结果展示报表（ALV） │ │ - 问题整改跟踪仪表板 │ └─────────────────────────────────────────────────────────────┘ │ ┌─────────────────────────────────────────────────────────────┐ │ 业务逻辑层 │ │ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │ │ │ 规则解析引擎 │ │ 数据获取适配器│ │ 问题分发服务 │ │ │ └──────────────┘ └──────────────┘ └──────────────┘ │ └─────────────────────────────────────────────────────────────┘ │ ┌─────────────────────────────────────────────────────────────┐ │ 数据访问层 │ │ - SAP标准表读取（MARA, LFA1, KNA1等） │ │ - 自定义规则表（ZMD_RULE） │ │ - 校验日志表（ZMD_RESULT） │ └─────────────────────────────────────────────────────────────┘3.1 分层职责
- 展示层：提供用户界面，包括规则配置维护（使用标准表维护生成器SM30）、校验结果报表（基于ALV）、整改看板。所有操作通过事务码封装。
- 业务逻辑层：核心引擎。规则解析引擎读取配置表，动态构造校验条件；数据获取适配器负责从SAP标准表或视图提取主数据；问题分发服务负责将错误记录推送到责任人（邮件或工作流）。
- 数据访问层：封装所有数据库读写操作。包括读取主数据、读取规则、写入校验结果。
3.2 规则引擎设计概览
规则引擎是工具的“大脑”。我们不采用硬编码，而是将每条规则存储在一张自定义表中，包含以下关键字段：
| 字段名 | 类型 | 说明 | 示例 |
|---|---|---|---|
| RULE_ID | CHAR10 | 规则唯一编号 | ZMM001 |
| OBJECT_TYPE | CHAR2 | 主数据对象类型 | 01=物料,02=供应商,03=客户 |
| RULE_TYPE | CHAR1 | 规则类型 | 1=字段格式,2=关联检查,3=业务逻辑 |
| FIELD_NAME | CHAR30 | 待校验字段名（或校验逻辑的入口参数） | MATNR、STCD1 |
| RULE_EXPRESSION | STRING | 校验表达式（可设计为类似条件字符串，由解析引擎转为ABAP代码） | LENGTH( MATNR ) = 18 |
| SEVERITY | CHAR1 | 严重级别 | E=错误阻断,W=警告,I=提示 |
| ENABLED | CHAR1 | 是否启用 | X |
在运行时，规则引擎遍历所有启用的规则，针对每条主数据记录动态执行表达式，收集失败记录。
具体规则引擎的实现细节（如如何解析表达式、如何避免性能瓶颈）将在第二篇详细展开。
3.3 工具与SAP系统的对接方案
工具本身运行在SAP应用服务器内部（作为ABAP程序），因此天然可以直接访问SAP数据字典和业务表。对接的主要考量在于调用方式：
| 场景 | 对接方案 | 实现方式 |
|---|---|---|
| 实时校验（如物料保存时触发） | SAP增强（Enhancement）或BADI | 在物料主数据保存出口（如BADIMATERIAL_SAVE）中调用校验工具函数模块 |
| 批量校验（后台定时执行） | ABAP报表 + 后台作业 | 创建独立程序ZMD_BATCH_CHECK，通过SM36调度 |
| 外部系统调用校验（如MDM通过RFC请求） | RFC函数模块 | 封装一个远程可调用的函数ZMD_CHECK_MATERIAL，接收物料号返回校验结果 |
各方案将在第三篇详细讲解。
四、权限管控逻辑
为了满足企业内控要求，工具需要实现三层权限控制：
| 权限层级 | 权限对象 | 授权字段 | 用途 |
|---|---|---|---|
| 功能权限 | S_TCODE | 事务码 | 控制用户能否进入规则维护界面、校验结果报表 |
| 规则管理权限 | 自定义权限对象ZMD_RULE | ACTVT（01=创建,02=修改,03=显示） | 区分谁可以修改规则配置（通常仅限超级用户） |
| 数据范围权限 | 标准权限对象（如物料M_MATE_WRK、公司代码F_BKPF_BUK） | 工厂、公司代码 | 限制用户只能校验其负责范围的主数据 |
在代码中通过AUTHORITY-CHECK实现：
" 示例：校验用户是否有公司代码1000的权限 AUTHORITY-CHECK OBJECT 'F_BKPF_BUK' FOR USER sy-uname ID 'BUKRS' FIELD '1000' ID 'ACTVT' FIELD '03'. IF sy-subrc <> 0. MESSAGE '无此公司代码权限' TYPE 'E'. ENDIF.五、后续篇章预告
本篇搭建了校验工具的需求与架构地基。接下来的四篇将依次深入：
- 第二篇：校验规则引擎设计— 如何实现可配置的规则表、动态表达式解析、优先级与版本管理。
- 第三篇：SAP接口对接开发— RFC、OData、IDoc三种对接方式的实战代码。
- 第四篇：可视化校验结果输出与问题闭环流程— 错误清单展示、问题分级、整改跟踪。
- 第五篇：性能优化与上线运维— 批量数据校验性能调优、监控告警、常见运维问题。
通过本系列，你将掌握一套完整的SAP主数据校验工具开发方法论，从源头提升数据质量，减少业务中断风险。
💬 你在日常工作中遇到过哪些因主数据质量问题导致的“生产事故”？欢迎留言分享，我们共同探讨解决方案。
作者：你的SAP学习伙伴
版本记录：2026年6月