- 综合排序
- 最热优先
- 最新优先
- 来自专栏SAP供应链
SAP WM 同一个工厂下跨仓库号转库
SAP WM 同一个工厂下跨仓库号转库 SAP制造业项目里，同一家工厂一般而言都会只设置一个仓库号，这家工厂下的多个不同的存储地点共享同一个仓库号，这是项目实践中常见的Practice。 笔者一直很好奇，如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号，转库的时候会是什么样子的。 工厂NMDC下的存储地点0001，仓库号是NM1；存储地点1001，仓库号是NM2。 回车，进入如下界面: 后台执行方式创建TO单， 仓库号NM1下的TO#156， 仓库号NM2下的TO#2 也就是说当我们做移动类型311转库的时候，如果库存地点分属于2个不同的仓库号，则SAP过账后会自动在 2个仓库号下分别创建一个TR单据，方便业务人员分别是不同的仓库里创建TO单据完成WM层面的操作。
59231编辑于 2022-05-01 - 来自专栏SAP供应链
SAP WM 同一个工厂下跨仓库号转库初探 I
SAP WM 同一个工厂下跨仓库号转库初探 I SAP制造业项目里，同一家工厂一般而言都会只设置一个仓库号，这家工厂下的多个不同的存储地点共享同一个仓库号，这是项目实践中常见的Practice。 笔者一直很好奇，如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号，转库的时候WM层面会是什么样子的。 工厂NMDC下的存储地点0001，仓库号是NM1；存储地点1001，仓库号是NM2。 TR#113 为该物料凭证号执行事务代码LT06, 回车，进入如下界面: 可以发现该物料凭证号与2个仓库号下的TR关联，一个是NM1仓库号下的TR#113，一个数NM2仓库号下的TR#3。 这是同一个工厂下多个仓库号的前提下，跨存储地转库的特殊之处。
40120编辑于 2022-05-17 - 来自专栏SAP供应链
SAP WM 同一个工厂下跨仓库号转库初探 II
SAP WM 同一个工厂下跨仓库号转库初探 II 这篇是接着昨天撰写的《SAP WM 同一个工厂下跨仓库号转库初探 I》,对相关数据作进一步的研习和说明。 如下物料凭证号是执行MIGO事务代码，移动类型311做的一笔工厂内的转库，2个存储地分属于2个不同的warehouse number。 物料号820的库存33个由库存地0001（仓库号NM1）转入库存地1001（仓库号2）。 1,输入MIGO事务代码，然后输入物料凭证号，显示这个物料凭证号，只能看到一个item，如上图。 执行事务代码SE16, 数据表MATDOC, 能更直观的看到它有2个item，所属的仓库号分别是NM1和NM2。 也就是说当我们做移动类型311转库的时候，如果库存地点分属于2个不同的仓库号，则SAP过账后会自动在2个仓库号下分别创建一个TR单据，方便业务人员分别是不同的仓库里创建TO单据完成WM层面的操作。
42340编辑于 2022-04-28 - 来自专栏SAP EWM
SAP EWM学习笔记之WM仓库号和EWM仓库号的LINK
SAP EWM学习笔记之WM仓库号和EWM仓库号的LINK如下的INBOUND DELIVERY里，仓库号是171.在后台配置里，这个三位字符的仓库号与Plant + Storage Location组合关联 ，同时需要指定这个三位字符的仓库号是一个EWM仓库，并且将它与一个事先定义好的四位字符的EWM仓库号LINK起来，如下图示：同时需要将工厂+存储地点组合分配EWM仓库号+Avail.Grp组合，如下图示
30000编辑于 2025-05-21 - 来自专栏SAP供应链
SAP WM中阶跨仓库号冻结物料库存场景下WM层面的行为
SAP WM中阶跨仓库号冻结物料库存场景下WM层面的行为 1, 执行事务代码MIGO,移动类型344，将工厂NMDC下存储地点0001里物料号820，批次号0000000531的1个库存冻结，同时将其库存转移到库存地点 这2个存储地点对应的仓库号分别是NM1和NM2。 过账后，产生了下图的物料凭证号。 2个TR与该物料凭证号相关。 选中2个TR，然后以前台方式创建TO单， 保存， 继续保存， 两个仓库号下分别创建了TO单据，分别是157(warehouse nm1)和3(warehouse nm2)。 4, 执行事务代码LT21分别看这2个TO单里的数据， 5,由此可见，在跨仓库号冻结库存的时候，SAP系统在决定WM层面的移动类型的时候，对于IM层面移动类型344，不是找到WM层面的移动类型309
77820编辑于 2022-05-17 - 来自专栏SAP供应链
SAP WM 事务代码LT10的不足之处
SAP WM 事务代码LT10的不足之处SAP WM模块里的事务代码LT10，可以用于为多个物料的库存做批量的转库。 它使用起来比较简易，方便，可以支持业务人员的快捷转库操作。但是该事务代码也有美中不足。本文简要做一个说明，算是笔者的一个小小的心得，与同行朋友们共勉。 执行事务代码LT10,进入如下界面，‘仓库号’是必输字段，这是正常的，毕竟WM层面的操作都是在某个仓库号下进行的。 输入相关参数，比如工厂，物料号等，执行，进入如下界面，系统显示指定符合条件的物料库存数据。 ，也就是说不能部分数量的转库，只能将选中的库存全数量的转移到指定的货架上。
55020编辑于 2023-07-04 - 来自专栏SAP供应链
SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库
SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库 对于供应商寄售库存，我们是可以使用事务代码MIGO，移动类型301，特殊库存标记K, 来实现供应商寄售库存的跨工厂调拨。 然后执行事务代码MIGO，做301+K的转库操作： Post，成功过账了，产生了物料凭证号， MIGO显示这张物料凭证号： 这说明事务代码MIGO 移动类型301 K是可以实现对供应商寄售库存的跨工厂调拨过账的
67400发布于 2021-11-14 - 来自专栏SAP供应链
SAP MIGO移动类型311转库过账后WM层面产生了Posting Change Notice？
SAP MIGO移动类型311转库过账后WM层面产生了Posting Change Notice？ 如下图示，该物料凭证号是一笔库存地点到存储地点的转库操作过账后生成的。 3，如果是从一个启用WM管理的存储地点转移库存至另外一个启用WM的存储随点，2个存储地点共用同一个仓库号的话，则WM层面的移动类型是309。 这是SAP的标准行为。 完 写于2021-10-24.
98030发布于 2021-11-02 - 来自专栏智能仓储物流技术研习社
盘点！10种拣货技术及参数分享
7 货到人 自动拣货 Miniload ASRS料箱式堆垛机 8 货到人 自动拣货 AutoStore 9 货到人 自动拣货 KivaSystems 10 货到人 自动拣货 Multi-Shuttle 使用场景：仓库作业量较小；临时的仓库设施；低价值产品小批量发货；仓库作业人员低工资水平；仓库作业成本难以评估 效率说明： 投资额 5000元起 收货/上架效率 15–25行/小时 补货效率 20–35行 ，确保所有库存移动的实时准确性；射频拣选最适合于慢/中速环境，其中条形码在产品或库存容器级别可用；RF拣选也适用于项目特定数据采集至关重要的环境，如序列号 效率说明： 投资额 5,000-8,000元/ 说明： 货到人水平旋转库拣选。 优点： 没有行进时间，因此选择率更高;无操作通道-高密度存储;可在较小的仓库占地面积内存储高库存品种 缺点： 旋转库的补货需要等待时间，不能进行拣选；或者机器的总吞吐量降低;旋转库的最大吞吐率受限于最大运算符拣选率
2.2K10发布于 2021-04-26 - 来自专栏SAP供应链
SAP WM中阶之LT25确认Group中的TO单据
1，物料号760,激活了2-Step Picking。 2, 执行事务代码MIGO+移动类型311，对物料760做了3次转库操作。产生了3个TR， TR 37 & TR 38 & TR 39。 创建Group , Next， 选中311移动类型行项目，点击按钮”Assign Group”, 系统进入如下界面， 输入组描述，点击回车，进入如下界面， 能看到SAP系统已经产生了group 号14 输入仓库号，组号，执行，系统进入如下界面， 鼠标点击Pick,然后点按钮Create TOs, 进入如下界面， 回车后，完成相关操作，保存， TO单据创建好了。 输入仓库号和组号，执行， 选中TO号，点击 按钮， TO单据被成功的确认了。 注：本文基于SAP S4/HANA 1909系统。 -完- 写于2022-3-11
64030编辑于 2022-03-16 - 来自专栏SAP供应链
SAP WM 初阶之不常用事务代码LB01 - Create TR Document
它正常情况下都是自动创建，当业务人员完成了IM层面的收货，发货，或者转库操作之后。一般不需要人工创建TR单据。 执行事务代码LB01, 进入如下界面， 仓库号和移动类型都是必输字段。 极少数情况下，需求部门通过手工方式创建TR来传递需求给到仓库管理人员，仓库业务人员执行LB10或者LB11等事务代码接受到需求后，创建TO单据将物料从仓库搬到指定的位置，由需求部门使用。
53931编辑于 2022-04-25 - 来自专栏SAP ERP管理实践
MM在途库存与中转库存
在途库存、中转库存的形成可能有不同的操作原因，下面以库存转移为例，我们学习讲述三种导致不同的在途库存（中转库存）的库存调拨之间的差异 【在途库存】与【中转库存】的定义 Stock in Transit ，而未清采购订单与在途库存并不相等（会不准确） 3） 报表MB52显示仓库中库存 事务码MB52可以单独显示中转库存和途中库存，也可以汇总显示中转库存和途中库存 如上文提到的，中转库存（In transfer 303 工厂到工厂的转账-移出仓库 313 库存地点到库存地点的转账 总结： 从系统层面来讲，应该严格区分中转库存和中途库存 1） In Transfer（中转库存）是指一方已经发出，另外一方尚未收到， ： 1） 不同的库存转储方式的差异比较，移动类型313导致的中转库存是属于特定库存地点下，因此若目标库存地点明确，应使用313类型；移动类型303导致的中转库存是属于特定工厂，而非库存地点下的 2） 在途库存和中转库存信息的保存 移动类型303导致的中转库存记录在表MARC中，中转库存在工厂级别；移动类型313导致的中转库存记录在MARD中，中转库存在库存地点级别 通过库存调拨单，导致的在途信息并未记录在库存的表中，只是在表EKET
3.2K61发布于 2021-04-23 - 来自专栏自动化、性能测试
Git 系列教程（8）- 远程仓库的使用
查看远程仓库 如果想查看你已经配置的远程仓库服务器，可以运行 git remote 命令，它会列出你指定的每一个远程服务器的名称 如果是刚 clone 下来的自己的库，能看到 origin，这是 Git ，该命令会将它们全部列出 与他人合作，拥有多个远程仓库的仓库 $ cd grit $ git remote -v bakkdoor https://github.com/bakkdoor/grit ( 从远程仓库中获得数据，可以执行 git fetch <remote> 这个命令会访问远程仓库，从中拉取所有你还没有的数据 执行完成后，你将会拥有那个远程仓库中所有分支的引用，可以随时合并或查看 重点 git clone 命令克隆了一个仓库，Git 会自动将其添加为远程仓库并默认以 “origin” 为名称 git fetch origin 这样会抓取仓库里所有新 push 的内容 但它只会将新内容下载到本地 git push 查看某个远程仓库 git remote show <remote> 可以查看远程仓库的更多信息 % git remote show origin * 远程 origin 获取地址
55740发布于 2021-05-18 - 来自专栏CSDN博客专家-小蓝枣的博客
国产化达梦数据库数据迁移文档：oracle11g数据库转达梦8数据库实例演示
Oracle 数据库转达梦数据库实例演示 第一章：达梦数据库用户数据准备 ① 直接执行 sql 语句创建用户（该步执行完可直接第二章） ② 使用工具创建用户 第二章：达梦数据库转库 oracle 转达梦转库过程 cd /data/dm8/tool/ ./manager 用 sysdba 用户进行登录。 新建用户。 勾选权限。 然后进 DDL 里把生成的语句复制一下，拿出来执行一下。 第二章：达梦数据库转库 oracle 转达梦转库过程 进数据库的安装路径下的 tool 目录下，然后打开 dts 工具。 cd /data/dm8/tool/ ./dts 新建工程。 第三章：转库过程问题分析 转完之后发现有报错的要解决，解决完了点右下角的重新迁移出错对象就好了。 ① 关键字问题：[xxx]附近出现错误 CONTEXT 关键字问题。 错误号: -2007 错误消息: 第 1 行, 第 7 列[CONTEXT]附近出现错误: 语法分析出错 --------------------------------- CREATE CONTEXT
2.5K20发布于 2021-12-01 - 来自专栏SAP供应链
SAP MM 两步法工厂内部移库
SAP MM 两步法工厂内部移库 在SAP MM模块中工厂内部2个不同库存地点之间的转库，是一个非常常见的业务流程。 我们可以使用311移动类型来实现一步法转库，也能使用移动类型313+315组合来实现两步法转库。 在两步法转库流程里，315移动类型的物料凭证可以使用事务代码MBSU来完成。 输入移动类型，工厂代码，发货库存地点，回车，进入如下界面， 输入需要转库的物料号，数量，接收库存地以及批次号等信息，点保存按钮， SAP系统提示，物料凭证号已产生。 输入313 物料凭证号和年份，过账日期等，回车， 可以看到系统自动建议的移动类型是315，这是符合我们的预期的。保存， 315移动类型的物料凭证号就成功产生了，库存转移完成了。 笔者之前习惯使用MB1B + 移动类型315，输入物料号数量批次号，接收库存地点的方式来完成这个流程中的收货步骤。很明显事务代码MBSU更为方便快捷！ -完-
90930编辑于 2023-06-06 - 来自专栏DevOps运维
8-企业级私有仓库harbor
执行安装 执行如下命令配置安装同时启用chart仓库和clair扫描功能。 ./prepare --with-clair --with-chartmuseum.
52220发布于 2021-11-16 - 来自专栏八点半技术站
Git共享钩子脚本：实现项目代码的跨仓库同步
共享钩子脚本是指一个存储在git仓库中的可执行文件，它被所有的开发者共享并在执行特定的Git操作时被自动执行。 假设我们有两个Git仓库，分别称为“projectA”和“projectB”。 第二部分：配置项目A的Git共享钩子脚本 创建项目A的Git仓库：在项目A的根目录下使用命令行执行"git init"，初始化Git仓库。 例如，可以使用Git命令或脚本语言来自动复制、推送代码到其他仓库。 测试共享钩子脚本的功能：将代码提交到项目A的Git仓库，观察是否成功地将代码同步到其他仓库。 第三部分：配置项目B的Git远程仓库 创建项目B的Git仓库：在项目B的根目录下使用命令行执行"git init"，初始化Git仓库。将项目B设为一个拥有读写权限的远程仓库。 配置项目B的Git远程仓库：在项目A的根目录下使用命令行执行"git remote add origin [项目B的仓库URL]"，将项目B的Git仓库注册为项目A的远程仓库。
1.6K30编辑于 2023-09-14 - 来自专栏SAP供应链
SAP 对HU做货物移动报错-Only 0 serial numbers entered instead of 30 -
以第一个HU为例，里面是包含有30个序列号的， ? HU的状态是WHSE，表明HU里的货物是在库状态。数据都是正常的，HU状态等都一如从前正常。 项目上对HU执行转库的事务代码，没有使用VLMOVE，而是在VLMOVE的基础上做了一个封装，允许一次对多个HU批量进行转库操作，其核心功能还是VLMOVE的功能。 也就是说，这个不是对HU转库的程序问题。不过真的奇怪，跨了一个年就不能对含有序列号的HU转库过账了？这不合常理啊。 2)，我们就这个问题向SAP公司发了一个Message。 经过开发同事的努力，我们有新发现：当我们将过账日设置为2019年年底的时候，程序生成的物料凭证过账日期是2019年的，但是序列号相关年度是取的自然年度的日期2020年，这样会导致物料凭证不完整。 也就是说标准SAP系统里VLMOVE不支持为含有序列号的HU做跨年转库等过账操作。 我们可以说是SAP系统的一个bug吧。
31220发布于 2021-03-01 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:生产订单拆分-外委生产(249)-1业务概览
优点 采购流程中的序列号分配 转包组件 ASN 监控含转包流程在内的整个流程 可将物料编号转移至采购订单 转包库存的使用 组件的实时消耗过账 库存报表 批次监控 处理流程中涉及的公司角色： 策略计划员 生产计划员 生产主管 采购员 仓库文员 车间主任 采购助理 采购主管 应付会计 包含的关键处理流程： 此业务情景侧重于转包和外部处理的增强功能： 转包 (MM)： 使用序列号分配，采购订单处理 通过转包主控室向外交付组件 针对交货进行发货并装运到转包商（中转库存） 来自组件转包商的发货通知 (ASN) 转包商提供采购订单收货 组件预留和作为物料供应的组件数量的消耗 ?
98280发布于 2018-03-27 - 来自专栏gang_luo
Docker安装harbor仓库、更改端口、跨服务器访问
docker-compose version 1.26.0, build d4451659 [root@localhost harbor]# 虚拟机服务器说明 地址 用途 192.168.2.4 搭建harbor仓库 192.168.2.2 用于jenkins构建推送镜像到harbor 二、Habor仓库搭建 安装包下载 我这边选择的是离线下载到本地，通过ftp上传至服务器解压的方式。 daemon-reload systemctl restart docker.service 登录测试验证： docker login -uadmin -pHarbor12345 192.168.2.4:1180 四、跨服务器 IP访问配置 192.168.2.2需要访问登录192.168.2.4的私有仓库，需要加如下配置： vi /etc/docker/daemon.json #守护进程方式运行docker systemctl
5.1K30发布于 2020-08-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号