SAP系统中的应收账款(客户主数据,日常交易,催收,争议管理)

1. 客户主数据

  • Customer Accounts (客户账户):客户账户由两部分General Data(通用数据)和Company Code Data(公司代码段数据)组成。通用数据是在client级别独立于公司代码的数据,例如客户的地址,姓名等等;公司代码段的数据是company-code specifc的例如付款条款(payment term)等,一个客户可以被分配到多个公司代码下。
    • 类似于GL account主数据和Vendor主数据,Account Groups (账户组)的概念同样使用于客户主数据。同一个账户组的客户具有类似的属性,例如可以建立国内客户(domestic customers), 海外客户(customer abroad), 隶属客户(affiliated customers)以及一次性客户(one-time customers)等用户组等。每个Account Group都可以分配特定的号码段,并指定是内部给号(internal number)或是外部给号(external number)。同时,可以在Account Group级别控制客户主数据的布局显示(layout),例如定义哪些字段是optional、mandatory、displayed或者hidden。
    • 可以通过FD01或BP来创建客户的主数据。

2. 应收账的日常财务事务

  • Invoice/Credit Memo Entry(发票/贷项凭证录入): 大部分的应收账的发票或是贷项凭证都是通过SD模块过账到FI模块,在一些特殊场景中,即使没有销售订单,在FI模块也是可以直接录入发票。常用的事物代码为FB70或是FB01(借方记账码01 - customer account,贷方记账码50 - revenue account)。
  • Incoming Payment (收款): 收款有以下几种情况:
    • 完全收款(complete payment):收款金额和发票金额一致
    • 容差范围内的完全收款(Minor payment difference within tolerances):收款金额存在一个可容忍范围内的尾差,自动抵消完全收款。容差的大小由tolerance group进行设置,这个属性可以维护在客户主数据上;
    • 部分收款:部分收款有两种方式: 其一是Partial Payment,并不发生清账动作,而是做一笔通过贷项的付款凭证,贷项金额即为已收款金额,部分收款凭证通过invoice reference与原始发票进行关联,当完成收款后,通过手动清账程序抵消贷项收款和原始发票的应收款;其二是Residual Payment, 发生清账动作,并生成新的余额行项目。

3. 催账和信函

  • Dunning Functions(催账):SAP系统提供了自动分析未清项,并对到期未付项进行催账的功能。系统根据应付项目到期后拖欠的日期确定催账级别(dunning level)。催账级别会决定催账费用(dunning charges)和应征收的利息(interest),并且确定使用哪种催账文案脚本。在发送完催账通知单后,系统中会生成催账的历史记录,并更新在客户主数据上。催账动作主要是由催账步骤(dunning procedure)来控制的。在客户主数据的公司代码维度,可以维护对其使用的催账步骤。
  • Correspondence (信函): 在日常业务中,如需给客户发送信函,则首先需要在系统中生成信函请求。在系统中,信函的打印都属于打印请求(spool request, Tx: SP01)。通常来讲,下面几种场景会发生信函请求:
    • 一些自动执行的特殊事务会触发信函请求,例如汇票交易(Bill of Exchange charges)会生成汇票费用清单(BoE statement),付款差额(payment differences)会生成付款通知单(payment notice)等
    • 由accounting clerk手动执行
    • 周期性的程序生成信函请求,例如周期性的账单(account statement),内部文档(internal documents)以及标准信件(standar letters)等
    • tips: 在系统中测试信函功能时,可以使用SAP标准的输出设备(output device)LP01
  • Accounts Receivable Information System (应收账信息系统):基于记录于SAP数据库中的AP数据,SAP系统可以做一系列的分析和报表,帮助客户快速分析重要的财务数据,例如:到期日明细(due date breakdown),客户付款历史(payment history),海外客户货币风险(currency risk),过期项目(overdue items),应收账款平均回收时间(DSO- Days Sales Outstanding),以及客户现金折扣历史(cash discount history)等。
    • 另外一个比较常用的事务代码是FD11,进行客户账户分析,可以集中展示客户的账户余额,销售金额,未清项,付款历史等,支持数据的向下钻取(drill-down)。

4. 争议管理

  • 争议管理是SAP FSCM(Financia Supply Chain Management)金融供应链管理模块的一个功能。FSCM的主要目的是支持和优化财务领域的业务流程,优化企业现金流,强化与合作伙伴间的沟通进而保证呆滞资金的高效利用。FSCM中包含的很多子模块,例如信用管理(Credit Management), 账单合并(Billing Consolidation), 现金和流动性管理(Cash and Liquidity Management), 征收管理(Collections Management),内部现金管理(In-house Cash), 银行通讯管理(Bank Communication Management),商品风险管理(Commodity Risk Management)以及经融风险管理(Treasure and Risk Management)等。
  • 争议管理的主要目的在于:在收付款流程中尽早检测问题,监测影响DSO的因素,减少降价和不完全付款的发生。争议管理是对发票到付款步骤的重要补充,解决付款完成前与客户出现的争议问题。进而帮助企业实现,最小化成本(Minimize cost),保证现金流(Guarantee Liquidity),和最大化收入(Maximize Revenue) 的目的。
  • 从技术上讲,争议管理与应收账模块和信函模块高度集成,用户可以为一笔有争议的付款发票创建dispute case,并通过争议管理工作台(Tx: UDM_DISPUTE)集中管理其生命周期,包括创建的原因,与客户沟通的历史,信函历史等。此外,当对争议发票的付款完成时,AP也会有一个post-process(SE38: FDM_PROCESS_BUFFER)去关闭争议case。
  • 10
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

十年铸器

给作者赏杯咖啡

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值