Configurer l'âge du ticket et la fenêtre de soumission
Contrôler l'ancienneté autorisée d'un ticket et le délai laissé au participant pour l'envoyer.
L'âge du ticket et la fenêtre de soumission sont les deux contrôles temporels qui permettent d'aligner un challenge ticket de caisse avec sa promesse réelle.
Même lorsque votre workspace n'expose qu'une partie du setup directement dans l'UI, ces deux notions restent importantes pour la validation du challenge et pour la compréhension côté participant.
Ce que signifie chaque réglage
| Réglage | Ce qu'il vérifie | Usage typique |
|---|---|---|
Receipt age | L'ancienneté maximale du ticket au moment de l'envoi. | Empêche l'entrée de tickets très anciens dans une activation en cours. |
Submission window | Le temps laissé au participant après l'achat pour envoyer son ticket. | Évite les soumissions trop tardives par rapport au moment de participation attendu. |
Configurez-les ensemble
Traitez ces deux réglages comme une paire.
Si la fenêtre de soumission est beaucoup plus courte que l'âge du ticket autorisé, un utilisateur peut posséder un ticket techniquement dans la bonne période mais tout de même être bloqué parce qu'il l'envoie trop tard. OmniLab fait remonter cette incohérence avec un message du type :
Receipt game '{{touchpoint_name}}' submission window ({{submission_window_days}} days) is shorter than max age ({{max_age_days}} days)
Recommandations pratiques
| Type de campagne | Pattern raisonnable |
|---|---|
| Activation magasin dans la journée | Réglez les deux très serrés pour pousser un envoi quasi immédiat. |
| Challenge retail du week-end | Autorisez quelques jours d'âge ticket, mais gardez une fenêtre de soumission alignée avec les règles publiques. |
| Offre preuve d'achat post-achat | N'élargissez vraiment l'âge ticket que si les termes publics l'autorisent clairement. |
Messages de validation à connaître
| Message de validation | Ce qu'il signifie le plus souvent |
|---|---|
Receipt game '{{touchpoint_name}}' has very restrictive receipt age limit ({{max_age_days}} days) | Le setup risque de rejeter des tickets que les clients jugeraient normalement valides. |
Receipt game '{{touchpoint_name}}' accepts very old receipts ({{max_age_days}} days) | Le challenge peut être trop permissif pour une promotion courte. |
Receipt game '{{touchpoint_name}}' submission window ({{submission_window_days}} days) is shorter than max age ({{max_age_days}} days) | Les deux réglages sont désalignés et peuvent rendre le parcours difficile à comprendre. |
Exemple
Une activation en centre commercial sur un week-end peut autoriser des tickets âgés de 2 jours, tout en exigeant un envoi avant la fin de la soirée du dimanche. Cela reste juste sans encourager les participants à conserver leurs tickets pendant des semaines.
Liens utiles
Vue d'ensemble de la politique d'acceptation
Voir comment les contrôles temporels s'intègrent au modèle global.
Configurer le seuil de confiance OCR
Ajuster les attentes de qualité OCR en parallèle des règles temporelles.
Échecs d'acceptation fréquents
Diagnostiquer pourquoi des tickets apparemment normaux sont refusés.