Je pense que l'ami Gilles fera une réponse plus complète, mais je me lance :

Catalook est payant mais comprend beaucoup plus de fonctions que Store qui est un module CORE, donc gratuit.

Store intègre le système de paiement de Paypal par défaut mais il peut utiliser SIPS pour le paiement vers les banques qui l'intègre.

A noter que Paypal permet le paiement par carte bleue, si le client ne dispose pas d'un compte sur Paypal.
Il faut toutefois que le marchand dispose d'un compte Paypal.

David.

Merci beaucoup pour la rapidité de votre réponse et la clareté de vos explications !!!

Stéphane

Bonjour,

Effectivement, un seul provider de paiement doit être utilisé ! Toutefois, j'envisage cette possibilité pour une future version. Mais cela prendra du temps, car il faut ré-écrire pas mal de parties du module pour ce faire. Si cette fonction est absolument requise pour ton projet, il vaut mieux utiliser un autre module.

Gilles

Bonjour,

un petit up, pour savoir si la passerelle SIPS a avancé ...

cette derniere utilise t'elle request.exe; response.exe et sipsexec.dll (fournis dans le kit asp d'atos)? ou tout à été refait ?

merci beaucoup, et bon courage.

JY

Bonjour,

Je viens juste de finir le nouveau provider SIPS Atos Origin réécrit à partir du code de Mixtrio. Il utilise SIPSExec.dll, request.exe et response.exe car à ma connaissance c'est le seul moyen d'utiliser leur passerelle. J'aurais adoré qu'ils ne fassent pas une usine à gaz et qu'ils ne renvoient pas un formulaire complet pour la sélection du type de carte. Ce qui est débile en ASP.NET car un formulaire ne peut être inclus dans un autre formulaire ! Cela fait des années que SIPS fonctionne de cette façon et ils se foutent totalement des programmeurs ASP.NET !!! De plus, l'utilisation d'un OCX (SIPSExec.dll) implique la création d'un interop lors du référencement de la dll dans le projet. Du coup, cela pose problème pour ceux qui voudraient utiliser la version source de Store et qui ne disposent PAS de ce foutu kit de paiement !!! Car cela provoque une erreur à la compilation, même si la passerelle n'est pas utilisée. Enfin, il est impossible d'utiliser cette passerelle si l'on ne dispose pas d'un accès TSE sur un serveur dédié car le kit doit être installé au préalable.

Pour toutes ces raisons, le nouveau provider N'EST PAS inclus dans Store ! Compte tenu qu'il faut de nombreuses manipulations / installation / paramètrages, nous allons proposer un coût d'intégration modique pour ceux qui veulent utiliser SIPS avec Store.

Gilles

Bonjour Patrick,

De mon point de vue CIC n'est pas si éloigné. En fait, il y a deux grands types de système de paiement. Il y a ceux qui collectent les informations banquaires sur le site boutique puis qui dialoguent avec un serveur pour valider le paiement comme le fait le provider Authorize.Net. D'autre part, ceux qui "post" un formulaire avec redirection sur le site de paiement comme le fait le provider PayPal Standard. En revanche, si l'on utilise PayPal Pro on se retrouve dans le premier cas. A ces deux grandes catégories viennent s'ajouter les solutions "exotiques" telles que SIPS et là c'est le drame ! ;-)

L'astuce que tu cite me semble intéressante car elle permet de s'affranchir de la dll d'interop qui justement pose problème actuellement, je m'explique. Lorsqu'une application quelconque dialogue avec un composant COM une dll Nomducomposant.Interop.dll est créée automatiquement. Le problème étant que SIPS dispose de plusieurs versions, donc le fichier Interop peut ne pas fonctionner avec un kit SIPS en particulier. D'autant plus que SIPS n'est jamais fourni en tant que tel, les banques adhérentes "surmarque" le kit (BNP=Mercanet, SG=Sogenactif, ...). En fait, j'ai en projet depuis longtemps de tracer tout ce que fait ce kit. Mais compte tenu que je développe le module Store officiel, que j'assure le support dans le forum Store US, que je donne aussi un coup de main ici, que je dois travailler par ailleurs pour payer mes factures et enfin qu'il faut bien dormir un peu... ce projet est sur ma lllooonnnggguuueee TO DO List from a long time! :-)

Le seul petit problème de l'astuce citée est qu'il faut absolument que le site soit en Full Trust et que le compte de l'application (NETWORK SERVICES ou autre) dispose du droit d'exécution sur les deux .exe. Sinon il sera impossible d'appeler un .exe ! Par ailleurs, je suis persuadé que ces deux .exe sont totalement inutiles sur plateforme .Net, car il ne font QUE crypter les informations des fichiers de config et de la transaction avec le certificat fourni par la banque. Il serait donc possible d'utiliser les classes d'encryptage de .Net pour obtenir le même résultat. De plus, le fonctionnement de SIPS consistant à retourner un formulaire HTML est complètement débile sur plateforme .Net ! Toute application ASP.NET fonctionne dans un HTML form classique avec l'attribut runat="server", manque de bol la norme HTML INTERDIT les formulaires imbriqués ! Il est clair que depuis le début les ingés d'Atos Origin se foutent totalement des utilisateurs .Net, qui je le rappelle existe depuis plus de 8 ANS ! Il faut croire que pour eux seul Linux est utilisé pour faire des sites web, c'est consternant. J'ai bien essayé à plusieurs reprise de contacter leur support, mais en substance la réponse est toujours la même : "c'est comme ça" point barre passez votre chemin il n'y a rien à voir (certe avec plus de délicatesse mais le résultat est le même).

Maintenant que tu as une vue plus globale du problème, revenons à mon Store à moi que j'aime ! :-) Comme expliqué, je peux fournir un fork de la dernière version en prod à un coût réduit. Car il faut installer le kit utilisé sur le serveur de prod, compiler la nouvelle version, tester et faire un package. Autre possibilité, je t'envoie les sources de ma dernière version et tu te débrouille tout seul comme un grand. Donc soyons clair : pas de support ! Tu peux me joindre par email : glepigocher AT yahoo.fr

Enfin, je ne sais pas quelle version de Store tu utilise actuellement mais je te conseille vivement de tester la dernière béta (stable) disponible sur Codeplex. Je bosse dessus depuis 6 mois et elle dispose de très nombreuses améliorations ! Je ne sais pas non plus quelle est l'étendue de tes modifications (s'agit-il que du provider ?), mais tu peux toujours faire des propositions d'améliorations ici ou proposer un patch sur Codeplex. Ceci évite d'avoir un fork et permet par la suite de mettre à jour son module avec les nouvelles versions.

Gilles

Bonjour Patrick,

Dans la version 02.01.36, j'ai modifié pas mal de choses. Entre autres, le provider PayPal possède maintenant une page PayPalIPN.aspx qui reçoit la réponse cachée pour valider ou non le payement. Car certains utilisateurs voulaient que le module Store Account soit accessible uniquement aux visiteurs authentifiés. Du coup, la réponse de PayPal n'était jamais reçue !

Pour le formulaire retourné par SIPS, j'ai créé une page template en pur HTML dans laquelle j'injecte le formulaire puis sur laquelle je fais une redirection. Ce n'est pas top, car il faut du coup maintenir l'aspect de cette page avec celui du site ! :-( Si tu as une meilleure solution (sans composant autre que les standards ASP.NET), elle est la bienvenue !

Si tu veux le code, il faudrait peut-être que tu m'envoie un email (glepigocher AT yahoo.fr) ! :-)

Je te conseille aussi de tester la dernière 02.01.46 qui contient de très nombreuses améliorations. Le code n'est pas encore disponible mais cela ne saurait tarder.

Gilles

Bonjour Patrick,

Je t'envoie le zip avec les sources aujourd'hui, il date de la version 02.01.32 il faudra peut-être adapter un peu le code.
Merci pour le provider CIC, cela pourra effectivement servir à d'autres ! :-)

Je réitère, les formulaires imbriqués ce N'EST PAS un problème d'ASP.NET mais c'est INTERDIT en HTML tout court ! N'allons pas mettre des fausses idées dans la tête des lecteurs. :-) J'ai déjà essayé plusieurs solutions pour ce problème, dans celle que tu cite le paragraphe "Dynamically Change the Form Action" est la solution la plus viable. En revanche, elle peut poser problème au serveur qui reçoit la réponse. Auparavant, j'utilisais une technique similaire pour PayPal et un jour plus rien à fonctionné ! J'ai dù réécrire le provider en urgence ! :-( Je n'étais pas le seul dans ce cas, plusieurs autres produits d'e-commerce y compris en PHP ne fonctionnaient plus. Le problème est que tous les champs de la page sont postés en même temps et parfois cela perturbe le serveur.

Pour la version 02.01.46 bien quelle soit stable c'est une béta donc tester avant d'installer en production ! :-)

Concernant tes autres modifs (plusieurs instances et les rôles), c'est prévu mais pas pour demain !  Je dois d'abord terminer cette version et la faire valider par DNN. Ensuite, je vais réécrire totalement le module et il ne sera plus compatible avec les versions 4.x. J'envisage de n'être compatible qu'avec les versions 5.6..x et sup. Il faudra quelques mois avant de voir cette nouvelle version, donc pas d'impatience.

Pour le reste, je te souhaite de très bonnes vacances !

Gilles