Magento

WOUAOU !!!
Enorme ! Ca fait plaisir de voir que ca avance comme ca!

Je DL et je test tout de suite et je reste là pour essayer d’aider à mon niveau.

Bon courage en tout cas et félicitations pour votre boulot !

Merci, ça fait plaisir un peu de soutient.

Je reviens vers vous car je m’interroge un peu sur le comportement de magento ?
Par défaut, le module montre les moyens de paiement après avoir cliqué sur “Place Order”.

mais ça a pour effet d’enregistrer la commande et de vider la session panier ...

Donc je suis en train de me demander si ça aurait été pas mieux de montrer les moyens de paiements, les cartes quoi au niveau de la sélection des paiements.
Ainsi ne plus passer par le récapitulatif de commande.

Qu’en pensez-vous ?

Perso, j’avais prévu de remplacer le bouton ‘place order’ par la liste des cartes comme sous osc. Mais je ne sais pas si c’est faisable sans toucher au core

ryu007 - 24 April 2008 08:55 AM

Donc je suis en train de me demander si ça aurait été pas mieux de montrer les moyens de paiements, les cartes quoi au niveau de la sélection des paiements.
Ainsi ne plus passer par le récapitulatif de commande.

Qu’en pensez-vous ?

Bonjour,

C’est ce que j’ai fait dans l’extension pour SPPLUS.
Ensuite, je fais un redirect pour aller sur un écran intermédiaire (redirection) qui ouvre une popup (ou redirige) vers SPPLUS (le site de la banque) en envoyant les bons paramètres et la clé hmac (pour crypter et sécuriser la transaction).
Si tu as des questions, n’hésite pas.

Ryu, Tu devrais demander à Moshe non ? Sinon le sytème de SeL a l’air fonctionnel.

Je vous remet un petit post d’encouragement, car j’attend ce module avec grande impatience =) alors merci de votre travail !

Salut,

J’ai enfin trouver le temps de faire qq test:

Pour l’installation, pas de soucis, j’ai mis le parmcom, certif, request et response dans /magento/lib/atos avec les bons droits.

L’exécution se passe mais il y a visiblement un pb pour récupérer la réponse de request… j’ai un soucis lignes 50-51-52-64-65 de request.php qui correspondent a ces lignes:

$sips[’code’] = $sips_values[1];

$sips[’error’] = $sips_values[2];

$sips[’message’] = $sips_values[3];
$sips[’amount’] = $amount;

$sips[’lang’] = $lang;

Je regarde un peu plus et je vais également essayer le module SPPlus pour voir le processus…

Ne te prends pas la tête Essaouera.
La contribution est en phase finale de test et sera bientôt laché quand j’aurais un peu de temps devant moi.

Pour l’explication sur le processus de paiement via Atos.
Vous sélectionnez la méthode de paiement carte de crédit (atos)
le bouton “place order” est dissimulé et les cartes de crédit apparaissent.
Si l’internaute revient sur son choix, c’est le contraire qui se produit.

A savoir que ce système ne se base pas sur de l’AJAX.

Si vous avez d’autres question ... n’hésitez pas.

Edit Ængel : Attention au language stp

Ben merci pour tout!

A défaut de bounty… si tu passes dans le coin de Toulouse, je pourrais toujours te payer un verre!

Sinon comment faites-vous pour tester le module de paiement une fois sur le terminal bancaire ?
Il y aurait-il des cartes de test ?

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

Ha super.
A vrai dire, j’ai a peu près toutes les documentations grâce à Atlantide, mais j’ai pas fait attention au passage des cartes tests.
Quelle est la documentation où on peut trouver les cartes ?

Je coince actuellement sur un truc.
Etant donné le changement apporté au processus de paiement (Pas d’inquiétude, ça ne touche pas au core de magento)
les cartes s’affichent à l’affichage du détail de panier (page review).
on est bien redirigé vers la banque, le paiement est nickel, mais ... comment je fais pour enregistrer la commande ?
Je dois récupérer le numéro de commande pour la réponse de la banque et pour le client pour l’envoie d’email et mise à jour de status (je récupère toutes les informations possibles et imaginables sur le paiement, carte de crédit, le cryptogramme, la réponse bancaire, etc. ça c’est génial)

Donc là je suis un peu ennuyé, je me trompe dans la démarche.
Un petit coup de main serait apprécié sinon je vais me prendre la tête.

Autre chose, que je voulais vous dire, est qu’on va pouvoir dorénavant se passer du fichier parcom étant donné que tous les paramètres sont passés dynamiquement dans la ligne de commande.
C’est ainsi beaucoup plus simple à utiliser.
J’ai retenu l’idée de mediacrea.
C’est à dire la sélection des cartes de crédit a accepter dans le back office ... c’est très simple et propre comme ça.

Il me reste pas grand chose à faire, après ça sera pour la perfection et la postérité.

Edit Ængel : Attention au language stp

Tout est dans le guide d’installation :

procédure de test sur le serveur Mercanet de demonstration

Test de paiement pour un commerçant non inscrit au programme 3-D Secure

Vous devez utiliser le commerçant 082584341411111

Sur le serveur de démonstration Mercanet, le processus d’autorisation est simulé. Il est donc possible de saisir n’importe quel numéro de carte sans aucune conséquence.

Le code réponse de la demande d’autorisation simulée (champ bank_response_code) correspond aux deux derniers chiffres du numéro de carte bancaire.
Le champ response_code est simulé selon la valeur du bank_response_code.

Pour connaître les valeurs possibles des champs bank_response_code et response_code en production, référez-vous au DICTIONNAIRE DES DONNEES.

Exemple :  numéro de carte code réponse
4974934125497800 00 (paiement accepté)
4972187615205 05 (paiement refusé)

Attention : la date de validité de la carte doit être postérieure à la date du jour. La taille du numéro de carte doit être comprise entre 10 et 19 chiffres.

Pour les cartes CB, VISA et MASTERCARD, vous devez saisir un cryptogramme visuel (clé sécuritaire à trois chiffres). Comme pour le numéro de carte, les 2 derniers cghiffres simulent le cvv_response_code.

Exemple :  cryptogramme cvv_response_code
600 4D
640 4D
650 50
653 53
655 55

Tout cryptogramme dont les 2 derniers chiffres diffèrent de 00, 40, 50, 53 ou 55 conduit à un cvv_response_code égal à 4E.

Pour connaître la signification des différentes valeurs du cvv_response_code, reportez-vous à l’annexe traitant du cryptogramme visuel dans le DICTIONNAIRE DES DONNES.

Et pour les significations des résultats, c’est dans le dictionnaire :

CVV_RESPONSE_CODE : ce champ alphanumérique contient le code retour de la vérification du numéro de contrôle de la banque de l’internaute. Il est renvoyé dans la réponse au commerçant.
Dans le tableau ci-dessous sont présentées les différentes valeurs du CVV_RESPONSE_CODE ainsi que leur signification.

Valeur Signification
4E Numéro de contrôle incorrect
4D Numéro de contrôle correct
50 Numéro de contrôle non traité
53 Le numéro de contrôle est absent de la demande d’autorisation
55 La banque de l’internaute n’est pas certifiée, le contrôle n’a pu être effectué.
NO Pas de cryptogramme sur la carte.
vide Pour les cartes AMEX, American Express ne retourne pas de code réponse spécifique à la vérification du numéro de contrôle. Si le code sécurité de la carte est faux, American Express retourne un code 05 dans le champ RESPONSE_CODE.
vide Pour les cartes FINAREF, Finaref ne retourne pas de code réponse spécifique à la vérification du numéro de contrôle.

Il y a d’autres infos sur toutes les situations que l’on peut simuler dans les annexes du dictionnaire.

Pour l’autre question, je regarde ca et je reviens.

Etant donné le changement apporté au processus de paiement (Pas d’inquiétude, ça ne touche pas au core de magento)
les cartes s’affichent à l’affichage du détail de panier (page review).

Tu parles bien de l’étape 5 “Order review “ de la page /checkout/onepage/ ?