支付条款与支付冻结.doc

支付条款与支付冻结(doc 12页)

————————————————————————————————
———————————————————————————————— 日期：

14

第一节 支付条款
支付条款是企业进行日常购销过程中对收付款项的事先约定。曾效劳过的某家外资企业，支付条款实际上是作为采购和销售合同的一局部，比方对国外的采购订单(采购合同)的打印是一定要打印出数页面非常详细的附加采购条款的,这些条款包括支付条款,运输条款(By Air,By Sea or By car),贸易条款(EXW,CIF,FOB…)，包装条款，保险条款甚至赔偿条款等，下面详细介绍下支付条款。
第一步：定义国家和公司代码层次的支付方法。
Tcode：FBZP
配置路径：应收应付->业务交易->收款->自动收款目录下,自动付款配置一个Tcode：FBZP解决。
首先付款方式必须在“国家的支付方法〞配置中在国家代码层定义，在该层次有些控制参数〔确实玩的花稍〕，然后选“公司代码的支付方法〞在公司代码层次上定义付款方法，如图1，图1是个合成图。

图1-[1][2]:首先在国家层次定义付款方法比方S,再在公司代码层次定义.
图1-[3][4][5][6]:支付方法可以设置该方法是〞收款〞还是〞付款〞,最大最小金额控制,是否允许外币,支付通知控制,细微之处见功夫。
第二步：定义支付冻结原因
Tcode:SE16->V_T008

图2中,解释3个概念.
〞更改支付建议〞:选上了表示在建立支付建议时冻结标志可以被更改,关于付款建
议请参考书其它相关局部,比方F-47手工建立预付定金请求,F110自动付款或自动建立付款请求.
“手工收付冻结〞:选上此标志后可以冻结付款，收款一般就不要冻结了，现在，假设应付凭证行工程有了 标志V，这个标志通常是从供给商的支付条款中带出，如图3，那么F-53不能付款除非审批人用FB02更改凭证去掉该冻结标志V，这类似审批动作，但也只能做到一级审批，要知道审批通常是你放审罢我又登场，要根据金额大小不同分不次级审批的，If so，仅仅一个冻结标志就不大好办了。
“不可修改〞:如果选择此标志,那么需要通过工作流才能修改该冻结标志,审批这种游戏中国企业都喜欢玩,如果设置了该标志,收付立即冻结得启开工作流审批才行,比方冻结标志P，选择了该标志，将不能用诸如FB02手工输入和更改。
多好,继续扩展开去,冻结这东西好呀，适合任何需要多级审批的业务，有一天，一个用户问道，资产报废ABAON能否审批一下，默认是过帐就产生会计凭证，眼睛黄了，默认功能实现不了，所以但凡财务凭证产生前最好都能加上个冻结标志等待审批。
第三步：定义支付条款和分期支付的支付条款
Tcode：OBB8(OME2)|OBB9

合成图3是OBB8定义支付条款和FB60供给商普通发票记帐的画面，支付条款包括定义基准
日期(Baseline Date)，冻结代码，付款方式，是否为分期付款和折扣类型，解释下列图3各
项的意思。
解释下合成图3的意思。
图3-[1][4][6][7][8][9]：
基准日期计算可设置了固定日和附加月份,基准日期可设置为记帐日期,凭证日期,
手工的输入日期,如果选择了〞没有默认值〞那么必须手工输入基准日期。现在假设
供给商的支付主数据中设置了该支付条款〔注意供给商主数据的采购数据里也有支
付条款〕，假设FB60进行供给商普通发票校验，记帐日期是2007/05/17，因为基
线日期的缺省值为记帐日期2007/05/17，而基准日期计算是固定月份1/固定日1，
即最终的基准日期是2007/05+01〔记帐期间05+固定月份1〕/01〔固定日1〕。
图3-[6]付款条款使用的是固定日期1-15-30，那么付款条件显示的天数/折扣实际就
是图3-[9]的0/5，2/14，N/29。
图3-[2]：表示该支付条款可同时用于付款和收款。
图3-[3]：设置该支付条款的冻结标志为V，即确定应〔收〕付时，立即冻结必须等待审批
后才能〔收〕付款，付款方式为Z，表示使用汇票付款，如果选上右边那个“a〞
是什么意思呢？过程是这样的，我们在供给商/客户主数据维护支付条款，记帐时
将默认带到凭证中，显然在实际业务中，供给商的不同业务可能对应不同的支付
条款，因此可能在记帐时修改支付条款，现在有个问题，假设默认的支付条款ZST1
已经带出冻结标志为V和付款方式Z，你选择了一个没有在该两者选上右边那个
“a〞的支付条款，那么新的支付条款不会被带出而是使用了源支付条款ZST1的冻
结标志为V和付款方式Z 。
图3-[5]：表示该支付条款为分期付款，下面会再介绍这个东西。
图3-[10]:如果选择〞经常性条目: 从主记录提供〞标志,那么象周期性分录的支付条件〔到
期日，现金折扣〕从客户或供给商主记录里获取,而不是从周期性分录的原始凭证
里提取。

支付条款定义了3个期限，如图4，这个付款条款实际上是5/15，2/30，n/45，这里直接使用的是付款天数和折扣率。
特别地，如果选择了图4-[5]的分期付款标志，那么表示该支付条款可包括数个实际的支付条款，如图8。
注：支付条款中的付款条块的现金折扣不能超过公司代码层设置的最高现金折扣百分比〔Tcode：OBA4定义〕。
有个朋友曾问到几个关于支付条款的设计问题，第一，对于不采用公历年度月份为会计期间的企业如果希望只在期初期中期末才付款的支付条款怎么做？第二，供给商送货/开票时间日期和企业验货时间存在一定差异，当然企业送货日期和客户验货日期之间也有一定差异，这些日期可能还较长,这些差异一定程度会影响收(付)款到期日期,如何解决?为了计算出所谓的〞合理的〞到期日,然后他建议在会计凭证中建立供给商送货日期,企业收货日期,企业发货日期,客户收货日期,真是服了。
分析下系统的设计逻辑，首先，确定收付款到期日的实际上只有一个日期即基线日期，收付款到期日是基线日期+付款条件的天数决定的，而上面已经分析了基线日期的自动取得逻辑，基线日期的引入起码在记帐时通过手工更改可以解决任何复杂的收(付)款到期日期的计算逻辑，收付款的到期日既不是由什么供给商送货〔客户的收货〕日期决定，也不是企业的收发货日期决定而是由基线日期决定，也就是说应首应付的帐龄由它决定。
现在假设供给商送货时同时开票给企业，日期是2007/04/05，企业收货时间是2007/04/08，质检时间是2007/04/10,应付会计记帐时间是2007/04/15，都没有关系，通常，我认为基线(准)日期应该为供给商发票开票日期,此时那么在OBB8中可定义基线(准)日期以凭证日期为准,应付会计发票校验时的记帐日是2007/04/15,在凭证日期填写原始发票时间2007/04/05,这个日期自动带到基线(准)日期。
在一个国内工程中，发票校验由后勤人员做，由于种种原因，供给商5月初送来的发票〔发票日期2007/05/01，支付条款为1月到期〕在7月初才开始校验，实际上早过期了，后勤说应该以咱们这边发票校验开始算到期日，照他的逻辑，如果他12月才校验，供给商估计等企业付款等的花儿都谢了，你说这是什么事？没方法，中国国情就这样，欠钱是大爷。
其实基准日期本就应该统一为供给商开票日期，否那么ERP设计为这点鸡毛蒜皮的日期确定纠缠不休有意义吗？如果你觉得供给商送货环节和企业质检环节还需要一段时比方15天，那么两家企业协商好比方将30天到期的支付条款延续为45天到期不就行，但绝对不能象上面的后勤人员无休无止不进行校验。
说,现在就算以企业收货或质检时为基线(准)日期,那就手工填写更改该基线(准)日期，可以想象，如果一个企业和供给商/客户如何算基线(准)日期这种小事都没协商好，怎么能办好企业？所以支付条款的那几个设计问题根本就不是问题。

图5是一个应付行工程凭证和会计行工程表格BSEG的合成图，考虑到不同的供给商(客户)可能使用不同的支付条款,或同一支付条款也可能被修正,或者用户可能手工修改基准日期什么的,设计者索性将所有的支付条款写入了行工程,这样的好处是保证不同凭证的支付条款的完整性,设想一下,设想一下会计凭证行工程只记录支付条款编号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〕的内容应该记录其历史记录。
回忆一下，强调三点：
〔1〕.无论是配置还是业务操作，不要试图使用任何其它日期去确定收付到期日,而应该使
用统一的基准日期。
〔2〕.既然统一使用基线日期去确定到期日,如果在当时记录凭证中允许灵活修改该日期,
将可解决任何复杂的支付到期逻辑。
应收应付出的到期日=基准日期 + 支付条件的天数，到期日不允许修改而是自动根据
OBB8设置的逻辑计算出的，要修改如果修改基准日期到期日自动跟着修改。
(3〕.在凭证行工程中记录随时可能变更时间相关全部支付条款内容。
第四步:塞进主数据.
Tcode:XK01|XD01

图6-[1][2]:供给商主数据包括一般数据,公司代码数据和采购组织数据,在公司代码数据
的支付交易和采购组织数据的采购数据中都有支付条款(付款条件),一个是在
财务模块记帐生效,比方一次性供给商的发票校验将使用该付款条件,另一那么和
后勤模块相关,自动带到采购订单(MIGO)->再自动带到后勤发票校验(MIRO)，有
人说财务模块和后勤模块设置俩付款条件，何苦呢？是这样的，有的专用的财
务供给供给商和后勤没啥关系，哦，对了，那也可在财务中设一个就行，有一
个解释是，设计者淘气惯了，想和咱们做迷藏玩。
图6-[3]：当用诸如FB60供给商应付确定时将自动带出“支付数据〞中的付款条款ZST1。
图6-[4]：自动付款〔Tcode：F110〕中使用的付款方式和付款冻结标志。我们知道付款条款ZST1也可设置付款方式和付款冻结标志。
图6-[5]：对供给商PIGGYS开采购订单时将默认使用该付款条件ZR03。

如图7。同样客户主数据的“公司代码数据〞的“支付交易〞Tab页的支付数据和“销售区
域数据〞的“开票凭证〞的“交货和付款条款〞都可设置付款条款，同样一个是自动带到财
务模块，一个和销售模块联系。
分期付款的行工程自动拆分生成
前面所过，支付条款数据是记录在行工程中的，在实务中，经常会有这样的支付条款，比方
你购置供给商1000万货物，30天内付50%现金，60天内电汇20%，其余30%那么在3个月后
使用支票付清，并且3个支付阶段供给商还可能给你现金折扣，这样就可使用分期付款支付
条款，如图8。

图8-[1][2]：支付条款ZST1包括ZR01-ZR04四个分条款，主意个分条款的百分比合计必须
是100%，否那么记帐会有错误。
图8-[3]：现在供给商发生1000元应付，那么自动拆分成4个行工程，注意每个行工程的付款条件正是ZR01-ZR04 。
支付条款的基准日期涉及应收应付的帐龄分析，关于帐龄分析请看相关章节。
一个小小的支付条款考虑都这样周全,所以我每想一次就准备骂一次,莫非这些个搞ERP设
计的家伙都TMD不是人妈养出来的?
和支付条款相关ERP模块：
I.资金方案层次可分现金存款层，应收预测，应付预 测等，支付条款决定了预测收付款日，这对资金预测的正确性非常重要，详细参 考本书的TR章节。
II.特别是应收的催款,正确的到期日通过支付条款计算出来。
III.应收应付的帐龄分析，正确的到期日非常关键。
浅谈财务凭证的各种日期
会计凭证的抬头和行工程的几个日期，看看您能否说出各个日期的作用：
BKPF-BLDAT:Document date
BKPF-BUDAT:Posting Date〔决定财务期间〕
BKPF-CPUDT:document Entry date
BKPF-WWERT:Translation date
BKPF-REINDAT:Invoice Receipt Date
BKPF-INTDATE:Interest Calc. Date
BKPF-PSODT:Last change date
BSEG-AUGDT:Clearing Date〔清帐日期〕
BSEG-AUGCP:Clearing Entry Date
BSEG-VALUT:Value Date〔起息日〕
BSEG-BZDAT:Asset value date
BSEG-ZFBDT:Baseline date for due date cal.〔基准日期，用于帐龄分析〕
BSEG-ZOLLD:Customs Date
BSEG-VRSDT:Insurance date
BSEG-ANFAE:Bill of exchange payment req due date
BSEG-MADAT:Last dunned on date
BSEG-SPGRT:Blocking reason date
BSEG-LIFNV:Last Adjustment Date
BSEG-DABRZ:Settlement reference date

需求:供给商开的发票过来，先付95%,剩下5%做质保险金,三个月后再付。
MIRO正常业务，假设处理如下：
Dr:GR/IR    100　元
    应交税费-增值税进项  17  元
  Cr:应付帐款-某供给商 117元
根据需求，希望到达如下效果：
Dr:GR/IR   100　元
   应交税费-增值税进项  17元 
Cr: 应付帐款-某供给商 117*0.95元  条款：立即支付    
    应付质保金-某供给商  117*0.05元 条款：三个月后支付
利用分期付款支付条件可到达以下目的：
Dr:GR/IR   100　元
   应交税费-增值税进项  17元 
Cr: 应付帐款-某供给商 117*0.95元  条款：立即支付    
    应付帐款-某供给商  117*0.05元 条款：三个月后支付
不能变换科目，除非使用科目修改增强，根据逻辑修改科目应付帐款-某供给商为应付质保金-某供给商。
解决方法(Tcode:OBB8/OBB9)：
(1).OBB8假设建立3个支付条款,0001表示立即支付,0002表示3个月后支付,0009表示包括支付条款0001和0002的〞母〞条款，0009需要选择“分期付款〞标志。
(2).OBB9定义如下,百分比和收付条款0001/0002,如下列图:

这样就到达分期付款的目的，分期付款的参数两个：一是百分比，二是子条款，子条款中又
包括诸如付款方式，现金折扣率，付款帐龄计算的基准日期等详细信息。
如果需要，可使用增强OBBH将科目置换为应付质保金-某供给商。
在SD模块, 分期付款业务也经常发生,比方客户也会扣除质保金后续到质保期才予以支付；比方某些客户迫于资金周转压力可能无法一次性交清全部货款,讨论一下后一情况在SAP中的实现。
(1).销售交货：
Dr: 发出商品
  Cr:产成品
(2).销售实现和结转本钱
I.确定收入
根据规定,分期付款销售收入确认时间应为约定付款的时间，确定收入分录:
Dr：应收账款-某客户
Cr：主营业务收入
    应交税费-增值税-销项
II.结转分期付款销售本钱
分期付款发货先把全部本钱记入到发出商品(类中间科目)，每根据合同到期确认一笔收入
后,再按比例结转相应的销售本钱。
Dr：主营业务本钱
Cr：发出商品
(3).发票开具
由于分期付款开具发票的方式有两种：
a.一次性全额开具增值税发票。
如果是提前一次全额开增值税发票,那么需要按发票金额全额缴纳增值税,这比拟符合税法规
定:〞 发货就需确定收入,确定收入就开发票〞, 但对企业不利,需要提前缴纳增值税,还有人说:
一次性开票的增值税发票日期会造成ERP系统的销售收入(一次)和分期销售收入日期(屡次)
不符。
既然都一次全额开票,实际上在系统中也就不需要再使用什么发出商品核算，就走正常销售，
应收和收入都全部确定在当期, 此时只将应收帐款的支付条件设置为分期支付就行,比方,某
客户欠款100万,他比拟赖,到期每次去催款,他还个10万8万的,不是分期都给生生折腾成分
期了。
b.分期开具增值税发票
如果企业分期开具发票，那么处理参考(1)(2)使用发出商品处理,对企业来讲可延迟纳税,会计处
理稍微繁杂一点。
说到发出商品，在ERP系统中，由于分期付款跨了多期，而每期产品的实际价格是发生变
化的，作为过渡科目的发出商品在最后结转本钱后可能会保存有余额，这是因为发出商品是
在ERP系统中，按比例从发出商品结转到分期销售本钱不再是从财务直接记帐，而是从后
勤过帐的。
已提未售和已售未提
按税法规定，商品发出，就应开具发票确定收入，如果未开票〔已提未售〕，在会计核算
上不能做为收入入账，应该计入“发出商品〞，一般企业如有发出商品发生，原那么上需要纳
税申报，必要时先预交该局部增值税，否那么属于偷税漏税，说白了，分期销售无非是商业竞
争上对客户的一种让步，然后希望税务也给点延迟纳税的实惠，代销方式、赊销和分期收款
方式是增值税收筹划常见经典例子，不再多讲。不过，本人注意到一般实施SAP的企业大
都财大气粗，NB哄哄，似乎很少见到分期的业务。
   还有一种已销未提业务,比方某石油公司的油品已经售出,但客户未提货;某钢铁企业的钢
材已经销售,客户可能因无存放地点暂存在企业里。
已提未售和VMI

为了降低库存本钱，整合供给链资源，越来越多的企业开始尝试一种新型的供给链管理模式供给商管理库存〔VMI〕，已提未售是吧？咱不走发出商品，走VMI流程，提就提,相当于内部移库，售就不售,库存还是咱的库存，不是销售，咱的？ 在ERP中，好象很多企业都走的欢，不知税务的弟兄对此如何感想？