【学习笔记六】EWM交货单传输配置及仓库收货概述

本文详细介绍了ERP系统内向交货单如何传输至EWM,包括仓库编号分配、参数配置、队列定义和交易数据传输。同时概述了EWM的简单和复杂收货流程,涉及仓库任务(WT和WO)、SLOTTING、SRM系统和相关功能的使用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、ERP内向交货单传输至EWM的配置点

1.给工厂和存储地点分配仓库编号

2.配置 SAP EWM 特定参数

3.从物流执行分配仓库编号

4.从 ERP 系统到 EWM 映射仓库位置

5.配置 SAP EWM 特定参数

6.定义传输到 SAP EWM 的队列

7.生成到 SAP EWM 的交易数据传输的分配模型

配置见  【学习笔记二】EWM仓库主要的后台配置_ewm博客-优快云博客icon-default.png?t=N7T8https://blog.youkuaiyun.com/pythonlearnerss/article/details/137286626

二、EWM收货流程操作概述

1.简单的EWM收货流程概述

        首先在ERP系统产生一个采购订单(ME23N),基于采购订单生成一个内向交货单(VL31N),内向交货单会根据系统配置的逻辑通过队列传输到EWM,(若EWM没找到内向交货单,需要检查队列),若传输成功,EWM会创建上架的仓库任务,根据系统的策略触发寻找并确认仓位,然后将相同属性的仓库任务根据一定的规则分配给仓库订单(可理解为WT是WO里的行项目,在仓库上架的过程,我们操作的对象是WO(类似于WM里的TO和TR)),接着对WO进行操作确认,货物便到达了仓位上面,形成了Quant。此外,通过PPF产生了一个单独的没有分配WO的WT,用来触发ERP生成101收货入库的物料凭证和库存更新,从而完成了一个EWM的收货流程。


2.相对复杂的EWM收货流程概述

        首先是Slotting会产生相关需求或者预测数据存储在产品主数据上面,如果存在SRM系统,系统会接受SRM系统产生的ASN单,在运输的过程通过TM模块管理,YARD管理可以提供TU和车辆的管理。通过主数据和配置可以实现每个产品的上架路径,路径上包含拆箱、数量检查等工作中心的作业,作业完成后才最终上架到仓位上。另外,还支持越库、退货及冲销、包装及拆包等功能。


三、EWM收货流程中的相关概念

1.仓库任务(Warehouse Task)

①WT是用来执行仓库货物移动的单据,包含拣货、上架、内部移动、记账变更、收货过账、发货过账等;

②WT分为了产品WT和HU WT两种;

③产品WT:包含移动了哪些产品?移动多少数量?从哪里移出?移入到哪里?

GR时WT包含了一个增加库存的行项目;GI时包含了一个减少库存的行项目;转储时包含两个行项目,一个是增加库存,另一个是减少库存;

④HU WT :哪个HU要移动?从哪里到哪里?不包含数量;

一般情况下,WT都会分配到WO里面,但是过账类的WT没有WO,如(GR/GI/Posting change)

2.仓库任务(Warehouse Order)

多个WT按照一定的规则(WOCR)分配给WO,如第三步按照AA(活动区域)先对WT进行第一次的分组,还会依照WT的容量限制、重量限制等规则进行再次分组,后续会有专门的文章仔细介绍此部分的内容

<think>好的,我现在需要分析用户提供的这段JavaScript代码,并解释它的功能。首先,我会通读代码,理解每个部分的作用。 这段代码定义了一个名为getQ的函数。函数一开始获取了user_nickname输入框的值,存储在userid变量中。如果userid是null或undefined,函数返回false。否则,发起一个AJAX POST请求到../services/Qxgl.ashx,传递action和id参数。请求头里有一个Authorization令牌,看起来像是某种认证信息。 成功回调函数处理返回的msg数据,遍历msg.ds数组,对每个item,通过typeid设置对应的复选框为选中状态。然后收集所有选中的复选框的值,用逗号拼接后去掉最后一个逗号,将结果填入typename输入框。 接下来,我需要确认各个部分的细节是否正确。例如,检查jQuery选择器是否正确,AJAX调用的参数是否合理,以及数据处理是否有潜在错误。比如,$.each遍历msg.ds是否正确,假设msg.ds是一个数组。另外,拼接结果时使用substring去除末尾逗号是否可靠,是否有更稳妥的方法。 还要注意可能的安全问题,比如硬编码的Authorization头,这可能存在安全风险,但用户可能已经处理了。此外,用户权限验证是否在服务端进行,这里只是前端控制,需提醒用户不能仅依赖前端验证。 最后,将这些分析整理成结构清晰的解释,分步骤说明代码的功能和潜在注意事项,确保用户能够理解每个部分的作用及可能的改进点。</think>这是一个典型的基于jQuery的AJAX请求实现,主要用于获取并设置用户权限信息。让我们分步骤解析这个函数的功能: 1. **函数定义与用户ID获取** ```javascript var getQ = function () { var userid = $('#user_nickname').val(); // 获取用户输入框的值 ``` 2. **空值校验** ```javascript if (userid == null || userid == undefined) { // 验证用户ID有效性 return false; } ``` 3. **AJAX请求配置** ```javascript $.ajax({ type: "POST", // 使用POST方法 url: "../services/Qxgl.ashx", // 后端接口地址 headers: { // 请求头认证信息 "Authorization": "0772A4AA051DDEBB393DC164B19A32E57C4FEEAB27A77820" }, ``` 4. **请求参数传递** ```javascript data: { action: "getQ", // 执行动作类型 id: userid // 传递用户ID参数 }, ``` 5. **成功回调处理** ```javascript success: function (msg) { // 遍历返回数据集 $.each(msg.ds, function (index, item) { // 根据typeid勾选对应复选框 $('#a' + item.typeid).attr("checked", true); }) // 拼接选中值 var result = ""; $("input[name='select_checkbox']:checked").each(function () { result += $(this).val() + ','; }); // 去除末尾逗号 if (result != "") { result = result.substring(0, result.lastIndexOf(',')); } // 填充到显示框 $("#typename").val(result); } ``` **功能总结**: - 这是一个用户权限查询功能 - 通过用户输入的用户名查询关联的权限配置 - 将查询结果转换为复选框勾选状态 - 汇总选中权限显示在文本框中 **潜在注意事项**: 1. 硬编码的`Authorization`头存在安全风险,建议动态生成 2. 缺少错误处理逻辑(error回调) 3. 使用字符串拼接处理结果可以考虑改用`Array.join()` 4. 权限控制不能仅依赖前端验证,必须配套后端验证 5. 对`msg.ds`的数据结构有强依赖,建议增加数据校验 6. 建议使用`.prop()`代替`.attr()`操作复选框状态
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SAP 星辰大海

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值