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，產生物料憑證）

即交貨確認，產生物料憑證

即產生會計憑證

發票即開票？是賬務憑證產生的前一道操作？

撿配單：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表）

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

²  定價過程由許多條件型別組成的。比如最常用的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項，如果找遍所有存取順序，都找不到，則根據條件型別定義的是否是必須的，可能會彈出定價條件丟失的警告

²建立步驟：

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

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

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

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

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：應付明細（未清帳）