HappenBoard Pro ajoute six permissions à celles de l’extension gratuite. Elles décident qui peut gérer les billets, voir, exporter et rembourser les commandes, faire le check-in à l’entrée et gérer les ressources partagées des rendez-vous.
Elles s’ajoutent aux rôles et permissions de l’extension gratuite, qui décident toujours qui peut modifier les événements, voir les participants ou changer les réglages.
Ces permissions font partie de HappenBoard Pro. Voir ce que Pro ajoute.
Les six permissions Pro
| Permission | Ce qu’elle permet | Administrateur | Éditeur |
|---|---|---|---|
| Gérer les billets (Manage tickets) | Créer, modifier et supprimer des types de billets sur les événements que la personne peut modifier. | Oui | Oui |
| Voir les commandes (View orders) | Voir Orders dans le menu HappenBoard, chercher les commandes et les ouvrir. | Oui | Oui |
| Exporter les commandes (Export orders) | Utiliser Export CSV dans l’écran Orders. | Oui | Non |
| Rembourser les commandes (Refund orders) | Utiliser Refund order pour rembourser via Stripe, en totalité ou en partie. | Oui | Non |
| Faire le check-in (Run check-in) | Scanner les billets dans l’onglet Check-in de l’écran Attendees, et voir le QR code du billet d’un participant. | Oui | Oui |
| Gérer les ressources (Manage resources) | Voir Resources sous Bookings, et créer ou modifier les ressources partagées. | Oui | Oui |
Les auteurs, contributeurs et abonnés n’en reçoivent aucune. Les administrateurs peuvent toujours utiliser les six, même si une extension d’édition des rôles en retire une à leur rôle.
L’interface masque ce que vous ne pouvez pas utiliser : pas d’entrée Orders sans Voir les commandes, pas de bouton Export CSV ni d’action Refund order sans la permission correspondante. L’onglet Check-in de l’écran Attendees n’apparaît qu’avec Faire le check-in. L’impression de badges demande Exporter les participants.
Pourquoi les éditeurs ne peuvent ni rembourser ni exporter
Rembourser fait sortir de l’argent réel de votre compte Stripe, et ne peut pas être annulé depuis votre site. Un éditeur peut ouvrir une commande et aider le client, puis demander à un administrateur de rembourser la commande.
Un export est un fichier de noms, d’adresses e-mail et de montants qui sort de WordPress. Comme l’export des participants de l’extension gratuite, il reste par défaut réservé aux administrateurs.
Ne donnez ces deux permissions qu’à des personnes qui ont aussi Voir les commandes. Sans elle, elles ne peuvent pas ouvrir l’écran Orders, où se trouvent le bouton et l’action.
Les permissions gratuites utilisées par Pro
Certaines fonctions Pro s’appuient sur les permissions de l’extension gratuite plutôt que sur les leurs :
| Fonction Pro | Permission nécessaire | Qui l’a par défaut |
|---|---|---|
| Lire l’historique d’activité d’un participant | Voir les participants | Administrateur, éditeur |
| Ajouter une note à l’activité d’un participant | Gérer les participants | Administrateur, éditeur |
| Importer des participants depuis un fichier CSV | Gérer les participants | Administrateur, éditeur |
| Imprimer des badges | Exporter les participants | Administrateur |
| Synchronisation d’agenda, webhooks, Slack et WhatsApp dans l’écran Integrations | Gérer les intégrations | Administrateur |
| Clés Stripe et interrupteur WooCommerce (Settings → Stripe) | Gérer les réglages et Gérer les intégrations | Administrateur |
| Créer des champs personnalisés | Gérer les réglages | Administrateur |
Un éditeur peut donc créer des types de billets et les vendre, sans voir ni modifier les clés Stripe qui sont derrière.
Les agents IA suivent les mêmes règles : un agent qui agit pour une personne ayant Voir les commandes peut lister les commandes et les totaux, et aucun agent ne peut rembourser. Voir Les agents IA et l’API Abilities.
Donner une permission à un autre rôle
Chaque permission est une capacité WordPress, avec son propre nom :
| Permission | Nom de la capacité |
|---|---|
| Gérer les billets | happenboard_manage_tickets |
| Voir les commandes | happenboard_view_orders |
| Exporter les commandes | happenboard_export_orders |
| Rembourser les commandes | happenboard_refund_orders |
| Faire le check-in | happenboard_run_checkin |
| Gérer les ressources | happenboard_manage_resources |
Le plus simple est d’utiliser une extension d’édition des rôles, comme User Role Editor ou Members. Ouvrez le rôle dans l’extension, cochez la capacité par son nom et enregistrez.
Si vous préférez le code, ajoutez ceci dans une petite extension ou dans le functions.php de votre thème enfant. Cet exemple donne aux éditeurs la permission de rembourser :
add_action( 'admin_init', function () {
$role = get_role( 'editor' );
if ( $role ) {
$role->add_cap( 'happenboard_refund_orders' );
}
} );Remplacez editor par un autre rôle (par exemple shop_manager, le gestionnaire de boutique d’un site WooCommerce) et le nom de la capacité par celle qu’il vous faut. Pour retirer une permission, écrivez remove_cap à la place de add_cap.
Quand les permissions sont attribuées et retirées
- Pro attribue ses permissions quand vous l’activez, et quand une mise à jour en ajoute une nouvelle. Il ne fait qu’ajouter : les permissions que vous avez données vous-même sont conservées.
- Une permission par défaut que vous avez retirée à l’éditeur revient quand Pro est réactivé ou qu’une mise à jour ajoute une permission. Le code ci-dessus, avec
remove_cap, la garde retirée. - Désactiver Pro laisse les permissions en place. Elles ne sont retirées que si vous supprimez Pro avec la suppression des données activée, comme l’explique Installer HappenBoard Pro.
Les développeurs peuvent aussi changer les attributions par défaut avec un filtre, décrit dans les hooks administration, rôles et permissions.
Pour aller plus loin
- Rôles et permissions : les permissions de l’extension gratuite sur lesquelles celles-ci reposent.
- Le tableau de bord Commandes : ce que voient les personnes qui ont Voir les commandes.
- Le check-in par QR code : préparer l’entrée pour les personnes qui scannent les billets.