Flux d’activité

Flux d’activité de Messages

  1. livedamai


    Bonjour, tous mes clients ont un soucis avec Paypal et la la boutique Peel : nous sommes basés en Nouvelle-Calédonie, notre monnaie qui n'en n'est pas une officiellement est le francs pacifique, indexé sur l'Euro. Cette "devise" n'est pas reconnue par Paypal qui refuse de valider les paiements venant du site car ils sont envoyés en XPF et non en Euros ... toutefois, les sites marchands en Nouvelle-Calédonie sont destinés à vendre uniquement sur le territoire, Wallis et Futuna et Tahiti (qui utilisent la même monnaie), ce qui nous interdit d'afficher le site en Euros car les habitants n'utilisent pas cette devise et ne connaissent pas son taux de change.

     

    Y-a-t-il une solution pour afficher les prix en XPF mais envoyer la requête à Paypal en Euros ? ou envisager un double affichage des devises (euros et cfp) et au final envoyer le requête en Euros ? Merci d'avance pour votre réponse, elle concerne un nombre important de clients et Paypal semble être notre seule solution ici, Paybox étant trop onéreux. 

  2. livedamai


    Bonjour, un client m'a contacté car il a un soucis sur l'envoi automatique de factures - lorsqu'un nouveau client s'enregistre et passe une commande, celui-ci reçoit bien les courriers automatiques qui valident sa commande et son paiement. Toutefois si le client passe une seconde commande dans la foulée, il ne reçoit plus ces courriers, pourtant la commande est bien prise en comte dans la liste des commandes et son paiement validé. Auriez-vous une idée ? Merci d'avance.

  3. BE Informatique


    Bonjour,

     

    Cela fait maintenant plusieurs sites que je réalise avec diverses versions de Peel. J'ai eu a de multiples reprises à configurer la gestion par lot pour des clients disposant du module premium. Plusieurs d'entres eux ont des produits qu'ils souhaitent vendre par lots, mais pas dans un mode de tarif dégressif avec une quantité libre, mais dans des quantités finies, avec des tarifs différents. Le seul moyen que j'ai trouvé est de créer plusieurs produits.

     

    Exemple pour un produit "A" :

    • 3 unités pour 36€
    • 6 unités pour 66€
    • 12 unités pour 120 euros
    • on ne peut pas commander d'autres quantités

    Ma question est de savoir si une méthode permet actuellement de gérer plus facilement ce cas, ou si la réponse est non, de savoir si ce genre de développpement est prévu dans les prochaines versions, ou interresse d'autres intégrateurs des solutions Peel.

     

    David Renard


  4. Bonjour,

     

    Pour passer commande, dans le panier on sélectionne un pays étranger.

    Ce menu déroulant affiche les pays disponibles en fonction de la zone choisi précédemment. Dans la page administrer/pays.php vous pouvez vérifier que les pays concernés sont bien associés à une zone sélectionnable par le client de la boutique

  5. berserker


    Bonjour,

     

    Nous avons un problème pour l’expédition des produits à l'étranger (Belgique, Allemagne, Luxembourg, etc...).

    Pour passer commande, dans le panier on sélectionne un pays étranger.

    Lorsque qu'on arrive sur "Moyen de paiement", dans la partie "Adresse de facturation" le pays étranger s'affiche correctement mais dans la partie "Adresse de livraison", le pays n’apparaît pas et le menu déroulant ne fonctionne pas. Du coup impossible de sélectionner le pays et impossible de terminer la commande car un message apparaît en disant que nous n'avons pas choisi le pays.

    Pour la livraison en France, aucun problème.

     

    Version de Peel : 6.4.1

     

    Si quelqu'un pouvait m'aider ce serait super.... MERCI !

  6. ant0ny


    Bonjour, Merci Simon, touts fonctionne a merveille :D

     

    Je viens meme de recevoir une commande d'un client par Kiala :) Reste plus qu'a laissé faire le temps pour voir si il n'y a pas de bug :)

     

    Un tout grand merci pour ses conseil car c'est pas toujours simple de visualisé le fonctionnement quand il y a des morceau de code un peux partout ;)


  7. Bonjour,

    Vous pouvez d'abord ajouter le lien que vous souhaitez dans la fonction get_menu (fichier lib/fonctions/display.php), en ajoutant une valeur au tableau main_menu_items :
    $GLOBALS['main_menu_items']['votre_nom_de_menu'] = array('http://www.votre_url.fr' => 'Votre nom de menu');
    votre_nom_de_menu est un code court que vous devez créer pour l'occasion. Ce code pourra être ensuite utilisé en back office dans la page administrer/configuration.php, pour la variable main_menu_items_if_available. Vous pouvez placer votre nouveau menu `votre_nom_de_menu` parmi les menus déjà existant : "home", "catalog", "content", "news", "promotions", "annonces", "vitrine", "check", "account", "contact", "promotions", "admin", "cat_*"


  8. Bonjour,

    Les erreurs du formulaire sont gérées par la class form_error_object dans le fichier achat/achat_maintenant.php.
    Par exemple la ligne
        $form_error_object->valide_form($_SESSION['session_commande'], $check_fields);
    prends en premier argument la session commande (qui contient les données du formulaire) et $check_fields qui contient le nom des valeurs à contrôler. Si une de ces valeurs n'est pas renseignée, une erreur sera automatiquement créée.
    Pour ajouter le contrôle d'un nouveau champ, vous pouvez ajouter une nouvelle entrée dans le tableau $check_fields. $check_fields prend en index le nom du champ à contrôler et a pour valeur le texte qui servira pour le message d'erreur.
    Il restera à gérer l'affichage de l'erreur dans le fichier order_step1.tpl. Cette manipulation est à faire dans get_order_step1 (les messages à afficher sont passés en paramètre via form_error_object).

  9. ant0ny


    Rebonjour, j'y suis arrivé  :D

     

    Apres une 50ene de commande passé moi meme pour tester, ca fonctionne correctement :)

     

    Il me reste plus qu'une choses a faire, c'est trouver ou sont géré les erreur de formulaire pour pouvoir ajouter un controle sur le choix du point Kiala, histoire de ne pas pouvoir passé a l'etape suivante si aucun point Kiala n'est selectionné.

     

    Merci Simon pour les indication de comment se passe la commande.


  10. Bonjour,

     

     

    Est-ce que cette mention figure sur la version 7.1.4 ?


    Les modes de transports sont correctement affichés dans les détails de commande et les factures de la version 7.1.4

     

    Et si je télécharge cette version shopping est ce que la version premium 7.0.3 fonctionnera avec ?


    => La version des modules doit correspondre à la version de peel shopping. Si votre achat du module PEEL Premium date de moins de 12 ans vous bénéficiez de sa mise à jour gratuitement. Il vous suffit dans ce cas d'en faire la demande via le formulaire de contact de www.peel.fr

  11. serialmother


    Bonsoir,

    cela ne fonctionne pas.

    Il y a forcément un changement entre la version 7.0.0 et 7.0.3 car le code est différent dans le fichier order.php

     

    Finalement, j'ai repris de la version 7.0.0 toute la fonction : function create_or_update_order(&$order_infos, &$articles_array)

    du fichier fonctions/order.php

    et au moins, dans l'administration, c'est le bon mode de livraison qui s'affiche

    Au niveau de la base, le champ transport est toujours vide  :

    => sur la facture et le bon de commande, il n'y a pas d'adresse de livraison... alors qu'il devrait être indiqué "retrait en boutique" à la place, comme lors du passage de la commande.

     

    Est-ce que cette mention figure sur la version 7.1.4 ?

    Et si je télécharge cette version shopping est ce que la version premium 7.0.3 fonctionnera avec ?

  12. ant0ny


    Rebonjour, je n'y arrive pas :(

     

    je comprend le fonctionnement mais il y a plusieurs put_session_commande et je ne vois pas trop  laquel est utilisé...

     

    Si dans achat_maintenant.php je met ceci:

     

    if (is_socolissimo_module_active() && !empty($_REQUEST) && !empty($_REQUEST['PUDOFOID']) && !empty($_REQUEST['CEEMAIL']) && !empty($_REQUEST['STR_SIGNATURE']) && !empty($_REQUEST['ORDERID'])) {
    	// On veut vérifier s'il y a eu passage par la page SO de SoColissimo
    	put_session_commande_from_so_page();
    	$_SESSION['session_caddie']->update();
    } elseif (!empty($_POST)) {
    //*****AJOUT DEBUT
    $_POST['adresse2'] = "test";
    //*****AJOUT FIN
    	put_session_commande($_POST);
    	if (!isset($form_error_object)) {
    		$form_error_object = new FormError();

    Alors la pas de probleme, ca enregistre bien "test" en BDD et sur le resumé de la commande MAIS quand je veux reprendre les bonne variable du point kiala (nom, adresse, zip, city, pays) presente dans display_caddie.php sous la fonction get_order_step2 qui s'occupe deja de les envoyé vers le step2 pour l'affichage (qui s'affiche bien) ben ca ne fonctionne pas... Les variable sont pas reconnu dans achat_maintenant.php, j'ai meme essayé de passer ses variable en SESSION donc en step2 je les affiche ET je les met en SESSION puis dans achat maintenant je met ceci:

     

    if (is_socolissimo_module_active() && !empty($_REQUEST) && !empty($_REQUEST['PUDOFOID']) && !empty($_REQUEST['CEEMAIL']) && !empty($_REQUEST['STR_SIGNATURE']) && !empty($_REQUEST['ORDERID'])) {
    	// On veut vérifier s'il y a eu passage par la page SO de SoColissimo
    	put_session_commande_from_so_page();
    	$_SESSION['session_caddie']->update();
    } elseif (!empty($_POST)) {
    //*****AJOUT DEBUT
    $_POST['adresse2'] = $_SESSION['session_caddie']->testadresse2;
    //*****AJOUT FIN
    	put_session_commande($_POST);
    	if (!isset($form_error_object)) {
    		$form_error_object = new FormError();

    Mais la ca ne fonctionne plus, je valide la commande et j'ai en adresse de livraison la meme adresse que celle de facturation et non pas celle du point kiala...

     

    Désolé de ne pas géré php sur le bout des doigt mais j'essaie de me débrouillé un maximum :(

     

    Merci pour votre aide ;)

Twitter Advisto ecommerce

Facebook PEEL Shopping