SAP内向交货单的业务场景

内向交货单,可以将一个PO在收货的时候,分批创建多次内向交货;

实际业务是:

1.有的时候一张大的PO会分多次收货,需要创建多张内向交货单(对应多次收货计划),然后仓库按照每次实际收货情况,过账内向交货单。

2.比如说,企业(你们公司)的仓库是由第三方物流来管理的。(或者你们公司是租用第三方物流公司的仓库,而且由物流公司的人来管理)这时,从供应商那里来的产品要收货的时候需要跟物流公司传递信息。
这时就可以用到内向交货流程。 Inbound Delivery(Shipping Notification),首先根据PO生成内向交货信息,当然这是为了发送给三方物流告诉他们在什么时候有多少货到达。(这里涉及到EDI技术,SAP里生成的内向交货信息转换为Idoc,XML等。)
实际收货的时候也可以用到EDI,就是说收货信息是由三方物流来发送的。(有多少是正常,多少是损坏)
根据此EDI信息,SAP系统做收货操作。(也可以通过本企业人手工做,可根据内向交货单,当然具体收货明细[movement type]是要参考仓库人员的报告的。)

如果收货的仓库是本公司的,而且由本公司的操作来判断收货状态且做系统入库的话就不需要中间用到内向收货单了。

3.只所以用内向交货主要是用到销售的运输模块功能,交货距离比较长会用交货!

原文地址:https://www.cnblogs.com/sapb1/p/12163230.html

时间: 2024-10-13 18:36:15

SAP内向交货单的业务场景的相关文章

我的监控世界观(5)--如何在监控中反映业务场景

我在<我的监控世界观>1 ~ 4 中更多的阐述了对于某个监控点的监控.存储.展现.但是在现实世界中,整个世界的联系更像是一个图,每个点可以是某个监控点,而边是他们之间的调用关系或者数据流 举例: webserver –> mysql 对于一个最简单的web 服务, 它可能有两部分组成,webserver 和 mysql存储店铺.商品信息,webserver 服务直接和浏览器用户进行交互.在这样一个业务场景中,webserver 上有的监控点,可能包括单位时间内的UV.PV,而mysql

wpf企业级开发中的几种常见业务场景

前阵子在公司弄个内部的进销存管理系统,从了解需求.系统设计到编码,大约耗费了两个月时间,后来公司有了其他的安排,这东西就算黄了.顺便吐槽一下,厂里的一些人说话真心不顾别人感受,邮件啥的没一句舒服的.不过以前在别的地方干活都是很多人弄,一直都是按领导的意思办即可,基本上不怎么跟人打交道,不能保持淡定的心态说明还是too young了点,这也算是个历练吧. 弄这个项目,好歹也辛苦了一阵子,另外细节方面感觉自己差不多做到位了,也算尽心了.这里先附几张效果图,接下来将针对几种常见的业务场景抠出一些代码,

双态运维分享之:业务场景驱动的服务型CMDB

最近这几年,国内外CMDB失败的案例比比皆是,成功的寥寥可数,有人质疑CMDB is dead?但各种业务场景表明,当下数据中心运维,CMDB依然是不可或缺的一部分,它承载着运维的基础,掌握运维的命脉. 分析以往失败的案例,静静的想一想,失败无非两点: 一.CMDB自身建设能力不够,无法适应当下数据中心和云环境的新形势.当下数据中心的特点是敏捷.动态.持续发展.甚至当风暴来临时,数据中心的环境是瞬息万变.传统型CMDB跟不上节奏,只能望洋兴叹,频繁应付处理各式各样的问题. 二.非场景驱动,无法支

Hadoop的计算特征以及一般用在哪些业务场景?(转载)

其实我们要知道大数据的实质特性:针对增量中海量的结构化,非结构化,半结构数据,在这种情况下,如何快速反复计算挖掘出高效益的市场数据? 带着这个问题渗透到业务中去分析,就知道hadoop需要应用到什么业务场景了!!!如果关系型数据库都能应付的工作还需要hadoop吗? 比如 1.银行的信用卡业务,当你正在刷卡完一笔消费的那一瞬间,假如在你当天消费基础上再消费满某个额度,你就可以免费获得某种令你非常满意的利益等等,你可能就会心动再去消费,这样就可能提高银行信用卡业务,那么这个消费额度是如何从海量的业

受教了,memcache比较全面点的介绍,受益匪浅,适用memcached的业务场景有哪些?memcached的cache机制是怎样的?在设计应用时,可以通过Memcached缓存那些内容?

基本问题 1.memcached的基本设置 1)启动Memcache的服务器端 # /usr/local/bin/memcached -d -m 10 -u root -l 192.168.0.200 -p 12000 -c 256 -P /tmp/memcached.pid -d选项是启动一个守护进程, -m是分配给Memcache使用的内存数量,单位是MB,我这里是10MB, -u是运行Memcache的用户,我这里是root, -l是监听的服务器IP地址,如果有多个地址的话,我这里指定了服

Linqpad使用(调试Linq、结合linq调试业务场景、表格内编辑数据)

linqpad是一款linq语句调试工具,功能如下: 1.直接执行linq语句并查看生成的原生sql语句 2.可结合linq+C#代码进行业务场景调试 3.表格内直接新增.修改.删除数据 4.直接执行SQL语句 官方下载网站:http://www.linqpad.net/ 版本分别: Free:免费版,提供最基本的功能 Premium:高级版,需要购买,提供智能提示功能(非常重要,可自行搜索下载) 以Sqlserver的Northwind数据库为例,讲解一下使用方法: 一.执行简单的linq语句

拨乱反正:DDD 回归具体的业务场景,Domain Model 再再重新设计

首先,把最真挚的情感送与梅西,加油! 写在前面 阅读目录: 重申业务场景 Domain Model 设计 后记 上一篇<设计窘境:来自 Repository 的一丝线索,Domain Model 再重新设计>. 讲本篇内容之前,先回顾上一篇所讨论的内容,主要是 Repository(仓储)的职责问题,属于领域?还是应用层?其实到头来也没有准确的结论,但是最终比较偏向于仓储定义在领域,实现在基础层,调用在应用层.你可能有些疑问,为什么要讨论仓储的职责问题?看过上一篇的内容你可能会有些答案,这也就

api-gateway实践(14)新服务网关 - 业务场景验证(五)api-gateway-engine携带有效token访问SvcApp (未完!!!!!!!!!!)

api-gateway实践(14)新服务网关 - 业务场景验证(五)api-gateway-engine携带有效token访问SvcApp (未完!!!!!!!!!!) 环境信息 1.Security-Filter拦截(web.xml) 2.Zuul-Filter拦截(web.xml) 3.zuul servlet(web.xml) 4.spring的DispatcherServlet(web.xml) 准备工作 1.api-gateway-engine2向SvcApp申请access_toke

《写自己的框架6》:自定义规则引擎,适应不断变化的业务场景

规则引擎适于频繁变动做生意的场景规则.我们在应用过程中的业务,还经常要处理大量的业务规则,当然,此外,我们希望有一个规则引擎,支持,这仅仅是更好. 对一些经常使用的商业规则引擎做一下了解,感觉很不错.可是太贵了.看一些开源的引擎吧.也不错,可是感觉相对于我们自己这么简单的需求,太复杂了. 于是就想着自己做个,试试看能不能攻克了自己的这些简单的业务规则频繁变化的业务场景.嗯嗯.脑子里大概过了一下电影,感觉路是通的.主要有例如以下业务需求: 业务规则运行器须要支持多种,也应该支持业务人员自行扩展.原