SAP S/4HANA FICO 入门 51：训练系统刷新与恢复检查
SAP S/4HANA FICO 入门 51：训练系统刷新与恢复检查
本集原计划演示客户收款与清账，但讲师登录后发现原训练系统中的公司代码和传输请求不见了，另一个系统的密码也无法使用。课程最终只完成了环境排查：确认一个服务器疑似已被刷新，在另一服务器登录后通过 OBY6 查找仍存在的练习公司代码，并决定先由管理员核实数据完整性，后续再继续业务教学。因此，本篇重点是如何正确理解“系统刷新”以及刷新后应该怎样恢复训练环境，不把未执行的 F-28 操作写成教学成果。
视频信息
- 原视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 28
- 视频时长：8 分 53 秒
- 视频地址：https://www.youtube.com/watch?v=hUk_5EOeYes
- 本文范围：训练系统刷新现象、服务器与客户端确认、
OBY6公司代码检查、恢复前验证、课程边界 - 截图规则：只引用原视频中的 SAP GUI 画面；英文课件已翻译成中文表格，不直接使用原画面
- 安全处理：视频中的登录、密码重置和屏幕共享内容不属于业务教学，本文不展示对应画面、账号或密码
一、计划讲客户收款，实际没有开始
视频开头回顾了上一课的客户发票、客户报表和对账结果，并展示“Accounts Receivable - Incoming Payment with Clearing”课件。课件内容可翻译为：
| 计划内容 | 课件含义 | 本集实际状态 |
|---|---|---|
| 客户收款 | 使用 F-28 录入客户到账 | 未进入事务 |
| 收款抬头与银行数据 | 录入凭证日期、公司代码、币种、银行科目和金额 | 未录入 |
| 选择客户未清项 | 按客户账户调出待清发票 | 未执行 |
| 收款并清账 | 让收款金额与选中的未清项匹配后过账 | 未执行 |
SAP 官方将 F-28 对应为 Post Incoming Payment。其目标是录入客户收款、查找匹配的未清项，并在条件满足时同时完成过账与清账；无法清账时还可以先记到客户账户或总账科目。参见 Payment and Clearing 与 Post Incoming Payments。这些是对课件目标的官方核验，不代表本集已经演示了对应步骤。
二、课堂真正遇到的是环境变化
本集的实际过程如下：
| 时间 | 课堂现象 | 能确认的结论 |
|---|---|---|
| 00:11–01:10 | 回顾前课并准备做客户收款 | 只是宣布本课目标 |
| 01:11–02:28 | 在原训练服务器中找不到原公司代码和传输请求 | 当前登录环境没有看到原练习数据 |
| 02:28–04:28 | 讲师判断服务器“可能被刷新”，转而检查另一服务器 | “系统已刷新”仍是课堂判断，不是技术日志结论 |
| 03:06–05:23 | 另一服务器登录失败，随后安排管理员重置密码 | 这是访问问题，不是 FI 配置问题 |
| 06:13–07:08 | 登录成功后运行 OBY6，定位仍存在的练习公司代码 | 只证明该环境存在相应公司代码条目 |
| 07:30–08:46 | 决定先检查练习公司代码做到什么程度，然后结束课程 | 没有执行任何客户收款业务 |
这里不能把“看不到公司代码”直接归因于某个学员删除了数据。至少还要区分：
| 可能原因 | 需要的证据 |
|---|---|
| 登录了不同服务器、系统或客户端 | SAP 系统标识、实例、客户端、登录入口 |
| 目标系统做过刷新或系统复制 | Basis 变更单、刷新任务记录、源系统和恢复时间点 |
| 传输尚未重新导入 | 传输请求历史、导入队列和返回码 |
| 配置确实被手工删除 | 变更日志、传输记录和操作者信息 |
| 只是权限或密码问题 | 用户锁定状态、角色和认证日志 |
三、系统刷新不是“清空数据”按钮
SAP 官方将系统刷新定义为：用源系统的最新数据覆盖既有目标系统，同时保留目标系统所需的配置。它通常用于把生产或其他源系统状态复制到测试、质量或培训环境。由于目标数据库会被覆盖，目标环境中独有的数据、配置和开发增量如果没有预先保存，就可能不再存在。
SAP Landscape Management 的标准刷新流程会在复制前导出目标系统中需要保留的配置表，复制完成后再导入；ABAP Post-Copy Automation 也提供 SAP_BASIS_COPY_REFRESH 等任务来执行刷新前后的导出、清理、导入和配置步骤。参见 Refreshing a System 与 ABAP Basis Copy Refresh。
因此，课堂中的现象与系统刷新相符，但视频没有展示刷新任务、源系统、执行时间或日志，本文只能写成“疑似刷新”。
四、用 OBY6 做第一层公司代码检查
登录到另一训练环境后，讲师运行 OBY6。该事务用于维护公司代码全局参数，列表会显示公司代码、名称、城市、国家或地区、币种和语言等基本信息。
SAP 官方给出的配置入口是：
Financial Accounting Global Settings → Global Parameters for Company Code → Maintain Additional Parameters (OBY6)
课程随后定位到一个仍存在的练习公司代码，准备询问创建者已经完成了哪些配置和测试。
需要注意：OBY6 中存在一行，只能证明公司代码全局参数存在，不能证明下面这些内容完整：
- 科目表、会计年度、过账期间和凭证编号配置；
- 客户、供应商、银行和总账科目等主数据；
- 税务、付款、清账、资产会计等模块配置；
- 已完成的客户发票、付款和清账测试数据；
- 对应传输请求是否已经导入当前系统与客户端。
所以，不能因为看到公司代码就立即继续 F-28。如果基础配置缺失，后续报错会被误判为收款流程问题。
五、刷新后的恢复检查顺序
结合本集现象和 SAP 官方刷新流程，恢复训练环境应按以下顺序进行：
| 顺序 | 检查动作 | 完成标准 |
|---|---|---|
| 1 | 确认当前系统、服务器和客户端 | 所有人使用同一受控入口，记录系统标识与客户端 |
| 2 | 向 Basis 核实是否发生刷新 | 有刷新工单、源系统、目标系统、时间点和执行日志 |
| 3 | 暂停盲目重建配置 | 先判断可恢复的配置导出、备份和传输，避免产生第二套冲突配置 |
| 4 | 核对目标系统保留项 | 用户、连接、逻辑系统和环境专属参数已经按刷新方案恢复 |
| 5 | 盘点传输增量 | 找出刷新前仅存在于目标系统的传输，并按批准顺序重新导入 |
| 6 | 验证公司代码完整性 | 不只看 OBY6，还要按课程已完成清单逐项验证配置、主数据和测试凭证 |
| 7 | 做最小业务回归 | 先验证登录、显示和模拟，再执行一条可回退的测试业务 |
| 8 | 恢复正式授课 | 记录采用的公司代码、数据基线和已通过的检查项 |
SAP 的 Test System Refresh 文档也强调，应在刷新前保存测试系统独有的传输增量，刷新后再将它们重新加入导入队列。参见 Test System Refresh。
六、密码问题与刷新问题必须分开
视频中多次出现密码不正确和密码重置讨论。这只能说明用户当时无法访问另一个环境，不能证明业务数据存在或不存在。正确处理方式是由系统管理员通过受控渠道完成解锁或重置，并在登录后再核对系统和客户端。
课堂、聊天群和博客都不应传递真实密码，也不能通过截屏保存登录凭据。本篇因此没有使用任何登录错误、密码输入或屏幕共享画面。
七、本集课程边界
| 项目 | 本集状态 |
|---|---|
| 回顾客户发票与报表 | 口头提及，没有重新演示 |
| 宣布客户收款与清账主题 | 已宣布 |
F-28 输入收款 | 未执行 |
| 选择并清除客户未清项 | 未执行 |
| 生成收款和清账凭证 | 未执行 |
| 判断训练系统疑似被刷新 | 课堂初步判断，未用技术日志验证 |
| 登录另一训练环境 | 已完成 |
使用 OBY6 查找公司代码 | 已完成 |
| 验证练习公司代码全部配置 | 未完成，留待管理员和创建者核实 |
本集准确的成果不是“学会客户收款”，而是发现训练环境基线发生变化后及时停止业务操作，并找到一个可能可用的公司代码作为后续恢复候选。真正的客户收款与清账教学需要以后续视频的实际操作为准。
