在不寻找系统进行其他验证的情况下，我可以想到一些可能的选择：

• 您可以使用自定义定价类型。 请阅读说明 24832-定价规则/TVCPF 了解更多详细信息。 我认为这有点过头了，但是您对此的看法可能有所不同。

• 您可以尝试使用自定义字段来存储原始秤，然后将其保存到 后续文件。 您可能将使用自定义的比例尺基本例程，该例程将考虑z字段以计算比例尺。 我不记得在过去的项目中使用这种方法，但是目前我还没有理由不这样做。

Prashant Sharma 可能我不了解有关自定义定价的问题 类型。 是的，当您在复制控制设置中更改副本类型时，它将影响源，目标文档类型和项目类别匹配的所有文档的复制。 但是，在这种定价类型中，您可以指定要针对哪些条件类型进行不同于当前定价类型G的处理。是的，您需要进行测试，但是任何涉及配置和代码更改的解决方案都需要进行测试。

关于其余部分：您提到"使用其他选项，我们必须维护每个条件记录的规模，这也将是一项巨大的活动。"但是，另一方面，您在最初的帖子中说："我 想要基于销售订单数量而不是开票数量进行比例计算"。 我的理解是您已经在使用秤。 如果按比例表示的是条件基础-这是一个完全不同的故事，那就来...是的，如果您需要特定的条件基础，则可以创建一个条件基础例程。

是的，您可以 探索备用条件值例程，但您还需要考虑以下因素

1. 在正常情况下，会有多张发票，在这种情况下，您的例程应仅对第一个开票凭证进行验证
2. 如果生成开票凭证，根据销售订单价值计算折扣，生成会计凭证，然后用户取消开票凭证，会发生什么情况