Une question qu'on me pose souvent: normalement, quand vous créez un formulaire de paiement PayPal, vous avez quelque chose comme ceci:
<form action="https://www.paypal.com/cgi-bin/webscr" method="post">
<input type="hidden" name="cmd" value="_xclick">
<input type="hidden" name="business" value="moi@monsite.com">
<input type="hidden" name="item_name" value="Un objet">
<input type="hidden" name="item_number" value="12481345">
<input type="hidden" name="amount" value="5.99">
<input type="hidden" name="currency_code" value="EUR">
<input type="hidden" name="no_note" value="1">
<input type="hidden" name="no_shipping" value="1">
<input type="hidden" name="lc" value="FR">
<input type="image" src="https://www.paypal.com/fr_FR/i/btn/x-click-but01.gif" border="0" name="submit" alt="Effectuez vos paiements via PayPal : une solution rapide, gratuite et sécurisée !">
</form>
Ceci contient, en clair, l'adresse email qui vous sert d'identifiant de compte. En soi, rien de dangereux, mais si vous souhaitez masquer cette adresse, il existe deux solutions:
1) la solution "officielle", recommendée mais un peu compliquée: crypter le formulaire. J'ai déjà expliqué comment faire ici.
2) la solution "officieuse", que je viens de découvrir en discutant avec un de nos ingénieurs et qui apparemment marche depuis très longtemps: dans la variable "business" ci-dessus, mettez votre "code de parrainage" au lieu de votre adresse email. Pour trouver ce code, connectez-vous à votre compte et cliquez (en bas de page, dans le footer) sur "Parrainages". Là, prenez la valeur après "pal=" et mettez-là dans la variable "business". Et voila! Bien sûr, ça ne crypte pas les autres données, qui restent visibles, et il faut donc bien vérifier que le montant reçu est bien celui que vous attendiez. Mais ça a le mérite d'être très simple.
Au programme:
- Adaptations pour la nouvelle version de notre WSDL
- Des classes pour faire le paiement encrypté sous .Net
- De nouveaux exemples d'utilisation de Express Checkout sous .Net
- Et toujours plein de code source à copier/coller/adapter pour intégrer PayPal dans les langages les plus courants.
Téléchargement ici: https://www.paypal.com/IntegrationCenter/ic_sdk-resource.html

Jean-Yves lance Joe Biscotte, le "La Fraise des cartes postales" (comme le dit Jérémie). Une très belle réalisation sous osCommerce et 100% web 2.0: si vous vous sentez l'âme d'artiste, vous créez de belles cartes; sinon vous achetez des cartes créées par lesdits artistes. Bref, une excellente idée, un très beau site. Allez-y. Et bien sûr, le paiement se fait par PayPal...
Bonne chance Jean-Yves pour cette belle aventure!
Allez-y: www.joebiscotte.com
Mercredi 20 septembre 2006

Je m'entretiens avec Mike sur son blog, Mots&Co, qui regorge d'articles passionnants sur le blogging. L'article se trouve ici. Merci Mike. Et j'adore le logo, donc je le copie sans vergogne ici...
Vendredi 15 septembre 2006
Artenum, société innovante dans les domaines de la science et du groupware, annonce le lancement de "LibreSource Express", une offre d'hébergement de projets de développement collaboratif sur plate-forme LibreSource. LibreSource Express permet aux entreprises de disposer d'une forge de développement collaboratif fiable, sécurisée, accessible partout dans le monde et ne nécessitant aucun investissement lourd. LibreSource Express est accessible à partir de 29,90 ? HT par mois sans engagement de durée. Pour en savoir plus : http://www.artenum.com/express
Vendredi 8 septembre 2006
Peut-on vraiment payer par carte bleue avec PayPal ?Le doute assaille régulièrement la communauté des développeurs PayPal. En effet, beaucoup d'entre vous savent que PayPal permet le paiement par carte bancaire sans ouvrir de compte mais lorsque certain testent un bouton de paiement PayPal ils ont l'impression de devoir soit se loger à leur compte soit créer un compte. Rien d'irrationnel, voilà l'explication!
La page de paiement qui apparait lorsqu'un acheteur souhaite payer sur un site dépend du fait que cet utilisateur possède déjà un compte PayPal ou non :
Dans le cas où il existe un cookie dans les archives du navigateur qui indique que la personne a déjà un compte PayPal alors PayPal va anticiper et affichera une page de connexion au compte PayPal existant et pré-remplira le champ « Adresse email ». Image 1. Dans ce cas PayPal offre une expérience de paiement extrêmement rapide et simple à un utilisateur averti.

Dans le cas où il n'existe pas de cookie dans les archives du navigateur indiquant que la personne a un compte PayPal alors PayPal affichera une page de paiement classique où il est tout de suite très clair que l'on peut payer par carte bancaire. Image 2.

La majorité des développeurs PayPal ont un compte PayPal. Ainsi lorsqu'ils cliquent sur un bouton de paiement à partir de leur machine leur navigateur transmet le cookie à PayPal qui les traite alors comme des utilisateurs avertis ! Voilà pourquoi beaucoup de développeur ont l'impression que le compte PayPal est obligatoire.
Pour connaitre l'expérience exacte d'un utilisateur qui n'a pas de compte PayPal, il faut donc supprimer les cookies des archives de votre navigateur (IE > Outils > Options Internet > Général > Supprimer les cookies)
Note 1 : Pour les personnes qui tombent sur la page de paiement de l'image 2, sachez que l'acheteur peut encore payer par carte bancaire en cliquant sur le lien : Vous n'avez pas encore de compte PayPal ? Cliquez ici.
Note 2 : Si le problème persiste, i.e. vous arrivez vraiment sur une page qui propose uniquement de payer avec une compte existant ou de créer un compte, il est possible que cela soit la conséquence d'une mauvaise configuration de compte. Par défaut l'option Compte PayPal facultatif qui permet le paiement par carte bancaire est activée. Il se peut que vous ou quelqu'un d'autre ait malencontreusement désactivé cette option rendant ainsi impossible le paiement par carte bancaire sans ouverture de compte. C'est un cas très rare. Pour accéder à cette option : Mon Compte > Préférences > Préférence de réception de paiement sur site > Compte PayPal Facultatif.
Voici une idée dans le thème de cette catégorie. Elle ne vous apportera rien financièrement, mais vous aurez la gratitude des milliers de sites osCommerce qui utilisent PayPal. Réparez une bonne fois pour toutes les bugs dans la contribution PayPal d'osCommerce. Le meilleur module est "osCommerce PayPal IPN Module v1.3 For 2.2MS2". Mais même celui là a un certain nombre d'améliorations évidentes à faire:
- Passer l'adresse de facturation à PayPal pour que l'acheteur n'ait pas besoin de les saisir à nouveau
- Dans les choix de mode de paiement, afficher à l'utilisateur quelque chose comme "Paiement par carte bancaire (via PayPal)", plutôt que "PayPal IPN", qui est un jargon à la fois inexact (IPN n'est pas le nom public d'une méthode de paiement mais un terme pour les développeurs indiquant le type de notification effectuée par PayPal) et complètement obscur pour quiconque n'est pas déja utilisateur de PayPal.
- Réparer le bug de synchronisation: dans le retour IPN de PayPal, le module osCommerce devrait mettre à jour le statut de la transaction dans la base de données osCommerce. Le code existant ne fonctionne pas
Bien entendu, le module existant fonctionne à peu près, et il y a des milliers de boutiques qui l'utilisent, mais c'est dommage de ne pas réparer ces petits problèmes...
Peut-être qu'un jour l'un des développeurs de PayPal trouvera le temps de s'y mettre, mais si d'ici-là vous voulez vous attaquer au problème, contactez-moi. Je serai ravi de vous y aider!
Une autre idée de service qui connait un certain succès via des opérateurs de SMS+ et d'audiotel: Permettre à des éditeurs de sites de contenu de rendre payant l'accès à une partie de leur site.
Il y a de nombreuses façons d'implémenter cette idée, je vous engage à regarder ce qui existe et je laisse libre court à votre imagination.
Pourquoi faire ça avec PayPal? Comme indiqué dans un précédent billet, l'encaissement pour compte de tiers est illégal donc la plupart des solutions bancaires ne peuvent répondre à ce besoin. Et les solutions basées sur de la facturation d'opérateur de type Kioske sont à la fois coûteuses pour l'éditeur du site (typiquement 30%-50% de commissions à ce que j'en comprends) et lentes (vous êtes payés à 30-90 jours, ce qui est difficile pour une société en croissance).
Bref, il y a un peut-être un marché pour une solution purement PayPal (ce qui inclut bien sûr les paiements "compte PayPal optionnel", i.e. où l'acheteur paie par carte sans ouvrir de compte PayPal). Avis aux amateurs!
Pour discuter de cette idée plus amplement, contactez-moi via les liens qui se trouvent en bas et à gauche sur ce blog, ou laissez vos commentaires sur ce billet.
Autrefois, il existait en France un service nommé Yaskifo. En faisant quelques recherches sur le web, vous trouverez de nombreuses discussions passionnées autour du service et de sa fermeture brutale.
Depuis, à ma connaissance, personne n'a repris le flambeau. A l'époque, Yaskifo déclarait avoir plus de 8000 clients, et on peut imaginer que le marché a augmenté depuis. Donc voici une idée de réalisation de service à valeur ajoutée. Aux Etats-Unis, Digital River offre un service similaire. Et peut-être en connaissez-vous d'autres?
En gros, ce que ferait ce service:
- Votre plateforme héberge les fichiers du logiciel, téléchargeables gratuitement (s'il s'agit d'un shareware) ou non (s'il s'agit d'un logiciel payant standard)
- Votre plateforme gère la distribution des clés de license
- Votre plateforme s'occupe de la sécurisation du paiement par PayPal
- Vous facturez votre service comme vous le souhaitez (abonnement, frais fixe, commission etc)
Pourquoi PayPal? Ce qui a tué de nombreuses autres offres de ce type, c'est ce qui s'appelle en français "encaissement pour compte de tiers", une activité illégale en France et interdite par les réseaux CB/Visa/MasterCard, et qui consiste à ouvrir un contrat de Vente à Distance en votre nom, mais pour encaisser des paiements pour compte de tiers (les auteurs de ces logiciels). Alors qu'avec PayPal, chaque auteur ouvrira son propre compte PayPal et l'argent ne transitera pas par vous.
Pour discuter de cette idée plus amplement, contactez-moi via les liens qui se trouvent en bas et à gauche sur ce blog, ou laissez vos commentaires sur ce billet.