Urgent: 求救AR自動商業發票產生

ppccqq

TRX_NUMBER就是发票号码，

sally_ge

to Jiessie ,是否你运行SQL后，看到的ra_interface_lines_all表中TRX_NUMBER是否就是发票号。
若的确是导成发票的编号，我就没办法了。我们的设置和你们的可能有什么关键性的差异，我们的TRX_NUMBER字段无论导过去的接口行还是没导过去的全是空的。
我想PPCCQQ是对的，TRX_NUMBER字段很可能就是发票编号。为了确信一下可以和METAILINK咨询一下，并检查一下是否没有导成发票的接口行TRX_NUMBER不为空。
select
TRX_NUMBER
from ar.ra_interface_lines_all inf
where inf.customer_trx_id IS NOT NULL
AND INF.TRX_NUMBER IS NOT NULL
若运行结果确实为空，就可以判断未导成发票的接口行无TRX_NUMBER字段的信息。若有值，可以确保TRX_NYUMBER不是发票号。
我想TAR中问清这个问题最好，当然JIESSIE可以先运行一下上面的SQL。

ppccqq

to sally_ge:发票来源是手工编号，所以是将交货编号传到AR做为发票编号。

sally_ge

自动发票事务编号可以使接口表的TRX_NUMBER 保持为空。
1、profile:i设为自动
2、事务处理SOURCE设为自动编码。
3、SOURCE分配给对应的订单类型。
4、GROUP 规则可选项目定义为INTERFACE_LINE_3
5、导成发票完全正确。将同一个DELIVER的导在一张发票上。
如图：

sally_ge

测试方式：
1、PROFILE 设为DELIVERY.
2、来源设置为手工编号。
3、将来源与销售订单类型对应上。
4、作三张订单，共一个客户。PICK 后，自动创生DELIVERY，将三张订单中的六行分配到一个DELIVERY号中。
5。发运确认，订单行到达INTERFACE表中。在接口行对应窗口中看到TRX_NUMBER 对应一个值DELIVERY 号2464。
6、运行AUTOINVOICE.
导成发票后如图：

Jiessie

"是否你运行SQL后，看到的ra_interface_lines_all表中TRX_NUMBER是否就是发票号"  .
RE:  是.  咝心闼?o的SQL是有值的,而且其值就是在AR中所產生的Transaction Number.
        另自動編號 和 以Delivery Name 編號兩種情況我都有試過,而且相應的設置也和你所列的一樣,但就是在AR中的產生的結果不一樣?? 真的是郁悶啊!
我所用的版本是11.5.4 , 不知是不是PATCH的問題(現最後一個PATHC為OM_F:2164555, AR_F:1763786), 因為我對技術方面現還不懂啊,所以不知怎樣去查解決這個問題之相應的PATCH.

sally_ge

jiessie:我昨日怎么测都测不出来你的错误，我想我们的系统之间一定有所差异。补丁一定要打的。但我也不清楚需要打哪个补丁，在测试版中让你们的技术人员先打完补丁，你再充分测试，问题解决了，再打正式版。
AR早期的问题很多，你一定要争取使用SQL的权限，以便自己查错。另外希望你能在自己的版本中测试自动编号的发票，应该自动编号时，多订单同一DELIVERY的接口行，一定还存在有其他的强制分组字段，因为自动开票时，TRX_NUMBER为空，若所有的强制分组字段在导成发票前完全相同，选择分组字段为DELIVERY，结果导成的发票又变成多组，那就说明AR AUTOINVOICE 一定有问题，也需要打补丁。

Jiessie

在Mandatory Grouping Attributes中PURCHASE_ORDER是不是就是Order Information中的Customer PO啊?據我查看及測試的結果是對應一致的,所以會出現一個Delivery name 產生多個Transaction Number的現象,因為當我在輸入Sales Order 時,如果不輸入Customer PO,然後測試其出貨及Autoinvoice,是可以不同Sale Order的Delivery Name產生一個與其對應的Transaction Number即這一點是我所需要的Autoinvoice產生規則.
    但是我們的Sales Order是必須要Customer PO信息的啊,怎麼辦?有沒有辦法解決啊?

sally_ge

终于有所进展了，JIESSIE。你现在急需解决的是这个Customer PO的参考信息记在什么地方才能满足你的需要，并且不会作为Mandatory Grouping Attributes。这个问题你最好在TAR上告诉顾问，能否改动系统标准功能中的Mandatory Grouping Attributes，或是提供一个其他字段（如描述性弹性域之类的)，看看能否正常地传到AR，达到你需要的Autoinvoice分组形式。
这一块PPCCQQ应该很熟，也许他能帮上你，祝好运！

Jiessie

真是非常謝謝你的幫助.今天下午當我測試得以證實這個原因後我一直盼著你出現在MSN上,因為我要告訴你呀!
其實較早以前我就有發現個問題,只是一直沒有測試,真是暈!
昨天我也有在ODC上和Oracle Analyst 交流過並且通了電話,不過他只是了解了一下情況,說等候他的回復. 今天這個測試的結果我還沒有反映到TAR上去,你能不能幫我按照你上面所說的意思譯後發EMAIL: JIESSIE168@21CN.COM 給我,我再傳到TAR上去. 呵呵,目前我對我的英文還沒有信心,怕在這關鍵時刻描述不清啊.
I appreciate your help.