SAPMM向交货单的存在不阻止PO被删除 使用过SAP的人都知道，SAP系统的风格是比较严谨的。SAP系统非常注重业务流程的前后端单据的勾稽关联关系。正常情况下，删除前端单据的时候，系统会检查该单据是否有后续的单据，如果有后续的单据系统会有所提醒，甚至报错不让删除。一些项目里的采购订单，会有InboundDelivery单据。笔者发现，在删除采购订单的时候，即使存在后续的inbounddelivery单据，系统无任何提示就允许用户删除了采购订单行项目。比如如下的采购订单被删除了， 行项目无'采购订单历史',但是却有Inbounddelivery2501484267，而这个Inbounddel
前言在并发编程中，多线程的共享资源的修改往往会造成严重的线程安全问题，解决这种问题简单暴力的方式就是加锁，加锁的方式使用简单易理解，但常常会因为阻塞导致性能问题有没有可能做到无锁还保证线程安全呐？这得看具体情况。得益于CAS技术，有很多情况下我们可以做到不使用锁也能保证线程的安全比如今天我最近遇到的场景如下(由于场景比较复杂，用一个模拟简化一下)场景假设有一个商店，背后有一个工厂可以生产商品，商店也可以有用户来购买商品，为了简化，假设工厂只能生产一个商品、而用户也只能买一个商品需求如下：用户来购买，如果商品已经生产好了，则直接发货，完成交易用户来购买，如果商品还没生产好，让用户填写一个欠货单，
本人详解作者：王文峰，参加过CSDN2020年度博客之星，《Java王大师王天师》作者公众号：山JAVA开发王大师，专注于天道酬勤的Java开发问题、中国国学、传统文化和代码爱好者的程序人生，期待你的关注和支持！本人外号：神秘小峯山峯转载说明：务必注明来源（注明：作者：王文峰哦）学习教程（传送门）收货单订单创建发票详情介绍）1.引言2.什么是收货单订单？3.为什么需要创建发票？4.如何创建发票？5.收货单订单如何与发票关联？6.发票的种类7.发票的重要性与注意事项8.总结学习教程（传送门）往期文章学习教程（传送门）1、掌握JAVA入门到进阶知识(持续写作中……）2、学会Oracle数据库用法(
SAP公司间STO流程里外向交货单PGI后自动触发内向交货单的实现 公司间采购（公司间库存转储）在很多SAP项目里很常见，笔者在很多项目里都有这种场景。项目实践中，都是采用SAP的Inter-companySTO(或Cross-companySTO)来实现这个流程的。 不同的项目做法并不同：一些项目里采用一步法实现转储，即发货公司发货过账后，收货公司自动完成收货过账。一些项目里采用两步法转储，即发货公司先做发货过账，然后收货公司单独执行收货过账动作。一些项目里在收货这边需要建立inbounddelivery,他们通过系统的设置，能实现这种场景里的内向交货单在发货方发货过账后自动触发。 笔者写下
SAP公司间STO流程里外向交货单PGI后自动触发内向交货单的实现 公司间采购（公司间库存转储）在很多SAP项目里很常见，笔者在很多项目里都有这种场景。项目实践中，都是采用SAP的Inter-companySTO(或Cross-companySTO)来实现这个流程的。 不同的项目做法并不同：一些项目里采用一步法实现转储，即发货公司发货过账后，收货公司自动完成收货过账。一些项目里采用两步法转储，即发货公司先做发货过账，然后收货公司单独执行收货过账动作。一些项目里在收货这边需要建立inbounddelivery,他们通过系统的设置，能实现这种场景里的内向交货单在发货方发货过账后自动触发。 笔者写下
SAPMM公司间STO的交货单里的移动类型的确定 1,通过STO单据类型确定外向交货单类型。 如下配置： 比如从NMI1到NM03的公司间STO，如果是自有库存，则交货单类型是NLCC，如果是供应商寄售库存，则交货单类型是NK. 对于从NM01到NM03的公司代码内STO，交货单类型是NL。 2,通过deliverytype/itemcategorygroup/usage/Itemcategoryofhigher-levelitem组合来确定外向交货单里的itemcategory.如下配置， Itemcategorygroup:维护在商品主数据里。Itemcategoryusage:V
SAPMM公司间STO的交货单里的移动类型的确定 1,通过STO单据类型确定外向交货单类型。 如下配置： 比如从NMI1到NM03的公司间STO，如果是自有库存，则交货单类型是NLCC，如果是供应商寄售库存，则交货单类型是NK. 对于从NM01到NM03的公司代码内STO，交货单类型是NL。 2,通过deliverytype/itemcategorygroup/usage/Itemcategoryofhigher-levelitem组合来确定外向交货单里的itemcategory.如下配置， Itemcategorygroup:维护在商品主数据里。Itemcategoryusage:V
SAPMMVL32N和MIGO对内向交货单做收货，都会更新其'总体货物移动状态' 近日某个同行告诉我说他所在项目的系统里，对于InboundDelivery执行收货，如果是使用MIGO来执行收货的话，则InboundDelivery里的‘总体货物移动状态’(OvrlGdsMvtStat)栏位还是保持为A，如果是使用VL32N对InboundDelivery做收货，则InboundDelivery里的OvrlGdsMvtStat栏位才会被更新为C。 笔者觉得很是奇怪。项目实践中，对于采购订单，一些项目里使用VL31N为采购订单创建了收货后执行收货，使用MIGO和VL32N来收，都是OK的，交货
SAPMMVL32N和MIGO对内向交货单做收货，都会更新其'总体货物移动状态' 近日某个同行告诉我说他所在项目的系统里，对于InboundDelivery执行收货，如果是使用MIGO来执行收货的话，则InboundDelivery里的‘总体货物移动状态’(OvrlGdsMvtStat)栏位还是保持为A，如果是使用VL32N对InboundDelivery做收货，则InboundDelivery里的OvrlGdsMvtStat栏位才会被更新为C。 笔者觉得很是奇怪。项目实践中，对于采购订单，一些项目里使用VL31N为采购订单创建了收货后执行收货，使用MIGO和VL32N来收，都是OK的，交货
SAPUB类型的STO能自动创建交货单？ SAP系统里，对于StockTransferOrder这种单据，是支持其outbounddelivery自动创建的。当然这种功能比较少用。项目实践中，业务人员创建好了STO单据后，多会以手工方式执行事务代码VL10B等为STO单据创建一个外向交货单。本文就是讲解SAP标准系统如何为STO单据自动创建外向交货单的。 PartI:后台配置1，IMG->MM->Purchaisng->PO->SetupSTO. 点击菜单ActivateAutomaticDeliveryCreationandCRMBilling, 对于UB类型的STO，如果发货工厂是NM
