做 FICO 这么多年，如果让我挑一个"看着不起眼、用起来全是坑"的事务码，F.27 绝对能排进前三。很多刚接触 SAP 的顾问和业务用户，第一次打开 F.27 时都会愣一下：界面这么朴素，填几个公司代码、客户、日期，点执行，然后就……没了？对账单到底打没打出来？格式在哪调？为什么有的客户收到的是 PDF，有的客户收到一堆乱码？这些问题在我刚开始接触客户对账单打印时全踩过一遍，今天就把 F.27 从原理到实操完整拆开讲透。
1. F.27 到底是干什么的事务码
1.1 一句话理解 F.27：客户对账单的批量打印入口
F.27（Customer Statement，客户对账单）核心功能就是按照指定期间，把客户的应收往来明细汇总成一张对账单，然后通过打印或邮件等形式提交给客户。它和 FB03 看单据、FBL5N 查未清项这种"内部查看"逻辑完全不一样，F.27 从一开始就是面向外部沟通设计的：对账单上要有公司抬头、客户地址、期间范围、期初余额、每笔业务日期/凭证号/金额、期末余额，甚至还有逾期账龄分析。这些内容不是简单把数据库表拉出来就行的，背后牵扯到公司代码的会计配置、客户主数据的打印参数、输出类型维护、打印格式分配，一环扣一环。
很多企业上 SAP 之后，客户对账单还在用传统的 Word/Excel 手工做：财务月底从 FBL5N 导出未清项，复制粘贴到 Excel，再用邮件发给客户。这种做法在小规模时没问题，一旦客户数量到了几百上千家，纯粹是体力活，而且极易出错。F.27 的价值就是把这个过程标准化、批量化和审计化——谁在什么时候、给哪个客户、打印了哪个期间的账单，系统里都有日志可以追溯。
1.2 典型的业务使用场景
据我实际接触过的项目，F.27 主要在以下场景中使用：
- 月度对账：财务每个月月末统一打印对账单，邮寄或邮件发送给客户，让对方确认往来余额。这个场景在制造业、批发零售业非常普遍。
- 催款前准备：信用管理或应收会计在发催款函之前，先把对账单打印出来作为附件，提醒客户有逾期款项。有些企业会在催款流程里同时触发 F.27 和 F.13（自动催款）。
- 审计和内部留档：不仅是外部客户，有些集团公司内部往来单位之间也需要定期对账，F.27 打印出来的正式凭单可以作为审计证据。
- 替代手工开票明细：部分服务行业不开销售发票，而是每个月开一张综合账单，对应 SAP 里的借项凭证，再通过 F.27 打印对账单作为"形式发票"给客户。
每种场景背后，对账单的格式、内容、打印方式要求都不同，这也是为什么 F.27 表面上只是一个执行按钮，实际上配置起来能折腾很久的原因。
2. 打印输出机制：F.27 背后藏着多少配置
2.1 F.27 不是报表，是"输出管理"
FICO 顾问里有个经典误区：把 F.27 当成类似 S_ALR_87012177（客户余额清单）那样的报表来看。实际上 F.27 走的是 SAP 标准的输出控制（Output Determination）逻辑，和销售订单的打印输出、采购订单的输出属于同一套通道。意思是，你执行 F.27 的时候，系统不是简单地生成一个结果列表，而是先找"这个公司代码下，客户对账单该用什么输出类型、什么打印格式、什么打印机"，然后去驱动对应的打印程序生成输出。
这套机制里最核心的几张配置表：
- 输出类型（Output Type）：在后台通过事务码 NACE 维护。销售、采购、会计各自都有对应的输出类型应用范围，F.27 对应的是会计范围内的"客户对账单"输出类型，标准里叫
RFFOEDI1或者RDJOB_2等，不同版本略有差异。 - 条件记录（Condition Records）：确定了输出类型之后，还要维护"什么条件下用这个输出类型"。比如区分公司代码、客户、打印时间点等。没有维护条件记录，F.27 执行了也没反应。
- 打印参数维护（Print Parameters）：输出类型里维护介质、格式、打印机。如果这里设置成只输出到假脱机（Spool），就只在 SAP 服务器上生成假脱机请求，不会直接送打印机。
- 格式项目（Forms）：对账单打印到底调用哪个 Smart Forms / SAPscript 格式，也在这个环节里分配。
理解这条链路非常重要。因为实际项目里碰到"F.27 执行了但是没打出来"或者"打出来的格式不对"这类问题，90% 都出在这些配置节点上，而不是 F.27 程序本身坏了。
2.2 程序与格式之间的对应关系
F.27 真正在后台跑的程序是SAPF270R（对于传统对账单打印），它的功能是取数+分页+调用打印格式。而"打印成长什么样子"由 Form（格式）决定。这类似于你用 Excel 打开数据文件：F.27 是菜单里的"打开"动作，Excel 显示效果则取决于 .xlsx 模板里面怎么设计。
系统标准的 F.27 打印格式是 SAPscript 格式的SAPF270R_FORM之类的名称，里面包含了常见的抬头、行项目、汇总区块。SAP 也给了一些增强点，方便顾问在不修改标准的格式的情况下增加字段。但随着 S/4HANA 的推进，越来越多的项目选择直接做 Smart Forms 甚至 Adobe Form 来自定义对账单样式，以匹配企业的品牌视觉要求。这个后面会专门说。
2.3 F.27 的账号筛选逻辑
再往深里说一步，F.27 执行时"选中哪些客户"是有讲究的。很多业务用户以为填了客户号区间就是选中范围，其实系统还会根据以下维度筛：
- 客户主数据"对账单"页签的设置：如果客户主数据里维护了"寄送对账单"的频率、方式（邮寄/邮件），会直接影响 F.27 对这个客户是否生成输出。
- 借贷标志和余额方向：F.27 的选项中有一个"只选择有余额的客户"的参数。这个参数一旦没选，几百个余额为 0 的客户也会被打印出来，浪费纸也惹人烦。
- 期间控制：对账单打印的期间和会计凭证记账的期间是两个维度。F.27 里可以填入类似"截至 2025 年 6 月 30 日"的日期，系统会自动把截至该日期的所有业务汇总，同时区分期初余额和本期发生。
这些筛选逻辑把握住了，才能把 F.27 用得精准，否则每次打印出来的客户清单都对不上业务期望。
3. 实操全过程：从变式到假脱机 LP01
3.1 第一步：确认客户主数据设置
别急着执行 F.27，第一步永远是回头确认客户主数据。XD03 查看客户主数据，切到"会计信息"视图，再切到"对账单"页签。你需要确认这几个字段：
- 对账单类型：有的客户按月对，有的按周对，这里控制的是打印的文本格式与打印周期。
- 上次对账单日期：系统会记录上一次打印到哪个日期为止，方便下次执行时自动接着打。这是 F.27 减少重复操作的秘密武器。
- 对账单打印方式：是直接打印、电子输出还是两者都要。
如果客户主数据里这些字段是空的，F.27 执行时大概率会跳过这个客户，让人误以为程序出 bug。我见过好几次这种"找不到原因"的情况，最后发现是主数据没维护。
3.2 第二步：配置输出类型和条件记录
我建议在开发测试环境先跑通一次，再推广到生产。配置路径需要注意：
- 事务码 NACE，选择应用范围
AC（会计）。 - 找到客户对账单对应的输出类型（一般叫
CSTMR或者F.27相关字样）。 - 双击输出类型，进入"处理程序"——这里分配打印程序、格式、抬头文本等。没有分配处理程序，输出就是空的。
- 在"条件记录"里新增一条：公司代码 + 客户（可以是通配符）+ 输出类型激活。
这里有个启发式规则，我可以直接给到大家：**优先维护客户主数据级的条件记录，不要只维护公司代码级。**只维护公司代码级会有个副作用——所有客户都共用同一套格式、同一台打印机，万一某个客户要求对账单单独用彩打，就配置不出来了。客户级的条件记录虽然初始配置量大一点，但灵活性高很多。
3.3 第三步：执行 F.27 并管理变式
F.27 的初始界面字段不少，主要分为几块：
- 输出格式：这里可以选"标准格式"还是"自定义格式"。标准格式直接用，自定义格式则需要你在打印维护中预先定义。
- 期间选择：确定对账单的期间起点与终点。常见用法是输入"2025.01.01"到"2025.06.30"，或者干脆只填一个截止日期，系统自动从上次对账日起算。
- 公司代码和客户：必输项。
- 输出控制选项：例如"仅选择有余额的客户"、"测试运行模式"、"运行时创建假脱机请求"。
正式跑之前，我强烈建议先勾选"测试运行模式"，让系统只统计会处理的客户数量、生成多少页，不实际输出打印。看到数据量符合预期，再去掉测试模式正式执行。大批量打印时，F.27 适合在后台作业（SM37）中运行，把变式保存好调度周期执行，比如每个月月底凌晨 2 点自动生成所有对账单，第二天上班直接分发即可。
变式怎么保存？在 F.27 初始界面，点击菜单"转到"→"变式"→"保存"，输入变式名称。注意，变式名建议用容易识别的规则，比如ZMONTH_END，和后台作业名称做好对应关系，不然后期运维看到几十个变式根本分不清是干嘛用的。
3.4 第四步：查看假脱机请求并输出
F.27 生成结果之后，并不会直接"弹出来"一个打印预览，而是先写到假脱机请求（Spool Request）列表里。事务码 SP01 查看自己的假脱机请求；如果 F.27 运行在后台，假脱机请求可能属于后台作业的用户，运维人员需要用 SP02 或者其他权限查看。
在 SP01 里你可以：
- 双击请求查看打印预览（TCode SPAD 可以更改预览字体大小）。
- 对假脱机请求重新定向到其他打印机。
- 把请求转成 PDF 再邮件发送，或者保存到某个目录。这是很多企业做"电子对账单"的路径：先跑 F.27 生成假脱机，再通过程序批量转 PDF 发邮件。
实操中还有一个高频操作：屏蔽不想要的打印行或整份输出。比如某客户已经关闭了业务，或者本期的对账单只是内部试运行，不需要真实发送，这时在 SP01 里选中假脱机请求，点删除即可。如果假脱机请求已经被系统自动输出了，就需要在输出日志（NACE 查看输出日志）里找到记录并标记为不发送，这个在后续问题排查部分我再细讲。
4. 为什么 smartform 打印中间会出现空白页
4.1 空白页的根因分析
热门搜索词里"smartform 打印中间出现空白页"出现频率极高，这个问题在 F.27 自定义 Smart Forms 对账单时特别典型。原因通常出在分页逻辑和页格式设置上：
- Smart Forms 页面格式（Page Format）设置了固定的页高，但主窗口（Main Window）中的项目行数超过一页可容纳的行数，系统自动产生分页。如果项目区域恰好用完最后一行，而页脚区域又要占据一行，就会挤出一页空白页。
- 对账单里使用了二级列表（Secondary Window），但没有正确设置"跟随主窗口"或禁止空白窗口输出。比如模板里有个"备注"窗口，实际数据为空时窗口仍然留在页面上，导致每页后面多出一张空白页。
- 打印驱动层面的问题：某些打印机驱动不支持智能表单生成的某些控制字符，也会在每两份对账单之间插入一张空白页。这种情况尤其常见于兄弟/联想等国内的打印机+Win10/11 环境。
4.2 解决空白页的实操办法
排在第一位的方法是检查 Smart Forms 的"页格式"和"窗口类型"。把主窗口的高度稍微缩小 1~2 毫米，或者把窗口属性里的"输出空窗口"取消勾选，通常能解决大部分由空窗口造成的空白页。
第二位是检查分页条件。在 F.27 调用的程序里，如果对账单的数据被填充到主窗口，循环输出行项目时系统会自动分页；但如果你的格式是用"输出表"（Table）而不是主窗口来输出行项目，要检查表的"行间空格"和"行高"， 行高过大也容易导致最后一页放不下页脚，从而多出一张只有页脚的空白页。
第三位，如果只是打印输出时才出现空白页，但屏幕预览正常，优先怀疑打印机驱动。解决套路是：把假脱机请求转成 PDF，用 PDF 打印。如果 PDF 打印正常，说明 SAP 端格式没问题，需要更新打印机驱动或者换用 PostScript/Generic 驱动。
4.3 屏蔽打印：精确控制哪些客户不打印
很多项目做到后期，业务会提出"这个客户不要再自动打对账单了""那个客户改成 PDF 不发纸质"。这些需求背后核心是两个手段：
- 客户主数据层级：在客户主数据中把输出方式改成"不做输出"，或者清除条件记录中该客户的输出类型。这是最彻底的屏蔽方式，改完立刻生效，F.27 再次执行时不会生成假脱机请求。
- 程序增强：如果屏蔽规则比较复杂——比如"余额小于 100 元不打印""只在单月打印"——就需要通过增强点实现。传统上可以增强 F.27 的打印程序 SAPF270R，在输出行筛选处写 ABAP 代码，或者通过标准的输出确定的用户出口。S/4HANA 环境下更推荐 BAdI 实现，避免修改标准代码，否则升级会带来后患。
"屏蔽打印"这四个字听起来简单，但做的时候一定要先想清楚屏蔽的对象：是不生成假脱机，还是生成假脱机但不送打印机？两个需求是不同的解决方案。不生成假脱机适合"客户永久不需要对账单"，例如已冻结或已删除的客户；生成但不打印适合"暂时不寄送，但要留存档"的场景。这两个场景我在项目里都遇到过，业务方往往自己都没想明白，一定多问一句。
5. F.27 与 S/4HANA FICO 全套培训里的位置
5.1 为什么 F.27 在 FICO 培训里总被一笔带过
"最新《S4HANA FICO全套培训视频》""2025 sap s4 hana fico 全套"这些搜索词能看出当下很多人通过视频自学 SAP FICO。但我观察到一个普遍现象：几乎所有培训课程讲到 F.27 都是几分钟带过，讲讲路径和字段含义就没了。原因是 F.27 看起来太简单：填参数、执行、查 spool，好像没有技术含量。
但实际项目里，F.27 是应收会计模块最常被提出变更需求的点之一。原因在于：F.27 是面向客户的，客户能感知到系统输出的质量。其他后台配置做得再完美，客户看到的是你打印的这张账单。很多培训讲师没有做过完整实施项目，自然讲不到这个深度。如果你正对着视频学习 FICO，我可以给你一条系统化的建议：学 F.27 不要只看操作步骤，一定要动手去配一遍 NACE 输出控制，再动手做一个自定义 Smart Forms，然后把 F.27、SP01、NACE、SM37 串起来走一遍全流程。
5.2 从 F.27 发散出去：输出控制是 FICO 的通用底座
掌握了 F.27 的输出机制，其实等于掌握了一套方法论。这套方法论同样适用：
- F.28 客户催款单打印
- F.150 固定资产通知单打印
- S_ALR_87012077 之类的会计凭证打印
- FB60 录入的发票打印（通过 NACE 配置输出类型
RDJOB_2）
原因很简单，SAP 财务会计模块对外的批量单据打印都依赖"输出确定"这把钥匙。把 NACE 配置、条件记录、输出格式、假脱机、增强点这套逻辑打通之后，遇到任何财务打印需求都能快速定位问题。
6. 高级技巧：自定义对账单格式和二次开发边界
6.1 什么时候必须自定义格式
标准 F.27 的打印格式其实已经能覆盖大多数需求，但在两类场景下必须开发自定义格式：
- 企业品牌要求：对账单上需要公司 Logo、营销标语、回款账号二维码、温馨提示语等。这些信息标准格式维护起来非常别扭，而且经常需要调整。
- 业务口径复杂：除了按凭证号列示行项目，还需要同时显示订单号、交货单号、项目的摘要备注、销售员姓名。标准表格里没有这些字段，必须另辟蹊径。
自定义格式一般用 Smart Forms（老项目）或 Adobe Form（S/4HANA 新项目）来做。如果只是把标准格式复制一份改名字，加几个字段，使用CALL TRANSACTION或复制标准 form 来做增强，这种改法风险小，基本发布一次就能用。要是从零开始做一个全新样式，工作量和测试量就大了，大概需要顾问 + ABAP 配合做 5~10 个工作日。
6.2 二次开发的边界：哪些可以动，哪些建议不动
开发 F.27 相关的增强时，我一直告诫团队：能增强，别修改。
可选方案整理成下表，方便留档：
| 需求场景 | 推荐方案 | 不推荐方案 |
|---|---|---|
| 增加 Logo 和二维码 | 复制标准 Smart Form，在页眉窗口追加图片 | 直接改标准 Form |
| 调整行项目排序/筛选 | 程序增强 or BAdI 过滤 | 修改 SAPF270R 标准代码 |
| 增加输出媒介（如微信/邮件） | 输出类型中增加新处理程序，做外部发送接口 | 在标准输出中写死发件逻辑 |
| 对账单同时输出多份（如副本） | 输出确定里维护两条条件记录 | 程序中循环打印 |
| 大批量打印性能优化 | 后台作业切小批次，分批处理 | 提升系统内存硬扛 |
记住一个原则：SAP 版本升级时，标准对象被增强包兼容的概率远大于被直接修改对象的概率。做项目时省下的修改工作量，往往会在升级那天连本带利还回来。
6.3 生成对账单 PDF 的一种常见实现路径
如果你想实现"F.27 打印对账单，同时自动保存一份 PDF 到某网络路径用于邮件发送"，有两种常见实现路径：
路径一：假脱机转 PDF 脚本化。
F.27 运行后生成假脱机请求，用事务码 SP01 选择请求，菜单"假脱机"→"转发"→"转换"为 PDF。如果量大，可以用 ABAP 程序批量读取假脱机请求，调用转换功能生成 PDF，再通过函数模块SCMS_XSTRING_TO_BINARY保存到应用服务器或外部路径。优点是纯标准功能，不需要额外许可证；缺点是转换后的 PDF 样式和屏幕预览可能有细微差别，需要多批次测试。
路径二：直接用 Smart Forms 输出 PDF。
在自定义对账单 Smart Form 中，把输出设备类型定义为 PDF，然后在程序中用FP_JOB_OPEN/FP_FORM_OPEN一类函数直接生成 PDF 文件。这种方式更灵活，能直接在 PDF 中加入附件、邮箱地址等元数据。前提是项目里用了 PDF 打印基础设施，Adobe Document Services 已配置好。
我个人在项目中更倾向先走路径一，因为它能把"F.27 标准假脱机"和"PDF 归档"两个目标一并解决，不用额外开发取数逻辑，维护成本最低。
7. 常见问题与排查技巧实录
这一节把我在 F.27 项目支持和上线运维中碰到的高频问题整理成速查表，每一条都是实战中真金白银踩出来的。
| 问题现象 | 常见原因 | 排查顺序 |
|---|---|---|
| F.27 执行后没有反应，也没有假脱机请求 | 输出类型未激活、条件记录没维护、客户主数据对账单字段为空 | XD03 查主数据 → NACE 查条件记录 → 看是否有输出日志 |
| 只打印了部分客户，部分客户缺失 | 客户主数据中"对账单类型"为空或打印方式设为不打印 | 用批量查询报表筛选客户主数据字段，定位缺失客户 |
| 一个月打了两份同样期间的对账单 | 上次对账单日期没更新/被手动重置 | 检查客户主数据“上次对账单日期”和后台作业是否重复被调度 |
| 对账单上金额汇总不对 | 选成了“未清项”而不是“全部项”的期间模式 | F.27 界面重新选择期间逻辑，对照 FBL5N 总览验证 |
| 打印的页面和预览不一致 | 打印机驱动问题 | 转 PDF 试打，更新驱动或改通用驱动 |
| Smart Form 打印中间出现空白页 | 窗口空输出、页高/行高冲突 | 参照第 4 节逐项排查，优先取消空窗口输出 |
| 后台作业跑完，用户看不到假脱机请求 | 假脱机请求归属不同用户/授权不足 | SP01 换用户查看，或用 SP02/SCC1 查找 |
| 想屏蔽某个客户，一直屏蔽不掉 | 客户主数据改了但条件记录里仍有更具体的输出 | NACE 中检查客户级条件记录是否覆盖了公司级配置 |
排查思路说到底就是沿输出链路逐层查：主数据 → 输出确定条件 → 格式调用 → 假脱机 → 物理打印机。只要沿着这条链路走，绝大多数问题都能半小时内定位。怕就怕“这里看看、那里看看”，没有章法，越折腾越乱。
最后再分享一个小技巧：F.27 跑完以后，不要直接关掉假脱机列表。养成习惯，先看下生成的页数和客户数，和上一次跑的数据做个对比。数据量突然大幅减少或增加，往往意味着主数据或期间条件发生了变化，早发现早处理，别等客户上门投诉了才发现对账单漏打。E-CC 系统的运维就是这样，细节决定体验，F.27 用好了，财务同事会觉得你特别靠谱。
