AR-自动开票问题.

dwilson

将RA_INTERFACE_LINES_GL改为RA_INTERFACE_LINES_ALL，正在运行的request_id作为参数，执行error.sql会返回一行结果，这也是我比较纳闷的地方。

通过比较，这两个sql语句有挺大的区别，例如error.sql采用INVOICING_RULE_ID，而OK.sql采用INVOICING_RULE_NAME，按理来说，这些应该都是一样，不知哪里出了问题。

dwilson

顶一顶，还没有解决！
现在在等SR处理。

remen

please perform following action plan in test instance only

update RA_CUST_TRX_TYPES_ALL
set CUST_TRX_TYPE_ID = &CUST_TRX_TYPE_ID -- You need to make sure this is two character value and it is not already in the table.
where CUST_TRX_TYPE_ID = 1053

--If one row updated then commit.


update RA_INTERFACE_LINES_ALL
set CUST_TRX_TYPE_ID = &CUST_TRX_TYPE_ID
where CUST_TRX_TYPE_ID = 1053
and INTERFACE_LINE_ID = 490239



--If one row updated then commit.


After this run Autoinvoice for sales order 101100013364

Please do not migrate this to Production.

dwilson

根据Remen的sql语句，将两个表的CUST_TRX_TYPE_ID 由1053改为53（唯一），提交自动发票后，提示错误“You must supply payment terms for your non-credit transaction”，查看接口表，发现term_id为null，更新为1000（根据销售订单），出现错误“Please correct the revenue account assignment (0301.5101101.1502.0000.0000.99.00)”，检查客户收单方的利润账户，发现成本中心对应账号已经被失效。修正账户后，自动发票成功，此时CUST_TRX_TYPE_ID 为53；在此之前，将53改回1053，运行请求还是无法完成。

比较疑惑，CUST_TRX_TYPE_ID 由1053改为53，就可以有结果返回，不知这两位的ID有啥玄机。

dwilson

再一次感谢Remen的鼎力支持，现在已经看到希望了！

remen

RA_CUST_TRX_TYPES. CUST_TRX_TYPE_ID 是唯一的，这个id是有一个序列控制的，你看看这个序列的current value是多少？
如果没猜错的话应该是4位的！
11.5.7这个版本不支持4位的id,你现在能做的就是把现有的id update为2位，然后重建序列，让序列的concurrent value大于已有的id(2位）
这是唯一的解决方法，否则你只能升级到11.5.10.2

dwilson

好的，谢谢Remen，我测试看看。

[ 本帖最后由 dwilson 于 2009-7-13 14:48 编辑 ]

dwilson

将CUST_TRX_TYPE_ID 改为2bit，测试了几笔销售订单，从挑库到发运，数据到接口表和生成发票均成功。

系统目前是无法升级到11.5.10.2的，所以只好采用这种方式了。

感谢大家支持，特别是Remen，帮忙提了SR和以及期间周到耐心的解答。