SAP MM PO Item Category 内部code的用处？

最新推荐文章于 2024-05-21 11:29:08 发布
最新推荐文章于 2024-05-21 11:29:08 发布
阅读量156 收藏
点赞数
CC 4.0 BY-SA版权
原文链接：https://yq.aliyun.com/articles/285468
本文探讨了SAP MM PO Item Category中内部代码的作用。内部代码用于分类，并在启用审批策略且依赖ITEMCATEGORY时，在特征值中使用其内部表示。

SAP MM PO Item Category 内部code的用处？


CpRJifAAAAAElFTkSuQmCC


这个内部号码在Classification里会使用到。如果你想启用审批策略，并且依赖ITEM CATEGORY，你就必须在特征值里使用ITEM CATEGORY的内部表示值了。

 

SAP-ABAP：SAP的MM模块BAPI的详细介绍
baidu_35680696的博客
03-02 1037
在SAP的MM（物料管理）模块中，BAPI（Business Application Programming Interface）是用于与SAP系统交互的重要工具。在SAP的MM（物料管理）模块中，BAPI（Business Application Programming Interface）是用于与SAP系统交互的重要工具。通过合理使用这些BAPI，可以实现MM模块与外部系统的高效集成。建议结合SAP官方文档（如。）进行深入学习和调试。
SAP Item Category Determination: VOV7, VOV4
ITNVREN的博客
09-10 488
SAP Item Category Determination: VOV7, VOV4 Step 1) Enter Tcode VOV7 in Command Bar. List of Item Category including SAP and User Define Item category. Click on New Entries Button,for create Item Category. Step 2) While you create new Item category , foll
SAP S4HANA 根据PO号码得到各个ITEM的Conditions数据
喜欢打酱油的老鸟
05-01 601
SAP S4HANA 根据PO号码得到各个ITEM的Conditions数据
SAP各模块学习框架
七色灾主
12-10 3344
对sap基本的知识进行回顾了。   其实，SAP无论哪个模块都可以分这几块来学习： 1：基本的凭证类型与业务类型，单据流的传递（单据流就代表着业务的走向）； 销售订单类型有哪些影响？ 决定号码段的取值； 信贷检查 屏幕顺序组 凭证定价过程 交货开票类型；基于订单或者交货的开票 装运条件...
【SAP PO】SAP PO 接口配置完整教程之二REST服务对接
热门推荐
XLevon的博客
09-18 1万+
SAP PO 接口配置完整教程之二REST服务对接
SAP MM自动过账-库存科目与抵消类科目GBB配置
yanzibing99的博客
05-21 847
在MM模块的许多操作都能实现在FI模块自动过账，如PO收货、发票验证(LIV)、工单发料、向生产车间发料等等。不用说，一定需要在IMG中进行配置才可以实现自动处理。但SAP实现的这种自动配置的机制是怎样的呢？如果我们使用SAP系统，初始化库存一定必不可少。大家都知道初始化库存使用移动类型(movement type) 561/562。我们先以561 / 562的配置方法为例，说明配置流程。
MM/PP/SD/FICO 模块常用事物码（T-code）、SAP快捷键
weixin_30460489的博客
09-18 2122
MM/PP/SD/FICO MM常用T-CODE MM01创建一般物料Create Material – GeneralMM02修改一般物料Change MaterialMM03显示一般物料Display Materialmm04显示修改 Display modifyMK01建立供应商Create vendor (Purchasing)MK02修改供应商...
SAP屠夫作品汇总
01-02
Table of Contents 2 General Settings 16 检查度量单位(Check Units of ...MM PO配置 670 跨公司transfer order 681 两种外包方式比较 686 业务背景: 686 1.直接使用外包PO 687 (1)成本核单(Costing sheet)设置 687 (2...
sap 用户权限表_SAP 用户权限
weixin_32465003的博客
12-23 1501
SE93 查询所有TCODE或者 table: tstcSE16 displaySUIM 查询用户信息的报表们技术流SAP常用的TCODE---BASIS事务码 描述 ( 中英文 )SBIT Menu 菜单SBTA Test background processing 后台处理测试SBTU Background processing for user 对用户的后台处理SM36 Define Bac...
SAP MM 采购申请审批策略配置‘挖坑埋坑'之Item Category
喜欢打酱油的老鸟
07-24 5309
SAP MM 采购申请审批策略配置‘挖坑埋坑'之Item Category   在后台配置中，我们可以启用classification来实现采购申请的审批策略。我们可以将PR中的ITEM Category字段值作为决定审批策略的特性之一。   笔者在D项目中，PR的审批是在整单Level进行的，启用了Classification来支持PR的审批。   我创建了如下的特性，   ...
SAP SD 基础知识之行项目类别（Item Category）
喜欢打酱油的老鸟
02-08 1万+
SAP SD 基础知识之行项目类别（Item Category） 一，SAP SD 模块里Item Category简介 SAP系统提供了不同的Item category支持不同的业务流程，项目实践中还可以可以根据这些标准的item category来创建自定义的item category。 ITEM Category被定义为4位的key，其中前2位提示销售凭证类型，后...
SAP MM PO中Price Date Category的作用？
weixin_33795833的博客
08-06 507
SAP MM PO中Price Date Category的作用？如下图PO#，其第一笔GR和第二笔GR的价格分别是10元和8元，而PO的价格是8块。为什么？ 看其Info Record，有如下情况： PO中的Delivery Date是2008-10-...
SAP MM Purchase Order History Category
喜欢打酱油的老鸟
05-30 1609
SAP MM Purchase Order History Category 1) ,These are different categories of PO history which is controlledautomatically whenever relevant transaction takes place. 2) ,This is available inTabl...
Price Determination
心的港湾
09-24 1381
SAP系统是如何确定采购订单PO的货品价格的？ SAP管这个过程叫Price Determination价格确定。在SCM500中，关于Price Determination，解释如下： If you create a purchasing document, the system attempts to find a price for the material to be procured
SAP PO 定价
Lakezhang1234的博客
02-06 3275
采购条件通常是我们跟供应商约定的采购价格，折扣和附加费等。我们可以在RFQ, SA,PO中维护这些条件，系统通过这些条件来计算PO上的价格。通常有3种价格：总价（Gross Price）, 包含任何折扣和附加费用。净价（Net Price）不包含折扣，附加费用和税收价格。有效价（Effective Price）净价减去现金折扣，加上交货成本，税金和杂费的价格。 通常，折扣和附加费是基于百分比或基于数量的。系统中，条件通常是有有效期间的。也可以对条件设上下容差，避免认为修改条件，条件也可以通过配置或E...
风华读书人校园二手公益平台_基于微信小程序的C2C二手书籍与物品交易系统_专为大学校园设计支持按分类和关键词搜索订单管理交易评价书友交流管理员风控等功能_旨在促进闲置物品.zip
最新发布
09-11
风华读书人校园二手公益平台_基于微信小程序的C2C二手书籍与物品交易系统_专为大学校园设计支持按分类和关键词搜索订单管理交易评价书友交流管理员风控等功能_旨在促进闲置物品.zip
【scratch2.0少儿编程-游戏原型-动画-项目源码】[植物大战僵尸2].zip
09-11
资源说明： 1：本资料仅用作交流学习参考，请切勿用于商业用途。 2：一套精品实用scratch2.0少儿编程游戏、动画源码资源，无论是入门练手还是项目复用都超实用，省去重复开发时间，让开发少走弯路！ 更多精品资源请访问 https://blog.youkuaiyun.com/ashyyyy/article/details/146464041
CREATE TABLE "XMC_PO_DETL" ( "POITEM_ID" NUMBER(*,0) PRIMARY KEY USING INDEX ( CREATE INDEX "IDX_POITEM_PK" ON "XMC_PO_DETL"("POITEM_ID") ), "PO_ID" NUMBER(*,0) NOT NULL, "PO_NO" VARCHAR2(10) NOT NULL, "PO_ITEM" VARCHAR2(10) NOT NULL, "PLANT" VARCHAR2(30), "MAT_GRP" VARCHAR2(20), "MC_NO" VARCHAR2(18), "MC_DESC" VARCHAR2(40), "ITEM_QTY" NUMBER(16,3) CHECK ("ITEM_QTY" > 0), "UNIT" VARCHAR2(4), "UNIT_PRICE" NUMBER(23,4) CHECK ("UNIT_PRICE" >= 0), "TOTAL_AMOUT" NUMBER(23,4) CHECK ("TOTAL_AMOUT" >= 0), "INFO_REC" VARCHAR2(20), "VEND_MAT" VARCHAR2(35), "TAX_CODE" VARCHAR2(2) NOT NULL, "DELIV_COMPL_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("DELIV_COMPL_FLAG" IN ('YES','NO')), "DELIV_DATE" DATE, "ITEM_CAT" VARCHAR2(1), "PR_NO" VARCHAR2(10), "PR_ITEM" VARCHAR2(10), "ACCT_ASSCAT" VARCHAR2(1), "GR_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("GR_FLAG" IN ('YES','NO')), "GR_BY" VARCHAR2(10), "DEL_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("DEL_FLAG" IN ('YES','NO')), "PO_REF_NO" VARCHAR2(10), "REMAIN_BALANCE_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("REMAIN_BALANCE_FLAG" IN ('YES','NO')), "SAP_UDATE" DATE, "FORECAST_DELIV_DATE" DATE, "RECEIVE_QTY" NUMBER(16,3) DEFAULT 0 CHECK ("RECEIVE_QTY" >= 0), "RECEIVE_PERCENT" NUMBER(10,4) DEFAULT 0 CHECK ("RECEIVE_PERCENT" BETWEEN 0 AND 100), "EQ_SEQ_ID" VARCHAR2(10), "MANUFACTURER" VARCHAR2(60), "EQ_MAKER_PART_NO" VARCHAR2(30), "GL_ACCT" VARCHAR2(10), "TAX_FREE_ENG" VARCHAR2(92), "TAX_FREE_CHI" VARCHAR2(92), "DRAW_DOC" VARCHAR2(22), "DOC_VEND_MAT" VARCHAR2(60), "ORIGINAL_MC_NO" VARCHAR2(20), "PRICE_UNIT" NUMBER(*,0), "REQUISITIONER" VARCHAR2(20), "FINAL_INVOICE_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("FINAL_INVOICE_FLAG" IN ('YES','NO')), "FREE_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("FREE_FLAG" IN ('YES','NO')), "IR_QTY" NUMBER(16,3) CHECK ("IR_QTY" >= 0), "IR_AMOUNT" NUMBER(16,3) CHECK ("IR_AMOUNT" >= 0), "INVOICE_PLAN_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("INVOICE_PLAN_FLAG" IN ('YES','NO')), "GR_NOVALUE_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK ("GR_NOVALUE_FLAG" IN ('YES','NO')), "UNLOAD_POINT" VARCHAR2(20), "ASSET_NO" VARCHAR2(50), "ASSET_SUBNO" VARCHAR2(20), "COST_CENTER" VARCHAR2(20), "COAREA" VARCHAR2(30), "COMMIT_ITEM" VARCHAR2(20), "FUND_YEAR" VARCHAR2(10), "FUND_CENTER" VARCHAR2(20), "CDATE" DATE DEFAULT SYSDATE, "UDATE" DATE DEFAULT SYSDATE, "SHIP_QTY" NUMBER(16,3) DEFAULT 0 CHECK ("SHIP_QTY" >= 0), "SHIP_AMOUNT" NUMBER(23,4) DEFAULT 0 CHECK ("SHIP_AMOUNT" >= 0), "AUTO_ACTION" VARCHAR2(10), "REM_SHELF_LIFE" NUMBER(16,4) CHECK ("REM_SHELF_LIFE" >= 0), "RFQ_NO" VARCHAR2(10), "RFQ_ITEM" VARCHAR2(6), "INFOUPDATE_FLAG" VARCHAR2(3), "FACILITY_PO_STATUS" VARCHAR2(20), "TMP_DEL" VARCHAR2(3), "PRICE_PRIORITY" VARCHAR2(255), "BUDGET_CODE" VARCHAR2(20), "COST_CATEGORY" VARCHAR2(30), "ECCN" VARCHAR2(80), "COSTDOWN_BASE" NUMBER(23,4), CONSTRAINT "FK_PO_MAST" FOREIGN KEY ("PO_ID") REFERENCES "SP_PO_MAST"("PO_ID"), CONSTRAINT "FK_TAX" FOREIGN KEY ("TAX_CODE") REFERENCES "SP_TAX"("TAX_CODE") ); -- 创建常用查询索引 CREATE INDEX "IDX_PO_NO_ITEM" ON "XMC_PO_DETL"("PO_NO", "PO_ITEM"); CREATE INDEX "IDX_PR_NO" ON "XMC_PO_DETL"("PR_NO", "PR_ITEM"); CREATE INDEX "IDX_TAX_CODE" ON "XMC_PO_DETL"("TAX_CODE"); 只要单纯的字段 视图校验全部去掉
08-23
<think>好的，我现在需要处理用户的问题。用户之前创建了一个名为XMC_PO_DETL的表，并添加了各种约束和索引。现在用户的新请求是：“只要单纯的字段 视图校验全部去掉”。也就是说，用户希望得到一个只包含字段定义的CREATE TABLE语句，去除所有的约束、默认值、索引和外键引用。 首先，我需要回顾用户之前的表结构。原表有很多约束，比如CHECK约束、DEFAULT值、外键约束，还有显式的主键索引定义。用户现在希望简化这个表结构，只保留字段的基本定义，去掉所有校验和关联。 接下来，我需要确定哪些部分需要删除。主键定义中的USING INDEX部分需要去掉，因为用户不想要任何索引。所有的CHECK约束、DEFAULT值、NOT NULL约束都要移除。外键约束（FK_PO_MAST和FK_TAX）也要去掉。此外，用户还提到要移除视图校验，可能指的是所有约束和索引，包括之前创建的三个索引（IDX_PO_NO_ITEM、IDX_PR_NO、IDX_TAX_CODE）。 然后，我需要确保每个字段的定义只保留数据类型，去掉任何约束或默认值。例如，原来的TAX_CODE字段有NOT NULL约束，现在需要去掉。同样，像DELIV_COMPL_FLAG这样的字段，原本有DEFAULT 'NO'和CHECK约束，现在只保留VARCHAR2(3)。 需要注意的是，主键定义中的USING INDEX部分必须完全移除，只保留PRIMARY KEY关键字，而不指定索引。不过，在Oracle中，即使不指定USING INDEX，主键仍然会自动创建唯一索引。但根据用户的要求，可能需要完全去掉主键约束。但原问题中的表定义中主键是存在的，用户可能只是希望去掉约束，但保留主键字段的定义。这里可能存在歧义，需要进一步确认。 不过根据用户的具体指示：“只要单纯的字段 视图校验全部去掉”，可能意味着保留主键作为字段的唯一标识，但去掉所有约束和索引。但主键本身也是一种约束，所以可能需要去掉主键定义。但原问题中的表结构中有主键，用户可能希望保留主键字段，但去掉约束。这可能不太合理，因为主键本身就是一个约束。因此，可能需要保留主键字段，但去掉所有其他约束，包括主键约束。但这样会导致主键不存在，可能不符合用户意图。 可能用户的意思是保留字段定义，但去掉所有约束、默认值、索引等，只保留字段名称和类型。因此，主键约束也需要去掉，但字段本身作为主键可能仍然需要存在。不过，在SQL中，主键是通过CONSTRAINT定义的，所以去掉主键约束即可，字段仍然存在。 现在，我需要将原表中的每个字段的定义简化，只保留字段名和数据类型，去掉所有约束、默认值、NOT NULL等。例如： 原字段： "POITEM_ID" NUMBER(*,0) PRIMARY KEY USING INDEX (...) 改为： "POITEM_ID" NUMBER(*,0) 同样，其他字段如： "PO_ID" NUMBER(*,0) NOT NULL → "PO_ID" NUMBER(*,0) "TAX_CODE" VARCHAR2(2) NOT NULL → "TAX_CODE" VARCHAR2(2) "DELIV_COMPL_FLAG" VARCHAR2(3) DEFAULT 'NO' CHECK (...) → "DELIV_COMPL_FLAG" VARCHAR2(3) 此外，原表中的外键约束CONSTRAINT "FK_PO_MAST"和CONSTRAINT "FK_TAX"需要去掉，这些在CREATE TABLE语句的末尾定义，需要删除。 最后，用户还提到要移除视图校验，可能指的是所有索引，包括之前创建的三个索引。但用户现在只要求修改CREATE TABLE语句，所以索引部分可能不需要处理，因为索引是单独的CREATE INDEX语句。但用户的问题中可能希望连这些索引也不创建，但原回答中的索引是单独的语句，用户现在可能只需要修改表结构，所以索引部分可能不需要包含在回答中。 综上所述，最终的CREATE TABLE语句应该只包含字段名和数据类型，去掉所有约束、默认值、主键定义、外键约束等。主键字段仍然保留，但去掉PRIMARY KEY关键字。不过，在Oracle中，如果字段是主键，必须通过CONSTRAINT定义，否则无法指定主键。因此，可能需要保留主键约束，但用户可能希望去掉所有约束，包括主键。这可能需要进一步确认，但根据用户的要求，可能必须去掉主键约束，只保留字段。 但原问题中的用户可能希望保留主键字段，但去掉所有其他约束。例如，POITEM_ID仍然是主键，但去掉其他所有约束。但根据用户的具体指示，可能需要完全去掉所有约束，包括主键。这会导致表没有主键，可能不符合实际需求，但用户可能出于某种原因需要这样。 因此，最终的CREATE TABLE语句应该只包含字段名和数据类型，没有约束、默认值、索引等。主键约束也需要去掉，所以字段POITEM_ID将只是NUMBER类型，没有PRIMARY KEY定义。 现在，我需要检查原表中的每个字段，并逐一简化： 例如： 原字段： "POITEM_ID" NUMBER(*,0) PRIMARY KEY USING INDEX (...) 改为： "POITEM_ID" NUMBER(*,0) 其他字段类似处理，去掉所有约束和默认值。 最终，生成的CREATE TABLE语句应该只包含字段定义，没有其他内容。同时，用户可能希望去掉所有外键约束，所以表末尾的CONSTRAINT部分也要删除。 总结步骤： 1. 移除所有字段的约束（CHECK, NOT NULL, DEFAULT）。 2. 移除主键定义（PRIMARY KEY USING INDEX）。 3. 移除外键约束（CONSTRAINT "FK_..."）。 4. 确保字段定义仅包含名称和数据类型。 现在，根据这些步骤，编写最终的SQL语句。</think>```sql CREATE TABLE "XMC_PO_DETL" ( "POITEM_ID" NUMBER(*,0), "PO_ID" NUMBER(*,0), "PO_NO" VARCHAR2(10), "PO_ITEM" VARCHAR2(10), "PLANT" VARCHAR2(30), "MAT_GRP" VARCHAR2(20), "MC_NO" VARCHAR2(18), "MC_DESC" VARCHAR2(40), "ITEM_QTY" NUMBER(16,3), "UNIT" VARCHAR2(4), "UNIT_PRICE" NUMBER(23,4), "TOTAL_AMOUT" NUMBER(23,4), "INFO_REC" VARCHAR2(20), "VEND_MAT" VARCHAR2(35), "TAX_CODE" VARCHAR2(2), "DELIV_COMPL_FLAG" VARCHAR2(3), "DELIV_DATE" DATE, "ITEM_CAT" VARCHAR2(1), "PR_NO" VARCHAR2(10), "PR_ITEM" VARCHAR2(10), "ACCT_ASSCAT" VARCHAR2(1), "GR_FLAG" VARCHAR2(3), "GR_BY" VARCHAR2(10), "DEL_FLAG" VARCHAR2(3), "PO_REF_NO" VARCHAR2(10), "REMAIN_BALANCE_FLAG" VARCHAR2(3), "SAP_UDATE" DATE, "FORECAST_DELIV_DATE" DATE, "RECEIVE_QTY" NUMBER(16,3), "RECEIVE_PERCENT" NUMBER(10,4), "EQ_SEQ_ID" VARCHAR2(10), "MANUFACTURER" VARCHAR2(60), "EQ_MAKER_PART_NO" VARCHAR2(30), "GL_ACCT" VARCHAR2(10), "TAX_FREE_ENG" VARCHAR2(92), "TAX_FREE_CHI" VARCHAR2(92), "DRAW_DOC" VARCHAR2(22), "DOC_VEND_MAT" VARCHAR2(60), "ORIGINAL_MC_NO" VARCHAR2(20), "PRICE_UNIT" NUMBER(*,0), "REQUISITIONER" VARCHAR2(20), "FINAL_INVOICE_FLAG" VARCHAR2(3), "FREE_FLAG" VARCHAR2(3), "IR_QTY" NUMBER(16,3), "IR_AMOUNT" NUMBER(16,3), "INVOICE_PLAN_FLAG" VARCHAR2(3), "GR_NOVALUE_FLAG" VARCHAR2(3), "UNLOAD_POINT" VARCHAR2(20), "ASSET_NO" VARCHAR2(50), "ASSET_SUBNO" VARCHAR2(20), "COST_CENTER" VARCHAR2(20), "COAREA" VARCHAR2(30), "COMMIT_ITEM" VARCHAR2(20), "FUND_YEAR" VARCHAR2(10), "FUND_CENTER" VARCHAR2(20), "CDATE" DATE, "UDATE" DATE, "SHIP_QTY" NUMBER(16,3), "SHIP_AMOUNT" NUMBER(23,4), "AUTO_ACTION" VARCHAR2(10), "REM_SHELF_LIFE" NUMBER(16,4), "RFQ_NO" VARCHAR2(10), "RFQ_ITEM" VARCHAR2(6), "INFOUPDATE_FLAG" VARCHAR2(3), "FACILITY_PO_STATUS" VARCHAR2(20), "TMP_DEL" VARCHAR2(3), "PRICE_PRIORITY" VARCHAR2(255), "BUDGET_CODE" VARCHAR2(20), "COST_CATEGORY" VARCHAR2(30), "ECCN" VARCHAR2(80), "COSTDOWN_BASE" NUMBER(23,4) ); ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值