Skip to Content

问题描述:

在银企直联中,针对FIBLFFP等产生了对供应商的付款请求可以通过创建付款请求建议带入EPIC中。问题在于由于在产生付款请求的同时会有相应的供应商应付凭证产生。而在EPIC_PROC中可以通过普通的凭证的付款建议重新带入相同的凭证(虽然带入的是不同的借贷行项目,但难免产生疑惑)

本文简介下问题的产生过程及相应的解决办法。

1.首先执行FIBLFFP,创建一个供应商的付款请求。

A.png

2. 付款请求创建成功,相应的FI财务凭证也产生了。本例中产生的付款请求号为“234”相应的FI凭证号为“2000000000

    B.png

3. EPIC_PROC中为该付款请求创建付款建议:

    1Capture.PNG

4. 付款请求的付款建议成功执行,有相应的行项目带入EPIC. 这里我们可以看到该行项目的来源是FI-BL, 请求号为“234”相应的FI凭证”2000000000”也被带入

    E.png

5.再次针对该凭证创建普通的付款请求

   F.png

6. 执行完毕可以看到该凭证的另外一条行项目也被带入EPIC, 状态为“Warning” (实际上该行项目是不可支付的,因为它包含借方的balance,但系统不应该给warning状态而应该是exception)

  G.png

解决办法:配置付款冻结

1. 首先我们需要在后台配置付款冻结,具体路径为

     SPRO->Financial Accounting (new)->Bank Accounting->Business transactions->Payment transactions->Payment Request->Define Payment Blocking        Indicators for Accounting Documents

    H.png

    此处我们定义block”P”

    I.png

 

2. 接下来我们可以将该block定义在该供应商的主数中,可以通过FK02->Payment Transaction Accounting

    注意,如果不想在供应商主数据里设置该冻结,可以在相应的FI凭证产生后手动给该凭证设置冻结(FB02中设置)

    J.png

3. 重新测试设置Block之后的结果:

还是先创建一个供应商的付款请求:产生付款请求号为”235“,相应的FI凭证为”2000000001”.

K.png

  L.png

4. 然后执行EPIC_PROC,重新执行付款请求付款建议

   M.PNG

5. 我们可以看到付款请求”235“被带入EPIC中,与付款请求“234“无本质区别

    N.png

6. 继续针对该FI凭证做普通付款建议:

   O.PNG

6. 执行完毕,该凭证被带入EPIC,但状态是“Exception”状态,并且该行项目是无法被支持的,信息显示该供应商被冻结,无法支付

   P.png

虽然无法避免将该FI凭证带入EPIC (系统标准设计的原因),但是至少将这些特殊的凭证在带入EPIC时置成了“例外“状态,减少客户的疑惑。

To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply