銷售模組主要的業務表及其關係

2021-05-17 11:08:22 字數 4742 閱讀 3395

銷售模組有很多的業務表,下圖是乙個簡單的概括,不全面,而且沒有涉及到

project

,但涵蓋了主要的一些表。希望對理解銷售模組功能的實現邏輯和開發有幫助。由於我個人ax經驗也不足,難免有什麼紕漏,還請不吝指教。

step4, 5, 6:

當對於乙個或多個

so(sales order)

做乙個confirmation

單時,如果不存在彙總,每乙個

so都單獨擁有乙個

confirmation單,

那麼,每乙個

so都對應會生成一條

custconfirmjour

,而custconfrimjour和so

之間的關係是通過一條

custconfirsaleslink

來連線的。每一條要做

confirmation

的so line

會對應有一條

custconfirmtrans

記錄。如果存在彙總,如:

so

invoiceaccount

so000001

c00001

so000002

c00001

so000003

c00002

當我們在做

confirmation

時,以invoiceaccount

來對so

進行彙總,那麼就會生成如下:

so

invoiceaccount

custconfirmjour

custconfirmsaleslink

so000001

c00001

a journal with salesid = so000001

new sales link with salesid = so000001 and origsalesid = so000001

so000002

c00001

new sales link with salesid = so000001 and origsalesid = so000002

so000003

c00002

a journal with salesid = so000002

new sales link with salesid = so000002 and origsalesid = so000003

如果so

的line

如下:so

line

custconfirmtrans

so000001

line1

trans with salesid = so000001 and origsalesid = so000001

line2

trans with salesid = so000001 and origsalesid = so000001

so000002

line1

trans with salesid = so000001 and origsalesid = so000002

so000003

line1

trans with salesid = so000003 and origsalesid = so000003

在過賬confirmation, picking slip, packing slip, invoice

時,會有一些中間表來輔助過賬,這些表大多以模組

+parm

開頭。如在過賬

invoice時,

會有這樣一些表:

table name

description

salesparmupdate

每次過賬時,會新生成乙個

parmid,

過賬過程中用到的所有中間表都會包含這個

parmid

,也就是說用

parmid

可以區分同一批次過賬的所有記錄

salesparmtable

當多個so

彙總過賬時會選其中乙個

so作為頭,

salesparmtable

會對應這個作為頭的

so。如果不存在彙總,那麼

salesparmtable

直接對應相應的so

salesparmsubtable

當多個so

被彙總過賬時,所有被彙總的

so都會對應有一條

salesparmsubtable

來對映到原始的so

salesparmline

當多個so

彙總過賬時,這些

so下的所有

line

都會以salesparmline

被對映到那個作為頭的

so上,並通過

origsalesid

和其原始的

so關聯。

salesparmsubline

當多個so

彙總過賬時,

salesparmsubline

會將所有這些

so下的

line

對映到其原始的

so上,並與

salesparmline

關聯step 13, 14, 15:

當過賬invoice

時,每一條

salesparmtable

會對應生成一條

custinvoicejour,

每一天salesparmline

會對應生成一條

custinvoicetrans

。custinvoicesaleslink

將在custinvoicejour

與其所涉及到的所有

so直接建立乙個關聯。

與此同時,會生成記帳憑證,記錄在

ledgertrans

表中。custinvoicejour

相當於銷售日記賬,同時在過賬時,客戶明細賬會被寫入到

custtrans

。而與客戶有關的沒有被結算的交易則會被寫到

custtransopen

表中,並且

custtrans

和custtransopen

直接會建立關聯。

如果對應某一筆交易,我們有乙個收款計畫,比如六個月收完,那麼根據這個收款計畫,會為計畫中的每一次還款建一條

custtransopen.

所以,custtrans

與custtransopen

之間是1:n

的關係。

step 19, 20, 21:

在結算時需要選擇我們的付款時用於結算那一筆交易,這個時候我們是將我們的付款日記賬與未結束交易進行關聯,也即

custtransopen

和ledgerjournaltrans

。ledgerjournaltrans

上有乙個字段

invoice,

它表示所要結算的發票號,如果一條

ledgerjournaltrans

同時用於結算多個發票(通過

mark

要結算的記錄便可)時,你會發現

invoice

變為』*』

號。ledgerjournaltrans

與custtransopen

之間的結算與被結算關係是通過乙個中間表

spectrans

來完成的,具體對應關係請參考圖中的表關係。當

mark

一條custtransopen

到ledgerjournaltrans

時,先查詢

spectrans

確認該custtransopen

沒有被其他付款所結算,然後新建一條

spectrans

表示要用這筆付款結算該交易。如果同時結算多個

custtransopen,

那麼就產生對應多的

spectrans

。如果取消對某條

custtransopen

的mark,

對應的spectrans

也會被刪除掉。

step 22, 23, 24:

當過賬某一筆付款日誌時,那麼新建記賬憑證(

ledgertrans

),付款交易被寫入到

custtrans

中,這條新的付款交易用於結算在銷售過賬是生成的那條

custtrans

,它們之間結算與被結算的關係被儲存在

custsettlement

表中。結算之後,刪除掉對應的

custtransopen

(應為custtransopen

本身就是用來記錄需要被結算的交易,當交易被結算後自然要刪除的)。同時也刪除對應的

spectrans

opencv的主要模組及結構

基礎介面及操作 動態結構 陣列操作 繪圖函式 xml yaml 聚類及實用程式和系統函式巨集。影象濾波 幾何影象變換 混合影象變換 直方圖 結構分析及形狀描述 運動分析及目標跟蹤 特徵及目標檢測。運動分析及目標跟蹤。攝像機標定及3維重建。特徵檢測與描述 特徵檢測提取匹配介面 關鍵點與匹配點繪圖及物件...

SAP 主要模組及簡介

只找了一些主要的模組,還有一部分沒有寫出來。fi 財務會計 集中公司有關會計的所有資料,提供完整的文獻和全面的資訊,同時作為企業實行控制和規劃的最新基礎。tr 財務管理 是乙個高效率財務管理完整解決方案,確保公司在世界範圍的周轉,對財務資產結構實行盈利化組合,並限制風險。co 管理會計 是公司管理系...

Heritrix的主要模組

1 frontier 鏈結工廠 是heritrix最核心的部分,有三個核心的方法 next,schedule,finished,其原型及作用如下 a 程提供乙個鏈結.heritrix的所有處理執行緒 toethread 都是通過呼叫該方法獲取鏈結的 b schedule candidateuri c...