Aide avant projet : validation QrCode hikaserial

Bonjour,

Pas de soucis, nous pourrons déplacer le sujet dans une autre section au besoin.

Avec HikaSerial, vous avez la possibilité d'importer des serials mais également de générer des serials à l'avance.
Lors de l'attribution de serial à une commande, il est possible de configurer pour prendre des serials de la base (donc importés ou générés) et/ou de générer dynamiquement des serials (si aucun serial n'est disponible dans la base la génération est automatique).

Sachant qu'il est également possible de faire un export de vos serials ; il est tout à fait possible d'imaginer faire de la pré-génération de serials et de les exporters pour les vendre également via un autre bias.

En ce qui concerne la validation d'un serial ; lorsqu'un serial est généré en mode "consummable", il va avoir un statu spécifique qui lui permet d'être scanné et ainsi de passer vers le statu "used".

Le système de QRCode est "simplement" une URL encodée qui va pointer vers le système de "consume" d'HikaSerial.
Dans une billetterie, l'idéal est d'avoir le plugin de restriction afin qu'uniquement certains utilisateurs aient le droit de faire cette opération de consommation ; ainsi si un client scan le QRCode il ne pourra pas "détruire" son billet.

Par contre, la consommation du serial ne va pas toucher à la commande ; il faut d'ailleurs bien que celle-ci soit confirmée pour générer/donner un serial à l'utilisateur ; dans le "pire" des cas il serait possible d'avoir un plugin pour que la consommation aille également passer la commande liée à "shipped" (livré) mais de façon générale, il est préférable de se baser sur le statu du serial car vous pouvez avoir plusieurs billets dans une même commande.

Pour ce qui est du décompte, le listing du backend ou les statistiques du "pack de serial" peut vous donner cette information.

Cordialement,

Bonjour,

Celui-ci (intégré à HikaSerial) :
www.hikashop.com/support/documentation/3...pfilterconsumer.html

Cordialement,