Aller au contenu

Utiliser les champs personnalisés WooCommerce (abonnement)

Pour un abonnement donné, vous pouvez gérer les activations en modifiant sa commande parente : dans la section Related Orders, la commande Parent Order est indiquée :

Section Related Orders de l'abonnement WooCommerce indiquant le numéro de la commande parente

Cliquez sur le Order Number pour gérer les activations d’un abonnement donné.

Lorsque le client active le classeur compilé EXE, l’application web modifie la commande WooCommerce en ajoutant un champ personnalisé nommé xlspadlock_activations: ou xlspadlock_activations_{productId} pour les abonnements, selon le produit :

Commande WooCommerce avec le champ personnalisé xlspadlock_activations listant les identifiants système activés

La valeur du champ personnalisé xlspadlock_activations contient une liste d’identifiants système. Ces identifiants système uniques représentent les ordinateurs sur lesquels le client a activé le classeur compilé EXE. Les identifiants système sont séparés par le caractère |.

Par exemple, « CD78-4563-3F2B|HC78-1243-EF74 » indique que le classeur compilé EXE a été activé sur deux ordinateurs différents. Si vous avez configuré l’application web pour n’autoriser que 2 activations, une erreur sera déclenchée la prochaine fois (plus aucune activation disponible).

Vous pouvez effacer manuellement les activations existantes en supprimant l’identifiant système correspondant. Cependant, il est recommandé de proposer une option de désactivation aux clients afin qu’ils puissent transférer leur licence vers de nouveaux ordinateurs sans intervention manuelle.

Champs personnalisés pour l’expiration des licences et la gestion de l’utilisation

Section titled “Champs personnalisés pour l’expiration des licences et la gestion de l’utilisation”

Le serveur peut gérer les limites d’expiration et d’utilisation afin d’empêcher toute utilisation non autorisée. Voici les champs et leurs fonctionnalités :

  • Server-Side Expiration Control: Si `use_server_expiration` est activé dans config.ini, le serveur contrôlera automatiquement l’expiration de la licence afin d’empêcher toute modification locale.
    • Maximum Days Expiration (`xlspadlock_expiration_{productId}_{systid}`): Ce champ est créé s’il existe une durée de validité maximale définie (`variationMaxDays`) à partir de la date d’activation. La date d’expiration est définie en fonction de cette durée et est vérifiée à chaque demande d’activation.
      • Si la licence a expiré, le serveur bloque l’activation et affiche l’erreur : “Your license for this activation has expired. Cannot activate.”
    • Fixed Expiration Date (`variationExpireDate`): Si une date d’expiration fixe est définie, elle est stockée dans ce champ, et chaque demande d’activation vérifie si elle est dépassée.
      • Si la licence a expiré, l’activation est refusée avec l’erreur : “Your license has expired. Cannot activate.”
    • Maximum Runs Limit (`xlspadlock_runs_{productId}_{systid}`): Ce champ suit les activations restantes autorisées pour les licences limitées par le nombre d’utilisations.
      • Initialement défini sur le nombre total d’exécutions autorisées (`variationMaxRuns`), ce compteur diminue à chaque activation du classeur.
      • Lorsque le compteur atteint zéro, l’activation est refusée avec le message : “You have reached the maximum number of allowed runs. Cannot activate.”

Note : à chaque fois que le client active le fichier classeur compilé EXE, une note est ajoutée à la commande WooCommerce, comme vous pouvez le voir ici :

Note ajoutée à la commande WooCommerce à chaque activation du classeur compilé EXE par le client