[Skip to main content](#vessel-content) # Mécanisme pour le renouvellement d'une souscription ## - **[Jerome](/forum/user/80-jerome "View Jerome's Profile")** - [![Jerome's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar80.png)](/forum/user/80-jerome "View Jerome's Profile") - [ Offline](/forum/user/80-jerome) - HikaShop core developer Less More - Posts: 26394 - Thank you received: 4078 - - [](http://obsi.dev) - 8 years 6 months ago [\#291223](#291223) by [Jerome](/forum/user/80-jerome "View Jerome's Profile") Replied by *[Jerome](/forum/user/80-jerome "View Jerome's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#291223 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* Bonjour, "onBeforeUpdate" ?! Je suis navré mais il va falloir fournir des éléments plus concrets pour comprendre la situation. Parce qu'il n'y a aucune "onBeforeUpdate" dans HikaShop ou HikaSerial ; nous avons toujours un nom sur le type d'élément qui est modifié et "on before update" n'indique rien de tout cela. Par contre, si vous n'avez pas certaines informations due au fait que le point de départ est un "Order Creation" ; vous aurez forcement toutes les informations dans la partie "confirmation" via le "Order Update". Cordialement, --- Jerome - Obsidev.com HikaMarket & HikaSerial developer / HikaShop core dev team. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[laurent](/forum/user/268-laurent "View laurent's Profile")** - [![laurent's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/268-laurent "View laurent's Profile") Topic Author - [ Offline](/forum/user/268-laurent) Less More - Posts: 262 - Thank you received: 9 - - - 8 years 6 months ago - 8 years 6 months ago [\#291238](#291238) by [laurent](/forum/user/268-laurent "View laurent's Profile") Replied by *[laurent](/forum/user/268-laurent "View laurent's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#291238 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* Mon post était dans la lignée de notre conversation et du sujet initial du thread. Il s'agit de "onBeforeSubscriptionUpdate" .... Comment récupérer le mail de l'utilisateur à ce moment-là s'il vient de s'enregistrer. En fait la récupération du mail de l'utilisateur par l'objet joomla ne fonctionne pas car à ce moment le processus est fait en back-office. Il faut donc que je récupère l'utilisateur "client" de Hika pour avoir son mail sur ce trigger.... Last edit: 8 years 6 months ago by [laurent](/forum/user/268-laurent "View laurent's Profile"). Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Jerome](/forum/user/80-jerome "View Jerome's Profile")** - [![Jerome's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar80.png)](/forum/user/80-jerome "View Jerome's Profile") - [ Offline](/forum/user/80-jerome) - HikaShop core developer Less More - Posts: 26394 - Thank you received: 4078 - - [](http://obsi.dev) - 8 years 6 months ago [\#291244](#291244) by [Jerome](/forum/user/80-jerome "View Jerome's Profile") Replied by *[Jerome](/forum/user/80-jerome "View Jerome's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#291244 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* Bonjour, Il n'est pas possible que "onBeforeSubscriptionUpdate" soit appelé avant la création d'une commande. La création et la modification des souscriptions sont toujours sur les "onAfterOrderCreate" et "onAfterOrderUpdate". L'utilisateur est donc créé et il est disponible dans les informations de la commande ou même la session. Cordialement, --- Jerome - Obsidev.com HikaMarket & HikaSerial developer / HikaShop core dev team. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[laurent](/forum/user/268-laurent "View laurent's Profile")** - [![laurent's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/268-laurent "View laurent's Profile") Topic Author - [ Offline](/forum/user/268-laurent) Less More - Posts: 262 - Thank you received: 9 - - - 8 years 6 months ago [\#291262](#291262) by [laurent](/forum/user/268-laurent "View laurent's Profile") Replied by *[laurent](/forum/user/268-laurent "View laurent's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#291262 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* Mais je ne veux pas l'appeler avant ??? Toute ma "mécanique" se passe dans "onBeforeSubscriptionUpdate". En suivant les évènements prévus par Hika. Donc la souscription est d'abord "closed" lors de la création de la commande puis lors de la confirmation du paiement, elle passe à active. A ce moment-là, le trigger onBeforeSubscriptionUpdate" est déclenché. Je vérifie qu'on passe de "closed" à "active" et je fais ce qu'il y a à faire avec notre API. C'est là que j'ai besoin du mail. Or l'objet "$user" qui est disponible dans "onSubscriptionActivation" ne l'est pas dans "onBeforeSubUpdate". Comment pourrais-je faire pour récupérer le mail (ou l'objet "$user") sur ce trigger ? Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Jerome](/forum/user/80-jerome "View Jerome's Profile")** - [![Jerome's Avatar](https://www.hikashop.com/media/kunena/avatars/resized/size144/users/avatar80.png)](/forum/user/80-jerome "View Jerome's Profile") - [ Offline](/forum/user/80-jerome) - HikaShop core developer Less More - Posts: 26394 - Thank you received: 4078 - - [](http://obsi.dev) - 8 years 6 months ago [\#291272](#291272) by [Jerome](/forum/user/80-jerome "View Jerome's Profile") Replied by *[Jerome](/forum/user/80-jerome "View Jerome's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#291272 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* Bonjour, Encore une fois, je ne comprends pas la nature de votre soucis. De part la "temporalité" des appels, il n'y a aucune raison pour que l'utilisation ne soit pas lié à la souscription. Et si vous regardez dans le code d'HikaSubscription ou de ses plugins ; vous verrez qu'il est facilement récupérable : Code: $user_id = !empty($subscription->subscription_user_id) ? (int)$subscription->subscription_user_id : (int)@$subscription->old->subscription_user_id; Cordialement, --- Jerome - Obsidev.com HikaMarket & HikaSerial developer / HikaShop core dev team. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[laurent](/forum/user/268-laurent "View laurent's Profile")** - [![laurent's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/268-laurent "View laurent's Profile") Topic Author - [ Offline](/forum/user/268-laurent) Less More - Posts: 262 - Thank you received: 9 - - - 8 years 6 months ago [\#291336](#291336) by [laurent](/forum/user/268-laurent "View laurent's Profile") Replied by *[laurent](/forum/user/268-laurent "View laurent's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#291336 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* objet "old". Ok... "$subscription->subscription_user_id" n'est pas "empty" il n'existe pas. Je ne comprends pas le raisonnement sous-jacent. Mais j'ai récupéré mon mail. Merci. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. - **[Clarenceljw](/forum/user/38093-clarenceljw "View Clarenceljw's Profile")** - [![Clarenceljw's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/38093-clarenceljw "View Clarenceljw's Profile") - [ Offline](/forum/user/38093-clarenceljw) Less More - Posts: 49 - Thank you received: 0 - - 8 years 5 months ago [\#292604](#292604) by [Clarenceljw](/forum/user/38093-clarenceljw "View Clarenceljw's Profile") Replied by *[Clarenceljw](/forum/user/38093-clarenceljw "View Clarenceljw's Profile")* on topic *[Mécanisme pour le renouvellement d'une souscription](/forum/18-support-en-francais-de-hikaserial-french-support/893552-mecanisme-pour-le-renouvellement-dune-souscription?start=20#292604 "-- HikaShop version -- : 3.2.2 -- HikaSerial version -- : 2.0.2 -- Joomla version -- : 3.8.3 -- PHP version -- : 5.6.33 Bonjour, Nous utilisons HikaShop et Hikaserial pour vendre des clefs de licences d'un logiciel. Nous avons écrit un générateur pour HikaSerial qui interroge l'API de LIMElm pour générer des clefs que les clients récupèrent une fois qu'ils ont payé. Tout ceci fonctionne très bien. Merci Hika ! Ces achats concernent un abonnement pour un an. Actuellement, passée une année, leur logiciel n'est plus actif et nos clients doivent acheter une nouvelle licence. Nous souhaitons mettre en place un mécanisme de renouvellement avec la possibilité d'inciter les clients à le faire avant le terme de leur abonnement. Nous avons acheté HikaSubscription qui semble bien adapté à cet objectif. Que se passe-t-il quand le client reçoit le mail l'incitant à renouveler son abonnement avant son terme ? Est-il renvoyé vers l'achat d'un produit spécifique ? Du même produit avec une variante "renouvellement" ? Faut-il associer le "plan" de la souscription au produit de l'achat initial ou au produit correspondant au renouvellement ? Comment faire pour que le client qui renouvelle avant le terme de son abonnement bénéficie d'un prix remisé par rapport à ce qu'il devra payer s'il laisse passer la date (il faut qu'il achète une nouvelle clef) ? Comment faire pour que les clients qui n'ont pas d'abonnement en cours ne puisse pas choisir d'acheter le renouvellement (même si l'achat échoue in fine, ce serait mieux qu'ils ne puissent pas du tout y avoir accès) ? Par ailleurs, au moment où le client paye son renouvellement, je dois déclencher une mise à jour de la date correspondant à la clef générée par HikaSerial lors de l'achat initial sur les serveurs de LIMELm. Etant donné que j'ai un plugin générateur spécifique qui interroge l'API LIMElm pour récupérer cette clef, comment je fais pour différencier l'appel initial (génération d'une clef qui fonctionne actuellement) de l'appel pour renouvellement (passage de la clef en paramètre et modification de la date d'expiration). Existe-il un "hook" spécifique pour accrocher ma fonction ? Genre onRenewSub.... ? Comment fait le client ? Il consulte ses "serials" et clique sur un bouton "renouveler" qui l'envoie vers un produit ? après s'être connecté ? via un lien de connexion automatique dans le mail ? Il paye et si ok cela déclenche mon trigger pour que je mette à jour sa clef ? Je n'ai pas trouvé de réponses dans la doc disponible. Sauf erreur. Enfin, nous avons plusieurs centaines de clients ayant acheté un abonnement. Comment fait-on pour "raccrocher" ces achats existants au plan mis en place de façon à ce qu'ils reçoivent un mail au bon moment et qu'ils puissent renouveler via le nouveau mécanisme ? Merci d'éclairer ma lanterne ! :-). Laurent")* Hi Laurent, Where can I obtain your generator plugin/extension? Please send me a download link. Merci. Please [Log in](/login?return=aHR0cHM6Ly93d3cuaGlrYXNob3AuY29tL2ZvcnVtLzE4LXN1cHBvcnQtZW4tZnJhbmNhaXMtZGUtaGlrYXNlcmlhbC1mcmVuY2gtc3VwcG9ydC84OTM1NTItbWVjYW5pc21lLXBvdXItbGUtcmVub3V2ZWxsZW1lbnQtZC11bmUtc291c2NyaXB0aW9uP3N0YXJ0PTIwJnRtcGw9bWFya2Rvd24=) or [Create an account](/component/users/registration?Itemid=101) to join the conversation. Board Categories HikaShop- Install & Update- Product & Category Display- Content Creation- Sales and Orders- - Orders management- - Reports & Statistics- Customers- Checkout- Payment Methods- Shipping Methods- Import & Export (CSV, XLS…)- Specific Features- - Affilation- - Taxes- - Wishlist- - Vote- - Carousel & Slider- - Mass Actions- - Filters & Search- - Discount & Coupon- - Feature Request- Integrations- Showcase- General Talk about HikaShop- Development- - HikaShop 3.0 Beta- Translation- Commercial Jobs HikaShop Components- HikaMarket- - Market: Feature requests- - Market: How to?- - Market: Bug Report- HikaSerial- - General talk about HikaSerial- - Serial: Bug Report- - Serial: How to?- - Support en Français de HikaSerial (French Support)- - HikaSubscription- HikaAuction- - Auction: Feature requests- - Auction: How to?- - Auction: Bug report Hikashop around the world- Support en Français (French Support)- Russian- - FAQ. Курс выживания с Hikashop. Частые вопросы и о- - Расширения Hikashop- - Наши сайты на Hikashop- 日本語版サポート(Japanese Support)- Thai- German Archives- Bug Report- How to? Moderators: [Obsidev](/forum/user/7040-obsidev "View Obsidev's Profile") [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.256 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)