创建AP计划付款API

最新推荐文章于 2024-02-01 14:45:36 发布

夏日青草

最新推荐文章于 2024-02-01 14:45:36 发布

阅读量4.7k

点赞数

分类专栏： ORACLE EBS AP

本文链接：https://blog.csdn.net/xiariqingcao/article/details/9066489

版权

本文讨论了在使用ap_create_pay_scheds_pkg.Create_Payment_Schedules API时遇到的问题，包括只能生成一条计划付款行和无法插入额外字段。为解决这些问题，提出了定制cux_ap_create_pay_scheds_pkg的方案，通过生成唯一的PAYMENT_NUM和添加新字段。然而，验证过程调用的AP_APPROVAL_PKG.Approve会删除自定义插入的记录。为应对这一情况，建议在插入计划付款时使aps.last_update_date稍大于aps.creation_date以避免被删除，但这种方法可能存在的潜在问题仍需进一步验证。

摘要由CSDN通过智能技术生成

ap_create_pay_scheds_pkg.Create_Payment_Schedules --创建计划付款

业务需要后台程序拆分发票计划付款行，可以使用上面的API。但是上述API存在如下问题

1.该API只能生成一条计划付款行，如果已经存在计划付款行，则会报错。

原因：因为每次调用该API都会生成 PAYMENT_NUM = 1 的记录。如果已经存在记录则报违反唯一性约束错误。

2.该API不能插入暂挂,暂挂原因，银行等字段

所以这个地方需要客户化cux_ap_create_pay_scheds_pkg,使其每次进入该API时生成MAX(PAYMENT_NUM)+1 的记录，

其次参数中添加暂挂,暂挂原因，银行等字段

测试后证明：

使用上述方法可以对一张发票生成多行计划付款，而且能够实现暂挂。

但是当我们验证发票的时候，会发现验证程序会将我们插入的多行记录都删除，然后生成一行数量与发票数量相等的

计划付款，相当于将其初始化了。

验证的时候会调用AP_APPROVAL_PKG.Approve

其中有如下代码：

IF (l_recalc_pay_schedule_flag = 'Y') THEN

      SELECT DECODE(NVL((MAX(aps.last_update_date)- MIN(aps.creation_date)),0),
                     0,'N','Y')
        INTO l_diff_flag
        FROM ap_payment_schedules aps
       W