Gérer les commandes liées aux abonnements
Retrouver les identifiants de commandes et d’abonnement Ciklik depuis PrestaShop
Section intitulée « 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.
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
Section intitulée « Retrouver le détail d’une commande dans Ciklik »Depuis le détail d’une commande PrestaShop, vous accédez à l’ identifiant unique de transaction :
Reportez cet identifiant dans la barre de recherche des Transactions dans la section Ventes depuis l’application Ciklik :
Vous pouvez cliquer sur la transaction pour accéder à son détail, et ainsi retrouver le détail de la commande et l’abonnement associé.
Accéder au détail d’une fiche client dans Ciklik
Section intitulée « 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
Section intitulée « Cycle de vie des commandes »Une commande est créée à chaque tentative de prélèvement.
Transaction en succès
Section intitulée « Transaction en succès »- La commande est marquée comme payée
- La commande remonte dans PrestaShop
Transaction en échec
Section intitulée « 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
Section intitulée « Commandes multiples pour un même client »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)
Impact sur les frais de port
Section intitulée « 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
Section intitulée « 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.
Voir aussi
Section intitulée « Voir aussi »- Gestion des commandes des abonnés (documentation plateforme)
- Comprendre le champ end_date d’un abonnement
- Tentatives de prélèvements : Rebill
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, il faudrait créer une formule d’abonnement multi-produits côté Ciklik.
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.