1、客户信用控制 1. FD32 修改客户信用额度 Total amount: 指客户累计总的信用额度 =C &空：是旧版 SAP 的设定，一般不再使用。 这里因为是 SO 层面的信用控制，故都选择“ 01” DN 订单类型的信用控制 分别选用“ 02” DN 创建的时候检查，“ 03” DN PGI 的时候检查。 Open orders/open deliveries: 打勾表示检查 open SO & DN 的金额； Static: 静态的，表示只检查一张单，不会检查 open 的，即使在 OPEN 那里打勾；也不会检查 open 的金额。 Dynamic: 动态检查， Horizon: 2M
2、 表示检查两个月之内的 OPEN 金额 Reaction: 系统对于信用额度检查所作的反应， “ C”表示警告 +超出信用多少金额，“ D”表示错误 +超出信用多少金额，通常可以设定 SO: C - DN: C - PGI: D Max.doc.value: 选择 document value 时，设定的信用额度最大金额，通常用于新的客户。 Open items: 设定 超过未清 金额 的 50%， 并且过期 60 天，就会检查。 Checks 的检查顺序类似 access sequence，上面的检查满足了条件就不会再往下走。 Status/Block: 如果打勾，超出信用额度， SO 就会
3、被 block，不能做下一步；若要做下一步 ，必须先 Release。 风险类别（ Risk cat.）与信用组（ CG）可以有不同组合来控制不同信用额度。 6. Horizon 的解释 如果在 4 月 21 日开了一张 SO，那么这里就会自动变为 6 月 21 日， 如果风险类别是 112（低风险）在 SO/DN/PGI 的日期（ horizon）都不同，则取最小值。如果在 SO/DN/PGI 的日期（ horizon）为空，则 是当前的日期。 Horizon(21.06.2010)是指在 SO 当中，如果交货日期超过 21.06.2010，此 SO 的金额就不会计算在信用额里面。 已经清账
4、的金额 Horizon(21.06.2010)，如果输入 01.07.2010 或者之前的日子，则这张 SO 的金额放在信用额当中，如果输入的是 01.07.2010 或者之后的日子，则这张 SO 的金额就不会放在信用额当中。 10 天之内的，就在信用额； 10 天（不包括 10 天）以上的就不在信用额。 7. 付款历史记录的解释 XD03 公司代码数据 FD32: 付款的历史记录可以在客户信用主档中查看。 但是必须是一张发票全部清账才能更新这里，部分支付的话，是不会更新。 8. 如果设置了凭证的最大金额，则检查完信用额度（ Dynamic）之后，就会再检查 SO 的金额，超过限额就会报错。 客户： CE0001 公司代码： 1010 销售区域： 1011/01/00 物料： 900012345678 工厂： 2011 SO: 85000035 1011/01/03
