Central Finance的中央支付功能允许企业在新创建的SAP S/4HANA环境中执行大部分财务操作，同时保持源系统的活动状态。中央财政为企业提供了推动转型的能力，而不仅仅是一个集中的报告系统。中央财政已经从财务协调和合并发展到为企业增加额外的有形利益，包括中央支付、集中应收账款管理，以及更多使用中央支付的业务。

中央财政1909年的中央支付允许企业集中支付，并在中央进行集中清算S/4HANA CFIN系统，而不是源系统。从SAP S/4HANA 1809版本，复制时的源系统未清项在技术上得到清除，并从CFIN系统执行支付。中心支付功能可由公司代码激活，为这些现行公司代码过账的发票在技术上被清除，并复制到CFIN系统。公司代码激活集中支付后，所有基于未清项管理的后续流程必须在中央财务系统中进行。例如：

催款外汇重估客户/供应商信函公司间对账流程收款/信贷和争议管理月末报告，如未结项目清单等

在本博客中，我们将重点讨论如何将催款流程和客户信函从现有的运行源系统迁移到中央财务。这个博客的目的是了解催款定制和中央财政选项时，中央支付被激活。本博客没有详细介绍S/4HANA中的一般催款配置。

催款过程就像向业务合作伙伴（主要是客户）发送催款通知，提醒他们的过期/未清项目或未清余额。催款单汇总逾期发票记录，农业物联网，要求付款。我们为应收账款（有时是应付账款）配置催款程序。催款程序包括以下配置步骤：

催款程序：催款程序控制通过系统向客户和供应商催款的路径。我们可以根据自己的方便来定义自己的催款程序。交易代码：FBMP。催款级别：催款级别定义催款文本，最多9个催款级别。随着催款级别的增加，文本也会随着一致性的变化而进行支付。催款区：催款区是指我们进行催款计划的客户/公司/公司代码。如果我们不想在公司代码级别上运行催款程序，那么我们也可以在组织级别上运行催款程序，什么是大数据分析，如销售组织。

催款程序配置（t.代码：FBMP）

在催款中有其他功能，如向客户或供应商催款。我们还可以在催款程序中进行更改，如催款级别、催款数据和催款区域。还可配置特殊客户催款模块。

中央财政催款的配置取决于来源系统。基于源系统配置催款有三种可能：

中央财政主数据管理在项目中起着至关重要的作用。催款的先决条件是客户主数据（在ECC系统或任何其他第三方系统中）作为业务伙伴在中央财务系统中创建。客户基础资料催款流程所需的关键字段为：

业务伙伴基础资料催款字段

必填字段：

催款流程（KNB5–MAHNA）如果客户已在源系统中催款：催款水平（KNB5–马恩斯）上次催款（KNB5–MADAT）

可选字段：

催款块（KNB5–MANSP）催款接收人（KNB5–KNRMA）法律催款程序（KNB5-GMVDT）催款员（KNB5–BUSAB）

如果通过DEBMAS idocs加载主数据，则除主数据字段外，这些字段在E1KNB5M段中是活动的：

T.代码WE30 idoc:DEBMAS

DEBMAS KNB5段

，发票中的催款级别和最后催款日期（交易数据）对于中央财务中的催款流程非常重要。

映射

映射可以是可选的，也可以是强制的，具体取决于配置的类型（如上所述）。如需填图，可对催款程序、催款区域、催款区块进行填图。催款程序映射是此过程最关键的映射。

对于一对一配置，要选择的映射操作是保留数据。如果在不同的源系统中存在多个同名的催款程序，并且需要对其中一个催款程序进行重命名，则必须上传映射列表，映射操作映射必须是

如果催款程序协调一致，映射操作应该是映射必须的（推荐）如果可能的话，在催款程序ID从源到目标保持一致的情况下进行映射。

在标准配置的情况下，理财返利，催款程序的映射动作应该是映射强制的。

催款区块和催款区域的映射可以进行，但是这是可选的，淘客小程序，映射、映射动作按照业务需求

满足条件后，有两种催款方式：

中央催款流程

从源头到中央财务的催款流程可以用下面的场景来解释：

客户往来包括：

催款函：中央财务系统中的催款函可以用SAP脚本、SAP智能窗体或Adobe窗体。催款信的格式可以从源系统派生。客户对账单：可以通过电子邮件、传真等多种形式向客户/供应商发送信函。通信是SAP发送给供应商或客户的信件。通信可以单独或集体创建，即席或通过自动批处理作业创建。通常，标准的通信类型足以满足业务需求。如果源系统中创建了自定义的通信类型，则需要进行分析，以检查是否需要在中央财政系统中创建自定义的通信类型。

通过电子邮件发送催款函和信函

如果业务需要通过电子邮件发送催款函，有以下几种可能的选择来维护通信的电子邮件地址：