1. 程式人生 > >SAP - 表、業務流程

SAP - 表、業務流程

SAP - 表、業務流程

SD

KNA1

General Data in Customer Master

一般資料,客戶的基本資料,跟銷售,財務業務無關
例如:姓名,電話,地址

TCODE: XD03/VD03

 

 

KNVV

Customer mater sales data

客戶的,跟我們公司銷售相關的資料
例如:銷售地區,銷售組,客戶組,付款條件

 

 

 

KNB1

Customer Master (Company Code data)

客戶的,跟我們公司財務相關的資料
例如:統馭科目

 

 

 

 

 

 

 

 

 

一般流程

詢價VA11-->報價單(VA21-VA23)-->建立訂單(VA01-VA03)-->交貨(VL01N)-->撿配(LT03)à發貨過帳(VL02N,產生物料憑證)

à開發票(VF01-VF03,即賬務過賬,產生會計憑證)--->應收F-28,即清賬)

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184831130-1859586546.png

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184831552-1733401322.png即交貨確認,產生物料憑證

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184832052-546608112.png即產生會計憑證

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184832349-1996935792.png

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184832740-816806012.png發票即開票?是賬務憑證產生的前一道操作?

撿配單:TO = Transfer Order

揀配, 是指從保管場所(庫存)取出的商品,到進行商品出貨準備的揀配區,進行數量正確的備貨

 

 

 

VBAK/VBAP

詢價、報價單,訂單

通過:VBAK-VBTYP(SD 憑證類別) 來區分

TCODE: VA11/VA21/VA01/VA05N

 

 

 

訂單/報價:擡頭:客戶編號(售達方),訂單日期,銷售相關資料。行專案:產品編號,批號,物料組,產品層次,銷售數量,價格條件裡的小計1,到小計6

 

VA05N:銷售訂標準ALV報表

 

 

LIKP/LIPS

重要的欄位:擡頭:送達方,行專案:交貨數量,交貨日期

 

TCODE: VL01N

 

 

VBRK/VBRP

重要的欄位:擡頭:開票方,欄位和訂單基本一樣。

 

TCODE: VF01

 

 

VBFA

憑證(單據)流

 

TCODE: VF03

 

 

 

 

 

 

 

 

A+++/KONP

A+++是定價條件表, KONP價格條件專案

KONH: Conditions (Header)

KONP: Conditions (Item)

價格主資料在表AXXX裡,XXX表示數字,KONH和KONP分別存放擡頭和行項,三者儲存了價格主資料資訊?

 

 價格主資料

Tcode:VK11

 

 

VBAK/KONV

KONV-KNUMV(單據條件號) = VBAK-KNUMV AND

KONV-KPOSN = VBAP-POSNR

單據的價格(每張單據根據價格主資料定價格過程算出來的?)存放在KONV-KBETR裡

 

 

²  定價由四個重要部分組成:定價過程條件型別存取順序存取表。之間的關係:定價過程由一系列的條件型別組成,而每個條件型別都有一個與之對應的存取順序,而每個存取順序由一系統的A表組成,即每個存取順序的Item都對應一個存取表(A表)

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184833115-1102814367.png

²  定價過程是通過銷售區域(銷售組織+分銷渠道+產品組)訂單型別以及客戶共同決定的,這也是符合實際業務邏輯的。一般來說,定價過程總是針對一定銷售區域,一定客戶以及特定的業務型別(決定了單據型別)來完成的

²  定價過程由許多條件型別組成的。比如最常用的PR00含稅銷售價、K007客戶折扣、NTPW含稅金額=PR00含稅銷售總價-折扣、MWSI稅=NTPW含稅價/(1+稅率)*稅率、NTPS不含稅淨價=NTPW折扣後含稅價-MWSI稅額、VPRS成本(物料主資料中的移動平均價) 等條件型別

²條件型別(指定價格要素如何被計算),如果是專案條件型別,則需要在定義時維護一個存取順序存取順序區分了在不同層次上的定價。比如對於一個條件型別,可以按照客戶/物料來定價,也可以只對物料定價(還有一種:價格清單/貨幣/物料,每一種關鍵欄位組合都會產生一個A表)。如果前一個是存取順序專案號10(每一個存取順序Item都是一個A表),後一個是20,那麼在定價時,系統會判斷是否滿足第一個條件,以及前臺是否有維護過相應的資料,如果沒有則找20項,如果有則取10項,如果找遍所有存取順序,都找不到,則根據條件型別定義的是否是必須的,可能會彈出定價條件丟失的警告

 

²  如果是專案條件型別,則需要在定義時維護一個存取順序,存取順序就區分了可以在不同層次上定價。比如對於一個條件型別,可以按照物料/客戶來定價,也可以只對物料定價(每一種關鍵欄位組合都會產生一個A表)。如果前一個是存取順序專案號10(每一個存取順序Item都是一個A表),後一個是20,那麼在定價時,系統會判斷是否滿足第一個條件,以及前臺是否有維護過相應的資料,如果沒有則找20項,如果有則取10項,如果找遍所有存取順序,都找不到,則根據條件型別定義的是否是必須的,可能會彈出定價條件丟失的警告

²建立步驟:

把想要的欄位放進欄位目錄(即長關鍵欄位組合設定)

建立條件表、存取順序,把條件表分配給存取順序

建立條件型別,把存取順序分配給條件型別

建立定價過程,把條件型別分配給定價過程

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184833380-1966338665.jpg

 

https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184833568-1743460850.pnghttps://images2017.cnblogs.com/blog/717614/201707/717614-20170731184833833-1219427216.png https://images2017.cnblogs.com/blog/717614/201707/717614-20170731184834318-1860304231.png

 

 

VBUK:擡頭狀態

VBUP:行專案狀態

 

 

 

 

VBKD/VBPA/VBEP

銷售憑證:業務資料/合作伙伴/計劃行資料

 

 

 

 

 

 

 

 

 

MM

MARA/MAKT/MARM

MARA:物料的一般資料,例如:基本單位,物料組,產品層次等  、 MAKT--物料描述,MARM:物料單位換算:對比MM03-附件資料

TCODE:MM01

 

 

 

MVKE/MVVE

物料的銷售資料

 

 

 

 

MARC/MLAN

物料的採購資料

 

 

 

 

庫存

MARD:物料庫位(當前庫存)
MARDH(歷史庫存,Material Master Storage Location Segment: History)

MARC:物料工廠(在途庫存)
MSKU:第三方庫存表
MSKA:銷售訂單庫存

TCODE:MB51(物料憑證查詢,
物料移動詳情:憑證及數量)
/MB52(可用庫存)/MB53

 

 

 

可用庫存:可通過BAPI_MATERIAL_AVAILABILITY 來獲取
當前庫存:一般儲存在 MARD-LABST欄位中

在途庫存:MARC-UMLMC(中轉庫存) + MARC-TRAME(在途庫存),在途庫存是不存在庫位關係的
寄售庫存:MSKU-KULAB,寄售庫存是不存在庫位關係的

 

 

 

 

T001W:工廠表 T001L:工廠庫位關係表

 

 

 

 

MBEW

物料的財務資料、物料評估/價格

 

 

 

業務表

 

(採購詢價ME41/報價ME47報價錄入、ME49報價比較)->採購申請-->採購訂單-->傳送採購單給供應商ME9F-->採購收貨(產生物料憑證?)->發票校驗(產生會計憑證)->應付

 

 

 

 

EBAN/EBKN

採購申請頭/Item

TCODE:ME51N-ME53N

 

 

 

EKKO/EKPO

採購訂單

TCODE: ME21N-ME23N

 

 

 

MKPF/MSEG

物料憑證:採購收貨,貨物移動(MB1A,MB1B,MB1C)

TCODE:MIGO  MB01-MB03

 

 

 

RBKP/RSEG

發票校驗(錄入發票)

TCODE:MIRO

 

 

 

 

應付

F-53

 

 

 

 

 

 

 

 

 

EKBE

採購憑證

 EKKN為SO與PO的關聯表

 

 

供應商

LFA1

一般資料

TCODE:XK01-XK03

 

 

 

LFB1

公司程式碼資料

 

 

 

 

LFM1

採購資料

 

 

 

 

 

 

 

 

 

FI

BSID、BSAD

客戶的未清帳、已清帳憑證表。

TCODE:FBL5N

 

 

 

BSIK,BSAK

供應商未清帳、已清帳憑證表。

TCODE:FBL1N

 

 

 

BSIS,BSAS

總賬的未清帳、已清帳憑證表。

TCODE:FBL3N

 

 

 

 

現在要做一個報表,看某客戶某日期欠款額度如何取數?

取bsid該客戶該日期前的資料,bsad該客戶該日期之後的資料

檢視所有以上會計憑證:FB03

 

 

 

BKPF/BSEG

會計憑證的主鍵:憑證號+公司程式碼+年份

 

 

 

 

 

 

 

 

 

PP

流程:

MD02跑MRP(物料需求計劃),系統會為相應銷售訂生成相應的生產計劃單—>MD04生產計劃單轉工單—>CO02下達生產訂單準備生產—>MB1A領料生產(物料移動型別選擇“261從倉庫發貨到訂單的消耗,即領料生產”)—>CO11N工單確認—>MIGO生產訂單收貨,移動型別選擇“101採購訂單和生產訂單的收貨”(注:MIGO是一個集成了所有物料異動的事務,可以進行收、發貨等多種操作)—>CO02關閉生產訂單(訂單新增CLSD 狀態)

 

 

 

BSAD:應收明細(已清帳)
BSID:應收明細(未清帳)
BSAS:總帳明細(已清帳)
BSIS:總帳明細(未清帳)
BSAK:應付明細(已清帳)
BSIK:應付明細(未清帳)

 

 

 

 

 

 

 

 

                   

BSEG主要通過“憑證號”“會計年度”“行號”和這六張表關聯

一般情況下一筆業務產生的憑證都是未清的,那麼:如果該業務行是客戶相關的,則被記錄到BSID;
如果該業務行是供應商相關的,則被記錄到BSIK;
無論和客戶相關還是和供應商相關,都是和總帳相關,所以也會有記錄到BSIS;
但是如果這筆業務被清帳了,則相應的記錄會從BSIS轉移到BSAS

一般情況下:應收賬款、預收賬款、其他應收款、應收匯票等科目既和客戶相關,又和未清項管理的總帳科目相關;
應付賬款、預付賬款、其他應付款、應付匯票等科目既和供應商相關,又和未清項管理的總帳科目相關;
其他總帳科目一般不啟用未清項管理,所以記錄一般都放在BSIS中。
BSEG 本身是一個 Cluster Table(簇表),BSEG就是由上述的六大表的整合,當要讀取”BSEG”Table時就等於去讀取那六個表,這樣你可以想像它讀起來會就多慢。對於 簇表或Pool Table,都是SAP系統本身在使用的,因此簇表本身是不存在資料庫實體的,雖然是可以在ABAP使用,不過還是有一些限制:  1.不能使用select distinct or group by語法  2.不能使用Native SQL  3.不能使用specify field names after the order by clause  4.不能在建立次索引  5.查詢時一定要用KEY FIELD

原文連結:https://www.cnblogs.com/jiangzhengjun