SAP WM 同一个工厂下跨仓库号转库 SAP制造业项目里,同一家工厂一般而言都会只设置一个仓库号,这家工厂下的多个不同的存储地点共享同一个仓库号,这是项目实践中常见的Practice。 笔者一直很好奇,如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号,转库的时候会是什么样子的。 工厂NMDC下的存储地点0001,仓库号是NM1;存储地点1001,仓库号是NM2。 回车,进入如下界面: 后台执行方式创建TO单, 仓库号NM1下的TO#156, 仓库号NM2下的TO#2 也就是说当我们做移动类型311转库的时候,如果库存地点分属于2个不同的仓库号,则SAP过账后会自动在 2个仓库号下分别创建一个TR单据,方便业务人员分别是不同的仓库里创建TO单据完成WM层面的操作。
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层面的操作。
SAP WM 同一个工厂下跨仓库号转库初探 I SAP制造业项目里,同一家工厂一般而言都会只设置一个仓库号,这家工厂下的多个不同的存储地点共享同一个仓库号,这是项目实践中常见的Practice。 笔者一直很好奇,如果同一个工厂代码下二个不同的存储地点各自有单独的仓库号,转库的时候WM层面会是什么样子的。 工厂NMDC下的存储地点0001,仓库号是NM1;存储地点1001,仓库号是NM2。 TR#113 为该物料凭证号执行事务代码LT06, 回车,进入如下界面: 可以发现该物料凭证号与2个仓库号下的TR关联,一个是NM1仓库号下的TR#113,一个数NM2仓库号下的TR#3。 这是同一个工厂下多个仓库号的前提下,跨存储地转库的特殊之处。
SAP EWM学习笔记之WM仓库号和EWM仓库号的LINK如下的INBOUND DELIVERY里,仓库号是171.在后台配置里,这个三位字符的仓库号与Plant + Storage Location组合关联 ,同时需要指定这个三位字符的仓库号是一个EWM仓库,并且将它与一个事先定义好的四位字符的EWM仓库号LINK起来,如下图示:同时需要将工厂+存储地点组合分配EWM仓库号+Avail.Grp组合,如下图示
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
SAP WM 事务代码LT10的不足之处SAP WM模块里的事务代码LT10,可以用于为多个物料的库存做批量的转库。 它使用起来比较简易,方便,可以支持业务人员的快捷转库操作。但是该事务代码也有美中不足。本文简要做一个说明,算是笔者的一个小小的心得,与同行朋友们共勉。 执行事务代码LT10,进入如下界面,‘仓库号’是必输字段,这是正常的,毕竟WM层面的操作都是在某个仓库号下进行的。 输入相关参数,比如工厂,物料号等,执行,进入如下界面,系统显示指定符合条件的物料库存数据。 ,也就是说不能部分数量的转库,只能将选中的库存全数量的转移到指定的货架上。
SAP MM MIGO + 301 K 可以对供应商寄售库存跨工厂转库 对于供应商寄售库存,我们是可以使用事务代码MIGO,移动类型301,特殊库存标记K, 来实现供应商寄售库存的跨工厂调拨。 然后执行事务代码MIGO,做301+K的转库操作: Post,成功过账了,产生了物料凭证号, MIGO显示这张物料凭证号: 这说明事务代码MIGO 移动类型301 K是可以实现对供应商寄售库存的跨工厂调拨过账的
SAP MIGO移动类型311转库过账后WM层面产生了Posting Change Notice? 如下图示,该物料凭证号是一笔库存地点到存储地点的转库操作过账后生成的。 3,如果是从一个启用WM管理的存储地点转移库存至另外一个启用WM的存储随点,2个存储地点共用同一个仓库号的话,则WM层面的移动类型是309。 这是SAP的标准行为。 完 写于2021-10-24.
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
它正常情况下都是自动创建,当业务人员完成了IM层面的收货,发货,或者转库操作之后。一般不需要人工创建TR单据。 执行事务代码LB01, 进入如下界面, 仓库号和移动类型都是必输字段。 极少数情况下,需求部门通过手工方式创建TR来传递需求给到仓库管理人员,仓库业务人员执行LB10或者LB11等事务代码接受到需求后,创建TO单据将物料从仓库搬到指定的位置,由需求部门使用。
在途库存、中转库存的形成可能有不同的操作原因,下面以库存转移为例,我们学习讲述三种导致不同的在途库存(中转库存)的库存调拨之间的差异 【在途库存】与【中转库存】的定义 Stock in Transit ,而未清采购订单与在途库存并不相等(会不准确) 3) 报表MB52显示仓库中库存 事务码MB52可以单独显示中转库存和途中库存,也可以汇总显示中转库存和途中库存 如上文提到的,中转库存(In transfer 303 工厂到工厂的转账-移出仓库 313 库存地点到库存地点的转账 总结: 从系统层面来讲,应该严格区分中转库存和中途库存 1) In Transfer(中转库存)是指一方已经发出,另外一方尚未收到, : 1) 不同的库存转储方式的差异比较,移动类型313导致的中转库存是属于特定库存地点下,因此若目标库存地点明确,应使用313类型;移动类型303导致的中转库存是属于特定工厂,而非库存地点下的 2) 在途库存和中转库存信息的保存 移动类型303导致的中转库存记录在表MARC中,中转库存在工厂级别;移动类型313导致的中转库存记录在MARD中,中转库存在库存地点级别 通过库存调拨单,导致的在途信息并未记录在库存的表中,只是在表EKET
说明: 纸单拣货还是大多数仓库使用的解决方案 优点:作业简单;价格低廉 缺点:单据众多;效率低,差错率高;低生产率/准确度;不是实时的。 使用场景:仓库作业量较小;临时的仓库设施;低价值产品小批量发货;仓库作业人员低工资水平;仓库作业成本难以评估 效率说明: 投资额 5000元起 收货/上架效率 15–25行/小时 补货效率 20–35行 ,确保所有库存移动的实时准确性;射频拣选最适合于慢/中速环境,其中条形码在产品或库存容器级别可用;RF拣选也适用于项目特定数据采集至关重要的环境,如序列号 效率说明: 投资额 5,000-8,000元/ 说明: 货到人水平旋转库拣选。 优点: 没有行进时间,因此选择率更高;无操作通道-高密度存储;可在较小的仓库占地面积内存储高库存品种 缺点: 旋转库的补货需要等待时间,不能进行拣选;或者机器的总吞吐量降低;旋转库的最大吞吐率受限于最大运算符拣选率
SAP MM 两步法工厂内部移库 在SAP MM模块中工厂内部2个不同库存地点之间的转库,是一个非常常见的业务流程。 我们可以使用311移动类型来实现一步法转库,也能使用移动类型313+315组合来实现两步法转库。 在两步法转库流程里,315移动类型的物料凭证可以使用事务代码MBSU来完成。 输入移动类型,工厂代码,发货库存地点,回车,进入如下界面, 输入需要转库的物料号,数量,接收库存地以及批次号等信息,点保存按钮, SAP系统提示,物料凭证号已产生。 输入313 物料凭证号和年份,过账日期等,回车, 可以看到系统自动建议的移动类型是315,这是符合我们的预期的。保存, 315移动类型的物料凭证号就成功产生了,库存转移完成了。 笔者之前习惯使用MB1B + 移动类型315,输入物料号数量批次号,接收库存地点的方式来完成这个流程中的收货步骤。很明显事务代码MBSU更为方便快捷! -完-
共享钩子脚本是指一个存储在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的远程仓库。
优点 采购流程中的序列号分配 转包组件 ASN 监控含转包流程在内的整个流程 可将物料编号转移至采购订单 转包库存的使用 组件的实时消耗过账 库存报表 批次监控 处理流程中涉及的公司角色: 策略计划员 生产计划员 生产主管 采购员 仓库文员 车间主任 采购助理 采购主管 应付会计 包含的关键处理流程: 此业务情景侧重于转包和外部处理的增强功能: 转包 (MM): 使用序列号分配,采购订单处理 通过转包主控室向外交付组件 针对交货进行发货并装运到转包商(中转库存) 来自组件转包商的发货通知 (ASN) 转包商提供采购订单收货 组件预留和作为物料供应的组件数量的消耗 ?
以第一个HU为例,里面是包含有30个序列号的, ? HU的状态是WHSE,表明HU里的货物是在库状态。数据都是正常的,HU状态等都一如从前正常。 项目上对HU执行转库的事务代码,没有使用VLMOVE,而是在VLMOVE的基础上做了一个封装,允许一次对多个HU批量进行转库操作,其核心功能还是VLMOVE的功能。 也就是说,这个不是对HU转库的程序问题。不过真的奇怪,跨了一个年就不能对含有序列号的HU转库过账了?这不合常理啊。 2),我们就这个问题向SAP公司发了一个Message。 经过开发同事的努力,我们有新发现:当我们将过账日设置为2019年年底的时候,程序生成的物料凭证过账日期是2019年的,但是序列号相关年度是取的自然年度的日期2020年,这样会导致物料凭证不完整。 也就是说标准SAP系统里VLMOVE不支持为含有序列号的HU做跨年转库等过账操作。 我们可以说是SAP系统的一个bug吧。
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
)都不成功,报错如下: Only 0 serial numbers entered instead of 30/ 以第一个HU为例,里面是包含有30个序列号的, HU的状态是WHSE,表明HU里的货物是在库状态 项目上对HU执行转库的事务代码,没有使用VLMOVE,而是在VLMOVE的基础上做了一个封装,允许一次对多个HU批量进行转库操作,其核心功能还是VLMOVE的功能。 也就是说,这个不是对HU转库的程序问题。不过真的奇怪,跨了一个年就不能对含有序列号的HU转库过账了?这不合常理啊。 2),我们就这个问题向SAP公司发了一个Message。 经过开发同事的努力,我们有新发现:当我们将过账日设置为2019年年底的时候,程序生成的物料凭证过账日期是2019年的,但是序列号相关年度是取的自然年度的日期2020年,这样会导致物料凭证不完整。 也就是说标准SAP系统里VLMOVE不支持为含有序列号的HU做跨年转库等过账操作。 我们可以说是SAP系统的一个bug吧。
实现不同主体公众号的跨公众号支付其实原理很简单,就下面几点: 1、用一个公众号的appid来进行收款 2、这个公众号的appid需要和商户号绑定 3、用这个appid来获取用户的openid 进过上面三步是不是就对应起来了 ~ 怎么才能在别的主体的公众号用我的appid来获得用户的openid呢? mascot.duapp.com/oauth2.php&response_type=code&scope=snsapi_base&state=1#wechat_redirect 注意:一下APPID是那个收款的公众号APPID 注意事项: 1、需要在收款公众号appid下配置可访问的回调域名(web安全域名/js安全域名/业务域名) 2、在商户号的开发配置中设置支付页面的url,否则不能完成支付(可以去参考我的上篇博客微信公众号借用其他微信公众号支付配置
oracle12c数据库转人大金仓数据库实例演示 第一章:数据准备 ① 人大金仓建库建用户 ② 人大金仓授权表空间 ③ 人大金仓创建 schema 表 第二章:转库演示 ① 转库工具准备 ② 创建源库和目的库数据库连接 auto_2105_oracle_yz_0406=> create schema auto_2105_oracle_yz_0406; CREATE SCHEMA 第二章:转库演示 ① 转库工具准备 转库工具一般在根安装路径下 windows 版迁移工具获取:小蓝枣的csdn资源仓库 ② 创建源库和目的库数据库连接 新建数据库连接。 建一个源库 oracle 的连接。 然后再建个目标库人大金仓数据库的连接。