Licenses, ventes et codes
Céroce
Membre, Modérateur
J'ai posté ici, à défaut de trouver une rubrique adéquate.
Je me demande actuellement quelle solution utiliser pour vendre mon logiciel et gérer les licences.
La solution idéale:
- Présente une boutique qui s'intègre parfaitement avec mon site web
- Pratique la transaction dans la langue de l'internaute (il est très important qu'il comprenne bien ce qui se passe à ce moment-là !)
- Génère un code, et l'envoie par courriel à l'acheteur
- Offre une API pour que mon appli vérifie le code, et renvoie vers le site web si besoin.
- Tout le reste: gestion des licences gratuites, des remboursements, des codes promo, etc.
Il semble exister un tas de solutions:
Paypal
+ S'affiche dans la langue de l'internaute
- Gère le paiement uniquement.
- Zéro intégration avec mon site web
eSellerate
+ Gère toute la chaà®ne
+ les coûts de transaction sont clairement exposés
- en anglais uniquement (?)
Kagi
+ Gère toute la chaà®ne
+ dispo dans 13 langues
- cher ?
D'autres solutions ?
Quelle est votre expérience ? Si vous vendez un logiciel, quelle solution avez-vous adopté, et pourquoi ?
Je me demande actuellement quelle solution utiliser pour vendre mon logiciel et gérer les licences.
La solution idéale:
- Présente une boutique qui s'intègre parfaitement avec mon site web
- Pratique la transaction dans la langue de l'internaute (il est très important qu'il comprenne bien ce qui se passe à ce moment-là !)
- Génère un code, et l'envoie par courriel à l'acheteur
- Offre une API pour que mon appli vérifie le code, et renvoie vers le site web si besoin.
- Tout le reste: gestion des licences gratuites, des remboursements, des codes promo, etc.
Il semble exister un tas de solutions:
Paypal
+ S'affiche dans la langue de l'internaute
- Gère le paiement uniquement.
- Zéro intégration avec mon site web
eSellerate
+ Gère toute la chaà®ne
+ les coûts de transaction sont clairement exposés
- en anglais uniquement (?)
Kagi
+ Gère toute la chaà®ne
+ dispo dans 13 langues
- cher ?
D'autres solutions ?
Quelle est votre expérience ? Si vous vendez un logiciel, quelle solution avez-vous adopté, et pourquoi ?
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Au niveau des licenses t'as "AquaticPrime" qui offre un framework Cocoa + C + PHP compatible avec les sites comme Paypal, eSellerate ou Kagi pour la génération de la license après achat
Après avoir pendant longtemps utilisé uniquement Kagi, j'utilise maintenant également Paypal suite à des demandes d'acheteurs pour avoir le choix.
Pour les licences, je n'ai rien automatisé.
J'envoie le code après réception du mail de confirmation de paiement.
Ca va car je ne vends pas 15000 programmes par mois (loin s'en faut).
Je suis d'accord avec Eaglelouk sur le côté rassurant de faire le paiement sur une page "officielle" de Kagi ou Paypal.
Voilà .
Eric.
Un poil "hors sujet", mais pour mettre en place l'une ou l'autre de ces solutions sur un site web il y "Potion Store". C'est une application Ruby open source pour mettre en place un site d'achat utilisant les solutions Paypal et/ou Google Checkout (dont il n'a pas encore été question)
URL : http://www.potionfactory.com/potionstore/
C'est Potion Factory qui en est à l'origine.
À vrai dire, c'est une solution qui me gène par plusieurs aspects:
- ça me donne du travail en plus
- l'utilisateur doit attendre pour avoir son code
- quand je suis en vacances ou en week-end, qui s'en occupe ?
Moi aussi, maintenant !
Moi je me la coule douce grâce à ça, et je reçois à chaque fois une copie de la license que le mec a reçu par mail.
Une fois payé, PayPal affiche une page qui dit que la transaction s'est bien déroulée. Elle comporte un bouton "Retourner à Céroce.com". Quand on clique sur ce bouton, Safari dit que la page n'est pas sécurisée et demande si on veut vraiment s'y connecter.
Mon problème, c'est que l'utilisateur doit absolument cliquer sur ce bouton et accepter de se connecter à cette page non sécurisée (ben oui, mon site n'utilise pas SSL) pour que PayPal exécute le script AquaticPrimePayPal.php. S'il ne le fait pas, il est quand même débité, mais il ne recevra jamais sa licence par e-mail.
Avez-vous ce problème, et avez-vous réussi à le régler ?
Par ailleurs, y a-t-il un moyen de tester la transaction sans utiliser sa carte de crédit comme je le fais actuellement ?
J'ai jamais eu ce problème.
Sinon pour tester, j'ai pas trouvé d'autre moyen.. Mis à part ouvrir un nouvel onglet à chaque fois que je clique sur "Retour au site marchant", comme ça je garde la session paypal ouverte pendant 5 à 10 minutes avant qu'elle n'expire et ça me laisse le temps de corriger des bugs si il y a.
Lors de la création du bouton, as-tu mis des URL de retour en cas de succès ou d'échec ? J'ai laissé vide, ne remplissant l'URL de retour que dans la partie "Préférences de réception de paiement sur le site" de PayPal, comme indiqué dans la doc d'AquaticPrime.
(Soit dit en passant, PayPal est fort compliqué, mais je dois dire que je m'y attendais).
Moi, lorsque j'active le retour automatique, il me dit simplement "Vos préférences ont bien été sauvegardé" mais je n'ai aucun jeton donné, même en revenant sur la page.
ça c'est que pour les comptes non enregistrés. Donc si le mec veut pas créer de compte paypal il devra retourner sur le compte marchand. (donc uniquement dans le cas où il paye direct avec sa carte bancaire). Autrement il est automatiquement redirigé
Mais comme tu reçois un mail de paypal à chaque paiement, et que normalement tu gardes toujours un BCC du mail qui contient la licence pour l'utilisateur, tu sais facilement si il l'a reçu ou non. Donc si tu ne reçois pas le doublon du mail que le générateur est censé envoyer, tu fais toi meme la generation de la licence et tu lui envoie par mail.
Non, en fait, le jeton s'affiche quand tu actives "Payment Data Transfer", ce qui correspond à "Transfert de données de paiement" en français. (si tu as loupé le message, le jeton est rappelé en-dessous du bouton radio d'activation). Il faut l'activer en plus du renvoi automatique.
Oké, je comprends mieux. C'est juste que PayPal est de la merde, alors. Je vais ajouter un message pour expliquer, mais c'est une solution vraiment pas idéale.
Et avec les asiatiques, tu fais comment ? ;D
Ils recoivent une licence sans nom.. juste l'extension ;D
Mais si t'as une technique Schlum, on prend volontiers!
c'est un problème avec Paypal ? Ton code a l'air d'être du PHP...
L'appli AquaticPrime Developper pour Mac accepte n'importe quelle chaà®ne de caractères (c'est codé en UTF8) et génère des licences valides.
Par contre, le script PHP ne chiffre pas correctement les licences dés lors qu'il y a un caractère non-ASCII 7, et les licences sont refusées par notre appli.
C'est pour ça que Louka vire tous les accents. Mais ça ne résout pas les problèmes des alphabets non-latins.
Ne tire pas les cheveux de tes petits camarades.
Ben merde alors ;D
donc en gros dans la array $dict tu remplace $full_name par $full_name_mod qui sera $full_name mais sans les accents
Vu que ça ça part dans le data de la license, l'utilisateur verra rien et la license marchera.
Si le problème est de générer une chaà®ne à partir d'un nom, il suffit de prendre les codes UTF-8 des caractères non gérés non ? (une version améliorée de "htmlentities" par exemple...)
(le code que j'avais fait le jour où j'ai eu besoin d'un truc du genre...)
La fonction de calcul de la signature est fournie sous deux formes:
- sous la forme d'une fonction PHP
- sous la forme d'un programme en C, plus rapide à l'exécution, mais comme il faut compiler le fichier sur le serveur web, il faut avoir accès au shell de ce serveur, ce qui n'est pas mon cas, puisque j'utilise un serveur mutualisé.
Le script PHP essaie d'exécuter le programme C compilé. S'il n'y arrive pas, il utilise la fonction PHP.
Or, quelqu'un a posté une info importante sur Stack Overflow: le script PHP est bogué, mais ça marche avec le code en C.
Du coup, j'ai compilé le programme en C sur mon ordi, et comparé le résultat du script PHP. Et dans la fonction getSignature(), en remplaçant:
par
j'obtiens les mêmes signatures. D'ailleurs, le programme en C ne convertit pas en UTF-8; c'est normalement déjà de l'UTF-8.
Je propose que tous les membres qui s'appellent Hervé, Sébastien, René " en fait tous ceux dont le nom ou le prénom comporte des accents " achètent une licence de PortraiMatic pour vérifier que ça marche bien. Les autres aussi peuvent m'aider à vérifier que les noms sans accents marchent toujours.
Ne marche plus, ni les autres infos.. comme si la array était vide.
Je t'avoue que j'en ai un peu marre du duo PayPal-Aquatic Prime.
ça fonctionne quand même très mal. Si c'était à refaire je prendrais autre chose. Je ne peux même pas partir en vacances l'esprit tranquille, parce que malgré le message écrit en gros, j'ai toujours des clients qui n'ont pas cliqué sur le bouton "Retour à Céroce.com" à la fin de la transaction, et je suis obligé de générer les licences à la mano; ça me prend trop de temps, les clients m'appellent au téléphone, etc.
Enfin, le système de débridage par un fichier est merdique dans son concept. Par exemple, pour débrider le logiciel pour tous les utilisateurs de l'ordinateur, il faut que le fichier soit accessible à tous. Ce serait beaucoup plus simple pour eux de recopier un code sur un bout de papier. Et c'est sans compter les utilisateurs qui veulent absolument ouvrir le fichier pour y lire le code (c'est rare, mais ça arrive).
Faut voir comment est fait le framework mais pour ce genre de cas il suffit de placer le fichier licence dans /Library au lieux de ~/Library, c'est fait pour ça. Une application (ou un framework dans ce cas) codé correctement est censé regarder en premier dans ~/Library puis s'il ne trouve rien il va dans /Library (et il peyt même y avoir un /Network/Library dans certain cas)