Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
changes:fidelite:may-2023-v0.5.47 [2023/05/04 16:39] nenesokhna.fall |
changes:fidelite:may-2023-v0.5.47 [2023/05/04 22:36] (Version actuelle) nenesokhna.fall |
||
|---|---|---|---|
| Ligne 25: | Ligne 25: | ||
| ==== Définir les moyens de collecter les points de fidélité ==== | ==== Définir les moyens de collecter les points de fidélité ==== | ||
| - | Il possible de déterminer par quel moyen/support les points de fidélité sont pris en compte lors des transactions. Depuis le menu de **Configuration** vous pourrez activer l'un des moyens/support de fidélité suivants : | + | Il est possible de déterminer par quel moyen/support les points de fidélité sont pris en compte lors des transactions. Depuis le menu de **Configuration** vous pourrez activer l'un des moyens/support de fidélité suivants : |
| * carte cynod | * carte cynod | ||
| * badge fidélité | * badge fidélité | ||
| Ligne 34: | Ligne 34: | ||
| **Remarque 2 :** Le système de fidélité va rejeter systématiquement tout collecte de point non autorisé et garder l'information au niveau de la ''page des collectes de points rejetés'' disponible à partir de **Campagne->Collectes rejetées** | **Remarque 2 :** Le système de fidélité va rejeter systématiquement tout collecte de point non autorisé et garder l'information au niveau de la ''page des collectes de points rejetés'' disponible à partir de **Campagne->Collectes rejetées** | ||
| - | {{ :changes:fidelite:points_collectes_rejete_es.png?400 |}} | + | {{ :changes:fidelite:points_collectes_rejete_es.png?nolink |}} |
| ==== Gestion des plafonds de collecte ==== | ==== Gestion des plafonds de collecte ==== | ||
| - | Sur la base des catégories de clients existants: | + | Cette fonctionnalité va permettre de |
| - | - pouvoir définir des plafonds journaliers et montant max de transaction. Cela va permettre de détecter des cas supposés de transaction frauduleuse (nouvelle fonctionnalité). | + | - définir des plafonds journaliers et montant max de transaction pour chaque catégorie de client de la fidélité. Cela va permettre de détecter des cas supposés de transactions frauduleuses ou non habituelles {{ :changes:fidelite:updatefidelite-gestionplafond.png?nolink |}} |
| - | - plafond journalier = cumul des transactions réalisées du jour de 00:00:00 à 23:59:59 | + | - identifier les collectes de points à comptabiliser et ceux à ignorer qui seront disponible au niveau de la page de rejet {{ :changes:fidelite:updatefidelite-gestionplafond-listrejet.png?nolink |}} |
| - | - plafond max transaction = montant maximum d'une transaction | + | - forcer une collecte qui a été rejetée par le système {{ :changes:fidelite:updatefidelite-gestionplafond-listrejetdetail.png?nolink |}} |
| - | - pouvoir consulter la liste des transactions rejetées (non collectées) **(nouvelle page de consultation)** | + | |
| - | - forcer la collecte d'une transaction ayant fait l'objet de rejet **(nouvelle fonctionnalité)** | + | |
| - | - consulter le détails de la transaction rejetée | + | |
| - | - disposer d'un reporting sur les transactions (s'inspirer du report existant transactions collectées) (nouveau reporting) | + | |
| - | - rejetées | + | |
| - | - forcées | + | |
| - | **Règle de gestion** | + | **Remarques** |
| - | + | - Par défaut la gestion des plafonds est à désactivée, aucune restriction n'est faite | |
| - | - Par défaut la gestion des plafonds (booléen) est à FALSE, aucune restriction n'est faite: | + | - Le principe de collecte des transactions de fidélité est toujours le même : une opération avec des références de fidélité sont remontées et bien inscrites avec toutes les informations dans le système |
| - | - si activée | + | |
| - | - à partir des catégories, je peux définir les montants des plafonds | + | |
| - | - à partir des campagnes (campagne/show), j'ai la liste des collectes rejetées qui est disponible depuis les onglets | + | |
| - | - si désactivée : RAS | + | |
| - | - Le principe de collecte des transactions de fidélité est toujours le même : une opération avec des références de fidélité sont remontées et bien inscrites avec toutes les informations dans le système - utile pour la table de rejet qui va garder les informations de collectes ainsi que les points de fidélité de la règle au moment du traitement. | + | |
| - Le forçage de la collecte va appliquer la règle définie pour la transaction en forçant un motif avant traitement. Les informations de l'utilisateur et la date de traitement seront enregistrées. | - Le forçage de la collecte va appliquer la règle définie pour la transaction en forçant un motif avant traitement. Les informations de l'utilisateur et la date de traitement seront enregistrées. | ||