développement web

Suite au transfert de certaines de nos boutiques Ebox (notre CMS maison) vers Magento, nous avons eu besoin d’effectuer un import groupé d’abonnés aux newsletters, voici la marche à suivre :

• tout d’abord, copiez le fichier /app/code/core/Mage/Newsletter/Model/Subscriber.php dans le dossier /app/code/local/Mage/Newsletter/Model (que vous aurez précédemment créé).
• ouvrez ensuite ce fichier et modifiez la fonction subscribe() de la manière suivante :
  • ajoutez un paramètre à la fonction : public function subscribe($email) devient public function subscribe($email,$sendConfirm=true)
  • et remplacez les lignes suivantes :
    if ($isConfirmNeed) {
$this->sendConfirmationRequestEmail();
} else {
$this->sendConfirmationSuccessEmail();
}
    par les lignes suivantes :
    if ($isConfirmNeed) {
if ($sendConfirm) {
$this->sendConfirmationRequestEmail();
}
} else {
if ($sendConfirm) {
$this->sendConfirmationSuccessEmail();
}
}
  • Sauvegardez le fichier et envoyez le sur votre serveur.
• Ensuite, il vous faut disposer d’un fichier CSV contenant toutes les adresses mail à insérer (chaque ligne du fichier doit correspondre à une et une seule adresse).
• Uploadez ce fichier CSV sur votre serveur dans /var/import par exemple.
• Créez ensuite un fichier import_newsletter.php que vous placerez à la racine de votre site et ajoutez-y le code suivant (en prenant soin de remplacer le chemin et le nom de votre fichier)  :
  <?php
require_once "app/Mage.php";
Mage::app();
$csvfile = "var/import/exportNewsletterRecipient.csv";
$handle = fopen($csvfile,"r");
if($handle == FALSE){
throw new Exception("Unable to open ".$csvfile);
}
while (($subscribers = fgetcsv($handle)) !== FALSE) {
Mage::getModel('newsletter/subscriber')->subscribe($subscribers[0], false);
}
fclose($handle);
?>

  
• Ainsi ce petit script va importer tous les emails contenus dans votre CSV mais grâce à la petite modification en début de cet article, aucun mail d’inscription ne sera envoyé .

En espérant que ce petit tutoriel vous aura servi, passez une bonne journée.

Nous venons d’installer ce module sur une de nos boutiques Magento et nous nous sommes rapidement rendus compte qu’il s’agit là d’un des modules bancaires les plus compliqués à installer et à tester, c’est pourquoi un petit tutoriel explicatif sera le bienvenue pour tous.

N.B. : la mise en place de ce module a été effectuée sur une boutique Magento 1.4.0.1, il existe peut-être d’autres erreurs sur d’autres versions et inversement, nous avons peut-être rencontrés des erreurs inexistantes sur d’autres versions.

Installation de l’extension

Première partie, la plus simple, il s’agit de l’installation du module. Rendez vous sur http://www.nom_de_votre_site.com/downloader. Collez la clé suivante : magento-community/Mage_Atos puis cliquez sur « Install ». L’installation doit normalement se dérouler sans embuches.

Récupération des fichiers de banque

Ca se complique. Ici, deux choix s’offrent à vous :

• soit vous utilisez les fichiers de tests.
• soit vous utilisez les fichiers fournis par votre banque.

Voici notre conseil : en sachant que lors de la création de votre contrat de vente à distance (VAD), votre interface de paiement est en pré-production, aucun paiement ne sera débité, il est judicieux de commencer à travailler directement avec les fichiers fournis par votre banque afin de ne pas avoir à résoudre deux fois les mêmes problèmes (même si nous espérons que tous vos problèmes se résoudront en lisant ce post). Tant que votre interface de paiement est en pré-production, vous pourrez travailler comme si vous utilisiez les fichiers de test sauf que pour passer en production vous n’aurez presque rien à faire.

Dans les deux cas, il vous faut télécharger le kit bancaire. Dans notre cas, il s’agissait d’un contrat avec Sogenactif, le kit correspondant est disponible ici.

Pour les autres (Mercanet,FIA-NET,Sherlocks), la banque envoie au client directement le kit d’installation.

Dans le kit, vous trouverez :

• un dossier bin contenant 6 fichiers binaires
• un dossier logo rempli d’images
• un dossier param avec les fameux fichiers de tests
• un dossier sample avec des fichiers PHP et Perl
• une note de version

De plus, la banque vous envoie normalement une clé de décryptage ainsi qu’un logiciel permettant de générer votre certificat bancaire de production (équivalent au fichier de test certif.fr.014213245611111) .

Attention, le premier problème que nous avons rencontré a été la récupération de ce logiciel. En effet, il s’agit d’un fichier en .exe et la plupart des systèmes de messagerie interdise totalement l’envoi et la réception de ce type de fichier (car 80% des .exe circulant par mails sont des virus). Il vous faut donc fournir à la banque une adresse mail Free, Yahoo ou Hotmail car ce sont les seuls qui permettent encore la réception de ce type de fichier.

Une fois votre fichier certif généré grâce au logiciel et à la clé de décryptage, renommez le en certif.fr.votre_ID_bancaire (identifiant que vous avez du recevoir avec votre clé de décryptage).

Vous avez maintenant tout ce qu’il vous faut pour commencer la configuration de votre interface bancaire.

Transfert des fichiers

Renommez le fichier parmcom.XXXXXXXXX (situé dans le dossier param du kit) en parmcom.votre_ID_bancaire (comme pour le certif.fr) puis éditez-le.

• Après AUTO_RESPONSE_URL!, rentrez la chaine suivante : http://www.nom_de_votre_site.com/atos/standard/automatic/!
• Après CANCEL_URL!, rentrez la chaine suivante : http://www.nom_de_votre_site.com/atos/standard/cancel/!
• Et enfin après RETURN_URL!, rentrez : http://www.nom_de_votre_site.com/atos/standard/normal/!
• Vous pouvez également remplacer merchant.gif (juste après LOGO!) par l’adresse du logo de votre site qui s’affichera sur l’interface de paiement.

Sauvegardez le tout.

Connectez vous maintenant en FTP à votre site et créez un dossier /lib/atos.

Uploadez maintenant votre fichier certif.fr.votre_ID_bancaire (généré à partir du logiciel et de la clé), votre fichier parmcom.votre_ID_bancaire (que vous venez d’éditer) ainsi que le fichier parmcom.sogenactif (ou parmcom.votre_banque) contenu dans le dossier param du kit de test.

Uploadez ensuite les fichiers request et response contenus dans le dossier bin du kit de test mais attention, étant donné qu’il s’agit de fichiers binaires, il vous faut les transférer en binaire. Exemple : dans FileZilla, cliquez sur Transfert > Type de transfert et choisissez Binaire. N’oubliez pas de remettre la configuration par défaut une fois le transfert terminé.

Configuration

Dans le Back Office de votre boutique, rendez vous dans Système > Configuration > Ventes > Modes de paiement > Atos / Sips.

Activer le mode de paiement, votre identifiant de marchand doit se trouver dans la liste déroulante ID Marchand.

Pour le champ « Binaire pour construire la requête » rentrez le chemin vers le fichier binaire request. Attention il s’agit là du chemin à partir de la racine du serveur, ex : path/lib/atos/request. Si vous ne le connaissez pas, contactez l’administrateur de votre serveur. Faîtes de même pour le fichier response avec le champ suivant.

Laissez vide le champ « Fichier pathfile ». Laissez la configuration normale pour le reste sauf si vous souhaitez changer les état de commandes etc…

Sauvegardez la configuration et normalement votre boutique doit être configurée et prête à accepter des paiements.

Problèmes rencontrés et solutions

Malheureusement après les étapes précédentes, il est très probable que, comme beaucoup d’utilisateurs, vous rencontriez une pléthore d’erreurs.

Voici la liste des principales erreurs et comment les résoudre :

Impossible to execute binary file – Set correct chmod

Vos fichiers binaires request et response n’ont pas les droits suffisants pour être exécutés.

Connectez vous en SSH à votre site, rendez vous dans votre dossier /lib/atos et effectuez les commandes suivantes :

chmod 755 request
chmod 755 response

Boucle infinie sur la page /atos/standard/redirect/

4 possibilités :

• votre serveur est en 64 bits et il faut qu’il puisse lire les fichiers binaires qui sont 32 bits, il vous faut vous connecter en SSH et exécuter la commande suivante :

  aptitude install ia32-libs

• vous êtes sous OVH, il vous faut télécharger les fichiers binaires spécial OVH disponibles ici
• la version de vos fichiers binaires ne correspond pas à votre noyau. Connectez vous en SSH et exécuter la commande :

  uname -r

  Cette commande vous donne la version de votre noyau, il faut ensuite uploadez les fichiers binaires correspondant à cette version (ex: la commande vous donne 2.6.XX, uploadez les fichiers binaires request_2.6.XX et response_2.6.XX) avant des les renommer en response et request.

• votre serveur n’est pas en 64 bits, vos fichiers binaires correspondent à votre kernel et vous n’êtez pas chez OVH : vérifiez les droits d’exécution qu’ont les utilisateurs de votre serveur et quel utilisateur est propriétaire des fichiers binaires. En effet, nous avons rencontré ce problème et l’utilisateur propriétaire des fichiers binaires n’avait pas les droits d’exécution de fichiers binaires.

Vous n’arrivez pas à accéder au serveur de la banque

L’extension génère normalement un fichier pathfile.votre_identifiant_banquaire dans /lib/atos.

Editez-le et en dessous de « Fichiers des paramètres communs », remplacez le chemin après F_DEFAULT! (ex : /var/www/…) par :

lib/atos/parmcom.sogenactif! (remplacez sogenactif par le nom de votre banque)

Error reading certificate file lors du retour de la banque

L’extension génère un second fichier nommé pathfile.parmcom.votre_identifiant_banquaire dans /lib/atos.

Editez-le et, de la même manière que pour le fichier pathfile.votre_ID, remplacez le chemin après F_DEFAULT! par :

 lib/atos/parmcom.sogenactif!

Ecran jaune « Transaction invalide »

Si vous obtenez cette page, il est fort possible que l’URL se termine en /demo/callpayment. Cela signifie que vous utilisez les fichiers de test et pas les fichiers de production, rendez-vous à la partie « Récupération des fichiers » en haut de ce post pour résoudre le problème.

Les notifications de la banque n’arrivent pas

Plusieurs solutions :

• soit les URL indiquées dans le fichier parmcom.votre_ID sont incorrectes.
• soit un .htaccess empêche la banque d’accéder à votre boutique.

Conclusion

Normalement, vous devriez maintenant pouvoir effectuer des paiements de test avec vos certificats de production en utilisant le module Atos.

Une fois vos tests terminés, il vous suffit d’envoyer votre PV de recette à votre banque afin qu’il passe votre interface de paiement en production.

En espérant que cet article vous aidera dans la mise en place du module Atos sous Magento.

Il arrive souvent, une fois que votre site internet est terminé, vos modules installés et votre design intégré, qu’avant de mettre en ligne, vous souhaitiez disposer d’un site propre, sans commandes, clients, ni aucune autre trace des tests que vous auriez pu effectuer.

En cherchant un peu (et vous avez chercher puisque vous êtes arriver ici ), vous avez pu tomber sur de multiples méthodes permettant de supprimer ces fameuses commandes de test (installation de module, scripts SQL tous différents les uns des autres).

Afin d’éclaircir un peu les choses, voici les scripts qui nous permettent de supprimer toutes traces de nos tests avant une mise en ligne. Attention cependant, depuis la version 1.4.1.0 de Magento, la structure de la base de données à changer, veillez donc à bien choisir le script adapté à votre version de Magento.

Avant toute chose, pensez à faire une sauvegarde de votre base de données. En effet, même si nous avons testé ces scripts, il vaut mieux prévenir que guérir, une sauvegarde de votre base ne vous prendra que 5 minutes et pourrait vous faire gagner des heures si une erreur survient.

Rendez vous donc dans votre interface de gestion de base de données (PhpMyAdmin & Co), selectionnez votre base, faîtes en une sauvegarde (soit par un export SQL, soit par une copie dans une autre base à vous de choisir) puis cliquez sur « SQL ». Choisissez ensuite le script adapté ci-dessous et exécutez le.

Magento 1.4.1.X (testé en 1.4.1.1) :

-- Reset Magento TEST Data
SET FOREIGN_KEY_CHECKS=0;
-- reset dashboard search queries
TRUNCATE `catalogsearch_query`;
ALTER TABLE `catalogsearch_query` AUTO_INCREMENT=1;
-- reset sales order info
TRUNCATE `sales_flat_creditmemo`;
TRUNCATE `sales_flat_creditmemo_comment`;
TRUNCATE `sales_flat_creditmemo_grid`;
TRUNCATE `sales_flat_creditmemo_item`;
TRUNCATE `sales_flat_invoice`;
TRUNCATE `sales_flat_invoice_comment`;
TRUNCATE `sales_flat_invoice_grid`;
TRUNCATE `sales_flat_invoice_item`;
TRUNCATE `sales_flat_order`;
TRUNCATE `sales_flat_order_address`;
TRUNCATE `sales_flat_order_grid`;
TRUNCATE `sales_flat_order_item`;
TRUNCATE `sales_flat_order_payment`;
TRUNCATE `sales_flat_order_status_history`;
TRUNCATE `sales_flat_quote`;
TRUNCATE `sales_flat_quote_address`;
TRUNCATE `sales_flat_quote_address_item`;
TRUNCATE `sales_flat_quote_item`;
TRUNCATE `sales_flat_quote_item_option`;
TRUNCATE `sales_flat_quote_payment`;
TRUNCATE `sales_flat_quote_shipping_rate`;
TRUNCATE `sales_flat_shipment`;
TRUNCATE `sales_flat_shipment_comment`;
TRUNCATE `sales_flat_shipment_grid`;
TRUNCATE `sales_flat_shipment_item`;
TRUNCATE `sales_flat_shipment_track`;
TRUNCATE `sales_invoiced_aggregated`;
TRUNCATE `sales_invoiced_aggregated_order`;
TRUNCATE `sales_order_aggregated_created`;
TRUNCATE `sendfriend_log`;
TRUNCATE `tag`;
TRUNCATE `tag_relation`;
TRUNCATE `tag_summary`;
TRUNCATE `wishlist`;
TRUNCATE `log_quote`;
TRUNCATE `report_event`;
ALTER TABLE `sales_flat_creditmemo` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_creditmemo_comment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_creditmemo_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_creditmemo_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice_comment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_address` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_payment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_status_history` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_address` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_address_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_item_option` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_payment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_shipping_rate` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_comment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_track` AUTO_INCREMENT=1;
ALTER TABLE `sales_invoiced_aggregated` AUTO_INCREMENT=1;
ALTER TABLE `sales_invoiced_aggregated_order` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_aggregated_created` AUTO_INCREMENT=1;
ALTER TABLE `sendfriend_log` AUTO_INCREMENT=1;
ALTER TABLE `tag` AUTO_INCREMENT=1;
ALTER TABLE `tag_relation` AUTO_INCREMENT=1;
ALTER TABLE `tag_summary` AUTO_INCREMENT=1;
ALTER TABLE `wishlist` AUTO_INCREMENT=1;
ALTER TABLE `log_quote` AUTO_INCREMENT=1;
ALTER TABLE `report_event` AUTO_INCREMENT=1;
SET FOREIGN_KEY_CHECKS=1;

Magento 1.4.0.X (testé) et 1.3.X.X (en théorie, non testé) :

SET FOREIGN_KEY_CHECKS=0;

TRUNCATE `sales_order`;
TRUNCATE `sales_order_datetime`;
TRUNCATE `sales_order_decimal`;
TRUNCATE `sales_order_entity`;
TRUNCATE `sales_order_entity_datetime`;
TRUNCATE `sales_order_entity_decimal`;
TRUNCATE `sales_order_entity_int`;
TRUNCATE `sales_order_entity_text`;
TRUNCATE `sales_order_entity_varchar`;
TRUNCATE `sales_order_int`;
TRUNCATE `sales_order_text`;
TRUNCATE `sales_order_varchar`;
TRUNCATE `sales_flat_quote`;
TRUNCATE `sales_flat_quote_address`;
TRUNCATE `sales_flat_quote_address_item`;
TRUNCATE `sales_flat_quote_item`;
TRUNCATE `sales_flat_quote_item_option`;
TRUNCATE `sales_flat_order_item`;
TRUNCATE `sendfriend_log`;
TRUNCATE `tag`;
TRUNCATE `tag_relation`;
TRUNCATE `tag_summary`;
TRUNCATE `wishlist`;
TRUNCATE `log_quote`;
TRUNCATE `report_event`;

ALTER TABLE `sales_order` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_datetime` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_decimal` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_entity` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_entity_datetime` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_entity_decimal` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_entity_int` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_entity_text` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_entity_varchar` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_int` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_text` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_varchar` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_address` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_address_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_item_option` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_item` AUTO_INCREMENT=1;
ALTER TABLE `sendfriend_log` AUTO_INCREMENT=1;
ALTER TABLE `tag` AUTO_INCREMENT=1;
ALTER TABLE `tag_relation` AUTO_INCREMENT=1;
ALTER TABLE `tag_summary` AUTO_INCREMENT=1;
ALTER TABLE `wishlist` AUTO_INCREMENT=1;
ALTER TABLE `log_quote` AUTO_INCREMENT=1;
ALTER TABLE `report_event` AUTO_INCREMENT=1;

– reset customers
TRUNCATE `customer_address_entity`;
TRUNCATE `customer_address_entity_datetime`;
TRUNCATE `customer_address_entity_decimal`;
TRUNCATE `customer_address_entity_int`;
TRUNCATE `customer_address_entity_text`;
TRUNCATE `customer_address_entity_varchar`;
TRUNCATE `customer_entity`;
TRUNCATE `customer_entity_datetime`;
TRUNCATE `customer_entity_decimal`;
TRUNCATE `customer_entity_int`;
TRUNCATE `customer_entity_text`;
TRUNCATE `customer_entity_varchar`;
TRUNCATE `log_customer`;
TRUNCATE `log_visitor`;
TRUNCATE `log_visitor_info`;

ALTER TABLE `customer_address_entity` AUTO_INCREMENT=1;
ALTER TABLE `customer_address_entity_datetime` AUTO_INCREMENT=1;
ALTER TABLE `customer_address_entity_decimal` AUTO_INCREMENT=1;
ALTER TABLE `customer_address_entity_int` AUTO_INCREMENT=1;
ALTER TABLE `customer_address_entity_text` AUTO_INCREMENT=1;
ALTER TABLE `customer_address_entity_varchar` AUTO_INCREMENT=1;
ALTER TABLE `customer_entity` AUTO_INCREMENT=1;
ALTER TABLE `customer_entity_datetime` AUTO_INCREMENT=1;
ALTER TABLE `customer_entity_decimal` AUTO_INCREMENT=1;
ALTER TABLE `customer_entity_int` AUTO_INCREMENT=1;
ALTER TABLE `customer_entity_text` AUTO_INCREMENT=1;
ALTER TABLE `customer_entity_varchar` AUTO_INCREMENT=1;
ALTER TABLE `log_customer` AUTO_INCREMENT=1;
ALTER TABLE `log_visitor` AUTO_INCREMENT=1;
ALTER TABLE `log_visitor_info` AUTO_INCREMENT=1;

– Reset all ID counters
TRUNCATE `eav_entity_store`;
ALTER TABLE `eav_entity_store` AUTO_INCREMENT=1;

SET FOREIGN_KEY_CHECKS=1;

Si vous rencontrez des problèmes pour exécuter ces commandes, supprimez les lignes de commentaires.

En espérant que ce petit tutoriel vous aura aider pour la création de votre site ecommerce.

Comme certains d’entre vous se sont déjà rendus compte, le module banquaire de la Caisse d’Epargne Spplus n’est pas encore compatible avec les versions 1.4 de Magento (notamment les 1.4.1.X).

Afin de résoudre les problèmes assez importants causés par cette incompatibilité (notifications qui n’arrivent pas, facturation automatique qui n’envoie pas de mails…), nous avions au départ prévu de faire un développement pour mettre le module Spplus à jour afin qu’il soit compatible avec les versions 1.4 de Magento.

Cependant, nous avons finalement réussi à trouver les manipulations à faire pour résoudre les bugs :

• tout d’abord, depuis le 12 septembre 2010, les serveurs de notification Spplus ont changé, il faut donc autoriser ces nouveaux serveurs à accéder à votre site. Pour ce faire, ouvrer le fichier /app/code/community/Mage/Spplus/etc/config.xml et trouvez les lignes suivantes (lignes 276/277 environ) :


<authorized_ip>
<value>


En dessous de ces deux balises se trouve une longue liste d’adresses IP qui correspondent en fait aux adresses IP qui sont autorisées par Spplus à accéder à votre site. Rajoutez les deux nouvelles adresses IP des serveurs de notifications à la suite de cette liste : 91.135.180.215 et 91.135.184.215. Suivant votre version de Spplus, il est possible qu’une de ces deux adresses soit déjà dans la liste.

• Cependant, même si les serveurs de notifications sont désormais autorisés, la manipulation ne s’arrête pas là! En effet, pour nous ne savons quelle raison, il faut, pour faire fonctionner Spplus avec Magento 1.4, créer le fichier /var/log/spplus.log (vous pouvez aussi tout simplement activer les logs dans Système > Configuration > Avancé > Développeur > Paramètres de log). Une fois ce fichier créé, et comme par magie, Spplus fonctionnera de nouveau avec votre boutique en ligne.

Un second problème rencontré lors de l’utilisation de SPPLUS avec Magento 1.4 est l’erreur « Problème lors du paiement, le champ est incorrect » lors de l’arrivée sur la page de Spplus. Tout d’abord, commencez par vérifier les valeurs de tous les champs en activant le mode Test de Spplus. De notre côté, l’erreur venait du champ « Devise » qui avait pour valeur « Pas trouvé ». Pour résoudre cette erreur, ouvrez le fichier /app/code/community/Mage/Spplus/Model/Method/Spplus.php et modifiez la fonction getDevise() (lignes 368 à 377). Remplacez le ‘return « Pas trouvé » ‘ par ‘return « 978″ ‘ (qui correspond au code de l’Euro) et c’est terminé !

En espérant que ce petit tuto vous aura servi à remettre en route votre boutique e-commerce Magento.