Joyca，你好

能否请您按照所有重现问题的步骤来创建事件，我们将进行调查以查看是否存在错误。

最好的问候

Ryan

嗨，

我使用的是"单优惠券代码和动态分配的联系人"。

我没有使用 总体"兑换限制"，只有"每个联系人的兑换限制"为1。

我没有测试是否可以为X人添加第二个"优惠兑换"互动，这是我的问题 发生较早，因为包含此要约的电子邮件确实已第二次发送给X人，而设置则表示他只能兑现一次，而他已经兑现了一次，因此在发送电子邮件时已经将其阻止（

当SAP回复票证时，我将更新此问题。

Kr

Joyca

你好 Joyca Vervinckt ，

您使用哪种类型的方案？ "单个优惠券代码和未分配联系人"或"动态分配单个优惠券代码和联系人"

如果您使用的是"未分配联系人"方案，则"兑换限制"将限制要约中的兑换次数，这意味着电子邮件和代码可以发送多次，但只能创建1次兑换（ 对于联系人X或Y）。 在这种情况下，联系人可以多次使用该代码，但是由于限制为1，因此无法多次创建兑换。 如果发生这种情况，那么实际上可能是一个错误。

对于"动态分配联系人"方案，它的工作方式略有不同。 我确定您已阅读此。

如果您确实为SAP创建票证，我也很想听听他们必须说的话！

BR，

Guilherme。

嗨，

从SAP支持的票证中，我们终于找到了问题：

授权

< p>背景：

优惠券管理保存一个DB表（"用法"），在其中存储哪个交互联系人收到了哪个优惠券代码。 该表还包含一个兑换计数器，当您发布兑换交互时，该计数器会增加。 在活动执行期间，从交互表中找出该计数器会非常耗时，因此我们将其冗余存储。 并且此计数器用于确定在营销活动执行运行期间是否已达到交互联系人的兑换限制。 对于您来说，兑换互动不会以某种方式增加此计数器，因此广告系列执行不知道已达到兑换限制。

可以通过以下方式检查此计数器：

https：//<服务器>/sap/opu/odata/SAP/API_MKT_COUPON_SRV/CouponCodeUsages？$ select = InteractionContactUUID，NumberOfRedemptionPerContact＆$ format = json＆$ filter = InteractionContactUUID eq（guid'00163e54-d8b1-1ee9-9df7- '）和CouponUUID eq（guid'00163e54-d8b1-1eea-85a2-a55ab2cc7cb4'）＆$ top = 10

事实证明，我们的界面用户仅具有互动交流安排上的授权，

，他还需要访问优惠券的通讯安排。

在我先前使用多优惠券代码进行的测试中，我使用的是来自Postman的另一个用户进行测试，而后来我们开始使用 与其他用户的实际界面系统。