--- title: "Gérer les commandes liées aux abonnements" description: "Comment retrouver la correspondance entre les commandes PrestaShop et les abonnements Ciklik" url: https://www.ciklik.academy/fr/prestashop/gestion-abonnes-ciklik/gerer-les-commandes-liees-aux-abonnements/ lang: fr lastUpdated: 2026-10-09 --- # Gérer les commandes liées aux abonnements > PrestaShop > > Cette page concerne les boutiques PrestaShop équipées du module Ciklik. Vous avez une boutique box Ciklik ? [Voir le parcours box](https://www.ciklik.academy/fr/demarrage/bienvenue-chez-ciklik/). > Astuce > > Dans la gestion de la relation client, vous pouvez avoir besoin d’accéder au détail des abonnements de vos clients, et à leur historique de commandes. > > Voici la démarche à suivre pour retrouver la correspondance d’une commande PrestaShop d’un abonné dans l’application Ciklik. ## Retrouver les identifiants de commandes et d’abonnement Ciklik depuis PrestaShop Les références de commandes et abonnements de Ciklik sont disponibles dans la section **Messages** dans le **détail d’une commande PrestaShop**, grâce à l’option **Créer un thread de message client pour les commandes** du module (activée par défaut). On retrouve aussi s’il s’agit d’une première commande (souscription) ou d’une commande de renouvellement de l’abonnement. ## Retrouver le détail d’une commande dans Ciklik 1. Depuis le **détail d’une commande PrestaShop**, relevez l’**identifiant unique de transaction**. 2. Reportez cet identifiant dans la barre de recherche des **Transactions** dans la section **Ventes** depuis l’application Ciklik. 3. Cliquez sur la transaction pour accéder à son détail, et ainsi retrouver le détail de la commande et l’abonnement associé. > Note > > Il n’y a pas de correspondance entre le numéro de commande Ciklik et le numéro de commande PrestaShop. Utilisez l’identifiant de transaction pour faire le lien. ## Accéder au détail d’une fiche client dans Ciklik En renseignant l’ **adresse mail** d’un client dans la barre de recherche Ciklik, on accède directement à la fiche du client. On retrouve la liste des **abonnements** pris par le client. La représentation d’un abonnement est la suivante : - **date de création** : date à laquelle le client a souscrit - **date d’expiration** : date jusqu’à laquelle l’abonnement est réglé (exemple : je m’abonne à une formule mensuelle le 1er mai, mon abonnement expire le 31 mai et je serais reprélevé le 1er juin) - **prochain paiement** : il s’agit de la date à laquelle l’abonnement va se renouveler Un abonnement reste sur le **statut actif** tant que le client ne l’a pas résilié. Si le renouvellement d’un abonnement n’a pas pu se faire (tentatives de prélèvement en échec), l’abonnement reste pour autant actif. On considère qu’il est par contre expiré. **Exemple** : Les 4 tentatives de prélèvement pour le renouvellement de mon abonnement ont échoué (les 1er, 4, 7 et 10 juin), la date d’expiration de mon abonnement n’est pas mise à jour et reste au 31 mai et une nouvelle date de prochain paiement est renseignée pour la prochaine mensualité au 1er juillet. ## Cycle de vie des commandes Une **commande** est créée à chaque tentative de prélèvement. ### Transaction en succès - La commande est **marquée comme payée** - La commande **remonte dans PrestaShop** ### Transaction en échec La commande reste sur le statut “en attente” jusqu’aux prochaines tentatives de prélèvement : - Si la transaction suivante est en succès → la commande est marquée comme payée et remonte dans PrestaShop - Si toutes les tentatives sont en échec → la commande se clôture sur le statut “échec” et **ne remonte pas dans PrestaShop** ## Commandes multiples pour un même client > Règle importante : 1 abonnement = 1 commande PrestaShop > > Si un client possède **plusieurs abonnements distincts** qui se renouvellent le même jour, cela génère **autant de commandes séparées** dans PrestaShop. **Conséquences :** - **Prélèvements séparés** : chaque abonnement génère sa propre transaction - **Livraisons séparées** : chaque commande a son propre bon de livraison - **Frais de port multiples** : les frais de port sont calculés séparément pour chaque commande **Exemple :** Un client a 2 abonnements (Café et Thé) qui se renouvellent tous les 1er du mois : - Le 1er janvier → 2 commandes générées dans PrestaShop - 2 prélèvements distincts sur la carte du client - 2 colis à expédier (ou 2 fois les frais de port si livraison groupée manuelle) > Pas de regroupement automatique > > Il n’existe pas de mécanisme de regroupement automatique des commandes d’abonnement d’un même client. C’est un point à prendre en compte dans la politique tarifaire et la communication client. ### Impact sur les frais de port Les frais de port sont calculés **par commande**. Si un client a plusieurs abonnements, il paiera potentiellement plusieurs fois les frais de port. **Solutions possibles :** - Proposer des frais de port offerts sur les abonnements - Communiquer clairement sur ce fonctionnement lors de la souscription - Proposer des formules “tout-en-un” regroupant plusieurs produits ### Abonnement en doublon par erreur Si un client s’est abonné deux fois par erreur au même produit, consultez la page dédiée : [Mon client s’est abonné deux fois par erreur](https://www.ciklik.academy/fr/gestion-commandes/mon-client-s-est-abonne-deux-fois-par-erreur/). ## FAQ **Q : Pourquoi ma commande PrestaShop n’apparaît-elle pas dans Ciklik ?** Une commande n’apparaît dans Ciklik que si elle provient d’un abonnement ou d’un produit vendu via le module Ciklik. Les commandes classiques PrestaShop (hors abonnement) n’apparaissent pas dans Ciklik. **Q : Comment identifier une commande de renouvellement vs une première commande ?** Dans la section “Messages” de la commande PrestaShop, Ciklik indique s’il s’agit d’une “première commande” (souscription) ou d’un “renouvellement”. **Q : Un client peut-il regrouper ses abonnements pour n’avoir qu’une seule commande ?** Non, chaque abonnement génère sa propre commande. Pour regrouper des produits, le client doit les commander ensemble avec la même fréquence : ils forment alors un seul abonnement. **Q : Les commandes en échec apparaissent-elles dans PrestaShop ?** Non, seules les commandes avec une transaction en succès sont poussées vers PrestaShop. Les commandes clôturées en échec restent uniquement dans Ciklik. ## Voir aussi [Gestion des commandes des abonnés](https://www.ciklik.academy/fr/gestion-commandes/gestion-des-commandes-des-abonnes/) [Comprendre le champ end_date d'un abonnement](https://www.ciklik.academy/fr/prestashop/gestion-abonnes-ciklik/comprendre-le-champ-end-date/) [Tentatives de prélèvements : Rebill](https://www.ciklik.academy/fr/paiements/tentatives-de-prelevements-rebill/)