简化SAP银行对账单导入：利用FEB_FILE_HANDLING统一XML和文本格式
在不断变化的财务报告要求和多样化的银行对账单格式环境下，将其高效自动化导入SAP至关重要。传统方法常遇瓶颈，尤其在处理文本格式时，需依赖过时的中间转换。本文将探讨FEB_FILE_HANDLING作为核心解决方案的能力，它能统一导入XML和特定文本格式的银行对账单，从而淘汰Multicash等传统工具，并优化支付处理流程。
传统SAP银行对账单导入的挑战
过去，将银行对账单导入SAP，尤其是文本格式，面临诸多挑战。经典的文件上传程序RFEBKA00通常需要手动操作并依赖本地工作站。对于特定国家的文本格式，一个主要限制是必须通过Multicash进行中间转换——这是一个25年前开发的解决方案，已不再符合现代自动化和集成标准。这种方法不仅拖慢了流程，还增加了故障点，并需要专业的维护知识。
传统方法存在的问题：
- 手动处理： 依赖用户操作来启动RFEBKA00。
- 过时技术： 必须使用Multicash进行文本格式转换，这在技术上已是过时之举。
- 格式碎片化： 缺乏统一处理XML和文本文件的方法，使支持和扩展变得复杂。
- 敏捷性受限： 银行信息接收和处理的延迟，影响支付对账速度和余额数据的准确性。
这些因素导致财务流程效率低下、账户对账延迟，并降低了整体现金流透明度。现代SAP基础设施的目标是为所有类型的银行对账单建立单一入口，无论其来源（直接银行通信或从“银行客户端”系统导出）和格式如何。
FEB_FILE_HANDLING架构：统一的基础
FEB_FILE_HANDLING是一个强大的SAP工具，旨在自动化银行对账单导入。它最初为XML格式设计，但其灵活的架构允许扩展其功能以处理任何文本格式，包括“客户端→1C”或白俄罗斯请求类型400/600等特定国家/地区的变体。
FEB_FILE_HANDLING处理的关键阶段：
- 文件处理 (BAdI FEB_BSIMP_FILE)： 在此阶段，确定文件格式，并在读取文件前执行初步检查。
- 转换为内部结构 (BAdI FEB_BSIMP_BANK_STATEMENT)： 这是主要阶段，银行对账单文件被转换为SAP的内部结构并保存在FEBxx缓冲区中。此BAdI是流程的“核心”。
- 自动化处理 (RFEBKA00)： 保存到缓冲区后，RFEBKA00程序会自动运行，以进一步解释和过账对账单。
对于缺乏标准实现（与XML、MT94x或BAI不同）的特定文本格式，使用BAdI FEB_BSIMP_BANK_STATEMENT_X增强。在此增强中，GET_BANK_STATEMENTS和SAVE_BANK_STATEMENTS方法被顺序调用。
- GET_BANK_STATEMENTS： 分析文件内容，将其拆分为单独的对账单，并识别关键银行信息（公司代码、内部银行、账户ID）。对于XML文件，这通过BAdI FIEB_GET_BANK_STMTS_X完成。对于文本格式，则需要自定义逻辑。
- SAVE_BANK_STATEMENTS： 将数据转换为SAP的内部接口结构，并将其保存在FEBxx表中。保存时，使用模块FIEB_SAVE_BANK_STMT（用于最终对账单）和FIEB_SAVE_INTRADAY_STMT（用于日内对账单）。
这种方法统一了处理流程，淘汰了Multicash，并将所有对账单类型整合到一个自动化流程中。
DMEE集成实现文本格式直接转换
为了将文本文件直接转换为SAP内部结构，而无需中间的Multicash，可利用DMEE（数据媒介交换引擎）工具。DMEE已用于Multicash处理（树类型MCSH），可进行调整以适应新用途。
使用DMEE的关键步骤：
- 创建新的DMEE树类型： 需要定义一个新的树类型，其目标是BAdI FEB_BSIMP_BANK_STATEMENT中使用的内部对账单接口结构。
- 目标结构： 在新的DMEE树中，行项目的目标结构应为FEBEP_IF（对账单项目接口结构）中的字段，而抬头则应为FEBKO_IF（对账单抬头接口结构）中的字段。
- 附加字段： 允许添加额外字段非常重要，例如用于支付目的，因为DMEE树通常只支持两个目标结构。
将对账单行项目目标应用结构映射到FEBEP_IF接口结构的示例：
- 文本文件中的字段直接映射到相应的FEBEP_IF字段，例如过账日期、金额、货币、凭证编号等。
- 这使得DMEE能够将传入的文本文件直接转换为FEB_FILE_HANDLING可以直接使用的格式。
以这种方式利用DMEE完全绕过了过时的Multicash，显著简化了架构并降低了风险。DMEE为各种特定国家/地区的文本格式配置映射提供了灵活性，使转换过程透明且易于管理。
开发统一的BAdI实现以支持并行处理
为了实现XML、MT94x、BAI和特定文本格式等多种格式的并行处理，需要对BAdI FEB_BSIMP_BANK_STATEMENT进行自定义实现。该实现将作为一个中心枢纽，从中调用已知格式的标准方法以及处理文本文件的自定义方法。
用于处理XML和文本格式的自定义BAdI FEB_BSIMP_BANK_STATEMENT实现方案：
- GET_BANK_STATEMENTS 方法：
* 对于XML文件：直接调用BAdI FIEB_GET_BANK_STMTS_X实现的标准GET_BANK_STATEMENTS方法。
* 对于文本文件：使用自定义方法，例如 SPLIT_AND_PARSE_TXT_FILES。此方法负责分析文件行，将文件拆分为逻辑对账单，并识别银行信息（公司代码、内部银行、账户ID），类似于初步的XML解析。
* 结果：将外部文件转换为逻辑对账单，其中包含抬头（带有系统账户信息）和文件内容行表。
- SAVE_BANK_STATEMENTS 方法： 此方法具有双重功能：将逻辑对账单文件转换为内部接口结构，并将其保存在数据缓冲区（FEBxx表）中。
* 并行转换：
* 对于XML格式：顺序调用转换模块 FIEB_READ_MAPP_X 和 FIEB_MAPPING_X，这些模块也用于BAdI FIEB_GET_BANK_STMTS_X实现中。
* 对于文本格式：调用自定义方法，例如 CALL_DMEE_CONVERT。此方法实现对标准主转换模块 DMEE_PROCESS_INCOMING_FILE_ABA 和DMEE方法（转换前的 PROCESS_INPUT_DME 和转换后的 PROCESS_OUTPUT_DME）的调用。
* 转换结果：所有对账单，无论其原始格式如何，都被转换为统一的内部接口结构（FEBxx_IF结构）。
* 保存到缓冲区：通过通用方法，例如 FEB_SAVE_BANK_STATEMENT，适用于任何对账单格式。根据对账单过账参数，调用FIEB_SAVE_BANK_STMT（用于过账到区域0001的最终对账单）或FIEB_SAVE_INTRADAY_STMT（用于日内对账单）。
这种方法确保所有银行对账单都得到统一处理，提供了高度自动化并最大限度地减少了手动干预。
集中导入的优势与未来展望
通过FEB_FILE_HANDLING并结合DMEE对文本格式的支持，实现统一的银行对账单导入系统，将为企业的财务运营带来显著优势。
主要优势：
- 单一入口点： 所有银行对账单，无论格式（XML、MT94x、BAI、特定国家/地区文本）和来源如何，都通过单一的FEB_FILE_HANDLING机制进行处理。
- 淘汰Multicash： 停止使用通过Multicash进行的过时中间转换，简化架构并降低维护成本。
- 自动化： 从文件接收到保存到SAP缓冲区，再通过RFEBKA00进行后续过账，实现完全自动化。
- DMEE灵活性： 能够使用灵活的DMEE工具为任何文本对账单格式配置任意映射。
- 提高敏捷性： 加速支付处理和对账，提高财务信息的准确性，并降低运营风险。
这种架构使公司能够有效管理多样化的银行数据，增强财务报告，并确保更准确及时的决策。未来的发展前景包括与文档管理系统的进一步集成，以及扩展基于传入数据的分析能力。
— Editorial Team
暂无评论。