1、ERP 通俗流行艳情小说 支付条件 作者:付鸿杰关于支付条件(1).正确使用支付条件业务背景:现在，某企业用户认定,SAP 的基准日期就是到期日,既然理解基准日期就是到期日，那么支付条件就应该全部立即到期，比如 2009/12/17 日记帐， 30 天到期，即基准日期直接填上 2010/01/17，默认不能再使用支付条件，因此，有顾问就将收复条件隐藏，见下图：SAP 的客户/供应商分财务专用型和通用型，财务专用客户简单理解就是只有财务业务，而通用客户则发生销售业务，SAP 的客户数据有三个视图：基本视图（适合于集团所有公司代码） ；公司代码视图；销售视图； 有趣的是，公司代码视图和销售视图都设
2、置有默认的支付条件，见下图。也就是说，如上图，如果 FB70 直接在财务做一收入，默认带出的是付款条件为 T010（见上图-2 ） ，此时，如果应收帐款的支付条件字段隐藏，T010 将不到财务凭证（即 BSEG 表）ERP 通俗流行艳情小说 支付条件 作者:付鸿杰；而做销售订单业务，默认带出的支付条件为 T001（见上图-4） ，此时，即使应收帐款的支付条件字段隐藏，它也上带到财务凭证。这样，隐藏支付条件字段不能目的。正确的作法是本人曾做的替代：放开支付条件和基准日期，比如 2009/12/17 日记帐，支付条件 T030，30 天到期，即基准日期如以记帐日期为准，替代前基准日期就是 2009
3、/12/17，然后在写入财务行项目表上做替代，将基准日期替代为 2009/12/17+ 30 =2010/01/30，然后将支付到期日 30 置 0，替代后：记帐日期为：2009/12/17 （BKPF-BUDAT）基准日期=到期日 2010/01/30 (BSEG-ZFBDT)支付条件为 T030。 （BSEG-ZTERM）到期天数为 0： （BSEG-ZBD1T）这才是“正确”但 Very BT 的做法 ！*如果是非Z001买方在 20 天内付款?企业可按售价给客户 1%的折扣; 企业允许客户最长的付款期限为 30 天，但客户在 21 天至 30 天内付款?将不能享受到现金折扣。对于购货企
4、业来说，现金折扣又称购货折扣，对于销货企业来说?现金折扣又称为销货折扣。实际上，种种原因，很多企业不大采用现金折扣（如使用商业折扣），假设采用现金折扣，如下图：ERP 通俗流行艳情小说 支付条件 作者:付鸿杰SAP 的财务凭证表 BSEG 有 7 个字段对应，基准日期，支付条件，然后是 3 段折扣和 3 段日期，还以“2/10 ，1/20 ，N/30”为例，bseg 将如下保存：BSEG-ZBD1T/BSEG-ZBD1P:2/10,即从基准日开始 10 天后第一段到期,折扣 2%BSEG-ZBD2T/BSEG-ZBD2P:20/1,即 20 天第 2 段到期,折扣 1%BSEG-ZBD3T:
5、30, 没有折扣 ,全部到期，折旧 0，已经没有必要再使用 1 个如 BSEG-ZBD3P的字段了。也就是说,到期日被分为 3 个阶段，如果没有现金折扣,则直接将天数维护在第 1 个时间段 BSEG-ZBD1T 上;或者,象前面所说的，基准日期直接维护为到期日，当然，如果有复杂业务的企业，这样做很难，建议还是使用 SAP 的标准逻辑，也就是说，立即好上图的 7 个字段应用。更多:我国企业会计准则规定:对企业实际发生的现金折扣额作为财务费用计入当期损益。然而这个规定并未涉及到增值税如何进行会计处理的问题。目前对现金折扣下增值税的会计处理主要有以下四种方法可供选择: 1.以商品销售价款作为计算现金
6、折扣的依据?纳税不涉及调整。例:某企业销售商品一批?增值税专用发票上注明销售价款为 20000 元?增值税 3400 元。合同约定条件为 3/10?n/30。若客户在 10 天内偿付货款?应享受现金折扣 600(200003%)元?即销货方记入财务费用金额为 600 元。这种处理方法不涉及纳税调整问题。企业赊销商品时:借:应收账款 23400贷:商品销售收入 20000应交税金应交增值税(销项税额)3400折扣期内收款时:借:银行存款 22800财务费用 600贷:应收账款 234002.以商品销售价款和增值税的合计数作为计算现金折扣的依据?纳税不涉及调整。ERP 通俗流行艳情小说 支付条件
7、作者:付鸿杰上例中若客户在 10 天内偿付货款?应享受现金折扣 702(20000+3400)3%元。这种处理方法仍然不涉及纳税调整问题。企业赊销商品时:借:应收账款 23400贷:商品销售收入 20000应交税金应交增值税(销项税额)3400折扣期内收款时:借:银行存款 22698财务费用 702贷:应收账款 234003.以商品销售价款和增值税的合计数作为计算现金折扣的依据?同时纳税调整减少。上例中若客户在 10 天内付款?享受现金折扣为 702 元。即销货方记入财务费用的金额为 600(200003%)元?同时冲减增值税额 102(34003%)元。企业赊销商品时:借:应收账款 2340
8、0贷:商品销售收入 20000应交税金应交增值税(销项税额)3400折扣期内收款时:借:银行存款 22698财务费用 600应交税金应交增值税(销项税额)102贷:应收账款 234004.以商品销售价款作为计算现金折扣的依据?增值税专用发票待现金折扣确定时再开。货款金额 20000 元?现金折扣金额 600(200003%)元?增值税销项税额为(20000-600)17%=3298 元。开具发票时:借:银行存款 22698贷:商品销售收入 19400应交税金应交增值税(销项税额)3298在以上四种现金折扣下增值税的会计处理方法中?笔者认为第一种处理方法更为合理。理由有以下两个方面:第一从会计准
9、则的角度讲按价税合计数折扣?不符合现金折扣的定义。因为现金折扣是销货企业对于提前偿还货款的客户所给予的低于发票价格的优待?或给予价格上的折让。现金折扣本质上就是价格上的优惠。况且?将企业实际发生的现金折扣以财务费用形式计入利润表?并在其收入中抵扣?这种方法也充分体现了配比原则。上例中?在增值税不折扣的方法下?记入财务费用的现金折扣600 元?与商品销售收入 20000 元之比为 3%。如果按照价税合一作为现金折扣方法处理?财务费用 702 元与商品销售收入 20000 元之比为 3.51%?不等于现金折扣比例?即费用没有与收入对应配比。第二从税收的角度讲增值税是价外税?它应按价外运行模式运转?
10、即:垫付收回上交。在现金折扣条件下?这种价外运行模式也不应该被打破。上例中?假定企业赊销的这批商品?从供货方进货时共付款 21060 元?其中进价18000 元?进项税额 3060 元?从增值税价外运行模式看?该企业垫付税款 3060 元?应ERP 通俗流行艳情小说 支付条件 作者:付鸿杰收税款 3400 元?应交税款 340 元?如增值税也给 3%折扣?即 102 元?其销项税3400 元不变?应交增值税 340 元也不变?而该企业实际仅向客户收取了3298(3400-102)元增值税?它必须另筹 102 元资金上缴给国家?这时增值税价外资金运行模式遭到破坏。如果采用折扣时开具红色发票冲减增
11、值税方法时?则企业提供的折扣有 102 元转嫁给了国家?即国家少收了 102 元税款。由此可见?现金折扣下?采用税款折扣和开具红字发票都是不妥当的。前者的错误在于企业要另筹款(102 元)支付已折扣的税款;而后者的错误在于企业理财过程中的付出(指税款折扣 102 元)由国家承担;两者都使增值税金在企业价外进行的完整模式遭到了破坏。(3).深入理解支付条款支付条款是企业进行日常购销过程中对收付款项的事先约定。我曾在的某家外资企业，支付条款实际上是作为采购销售合同的一部分，比如对国外的采购订单(采购合同) 的打印是一定要打印出数页面非常详细的附加采购条款的,这些条款包括支付条款,运输条款(By A
12、ir,By Sea or By car),贸易条款(EXW,CIF,FOB) ，包装条款，保险条款甚至赔偿条款等，下面详细介绍下支付条款。第一步：定义国家和公司代码层次的支付方法。Tcode：FBZP配置路径：应收应付-业务交易-收款-自动收款目录下,自动付款配置一个 Tcode：FBZP解决。首先付款方式必须在“国家的支付方法”配置中在国家代码层定义，在该层次有些控制参数（ 确实玩的花稍 ） ，然后选“公司代码的支付方法”在公司代码层次上定义付款方法，如图 1，图 1 是个合成图。图 1-12:首先在国家层次定义付款方法比如 S,再在公司代码层次定义.图 1-3456:支付方法可以设置该方法
13、是”收款”还是”付款”,最大最小金额控制,是否允许外币,支付通知控制,细微之处见功夫。第二步：定义支付冻结原因Tcode:SE16-V_T008ERP 通俗流行艳情小说 支付条件 作者:付鸿杰图 2 中,解释 3 个概念.”更改支付建议”:选上了表示在建立支付建议时冻结标志可以被更改,关于付款建议请参考书其它相关部分,比如 F-47 手工建立预付定金请求,F110 自动付款或自动建立付款请求.“手工收付冻结”:选上此标志后可以冻结付款，收款一般就不要冻结了，现在，假设应付凭证行项目有了 标志 V，这个标志通常是从供应商的支付条款中带出，如图 3，则 F-53 不能付款除非审批人用 FB02 更
14、改凭证去掉该冻结标志V，这类似审批动作，但也只能做到一级审批，要知道审批通常是你放审罢我又登场，要根据金额大小不同分不次级审批的，If so，仅仅一个冻结标志就不大好办了。“不可修改”:如果选择此标志,则需要通过工作流才能修改该冻结标志,审批这种游戏中国企业都喜欢玩,如果设置了该标志,收付立即冻结得启动工作流审批才行,比如冻结标志 P，选择了该标志，将不能用诸如 FB02 手工输入和更改。多好,继续扩展开去,冻结这东西好呀，适合任何需要多级审批的业务，有一天，一个用户问道，资产报废 ABAON 能否审批一下，默认是过帐就产生会计凭证，眼睛黄了，默认功能实现不了，所以凡是财务凭证产生前最好都能加
15、上个冻结标志等待审批。第三步：定义支付条款和分期支付的支付条款Tcode：OBB8(OME2)|OBB9ERP 通俗流行艳情小说 支付条件 作者:付鸿杰合成图 3 是 OBB8 定义支付条款和 FB60 供应商普通发票记帐的画面，支付条款包括定义基准日期(Baseline Date)，冻结代码，付款方式，是否为分期付款和折扣类型，解释下图 3 各项的意思。解释下合成图 3 的意思。图 3-146789：基准日期计算可设置了固定日和附加月份,基准日期可设置为记帐日期,凭证日期,手工的输入日期,如果选择了”没有默认值”则必须手工输入基准日期。现在假设供应商的支付主数据中设置了该支付条款（ 注意供应
16、商主数据的采购数据里也有支付条款 ） ，假设 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，表
17、示使用汇票付款，如果选上右边那个“”是什么意思呢？过程是这样的，我们在供应商/客户主数据维护支付条款，记帐时将默认带到凭证中，显然在实际业务中，供应商的不同业务可能对应不同的支付条款，因此可能在记帐时修改支付条款，现在有个问题，假设默认的支付条款ZST1已经带出冻结标志为 V 和付款方式 Z，你选择了一个没有在该两者选上右边那个ERP 通俗流行艳情小说 支付条件 作者:付鸿杰“” 的支付条款，则新的支付条款不会被带出而是使用了源支付条款 ZST1 的冻结标志为 V 和付款方式 Z 。图 3-5：表示该支付条款为分期付款，下面会再介绍这个东西。图 3-10:如果选择”经常性条目: 从主记录提供”
18、标志,则象周期性分录的支付条件（到期日，现金折扣）从客户或供应商主记录里获取,而不是从周期性分录的原始凭证里提取。支付条款定义了 3 个期限，如图 4，这个付款条款实际上是 5/15，2/30，n/45，这里直接使用的是付款天数和折扣率。特别地，如果选择了图 4-5的分期付款标志，则表示该支付条款可包括数个实际的支付条款，如图 8。注： 支付条款中的付款条块的现金折扣不能超过公司代码层设置的最高现金折扣百分比（ Tcode： OBA4 定义）。有个朋友曾问到几个关于支付条款的设计问题，第一，对于不采用公历年度月份为会计期间的企业如果希望只在期初期中期末才付款的支付条款怎么做？第二，供应商送货/
19、开票时间日期和企业验货时间存在一定差异，当然企业送货日期和客户验货日期之间也有一定差异，这些日期可能还较长,这些差异一定程度会影响收(付)款到期日期,如何解决?为了计算出所谓的”合理的”到期日,然后他建议在会计凭证中建立供应商送货日期,企业收货日期,企业发货日期,客户收货日期,真是服了。分析下系统的设计逻辑，首先，确定收付款到期日的实际上只有一个日期即基线日期，收付款到期日是基线日期+付款条件的天数决定的，而上面已经分析了基线日期的自动取得逻辑，基线日期的引入起码在记帐时通过手工更改可以解决任何复杂的收(付)款到期日期的计算逻辑，收付款的到期日既不是由什么供应商送货（客户的收货）日期决定，也不
20、是企业的收发货日期决定而是由基线日期决定，也就是说应首应付的帐龄由它决定。现在假设供应商送货时同时开票给企业，日期是 2007/04/05，企业收货时间是2007/04/08，质检时间是 2007/04/10,应付会计记帐时间是 2007/04/15，都没有关系，你和供应商约定了基线(准)日期为供应商开票日期,则在 OBB8 中可定义基线(准)日期以凭证ERP 通俗流行艳情小说 支付条件 作者:付鸿杰日期为准,应付会计发票校验时的记帐日是 2007/04/15,在凭证日期填写原始发票时间2007/04/05,这个日期自动带到基线(准)日期,说,如果以企业收货或质检时为基线(准)日期,那就手工填
21、写更改该基线(准)日期，可以想象，如果一个企业和供应商/客户如何算基线(准)日期这种小事都没协商好，怎么能办好企业？所以支付条款的那几个设计问题根本就不是问题。图 5 是一个应付行项目凭证和会计行项目表格 BSEG 的合成图，考虑到不同的供应商(客户)可能使用不同的支付条款,或同一支付条款也可能被修正,或者用户可能手工修改基准日期什么的,设计者索性将所有的支付条款写入了行项目,这样的好处是保证不同凭证的支付条款的完整性,设想一下,设想一下会计凭证行项目只记录支付条款编号 ZST1,某供应商使用该支付条款,第一笔应付是图 4 带出的 5/15，2/30，n/45,现在第二笔手工修改了一下行项目希
22、望成为 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）.既然统一使用基线日期去确定到期日,如果在当时记录凭证中允许灵活修改该日期,将可解决任何复杂的支付到期逻辑。
23、应收应付出的到期日=基准日期 + 支付条件的天数，到期日不允许修改而是自动根据OBB8 设置的逻辑计算出的，要修改如果修改基准日期到期日自动跟着修改。(3）.在凭证行项目中记录随时可能变更时间相关全部支付条款内容。第四步:塞进主数据.Tcode:XK01|XD01ERP 通俗流行艳情小说 支付条件 作者:付鸿杰图 6-12:供应商主数据包括一般数据,公司代码数据和采购组织数据,在公司代码数据的支付交易和采购组织数据的采购数据中都有支付条款(付款条件),一个是在财务模块记帐生效,比如一次性供应商的发票校验将使用该付款条件,另一则和后勤模块相关,自动带到采购订单(MIGO)-再自动带到后勤发票校验
24、(MIRO)，有人说财务模块和后勤模块设置俩付款条件，何苦呢？是这样的，有的专用的财务供应供应商和后勤没啥关系，哦，对了，那也可在财务中设一个就行，有一个解释是，设计者淘气惯了，想和咱们做迷藏玩。图 6-3：当用诸如 FB60 供应商应付确定时将自动带出“支付数据”中的付款条款 ZST1。图 6-4：自动付款（Tcode：F110）中使用的付款方式和付款冻结标志。我们知道付款条款 ZST1 也可设置付款方式和付款冻结标志。图 6-5：对供应商 PIGGYS 开采购订单时将默认使用该付款条件 ZR03。如图 7。同样客户主数据的“公司代码数据”的“支付交易”Tab 页的支付数据和“销售区域数据”的“开票凭证”的“交货和付款条款”都可设置付款条款，同样一个是自动带到财务模块，一个和销售模块联系。
