今天讲讲供应商主数据中的两个Terms of Payment 区别及如何定义付款条件等

vicky987654321

wanilycrf 发表于 2012-4-16 08:43
按我的理解和测试，不是“在采购环节：供应商采购数据层的付款条件优先级高于公司代码数据层的付款条件”， ...

不是的，您可以测试，如果您付款使用F-02的话，是你说的这种情况，我已经加上了。您再看看我写的吧，或自己测试一下！

sofy124

采购业务采购付款条件优先，财务业务（付款结算）公司代码层付款条件优先。

vicky987654321

sofy124 发表于 2012-4-16 09:12
采购业务采购付款条件优先，财务业务（付款结算）公司代码层付款条件优先。

您试试吧！我的这个供应商里，采购数据层的是0003，而公司代码层的是0002.。

vicky987654321

转点关于Payment Terms 付款条件资料：
1.付款条件中的日期有三个：第一折扣日、第二折扣日、净价日。如仅定义帐期无折扣，可直接在第一折扣日中输入天数，此字段影响帐龄计算。系统在计算帐龄时会自动取这一字段，但在客户化开发报表时，需注意到期日需按净价日、第2折扣日、第一折扣日的顺序取，SAP的说法是允许的最大日期。
2. 固定日。是指付款基准日的计算方式，如行项目的付款基准日为YYYY.MM.DD，则设定了固定日的实际付款基准日为YYYY.MM.固定日。在固定日之前的业务基准日为本期期末，固定日之后的业务基准日为下期固定日之前。附加月份指后延几个期间。固定20日付款：实际付款基准日为YYYY.MM.20，每月20日前的业务基准日为当月20日，20日之后的业务基准日下月20日。如果有附加月份，则再加上附加月份的时间。
3.天数限制。用于同付款基准日一起选择付款条件。比如同为ZP04的付款条件，付款基准日在10号前的，使用的是ZP04+10天数限制的付款条件，付款基准日在 10号之后30号前的，使用的是ZP04+30天数限制的付款条件。下图为ZP04+30天数限制的付款条件，实际上此图表示的是如果在10号之后30号之前的业务，付款条件是立即支付（不是30天内付款），没有任何折扣。

justforregister

vicky987654321 发表于 2012-4-16 08:35
哈哈，搞数据就是个体力活啊！

这个是end user的人搞，我们只是设计开发程序，审批流程...

vicky987654321

定义收付款条件
路径：IMG→财务会计→应收账目和应付帐目→业务交易→收进发票/贷项凭证→维护支付条件
事物码：OBB8

可以创建付款条件，各项定义如下图：

点击新建:
之后录入数据如下图

PS:哪些字段不清楚的话，按F1吧，比我说的清楚。

vicky987654321

justforregister 发表于 2012-4-16 11:25
这个是end user的人搞，我们只是设计开发程序，审批流程...

哈哈，一般用户做的时候，我一般都会全程陪同，确保数据质量。虽然辛苦点，但还是值得的。否则一旦数据有问题麻烦会很大。

superoasiscn

wanilycrf 发表于 2012-4-16 08:43
按我的理解和测试，不是“在采购环节：供应商采购数据层的付款条件优先级高于公司代码数据层的付款条件”， ...

我认为不是优先级的问题， 而是各有不同的用途。 赞同wanilycrf的意见。 但是， 当两个Terms of Payment不一样时，如何理解？是否可以理解为在采购的全过程中， 包括付款，都应用Purchasing data中的Terms of Payment？ 如果是这样，另外一个应该在哪一种业务场景中用？谢谢！

justforregister

vicky987654321 发表于 2012-4-16 11:40
哈哈，一般用户做的时候，我一般都会全程陪同，确保数据质量。虽然辛苦点，但还是值得的。否则一旦数据有 ...

这个就要靠程序控制啦， 然后还有data manager审批》。。。

vicky987654321

justforregister 发表于 2012-4-16 12:47
这个就要靠程序控制啦， 然后还有data manager审批》。。。

哈哈，太理想话了。审批无非避免责任问题或提醒整理数据的人仔细点而已。
多少都会有问题，出现问题就得解决。而解决问题的过程才是最麻烦的。哎，记得有一次因为差4分钱，结果在系统里花了2天2夜找差异原因啊！