当前位置: 首页 > news >正文

相关表格介绍

移动类型主表

Movement Type (Inventory Management)

你可以把它理解为一张基础信息登记表。

主要作用:定义了所有可用的移动类型代码,并存储其最基本、最通用的描述信息。它是 T156SC 中 BWART 字段的检查表,保证了数据的合法性。T156是“户口本”。所有合法的移动类型及其基础定义,都配置在表T156中。MSEG表中的BWART字段,其值必须存在于T156表中,否则系统会报错,认为你使用了非法的移动类型。

核心字段:MANDT(客户端)、BWART(移动类型)、LTEXT(移动类型描述)。

T156就像一张“移动类型清单”。它定义了系统中所有可用的移动类型(如101、201、261等)的基本身份,比如它的名字。

2、T156SC:移动类型控制参数表

Mvt Type: Qty/Value Posting: Customer Table; as of Rel. 4.6A

T156SC 才是真正决定一个移动类型“行为”的核心配置表。OMJJ 事务代码的配置结果,最终就存储在这张表中。它包含了大量标志位字段,用来控制各种业务功能。

T156SC是一本“控制策略手册”。它为核心移动类型定义了具体的行为规则,决定了每个移动类型在“数量/价值更新”等控制维度上该如何运作。

系统在执行物料移动时,会将这两张表结合使用。首先通过 T156 确认这个移动类型是合法的,然后再到 T156SC 中查找它具体的行为规则。

T156SC 其主键是:BWART, WERTU, MENGU, SOBKZ, KZBEW, KZZUG, KZVBR 这7个字段:

①BWART (移动类型): 这是识别一笔货物移动具体类型的核心标识,例如 101 代表“采购订单收货”,261 代表“发货到成本中心”。它指明了业务操作的基本性质。

②WERTU (价值更新) :该字段标识物料主记录中是否进行价值管理。如果物料需要按价值记账(例如产成品、原材料),该字段值通常为 X;如果物料只进行数量管理而不需要价值更新(例如某些低值辅料),则该字段为空。

③MENGU (数量更新) : 该字段标识物料主记录中是否进行数量管理。对于所有需要库存管理的物料,此字段值通常为 X。它决定了移动是否会影响物料的库存数量。

④SOBKZ (特殊库存标识) :用于标识该物料移动是否涉及非公司自有库存,例如:E:销售订单库存K:供应商寄售库存 O:提供给分包商的物料,如果是公司自有库存,此字段通常为空。

⑤KZBEW (移动标识) : 该字段指示了该笔货物移动所参照的业务单据或来源。常见取值有:B:按采购订单的货物移动 F:按生产订单的货物移动 L:按交货单的货物移动

⑥KZZUG (收货标识) :标识该操作是否为收货/入库操作,用于区分是增加库存还是减少库存。

⑦KZVBR (消耗过账) : 标识该物料移动是否需要进行消耗性过账。例如,将物料发到成本中心时,这个标识就表明该笔业务涉及费用消耗,需要直接计入成本。

T156与 T156SC 的区别

T156 (移动类型表):这张表是一份标准清单,定义了所有可用的移动类型(如101、201、261)及其基础属性。SAP在交付时已经为所有标准的移动类型创建好了记录,基本上不需要你去新增或修改。它的维护类型是G,表示SAP提供的标准内容,通常不建议更改。

T156SC (移动类型控制表):这张表才是真正的控制策略手册,决定了每个移动类型在“是否更新数量/价值”等控制维度上的具体行为。SAP同样为所有标准移动类型预设了完整的控制参数(比如101移动类型的所有默认控制标志),你通常不需要去修改或新增记录。

虽然你很少会直接去维护T156和T156SC表,但“配置移动类型”这项工作是SAP项目实施中必须完成的。

使用标准事务代码 OMJJ:这是SAP官方提供的、专门用于配置移动类型的事务代码。所有对移动类型行为的调整,都应该在这个图形化的配置界面中完成。

系统自动存储配置:当你在OMJJ中勾选或修改某个选项(例如,设定移动类型101是否需要进行批次管理)并保存后,系统会自动将这些更改写入到后台的T156SC和相关控制表中。

3、T156SY:移动类型控制参数表

T156SY是SAP系统中的一张系统表,全称为“移动类型:数量/价值更新:系统表,版本4.6A”。它的核心作用是控制物料移动(如收货、发货、转储)产生物料凭证和财务凭证的逻辑。

简单来说,当你在SAP中做一笔货物移动(如用MIGO收货),系统会依据T156SY中定义的规则,决定这笔业务如何更新库存数量和库存价值,以及是否生成会计凭证。

T156SY中有几个关键字段,它们就像决策的“输入条件”,共同决定了这笔业务的后续处理方式。

字段名

中文描述

作用与常见值说明

KZBEW

移动标识

标识货物移动的类型,如:B-采购订单收货、F-生产订单收发货。

SOBKZ

特殊库存类型

标明是否为特殊库存,如:K-供应商寄售、E-销售订单库存。

KZVBR

消耗过账

决定是否将物料消耗过账到成本中心、资产或项目,如:V-消耗、E-销售订单。

KZZUG

收货标识

标记是否为特殊的收货,如:X-库存运输订单,代表跨工厂转储。

WERTU

价值更新

物料主记录中决定物料是否进行价值管理,若为空则不更新价值。

MENGU

数量更新

物料主记录中决定物料是否进行数量管理,若为空则不更新数量。

BUSTW

价值串

系统根据上述条件找到对应的价值串,它是最终决定财务凭证科目的关键。

BUSTM

数量串

与价值串类似,用于确定数量更新的具体逻辑。

T156SY在SAP库存移动的自动过账配置中扮演着核心角色。系统处理一笔货物移动时,大致会经过以下流程:

①收集“输入”条件:系统会从货物移动的上下文中提取关键信息,这些信息正是T156SY表中的字段,包括上面提到的:移动类型、移动标识(KZBEW)、特殊库存(SOBKZ)、消耗过账(KZVBR)、收货标识(KZZUG)等。

②匹配T156SY记录:系统根据收集到的这些信息,去T156SY表中寻找与之精确匹配的记录。

③确定“输出”结果:一旦找到匹配的记录,系统就能确定这笔业务对应的价值串(BUSTW)。这个价值串是T030表的索引,系统通过它最终找到需要记账的总账科目,从而生成财务凭证。

4、T156W:存储价值串与事务键对应关系

T156W是SAP系统中的一张标准透明表,全称为“Posting string values”,意为“价值串的值”。它存储了每个价值串(Value String)所包含的具体记账事务/事件键(Transaction/Event Key),这些键是最终确定会计科目的核心要素。

简单来说,T156W定义了“用什么记账科目来处理这笔业务”。它是SAP库存移动自动科目确定流程中的关键一环。

T156W 表,一个价值串可能包含多个事务键,系统会根据业务场景按顺序执行。CNT02 是 T156W 表中的“连续计数器”,用于在一个价值串中区分不同的事务键顺序

价值串 (BUSTW)

计数器 (CNT02)

事务键 (VORSL)

业务场景说明

WE01

01

BSX

一般PO收货、入库

02

WRX

GR/IR清算

03

PRD

价格差异

04

KDM

汇兑差异

05

EIN

收货/收票

06

EKG

收货/收票组

10

BSX

物料更新

11

UMB

重估

WA01

01

BSX

一般发货与冲销

02

GBB

库存冲销/消耗

03

PRD

价格差异

06

UMB

重估

WA03

01

KON

管道、寄售发货与冲销

02

GBB

库存冲销

WA04

01

BSX

库存转储、转储记账

02

PRD

价格差异

12

AUM

库存转储差异

WA06

01

KON

寄售库存转其他库存

11

BSX

物料更新

WA11

01

BSX

分包库存消耗

02

KBS

科目分配采购订单

04

FRN

外部作业费用

WA15

01

BSX

固定资产相关

02

ANL

固定资产科目

WE06

01

KBS

消耗类PO收货

02

WRX

GR/IR清算

WF01

01

BSX

PP生产订单收货

02

GBB

库存冲销

03

PRD

价格差异

04

AUM

库存转储差异

5、T156M:数量过账串

T156M是SAP系统中的一张标准透明表,全称为Posting String: Quantity,即“数量过账串”。它与之前介绍的T156SY(价值过账串)和T156W(价值串的值)紧密配合,但职责不同:T156M专门负责管理物料移动对库存数量的更新逻辑。

简单来说,当一笔物料移动发生时,T156SY决定“要不要更新价值和数量”,T156W决定“记什么科目”,而T156M则决定了“更新哪些类型的库存数量和如何更新”。

T156M的作用就是根据移动类型和业务场景,确定这笔移动涉及哪些库存类型,以及应该如何更新这些库存的数量。

T156M与T156SY、T156W共同构成了SAP物料移动自动过账的完整逻辑。简单概括三者的关系:

T156SY:决定是否需要更新数量和价值的“开关”与“总规则”。

T156W:决定如何记账(记什么科目)。

T156M:决定如何更新数量(更新哪些库存类型、更新哪张表)。

6、T030:标准科目表

T030是SAP系统中的一张核心配置表,全称为Standard Accounts Table(标准科目表)。它是实现SAP 物料管理(MM)与财务会计(FI)自动集成的关键。

简单来说,当你在SAP中做一笔收货、发货或转储时,T030表里预先配置好的规则,会告诉系统应该自动记到哪个总账科目。

T030是连接后勤业务(物料移动类型、物料主数据)与财务核算(总账科目)的静态数据映射表。它本身只是一张存储配置结果的表。真正让它“活”起来的是它与其他系统对象(账目表、评估类)和业务操作(通过价值串传递的事务码、科目修改码)的联动关系。顾问通过事务代码OBYC来维护这张表,是实现MM与FI集成的核心后台配置工作。

二、总体流程

1、用户操作

比如用户执行事务代码 MIGO,选择“A01 收货”和“R01 采购订单”,输入采购订单号,移动类型填 101,点击过账。

2、规则查找——从“移动类型”到“事务键”

2.1. T156 → 获取 BUSTR(价值串引用)

系统用移动类型 101 作为钥匙,去查找表 T156(移动类型主数据表)。

关键字段:BWART = 101,找到对应的 BUSTR(价值串引用)字段。

取值:对于101,BUSTR 通常是001。

(T156-BUSTR 是一个核心的参考字段,用于标识一个移动类型复制自哪个标准移动类型。你可以把它理解为移动类型的“祖先”或“父节点”标识。

系统的逻辑是:我不会把“101移动类型的所有复杂规则”都写在这个T156表记录里。我在这里只放一个标签 001。然后,系统拿着这个标签 001,去其他表(比如控制记账规则的T156W、控制字段选择的T158等)查找“标签001对应的那套具体规则是什么”。

为什么用 BUSTR 这个设计:为了“复用”。假设移动类型 101、102、161 在核心记账逻辑上基本相同(都是收货入库)。SAP没必要为每个移动类型都写一遍完全相同的复杂规则。它们只需要在T156表里,各自指向同一个 BUSTR 值(比如 001),然后系统只需要维护好“标签001对应的那套规则”就可以了。

T156-BUSTR 就是连接移动类型和这套通用规则的桥梁。告诉系统:所有移动类型 101 的业务,都走编号为 001 这套控制规则。)

你对一个物料执行移动类型 101 的收货操作。

系统首先去查 T156 表。在这张表里,针对 BWART='101' 的记录,系统找到了一个 BUSTR 字段,其值为 '001'。

BUSTR='001' 起到了标签或入口代码的作用,告诉系统:“所有移动类型 101 的业务,都走编号为 001 这套控制规则。”

2.2. T156SC / T156SY→ 解析价值串

匹配具体条件 (T156SC 表)

T156SC 其主键是:七个字段:BWART (移动类型) 、WERTU (价值更新) 、MENGU (数量更新) 、SOBKZ (特殊库存标识) KZBEW (移动标识) 、KZZUG (收货标识) 、KZVBR (消耗过账) (系统在执行具体的货物移动时,根据该次移动的业务场景(如采购入库、销售出库、盘盈盘亏等)动态地确定了这些字段的值)

现在系统知道要走 001 这套规则,但它还需要结合这次业务的具体细节来决定具体行为。例如:这次收货是否价值更新(WERTU=X)?是否数量更新(MENGU=X)?是否为特殊库存(SOBKZ=' ')?

系统拿着这些具体条件,去 T156SC 这张“客户可配置”的表中进行精确匹配。

关键点:虽然 T156SC 表没有 BUSTR 字段,但它的所有配置都服务于 BUSTR 所定义的那套规则。每一组 T156SC 的配置(由 BWART, WERTU 等7个字段唯一确定),都隐式地属于某个 BUSTR。你可以理解为 BUSTR 决定了“走哪条路”,而 T156SC 决定了“在这条路上遇到不同情况该怎么处理”。

锁定最终规则 (T156SY 表)

现在,系统已经掌握了所有信息:BUSTR='001'(规则入口)+ WERTU='X'(具体条件)。

它拿着这两个关键信息,去查询 T156SY 表。T156SY 的联合主键就包括 MANDT(客户端)和 BUSTR。

因此,系统可以精确地找到唯一一条记录:BUSTR='001' 且 WERTU='X'。

这条记录最终告诉系统:

应该使用 BUSTW (价值串,例如 'WE01') 去 T156W 表中确定会计科目。

应该使用 BUSTM (数量串) 去T156M处理数量更新逻辑。

T156SY 表正是根据 BUSTR='001' + WERTU='X' 等具体条件,来确定 BUSTW (价值串) 和 BUSTM (数量串) 的

T156-BUSTR='001' 只是一个“入口代码”或“标签”。系统拿着这个标签,去 T156SY 这张“规则分配表”里,结合更多“具体场景”来寻找真正执行记账的“执行者”——即 BUSTW(价值串,例如 'WE01') 和 BUSTM(数量串)。

BUSTW (价值串 - Posting String for Values)

这是一个4位的代码(如 WE01, WA01),它指向 T156W 表。你可以把它想象成一个“过账指令模板”,里面详细定义了此次货物移动需要生成哪些会计凭证行(如:借:库存商品,贷:GR/IR),以及每行取哪个金额(如:采购订单金额、差异金额)。

BUSTM (数量串 - Posting String for Quantities)

这也是一个4位的代码,指向 T156M 表。它则决定了此次货物移动如何更新和管理数量,比如更新哪个库存类型(非限制、质检、冻结)、是否生成物料凭证行等

T156SY 就是连接“标签” (BUSTR) 和“执行者” (BUSTW, BUSTM) 的中转站。

它通过 BUSTR 结合物料主数据属性 (WERTU 等) 和业务场景标志 (SOBKZ 等) 等多维度条件,精准地为每一次货物移动匹配唯一的 BUSTW 和 BUSTM。

最终,BUSTW 负责搞定“钱”(会计科目),BUSTM 负责搞定“物”(库存数量和状态)

2.3. T156W → 确定事务键

最后,系统用价值串 WE01 去查找表 T156W,这张表里定义了每个价值串具体包含哪些事务键。

关键字段:BUSTW = WE01,关联出所需的事务键,对于101,至少会包含 BSX(库存过账)和 WRX(GR/IR清算科目)。

3、对象查找——补全“记账参数”

找到了“规则(事务键)”,系统还需要找到“对象”是谁,也就是要从业务单据和主数据中收集以下信息:

供应商:从采购订单中获取,用于确定应付暂估的明细科目。

一般修改 (General Modification):对于 GBB 这样的科目,需要此值进一步细分,但101用到的 BSX、WRX 通常不需要。

评估级别 (Valuation Class):从物料主数据(会计视图)中读取,告诉系统这个物料是“原材料”还是“产成品”。这是确定存货科目的关键。

评估修改 (Valuation Modification):从工厂的配置中读取(事务码 OMWD),是一个分组代码,简化配置。

4、科目确定——OBYC配置(T030表)

现在,系统已经集齐了所有信息:

http://www.jsqmd.com/news/1088659/

相关文章:

  • 深入解析Web Session机制:从原理到集群部署与安全实战
  • NVIDIA Profile Inspector架构解析:超越官方工具的显卡驱动深度调优方案
  • 影刀RPA新手教程:商品评分与DSR监控完全指南——多店铺数据汇总与异常预警
  • Java国密算法实战:GmSSL-Java集成与SM2/SM3/SM4应用指南
  • Playwright Python API测试实战:从环境搭建到CI/CD集成
  • 从二进制到AI训练:深入解析FP16的精度边界与混合精度实战
  • 089、案例九:DevOps 基础设施即代码——Terraform 和 Ansible 的 AI 辅助
  • Claude Mythos Preview:AI安全能力的范式重置与工程化跃迁
  • OpenPnP相机标定:从‘subject not found’到稳定识别的实战避坑指南
  • 如何通过Excel表格快速掌握AI算法原理:5个简单步骤的完整指南
  • MimeKit邮件安全实战:S/MIME、PGP与DKIM加密签名全解析
  • 实战解析:5种高效绕过WAF的SQL注入技巧与防御策略
  • 3步解锁加密音乐:终极桌面工具让你真正拥有自己的音乐
  • 从零部署YOLOv5人脸检测:环境搭建、数据标注到实时应用
  • Selenium自动化测试中JavaScript的六大实战应用与性能优化
  • UML九图实战指南:从理论到项目落地
  • Software 2.0:数据即源码、训练即编译的范式革命
  • 从零到一:手把手搭建TIGRE医学影像GPU重建开发环境(Matlab+CUDA+VS)
  • 【操作系统】前趋图与PV操作(结合前趋图解题)
  • Unlimiformer:突破Transformer长文本处理瓶颈的动态注意力机制
  • 软件工程核心实践:从面向对象到测试维护的实战解析
  • 在 Azure AI Search 中查询同一组关键词时,经常会遇到一个现象:searchMode=any 返回很多结果,改成 searchMode=all 后结果数量明显下降,甚至只剩很少几条。
  • AI助力关键词管理的SEO优化新思路
  • 纯JavaScript实现RSA加密库:从大数运算到PKCS#1填充
  • Early Stopping原理与实战:避免过拟合的关键训练干预机制
  • Claude Code Security:AI驱动的代码审计与漏洞挖掘实战指南
  • BetterNCM Installer:5分钟掌握Windows网易云插件自动化安装的终极方案
  • N_m3u8DL-RE:三个场景告诉你为什么需要现代流媒体下载工具
  • Gemini Study Notebooks 是什么:Google 把 AI 学习笔记做成了什么样
  • 终极指南:如何使用VMPDump高效破解VMProtect 3.x保护 - 完整动态脱壳教程