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，即清账） 即交货确认，产生物料凭证 即产生会计凭证 发票即开票？是账务凭证产生的前一道操作？ 捡配单：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：应付明细（未清帐）

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