Bonjour,
1 - La notion entre "création puis renouvellement" et "renouvellement ou création" est effectivement assez spéciale.
Il y a une explication dans la page de tutorial :
www.hikashop.com/support/documentation/4...iption-tutorial.html
* Creation then Renewal will create subscription and can be use for renewal (manually or recurring).
Buying multiple products in the same order will create multiple subscriptions.
* Renewal or Creation will create subscription and can be use for renewal (manually or recurring).
Buying multiple products in the same order will create one single subscription and extend its duration.
La différence est donc surtout quand un utilisateur va acheter plusieurs produits en même temps.
2 - Le workflow de changement d'état d'une souscription est assez précis.
Afin d'éviter qu'une personne n'ai une souscription "non valide" mais dans un état lui permettant de faire un renouvellement (potentiellement moins chère) ; lors de sa création la souscription est dans un état "cloturé" qui est un état dit "final".
Seule la commande qui a créée cette souscription est capable de l'activer lors de son paiement (sa confirmation...).
Nous aurions pu effectivement ajouter un nouvel état pour ce cas d'activation ; mais j'ai préféré limiter le nombre d'états possibles.
3 - La date de démarrage est de fin est initialisée lors de l'activation de la souscription ; donc quand la commande sera confirmée.
4 - Nous avons un système d'import de serial ; mais l'import de souscription est plus compliqué à mettre en oeuvre.
Le problème majeur est le fait qu'une souscription peut aller modifier l'utilisateur Joomla pour lui affecter un groupe.
Alors qu'un import "massif" est principalement de l'écriture en base de données ; cette interaction avec Joomla ne peux pas se faire en même temps.
Donc, il serait possible de faire un import de souscription massif en base de données mais sans que les utilisateurs n'aient l'affectation d'un groupe Joomla.
Au niveau de la clé de souscription, il s'agit principalement d'un contenu aléatoire (et unique) qui est généré par le composant.
Il s'agit d'un choix "historique" puisque HikaSubscription est l'évolution d'HikaSerial et nous avons utilisé le système de génération aléatoire de numéro de série pour avoir notre générateur de "numéro de souscription".
Effectivement, en cas d'import massif ; il est préférable de passer par du code d'HikaSerial pour créer massivement des codes (vérifiés uniques).
Cordialement,