問題的提出：

很多企業在晚上運行后臺作業來開具到期發票。問題是這些自動運行的到期清單，是以怎樣的邏輯被拆分、合并的？本文檔將解釋標準系統的工作邏輯并提供事例來說明怎樣對標準邏輯作自定義增強。

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

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

一旦待開票的數據（內存數據）被填充，系統邏輯將循環對照次行數據與前行數據，如果基本字段一致，兩者將被合并。如果不同，新的發票將被創建。發票里有幾個特殊的字段，他們不能作為拆分依據。下一節將說明標準合并規則（Standard Combination Criteria），里面列舉了這些不能作為拆分依局的字段。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。