Je crois qu’il n’existe pas d’extension Magento Connect pour ce module. Il faut récupérer les sources dans un post précédent de ryu007 (dans ce fil de discussion).
Je me lance depuis peu dans Magento, et j’utilise le module de paiement ATOS.
Merci à ryuu007 pour sa contribution! J’aimerais pouvoir aider, mais pour le moment je n’ai pas regardé le fonctionnement de magento (d’ailleurs si vous avez des liens vers de bonnes doc, je suis preneur, car j’aimerais pondre quelques contribs)
Sinon, j’ai une petite erreur avec ce module : mon prix envoyé a la banque n’est pas le bon (76euros au lieu de 40 par exemple). Quelqu’un à une idée ?
De plus les images des differentes cartes ne s’affichent pas, mais ca je peux trouver par moi meme je pense.
Il est un peu dommage de passer par une autre page pour choisir son type de carte. Je verrais plutot ca apparaitre lors du choix du mode de paiement ATOS. Enfin, du détail.
Bonjour tout le monde,
J’ai la même erreur que essaouera : http://www.magentocommerce.com/boards/viewthread/1852/P75/#t28069. Je dois avoir un probléme avec les fichier response et request mais j’en cherche de test. Si quelqu’un peut en poster ?
Merci
Bon, mea culpa! mon probleme de montant etait du a une mauvaise config des taxes… Ca marche bien!
Par contre j’aimerais toujours modifier la fin de la procédure (voir mon precedent post).
Savez vous ou je peux trouver une bonne doc de magento ? (je ne trouve que de la doc de librairie sur le site de magento, mais j’aimerais aussi une doc qui explique la logique du site, la structure globale, etc...)
Je crois qu’il n’existe pas d’extension Magento Connect pour ce module. Il faut récupérer les sources dans un post précédent de ryu007 (dans ce fil de discussion).
L’extension Magento Connect existe-t-elle depuis ton post, est elle envisagée prochainement?
ou faut-il toujours prendre celle que Ryu a mise ici : http://www.magentocommerce.com/boards/viewthread/1852/P105/#t30495
Autre petite question, la BNP viens de me fournir l’API à tuiliser “mercanet_p600_PLUGIN_linux-2.6.9”
La version est elle compatible (remplaçable par le module de ryu “1.0.0")?
J’ai donc récupéré le dernier kit Unix de SIPS et là il n’y a plus d’erreurs.
Hormis ce petit soucis (causé par un petit manque d’anticipation de ma part), l’installation a été très facile et le module est bien intégré au site. L’espace d’administration est assez bien fait, même si je ne vois pas l’intérêt de faire saisir “response” et “request"…
Les commandes sont bien passées à l’état Processing, je ne repère pas de bug pour le moment… Je fais passer un peu de monde dessus et je retourne les éventuels problèmes repérés.
Encore un grand merci à la communauté, et spécialement à Ruy pour tout son (beau) travail.
Cordialement,
A.
Résolu, je n’avais pas mis la France en Pays par défaut, je l’ai fait et ça passe
De quel type est elle? CB / Visa / ... ?
Elle me génère une erreur au retour sur la boutique : We are sorry but we have an error with payment module
NB : Je suis en id commercant de test : 082584341411111 sur serveur de test mercanet
Essaouera - 29 April 2008 02:03 AM
Les numéros de cartes de test sont dans la doc avec les différents résultats que tu peux simuler.
Voici une carte qui marche:
N° Carte : 4974934125497800
Date de validité : Comme on veux mais valide aujourd’hui.
Cryptogramme : 640
Il est un peu dommage de passer par une autre page pour choisir son type de carte. Je verrais plutot ca apparaitre lors du choix du mode de paiement ATOS. Enfin, du détail.
C’est une problématique qui s’est posé lors du développement du module.
Mais il faut bien savoir que son intégration posait énormément de difficulté (récupérer le vrai numéro de commande (et pas celui de la session courante), gérer le non-retour bancaire, etc.)
Le module était attendue et ma boutique en avait besoin rapidement, je suis donc allé vers la facilité.
Pour l’instant, j’observe quelques paniers abandonnés mais rien d’anormal ou d’outrageant.
De plus, je tiens à ajouter que le module ne fonctionne pas avec le processus de commande en multishipping et je pense que ceci et pour tous les paiements dit “gateway” (avec une API).
Et ceci pour une raison simple, le checkout multishipping crée autant de numéro de commande qu’il y a d’adresse de livraison.
Or pour générer l’interface de paiement, il faut UN numéro de commande.
Il faudrait donc modifier totalement le processus de commande pour le faire fonctionner, or comme je ne m’en sers pas…
Quelqu’un a-t-il une idée sur mon erreur au retour sur la boutique : “We are sorry but we have an error with payment module”
Est ce dut au fait que je sois en mode de test?
à savoir id_commercant de test
carte de crédit de test
et fatalement serveur de démo Mercanet
le même test avec une vrai carte me génère un message de non acceptation de paiement sur le site de démo de Mercanet avec proposition d’annulation et retour à la boutique.
AutoRéponse :
La réponse était donc bien dans ma question.
Avec les certifs du client en pré-production, le paiement (non débité) se déroule correctement, la commande est validé et je n’ai plus de message d’erreur au retour sur la boutique.