《SAP中的分期付款业务分析》由会员分享，可在线阅读，更多相关《SAP中的分期付款业务分析（11页珍藏版）》请在金锄头文库上搜索。
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 ,如果行项目只记录编号, 则第一笔应付应该是 5/15 ，2/30 ， n/45 就变成了新的付款条款 5/15 ， 2/30 ，n/60 ，显然对于这种时间相关（ Time-Dependent ）
