再发一个sap wendang

再发一个sap wendang 第一节 支付条款 有个软件公司说“飞快实施，飞快应用”,实施比坐飞机还快,国外某管理软件公司当然也毫不示弱,放风说其软件马上能玩具一样自由组合,Plug and play,P&P, 即插即用，可其软件之难用世界人民都是有目共睹的,至今连有些被整昏头的顾问都不时慨叹什么"博大精神",于是俺眼巴巴盼望P&P这“美好的”未来，眼睛都望穿了,得到的消息依旧是该软件动耶上万的培训费用,但培训也不过是忽悠一把，上万元呀,俺家乡二毛叔杀一头猪才50元,要杀到手软才能赚到1万元。 现在，有人动员参加ERP培训, 除非不要钱还包吃管住俺也就去勉强去了，只要是要交钱的，俺就一句话:不要以为好不容易逮到俺这样一个老实厚道的ERPer就想忽悠俺。 支付条款是企业进行日常购销过程中对收付款项的事先约定。我曾在的某家外资企业，支付条款实际上是作为采购销售 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 的一部分，比如对国外的采购订单( 采购合同 采购合同下载采购合同模板下载简易采购合同下载采购合同范本免费下载下载农副产品采购合同 )的打印是一定要打印出数页面非常详细的附加采购条款的,这些条款包括支付条款,运输条款(By Air,By Sea or By car),贸易条款(EXW,CIF,FOB…)，包装条款，保险条款甚至赔偿条款等，下面详细介绍下支付条款。 第一步:定义国家和公司代码层次的支付 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 。 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，表示使用汇票付款，如果选上右边那个“，” 是什么意思呢,过程是这样的，我们在供应商/客户主数据维护支付条款，记帐时 将默认带到凭证中，显然在实际业务中，供应商的不同业务可能对应不同的支付 条款，因此可能在记帐时修改支付条款，现在有个问题，假设默认的支付条款ZST1 已经带出冻结标志为V和付款方式Z，你选择了一个没有在该两者选上右边那个 “，”的支付条款，则新的支付条款不会被带出而是使用了源支付条款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是一个应付行项目凭证和会计行项目 表格 关于规范使用各类表格的通知入职表格免费下载关于主播时间做一个表格详细英语字母大小写表格下载简历表格模板下载 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不是人妈养出来的? 其它和支付条款相关部分: 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