• Neuf
Statuts automatiques des commandes dans PrestaShop Pro | PrestaDev
Statuts automatiques des commandes dans PrestaShop Pro | PrestaDev
Statuts automatiques des commandes dans PrestaShop Pro | PrestaDev
Statuts automatiques des commandes dans PrestaShop Pro | PrestaDev

Statuts automatiques des commandes Pro module pour PrestaShop

Module version: 1.0.0

PrestaShop compatibility: 1.6.x 1.7.x 8.x 9.x

Fichier du module mis à jour : 2026-08-05 21:30:22

Données du produit mises à jour : 2026-08-05 21:29:45


Le module PD Statuts de Commande Automatiques Pro permet de modifier automatiquement les statuts des commandes dans la boutique PrestaShop sur la base de règles configurables avec un délai temporel. Au lieu de modifier manuellement les statuts de centaines de commandes, vous créez une règle définissant quel statut initial doit être changé en quel statut cible et après combien de temps. Le module permet de filtrer précisément les commandes selon le transporteur et le module de paiement, de sorte que différentes règles peuvent s’appliquer à différentes méthodes de livraison et de paiement. Le traitement des commandes s’effectue automatiquement via une tâche CRON exécutée de manière cyclique sous une clé sécurisée. Chaque changement automatique de statut est enregistré dans le journal des événements avec le numéro de commande, la règle appliquée et la date d’exécution. Le module prend entièrement en charge les environnements multiboutiques, où les règles et les journaux sont attribués à une boutique spécifique. Compatible avec PrestaShop de la version 1.7.0 à 9.x ainsi qu’avec PHP de 7.1 à 8.5, sans dépendances externes.
79,00 zł
64,23 złnetto
Price history:

La description

Configuration des règles d’automatisation

  • Nombre illimité de règles — vous pouvez créer un nombre illimité de règles d’automatisation, chacune avec son propre ensemble de conditions et son délai.
  • Statut initial et statut cible — pour chaque règle, vous choisissez le statut dans lequel se trouve actuellement la commande, ainsi que le statut vers lequel elle doit être automatiquement modifiée.
  • Délai en jours, heures et minutes — réglage précis du temps d’attente avant le changement de statut. Le temps est compté à partir du moment où la commande est passée au statut initial.
  • Nom de la règle — champ texte facultatif permettant d’attribuer à la règle un nom explicite, par ex. « Annuler les virements non payés après 3 jours », facilitant son identification dans la liste.
  • Date de début — date facultative à partir de laquelle la règle commence à s’appliquer. Elle permet de planifier l’activation de la règle dans le futur ou d’éviter le traitement des commandes historiques.
  • Activation et désactivation des règles — chaque règle dispose d’un interrupteur d’activité permettant de suspendre temporairement son fonctionnement sans supprimer la configuration.
  • Validation des règles — le module ne permet pas d’enregistrer une règle dans laquelle le statut initial est identique au statut cible.

Filtrage des commandes

  • Filtre transporteur — la règle peut concerner toutes les commandes ou uniquement les commandes expédiées par le transporteur sélectionné. La liste des transporteurs est récupérée automatiquement parmi les transporteurs actifs de la boutique.
  • Filtre du module de paiement — la règle peut concerner toutes les commandes ou uniquement les commandes payées avec un module de paiement spécifique. La liste des modules de paiement est récupérée automatiquement parmi les modules de paiement installés.

Traitement automatique CRON

  • Endpoint CRON sécurisé — le traitement des commandes est lancé par l’appel d’une URL avec une clé de sécurité unique générée lors de l’installation du module. L’URL est affichée directement dans le panneau du module.
  • Traitement par lots — lors d’un appel CRON, jusqu’à 100 commandes par règle sont traitées, ce qui protège contre la surcharge du serveur en cas de grand nombre de commandes.
  • Changement complet de statut — le changement automatique de statut déclenche les mêmes actions qu’un changement manuel dans le panneau d’administration, y compris l’envoi de notifications e-mail au client, si le statut concerné le prévoit.
  • Gestion des erreurs — en cas d’échec du changement de statut d’une commande individuelle, l’erreur est enregistrée dans le journal PrestaShop, et le traitement des autres commandes se poursuit.
  • Information sur la dernière exécution — le panneau du module affiche la date et l’heure de la dernière exécution du CRON ainsi que le nombre de commandes modifiées lors du dernier passage.

Panneau d’administration

  • Liste des règles avec filtrage — tableau clair avec toutes les règles, contenant les colonnes : nom, statut initial, statut cible, délai, date de début, transporteur, module de paiement, nombre de commandes correspondantes ainsi qu’un interrupteur d’activité. Les colonnes du transporteur et du module de paiement disposent de filtres sous forme de listes déroulantes.
  • Compteur des commandes correspondantes — pour chaque règle, le nombre actuel de commandes répondant aux critères de cette règle est affiché, ce qui permet d’évaluer immédiatement son champ d’application.
  • Duplication des règles — une règle existante peut être copiée en un clic. La copie est créée comme inactive, avec la mention « (copie) » dans le nom.
  • Actions de masse — la sélection de plusieurs règles dans la liste permet de les activer, désactiver ou supprimer simultanément.
  • En-tête avec résumé — au-dessus de la liste des règles, un panneau d’information affiche le nombre de règles actives, le nombre de commandes modifiées au cours de la journée en cours, la date de la dernière exécution du CRON ainsi que l’URL de configuration de la tâche CRON.

Journal des modifications

  • Historique complet des modifications — chaque changement automatique du statut d’une commande est enregistré avec le numéro de commande, l’identifiant de la règle appliquée, le statut initial et le statut cible, ainsi que la date d’exécution.
  • Lien direct vers la commande — le numéro de commande dans le journal est un lien cliquable menant directement à la page de détails de la commande dans le panneau d’administration.
  • Filtrage et export — le journal permet de filtrer les entrées par numéro de commande, identifiant de la règle et date. Les données peuvent être exportées vers un fichier.
  • Suppression des anciennes entrées — un bouton dans le panneau permet de supprimer en un clic les entrées de plus de 30 jours, ce qui évite la croissance illimitée de la table des logs.

Compatibilité et sécurité

  • PrestaShop 1.7.0 – 9.x — le module fonctionne sur toutes les versions de PrestaShop de 1.7.0 à la plus récente 9.x, en prenant en charge aussi bien le panneau d’administration classique que le nouveau basé sur Symfony.
  • PHP 7.1 – 8.5 — le code du module est compatible avec une large plage de versions de PHP sans nécessiter l’installation de bibliothèques supplémentaires ni de Composer.
  • Prise en charge du multiboutique — les règles d’automatisation et le journal des modifications sont attribués à la boutique actuellement sélectionnée dans le contexte multiboutique.
  • Requêtes SQL sécurisées — toutes les requêtes vers la base de données utilisent les mécanismes de sécurité de PrestaShop : transtypage en entier, fonction pSQL() et prepared statements.
  • Traductions — le module est entièrement traduit en polonais dans les deux systèmes de traduction de PrestaShop : classique (fichier dictionnaire) et nouveau (fichiers XLF).

détails du produit

Support pour Prestashop 9.x
Oui
Prise en charge de Prestashop 8.x
Oui
Prise en charge de Prestashop 1.7.x
Oui
Soutien de PrestaShop 1.6.
Alors
Module de traduction
PL, ANG
Support gratuit
Alors
Mises à jour gratuites (1 an)
Alors
PDASZP

FAQ

Find answers to the most common questions about this product.

Le module modifie automatiquement les statuts des commandes dans la boutique PrestaShop sur la base des règles que vous avez créées. Vous définissez quel statut initial doit être modifié, vers quel statut cible et après combien de temps (en jours, heures et minutes). Au lieu de parcourir et de mettre à jour manuellement les commandes, le module le fait automatiquement via une tâche CRON.

Accédez à l’onglet Modules > PD Statuts automatiques des commandes > Règles et cliquez sur Ajouter une nouvelle règle. Sélectionnez le statut initial (par ex. En attente de paiement par virement), le statut cible (par ex. Annulée), définissez le délai (par ex. 3 jours, 0 heure, 0 minute) et cliquez sur Enregistrer. La règle sera active et commencera à fonctionner lors de la prochaine exécution du CRON.

L’adresse URL de la tâche CRON est affichée dans le panneau d’information vert au-dessus de la liste des règles. Copiez cette adresse et ajoutez-la comme tâche CRON sur votre serveur (par ex. toutes les 5 ou 15 minutes). L’adresse contient une clé de sécurité unique qui protège l’endpoint contre tout accès non autorisé. Exemple d’entrée CRON : */5 * * * * curl -s "adresse_url_cron" > /dev/null 2>&1

Oui. Lors de la création de la règle, deux filtres optionnels sont disponibles : Transporteur et Module de paiement. Si vous choisissez un transporteur spécifique, la règle s’appliquera uniquement aux commandes expédiées avec ce mode de livraison. De même pour le module de paiement — vous pouvez par exemple annuler uniquement les commandes payées par virement bancaire, sans toucher aux commandes réglées par carte.

Le délai se compose de trois champs : jours, heures et minutes. Ces valeurs s’additionnent pour former le temps d’attente total. Par exemple : 1 jour, 12 heures et 30 minutes signifie que le statut de la commande changera après 36 heures et 30 minutes à partir du moment où la commande est entrée dans le statut initial.

La date de début est un champ facultatif. Si vous la définissez, la règle ne commencera à s’appliquer qu’à partir de la date indiquée. Les commandes ayant reçu le statut initial avant cette date ne seront pas traitées. Cela est utile si vous souhaitez planifier l’activation de la règle pour l’avenir ou éviter de traiter d’anciennes commandes lors du premier lancement.

Oui. Le changement automatique de statut fonctionne de manière identique au changement manuel dans le panneau d’administration. Si un statut donné dans PrestaShop a l’envoi de notifications e-mail au client configuré, l’e-mail sera également envoyé lors du changement automatique par le module.

Dans le panneau du module, l’onglet Logs est disponible, où chaque changement automatique de statut est enregistré. Chaque entrée contient le numéro de commande (lien cliquable vers la commande), l’identifiant de la règle appliquée, le statut initial et final, ainsi que la date d’exécution. De plus, dans le panneau d’information vert, la date de la dernière exécution du CRON et le nombre de commandes modifiées sont affichés.

La colonne Commandes correspondantes affiche le nombre actuel de commandes dans la boutique qui remplissent les critères de la règle donnée : elles ont le statut initial approprié et correspondent aux filtres définis pour le transporteur et le module de paiement. Cette valeur ne tient pas compte du délai temporel — elle affiche l’ensemble des commandes qui seront finalement traitées par la règle.

Oui. Chaque règle possède un commutateur Active (Oui/Non). Le réglage sur Non fait que la règle est ignorée lors du traitement CRON, mais sa configuration est conservée. Vous pouvez la réactiver à tout moment. Le commutateur est disponible directement dans la liste des règles, sans qu’il soit nécessaire d’entrer dans l’édition.

Dans la liste des règles, l’action Dupliquer est disponible pour chaque élément. Après avoir cliqué, une copie de la règle est créée avec des paramètres identiques, avec la mention (copie) dans le nom. La copie est inactive par défaut, ce qui permet de modifier ses paramètres avant de l’activer.

Oui. Dans l’environnement multiboutique, les règles d’automatisation et le journal des modifications sont attribués à la boutique actuellement sélectionnée. Chaque boutique peut avoir son propre ensemble de règles. Le CRON traite les règles de toutes les boutiques, mais chaque règle s’applique exclusivement aux commandes de la boutique qui lui est attribuée.

Dans l’onglet Logs de la barre d’outils, le bouton Effacer les logs de plus de 30 jours est disponible. Après avoir cliqué dessus, toutes les entrées de plus de 30 jours du magasin actuellement sélectionné sont supprimées. Les entrées plus récentes restent intactes.

Lors d’une exécution CRON, le module traite jusqu’à 100 commandes par règle. Si la règle correspond à un plus grand nombre de commandes, les autres seront traitées lors de la prochaine exécution CRON. Cette limitation protège le serveur contre une surcharge en cas de grand nombre de commandes.

Le module fonctionne avec PrestaShop à partir de la version 1.7.0 jusqu’à la plus récente 9.x, ainsi qu’avec PHP de la version 7.1 à 8.5. Il ne nécessite ni Composer ni aucune bibliothèque externe. Il prend en charge aussi bien le panneau d’administration classique des anciennes versions que le nouveau panneau basé sur Symfony dans PrestaShop 8 et 9.

Commentaires (0)

Aucun avis