您好

我们没有使用您的方案。 但是最好的办法是在正确的位置"调试"过程并使用breackpoint。

但是您会在这里找到一些类似设置的稀有示例（请同时检查现有的SVT博客）

例如 例如： https://answers.sap.com/questions/12429241/ svt-checks-issue-in-purchase-orders.html

https://answers.sap.com/questions/11703964/block-a-po-due-to-svt-and-获得- the-po-in-cbrc21.html

或

https://answers.sap.com/questions/156733/un-hold-purchase-order-from-transaction-cbrc21.html

或

https://answer.sap.com/questions/10492630/svt-checks-not-happening-in-po.html

还要检查在线帮助和OSS（有专门的OSS咨询说明 SVT）（例如SAP注释1111196）

https://help.sap.com/viewer/8a399f5444164440ac4f426e847ec901/6.17.17/en-US/99a1ce5314894208e10000000a174cb4.html

https://answers.sap.com/questions/11732810/index.html

在 在"在线帮助"中和SAP市场中，您会发现在SVT流程（不支持的流程）中引用"限制"的提示（和OSS注释）

从理论上讲，您会这样：

在PO的"保存"过程中，过程应检查：跟踪了什么； 以及" PO"添加的内容； 这是所谓的"计划的"部分

在理论上的货物移动过程中（如果我记得没错的话）进行下一次检查（通常这与"计划"部分的兴趣不大） 从阈值极限的角度获得有关"问题"的足够提示

但是商品移动将成为"已确认"部分

关于您的发现：

" 我所期望的是，当我为800千克创建新的采购订单时，其中包括768千克的物质46，将以前的GR中现有的576千​​克的物质46加起来，它将超过阈值1MT = 1000千克的物质46， 从而在PO中产生错误。但是它没有用。"

由于我们没有使用在线部件，所以我只能"判断"一点（这也是我们为什么不这样做的某些原因） 如果我记得是正确的，则使用该过程。）

如果不是"实时"在" x"日期完成的货物移动和在同一日期" X"创建的新PO确实"添加了"，我不是100％

您只需检查c 所有功能模块并分析逻辑，或者仅仅是启动OSS对话框

C.B。

PS：您的资产/增值税"数量"是客户特定的吗？ 正常情况下，阈值限制设置不同（请查看SVT咨询OSS注释）

亲爱的斗山

我已经重新阅读了在线帮助。 您将在其中找到以下重要的句子/段落：

在"体积确定"中，系统确定必须跟踪的物质的数量。 它每天将每种物质的数量添加到先前确定的总量中，并将当前的总量保存在表中以进行物质体积跟踪。 为此，请将报告RREGCH_VT作为初始运行运行一次，然后对其进行计划，以使其每天更新总量。

在联机检查中，系统使用上次确定的数量和在当前凭证中输入的数量来保存上次保存的总数量。这表示在其他凭证中输入的所有数量不考虑当前日期。 这意味着在短时间内数量上会有细微的差异，但是系统性能大大提高了。 由于考虑了一天的所有单据，因此在下一次每日总量更新中更正了差异。

因此，这就是为什么我问在哪一天发生了什么事情的原因。 如果您仔细阅读了句子/段落，只需将其解释为： a。）如果您在第X天输入了与SVT相关的采购订单：该采购订单（及其内容）将与"刚刚跟踪的"数量进行比较（通过工作） b。）如果在检查期间输入更多PO（具有相同的数据构架），则只会比较"最后一天"结果。 因此，在24小时内没有完成"累积" 第二天：分析所有与SVT相关的PO，并将这些值添加到数据库中现有的PO中 最重要的是，"商品运动"的故事也是如此。 您需要等待24小时，直到"在线"检查可以完成工作 结论：SVT的设计使得"在线检查"只是一般的"提示"，可能会出问题（根据表单限制），并且不能完全支持24小时。 这是SVT和在线方法中的"空白"之一

C.B。