SAP采购订单交期确认 Order Acknowledgement of PO

最新推荐文章于 2024-10-23 15:01:50 发布
最新推荐文章于 2024-10-23 15:01:50 发布
阅读量1.5k 收藏 6
点赞数
原文链接：http://www.cnblogs.com/jefflu2012/p/3214774.html
版权

Definition

很多时候，下了PO都希望知道Vendor是否能够按照我们PO要求交货，这里就需要Vendor给一个确认。Order Acknowledgement就是在PO中维护这些确认信息的功能。

当然这些信息可以手动维护，也可以透过EDI有Vendor的系统回传回来。

Acknowledgement信息包括

1. order acknowledgements

2. loading or transport confirmations

3. shipping notifications

clip_image001

 

Purpose

1. 使用确认(Confirmations),会比单纯依据MRP自动生成的数量与交期资讯更为精准,亦可追踪(Monitor)需求物料的交货状况

2. 一旦启用Order Ack.功能，by PO收货的时候就会只能按照确认的数量收货能够更好的控制订单

3. 可以通过多种方式确认订单，即可以一步确认订单delivery date而已；也可以是两步，就是确认&#

最低0.47元/天 解锁文章
SAP 订单的交货日期的计算.
09-24
这是我收藏的经典文章, 详细讲解了SAP 订单的交货日期的计算逻辑和后台配置方法.
「SAP技术」SAP MM ME2N报表能按‘order acknowledgement‘查询采购订单
喜欢打酱油的老鸟
07-10 1339
「SAP技术」SAP MM ME2N报表能按'order acknowledgement'查询采购订单 执行事务代码ME2N, 点击'Dynamic Selections'按钮 ，进入如下界面， 找到order acknowledgement栏位，如上图： 双击该栏位，则该栏位成为查询字段，如下图示： 执行查询，有如下结果， 但是不巧的是，ME2N报表结果里，不再显示order acknowledgement栏位了！ 仔细查看了Layout里的...
sap的pod确认_【MM 订单确认】采购订单交期确认PO Acknowledgement（部分转）
weixin_36307713的博客
12-29 3682
As we know purchasing order acknowledgement is vendor confirmation.https://help.sap.com/saphelp_46c/helpdata/en/75/ee13f555c811d189900000e8322d00/frameset.htmlhttp://www.cnblogs.com/jefflu2012/archive...
Configuring Acknowledgment Requests
huang850625的专栏
08-17 145
Use You use this function to define for a particular sender port and client which acknowledgments are requested from the sender. Procedure 1. In the ABAP Editor (transaction SE38...
采购订单的确认控制
BinGeneral的博客
04-06 3757
配置路径：IMG→物料管理→采购→确认→建立确认控制下达采购订单后，供应商根据订单回执能够交货的日期和数量。例如：采购订单下达后通过接口同步给SRM，SRM执行确认后，调用接口同步给SAP确认的交货日期和数量。确认有两种方案：一步法和两步法。第一步：供应商回复确认的交货计划，系统中确认页签添加AB类别的行；第二步：供应商按第一步的日期交货，在SAP中通过VL31N创建内向交货单，系统会自动在确认页签产生LA类别的行。对两步法的简化，具体看项目如何定义，是只做第一步还是只做第二步。
SAP 采购订单关联内向交货单涉及的确认控制功能 Confirmation Control Key
vacuumlx的博客
10-23 1667
SAP采购订单创建的时候，在行项目下的确认Confirmation选项卡中，可以关联Inbound Delivery，后续可以通过Inbound Delivery做采购订单收货。做MIGO收货的时候，如果有Inbound Delivery，只能用Inbound Delivery，不能用采购订单收货。
Web Acknowledgement-crx插件
04-03
一个Chrome扩展程序，根据网站实际存储的位置执行土地确认 我进行此扩展是希望它能消除“云”的神话。 互联网存在于物理空间中，当我们使用互联网时，我们使用的是土地。 大多数Internet都存储在大型的能源密集型...
SAP带有确认控制的采购订单
04-11
SAP中创建带有确认控制的采购订单后不能直接进行PO收货，需要依据采购订单创建内向交货单后对内向交货单收货。一张采购订单下可以创建多个内向交货单，生成的内向交货单号会在采购订单项目的“确认”标签页中显示。如果对内向交货单进行收货，会在采购订单项目中出现“采购订单历史”标签页，显示内容与标准订单相同，移动类型为101。
SAP后勤模块实施攻略笔记-MRP简介
热门推荐
李威威wiwi的博客
09-08 1万+
MRP简介 MRP 是基于需求，供给、产品BOM结构等信息计算产生不同的获取建议，在获取建议中包含应该何时、采购何种物料、多少数量等各项信息，从而实现制造业库存管理目标，即在正确的时间按恰当的数量得到所需的物料。 1.2.1 MRP运行过程如下表所示 主要内容包括如下一些： 1、 产成品净需求计算：净需求=毛需求-供给-库存。 2、 产成品获取建议产生： 根据物料的...
SAP中供应商确认功能的应用分析
专注SAP应用技术文章写作，致力于拉近用户与系统间的距离；
05-20 4468
SAP中供应商确认功能是一个辅助性的功能。在简单的采购业务流程中，不一定需要用到。但作为企业的SAP顾问，需要掌握供应商确认功能的一些应用情况。也帮助业务部门未来的应用需求。近期也刚好在思考这个问题。就索性将其记录下来。 供应商确认是指，当向供应商下达一个采购订单时，供应商在能否按订单中规定的时间和数量按时足量的交货。当然，在现实层面，供应商确认工作肯定也是要做的。这里只不过讨论如果将该工作搬到系统中来达来控制目的。当然，系统中针对供应商确认比较普遍的应用有两个方案。这两个方案的区别在于是一步确认，还是分
采购订单的“确认”操作--一步与两步操作
weixin_44485085的博客
12-03 5073
SAP-MM-PO交货日期
yanzibing99的博客
05-26 4655
SAP-MM-PO交货日期
Explain About The PO Confirmation Control Key In Detail--采购订单中的确认控制
乐期无许的博客
12-26 2221
Explain About The PO Confirmation Control Key In Detail 在实际的采购过程中，虽然与供应商签定了采购协议并在SAP中创建了采购订单，供应商的物料是分批而并不是一次性送达，而且最终送达的数量与订单的 数量有时会有差异。供应商每批发货都会随货出具发货数量单据，如发货计量单等，管理收货的部门需对此单据在SAP中做内向交货凭证。 一张采购订单根据交货...
【MM 订单确认】采购订单交期确认PO Acknowledgement（部分转）
weixin_30474613的博客
09-29 1492
As we know purchasing order acknowledgement is vendor confirmation. https://help.sap.com/saphelp_46c/helpdata/en/75/ee13f555c811d189900000e8322d00/frameset.html http://www.cnblogs.com/jefflu...
SAP MM PO 如果有了Confirmation记录就不能修改 Confirmation Control Key.
07-13 989
SAP MM PO 如果有了Confirmation记录就不能修改 Confirmation Control Key. PO number 8500010073, ...
常用事务代码（转）
cuitxdh1215的博客
02-15 306
Pfcg 绝色维护 Su53 查看权限对象 st01 跟踪 St22 看dump，以分析错误 eg.找到ABAP程序出错的地方，找出founction，用se37查看找到的founction，找到有关权限检查（authority...
SAP 中的承诺项目（Commitment item）是什么
matinal 當冬夜漸暖 。公众号：matinal
10-13 1256
系统汇总客户分配项目中的过帐数据
SAP ATP可用性检查简介
我小时候很黑的博客
06-29 1852
系统中建立此单时，SAP就会做一个所谓的检查，检查一下我们预先设定的考虑因素，能否满足客户的要求，什么时候可以满足，这就是可用性检查的功能。2、同样的在创建生产订单的时候也有ATP的检查，生产订单是100PC，要求2024-07-01生产完成，系统就会根据配置进行物料的可用性的检查，看物料是否能够满足生产同时能够满足交期。14： 表示相关预留的选项，与10的区别在于，10是一般是表示我们用MB21建立的，而14是表示由于相关预留，即此预留是来自于其他物料，如生产订单所产生的预留。
kafka acknowledgement使用
最新发布
04-03
<think>好的，我现在要处理用户关于Kafka中acks参数配置和使用的问题。首先，我需要回顾一下Kafka生产者配置中acks参数的作用和不同取值的含义。用户提到他们想了解如何正确配置和使用acknowledgments，也就是acks参数，所以我的回答需要覆盖这三个方面：参数的作用、不同值的配置方法以及最佳实践。 根据引用[1]，acks参数是在生产者客户端配置的，决定了broker在什么情况下认为消息写入成功。它有三个可能的值：0、1和all。我需要详细解释每个值的影响。例如，acks=0表示生产者不等待任何确认，这可能会丢失消息，但吞吐量最高。acks=1是默认值，确保leader副本写入成功，但可能在leader故障时丢失数据。acks=all（或-1）要求所有ISR副本都确认，提供最高的持久性，但延迟增加。 接下来，用户可能需要了解如何具体配置这个参数。在Java客户端中，可以通过设置`acks`属性为字符串值。例如，`props.put("acks", "all")`。这部分需要给出代码示例，并说明不同值的配置方法，如“0”、“1”、“all”。 然后，结合引用[4]提到的分布式共识算法，如Zab和Raft，可以解释acks=all时，Kafka如何依赖ISR机制来确保数据持久化。需要提到min.insync.replicas参数的重要性，它决定了至少需要多少个ISR副本确认才能认为写入成功。如果可用副本数不足，生产者会抛出异常，这时候需要处理这些异常，比如重试或记录日志。 此外，用户可能关心性能与可靠性的权衡。acks=0适合日志收集等允许丢失的场景，而金融交易则需要acks=all。同时，需要建议用户根据实际需求调整其他参数，比如retries和max.in.flight.requests.per.connection，尤其是当acks=all时，设置retries>0和max.in.flight.requests=1可以避免消息乱序。 另外，引用[2]和[3]提到Zookeeper配置和网络超时，虽然与acks参数不直接相关，但可能需要考虑生产者的整体配置环境。例如，网络超时参数socket.timeout.ms和request.timeout.ms需要合理设置，避免因网络问题导致的生产者阻塞。 最后，确保回答结构清晰，分点说明参数详解、配置方法和最佳实践。同时生成的相关问题要围绕acks参数的影响、与其他参数的协同以及故障处理等方面，帮助用户深入理解。</think>### Kafka Acknowledgements（acks参数）配置指南 在Kafka生产者配置中，`acks`参数是控制消息持久化可靠性的核心参数[^1]。其配置直接影响数据完整性和吞吐量之间的平衡。 #### 一、参数详解 1. **acks=0** 生产者不等待broker任何确认，消息发送后立即视为成功。 *特点*：吞吐量最高，但可能丢失数据（如broker宕机时未写入磁盘）[^1]。 2. **acks=1**（默认值） 要求分区leader副本将消息写入本地日志后返回确认。 *特点*：平衡可靠性与性能，但若leader宕机且未同步到follower时仍会丢数据。 3. **acks=all/-1** 要求所有ISR（In-Sync Replicas）副本均确认写入。需配合`min.insync.replicas`参数使用。 *特点*：最高可靠性，但延迟增加且吞吐量降低[^4]。 #### 二、配置方法 在生产者客户端配置示例（Java）： ```java Properties props = new Properties(); props.put("bootstrap.servers", "kafka1:9092,kafka2:9092"); props.put("acks", "all"); // 设置最高可靠性模式 props.put("min.insync.replicas", 2); // 至少需要2个ISR副本 props.put("retries", 5); // 配合重试机制增强可靠性 ``` #### 三、最佳实践 1. **关键业务场景**（如金融交易） 使用`acks=all` + `min.insync.replicas≥2`，确保至少两个副本持久化数据[^4]。 2. **日志收集等可容忍丢失场景** 使用`acks=0`或`1`以提升吞吐量，配合`linger.ms`实现批量发送优化。 3. **异常处理** 当触发`NotEnoughReplicasException`时，建议： - 增加ISR副本数量 - 检查副本健康状况 - 实现重试逻辑（需设置`enable.idempotence=true`防止重复） 4. **性能调优** - 当使用`acks=all`时，适当增加`request.timeout.ms`（默认30秒） - 设置`max.in.flight.requests.per.connection=1`避免消息乱序[^3] $$ \text{系统可靠性} \propto \frac{\text{acks级别} \times \text{ISR数量}}{\text{网络延迟}} $$
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值