简介这份PPT面向SAP顾问、医药行业IT合规人员及质量管理人员聚焦电子签名与电子记录在SAP ERP中的落地实现帮助读者理解FDA 21 CFR Part 11的合规要求与系统配置思路。资源包内共1个PPT文件压缩包约3.7MB以幻灯片形式系统梳理了Part 11的法规背景、FDA合规与验证趋势以及电子记录与电子签名在SAP ERP中的具体实现路径。内容涵盖Part 11的制定历程与2003年FDA重新审视的监管动向、predicate rules与记录留存要求并给出需求确定、实现方式选择、设计实现与验证的完整步骤框架。目前已有578人学习下载适合需要快速建立SAP电子签名合规认知、对照法规梳理实施要点的从业者参考。1. 电子签名与电子记录在 SAP 里到底怎么落地从合规焦虑到可审计的技术实现很多做 SAP MM、PP、QM 的顾问第一次被质量部问到“你的电子签名符合 21 CFR Part 11 吗”脑子里蹦出来的往往是“SAP 用户密码算不算电子签名”。这个问题的答案直接决定项目要不要返工如果只是普通用户名密码登录在 FDA 审计官眼里它只是访问控制不是电子签名。真正的电子签名要求系统能回答四个问题——谁签的、什么时候签的、签的是哪条记录、签名后记录有没有被篡改。SAP 本身提供了数字签名框架和变更文档两套机制配合后台的签名策略配置可以在不写一行 ABAP 的情况下覆盖大部分 Part 11 场景。这篇笔记面向正在做 SAP 合规改造的顾问、质量 IT 和验证工程师把签名策略配置、签名步骤挂接、审计追踪验证和常见翻车点一次讲透让你看完能直接在自己的系统里复现一套可演示的电子签名流程。2. 先搞懂 SAP 数字签名框架签名策略、签名步骤和签名者三者怎么串2.1 数字签名不是密码确认签名策略才是合规的锚点SAP 的数字签名功能核心不是“再输一次密码”而是通过签名策略Signature Strategy定义签名对象、签名顺序和签名者分配。签名策略在后台通过SIGNS或 SPRO 路径“跨应用组件 → 数字签名 → 定义签名策略”维护每个策略包含若干签名步骤Signature Step每个步骤又绑定一个签名者Signatory。签名者可以是固定用户、用户参数文件、或者通过授权对象动态确定。这个三层结构是 Part 11 要求的“签名与记录绑定”的技术基础——签名不是飘在空中的确认框而是挂在具体业务对象如检验批、生产订单、变更主记录上的。常见做法是一个签名策略对应一个业务场景比如“检验批结果确认”用策略Z_QA_RESULT包含“检验员签署”和“主管复核”两个步骤。每个步骤的签名者通过授权对象C_SIGN或自定义授权字段控制确保只有被授权的人才能执行该步骤。这里有个容易忽略的点签名策略本身不控制业务权限它只控制签名动作。业务权限还是靠标准角色控制两者是正交的。很多项目把签名者分配和业务角色混在一起结果审计时发现签名者列表和实际业务操作人不一致这就是典型的合规漏洞。2.2 签名步骤挂接用标准增强点把签名嵌入业务流程配置好签名策略后下一步是把它挂到具体业务事务上。SAP 提供了标准增强点比如在检验批QA32/QA33中通过QBCK用户出口或 BAdIQBCK_SIGN触发签名在生产订单确认CO11N中通过WORKORDER_UPDATEBAdI 或用户出口CONFPP02挂接。以检验批为例常见做法是在“使用决策”保存前调用函数模块SIGN_DIGITALLY传入签名策略 ID、签名对象类型和对象键值。 在检验批使用决策保存前调用数字签名 DATA: lv_signature_strategy TYPE sign_strategy_id, lv_object_type TYPE sign_object_type, lv_object_key TYPE sign_object_key, lt_signatories TYPE TABLE OF sign_signatory. lv_signature_strategy Z_QA_RESULT. lv_object_type QALS. 检验批对象类型 lv_object_key ls_qals-prueflos. 检验批号 获取当前步骤的签名者列表 CALL FUNCTION SIGN_GET_SIGNATORIES EXPORTING iv_strategy_id lv_signature_strategy iv_object_type lv_object_type iv_object_key lv_object_key TABLES et_signatories lt_signatories. 执行签名系统会弹出签名对话框要求输入密码 CALL FUNCTION SIGN_DIGITALLY EXPORTING iv_strategy_id lv_signature_strategy iv_object_type lv_object_type iv_object_key lv_object_key EXCEPTIONS OTHERS 1.这段代码的逻辑是先根据策略和对象键值获取当前待签名的签名者列表然后调用SIGN_DIGITALLY触发标准签名对话框。用户输入密码后系统会在表SIGN_HDR和SIGN_ITEM中写入签名头信息和明细同时生成一条变更文档。参数说明IV_STRATEGY_ID必须是在后台配置好的策略 IDIV_OBJECT_TYPE是 SAP 定义的对象类型常见的有QALS检验批、AUFK生产订单、BUS2032销售订单IV_OBJECT_KEY是业务对象的唯一键值。注意SIGN_DIGITALLY会直接弹出对话框如果在批处理或后台作业中调用会失败所以签名动作必须在前台交互中完成。2.3 签名者分配固定用户、参数文件和动态授权的区别签名者分配方式决定了系统的灵活性。固定用户方式最简单直接把用户名写死在步骤里适合签名人极少变动的场景。参数文件方式通过用户参数文件如Z_QA_INSPECTOR关联只要用户有该参数文件就自动成为签名者适合人员轮换频繁的团队。动态授权方式最灵活通过授权对象C_SIGN的字段值动态判断比如按工厂、检验类型、物料组过滤签名者。我一般会推荐参数文件方式作为起点因为它平衡了维护成本和灵活性。配置路径在“定义签名者”事务里选择“用户参数文件”作为签名者类型然后填入参数文件 ID。用户主数据里通过参数 IDZQA维护参数值。这样质量部新增一个检验员只需要在用户主数据里加参数文件不需要改签名策略配置。但要注意参数文件方式下如果用户有多个参数文件值系统会全部视为有效签名者可能导致签名者列表比预期长。审计时如果被问到“为什么这个用户能签”你需要能解释清楚参数文件的分配逻辑。3. 电子记录合规变更文档、审计追踪和长期归档怎么配3.1 变更文档是电子记录的骨架但默认配置不够用SAP 的变更文档Change Document是电子记录合规的核心。每个业务对象在修改时如果开启了变更文档对象类系统会自动记录字段级变更。但默认配置有几个坑第一不是所有表都默认开启变更文档比如检验批的某些特性结果表需要手动激活第二变更文档只记录字段变化不记录“为什么改”而 Part 11 要求能追溯修改原因第三变更文档的保留期默认可能不够长需要配合归档策略。激活变更文档的路径在SCDO事务或 SPRO“跨应用组件 → 变更文档 → 激活变更文档对象”。以检验批为例对象类QALS默认已激活但特性结果表QAMR和QASR需要检查是否在对象类QALSM下激活。如果没激活检验结果修改就不会留痕审计时直接翻车。常见做法是在项目早期用SCDO列出所有相关对象类逐个确认激活状态并测试修改后是否在RSSCD100或AUT10中能看到记录。3.2 审计追踪的验证方法用 AUT10 和 RSSCD100 做交叉检查配置完变更文档后验证是必须的。我一般会用两个事务交叉检查AUT10查看审计追踪如果启用了审计信息系统RSSCD100查看原始变更文档。测试步骤是创建一个检验批记录初始值修改一个特性结果保存然后在RSSCD100中输入对象类QALSM和检验批号查看是否有变更记录再在AUT10中按用户和时间范围筛选确认审计追踪里能看到同样的修改。这里有个细节AUT10需要先配置审计信息系统Audit Information System在 SPRO“跨应用组件 → 审计信息系统 → 配置审计信息系统”中激活相关表。如果没配置AUT10是空的但RSSCD100有数据。审计官通常要求两者都能看到所以配置要完整。另外变更文档的写入是异步的保存后可能需要几秒钟才能在RSSCD100中查到测试时不要刚保存就查等几秒再刷新。3.3 长期归档用 SARA 把签名和变更文档一起归档Part 11 要求电子记录在保留期内可读、可检索。SAP 的标准归档方案是SARA配合归档对象SIGN签名和CHANGEDOCU变更文档。归档策略要确保签名记录和对应的业务记录一起归档不能只归档业务数据而丢掉签名。常见做法是为每个业务对象定义归档策略在归档前用SARA的“归档准备”程序检查依赖关系确保签名头SIGN_HDR和业务对象键值的关联完整。归档后检索通过SARI或归档信息系统完成。这里有个坑归档后的签名记录默认不能直接通过SIGN_DISPLAY查看需要配置归档访问权限。如果审计官要求现场演示“三年前的签名记录怎么查”你需要提前准备好归档检索的演示流程。我一般会在项目验收前做一次完整的归档-检索演练把步骤写成操作手册避免审计现场手忙脚乱。4. 避坑与排查电子签名在 SAP 里最常见的 5 个翻车现场4.1 签名对话框不弹出直接保存成功现象在检验批使用决策界面点击保存系统没有弹出签名对话框直接保存了。原因签名增强点没有正确激活或者SIGN_DIGITALLY调用被放在了保存之后。解决检查 BAdIQBCK_SIGN是否激活用户出口QBCK0001是否包含签名调用确认调用位置在COMMIT WORK之前。另外检查签名策略是否分配给了正确的业务事务在 SPRO“数字签名 → 分配签名策略到业务事务”中确认。4.2 签名时报错“签名者未找到”现象用户点击签名系统提示“没有找到有效的签名者”。原因签名者分配方式配置错误或者用户缺少必要的参数文件/授权。解决用SIGN_GET_SIGNATORIES单独测试看返回的签名者列表是否为空检查用户主数据中的参数文件值是否与签名策略中配置的一致如果是动态授权方式用SU53检查用户是否缺少C_SIGN授权对象。4.3 变更文档里看不到修改记录现象修改了检验批特性结果但RSSCD100里查不到变更文档。原因变更文档对象类未激活或者修改是通过直接数据库更新如 LSMW 批量导入完成的绕过了变更文档逻辑。解决用SCDO检查对象类QALSM的激活状态如果是批量导入改用 BAPI 或 IDoc 方式确保走标准更新逻辑。注意 LSMW 直接写表的方式不会触发变更文档这是审计时的重大风险点。4.4 签名后记录被修改但签名仍然有效现象签名完成后有人用调试模式或直接 SQL 修改了业务数据签名记录没有失效。原因SAP 标准签名不自动检测签名后的数据篡改需要配合变更文档和审计追踪做人工核查。解决在审计流程中增加“签名后变更检查”步骤用RSSCD100对比签名时间点和之后的变更记录如果发现签名后有修改需要触发重新签名流程。技术上可以通过自定义增强在保存时检查签名状态但标准功能不提供自动失效。4.5 归档后签名记录无法检索现象业务数据归档后用SIGN_DISPLAY查不到签名记录。原因归档时没有把签名对象SIGN和业务对象一起归档或者归档访问权限没配置。解决在归档策略中明确包含SIGN对象归档后用SARI测试检索配置归档信息系统的访问权限确保审计角色有权限查看归档签名。建议在归档前做一次完整测试不要等到审计前才发现问题。5. 进阶技巧用签名日志和审计追踪做持续合规监控5.1 建一个签名日志报表把 SIGN_HDR 和业务表关联起来标准事务SIGN_DISPLAY只能按对象键值查单条签名做合规监控时需要批量视图。我一般会建一个简单的 Query 或 ABAP 报表把SIGN_HDR、SIGN_ITEM和业务表如QALS、AUFK关联输出签名时间、签名者、业务对象和签名步骤。这样质量部可以按月导出签名日志做趋势分析。报表逻辑不复杂以SIGN_HDR为主表按OBJECT_TYPE和OBJECT_KEY左连接业务表筛选条件用签名日期和策略 ID。SELECT h~sign_id, h~strategy_id, h~object_type, h~object_key, h~sign_date, h~sign_time, h~signer, i~step_id, i~step_description FROM sign_hdr AS h INNER JOIN sign_item AS i ON h~sign_id i~sign_id INTO TABLE DATA(lt_sign_log) WHERE h~sign_date lv_date_from AND h~sign_date lv_date_to AND h~strategy_id lv_strategy.这段查询的关键是SIGN_HDR和SIGN_ITEM的关联字段SIGN_ID以及日期范围筛选。参数说明LV_DATE_FROM和LV_DATE_TO是报表输入参数LV_STRATEGY可选用于按策略过滤。注意SIGN_HDR的数据量可能很大建议加日期范围限制并考虑用 CDS 视图做性能优化。5.2 用审计追踪做定期复核而不是等审计前突击Part 11 要求定期复核审计追踪但很多团队只在审计前才看。我习惯在项目上线后设置一个月度任务用AUT10导出上个月的审计追踪重点检查签名后的数据修改、非工作时间的数据变更、以及同一用户短时间内大量修改。这些模式往往是合规风险的早期信号。复核结果存档作为持续合规的证据。这个习惯看起来简单但审计时能直接拿出过去 12 个月的复核记录比任何解释都有说服力。5.3 签名策略的版本管理改配置前先留后悔药签名策略一旦上线任何修改都可能影响已签名的记录。我一般会在修改前用SIGNS导出当前配置存成文本文件并在传输请求中记录变更原因。如果修改后发现签名者列表异常可以快速对比回滚。另外签名策略的修改要走变更控制流程不能直接在后台改。这个习惯来自一次血泪教训曾经为了加一个签名者直接改了策略结果已签名的检验批在SIGN_DISPLAY里显示签名者列表变了审计时被质疑数据完整性。后来我们规定所有签名策略变更必须走传输并在测试系统验证后再上生产。希望帮到你。本文还有配套的精品资源点击获取