SAP中的分期付款业务分析
SAP-ERP模块SD、PP、PM、QM解决方案
信贷限额超过 R/Mail 信贷人员 订单被冻结
邮箱
信贷信息系统 联系的客户 批准的订单
交货到期索引
装运、开票
付款入帐
风险总额与信贷检查
应收账款
特别往来债务
+
+
未传入FI发票金额
+
未开票交货金额
+
未交货订单金额
信贷限额
超过限额
信用管理实例
销售订单处理 :交货计划安排（倒排和顺排）
订单日期
1
Sls.订单
库存
X
生产的工厂 间接费用
X
发货过帐的实例
发货过帐的实例
会计凭证
开发票
发票类型
发票清单 发票 1 1,000.00 发票 2 1,000.00 发票 3 1,000.00 3,000.00 折扣 30.00
发票 贷项凭证 借项凭证
开发票方式
一次交货一张发票 合并发票 拆分发票
SAP各模块解决方案
SD、PP、PM、QM模块介绍
1
销售与分销模块（SD）
2
生产计划模块（PP）
3
设备管理模块（PM）
4
质量管理模块（PM）
1
销售与分销模块（SD）
2
生产计划模块（PP）
3
设备管理模块（PM）
4
质量管理模块（PM）
SAP的解决之道
销售订单管理
发运处理
发票处理
销售订单输入
拣配、包装
物料可用
装运
出库
交货日期
7
运输时间
装车时间
拣配/包装时间
组织运输时间
提货和发运
1
2
SAP培训SD模块课程第46节：Billing Plan发票计划
Billing Plan业务需求：像销售的大件，比如轮船，飞机，或服务性质比较重或久的，比如购买了某商品后，要求服务几年等，客户会提出分期付款，这样的话，系统里就跟随着做分期开票。
但订单只有1个，出库也只有1次，仅仅就是开票分多次开。
而且订单合同里可能有个详细的开票计划，比如列名了月中开多少，月底开多少，5月，8月开多少等。
OK，SAP标准教材里提到：BILLING PLAN开票计划，主要分2种：其实，就我个人来看，就是客户想固定金额支付，或是分% 支付。
2种。
开票计划，是针对订单的一条行记录，做不同开票日期的规划可以定义表头的开票计划，分配不同的日期根据业务过程，系统自动开出2同的开票计划发票类型：里程碑发票阶段性发票OK，后台配置开始：1，订单类型，可以配置多一个默认开票类型，还是F2就行2，行项目，这里出具发票类型选I，即根据订单开发票计划。
出具发票计划类型，先用01，即想分期出具发票：3，出具发票类型：F2把默认的发票清单类型选ZTBL4，正式做BILLING PLAN自己的内部配置：5，发票计划类发票计划类型01 ，同上面订单的配置。
出具发票规则：直接决定了是按100%支付，还是按一次多少金额支付出具发票冻结：默认第1次开票，可以不冻结，第2次到最后一次，都是冻结的，即如果今天3月1号开了票，下次4月1号默认是不能开票的，必须去订单里解冻确认后，才可以去开第2次的票。
6，出具发票别。
发票计划类型01 --定义7，再次确认分配一下订单类型《-》发票计划8，再次确认定义，行项目同出具发票计划（至于日期等，就是定义何时开始开具发票，这个比较简单，所以先不定义，先沿用标准的做着看看。
）9，OK，现在正式转入前台操作：V A01 做销售订单正常定义价格后，转入定义行项目的开票计划1）4月29 开10%，金额自动得到，冻结不锁定，即4月29可以直接开票，其他的都锁定，后面的自动带出。
暂不关心。
2）5月29可以开第2批发票，客户要求开40%，金额自动算出（这里提示的未税价，暂时不用担心，后面VF01开票时，会把税带进去）3）6月29开第3批，预付30% ，金额自动获取，先冻结开票4）最后结清，不需要% ，金额自动算出余额。
sap订单结算规则
sap订单结算规则（实用版）目录1.SAP 订单结算规则概述2.订单结算规则的设置3.订单结算规则的应用4.订单结算规则的优化正文一、SAP 订单结算规则概述SAP 是一款全球领先的企业资源规划（ERP）软件，其订单结算规则功能为企业提供了一个统一的订单管理和结算平台。
通过该平台，企业可以自定义订单的结算规则，以满足不同业务场景的需求。
订单结算规则在SAP 系统中具有重要作用，不仅可以提高订单管理的效率，还可以降低企业运营成本。
二、订单结算规则的设置在 SAP 系统中，企业可以对订单结算规则进行设置，主要包括以下几个方面：1.订单类型：企业可以根据不同的业务需求，设置不同的订单类型。
例如，生产订单、采购订单、销售订单等。
2.结算方式：企业可以根据不同的支付方式和货币类型，设置不同的结算方式。
例如，预付、后付、分期付款等。
3.结算周期：企业可以根据不同的业务场景，设置不同的结算周期。
例如，按月结算、按季度结算等。
4.折扣和费用：企业可以根据不同的订单类型和客户类型，设置不同的折扣和费用。
例如，现金折扣、运费、手续费等。
三、订单结算规则的应用在 SAP 系统中，订单结算规则的应用主要包括以下几个方面：1.订单创建：在创建订单时，系统会自动根据设置的结算规则，生成订单的结算金额和支付方式。
2.订单执行：在执行订单过程中，系统会根据设置的结算规则，自动计算订单的实际结算金额和支付方式。
3.订单收款：在收到订单款项时，系统会自动根据设置的结算规则，核对订单的实际收款金额和支付方式。
4.订单结算：在完成订单结算时，系统会自动根据设置的结算规则，生成订单的结算凭证和会计分录。
四、订单结算规则的优化为了提高订单结算规则的效率和准确性，企业可以对订单结算规则进行优化，主要包括以下几个方面：1.优化订单类型：根据业务需求，合并或删除不必要的订单类型，简化订单管理。
2.优化结算方式：根据支付方式和货币类型的变化，及时调整结算方式，提高支付效率。
SAP Payment Terms 收付款条件及设定详解
SAP Payment Terms 收付款条件的设置
分类：Other 2007-11-22 16:50 10924人阅读评论(0) 收藏举报
paymentsap文档date
SAP Payment Terms 中文翻译为收付款条件，他的用途是应收和应付的财务凭证中帐期的管理，顾名思义即手动录入和自动生成的财务文档多少天内未冲销处理则为正常，否则为超期应收应付财务文档！他包含的内容是：帐期计算基准日（开始计算过期日的日期），帐期到期日（未过期的最晚日期）或者到期周期天数（基准日+周期天数即为最晚未过期日），同时SAP系统还引申扩充应用为分期付款阶段日期管理，提前付款付款折扣管理。
我们以SD中Billing结算系统即产生财务应收文档为例来说明
过期基准日Baseline Date的业务需求
1.结算日即开始为过期计算日，向后90天内客户付款都为正常，超过则为超期
2.不论我当月哪天结算，过期日都为本月的月末开始计算，90天内客户付款都为正常，超过则为超期
3.当月我1号～20号结算，过期日为当月的月末，21号～月末结算则过期日为下个月的月末
过期天数Due Days的业务需求
1.基准日选定后，向后90天内客户付款都为正常，超过则为超期
2.基准日选定后，基准日后的下月10号前客户付款都为正常，超过则为超期
分期付款Installment 和提前日期付款折扣DIscount业务需求
1.系统3次分期付款，3次的付款基准日和过期天数分别管理
2.系统3次提前日期付款折扣率，各世界阶段设置折扣率
请大家开下面的演示 ,有不明白的地方给我留言吧！。
SAP软件分期付款条件的配置及应用介绍
SAP软件分期付款条件的配置及应用介绍随着商业发展的需要，企业在采购和销售过程中常常需要与供应商和客户签订分期付款的合同。
SAP软件提供了一种名为“分期付款条件”的功能，可以帮助企业配置和管理这些合同。
本文将介绍SAP软件分期付款条件的配置和应用，并分为以下几个部分进行详细说明。
一、分期付款条件的配置1.创建付款条件组：在SAP软件中，需要首先创建一个付款条件组。
这个付款条件组可以包含多个付款条件，用于不同场景下的分期付款合同。
例如，一个企业可以有一个付款条件组用于采购合同，另一个付款条件组用于销售合同。
每个付款条件组都有唯一的编号和说明。
2.创建付款条件：在付款条件组中，可以创建多个付款条件，每个付款条件包含了具体的付款规则和条件。
例如，可以定义一个付款规则为“35%的预付款在发货时支付，剩余65%均分为两个30天期限的付款”。
每个付款条件都有自己的编号、说明和生效日期。
3.配置付款日计算规则：在SAP软件中，可以配置付款日的计算规则。
这个计算规则可以根据发货日期、收货日期或其他相关因素来计算出具体的付款日。
例如，可以设定“付款日为发货日期后的30天”，或者“付款日为收货日期后的60天”。
4.配置分期付款的百分比：在SAP软件中，还可以配置每个付款条件的付款百分比。
例如，在上述例子中，“35%的预付款”就是一个付款条件，此时设置百分比为35即可。
二、分期付款条件的应用配置好分期付款条件后，就可以在实际业务中使用了。
以下是SAP软件分期付款条件的应用步骤：1.创建采购或销售合同：在SAP软件中，首先需要创建一个采购或销售合同。
在合同中填写必要的信息，包括供应商或客户的名称、物料或产品的详细描述、数量、价格等。
2.配置分期付款条件：在合同中，选择相应的付款条件组，并设置具体的付款条件。
例如，在采购合同中选择了付款条件组“采购付款条件”，并设置了预付款的百分比为35%。
3.计算分期付款日：根据付款日计算规则，系统会自动计算出每个分期付款的付款日期。
SAP软件付款条件的配置及应用介绍
SAP软件付款条件的配置及应用介绍付款条件：用于定义了应付/应收的结算周期、折扣率，以及基准日期，它的用途是应收和应付的财务凭证中帐期的管理。
SAP软件中付款条件配置的事务码为OBB8。
具体配置步骤如下：下面以创建付款条件0008为例说明步骤，付款条件0008按天数限制15和31天创建2个细分条件。
1.输入事务码OBB8按回车进入如下维护界面创建新的付款条件，可以通过点击新条目全新创建，也可以通过复制已存在的付款条件，然后在修改部分值的方式进行创建（本例采用全新创建的方式进行创建）2. 点击新条目，进入如下维护界面先创建付款条件/天数限制：0008/15，如下图：备注：第8点【分期付款】比较特殊，本文暂不详细介绍，所以本文的付款条件的分期付款字段都不勾选，后续推文再详细介绍。
维护完成相关参数后点击保存，即可完成付款条件的新增。
3. 按同样步骤创建付款条件/天数限制：0008/31 ，如下图各字段解析见上一步骤，点击保存即可完成付款条件0008的创建。
上面是付款条件的配置步骤及说明，下面再通过例子来看下付款条款的实际应用的效果。
下面使用FB60做一张凭证实际验证下各种付款条件的实际效果。
A：测试上面配置的付款条件0008，它的配置完成后如下：付款条件0008按天数限制值15和31创建了2种条件，这表示如果基准默认日期为15之前（含15日），将当月的30日（固定日维护值）作为基准日期，如果基准默认日期为15之后，则将下月（附加月份如果为0表示当月，本例是1，表示下月，如此类推）的15日作为基准日期。
下面使用FB60做一张凭证实际验证下这付款条件的效果1.将发票过账日期输入2021/05/09，付款条件输入0008(如下图）上图可以看到当发票过账输入的过账日期5/9日，付款条件为0008时，基准日期和到期日会自动算出。
根据付款条件0008配置，因为5/9日是在当月15日之前，所以基准日期为当月的30日(即5/30日)，到期日=基准日期+45天（付款条款中维护值） =7/14。
SAPF.5D和F.5E的相应业务操作分析与说明
F.5D和F.5E的业务逻辑与分析为了生成业务范围的资产负债表，需要将有关科目（如税金等）发生对应到的业务范围。
系统提供资产负债表调整功能自动生成调整凭证，根据对方科目，将此类科目对应到业务范围。
首先，用F.5D来计算。
计算结束后，用F.5E来过账。
资产负债表谓整过帐公司代码1930⑨到Array记味日期2010, 03. 31记除期闾□记入利润中柱输出控制"行项目等级日志□巳分配的凭证日志附加标题由于系统设置有问题，从别处找了一张图片:卜资产负债表调蔡冠艇as中石化上梅高桥分益司 ______ 后维B/S调8T 过帙____ 日期21运行HH01 结却曰ni*.07.31 开始04.87.12 用户VVZHGAIt税务科目过帐分配2訓凭证概况Q丿第M <► M g 'i 7 s » & ss迪孩存9 a □ 0税务酣弔n 3我们再从当前系统找一张:暉由［凭证概况a 7痹MH色W U吞易陥弩瞬警问層隔可［3 S1辭碎H 0凭证类塑=su （调爹凭证）常癒悸M 凭it編夸4OOQQO0OB 公可代码1930 令计年理201D 凭证日期2010.01.31 记帐日期2010.01,31 期间01 凭证尉市昭E我1氓PEC娠户■科目的简短诜囲分配金・文本1 25040420013000061GOOOOOUO会议费业务区域训整2010013120100131yt8, G0-32, 94S. Q0转化工部営理费转化工部悽理勇它其实跟利润中心层面的凭证分割是一样的, 务范围层面出具完整的资产负债表。
ESDgESE产生的蛙讪"BA TPSA本位币金烦1 （忸自）61DDOIDDOD 300D2*00 1,857, 142,8J7,14MIDVIDOIDim3IDQ S.2VMI$. 200, 0DMDIOPPDDV 300P T.IDP, 0D1t l 005DD象余額记秋通过调整科目所生成的平衡行项目，可以确保在业3D F1U0I国暗 LQOl^rOi 凰步4呼_______________ OEfiLBHU IQ6/L«H/08UdYS 暉白斟2! loom it 战知修钟 caaoooddzt (甌事亚応-需厲阿) 善算善ksi x 列禪*护和r卄壽毎日帽学芳虫列晦台克册：■«zs'in da 4zr J L -B 'SZfr L 血芥箪率-蕃谏耳血 轻易划军一单刑山爭 £bf0Q LOLO Li UidodifLziEloocidd?OL r^cddflKtAWNTiq-CMlSHMRVIL*JW.fl-OUlSooaz mz( z i■国加佔觀卿旨料■ 坤DM 喰1酬$ 虫弄姜毎瞬目粋 LMULZ 瞬9邛工车紬车'嗥溝亦琛J 臬：diwxUOjydUO 、日加O 绽俾H 訓回朴职舗一同黑餐 Tf 卿因生站期 。
深入SAP分割评估
【MILES原创系列】SAP分割评估目录1. 什么是分割评估？ (1)2. 什么时候使用分割评估？ (2)<1> 自产的物料和外购的价值不一样 (2)<2> 不同的制造商制造的相同的物料，具有不同的价格 (2)<3> 相同物料不同批次具有不同的价格 (2)<4> 破损及维修后的物料和新的物料价值不一样 (2)<5> 其他 (2)3. 第一印象：何处体现分割评估？ (2)<1> 体现在库存标记上，用Batch区分 (2)<2> 体现在物料属性（主数据）上 (3)<3> 体现在物料凭证上 (4)<4> 体现在相关的业务单据上 (5)<5> 所有与评估相关的事务，如GR，GI，IR，IM等，都在特定的分割库存层次上执行 (5)4. 必须要了解的概念：Valuation Structure (6)<1> 什么是评估结构 (6)<2> Valuation Area (6)<3> Valuation Class (6)<4> Valuation Category (6)<5> Valuation Type (6)<6> Material Type (7)<7> Movement Type (8)5. Valuation Structure各要素的关系 (8)<1> Valuation Class/Material Type/Valuation Category/Valuation Type关系图 (8)<2> Valuation Type和Batch的关系 (8)6. 如何配置启用分割评估 (10)<1> 步骤一：激活分割评估 (10)<2> 步骤二：设置评估范围 (10)<3> 步骤三：设置Valuation Category和Valuation Type (10)<4> 步骤四：维护或扩展物料主数据 (10)<5> 步骤五：日常业务操作 (10)<6> 我反悔了怎么办？ (10)7. 几个重点 (10)<1> Plant-level这层使用分割评估只能采用移动平均价格 (10)<2> Plant-level和Valuation type level的valuation class可以不同 (10)<3> Valuation type level的价格控制可以是移动平均价，也可采用标准价格 (11)<4> 可能出现valuation type level有单价，plant-level单价为0 (11)<5> Valuation数据保存在MBEW表中 (11)1. 什么是分割评估？对同一个物料（号）做不同的价值指派。
关于开展分期付款业务的分析报告
2 6.12% ￥-3,616.86 ￥872,791.38
单变量模拟运算表
年利率 每月支付 公司回款额
别墅总价 650,000 4.23% ￥-3,090.84 ￥153,619.59
首付款
150,000 5.01% ￥-3,302.54 ￥153,928.79
零月 0 1 2 3 4 5 6 7 8 9 10 11 0
企业每月回款分析图
企业回款额
企业回款额图表
￥3,000,000.00
￥2,500,000.00
每月回款 额4000
￥2,000,000.00 ￥1,500,000.00 ￥1,000,000.00
￥500,000.00
每月回款 额3500
单变量模拟运算表
别墅总价
首付款
贷款金额
年限 回款时间
(月)
年利 率
每月支付
公司回款额
650,000 4.23% ￥-3,090.84 ￥689,498.04 150,000 5.01% ￥-3,302.54 ￥760,398.19 500,000 5.31% ￥-3,386.00 ￥789,395.19
关于开展分期付款业务的分析 报告
市场营销部
市场动向
市场背景
提前消费，贷款购房，贷款买车、、、
结论
分期付款这种购买方式将成为一种潮流，扩展到市场的 方方面面。
提出问题
首付与每月付款
年限一定时，每月付款随年利率的增大而增大
在给定时间情况下企业的回款额
年限一定时，企业回款额随年利率的增大而增大
￥650,000 ￥150,000 ￥500,000 4.32% ￥3,500.00
SAP软件分期付款条件的配置及应用介绍
SAP软件分期付款条件的配置及应用介绍在前期的推文《SAP软件付款条件的配置及应用介绍》中详细介绍了付款条件的配置及应用，那篇文章中提到了分期付款，但没有展开详细的介绍说明，今天在此文中补充上。
我们知道付款条件配置好后，在做发票凭证时候可以输入付款条件，但是那个付款条件的字段只能输入一个值（如下图）那么如果遇到一笔款项要分多期支付，并且每一期对应的付款条件不同，比如公司要支付供应商10000元，但和供应商商定可以分三期支付，一期支付20%，对应的付款条件为Z001，二期支付30%，对应的付款条款为Z002，三期支付剩余50%，对应的付款条件为Z003。
SAP如何处理上面这样的业务场景？SAP软件发票凭证录入界面的付款条件字段只能输入一个付款条件代码，我们可以想象下系统要处理这样的分期付款，那么这个付款条件代码就必须能关联到三个不同的付款条件，即它要包含三个具体的付款条件，SAP软件也就是基于这样逻辑设计的，所以对于分期付款的付款条件可以把它看做是一个付款条件组，它包含了三个具体的付款条款（如下图）。
下面详细说明下SAP软件中分期付款条件的具体的配置操作步骤1：定义分期付款条件组（事务码：OBB8）步骤2：定义各期具体的付款条件（事务码：OBB8）定义具体的三个付款条件Z001、Z002、Z003，详细操作步骤可以参考我百度文库中文章：《SAP软件付款条件的配置及应用介绍》步骤3：维护分期付款条件组中各期的支付比例及付款条件（事务码：OBB9）上图维护付款条件组Z000包含Z001、Z002、Z003三个收付条件，百分比为各期支付的比例，维护完成点击保存即可，这时可以通过OBB8查询这个分期付款条件，显示如下。
使用FB60录入发票凭证点击保存后产生会计凭证，可通过FB03查询结果如下对应付款条件，每一笔按各自付款条件计算到期日。
SAP中的分期付款业务分析
第一节SAP中的分期付款业务分析支付条款是企业进行日常购销过程中对收付款项的事先约定。
曾服务过的某家外资企业，支付条款实际上是作为采购和销售合同的一部分，比如对国外的采购订单(采购合同)的打印是一定要打印出数页面专门详细的附加采购条款的,这些条款包括支付条款,运输条款(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手工输入和更换。
SAP最佳业务实践---付款程序
2003 年 9 月中文付款程序业务处理流程SAP AGNeurottstr.1669190 WalldorfGermany版权© 2003 SAP AG，版权所有。
保存所有权利。
没有 SAP AG 的特别许可，任何人不能以任何形式或为任何目的复制或传播本文档的任何一局部。
本文档中包含的信息如有更改，恕不通知。
由 SAP AG 和其分销商所销售的某些软件产品包含有其它软件供给商版权所有的软件组件。
Microsoft®、WINDOWS®、NT®、EXCEL®、Word®、PowerPoint®和 SQL Server®是微软公司的注册商标。
IBM®、DB2®、DB2 Universal Database、OS/2®、Parallel Sysplex®、MVS/ESA、AIX®、S/390®、AS/400®、OS/390®、OS/400®、iSeries、pSeries、xSeries、zSeries、z/OS、AFP、Intelligent Miner、WebSphere®、Netfinity®、Tivoli®、Informix 和 Informix® Dynamic ServerTM 是 IBM 公司在美国和/或其它国家的注册商标。
ORACLE®是 ORACLE 公司的注册商标。
UNIX®、X/Open®、OSF/1®和 Motif®是 Open 集团的注册商标。
本文档中引用的 Citrix®、Citrix 徽标、ICA®、Program Neighborhood®、MetaFrame®、WinFrame®、VideoFrame®、MultiWin®和其它 Citrix 产品名称是 Citrix Systems 公司的商标。
实例解析SAP中的分期付款配置及应用
实例解析SAP中的分期付款配置及应用
SAP系统的付款条件支持分期付款功能，其奥妙之处就在于需要定义一个母条款和一个子条款，其中，母条款需要标识“分期付款”。
首先，定义分期付款的母条款OBB8：
然后，定义子条款（即分期付款的具体方式）OBB9：
由上图可以看出，分期付款的配置还是很强大的，针对每次付款，都可以进行第二层次付款条件的设置。
此时，配置完毕，我们可以看到X001的信息已经发生了变化：
然后，我们做一笔发票，FB60计入供应商一笔应付款3000元，使用X001付款条件：我们查看此时生成的会计凭证：
再查看供应商行项目：
由此可以看到，SAP系统根据分期付款的条款，将应付款分成了三笔，挂在供应商头上，并按照分期付款的日期计算到期日。
SAPMM分期付款场景下的付款方式
SAPMM分期付款场景下的付款方式
SAP MM 分期付款场景下的付款方式
近日收到所在项目上的某用户报告的一个问题，说是某个采购订单发票里的付款方式与财务凭证里的付款方式不一致，让帮忙解释一下。
比如如下的采购订单，付款方式是Z016,
第二个ITEM的发票，
看发票单据抬头数据，付款方式也是Z016,
继续去看这个发票相关的财务凭证，
双击第6个ITEM，进入如下界面：
付款条款是ZD01 ！！这是为啥？
我收到这个问题后，首先有去检查供应商主数据：BP主数据里的付款条件，采购视图，
付款方式是空。
公司代码视图，
付款方式还是空。
怪哦！
经过咨询项目上的财务顾问，找到了原因。
经查Z016 付款方式是一个付款方式组，
后台配置，
它是一个分期付款的付款方式。
分三次付款，第一次30%，付款方式是ZA01；第二次付65%，付款方式是ZC06, 第三次是尾款5%，付款方式是ZD01。
分期付款相关的payment terms配置，如下图，
系统根据付款的比例自动确定此次付款适用哪个付款方式。
实际上这张发票的财务凭证的最后三个ITEM细节里的付款条款各不相同，
逐个看该财务凭证的第4，第5，第6个行项目。
第4个ITEM，
付款方式是ZA01. 第5个ITEM，
付款方式是ZC06. 第6个ITEM，
付款方式是ZD01.
可以看到财务凭证里的付款方式是后台配置里按比例付款，确定每次付款的付款方式起的作用。
2020-1-21 写于苏州市。
SAP应付业务处理详解
1. 业务流程目的本流程主要描述应付帐款有关的各类业务，包括应付/其他应付处理，预付款和付款处理、月底和供应商对帐流程，同时对财务使用的供应商作出了说明。
2. 业务流程原则2.1 供应商主数据有关概念2.1.1 供应商主数据定义和分类供应商主记录决定供应商的业务数据的处理和过账，它包含了与供应商发生业务所需的所有信息，部分字段的值会在凭证输入时作为缺省值出现，包括一般数据和公司代码层次数据。
在部品各公司中，把员工也作为一种特殊供应商进行处理。
根据部品各公司的业务情况，供应商主数据分为以下类别，不同帐务组的供应商有不同的编号范围，所有部品公司共用这些账户组。
2.1.2 供应商主数据包含信息不同供应商的帐务组，会有不同的字段状态组，字段状态组决定了维护供应商主数据时，哪些字段必须输入、可选输入、字段显示及隐藏的状态。
供应商主记录字段说明：2.1.3 统驭科目统驭科目是特别的总账科目，应付账款通过统驭科目与总账相集成。
当在应付账款中记账时，总分类账中的统驭科目会同时自动更新，确保总分类账和应付账款在任何时点的余额都保持一致。
TCL部品各公司供应商主数据中使用以下统驭科目：应付帐款-集团内关联应付帐款-集团外关联应付帐款-非关联其他应付-集团内关联其他应付-集团外关联其他应付-非关联其他应付-员工应交税金（仅为海关使用）长期应付款2.1.4 特别总账业务应付账款中对供应商业务的处理在总分类账中是反映在统驭科目上的，但同一供应商的业务有时由于账务处理的需要，在总分类账中要反映到不同的科目上。
如供应商的发票处理通常是负债类的应付款，但对其预付款则是资产类的科目。
系统对此类业务处理是通过给出不同特别总账标志来指向不同的统驭科目。
TCL部品设有如下特别总账标志：特别总账业务会使用到以下统驭科目：预付帐款-集团内关联预付帐款-集团外关联预付帐款-非关联应付帐款-信用证其他应收-员工借款其他应付-集团内关联其他应付-集团外关联其他应付-非关联应付票据-集团内关联应付票据-集团外关联应付票据-非关联2.1.5 付款条件付款条件是公司与供应商业务交易时默认的向供应商的付款条款，它维护在供应商的主记录中，在每一交易中会作为缺省值出现并可以更改。
SAP收付款条件、账期
SAP收付款条件、账期1、定义收付款条件路径：IMG→财务会计→应收账⽬和应付帐⽬→业务交易→维护⽀付条件事物码：OBB8可以创建付款条件，各项定义如下图付款条件的组合。
⼀般百分⽐空，后边直接写数字（如90）表⽰90天后过期。
如图表⽰“1天内付款折扣2%，3天内付款折扣1.5%，7天到期”“/”后边表⽰第⼏个⽉的某天为过期⽇。
两者只能选其⼀基准⽇默认的⽇期类型。
⼀般情况选择记账⽇期25表⽰当⽉25⽇，附加⽉份为1则为下⽉25⽇，依此类推25表⽰当⽉0-25⽇时，系统选择该收付款条件。
不限制则不填写上图所⽰为0-25号时所执⾏的付款条件，那么如果不在这个⽇期范围内的付款条件如何执⾏呢？这时候我们就需要再设置⼀个0999的付款条件，天数限制可以定义为31.如果出现下图的情况，则0-25⽇执⾏0999-25，26⾄31⽇执⾏0999-31.2、将付款条件分配给客户事物码：XD02，对客户进⾏修改。
销售区域视图→开票凭证页→付款条件。
3、何时为计算付款条件⾸⽇VA01做订单，VL01N做交货单，过账。
VF01出具发票凭证，在转到表头中，此⽇期默认为交货单过账⽇期，可以修改出具发票⽇期，此⽇期就是付款条件⾸⽇。
4、如何更改计算付款条件⾸⽇可在上述位置修改，或在出具发票时，将出具发票⽇期更改。
5、如何查看过期应付款事物码FBL5N，可以选择过期或全部等条件，在列表中可以看过期、未到期、已清等类型的订单。
当然也可在此更改到期⽇期等条件。
6、如何进⾏收款及收款到某凭证事务码F-28进⾏收款，如需收款到某凭证，可选择附加选择：凭证编号。
在下⼀界⾯中输⼊凭证编号，点击处理未清项。
在这⾥填⼊凭证编号即可对此凭证进⾏收款。
7、统计分析这个报表仅是最基础的到款数据，需要依次进⾏进⼀步的统计数据就需要根据凭证之间的关系进⾏分析。
1张会计凭证----N个交货单1张销售订单—N个交货单1个会计凭证中可能会有1/N张订单数据或者整张订单数据或者N张订单数据通过会计凭证可以找到对应的交货单号，也就能找到对应的产品发货数据，根据交货单号能够找到订单数据。
SAP中的分期付款业务分析
第一节支付条款支付条款是企业进行日常购销过程中对收付款项的事先约定。
曾服务过的某家外资企业，支付条款实际上是作为采购和销售合同的一部分，比如对国外的采购订单(采购合同)的打印是一定要打印出数页面非常详细的附加采购条款的,这些条款包括支付条款,运输条款(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手工输入和更改。
解析SAPS4HANA的付款条件
解析SAPS4HANA的付款条件写在前面SAP系统在S/4 HANA的版本不断升级过程中，很多内容也在不断的更改和集成，特别是财务方面，变动比较多一些，很多事务和表等内容的删减、增加、融合，可能让一些顾问觉得有些不太适应，所以，我在公众号里也发了很多关于S/4 HANA版本更新的内容，也发了不少和ECC6.0对比的内容，今天来看一下付款条件是否也发生了变化。
界面展示使用事务码OBB8（路径感兴趣的朋友可以自行找一下，我这里就不写了），进入付款条件界面，如下图所示：SAP FICO内容解析下面我就按照上图标记的12345，来解释一下付款条件的这些内容，方便读者有个更清晰的理解。
1、账户类型付款条款可以控制它是否仅适用于供应商付款条款可以控制它是否仅适用于客户付款条款可以控制它是否适用于两者2、基准日期计算固定日：适用于基准领域。
如果我在固定日期字段中输入1，则无论我的过帐日期和文档日期如何，它都将作为基准日期始终为1（每月的第一天）。
例如，我的发布日期和文档日期是2018.09.20，系统将基准日期作为当前月份的2018.09.01。
那么按照上面的屏幕截图，截止日期为2018.09.30（ 30天）。
附加月份：我们可以修复额外的月份来计算基准日期。
举个栗子：如果我在附加的月份中添加12，这意味着我的基准日期将是12个月一般计算（这里可以再次使用固定日）3、付款冻结/付款方式默认值冻结代码：这个意思是可以通过支付条款来阻止交易，点开F4帮助可以看到，有锁定支付，收付冻结等内容。
后面还有一个复选框，意思是如果选中了这个标记，那么当输入项目的时候以及当更改了付款条款代码冻结付款从支付条件里传输。
如果没有选中标记，那么当输入项目的时候冻结付款只从支付条件里传输。
付款方式：我们可以通过付款方式支付来阻止交易。
4、基准日期缺省值有四种不同的默认日期可以发送到基准日期字段。
没有默认值（没有日期或者手动输入）记账日期凭证日期输入日期（当前日期或者系统日期）。
SAPF.5D和F.5E的相应业务操作分析和说明
F.5D和F.5E的业务逻辑与分析为了生成业务围的资产负债表，需要将有关科目（如税金等）发生对应到的业务围。
系统提供资产负债表调整功能自动生成调整凭证，根据对方科目，将此类科目对应到业务围。
首先，用F.5D来计算。
计算结束后，用 F.5E来过账。
资产负债表调整过報縊务科目2010. 03. 31 总账科目BAfl TFB1本位帀金额1 (RIB )21710101002000232 丄73.19282, 873.1921710101002000156, 68® 780. 48 156, 686, 780. 482171010100300035& 61L18 358, 611. 1821710105002000255. 774, 793. 04255, 774“ 793. 04217101050020002,127,606. 26 2昇27, 606. 2621710105003000L 679, 407. 991,67勺407. 992171010100200016,210^161.33 210^161. 332171010100200016& 682. 01 16& 682. 0121710101002000523〃076. 93523, 076. 93过堆分配资产卖债表谒整过岷公司代码1930行项目逵择到包含结算日2010. 03. 31鋼親下限日期□ 1E入利润中社输出壁U Z；切行顶目等级日志□己分配的焼征日憲附加标题由于系统设置有问题，从别处找了一图片:P瓷产负债表调整过帐咒证矣型：SJ 「为瞠蛊证〕常規文車F.3D 启FJE^t 的摊证.我们再从当前系统找一: 祝誉虧爲lu H1用科目的简短说两PK 雌尸■文本1 2 50 40 4200130000 6100u0i>j00令慣费 业舟区墟调整 3010013120100U132, 94& 0032, 94&. 0C匕工试肯浬艘 匕工制管理再它其实跟利润中心层面的凭证分割是一样的, 务围层面出具完整的资产负债表。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一节支付条款支付条款是企业进行日常购销过程中对收付款项的事先约定。
曾服务过的某家外资企业，支付条款实际上是作为采购和销售合同的一部分，比如对国外的采购订单(采购合同)的打印是一定要打印出数页面非常详细的附加采购条款的,这些条款包括支付条款,运输条款(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，表示使用汇票付款，如果选上右边那个“ ”是什么意思呢？过程是这样的，我们在供应商/客户主数据维护支付条款，记帐时将默认带到凭证中，显然在实际业务中，供应商的不同业务可能对应不同的支付条款，因此可能在记帐时修改支付条款，现在有个问题，假设默认的支付条款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不是人妈养出来的?和支付条款相关ERP模块：I.资金计划层次可分现金存款层，应收预测，应付预测等，支付条款决定了预测收付款日，这对资金预测的正确性非常重要，详细参考本书的TR章节。
II.特别是应收的催款,正确的到期日通过支付条款计算出来。
III.应收应付的帐龄分析，正确的到期日非常关键。