問題的提出：

很多企業(yè)在晚上運(yùn)行后臺作業(yè)來開具到期發(fā)票。問題是這些自動運(yùn)行的到期清單，是以怎樣的邏輯被拆分、合并的？本文檔將解釋標(biāo)準(zhǔn)系統(tǒng)的工作邏輯并提供事例來說明怎樣對標(biāo)準(zhǔn)邏輯作自定義增強(qiáng)。

發(fā)票（Billing Documents）是用功能函數(shù)RV_INVOICE_CREATE來創(chuàng)建的，這個(gè)函數(shù)將被VF01/SAPMV60A、VF04/SDBILLDL等事務(wù)碼調(diào)用。在此函數(shù)運(yùn)行之前，會有一個(gè)內(nèi)含一條或者多條數(shù)據(jù)的內(nèi)表傳入。這些數(shù)據(jù)將以客戶、銷售組織、開票類型等字段排序，排序的結(jié)果是這些數(shù)據(jù)被分成了幾個(gè)小組。對每一個(gè)小組，系統(tǒng)邏輯試圖合并他們從而開除一張發(fā)票。在發(fā)票創(chuàng)建的過程中，系統(tǒng)將從上述內(nèi)表中提取出抬頭和行項(xiàng)目數(shù)據(jù)，填充至帶開票的內(nèi)存數(shù)據(jù)中。

r3中包含了一種用于數(shù)據(jù)傳輸控制的可配置的函數(shù)邏輯（Routines），叫Data Transfer Routine，它可以更改數(shù)據(jù)從源憑證到目的憑證的傳遞方式。本例中將對發(fā)票憑證進(jìn)行討論。

一旦待開票的數(shù)據(jù)（內(nèi)存數(shù)據(jù)）被填充，系統(tǒng)邏輯將循環(huán)對照次行數(shù)據(jù)與前行數(shù)據(jù)，如果基本字段一致，兩者將被合并。如果不同，新的發(fā)票將被創(chuàng)建。發(fā)票里有幾個(gè)特殊的字段，他們不能作為拆分依據(jù)。下一節(jié)將說明標(biāo)準(zhǔn)合并規(guī)則（Standard Combination Criteria），里面列舉了這些不能作為拆分依局的字段。

總結(jié)

以上是生活随笔為你收集整理的VOFM、Copy Control与合并开票的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。