FD32 中 SAP: 信用控制区教程
梅森·加西亚
多笔未结应收账款或坏账会对公司的业绩产生重大影响。信用控制通过为每位客户设定信用额度，并对每笔新订单进行核对，从而降低这种风险。
什么是信贷控制领域？ SAP?
In SAP信用和风险管理在信用控制领域进行。如果信用管理是集中式的，则可以为所有公司代码定义一个信用控制领域。如果信用政策要求分散式管理，则可以为每个公司代码或每个公司代码组定义一个信用控制领域。
因此，信用控制部门是负责定义和控制客户信用额度的组织单元。它使用自己的货币，所有应收账款都记入该部门的账簿。 应收账款 增加其信用风险敞口。
信贷控制领域主要负责三件事。
- 限制： 客户在该区域内任何时候可持有的最大应收账款价值。
- 曝光： 未结项目、未结订单、未结发货和未结账单的累计总数。
- 反应： 对于超出限额的订单，是发出警告、阻止还是允许通过。
信用控制区域主数据是按客户维护的，下面的步骤将展示如何维护。
如何在FD32中维护客户信用额度（分步指南）
步骤1） 输入交易代码 FD32 SAP 命令字段。
命令字段位于左上角 SAP GUI 屏幕，如下图所示。
步骤2） 在下一个屏幕中，输入以下内容。
- 请输入需要维持其信用额度的客户的客户ID。
- 进入信用控制区域。
- 在数据选择框中选中“中央数据”复选框。
录入所有三条信息后的界面如下图所示。
步骤3） 在下一个屏幕中，维护客户的信用管理数据。
中央数据屏幕显示总金额和个人限额，如屏幕截图所示。
步骤4） 按下保存按钮。 SAP 用于保存信用额度更改的标准工具栏。
保存按钮是工具栏左侧的磁盘图标，如下图所示。
状态栏消息确认更改已生效。新的限额将从下次信用审核开始生效，因此已被冻结的订单需要单独解除冻结。
信贷控制区域配置及相关 SAP T代码
FD32 仅维护主数据。信用控制区域本身及其相关的检查均在定制设置中配置，因此，看似无效的限额通常是配置问题，而非主数据错误。
| T码 | 目的 |
|---|---|
| OB45 | 定义信用控制范围、其货币及其更新组 |
| OB38 | 为信用控制区域分配公司代码 |
| 卵巢黄斑裂 | 将销售区域分配给信贷控制区域 |
| OB01 | 明确信贷控制领域中可用的风险类别 |
| OVA8 | 配置信用控制区域、风险类别和信用组的自动信用控制 |
| FD32 / FD33 | 更改和显示客户信用主数据 |
| F.31 / F.35 | 信用概览和信用主表报告 |
| VKM1 / VKM4 | 列出并放行因信用审核而被冻结的销售文件 |
在打开 FD32 之前，需要确认两个前提条件：客户必须已存在于公司代码中，并且公司代码必须分配给要输入的信用控制区域。如果风险敞口金额而非限额出现问题，则配置中的 SD 部分已在相关部分中说明。 SAP SD信用管理 指南。
FD32信用管理屏幕上的关键字段
FD32 是一个多屏事务处理程序，输入屏幕上的数据选择块决定打开哪些屏幕。以下列出了最重要的字段。
| 屏风 | 领域 | 意 |
|---|---|---|
| 中心数据 | 总金额 | 客户在所有信贷控制领域可能获得的总体信贷额度 |
| 中心数据 | 个人限额 | 客户在任何单一信贷控制区域内可获得的最高信贷额度 |
| 中心数据 | 货币 | 中央限额所持有的货币 |
| 状态 | 信用额度 | 在第一屏幕上输入的信用控制区域中授予的限额 |
| 状态 | 风险类别 | 决定 OVA8 中哪项自动信用检查适用的关键因素 |
| 状态 | 信贷代表集团 | 负责监控账户的员工小组 |
| 状态 | 最后一次和下一次内部审查 | 上次审核限额的日期和下次审核日期 |
| 付款记录 | 付款数据 | 已清算项目、平均逾期天数和最大未偿金额 |
总金额和单项限额共同作用：单项限额限制单个项目的金额上限，而总金额限制所有项目金额的总和。虽然允许将单项限额设置得高于总金额，但这实际上没有任何效果。 Rev信用审查工作清单中会包含日期信息，因此留空会悄悄地将帐户从该清单中删除。
信贷管理 SAP S/4HANA：FD32 的替代方案是什么？
经典 SD 信用管理功能不可用 SAP S/4HANA 已被 S/4HANA 取代。 SAP 信用管理是金融供应链管理的一部分，交易代码也会相应改变。
- 主要的数据： 信用数据转移到角色为 UKM000 的业务伙伴，使用事务 BP 或 UKM_BP 而不是 FD32 进行维护。
- 段： 信贷控制区域被信贷段取代，信贷限额是按信贷段而不是按区域设定的。
- 被屏蔽的文件： UKM_MY_DCDS 中记录的信用决策取代了传统的发放清单。
- 表： 经典的 KNKA 和 KNKK 信用主表被 UKMBP_CMS 表取代，S066 和 S067 风险敞口结构也被替换。
- 转换： 系统转换期间会迁移现有的信用主数据，因此无需再次输入限额。
还有人跑吗？ SAP ERP Central Component 完全保留了上述 FD32 的描述，并且概念清晰地延续了下来：双方都存在限额、风险类别和风险敞口。业务伙伴角色的详细说明已发布在此处。 SAP 社区文章 SAP 信用管理下游同样是客户余额驱动 催款 以及涵盖在内的所有清算更正 重置已清除的项目.
