支付条款与支付冻结

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修城视图付款冻结原園：总览|新妲遒0逊S B B冻结标志描述I更改支忖建议手工收村冻结不可修改目由付款 I,L回三1*跳过帐尸_r A收忖味结收付冻结0N后处理收到付款P支付请求二 口0R发票校验0口收付

3、结篡二 口0图2中,解释3个概念.”更改支付建议”：选上了表示在建立支付建议时冻结标志可以被更改，关于付款建议请参考书其它相关部分，比如F-47手工建立预付定金请求,F110自动付款或自动建立付款请求手工收付冻结”：选上此标志后可以冻结付款，收款一般就不要冻结了，现在，假设应付 凭证行项目有了 标志V,这个标志通常是从供应商的支付条款中带出， 如图3,则F-53不能付款除非审批人用 FB02更改凭证去掉该冻结标志 V, 这类似审批动作，但也只能做到一级审批，要知道审批通常是你放审罢 我又登场，要根据金额大小不同分不次级审批的，If so，仅仅一个冻结标志就不大好办了。“不可修改”：如果选择此标

4、志，则需要通过工作流才能修改该冻结标志，审批这种游戏中国企业都喜欢玩，如果设置了该标志，收付立即冻结得启动工作流审批才行，比如冻结标志P,选择了该标志，将不能用诸如FB02手工输入和更改。多好，继续扩展开去，冻结这东西好呀，适合任何需要多级审批的业务，有一 天，一个用户问道，资产报废ABAON否审批一下，默认是过帐就产生会计凭证，眼睛黄了，默认功能实现不了，所以凡是财务凭证产生前最好都能加 上个冻结标志等待审批。第三步：定义支付条款和分期支付的支付条款30絆章性去目：壮丰迟审出厂iTr厂匚1井H冃林nep.也I:绘唯曰期Jt?0O7/O6/Ol E灭敲，一ooo2OO7/OG/3C14 丢 I

5、B2.oooWinEUR|i29 天内伸欄折1 口恋越EUR付秋方式z|3JICCYS.握聲岂号wwtrawfl3Q07/O5/177 mcr feu /1 *7盘布Ml行mail k=iwh1/ 合成图3是OBB8定义支付条款和FB60供应商普通发票记帐的画面，支付条款包括定义基准日期（Baseline Date ），冻结代码，付款方式，是否为分期付款和折扣类型，解释下图 项的意思。百甘t扛s. OOO X2. ooo XTcode： OBB8(OME2)|OBB9|曙匀解释下合成图3的意思。图 3-146789:基准日期计算可设置了固定日和附加月份，基准日期可设置为记帐日期，凭证日期，手工

6、的输入日期，如果选择了”没有默认值”则必须手工输入基准日期。现在假设 供应商的支付主数据中设置了该支付条款（注意供应商主数据的采购数据里也有支 付条款），假设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:设置该支付条款的

7、冻结标志为V,即确定应（收）付时，立即冻结必须等待审批后才能（收）付款，付款方式为乙表示使用汇票付款，如果选上右边那个“”是什么意思呢？过程是这样的，我们在供应商/客户主数据维护支付条款，记帐时将默认带到凭证中，显然在实际业务中，供应商的不同业务可能对应不同的支付 条款，因此可能在记帐时修改支付条款，现在有个问题，假设默认的支付条款 ZST1已经带出冻结标志为 V和付款方式Z，你选择了一个没有在该两者选上右边那个“ ”的支付条款，则新的支付条款不会被带出而是使用了源支付条款ZST1的冻结标志为V和付款方式Z。图3-5:表示该支付条款为分期付款，下面会再介绍这个东西。图3-10:如果选择”经常性

8、条目：从主记录提供”标志，则象周期性分录的支付条件（到 期日，现金折扣）从客户或供应商主记录里获取 ，而不是从周期性分录的原始凭证 里提取。1.5. 000 X15 N：3*m百井比记祥日朋O變证白期轻靈性茬目：从吏记畫損僕/ S3运吕削削加另（狐件1）J棊找B期2007/06/01付歌爭徉国占15|天数!5.0004 * 30 天敵？ 000Hem折扣基磅 材武方式支付条款定义了3个期限，如图4,这个付款条款实际上是5/15，2/30，n/45，这里直接使用的是付款天数和折扣率。特别地，如果选择了图4-5的分期付款标志，则表示该支付条款可包括数个实际的支付条款，如图8。注：支付条款中的付款条

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

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

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

12、果你觉得供应商送货环节和企业质检环节还需要一段时比如15天，则两家企业协商好比如将 30天到期的支付条款延续为45天到期不就行，但绝对不能象上面的后勤人员无休无止不进行校验。说,现在就算以企业收货或质检时为基线（准）日期，那就手工填写更改该 基线（准）日期，可以想象，如果一个企业和供应商/客户如何算 基线（准）日期这种小事都没协商好，怎么能办好企业？所以支付条款的那几个设计问题根本就不是问题。金钢111. 00EUR本恆币金额1. 110. 00CNY图5行顶目1F发孚/ .讥恢伴业务范国 折扌Q鋼 天數陌廿岀业务范因1000折抑基|ZST1忖款热誌.2007/6/17|短艾本盼力瞼君EUR日

13、gertsdiaften AusljefarLing固定的|1 5. 000 %EURZFBDTF D2FEDTDATS堰于到期日论S的眩隹日期ET则D2ED1TCHAR4ZED1TDEC3OEJI&折捕天数1工 ED2TDEC3。現全折和夭戳？ / fZED3Tf DZED3TDEC30i争更再条件期段 /rJzBDlFDBC5乞班应折扣百分率1 ZBD2FDZRD2PDEC53現金折扣百分生展5KFBTr SKFETCURE132可使用的疑证货币的現金折扣金额SKHTOCURB132本币的现金折扌堆倾TSKTOr SKTOCURR132囚兎证货币丟示的现金折扣金两ZLSCHSCHZ BSE

14、GCHAR10付款方式Fcldsrfjj*Ergbehifef prufting WhnjigsjMengenfeldef图5是一个应付行项目凭证和会计行项目表格BSEG勺合成图，考虑到不同的供应商 （客户）可能使用不同的支付条款，或同一支付条款也可能被修正 ，或者用户可能手工修改基准日期 什么的，设计者索性将所有的支付条款写入了行项目，这样的好处是保证不同凭证的支付条款的完整性，设想一下，设想一下会计凭证行项目只记录支付条款编号ZST1,某供应商使用该支付条款,第一笔应付是 图4带出的5/15，2/30, n/45,现在第二笔手工修改了一下行项 目希望成为4/10，2/30，n/45,如果行

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

16、，到期日不允许修改而是自动根据 OBB8设置的逻辑计算出的，要修改如果修改基准日期到期日自动跟着修改。（3） .在凭证行项目中记录随时可能变更时间相关全部支付条款内容。 第四步：塞进主数据Tcode: XK01|XD01PIGCYSPIGGYSL00&IDES Deutschla图60咅计價息 S克忖交，朝 回倨函预扌Ptft忖Q式PIGGYS1001京忖歡爵3J対取捋件ZST1信弔记护盖件l :1亵醍兑现时闾-_1t Jr J回地址M订皿订单甫蒂付戟条件RMBZR03 |CIF崗开户行单袋收付口分爼代訶CNY巨耒腐裁宛勺限AS 罔舍伙人功15 EDi的付tt遇知图 6-12:供应商主数据包括

17、一般数据 ，公司代码数据和采购组织数据，在公司代码数据的支付交易和采购组织数据的采购数据中都有支付条款（付款条件）,一个是在财务模块记帐生效，比如一次性供应商的发票校验将使用该付款条件，另一则和后勤模块相关，自动带到采购订单（MIGO）-再自动带到后勤发票校验（MIRO），有 人说财务模块和后勤模块设置俩付款条件，何苦呢？是这样的，有的专用的财 务供应供应商和后勤没啥关系，哦，对了，那也可在财务中设一个就行，有一 个解释是，设计者淘气惯了，想和咱们做迷藏玩。图6-3:当用诸如FB60供应商应付确定时将自动带出“支付数据”中的付款条款ZST1。图6-4:自动付款（Tcode : F110）中使用

18、的付款方式和付款冻结标志。我们知道付款条款ZST1也可设置付款方式和付款冻结标志。图6-5:对供应商PIGGYS开采购订单时将默认使用该付款条件ZR03=?型 更改客户：电視代码数据jg回 更改容户：越専空莖蜀 S 町苴他客户花现!T虑止町衣鈕胪觅區”-“ .一 - I f巧惟恤富尸 覧舷爵植書Z气觀JK專户30061910003006191020保险产品蛆 HSA屠弯户Test co. 1000销苦姐织谓售 坡送2000含快人:支付数据目动闵弐业务村款方式 备选付款人开聲境证B后审sdl处理出票日则开稱帝单日期交張甜忖軾来騎有款条件2J如图7。同样客户主数据的“公司代码数据”的“支付交易”T

19、ab页的支付数据和“销售区域数据”的“开票凭证”的“交货和付款条款”都可设置付款条款，同样一个是自动带到财 务模块，一个和销售模块联系。分期付款的行项目自动拆分生成前面所过，支付条款数据是记录在行项目中的，在实务中，经常会有这样的支付条款，比如你购买供应商1000万货物，30天内付50%现金，60天内电汇20%其余30%W在3个月后 使用支票付清，并且3个支付阶段供应商还可能给你现金折扣，这样就可使用分期付款支付条款，如图8。|谱改視图分期肘敵的收忖条件：恿览擁II新条旦画ESI岡US團临数毎输入换整“凭证1号1900000014公司代码4000jltilE曰期 2007/05/17逮秋曰斷

20、2007/參照|公司往睾凭证号JTffiEUR 1文丰存在町arrtar rx可區订Q可OS可“ *11 顼 |pksgH|说明000 1401760001.000 00EUR231PIGGYS肉權供应商200 oaEUR2R013 l331PIGGYS肉幽供应临200 oaEURZR02 431PIGCYS环氓供应亞sod oaEURZR03531PIGOYS肉滞供应商 MSoo oaEURZRD4图8-12:支付条款ZST1包括ZR01-ZR04四个分条款，主意个分条款的百分比合计必须 是100%,否则记帐会有错误。图8-3:现在供应商发生1000元应付，则 自动拆分成4个行项目，注意每个

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

22、的作用：BKPF-BLDAT:Document dateBKPF-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 D ate

23、（起息日） BSEG-BZDAT:Asset value dateBSEG-ZFBDT:Baseline 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 Date BSEG-DABRZ:Settlement r

24、eference 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元条款：立即支付应付

25、帐款-某供应商117*0.05元 条款：三个月后支付不能变换科目，除非使用科目修改增强，根据逻辑修改科目应付帐款-某供应商为应付质保金-某供应商。解决方法(Tcode:OBB8/OBB9):(1) .OBB8假设建立3个支付条款,0001表示立即支付,0002表示3个月后支付,0009表示包括支付条款0001和0002的”母”条款，0009需要选择“分期付 款”标志。(2) .OBB9定义如下,百分比和收付条款 0001/0002,如下图：躺改视图分期付款的收付条件：总览汐新条目圈冋画付款条件实例|百分出收付条件00091195.0000001000925. 00000021这样就达到分期付款

26、的目的，分期付款的参数两个：一是百分比，二是子条款， 子条款中又包括诸如付款方式，现金折扣率，付款帐龄计算的基准日期等详细信息。如果需要，可使用增强OBBH各科目置换为应付质保金-某供应商。在SD模块，分期付款业务也经常发生，比如客户也会扣除质保金后续到质保期 才予以支付；比如某些客户迫于资金周转压力可能无法一次性交清全部货款，讨论一下后一情况在SAP中的实现。(1).销售交货:Dr:发出商品Cr:产成品（2）.销售实现和结转成本I .确定收入根据规定,分期付款销售收入确认时间应为约定付款的时间，确定收入分录：Dr：应收账款-某客户Cr：主营业务收入应交税费-增值税-销项II .结转分期付款销售成本分期付款发货先把全部成本记入到发出商品（类中间科目），每根据合同到期确认 一笔收入后,再按比例结转相应的销售成本。Dr：主营业务成本Cr:发出商品（3）.发票开具由于分期付款开具发票的方式有两种：a. 一次性全额开具增值税发票。如果是提前一次全额开增值税发票，则需要按发票金额全额缴纳增值税，这比较 符合税法规定:”发货就需确定收入，确定收入就开发票”，但