SAP Retail _Master Data(SAP零售主数据讲解)
SAP Retail _Master Data
Single Article (单一商品)
?Basic Concept (基本概念)
Retail的article有single article, generic article, structured article之分，其中structured ar ticle包括display, sales set, prepack
display中是一些single article或者generic article的variant，作为一个整体采购，因此有采购价格，vendor和制造商预先制造准备好。比如情人节巧克力礼盒。
Sales Set是一些single article或者generic article的variant，作为一个整体销售，因此有销售价格，比如日本过年的福袋。
Prepack与display类似，不同的是article要来自同一个MC
Article主数据与material主数据一样，也有很多视图，只不过有了些变化basic data/list/purchasi ng/sales/logistics:DC/logistics:store/POS
因为article的数据量很大，所以SAP为零售准备了模板技术-reference article
我们可以为MC创建ref. article则所有这个MC下的article的数据都参考这个ref. article 在articl e创建屏幕可以指定ref. article，可以覆盖MC的ref. article。创建的article不会受ref. article数据的更改而有任何影响。
Article type与material type一样，可以控制valuation, Qty/value update, screen control, number range等
因为article可以以不同的单位出售，可以为每个UoM创建一个EAN，可以为一个UoM分配多个EA N，但是需要指定一个主要EAN
对于article可以通过Logistics->Central Functions->Mass Maintenance或者TCODE MM46进行大批量维护。
另外，我们还可以通过菜单Logistics –General-> Material_master-> Retail-Specific Setting s-> Settings for Screen Data Display来设定为article上传图片目前SAP预置的MODE article 类型被分配了显示图片的子屏幕
Discontinue: 如果一个商品不能继续供货或者不再销售，则需要做商品中止。Retailing->_master Data-> Article Data-> Article-> Discontinue 之后我们可以通过discontinue monitor来查看商品中止结果，如果成功，可以将此worklist删除。被终止的产品如果想更改或者查看，系统会产生warni ng的消息。
?Fast Entry
SAP Retail中有一个article core_master data的概念，是一种被其他模块功能生成的article.比如在采购时发现某些article没有创建，则不必退出PO功能，可以直接在PO中创建这个article,当然创建的article只具有当前业务功能的数据，如果想在其他所有业务模块使用，需要做完全的数据维护。
在MARA中需要指定一个field来存储article的status是否是core_master以便稍后利用TCODE WRFMATMON - Article Monitor进一步的完善数据。
Logistics –General-> Material_master-> Retail-Specific Settings-> Settings for Core_ master Data中可以做具体的设置
Maintenance group在创建article core_master时是需要指定的。MG包含了一系列可维护的字段，在后台配置中，这些字段用field group组织在一起，在MG中需要指定field group
Logistics –General->Logistics –General->Retail-Specific Settings->Settings for Field Gr oups
Logistics->Retailing->Article Data->Article->WRFMGROUP - Manage Maintenance Groups
我们之前提到的要为article core_master data设置值就是在这里的attribute维护的。
通过点击Show/Hide按钮，可以打开下半部的窗口，为自己创建新的template，这个template会在批量维护时使用
我们也可以通过WRFMATCOPY –Copy来参考一个article快速创建一个新的article，并指定copy 的内容
SAP还可以对article进行follow-up和replacement操作。Follow-up会永久的替代原来的article，而replacement只会替代一个固定的时间段。
Logistics->Retailing->Article Data->Article-> Follow-Up/Replacement Articles
对于这种article的替代，可以在不同的层次上进行，比如一个site(local assortment)或者很多site (general assortment)
Logistics –General-> Material_master-> Retail-Specific Settings-> Settings for Follow -Up/Replacement Material下可以设置是否进行check 是否有validity等，但是一般我们不会更改
?PRICAT
如果想要vendor维护article大部分的数据，然后把敏感数据发给你，然后我们从data pool或者ven dor那里得到最新的article数据，可以用到PRICAT功能。一个catalog item对应于一个SAP articl
?Article List
Article list是一组预定义的article.比如你想要隶属不同MC的article被一起分发给store，则可以定义一个article list.比如你想创建一个article list，其中包含所有将来不再想继续销售的article或者定义出同一个代理商的所有article，在将来对article做选择操作时作为一个选择条件
SAP中有两种AL：
Dynamic AL: 在系统中保存一个选择的标准，然后动态的选出符合的article
Static AL: 在系统中包含选择标准和release时选出的article
运行TCODE WRF_AL –Edit 画面如下
左侧是article list hierarchy，可以以商业或者应用为标准进行组织，article list会创建在最终节点上，右侧是相应的AL信息画面。
首先编辑AL的header信息，如图
在编辑完header信息后，点击edit selection定义article选择的标准。定义完之后点击results list 来查看结果。如果是static list，可以手工添加和删除不在选择标准内的article
如果是static list，在编辑了新的选择标准以后一定要点击_updateresult，新的结果才会更新，并且结果前面会标出来不同的图标，+表示新增加，=表示没变，-表示被删去。
在SAP中创建的static article list可以被BI用来reporting.
SAP BI中有business contents映射为article list, BI回传给SAP填充static article list
?Discontinuation (中止)
一个article将不再被使用的时候，我们可以做discontinuation废止。对于废止的方法，我们有以下几种：
Article discontinuation for vendor 特定的vendor将不能再提供article
Article discontinuation for assortment article将不能从特定的assortment(sites)采购和销售Article discontinuation for distribution Chain article将不能在特定的distribution chain销售Client-side article discontinuation article不能在任何业务操作中使用
在一个article不再使用之前，需要有一些check的步骤的
如果在库存，在PO等里面依然存在这个article，则discontinue不会成功，我们必须先解决这些问题。SAP预先定义了一些解决问题的后续步骤：
IMG->Logistics –General->Material_master->Retail-Specific Settings->Settings for Mate rial Discontinuation->Define Follow-Up Actions
我们可以看到是一些系统内置的function module 如果我们要开发自己的后续action 就需要在这里配置
Assign Follow-Up Actions to Error Messages一步将每种error分配一个actionlGeneric Article
?_characteristic (特征)
Generic article的关键是SAP的classification system。我们先用TCODE CT04创建一个charact eristic.在创建了相关的characteristic 之后通过Logistics -> Retailing ->_master Data -> Arti cle Data -> Environment -> Merchandise Categories ->_characteristics ->_characteristic s ->TCODE WRFCHVALGRP - Group_characteristic Values我们可以将相关的value 组织起来。
左边区域显示了整个特征值的树状结构，特征值可以在每个节点层级上，在屏幕右下部分维护。每个节点的使用可以限制在固定的一些MC上，在右上部分维护。也就是说如果一个article不属于这个范围中的MC，那么article的维护画面不会出现维护search help
之后我们通过TCODE CLWE - Create创建一个characteristic profile，在char.维护处输入我们创建的characteristic并在relevant输入。
S4客户主数据配置描述
SAP S4客户与供应商主数据配置 一、S4与ECC 客户主数据与供应商主数据的差异 . S4版本把客户主数据、供应商主数据、信贷管理主数据、业务员集于一身，都用BP创建、修改，显示于一体。如下图1 分组如下图2 说明： l 业务伙伴角色中创建： 选择 1）FLCU000 FI客户，表示创建客户公司代码视图, 2）FLCU01 客户：表示创建客户主数据的基本视图和销售围视图。 3）FLVN00 FI 供应商，表示创建供应商财务视图， 4) FLVN01 供应商基本视图和采购组织视图。 分组：表示创建指定类别的客户或供应商，如上图所示可理解是不同编号围或类别的客户或供应商。 二、配置说明 2.1）定义业务伙伴角色
A．路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--商业伙伴角色--定义业务伙伴角色如下<图3> 用系统默认的客户与供应商BP角色。显示明细如下《图4》 <图5>
《图6》
图7 2.2定义应用程序事务 A．路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--商业伙伴角色--定义应用程序事务 B．作用：可把客户、供应商通过不同事务码来分开创建、修改、查看功能。（一般不建议使用不同事务码，就用BP好了，可通过权限控制来限制不同用户的权限）,可用系统默认配置不需要修改（如下图8）。 详细配置如下图9
2.3维护供应商分组及编号围 路径：A. 路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--编号围和分组--定义编号围 如下图<图10> 2.4定义分组和分配围 路径：A. 路径：跨应用组件-- SAP 业务伙伴--业务合作伙伴--基本设置--编号围和分组--定义分组和分配围如下图11
sap主数据管理mdm详细介绍
MDM是一个集成的解决方案，管理所有的主数据信息。客户主数据、物料主数据、供应商数据等。 一、使用SAP MDM主数据管理解决方案，可以整合、协调主数据、管理丰富的产品内容， 主数据集中后，就能够对主数据进行有效的管理、同步和分配，并将其发布给公司内外所有相关的用户。 1、整合主数据：使用灵活、可配置的数据模型，您可以从不同的数据源(SAP和非SAP 系统)汇总主数据信息，SAP MDM能够整合来自不同系统的主数据对象。对汇总过来 的主数据信息进行搜索，辨别出相同或相似的对象，并按照需求将之清除、整理， 得到统一、完整而准确的主数据视图，在数据整合后，数据可以被轻松访问来实现 准确的企业层面的分析和报表。 2、协调主数据：除了主数据整合功能以外，SAP MDM主数据管理还可以通过交互式的 分发模式来协调整个企业范围内的主数据信息，将准确、完整的主数据信息更新到 链接的SAP或非SAP系统中，另外，它还内置了数据处理工作流，支持统一企业内 基于多层角色的模式来共同维护主数据。它可以从一个系统的记录来维护主数据， 并作为集中的主数据管理集线器，自动更新到其他系统中对应的信息，达到整个公 司层面上不同应用系统之间的数据统一、协调。 3、集中主数据：SAP MDM是实现公司层面数据标准化目标的理想平台，在主数据从多 个源系统整合到MDM之后，主数据可以进行集中的管理和创建。用户可以使用功能 强大的客户端主数据管理器或SAP企业门户界面直接管理这些数据，SAP MDM提供 有效的数据校验和工作流平台，可以对主数据的创建、修改和删除进行统一的监管，这些主数据信息也可以根据需要通过业界标准的XML格式同步或分发到其他需要的 系统中，达到集中的主数据质量控制和监管，实现企业数据标准化目标。此外，还 可将统一、标准的信息提取到SAP BI只能分析系统中，得到准确的全局报表分析。 4、管理丰富的产品/物资内容：在SAP MDM中，您不但可以管理具有复杂分类和层次 结构的产品/物资信息，还可以管理组成这些产品/物资主数据的任何类型的内容， 无论是图形还是图表内容。所有主数据内容可以从不同的SAP系统和非SAP系统中 导入。通过单程的数据标准化(内置各种计量单位和单位转换)功能以及高性能的基
SAP供应商主记录维护流程
SAP-FI-供应商主记录维护流程1 大连重工〃起重集团有限公司ERP项目 业务名称：供应商主记录维护流程 文档号：TB-FI-100 版本号：1.0 作者：李雪梅保存日期：2013年10月8日参考资料：状态： 交付签字：发布日期：2013年10月8日 大连重工·起重集团有限公司ERP项目— 文档修改记录 确认和批准 该文档需要以下人员确认： 该文档需要以下人员批准： 存档 该文档存档在大连重工〃起重集团有限公司，神州数码管理系统有限公司保留复印件。 大连重工〃起重集团有限公司ERP实施项目 将来流程综述
本流程主要描述供应商主记录维护业务处理流程，包括业务部门提出供应商主记录维护申请、财务部审核申请、在SAP系统内创建供应商代码及维护其相关信息。 一期一波上线产品的供应商三个视图由采购人员统一维护，其余采购供应商及其他费用类供应商皆由财务维护。财务维护供应商主数据包括一般数据视图和公司代码数据视图。 对现有流程的改变 1．规范供应商管理，上线产品涉及的供应商，形成统一维护口径，由外协采购人员统一维护三个视图(一般数据视图、公司代码数据视图及采购数据视图)。 2．单独建立了供应商主数据，主数据包含采购供应商、付款方的基本信息、财务信息、业务信息等多方面信息，便于业务未来的查询。 3．通过对供应商进行统一编号，保证了供应商编号的一致性。便于财务部统一维护与帐务有关数据。4．供应商主数据不再是简单的平面化结构，而是从多维多角度解构供应商的网络关系，包括供应商层次结构、供应商合作伙伴功能。 大连重工〃起重集团有限公司ERP 实施项目 流程编号及名称：TB-FI-100供应商主数据维护流程 业务流程图 制作人员：李雪梅制作时间：2003/12/22
SAP供应商主数据
供应商主数据 1.供应商主数据的概念 供应商主数据用于物料管理MM和财务管理FI模块，主要用于采购、发票确认以及付款等业务中，集中存储并可以在相应组织级别上维护和使用。 2.供应商主数据的结构 3.供应商主数据屏幕字段的属性控制 3.1. 属性值级优先顺序 隐藏>显示>必输>可选
3.2. 影响因素 （1）供应商账户组 （2）事务代码 （3）采购组织 4.供应商主数据的关键字段4.1. 科目组 （1）号码范围 （2）是否一次性供应商 （3）供应商屏幕字段属性 （4）业务合作伙伴方案 4.2. 贸易伙伴 贸易伙伴中的值为公司，出具合并报表。
4.3. 总部 4.4. 客户及结算客户 实际业务中，某外部公司既是本公司的客户，又是本公司供应商，往来账需要将此外部公司应收和应付对冲（SAP中的清账）。如果没有启用既是客户又是供应商功能，就需要在FI中做转账凭证；如果启用此功能，F-44或F-32清账时，应收和应付就可以直接对请，此时需要分别在供应商和客户主数据中进行以下维护： 1.供应商主数据 （1）客户字段维护客户主数据 （2）勾选结算客户 2.客户主数据 （1）供应商字段维护供应商主数据 （2）勾选结算供应商 4.5. 检查双重发票 勾选勾选供应商公司代码层数据中的检查双重发票，在发票校验时，系统会检查以下6个项目，若都相同时系统消息提示有相同发票。消息号：M8 462请检查是否发票已按后勤发票凭证编号&输入，该消息号属性可配置。 （1）供应商 （2）货币
（3）公司代码 （4）发票总金额 （5）发票日期 （6）参考凭证 4.6. 工厂 STO业务中供应商对应的发货工厂。 5. 一次性供应商
SAP销售相关表格
一、客户主数据基本数据放在KNA1里； 公司代码放在KNB1里； 销售视图放在KNVV里； 合作伙伴放在KNVP里； 二、信用主数据KNKK里有信贷限额、应收总额、特别往来； S066里是未清订单值； S067里是未清交货值； KNKK里面的应收值不一定对，要和BSID表去比。S066、S067也是一样，不对的时候就要重组 三、物料主数据 MARA里是基本数据； MAKT是文本； MARC是工厂视图； MVKE是销售视图； MARM是物料的计量单位； 四、价格数据主数据在表AXXX里，XXX表示三个数字，KNOH和KONP分别存放抬头和行项；单据的价格在KONV里； 五、自动确定的科目在CXXX里，XXX表示三个数字； 六、销售订单VBAK抬头； VBAP行项； VBKD业务数据； VBPA是伙伴； VBEP是计划行； VBFA是单据流； VBUK抬头状态； VBUP行项状态；
七、交货 LIKP抬头； LIPS行项； VTTK是Shipment抬头； VTTP是Shipment行项； 八、物料凭证MKPF抬头； MSEG行项； 九、发票 VBRK是抬头； VBRP是行项； 十、文本STXH抬头 STXL行项； 十一、地址最新的单据中的地址信息在ADRC里面，不能取主数据的。 十二、会计凭证（顺带说说AP的）BKPF：财务凭证抬头； BSEG：财务凭证行项目； BSAD：应收明细（已清帐）客户； BSID：应收明细（未清帐）客户； BSAS：总帐明细（已清帐）总账； BSIS：总帐明细（未清帐）总账； BSAK：应付明细（已清帐）供应商； BSIK：应付明细（未清帐）供应商；
(完整版)SAP主数据维护管理办法
备件主数据维护管理办法 第一章总则 第一条备件主数据是ERP系统中备件管理、备件供应的集成信息，是进行备件物料管理的基本条件，为了保证及时、准确地收集和维护备件主数据，满足ERP系统正常运行和备件业务运转对数据的需求，特制定本办法。 第二条本办法中主数据是指ERP系统(SAP/R3)中支持系统有效运行的备件静态数据，主要包括：物料主数据、供应商主数据、货源清单、采购信息记录。 第三条备件主数据维护原则： 一、唯一性：相同的主数据在系统中要求有唯一编码，唯一的描述，避免存在数据冗余； 二、完整性：主数据信息保持完整，要能够满足相关部门的业务运作需求； 三、准确性：主数据要符合相应的编码规则和技术规范，能
够清楚准确地表达主数据的含义； 四、时效性：主数据申请维护过程中，要充分体现时效性原则，提高工作效率，及时满足申请部门的需求。 第四条本办法适用于xxERP项目上线的总公司、xx公司、xx公司有关部门和生产厂。 第二章应用主数据内容和信息收集维护职责分工 第五条备件应用主数据内容： 一、模块内主数据（MMBJ模块）：货源清单、采购信息记录、 二、跨模块主数据（MM；MMBJ；SD模块）：物料主数据、供应商主数据。 第六条备件模块内和跨模块主数据由XX总公司设备部备件处负责组织收集相关信息，并进行系统维护。 第七条模块内主数据信息收集维护职责分工： 一、货源清单由设备部备件处计划科负责组织收集相关信息，并进行系统维护； 二、采购信息记录由设备部备件处价格科负责组织收集相关信息，并进行系统维护。 第八条跨模块主数据信息收集维护职责分工：
一、物料主数据由设备部备件处计划科负责组织收集基本视图、分类视图、销售视图、采购视图、库存视图、财务成本视图中的相关信息。 二、供应商主数据由设备部备件处质量管理科负责组织收集采购视图中供应商的相关信息； 第三章备件物料主数据维护管理 第九条备件物料主数据维护工作流程： 一、各单位备件员根据生产现场备件变化情况，做以下主数据维护工作： （一）对新投产设备、更新改造设备增加的新的备件项目；对在用设备发生的备件项目，按标准机械备件、非标准机械备件（其中：天车备件、皮带机备件、偶合器要与其它非标专用件分开）、小型机械备件、电气备件、计控备件、机车备件、汽车备件、生产工具专业（以下简称各专业）分别提出新增备件物料主数据项目明细； （二）对新投产设备、更新改造设备增加的新的备件项目，在收集物料主数据时，要避免同一物料，多个图纸编号造成的物料不唯一性；
SAP供应商主数据的创建
户/供应商名称、地址、电话、传真、所属行业、开户银行等。 ●公司代码数据：在公司代码层面需要维护的是符合特定公司需求的信息，如付款期限，统驭科目(即对应的总账科目)、客户/供应商的税号以及联络人、自动催款/付款过程等。需要注意的是：在SAP总账系统中，应收账款被设置成统驭科目，这类科目是不能直接记账的，而是需将每一个客户/供应商的主记录与某个应收账款科目挂钩，这样集成明细账和总账会被同时更新。统驭科目也在客户/供应商主记录的公司代码层面上进行维护? ●销售数据：在销售层面需要维护的是与销售模块相关的信息，例如销售定单、货物运输以及与开票相关的各种参数和默认值等。这些信息只和相关的销售范围有关。除了需要维护如此详细信息的客户/供应商，在系统中还可以根据一定的标准定义若干个“一次性客户/供应商”。符合某个标准的一次性客户/供应商都使用同一个编码，具体不同的信息在业务处理时补充进去，例如全称、地址等。 (1)供应商主数据的创建， 具体的配置步骤如下： 从SAP系统初始菜单中选择“会计÷财务会计÷应付账款专主记录÷创建”选项，双击进入图5-16所示的界面。革击“账户组”字段旁边的“@”按钮跳出选单，选择时应的账户组。 图5一l6创建供应商 注意：(1)如果为内部给号，则不需要在“供应商”字段处输入客户编号;若为外部给号，则需要在“供应商”字段处输入供应商编号，否则不能进入下一个界面。
(2)如果系统里已经有与即将创建的供应商相似的供应商存在，则可通过参照的方式建立新的客户。如果用户选定的账户组的编号方式为外部给号，而用户没有在“供应商”字段输入字段，当用户单击回车时，系统提示指明账户号码。如果用户输入 的编号不在该组供应商的编号范围之列，系统则提示输入正确的编号范围。 (3)供应商主数据与客户相似，如果在公司代码字段处输入了公司代码，那么用户将同时维护次供应商的一般数据段和公司代码数据段;如果相同编号供应商的一般数据段数据已经存在，那么在输入公司代码后，就只能维护公司代码数据段;如果相同编号供应商的一般数据段数据和指定的公司代码数据段数据都已经存在，系统则提示供应商已存在，并拒绝进行创建操作。
SAP采购主数据维护流程
【最新资料，Word版，可自由编辑！】
业务流程名称:采购主数据维护 流程编号及版本号 编号：BPD-MM03 版本：V1.0 业务流程定义文件签署表 业务流程定义文件是描述未来在SAP R/3中处理业务的详细流程定义，其定义的业务流程及其中所涉及的SAP功能已得到以下项目组成员的接受并已签署。
1. 业务流程目的： 采购主数据维护主要指采购价格的维护，以及系统中的货源清单和配额分配的维护。 2. 业务流程的相关原则： 2.1采购主数据存储了进行采购业务所需用的数据。包含以下三种数据： （1）信息记录–主要包含采购价格、价格条件（交货费用、关税等）、交货提前期及一些采购控制字段； （2）货源清单–主要指物料的合格供应商清单，指定哪些供应商或者框架协议是可用的； （3）配额分配–主要维护采购物料时的不同供应商的订单分配的配额比例； 2.2采购主数据维护的组织级别： （1）信息记录–在采购组织级别，根据不同的采购组织，为不同的工厂维护信息纪录； （2）货源清单–维护在工厂的级别，即对同一物料，可以在不同的工厂维护不同的货源清单； （3）配额分配- 在工厂级别维护，同一物料在不同的工厂可以维护不同的供应商配额分配； 2.3采购主数据维护的范围： 本流程中采购主数据维护的范围是：进行库存采购的物料的采购主数据、进行外协加工采购的物料的采购主数据及供应商寄存采购的物料的采购主数据。 2.4 采购主数据维护的注意事项： （1）采购主数据的维护应由各公司采购部门专门的维护员负责，保证维护权限的集中； （2）采购主数据的维护必需由采购员提交申请表，经过采购部门主管系统外审核签字后才能录入系统；
sap供应商主数据明细报表功能说明书(1)
供应商主数据查询报表功能需求说明书 MM模块 SAP系统实施项目 2011年4月7日
文档管理文档信息 版本信息 批准
程序使用对象: 采购部 联系人: 运行频率: On Request 语言: 中文程序类型: Conventional Report
报表样式：（可以用表格形式或者以贴图形式） 请见附件。 相应逻辑及要求： 1、选择条件/用户输入界面（下拉式菜单，多选择项） 公司代码：BUKRS 采购组织：EKORG 供应商代码：LIFNR 账户类型：KTOKK 创建人：ERNAM 创建日期：ERDAT 国家：LAND1 2、表与字段的联系 公司代码：LFB1-BUKRS 采购组织：LFM1- EKORG 国家：LFA1_LAND1 帐户类型：LFA1_KTOKK 创建人：LFA1_ERNAM 创建时间：LFA1_ERDAT 供应商代码：LFA1_LIFNR 供应商名称：LFA1_NAME1 搜索项：LFA1_SORTL 供应商地址：LFA1_STRAS 邮政编码：LFA1_PSTLZ 城市：LFA1_ORT01 电话：LFA1_TELF1 手机：LFA1_TELF2 传真：LFA1_TELFX 银行代码: LFBK_BANKK 银行账户：LFA1_LIFNR= LFBK_LIFNR得到LFBK_BANKN 银行名称：LFA1_LIFNR= LFBK_LIFNR and LFBK_(BANKS, BANKL)=BNKA_(BANKS,
BANKL)得到BNKA_ BANKA 统驭科目：LFA1_LIFNR=LFB1_LIFNR得到LFB1_AKONT 订单货币：LFA1_LIFNR=LFM1_LIFNR得到LFM1_WAERS 付款条件：LFA1_LIFNR=LFM1_LIFNR得到LFM1_ZTERM 国际贸易条件:LFM1-INCO1 联络人：LFA1_LIFNR=LFM1_LIFNR得到LFM1_VERKF 删除标志：LFA1_LOEVM 记账冻结：LFA1_SPERR 采购冻结：LFA1_SPERM 冻结功能：LFA1_SPERQ 提出者签字（代表部门的关键用户）：_____________________ abaper签字（开发人员）：_____________________ 日期： ________________________
SAP供应商&客户主数据中各个字段进行显示、必输、隐藏和可选输入的设置
供应商/客户主数据中各个字段进行显示、必输、隐藏和可选输入的设置 SAP提供供应商主数据和客户主数据各个字段进行显示、必输、隐藏和可选输入的配置，如图(该图是客户主数据的设置截屏)： 这样客户就可以根据自己的业务需求设置字段的显示、必输、隐藏和可选输入来控制屏幕上字段属性,如：可以将敏感或者未用到的信息设置“隐去”，对必须需要维护的信息设置为“必须输入项”，对不能修改的可以设置为“显示”(显示表示只显示不能修改)。 sap为用户提供了账户组、公司、作业(可以理解为TCODE)三个层面的字段的显示、必输、隐藏和可选输入的配置，他们对应的TCode和路径如下。 客户主数据 按账户组设置屏幕 T-Code: OVT0 路径：IMG->财务会计->应收账目和应付账目->客户账户->主数据->创建客户主记录的准备->定义带有屏幕格式的账户组(客户) 或者 Path: IMG->Logistics-General->Business Partner->Business Partner->Customers->Control->Define Account Groups and fields Selection for Customers 按公司设置屏幕 T-Code: OT06
路径：IMG->财务会计->应收账目和应付账目->客户账户->主数据->创建客户主记录的准备->定义每个公司代码的屏幕格式(客户) 按作业设置屏幕 T-Code:OT07 路径：IMG->财务会计->应收账目和应付账目->客户账户->主数据->创建客户主记录的准备->定义每个作业的屏幕格式(客户) 供应商主数据 按账户组设置屏幕 T-Code: OVT5、OMSG 路径：IMG->财务会计->应收账目和应付账目->供应商账户->主数据->供应商主记录创建准备->定义带有屏幕格式的账户组(供应商) 或者 Path: IMG->后勤－常规->>商业伙伴->供应商->控制->定义科目组和字段选择(供应商) 按公司设置屏幕 T-Code: OT06、OB24 路径：IMG->财务会计->应收账目和应付账目->供应商账户->主数据->供应商主记录创建准备->定义每个公司代码的屏幕格式(供应商) 按作业设置屏幕 T-Code:OT09、OMSX、OB23 路径：IMG->财务会计->应收账目和应付账目->供应商账户->主数据->供应商主记录创建准备->定义每个作业的屏幕格式(供应商) 对于这三个层面控制，用户可以根据业务需要进行设置，这样就可与控制不同账户组屏幕不同，也可以控制不同公司同个账户组屏幕不同，以及控制同公司同个账户组不同作业屏幕不同。三个层面的设置是叠加的效果，设置的优先级是：隐藏>显示>必输>可选输入。也就只有一个层次设置了隐藏，则屏幕上就是隐藏。我想这个优先级大家应该很容易理解。 具体的操作我这里就不做明细解释了，大家都是聪明人。 注意：