La recompensa se entrega al completar la campaña
Las campañas de tipo hito dejaron de pagar por misión — ahora las cuatro mecánicas pagan una sola vez, al cerrarse la campaña
Hasta ahora, una campaña de tipo hito entregaba su recompensa apenas se completaba una misión. Las otras tres mecánicas —reto, racha y rutina— ya pagaban al cerrarse la campaña completa.
Desde este cambio, las cuatro se comportan igual: una recompensa se entrega al completarse la campaña, nunca al completarse una misión suelta.
Una campaña de tipo hito con tres misiones paga una vez, cuando las tres están cumplidas. Antes pagaba tres veces.
Si ya estabas integrado, revisá esto
Si tu sistema asumía un pago por misión —acreditando saldo, entregando un producto o notificando al usuario cada vez— ahora va a recibir un solo aviso por campaña en lugar de uno por misión.
El aviso de recompensas cambió de forma
El webhook se dispara al completarse la campaña, y el cuerpo se ajustó en consecuencia:
| Campo | Qué cambió |
|---|---|
campaignId | Nuevo. La campaña que se completó. Siempre presente. |
rewardId | Nuevo. La recompensa entregada. Siempre presente. |
assignmentId | Ahora es opcional. Una racha o una rutina cierran sin una asignación concreta detrás, y entonces no viene. |
Si deduplicabas por assignmentId, cambialo. Ese campo ya no siempre llega, así que usarlo como clave descarta entregas. Deduplicá por campaignId + accountId, que siempre vienen.
Los eventos que validaban un código
El tipo de evento que se resolvía contra un código de cofre se retiró. Si tu integración lo emitía, coordiná el reemplazo con el equipo de UIN.
Qué no cambió
- Las recompensas ya entregadas no se tocan.
- Los tres caminos por los que llega una recompensa siguen siendo los mismos: la respuesta del evento, el aviso, o la consulta.
- El reclamo explícito sigue funcionando igual, y sigue siendo idempotente.