SAP中的分期付款业务分析

1、精品 料推荐第一 支付条款支付条款是企 行日常 程中 收付款 的事先 定。曾服 的某家外 企 ，支付条款 上是作 采 和 售合同的一部分，比如 国外的采 (采 合同 )的打印是一定要打印出数 面非常 的附加采 条款的, 些条款包括支付条款,运 条款 (ByAir,By Sea or By car ), 易条款 (EXW,CIF,FOB)，包装条款，保 条款甚至 条款等，下面 介 下 支付条款 。第一步：定 国家和公司代 次的支付方法。Tcode： FBZP配置路径： 收 付 - 交易 -收款 -自 收款目 下 ,自 付款配置一个Tcode：FBZP解决。首先付款方式必 在 “国家的支付方法”

2、配置中在国家代 定 ，在 次有些控制参数（确实玩的花稍 ），然后 “公司代 的支付方法”在公司代 次上定 付款方法，如图1， 图 1 是个合成 。图 1-12: 首先在国家 次定 付款方法比如S, 再在公司代 次定 .图 1-3456:支付方法可以 置 方法是”收款” 是”付款”, 最大最小金 控制 ,是否允 外 , 支付通知控制 , 微之 功夫。第二步：定 支付 原因Tcode:SE16-V_T008图 2 中 , 解 3 个概念 .1精品 料推荐”更改支付建议”: 选上了表示在建立支付建议时冻结标志可以被更改, 关于付款建议请参考书其它相关部分, 比如 F-47 手工建立预付定金请求,F1

3、10 自动付款或自动建立付款请求.“手工收付冻结”: 选上此标志后可以冻结付款，收款一般就不要冻结了，现在，假设应付凭证行项目有了标志 V，这个标志通常是从供应商的支付条款中带出，如图 3，则 F-53 不能付款除非审批人用FB02更改凭证去掉该冻结标志V，这类似审批动作，但也只能做到一级审批，要知道审批通常是你放审罢我又登场，要根据金额大小不同分不次级审批的，Ifso，仅仅一个冻结标志就不大好办了。“不可修改” : 如果选择此标志, 则需要通过工作流才能修改该冻结标志, 审批这种游戏中国企业都喜欢玩, 如果设置了该标志, 收付立即冻结得启动工作流审批才行, 比如冻结标志P，选择了该标志，将不

4、能用诸如FB02手工输入和更改。多好 , 继续扩展开去 , 冻结这东西好呀，适合任何需要多级审批的业务，有一天，一个用户问道，资产报废ABAON能否审批一下，默认是过帐就产生会计凭证，眼睛黄了，默认功能实现不了，所以凡是财务凭证产生前最好都能加上个冻结标志等待审批。第三步：定义支付条款和分期支付的支付条款Tcode： OBB8(OME2)|OBB9合成图 3 是 OBB8定义支付条款和FB60 供应商普通发票记帐的画面，支付条款包括定义基准日期 ( Baseline Date) ，冻结代码，付款方式，是否为分期付款和折扣类型，解释下图3 各项的意思。解释下合成图3 的意思。图 3-146789

5、：基准日期计算可设置了固定日和附加月份, 基准日期可设置为记帐日期, 凭证日期 ,手工的输入日期, 如果选择了”没有默认值”则必须手工输入基准日期。现在假设供应商的 支付主数据 中设置了该支付条款 （注意供应商主数据的采购数据里也有支付条款 ），假设 FB60进行供应商普通发票校验，记帐日期是2007/05/17 ，因为基2精品 料推荐线日期的缺省值为记帐日期 2007/05/17 ，而基准日期计算是固定月份 1/ 固定日 1，即最终的基准日期是 2007/05+01 （记帐期间 05+固定月份 1） /01 （固定日 1）。图 3-6 付款条款使用的是固定日期 1-15-30 ，则付款条件显

6、示的天数 / 折扣实际就是图 3-9 的 0/5 ， 2/14 ， N/29。图 3-2 ：表示该支付条款可同时用于付款和收款。图 3-3 ：设置该支付条款的冻结标志为V，即确定应（收）付时，立即冻结必须等待审批后才能（收）付款，付款方式为Z，表示使用汇票付款，如果选上右边那个“”是什么意思呢？过程是这样的，我们在供应商 / 客户主数据维护支付条款，记帐时将默认带到凭证中，显然在实际业务中，供应商的不同业务可能对应不同的支付条款，因此可能在记帐时修改支付条款，现在有个问题， 假设默认的支付条款ZST1已经带出冻结标志为V 和付款方式Z，你选择了一个没有在该两者选上右边那个“”的支付条款， 则新

7、的支付条款不会被带出而是使用了源支付条款ZST1的冻结标志为V 和付款方式Z 。图 3-5 ：表示该支付条款为分期付款，下面会再介绍这个东西。图 3-10: 如果选择”经常性条目 : 从主记录提供”标志 , 则象周期性分录的支付条件（到期日，现金折扣） 从客户或供应商主记录里获取 , 而不是从周期性分录的原始凭证里提取。支付条款定义了3 个期限 ，如图 4，这个付款条款实际上是5/15 ，2/30 ，n/45 ，这里直接使用的是付款天数和折扣率。特别地，如果选择了图4-5的分期付款标志，则表示该支付条款可包括数个实际的支付条款，如 图 8。注： 支付条款中的付款条块的现金折扣不能超过公司代码层

8、设置的最高现金折扣百分比（Tcode：OBA4定义）。有个朋友曾问到几个关于支付条款的设计问题，第一，对于不采用公历年度月份为会计期间的企业如果希望只在期初期中期末才付款的支付条款怎么做？第二，供应商送货/ 开票时间日期和企业验货时间存在一定差异，当然企业送货日期和客户验货日期之间也有一定差异，这些日期可能还较长, 这些差异一定程度会影响收( 付 ) 款到期日期 , 如何解决 ?为了计算出所谓的”合理的”到期日, 然后他建议在会计凭证中建立供应商送货日期, 企业收货日期 , 企业发货日期 , 客户收货日期, 真是服了。3精品 料推荐分析下系统的设计逻辑，首先，确定收付款到期日的实际上只有一个日

9、期即基线日期 ，收付款到期日 是基线日期 +付款条件的天数 决定的，而上面已经分析了基线日期 的自动取得逻辑，基线日期 的引入起码在记帐时通过手工更改可以解决任何复杂的收( 付 ) 款到期日期 的计算逻辑，收付款的到期日既不是由什么供应商送货（客户的收货） 日期决定， 也不是企业的收发货日期决定而是由基线日期 决定，也就是说应首应付的帐龄由它决定。现在假设供应商送货时同时开票给企业，日期是 2007/04/05 ，企业收货时间是2007/04/08 ，质检时间是 2007/04/10,应付会计记帐时间是2007/04/15 ，都没有关系， 通常，我认为 基线( 准 ) 日期应该为供应商发票开票

10、日期, 此时则在 OBB8中可定义基线 ( 准 ) 日期以 凭证日期 为准, 应付会计发票校验时的记帐日是2007/04/15,在凭证日期填写原始发票时间2007/04/05,这个日期自动带到基线 ( 准 ) 日期 。在一个国内项目中，发票校验由后勤人员做，由于种种原因， 供应商 5 月初送来的发票 （ 发票日期 2007/05/01 ，支付条款为1 月到期 ）在 7 月初才开始校验，实际上早过期了，后勤说应该以咱们这边发票校验开始算到期日，照他的逻辑，如果他12 月才校验，供应商估计等企业付款等的花儿都谢了，你说这是什么事？没办法，中国国情就这样，欠钱是大爷。其实基准日期本就应该统一为供应商

11、开票日期，否则 ERP设计为这点鸡毛蒜皮的日期确定纠缠不休有意义吗？如果你觉得供应商送货环节和企业质检环节还需要一段时比如15 天，则两家企业协商好比如将30 天到期的支付条款延续为45 天到期不就行， 但绝对不能象上面的后勤人员无休无止不进行校验。说 , 现在就算以企业收货或质检时为 基线 ( 准 ) 日期 , 那就手工填写更改该 基线 ( 准 ) 日期，可以想象，如果一个企业和供应商 / 客户如何算 基线 ( 准 ) 日期 这种小事都没协商好，怎么能办好企业？所以支付条款的那几个设计问题根本就不是问题。图 5 是一个应付行项目凭证和会计行项目表格BSEG的合成图，考虑到不同的供应商( 客户

12、 )可能使用不同的支付条款, 或同一支付条款也可能被修正, 或者用户可能手工修改基准日期什么的 , 设计者索性将所有的支付条款写入了行项目, 这样的好处是保证不同凭证的支付条4精品 料推荐款的完整性 , 设想一下 , 设想一下会计凭证行项目只记录支付条款编号ZST1, 某供应商使用该支付条款 , 第一笔应付是 图 4 带出的 5/15 ， 2/30 ， n/45, 现在第二笔手工修改了一下行项目希望成为 4/10 ， 2/30 ， n/45, 如果行项目只记录编号 , 就无法实现 , 还有 , 如果在第三笔应付时用户根据新的业务更改了付款条款为5/15 ， 2/30 ， n/60 ,如果行项目

13、只记录编号, 则第一笔应付应该是 5/15 ，2/30 ， n/45 就变成了新的付款条款 5/15 ， 2/30 ，n/60 ，显然对于这种时间相关（ Time-Dependent ）的内容应该记录其历史记录。回顾一下，强调三点：（1） . 无论是配置还是业务操作，不要试图使用任何其它日期去确定收付到期日, 而应该使用统一的基准日期。（2） . 既然统一使用基线日期去确定到期日 , 如果在当时记录凭证中允许灵活修改该日期 , 将可解决任何复杂的支付到期逻辑。应收应付出的 到期日 =基准日期 +支付条件的 天数 ，到期日 不允许修改而是自动根据OBB8设置的逻辑计算出的，要修改如果修改基准日期

14、到期日 自动跟着修改。(3 ） . 在凭证行项目中记录随时可能变更时间相关全部 支付条款内容。第四步 : 塞进主数据 .Tcode: XK01|XD01图 6-12:供应商主数据包括一般数据, 公司代码数据和采购组织数据, 在公司代码数据的支付交易和采购组织数据的采购数据中都有支付条款( 付款条件 ), 一个是在财务模块记帐生效, 比如一次性供应商的发票校验将使用该付款条件, 另一则和后勤模块相关, 自动带到采购订单(MIGO)- 再自动带到后勤发票校验(MIRO) ，有人说财务模块和后勤模块设置俩付款条件，何苦呢？是这样的，有的专用的财务供应供应商和后勤没啥关系，哦，对了，那也可在财务中设一

15、个就行，有一个解释是，设计者淘气惯了，想和咱们做迷藏玩。图 6-3：当用诸如FB60 供应商应付确定时将自动带出“支付数据”中的付款条款ZST1。图 6-4 ：自动付款（ Tcode： F110）中使用的付款方式和付款冻结标志。我们知道付款条款 ZST1 也可设置付款方式和付款冻结标志。图 6-5 ：对供应商 PIGGYS开采购订单时将默认使用该付款条件ZR03。5精品 料推荐如图 7。同样客户主数据的“公司代码数据”的“支付交易”Tab 页的支付数据和“销售区域数据”的“开票凭证”的“交货和付款条款”都可设置付款条款，同样一个是自动带到财务模块，一个和销售模块联系。分期付款的行项目自动拆分生

16、成前面所过， 支付条款数据是记录在行项目中的，在实务中，经常会有这样的支付条款，比如你购买供应商1000 万货物， 30 天内付 50%现金， 60 天内电汇20%，其余 30%则在 3 个月后使用支票付清， 并且 3 个支付阶段供应商还可能给你现金折扣，这样就可使用分期付款支付条款，如 图 8。图 8-12：支付条款ZST1包括 ZR01-ZR04 四个分条款，主意个分条款的百分比合计必须是 100%，否则记帐会有错误。图 8-3：现在供应商发生1000 元应付，则 自动拆分 成 4 个行项目，注意每个行项目的付款条件正是ZR01-ZR04 。支付条款的基准日期涉及应收应付的帐龄分析，关于帐

17、龄分析请看相关章节。一个小小的支付条款考虑都这样周全, 所以我每想一次就准备骂一次, 莫非这些个搞ERP设6精品 料推荐计的家伙都TMD不是人妈养出来的?和支付条款相关ERP模块：I. 资金计划层次可分现金存款层，应收预测， 应付预测等，支付条款决定了预测收付款日，这对资金预测的正确性非常重要，详细参考本书的TR章节。II. 特别是应收的催款 , 正确的到期日通过支付条款计算出来。III. 应收应付的帐龄分析，正确的到期日非常关键。浅谈财务凭证的各种日期会计凭证的抬头和行项目的几个日期，看看您能否说出各个日期的作用：BKPF-BLDAT:Document dateBKPF-BUDAT:Post

18、ing Date （决定财务期间）BKPF-CPUDT:document Entry dateBKPF-WWERT:Translation dateBKPF-REINDAT:Invoice Receipt DateBKPF-INTDATE:Interest Calc. DateBKPF-PSODT:Last change dateBSEG-AUGDT:Clearing Date （清帐日期）BSEG-AUGCP:Clearing Entry DateBSEG-VALUT:Value Date （起息日）BSEG-BZDAT:Asset value dateBSEG-ZFBDT:Baseline

19、 date for due date cal.（基准日期，用于帐龄分析）BSEG-ZOLLD:Customs DateBSEG-VRSDT:Insurance dateBSEG-ANFAE:Bill of exchange payment req due dateBSEG-MADAT:Last dunned on dateBSEG-SPGRT:Blocking reason dateBSEG-LIFNV:Last Adjustment DateBSEG-DABRZ:Settlement reference date需求 : 供应商开的发票过来，先付95%,剩下 5%做质保险金 , 三个月后再付

20、。MIRO正常业务，假设处理如下：Dr:GR/IR100 元应交税费 - 增值税进项17元Cr: 应付帐款 - 某供应商 117 元根据需求，希望达到如下效果：Dr:GR/IR100元应交税费 - 增值税进项17 元7精品 料推荐Cr:应付帐款 - 某供应商 117*0.95元条款：立即支付应付质保金 - 某供应商117*0.05元 条款：三个月后支付利用分期付款支付条件可达到以下目的：Dr:GR/IR100元应交税费 - 增值税进项17 元Cr:应付帐款 - 某供应商 117*0.95元条款：立即支付应付帐款 - 某供应商117*0.05元 条款：三个月后支付不能变换科目，除非使用科目修改增

21、强，根据逻辑修改科目 应付帐款 - 某供应商为应付质保金 - 某供应商 。解决方法 (Tcode:OBB8/OBB9)：(1).OBB8 假设建立 3 个支付条款 ,0001 表示立即支付 ,0002 表示 3 个月后支付 ,0009 表示包括支付条款 0001 和 0002 的”母”条款，0009 需要选择“分期付款”标志。(2).OBB9 定义如下 , 百分比和收付条款0001/0002, 如下图 :这样就达到分期付款的目的，分期付款的参数两个：一是百分比，二是子条款，子条款中又包括诸如付款方式，现金折扣率，付款帐龄计算的基准日期等详细信息。如果需要，可使用增强OBBH将科目置换为 应付质

22、保金 - 某供应商 。在 SD模块 , 分期付款业务也经常发生 , 比如客户也会扣除质保金后续到质保期才予以支付；比如某些客户迫于资金周转压力可能无法一次性交清全部货款 , 讨论一下后一情况在 SAP中的实现。(1). 销售交货：8精品 料推荐Dr:发出商品Cr: 产成品(2). 销售实现和结转成本I . 确定收入根据规定 , 分期付款销售收入确认时间应为约定付款的时间，确定收入分录:Dr：应收账款 - 某客户Cr：主营业务收入应交税费 - 增值税 - 销项II . 结转分期付款销售成本分期付款发货先把全部成本记入到发出商品 ( 类中间科目 ) ，每根据合同到期确认一笔收入后 , 再按比例结转相应的销售成本。Dr：主营业务成本Cr：发出商品(3). 发票开具由于分期付款开具发票的方式有两种：a. 一次性全额开具增值税发票。如果是提前一次全额开增值税发票 , 则需要按发票金额全额缴纳增值税 , 这比较符合税法规定 : ” 发货就需确定收入 , 确定收入就开发票 ”, 但对企业不利 , 需要提前缴纳增值税 , 还有人说 :一次性开票的增值税发票日期会造成 ERP系统的销售收入 ( 一次 ) 和分期销售收入日期 ( 多次 )不符。既然都一次全额开票 , 实际上在系统中也就不需要再使用什么发出商品核算，就走正常销售，应收和收入都全部确定在当期 , 此时只将应收帐款的支付条件设置为