IDOC实例详解(阵全)

IDOC实例详解

IDOC是用于在不同的SAP系统之间或SAP系统与外部系统之间传输信息的一种文档表示形式。

本实例讲述从SAP客户端：SAPDEV 200传送自定义表中的内容至SAPPROD 700。

其中SAPPROD 700的在200中逻辑系统名称为：DEVCLNT700

200的在200中逻辑系统名称为：DEVCLNT200

SAPDEV

传送的表结构如下：此表在DEV200和PRD700中均存在。

本实例中在讲述DEV200和PRD700之间的通讯设置中，如有不明白之处，还请参考本人的另一个文档“ALE配置及操作详解(阵全)”。

本实例讲述的是不通过消息控制的，处于不同物理地址的SAP系统间的数据传输。

一、使用TCODE：WE31创建一个段，该段须在DEV200和PRD700同时存在。

该段中只包含一个字段。

二、使用TCODE：WE30创建一个IDOC基本类型，该类型须在DEV200和PRD700同时

存在。

三、使用TCODE：WE81创建一个逻辑消息类型。只需在DEV200中创建。

四、TCODE：WE82在DEV200中指定逻辑消息类型和IDOC基本类型的对应关系。

五、使用TCODE：BD64在DEV200中添加消息类型ZMSGDEPARTMENT，并产生合作伙

伴文件及分配，详细操作请见“ALE配置及操作详解(阵全)”。如下图：

BD64界面。

在DEV200中产生的对应于PRD700的RFC端口。通过TCODE：WE21查看。

在DEV200中产生的对应于PRD700的合作伙伴参数，消息类型为

ZMSGDEPARTMENT，可使用TCODE：WE20查看。

六、TCODE：SE38在DEV200中写该IDOC的出站处理程序。代码如下：

*& Report ZCREATEMATARIALIDOC

*&

*&---------------------------------------------------------------------* REPORT ZCREATEDEPARTMENTIDOC.

DATA: G_IDOC_CTL LIKE EDIDC,

ZSEGDEPARTMENT LIKE ZSEGDEPARTMENT.

DATA: GI_RET_CTL LIKE EDIDC OCCURS 0,

GI_IDOC_DATA LIKE EDIDD OCCURS 0 WITH HEADERLINE.

PERFORM BUILD_IDOC_CTL.

PERFORM BUILD_IDOC_SEG.

PERFORM CREATE_IDOC.

*&---------------------------------------------------------------------* *& Form CREATE_IDOC

*&---------------------------------------------------------------------* * text

FORM CREATE_IDOC.

CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE'

EXPORTING

MASTER_IDOC_CONTROL = G_IDOC_CTL

TABLES

COMMUNICATION_IDOC_CONTROL = GI_RET_CTL

MASTER_IDOC_DATA = GI_IDOC_DATA

EXCEPTIONS

ERROR_IN_IDOC_CONTROL = 1

ERROR_WRITING_IDOC_STATUS = 2

ERROR_IN_IDOC_DATA = 3

SENDING_LOGICAL_SYSTEM_UNKNOWN = 4

OTHERS = 5 .

IF SY-SUBRC <> 0.

MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO

WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.

ELSE.

COMMIT WORK.

ENDIF.

ENDFORM. " CREATE_IDOC

*& Form BUILD_IDOC_CTL

*&---------------------------------------------------------------------* * text

*----------------------------------------------------------------------* * --> p1 text

* <-- p2 text

*----------------------------------------------------------------------* FORM BUILD_IDOC_CTL.

* TYPE

G_IDOC_CTL-IDOCTP = 'ZTYPDEPARTMENT'. "IDOC TYPE

G_IDOC_CTL-MESTYP = 'ZMSGDEPARTMENT'. "MESSAGE TYPE

* RECEIVER

G_IDOC_CTL-RCVPRT = 'LS'. "PARTNER TYPE

G_IDOC_CTL-RCVPRN = 'DEVCLNT700'. "PARTNER NO

G_IDOC_CTL-RCVPOR = 'A000000017'. "PORT

* SENDER

G_IDOC_CTL-SNDPRT = 'LS'. "PARTNER TYPE

G_IDOC_CTL-SNDPRN = 'DEVCLNT200'. "PARTNER NO

* G_IDOC_CTL-SNDPOR = 'A000000017'. "PORT

ENDFORM. " BUILD_IDOC_CTL

*&---------------------------------------------------------------------* *& Form BUILD_IDOC_SEG

*&---------------------------------------------------------------------* FORM BUILD_IDOC_SEG.

* HEAD DATA

GI_IDOC_DATA-SEGNAM = 'ZSEGDEPARTMENT'. "SEGMENT NAME

GI_IDOC_DATA-SEGNUM = 1. "SEGMENT NO

ZSEGDEPARTMENT-DEPT_NAME = '资讯部'. "部门名称

MOVE ZSEGDEPARTMENT TO GI_IDOC_DATA-SDATA.

APPEND GI_IDOC_DATA.

ENDFORM. " BUILD_IDOC_SEG

七、PRD700中，使用BD64查看在本文档中第五步产生的分配模型。

BD64所见图

WE21所见图

八、 PRD700中使用TCODE：SE37创建一个函数，代码如下：可通过复制系统标准的

入站处理函数代码，再更改！

FUNCTION ZIDOC_INPUT_DEPARTMENT.

*"---------------------------------------------------------------------- *"*"Local interface:

*" IMPORTING

*" VALUE(INPUT_METHOD) LIKE BDWFAP_PAR-INPUTMETHD

*" VALUE(MASS_PROCESSING) LIKE BDWFAP_PAR-MASS_PROC

*" VALUE(NO_APPLICATION_LOG) LIKE SY-DATAR OPTIONAL

*" VALUE(MASSSAVEINFOS) LIKE MASSSAVINF STRUCTURE MASSSAVINF *" OPTIONAL

*" EXPORTING

*" VALUE(WORKFLOW_RESULT) LIKE BDWF_PARAM-RESULT

*" VALUE(APPLICATION_VARIABLE) LIKE BDWF_PARAM-APPL_VAR

*" VALUE(IN_UPDATE_TASK) LIKE BDWFAP_PAR-UPDATETASK

*" VALUE(CALL_TRANSACTION_DONE) LIKE BDWFAP_PAR-CALLTRANS

*" TABLES

*" IDOC_CONTRL STRUCTURE EDIDC

*" IDOC_DATA STRUCTURE EDIDD

*" IDOC_STATUS STRUCTURE BDIDOCSTAT

*" RETURN_VARIABLES STRUCTURE BDWFRETVAR

*" SERIALIZATION_INFO STRUCTURE BDI_SER

*"---------------------------------------------------------------------- * SET RETURN_VARIABLES VALUE

READ TABLE IDOC_CONTRL INDEX 1.

RETURN_VARIABLES-DOC_NUMBER = IDOC_CONTRL-DOCNUM.

RETURN_VARIABLES-WF_PARAM = 'Processed_IDOCs'.

APPEND RETURN_VARIABLES.

* SET IDOC_STATUS VALUE.

CLEAR IDOC_STATUS.

IDOC_STATUS-STATUS = '53'.

IDOC_STATUS-DOCNUM = IDOC_CONTRL-DOCNUM.

IDOC_STATUS-REPID = SY-REPID.

APPEND IDOC_STATUS.

****以下代码为测试,可通过IDOC_DATA取得

DATA:ZD TYPE ZDEPARTMENT.

ZD-DEPT_NAME = 'ABC'.

INSERT INTO ZDEPARTMENT VALUES ZD.

ENDFUNCTION.

九、在PRD700中使用TCODE：WE42创建该IDOC的入站处理代码.

可复制其它标准的。

十、在PRD700中，TCODE：WE20创建DEV200的参数合作伙伴。

十一、在DEV200中执行相关出站处理程序，第六步所写的。并用WE02查看出站IDOC

状态。

十二、在PRD700使用WE02查看进站IDOC状态。

十三、在PRD700是，查看表ZDEPARTMENT，部门“ABC”已加入。

品茗安全计算软件操作

问题：1、软件打开时，跳出对话框，failed to set data for. 这种情况可能是软件没装好。部分文件缺失，建议重新安装一遍试试看。 2、在软件中无法操作，对梁不设置对拉螺栓 对拉螺栓是可以设置的。在梁侧模板计算中设置。如果不设置对拉螺栓，需要在 表中，将“距梁底距离”中的两个数据输入为“0”和“梁高-板厚”。 3、梁底支撑小横杆根数及间距无法设置 当梁底有附加立杆时，该参数受软件控制，无法设置。4、梁底增加支撑的间距无法设置 不是很明确，梁底增加支撑如果是指附加的立杆，可以在表中选择自定义的方式。 如果指的是梁底的支撑小梁根数（间距），小梁的间距是根据根数和梁宽进行均分计算的。 5、荷载参数里施工人员设备荷载和振捣荷载只需要计算一个就行了。（参考规范JGJ162-2008） 答：梁受力支撑计算施工人员设备荷载，板受力支撑计算振

捣荷载，如果梁和板都受力两个都需要计算。 6、悬挑脚手架计算中，“拉绳与支撑杆”设置中“共点”与“平行”有什么区别？ 答：平行和共点，对于单道拉绳或支撑来说，没什么大的区别，它们的区别是在于，“平行”时输入的是拉绳（支撑）与水平面的夹角。共点时输入的是这个夹角所造成的两个直角边的长度，软件通过这两个直角边长来计算夹角。如果是多道支撑或拉结，就比较明显了。平行是多道支撑或拉结近似平行线。共点是支撑或拉结近似节点集中一点。 7、工地承重架和脚手架的扣件，检测中，直角扣件、旋 转扣件，抗破坏和抗滑不合格，请问在品茗安全计算中，怎么进行复算啊？ 答：对于扣件抗滑力检测不合格的情况，在相关部门许可的情况下，可以降低承载力使用。或者增加双扣件进行支撑。或者直接清除不合格材料，改用检测合格的材料进行支撑。如果是属于扣件抗破坏性能检验不合格，则需要更换扣件材料。或者降低允许承载力，加密支撑杆件等方式进行使用。以上措施仅限于材料不合格在允许范围内或者相关部门允许的情况下使用，如果不允许使用，建议更换检测合格的材料使用，毕竟这也是关系到人民生命财产安全的大事。

PI IDOC TO FTP

一：ECC配置 1：先在ECC配置一OUTBOOUND的IDOC: TEST001 1）：IDOC 段类型：ZTEST001_HEAD IDOC 段类型：ZTEST001_ITEM

2）：IDOC其本类型：ZTEST001 3）：DIOC TYPE ：TEST001 2：逻辑系统、合作伙伴类型LS配置 根据PI中业务系统的名称在ECC中配置一个同名的逻辑系统BS_TEST01 WE20创建设同名合作伙伴类型LS BS_TEST01

3：SM59配置到PI系统的RFC连接PIDEV

目标主机IP和系统编号 目标系统的登录帐号 4：WE21配置端口 A000000003

填入刚才配置的RFC连接 5：在合作伙伴类型LS “BS_TEST01”配置IDOC“ZTEST001”的出参信息 出站参数中加入IDOC ZTEST001

维护接收方端口和IDOC基本类型 6：发送IDOC的程序代码 REPORT ZTESTCHEN005. DATA: G_IDOC_CTL LIKE EDIDC. DATA: GI_RET_CTL LIKE EDIDC OCCURS 0, GI_IDOC_DATA TYPE TABLE OF EDIDD WITH HEADER LINE. DATA: WA_HEAD TYPE ZTEST001_HEAD. DATA: WA_ITEM TYPE ZTEST001_ITEM. DATA: IT_ITEM LIKE STANDARD TABLE OF WA_ITEM. TYPES: BEGIN OF TYP_EKPO, EBELN TYPE EKPO-EBELN, EBELP TYPE EKPO-EBELP, TXZ01 TYPE EKPO-TXZ01, MATNR TYPE EKPO-MATNR,

SAP ERP 物料主数据维护操作手册

物料主数据维护操作手册 目录 00、物料主数据系统维护操作说明 (2) 01、查询物料主数据(MM03)-(标准功能) (3) 02、新建物料主数据-原燃资材(MM01)-(标准功能) (9) 03、新建物料主数据-备件(MM01)-(标准功能) (18) 04、修改物料主数据 (MM02)-(标准功能) (25) 05、新建物料主数据批导-原燃资材 (29) 06、扩充物料主数据视图批导-原燃资材 (31) 07、新建物料主数据批导-备件 (33) 08、扩充物料主数据视图批导-备件 (35) 09、物料进行编码时查询系统最大编号 (37) 10、物料清单查询(MM60) (40) 11、物料待删除标记 (41)

00、物料主数据系统维护操作说明 数据维护员在系统进行物料维护时，需按照下面操作步骤执行。 1、数据检查。检查业务员提交的物料维护数据是否正确。 2、系统查重。在系统内按物料描述进行查重。使用标准功能MM03。 3、物料组对应。按照板块公司物料组表对应物料组。 4、物料编码。查询系统物料编码中同一分类的最大编号，然后按照编码规则进 行编码。 5、系统维护。按系统标准功能或批导程序进行在系统创建或扩充数据。 6、使用批导程序批导新建备件物料时，需要注意基本计量单位。按《ERP系统 计量单位》文件里的模板计量单位列进行填写模板数据。 事务代码说明

01、查询物料主数据(MM03)-(标准功能) 1、使用事物代码MM03进入

点击进入下面的屏幕 2、点击下面红色框中的按钮会出现物料查询界面(鼠标放在物料后面的白色栏中就会出现) 3、物料查找:在下面的界面中，可以根据不同选项卡下的查询条件进行物料查找

IDOC总结及Tcode

下面的内容是BC620的课程目录，要是要看详细的可以下载BC620。 Application Link Enabling ALE主要为了分布式业务系统而设计的。它可以使业务流程中的每 个步骤分布在不同的SAP系统上，系统间可以通过IDoc交互数据. IDoc可以认为是个信封，它捎带消息从发送系统到接收系统中，它们可以用于SAP系统或非SAP系统中。 IDoc中包含一个control record，其中有接收系统、发送系统的一些配置信息，还有多条data record,或status record. 一，Idoc：Intermediate document，系统间数据交换过程的媒介 1）: 面向消息(message-oriented) 2）: 异步(asynchronous) 二，IDoc的Structure和Type 1）最小结构单元：Segment数据段 2）控制记录(Control Record)，也称为Idoc头 3）数据记录(Data Record)，不超过1000个字符的数据段文本 4）状态记录(Status Record),历史状态信息 5）Idoc类型(IDoc Type):定义了数据段以及数据段的层次和次序。标准SAP系统提供了 IDOC类型，也称为基本类型(basis Type). 6）数据段：命名部分包括SAP版本无关的数据段类型以及至少一个版本相关的数据段名称。7）数据段类型均为定义在数据字典中的ABAP结构。SAP标准数据段类型以E1作为前缀，数据段名称则以E2作为前缀。 三，IDoc Outbound process 1，系统中生成新的应用文档(即应用数据) 2，创建出站IDoc 3，寻找伙伴参数和端口 4，通过该端口将IDoc传递至外部系统 4.1：通过消息控制的发送处理：消息查找和Idoc发送 4.2：通过ALE的发送处理 4.2.1，首先创建仅存在于运行时的Master IDoc 4.2.2，传入FM: MSATER_IDOC_DISTRIBUTE 4.2.3，调用FM: Communication_IDoc_Create,该FM对Master Idoc进行"过滤",过

SAP主数据维护管理规定

S A P主数据维护管理规定 The latest revision on November 22, 2020

备件主数据维护管理办法 第一章总则 第一条备件主数据是ERP系统中备件管理、备件供应的集成信息，是进行备件物料管理的基本条件，为了保证及时、准确地收集和维护备件主数据，满足ERP系统正常运行和备件业务运转对数据的需求，特制定本办法。 第二条本办法中主数据是指ERP系统(SAP/R3)中支持系统有效运行的备件静态数据，主要包括：物料主数据、供应商主数据、货源清单、采购信息记录。 第三条备件主数据维护原则： 一、唯一性：相同的主数据在系统中要求有唯一编码，唯一的描述，避免存在数据冗余； 二、完整性：主数据信息保持完整，要能够满足相关部门的业务运作需求； 三、准确性：主数据要符合相应的编码规则和技术规范，能够清楚准确地表达主数据的含义； 四、时效性：主数据申请维护过程中，要充分体现时效性原则，提高工作效率，及时满足申请部门的需求。 第四条本办法适用于xxERP项目上线的总公司、xx公司、xx公司有关部门和生产厂。 第二章应用主数据内容和信息收集维护职责分工第五条备件应用主数据内容：

一、模块内主数据（MMBJ模块）：货源清单、采购信息记录、 二、跨模块主数据（MM；MMBJ；SD模块）：物料主数据、供应商主数据。 第六条备件模块内和跨模块主数据由XX总公司设备部备件处负责组织收集相关信息，并进行系统维护。 第七条模块内主数据信息收集维护职责分工： 一、货源清单由设备部备件处计划科负责组织收集相关信息，并进行系统维护； 二、采购信息记录由设备部备件处价格科负责组织收集相关信息，并进行系统维护。 第八条跨模块主数据信息收集维护职责分工： 一、物料主数据由设备部备件处计划科负责组织收集基本视图、分类视图、销售视图、采购视图、库存视图、财务成本视图中的相关信息。 二、供应商主数据由设备部备件处质量管理科负责组织收集采购视图中供应商的相关信息； 第三章备件物料主数据维护管理 第九条备件物料主数据维护工作流程： 一、各单位备件员根据生产现场备件变化情况，做以下主数据维护工作：

品茗安全计算软件新手入门教程1梁侧模版

品茗安全计算软件新手入门教程—梁侧模版 参考规范下载 1、《建筑施工模板安全技术规范》JGJ162-2008 2、《建筑结构荷载规范》GB50009-2012 3、《钢结构设计规范》GB50017-2003 4、《混凝土结构设计规范》GB 50010-2010 5、《混凝土结构工程施工规范》GB50666-2011 6、建筑施工计算手册(第二版) 基本知识

上翻梁部位名称

梁侧模板参数 参数解析 ①混凝土梁工程属性 计算书显示形式：分为各侧模计算过程全部显示及各侧模计算过程汇总显示；当梁侧有上翻及下挂部分时，软件会把每侧上翻及下挂分别计算，共四大计算部分，其计算原理相

同，如果全部显示，计算书内容过多；生成计算书时，可以以汇总形式展示。同时为了帮助客户更好的理解，软件也把全部显示提供给大家选择；可以根据不同需要进行选择。 新浇混凝土梁名称：一般以梁所在的轴线及梁的名称进行命名； 梁板结构情况：共十种类型；根据实际工况进行选择。 混凝土梁结构类型 新浇混凝土梁截面尺寸【宽×高】：根据梁实际截面尺寸进行填写。 新浇混凝土梁计算跨度：根据梁实际跨度计算。 ②支架体系设计 小梁布置方式：分为水平向布置及竖直向布置两种；根据现场实际工况进行选择。 小/主梁间距：按中心到中心实际间距进行填写。

梁侧系数 主梁合并根数：根据现场实际工况进行选择。 主梁受力不均匀系数：采用双主梁时，考虑材料、施工质量等因素，主梁很难实现均匀受力，产生受力不均匀系数。 小/主梁最大悬挑长度：软件可根据梁计算跨度及主梁/小梁间距进行自动计算。软件默认梁侧悬挑长度相同，如果不相同用户可根据实际情况进行填写，不要勾选自定义。 小/主梁计算方式：根据主梁/对拉螺栓间距及所用材料长度相对关系确定跨数；如主梁间距600mm，小梁长度2000mm，就可以选择3等连续梁进行计算。 对拉螺栓水平间距：小梁布置方式为水平向布置其间距和主梁间距相同用户无需修改；小梁布置方式为竖直向布置其间距根据实际情况进行输入。 结构表面的要求：主要包含两个类型，结构表面隐藏和结构表面外露两种。根据现场实际工况选择，JGJ162-2008第4.4.1条及GB50666-2011第4.3.9条规定：选择外露时对结构变形验算要求较高允许值为计算跨度的1/400,选择隐藏时1/250。

完整版物料主数据管理规范V1.0.doc

物料主数据管理规范 文件编号: ZW/QI-R&D-029 受控标识: 版本状态: V2.0 发放序号: 编制：日期： 审核：日期： 批准：日期： 机密性：公开总页数：22页

1、目的 规范物料主数据的管理。 2、适用范围 适用于本公司物料主数据管理。 3、物料主数据 3.1物料主数据维护申请单 物料主数据维护申请单包括基本视图、销售视图、MRP视图、采购视图、工厂存储视图、质量视图、会计成本视图七个视图，每个视图由对应的部门相关人员填写完成。 3.1 .1 基本视图 基本视图是由使用人员申请时填写，其中新物料申请时必填项有物料描述、基本计量单位、工厂、物料类型、物料组、基本物料（ESD 潮敏等级封装）；旧物料更改、删除、冻结、解冻时必填项除了上述几个外还包括物料号。 3.1.2 销售视图 销售视图是由市场部相关项目负责人员填写，包括有销售组织、分销渠道、科目设置组、产品组、税分类。 3.1.3 MRP视图 MRP视图是由计划部相关负责人员填写，包括有基本计量单位、MRP组、特定工厂的物料状态、MRP 类型、MRP控制者、批量大小、最小批量大小、舍入值、ABC标识、采购组、采购类型、生产仓储地点、特殊采购类、自制生产天数、收货处理时间、计划交货时间、计划边际码、期间标识、外部采购仓储地点、策略组、计划边际码、期间标识、外部采购仓储地点、策略组、可用性检查、消耗模式、逆向消耗期间、向前消耗期间、综合MRP、独立/集中、调度员。 3.1.4 采购视图 采购视图由物料部相关负责人员填写，包括有基本计量单位、订单单位、采购组、最小批量大小、与基本计量单位换算关系、舍入值、计划交货时间、自动采购单。 3.1.5 工厂存储视图 工厂存储视图由仓储部相关负责人员填写，包括ABC标识、序列号参数文件、批次管理、仓库地点、

IDOC实例详解(阵全)

IDOC实例详解 IDOC是用于在不同的SAP系统之间或SAP系统与外部系统之间传输信息的一种文档表示形式。 本实例讲述从SAP客户端：SAPDEV 200传送自定义表中的内容至SAPPROD 700。 其中SAPPROD 700的在200中逻辑系统名称为：DEVCLNT700 200的在200中逻辑系统名称为：DEVCLNT200 SAPDEV 传送的表结构如下：此表在DEV200和PRD700中均存在。 本实例中在讲述DEV200和PRD700之间的通讯设置中，如有不明白之处，还请参考本人的另一个文档“ALE配置及操作详解(阵全)”。 本实例讲述的是不通过消息控制的，处于不同物理地址的SAP系统间的数据传输。 一、使用TCODE：WE31创建一个段，该段须在DEV200和PRD700同时存在。

该段中只包含一个字段。 二、使用TCODE：WE30创建一个IDOC基本类型，该类型须在DEV200和PRD700同时 存在。

三、使用TCODE：WE81创建一个逻辑消息类型。只需在DEV200中创建。 四、TCODE：WE82在DEV200中指定逻辑消息类型和IDOC基本类型的对应关系。 五、使用TCODE：BD64在DEV200中添加消息类型ZMSGDEPARTMENT，并产生合作伙 伴文件及分配，详细操作请见“ALE配置及操作详解(阵全)”。如下图：

BD64界面。 在DEV200中产生的对应于PRD700的RFC端口。通过TCODE：WE21查看。

在DEV200中产生的对应于PRD700的合作伙伴参数，消息类型为 ZMSGDEPARTMENT，可使用TCODE：WE20查看。 六、TCODE：SE38在DEV200中写该IDOC的出站处理程序。代码如下：

金蝶EAS_V7.5_主数据物料使用手册

金蝶主数据物料用户手册 金蝶软件（中国）有限公司 发布日期：2015年8月

前言 概述 本手册主要介绍EAS系统，主数据物料的基本资料、财务资料和销售资料等的使用操作。 读者对象 本手册适用于金蝶EAS系统的应用用户。

目录 1 物料............................................. 错误!未定义书签。 物料分类标准和分类........................... 错误!未定义书签。 物料基本资料................................. 错误!未定义书签。 物料资料不同页签信息的序时簿展现 ............. 错误!未定义书签。 物料资料跨管理单元的维护 ..................... 错误!未定义书签。 物料的多计量单位............................. 错误!未定义书签。 物料的辅助属性设置........................... 错误!未定义书签。 物料的财务资料............................... 错误!未定义书签。 物料的采购资料............................... 错误!未定义书签。 物料的销售资料............................... 错误!未定义书签。 物料的库存资料............................... 错误!未定义书签。 物料的成本资料............................... 错误!未定义书签。 物料的计划资料............................... 错误!未定义书签。 物料的批量操作............................... 错误!未定义书签。 物料的分配（引用）和取消分配（引用） ......... 错误!未定义书签。 物料的分配到业务组织 ......................... 错误!未定义书签。 物料的多维查看............................... 错误!未定义书签。

利用IDOC迁移采购订单

需求将320 系统里面的采购订单迁移到220 系统里面来. 方法很多: 1.可以通过写程序将数据download 到本地,然后将数据上传到220 系统 2.用LSMW 3.ALE /IDOC 现在用第三种方法 首先用BD64 配置MODEL VIEW , 在各自的系统里面generate partner profile

在220 系统里面有如下的partner prfile

这里的inbound process code 是关键, 因为我的理解是标准的SAP 是一个系统建立采购订单后, 另外的系统里面根据这个采购订单来建立一个销售订单,所以在message type orders 下面是没有对应的process code 来创建采购订单的. 用T-CODE WE64 ,可以查看message type 下面对应INBOUND, OUTBOUND PROCESS CODE,

没有找到合适的,所以自己创建Inbound process code 注意: 在关联inbound process code 和function module 之前,要用T-CODE BD51 将这个函数添加进去,如下图 然后在Function module 里面创建采购订单 代码如下: FUNCTION zidoc_input_po. *"---------------------------------------------------------------------- *"*"Global Interface: *" IMPORTING *" VALUE(INPUT_METHOD) LIKE BDWFAP_PAR-INPUTMETHD *" VALUE(MASS_PROCESSING) LIKE BDWFAP_PAR-MASS_PROC *" EXPORTING

品茗安全计算软件操作

品茗安全计算软件操作 问题:1、软件打开时，跳出对话框，failed to set data for. 这种情况可能是软件没装好。部分文件缺失，建议重新安装一遍试试看。 2、在软件中无法操作，对梁不设置对拉螺栓 对拉螺栓是可以设置的。在梁侧模板计算中设置。如果不设置对拉螺栓，需要在 表中，将“距梁底距离”中的两个数据输入为“0”和“梁高-板厚”。 3、梁底支撑小横杆根数及间距无法设置 当梁底有附加立杆时，该参数受软件控制，无法设置。 4、梁底增加支撑的间距无法设置 不是很明确，梁底增加支撑如果是指附加的立杆，可以在表中选择自定义的方式。 如果指的是梁底的支撑小梁根数(间距)，小梁的间距是根据根数和梁宽进行均分计算的。 5、荷载参数里施工人员设备荷载和振捣荷载只需要计算一 个就行了。(参考规范JGJ162-2008) 答:梁受力支撑计算施工人员设备荷载，板受力支撑计算振 捣荷载，如果梁和板都受力两个都需要计算。 6、悬挑脚手架计算中，“拉绳与支撑杆”设置中“共点”与“平行”有什么区别, 答:平行和共点，对于单道拉绳或支撑来说，没什么大的区别，它们 的区别是在于，“平行”时输入的是拉绳(支撑)与水平面的夹角。共点时输入的是这个夹角所造成的两个直角边的长度，软件通过这两个直角边长来计算夹角。

如果是多道支撑或拉结，就比较明显了。平行是多道支撑或拉结近似平行线。共点是支撑或拉结近似节点集中一点。 7、工地承重架和脚手架的扣件，检测中，直角扣件、旋转扣件，抗破坏和抗滑不合格，请问在品茗安全计算中，怎么进行复算啊, 答:对于扣件抗滑力检测不合格的情况，在相关部门许可的情况下，可以降低承载力使用。或者增加双扣件进行支撑。或者直接清除不合格材料，改用检测合格的材料进行支撑。如果是属于扣件抗破坏性能检验不合格，则需要更换扣件材料。或者降低允许承载力，加密支撑杆件等方式进行使用。以上措施仅限于材料不合格在允许范围内或者相关部门允许的情况下使用，如果不允许使用，建议更换检测合格的材料使用，毕竟这也是关系到人民生命财产安全的大事。 安全计算软件常见问题整理 1、在钢管落地脚手架计算中，地基参数中地基底面扩展面积如何设置, 答:地基底面扩展面积就是立杆下垫块的平均面积，有些客户采用的都是立杆下垫块长的钢板(槽钢)的方法，那么就可以用此块垫块的总面积除以垫块上立杆的数量即可得到。 2、风荷载体型系数的设置 答:风荷载体型系数主要是考虑构筑物的迎风面积和挡风面积的比例关系，如果有安全网，要考虑安全网对体型系数的影响。 3、在钢管落地脚手架计算中，双立杆计算方法选择中按要求设计和按双立杆均匀受力有什么区别, 答:按照构造要求设置双立杆时，只将双立杆作为构造措施，副立杆不参与计算，起到加强安全性的作同时考虑两根立杆的受力，此时，副立杆参与受力计算。 4、脚手架配件用量如何计算,

国家电网公司物资分类与物料主数据管理细则

国家电网公司物资分类与物料主数据 管理细则 第一章总则 第一条为提升物资分类与物料主数据管理水平，依据《国家电网公司物资采购标准管理办法》，制定物资分类与物料主数据管理细则（以下简称细则）。 第二条本细则适用于公司总（分）部、各单位及所属各级单位（含全资、控股、代管单位）物资分类与物料主数据（以下简称“主数据”）的新增、修订、问题受理等管理工作，服务分类及服务主数据管理可参照执行。 第三条本细则所称“主数据”包括物资分类、物料主数据及采购标识规则。主数据在国网公司主数据管理平台（SG-MDM）进行统一管理和维护，管理流程见附件：物资和服务主数据管理流程图。 第四条物资分类是根据物资信息化管理要求，从不同角度、不同层次，对物资进行区分、归类、命名、描述，建立的物资分类结构体系和物资信息化代码体系。 国网公司的物资分类体系按照大类、中类、小类进行分类，每个小类下辖若干特征项，每个特征项下对应若干特征值。 第五条物料主数据是根据物资分类结构体系，按照相关规则，赋予物资的信息化代码，包含了物资编码、物料描述、计量单位、采购标识和分类特征等信息。 第六条采购标识是根据物资采购标准，对物料进行分类的标识，分为国网标准物料、非标准物料和未标准化物料。 国网标准物料指物资采购标准界定范围内、公司推广应用的物资；非标准物料指在物资

采购标准界定范围外、公司限制使用的物资；未标准化物料指尚未编制物资采购标准、公司不限制使用的物资。 第七条采购标识规则是根据物资采购标准制定、辅助计算机识别采购标识的规则，是物料主数据与采购标准模板的衔接纽带。 第八条本细则职责分工按照《国家电网公司物资采购标准管理办法》执行。 第二章新增与修订 第九条主数据新增 （一）新增主数据对应的物资必须是客观存在的、但尚未列入主数据管理系统的物资。新增主数据的需求是否合理的判断依据是国家标准、行业标准、公司企业标准以及公司科技推广成果。 （二）公司各级单位在提报新增主数据需求之前，须组织开展预审。 （三）新增小类以电子邮件形式进行提报，特征值及物料主数据新增需登陆主数据管理系统进行线上提报。新增小类一般应根据物资关键特性设置特征项；新增特征值需符合既有特征项的定义。 第十条主数据修订 （一）主数据修订包括物资分类、特征值、物料主数据的冻结、解冻，以及采购标识规则的修订。 （二）对于重复存在或无法满足物资采购及应用需求的主数据，经咨询专业专家意见、国网物资部批准后，在主数据管理系统中完成修订工作，并及时发布通知公告。 （三）物资分类及物料主数据被冻结后，对于需要处理未清业务的，由各单位在ERP 系统中自行解冻，业务处理完毕即时恢复冻结状态。对于仍在计划申报阶段，未发布招标采购公告的主数据，原则上不能继续使用，应选用其他物料主数据申报计划。

LSMW使用IDoc方法的简单介绍

LSMW是用来批量导入数据的平台，减少了ABAP程序的开发量。 他提供了4种方法：Direct input, BDC, BAPI, IDoc 本例用IDoc方法做做最简单的物料基本视图的导入。 1.TCODE: LSMW 定义Porject, Subproject和Object，若项目没有标准规格的话就随便定义吧 2. 然后进去之后是一套流水线的操作，从上往下一步步做吧。本例掠过一些简单步骤了。 3. Maintain Object Attributes. 选择IDoc(Intermediant document)。Message Type:MATMAS; Basic Type: MATMAS01. 4. 退到LSMW起始界面，Menu->Settings->IDoc Inbound Processing 其中tRFC port：A000000036是指向Client自己的RFC destination，File port随便找一个 Partner no.填Client自己的逻辑地址 5. Maintain Source Structures/Maintain Source Fields

定义导入结构和字段，把你要输入的字段一个一个定义，注意尽量用C型，长度不能比SAP字段小 6. Maintain Structure Relations 若前面第3，4步正确，则IDoc的数据段会显示出来。讲第5步定义的Source structure分配给需要的段。注意：一定是需要的段，如果随意分配，而Source Field有无值，导入会出错。本例只分配给E1 MARAM和E1MAKTM。 7. Maintain Field Mapping and Conversion Rules 将第5步定义的Source Fields和IDoc的字段做匹配，可以写一些代码规则或固定值什么的 8. Specify Files/Assign Files 选择上传文件。本例用本地文件，Legacy Data On the PC (Frontend)，注意选择数据分割符。 9. Import Data/Display Imported Data

国家电网公司物资分类及物料主数据管理细则

电网公司物资分类与物料主数据 管理细则 第一章总则 第一条为提升物资分类与物料主数据管理水平，依据《电网公司物资采购标准管理办法》，制定物资分类与物料主数据管理细则（以下简称细则）。 第二条本细则适用于公司总（分）部、各单位及所属各级单位（含全资、控股、代管单位）物资分类与物料主数据（以下简称“主数据”）的新增、修订、问题受理等管理工作，服务分类及服务主数据管理可参照执行。 第三条本细则所称“主数据”包括物资分类、物料主数据及采购标识规则。主数据在国网公司主数据管理平台（SG-MDM）进行统一管理和维护，管理流程见附件：物资和服务主数据管理流程图。 第四条物资分类是根据物资信息化管理要求，从不同角度、不同层次，对物资进行区分、归类、命名、描述，建立的物资分类结构体系和物资信息化代码体系。 国网公司的物资分类体系按照大类、中类、小类进行分类，每个小类下辖若干特征项，每个特征项下对应若干特征值。 第五条物料主数据是根据物资分类结构体系，按照相

关规则，赋予物资的信息化代码，包含了物资编码、物料描述、计量单位、采购标识和分类特征等信息。 第六条采购标识是根据物资采购标准，对物料进行分类的标识，分为国网标准物料、非标准物料和未标准化物料。 国网标准物料指物资采购标准界定围、公司推广应用的物资；非标准物料指在物资采购标准界定围外、公司限制使用的物资；未标准化物料指尚未编制物资采购标准、公司不限制使用的物资。 第七条采购标识规则是根据物资采购标准制定、辅助计算机识别采购标识的规则，是物料主数据与采购标准模板的衔接纽带。 第八条本细则职责分工按照《电网公司物资采购标准管理办法》执行。 第二章新增与修订 第九条主数据新增 （一）新增主数据对应的物资必须是客观存在的、但尚未列入主数据管理系统的物资。新增主数据的需否合理的判断依据是标准、行业标准、公司企业标准以及公司科技推广成果。 （二）公司各级单位在提报新增主数据需求之前，须组织开展预审。 （三）新增小类以电子形式进行提报，特征值及物料主

IDOC实践第4篇--简单IDOC文件定义及传输3

IDOC实践第4篇‐‐简单IDOC定义及传输3 引言 1．此部门操作是基于上一篇来操作的，的所以请先做完成上篇内容再开始些篇内容 2． 目的: 1．测试文件IDOC形式的传输及处理 2． 用到的表或者结构： 此传输使用传输零售商品主数据，传输的是零售商品业务码像，不关心对应的表及结构； 用到的事务码： 1.SALE ALE基菜单，IDOC用到的事务码大多可以从这找到 2.WEDI EDI基菜单，IDOC学用的事务码的一部份在这里， 3.CG3Z 上传本地文件 4.CG3Y 下载服务器文件到本地 5.WE12 修改的外向文件的输入处理（入站文件的处理） 6. BALM 主数据分配 基菜单 7. BALE ALE 管理基菜单 8. 测试过程： 说明：测试用落地的IDOC文件把商品主数据从DEV 500，传到 DEV 700； 1.在DEV500中把在前文件中的合作伙伴参数DEV700的消息类型改为如下;

3．在DEV500中用BD10做数据传输， 传输完成后用WE02可以看到，传输成功，但在DEV700用WE02查看却发现没有这行数据传输； 4．用AL11查看IDOC目录（我的是/usr/sap/tmp）下，最新会生成一个IDCO（如：ARTMAS_00004134） 5．在DEV700中用WE16导入数据，提示： 此问题是由于传的的IDOC文件，的MANDT字段内容是“500”,不能在700中使用；所以用此事务不能上载IDOC，此问题需要重写入站程序来处理MANDT字段，或者在出站时就把MANDT字段替换成空；下面使用系统标准的入站处理程序来处理； 6．用WE12来处理入站；输入如下图，表示按转换需求把/usr/sap/tmp/ARTMAS_00004134

系统主数据管理-物料管理

Oracle EBS 系统主数据管理 定义： 主数据：基于业务管理与系统应用层面而言，具有基础性、全局性、不可或缺的‘主要’数据。 但是Oracle和SAP不同，SAP在系统中，明确了‘主数据’概念，但是在Oracle应用产品官方文档中几乎找不到这个词。 出现这种情况的原因是在于Oracle的发展历史，对于Oracle而言。它早期的产品并没有意识到物料、供应商及客户等核心数据，在EBS最初设计中，物料是在库存INV模块中定义的，供应商是在应付AP模块中定义的，客户是在应收AR模块中定义的。 TCA(Trading community Architecture)架构： Oracle中三种主数据： 物料、供应商与客户。 这三中主数据的特点： 垮系统、跨组织的全局性 一、物料(Item) 定义： 物料数据管理以其应用的基础性与影响的广泛性，是EBS系统中最重要也是最复杂的基础业务数据。 物料的类型与状态： 在EBS中，物料一经创建就无法轻易删除，但是可以经过特定的清理功能来删除。 当一个具体的物料选定一个确定的物料状态后，与相关属性的修改方式就由控制方式决定，控制方式分为三种：默认值、设置值、不使用。

默认值：在将状态分配给物料时，系统通过状态代码定义的属性值，用户可以更改此默认值； 不使用：既不使用默认值，也不使用状态控制； 设置值：在将状态分配给物料时，系统将默认状态代码定义的属性值。 物料的编码： 物料的编码通常包括两个基本内容“物料编码”、“物料名称”，并基于此引伸出“物料编码、物料名称不能重复，使用后不允许修改”等系统设计功能。 注意：如果需要使用“可修改已经存在的ITEM”功能，则需要将系统配置文件“INV:Update Item Name”设定为“yes”。 编码的应用原则： 系统所使用的Item编码主要是针对广义的部件（part）而言，而不是针对狭义的工程物料（Material）。 广泛的part编码是指只要符合“规格Form、性能Fit、功能Function”相同的物料、即使某些重要属性不相同，也可以归属于一个ITEM中。 狭义的Material编码则是指即使符合3F，只要某些重要数据不同，就不能归入一个编码。 在EBS系统中，一个PART对应一个ITEM，但一个PART可能包含多个狭义的Material。 编码的典型方法： 一是系统ITEM编码的长度。 二是系统ITEM编码中的分类。 首先要分清分类与EBS中的ITEM Category不一样。前者代表的是基于用户的Item的自然或物理属性的分类，是确定的；后者则更多的是体现企业企业的管理属性分类，可以根据需要随时作调整。从实际使用角度来看，一般规定Item中的一个“分类组合”只能隶属于一个确定的Item Category，单一个Category可以包含多个Item编码中的分类组合。 系统的Item编码方法应当遵循“不包含业务涵义但应适当分类”的原则。

品茗安全计算软件操作文件

问题：1、软件打开时,跳出对话框,failed to set data for. 这种情况可能是软件没装好.部分文件缺失,建议重新安装一遍试试看. 2、在软件中无法操作,对梁不设置对拉螺栓 对拉螺栓是可以设置地.在梁侧模板计算中设置.如果不设置对拉螺栓,需要在 表中,将“距梁底距离”中地两个数据输入为“0”和“梁高-板厚”. 3、梁底支撑小横杆根数及间距无法设置 当梁底有附加立杆时,该参数受软件控制,无法设置. 4、梁底增加支撑地间距无法设置 不是很明确,梁底增加支撑如果是指附加地立杆,可以在表中选择自定义地方式. 如果指地是梁底地支撑小梁根数（间距）,小梁地间距是根据根数和梁宽进行均分计算地. 5、荷载参数里施工人员设备荷载和振捣荷载只需要计算一个就行了.（参考规范JGJ162-2008） 答：梁受力支撑计算施工人员设备荷载,板受力支撑计算振捣

荷载,如果梁和板都受力两个都需要计算. 6、悬挑脚手架计算中,“拉绳与支撑杆”设置中“共点”与“平行”有什么区别？ 答：平行和共点,对于单道拉绳或支撑来说,没什么大地区别,它们地区别是在于,“平行”时输入地是拉绳（支撑）与水平面地夹角.共点时输入地是这个夹角所造成地两个直角边地长度,软件通过这两个直角边长来计算夹角.如果是多道支撑或拉结,就比较明显了.平行是多道支撑或拉结近似平行线.共点是支撑或拉结近似节点集中一点. 7、工地承重架和脚手架地扣件,检测中,直角扣件、旋转扣 件,抗破坏和抗滑不合格,请问在品茗安全计算中,怎么进行复算啊？ 答：对于扣件抗滑力检测不合格地情况,在相关部门许可地情况下,可以降低承载力使用.或者增加双扣件进行支撑.或者直接清除不合格材料,改用检测合格地材料进行支撑. 如果是属于扣件抗破坏性能检验不合格,则需要更换扣件材料.或者降低允许承载力,加密支撑杆件等方式进行使用. 以上措施仅限于材料不合格在允许范围内或者相关部门允许地情况下使用,如果不允许使用,建议更换检测合格地材料使用,毕竟这也是关系到人民生命财产安全地大事.

物料主数据_会计视图

物料主数据_会计视图 一．视图说明 在SAP中，维护物料的会计相关视图，就可以在会计层面上进行操作，如记会计凭证等。维护会计视图的数据，结合后台相关配置（如自动记帐等），物料的业务操作就可以自动记到会计凭证上。关于物料主数据的整体结构，可参见《物料主数据_概述》。 如果物料在指定工厂下只有一种价值表现形式，则在此工厂下只需要维护一次。如果同一种物料有多种价值表现形式（如：国产与进口；自产料与采购料），则第一次维护需要指定评估类别，然后再对指定工厂、不同的评估类型的视图进行维护.，如：某物料在某工厂下有两种评估类型（国产、进口），则第1次维护物料的工厂视图；第2次维护物料的工厂、评估类型为“国产”的视图；第3次维护物料的工厂、评估类型为“进口”的视图。第2、第3次无关先后次序，也不一定全部维护（如在工厂下无进口物料则无需维护）。

图1 物料的会计视图维护流程（指定一个工厂） 维护会计视图，在选择视图对话框中，选中“会计1”、“会计2”条目（如图2所示），组织级别对话框中就会出现工厂、评估类型的条目（如图2所示），如无评估类型则输入需要维护的工厂编号，按确认就进入维护数据界面。 图2选择视图对话框视图

图3组织级别维护对话框二．界面说明 会计视图的维护界面如图3、图4所示。 图4 会计1(工厂级别)

图5 会计2(工厂级别) 在图3界面，基本计量单位、产品组是无组织机构数据，在基本数据视图中有维护。 评估类别：物料有多种价值表现形式（如：图产与进口；自产料与采购料），则此处填入相应值，示例请等以后专文表述。 评估类：不同的物料类型有默认的评估类，也可以在一定范围内选取，它与自动记帐相关联； 价格控制：有两类，V移动平均价、S标准价； 移动平均价、标准价格：由于截图原因，两个条目在创建时都是输入状态，可以输入价格也可以在以后用其它事物码维护； 价格单位：通常为1，也可以是基本计量单位的换算值，如基本计量单位是KG，但价格要填入吨价，则此处填写1000。 三．维护数据说明 除基本视图的条目，如基本计量单位、产品组等，其它的维护值均标注，如表1所示，界面如图4、图5所示。这个示例数据未维护价格（移动价和标准价），可在以后业务操作中维护。

IDOC中PO信息入站后

IDOC中PO信息入站后，创建销售订单如何去配置 现在有四个问题请教下: 1 销售订单的抬头请求交货日期从那里带过来 2 单位不统一,物料在一个CLIENT 下,我维护的都是PCS,也在CUNI 中维护了转换关系, 为什么在销售订单中出现了PC,这个单位,都不知道从那里冒出来的 3 还有就是入站的IDOC 一直出不来,只能WE19 手工发。 4 EDI1,EDI2 必须要分配到定价过程中,否则会提示无分配。 5 PR00 事先维护好价格,但在订单中却出现两次,一次是事先维护好的/销售组织/分销渠道/客户/物料,PO 导入时对应的销售组织/分销渠道/物料,这个存储顺序,为什么会这样。 6 入站时(发送方的合作伙伴写的是客户代码还是供应商代码,接受方写的是客户代码还是供应商代码) *A:Message type: ORDERS Q:我说的不是WE20 里面的配置,除了VOE2/VOE4 的配置,还有那些配置,订单的价格如何去取值。定价过程用手工订单,还是维护一?1?7?1?7?1?7固定的条件类型。A:Order type, Sales area: VOE2 Material: Inbound idoc (E1EDP19 002: Material number used by vendor) or VD51 Condition: VK11/VK31 Q:也就是说价格不是从IDOC 传递过来的,要自己事先维护好是吧A: 是要事先维护的,IDOC 中的价格和金额会带到EDI1(Cust.expected price) , EDI2(Cust.expected value)这两个condition type 里,是作为参考的,不会影响定价*Q:还有VOE4 是干什么的: A:Convert External < > Internal Partner Number 比如,根据Inbound idoc 里的信息确定ship-to party *Q: 客户主数据中还需要维护一个客户处我方账户A:这个用在销售方的outbound idoc 类似的,采购方在vendor master 里可以维护Our account number with the vendor,这个用在采购方的outbound idoc *Q:下PO 时,供应商主数据中少维护了这个字段,不过OUTBOUND 还是成功了,但对于供应方在接收时没有这个字段是不行的是吧。VOE4 中需要维护IDOC 中所出现的所有的合作伙伴功能是吧。这个字段在供应商主数据那里啊,呵呵找不到A: 如果没维护,就会带出Purchasing Organization 的值,不影响idoc 的生成Q: 是科目控制中的客户这个字段吗应该不是这个字段,这个字段是基本数据,一维护就固定了,应该是挂组织级别的,可是找不到A: Company code level - Correspondence view (Acct w/ vendor) Purchasing organization level - Purchasing data view (Acc. with vendor) Q: 还有个问题,如果没有维护,带出来采购组织里面的值(是带出来采购组织,还是带出来采购组织里面维护的我方在供应方的客户代码) A: 采购组织Q: 还是失败,IDOC 牙根就不出来,呵呵A: 检查conditions for output control, partner profiles *Q: 我发出来的IDCO 没有问题,就是入站的时候没有反映Q: 51:IDoc E1EDK18 中付款条款已经转移:检查数据A: 双击消息, 看看消息号是什么Q:Material: Inbound idoc