Vue d'ensemble de la politique d'acceptation

Comprendre quels contrôles ticket s'appliquent avant qu'une soumission puisse compter dans le challenge.

Utilisez la politique d'acceptation pour définir les contrôles que chaque ticket envoyé doit passer avant de compter pour une récompense. Elle écarte les tickets de mauvaise qualité ou hors périmètre, pour que les récompenses que vous attribuez reposent sur des données fiables.

Comment l'acceptation et la validation s'enchaînent

Ces deux étapes se suivent et répondent à des questions différentes.

ÉtapeCe qu'elle décideRésultat typique
Politique d'acceptationSi le ticket satisfait les exigences du challenge.Passe ou échoue
Politique de validationCe qui arrive à un ticket qui a passé l'acceptation.Compte tout de suite, ou attend une revue

Un ticket peut échouer à l'acceptation avant que quiconque dans votre équipe ne le voie. C'est pourquoi ces contrôles méritent d'être posés avec soin.

Ce qui arrive à un ticket envoyé

Lorsqu'un participant envoie un ticket, OmniLab lit d'abord automatiquement le texte de l'image (l'étape que nous appelons OCR). S'il trouve assez de données, la politique d'acceptation lance ses contrôles. Le ticket aboutit alors à l'un de ces résultats :

  • Image illisible — le ticket est marqué incomplet avant même le lancement des contrôles.
  • Image en doublon — le ticket est rejeté comme doublon tout de suite.
  • Passe, revue automatique — le ticket compte immédiatement.
  • Passe, revue manuelle — le ticket attend qu'une personne de votre équipe le revoie.
  • Échoue — le ticket est rejeté.

Ce que la politique peut vérifier

L'écran Receipt Acceptance Policy se concentre sur Field Requirements, où vous choisissez les informations qu'un ticket doit contenir :

  • Amount
  • Date
  • Merchant
  • Zip Code

Chaque champ requis peut porter des contrôles plus précis : montants minimum et maximum, marchands autorisés ou bloqués, correspondance exacte, et codes postaux autorisés ou bloqués.

Selon la configuration du challenge, la politique peut aussi appliquer des contrôles plus larges : l'âge du ticket, la fenêtre de soumission, et le degré de confiance de la lecture automatique.

Les questions à trancher avant de commencer

Réglez ces points avant d'activer le moindre contrôle :

  • Quelles informations doivent toujours être présentes pour que la décision de récompense soit fiable ?
  • La campagne est-elle ouverte à toutes les enseignes ou seulement à une liste partenaire ?
  • Faut-il une dépense minimum, un plafond, ou les deux ?
  • Le challenge est-il limité à un réseau de magasins ou à une zone géographique ?
  • Les cas limites doivent-ils partir en revue chez votre équipe ou être rejetés tout de suite ?

Exemple

Imaginons une promesse de campagne du type : « Dépensez au moins 25 EUR chez les enseignes beauté partenaires ce week-end pour débloquer une pochette. »

Une politique cohérente avec cette promesse nécessite souvent :

  • Amount présent, avec un minimum de 25
  • Merchant présent, limité à la liste partenaire
  • Date présent, pour que le challenge sache quand l'achat a eu lieu
  • Zip Code si seules certaines implantations sont éligibles

Ce que la politique d'acceptation ne fait pas

La politique d'acceptation ne décide pas :

  • quelle récompense se débloque
  • combien de fois une récompense peut encore être gagnée
  • si votre équipe peut forcer un déblocage de stock plus tard
  • quel e-mail est envoyé

Ces décisions vivent dans vos challenge rules, winning options, global outcome rules et notifications.

Liens utiles

Cette page vous a-t-elle aidé ?

Un commentaire optionnel nous aide à améliorer cette page pour les prochains auteurs et lecteurs.

Sur cette page