Flux d’activité

Flux d’activité de Messages

  1. macao45


    yep shopping ....

    c'est la seule que j'ai :mellow: !!!

    mais j'ai tellement fait de bidouille la dessus que j'ai bon nombre de trucs qui à vue de nez sont dans prenium.

    et comme c'est du code from scratch ..... je ne peux pas trop dire comment faire dans vos pages ... vue que ce sont les miennes ;) !!

    je n'ai que les idées et le principe :(

  2. phildu34


    j'ai le meme probleme !! avec e-transaction

    avant dés le paiement CB accepté par la banque , la commande change en " reglée ".

    maintenant le retour CB banque se met en " commande initialisé "

    ce qui m'oblige à attendre patiement le journal banque envoyé par e-mail dans la nuit , et qui arrive quelque fois tres tard dans la matinée , d'ou retard dans les expeditions ...

    tres génant !

  3. Traçaman


    Dans ce cas c'est que votre requete ne fonctionne pas correctement, malgré l'envoi du mail. Avez vous rajouté un champ societe dans la table peel_tickets ?

    Bonjour Eric,

    Effectivement, j'ai rajouté un champ societe dans le fichier utilisateur/contact.php et à plusieurs endroits :

    1. dans "function valide_form(&$frm, &$erreurs) {"

    } 

    if (empty($frm['societe'])) {
    $erreurs['societe'] = true;
    $msg['societe'] = stripslashes(MSG_ERR_SOCIETE);

    } [/codebox]

    2.

    [codebox]function insere_utilisateur(&$frm) {
    global $support;
    global $site;
    $sql = "
    INSERT INTO peel_tickets (
    email
    , societe
    , nom
    , telephone
    , texte
    , dispo
    , datetime
    ) VALUES (
    '$frm[email]'
    ,'".htmlspecialchars($frm['societe'],ENT_QUOTES)."'
    ,'".htmlspecialchars($frm['nom'],ENT_QUOTES)."'
    ,'$frm[telephone]'
    ,'".htmlspecialchars($frm['texte'],ENT_QUOTES)."'
    ,'".htmlspecialchars($frm['dispo'],ENT_QUOTES)."'
    ,now()
    )";

    3.

    	$qid = mysql_query($sql);

    $ticket_id = mysql_insert_id();

    $message = "Détail du message envoyé le ".date("d-m-Y H:i:s \n\n");
    $message .= "Societe : ".$frm['societe']."\n\n";
    $message .= "Nom : ".$frm['nom']."\n\n";
    $message .= "Tel : ".$frm['telephone']."\n\n";
    $message .= "Email : ".$frm['email']."\n\n";
    $message .= "Disponibilité : ".$frm['dispo']."\n\n";
    $message .= "Message :\n\r\n\r ".stripslashes($frm['texte'])."\n\n";

    mail($support,"[$site] prise de contact numéro $ticket_id",$message,"FROM: $frm[email]");
    }[/codebox]

    4.

    [codebox]<div id="contact">
    <form name="entryform" method="post" action="<?php echo $_SERVER['PHP_SELF']?>">

    <table cellpadding="5" cellspacing="0" width="100%" border="0">
    <tr>
    <td>
    <label for="name"><?php echo SOCIETE; ?> <span class="etoile">(*)</span> :</label>
    </td>
    <td>
    <input type="text" name="societe" value="<?php echo stripslashes(vb($frm['societe'])) ?>">
    <p class="notice">
    <?php if (isset($erreurs['societe'])) echo $marqueur_erreur." ".$message_erreur['societe'] ?>
    </p></td>
    </tr>
    <tr>
    <td>

    Est-ce que vous voyez une erreur dans ces codes ? Ou des modifs à effectuer ?

    Merci par avance

  4. vincent35400


    Bonjour,

    Changement de serveur vers OVH . tout est ok sauf :

    Paiement par CB (e-transactions) : ok

    Retour site : message d erreur : erreur appel api de paiement / error get data response parameter...

    Le paiement accepé par la banque n'est pas enregistré par l'admin du site

    Le client de ne reçoit pas de message "rappel de commande"

    L'administrateur ne reçoit pas le message "confirmation de commande"

    Je ne vois pas ou est l'erreur dans mes fichiers...

    Merci

  5. Sam59


    Alors en résumé, voila ce que je pense qu'il faudrait développer.

    Lorsqu'une commande est au statut "En attente de paiement", le client doit pouvoir aller dans son historique de commande et avoir un bouton lui permettant de payer sa commande par CB.

    Ainsi, on solutionne 2 problèmes :

    - Si on créé une facture proforma pour un client, il n'a plus qu'à aller dans son compte pour la payer par CB puisque le proforma génère une commande.

    - Si un client passe une commande mais a sa transaction CB refusée (c'est fréquent en fin de mois), il revient en début de mois suivant :mellow: et paye sa commande sans devoir la ressaisir. Ce cas est très fréquent chez moi, et je suis obligé de faire des mails à la main pour inviter le client à envoyer un chèque ou ressaisir sa commande. Ca serait vraiment mieux si le client pouvait aller payer une commande qui est au statut "en attente de paiement" depuis son historique non ?

    Conclusion, ce qu'il faudrait, c'est

    1) Ajouter un bouton sur la page historique des commandes avec "Payer cette commande par CB" --> jusque là ca va

    2) Que ce bouton déclenche la page de paiement avec le bon montant, puis change le statut de la commande avec envoi d'un mail à l'administrateur et au client. --> là je sèche par contre...

    Voila voila

  6. macao45


    l'or d'une transaction bancaire via le net une clée est générée pour une transaction en fonction du N° de cmd du montant et autres parametres selon le moyen de CB employé (pour moi SPPLUS et receive and pay)

    ce N° peut etre regénéré ou gardé tant que la transaction n'est pas finis ( pas de CB,pas de compte à l'autre bout etc ...)

    j'ai donc fais un module pour recréer ou renvoyer cette clef aux clients qui en font la demande suite à un PB de paiement ....

    est ce plus clair :mellow:

    il est donc d'apres moi tout a fait faisable d'envoyer un lien CB avec le xml ou le lien cgi qui va bien pour orienter le clients vers le moyen de paiement via un mail ;)

  7. macao45


    personellement (sous shoping) j'enregistre la clée générée par la commande en CB cela permet de revenir sur le paiement si la personne à loupé sa transaction. ( permet aussi de garder une trace en base de latransaction)

    par contre c'est au niveau de l'admin que je renvois ces references

  8. Sam59


    Non non Eric, je pense que vous n'avez rien loupé du tout :mellow:

    Pour le point 1, je pense en effet que très très rares sont les clients qui utilisent le devis... donc le dev n'a que peu d'intérêt.

    A prévoir dans une v6 peut être...

    Pour le point 2, je pense tout comme vous qu'il y a un dev à faire pour en effet, créer un lien vers une page fin-commande avec les infos de la commande en paramètre.

    Mais je pense que ce dev existe déjà... car Patrice dispose de cette fonction pour la facturation de son hébergement hosting...

    A mon humble avis, quelqu'un (Patrice sans doute ;) ) a déjà développé cela...

  9. Sam59


    Eh Eh :mellow:

    En fait, c'est un peu plus tordu que cela :(

    Il y a bien 2 notions différentes.

    1) Les devis :

    Le devis est créé lorsque le client clique sur "sauvegarder" depuis son panier.

    Le problème, est que lorsqu'il revient plus tard, il va dans mon compte>historique des devis et là, il n'a pas moyen de reprendre sa commande. Il voit bien le devis, mais le bouton "commander" est associé aux produits et pointe vers la page de détail du produit.

    Il faudrait un bouton "commander" qui recharge totalement la commande dans le caddie, puis oriente le client dans la page fin_commande.

    2) Les proforma

    Dans le cas du proforma, c'est moi qui créé un devis suite à une demande du client par téléphone.

    Mon souhait serait juste que je puisse lui envoyer le proforma par mail (jusque là ça marche très bien), mais que le mail (ou le proforma) contienne un lien vers la page de paiement de la commande associée (puisqu'elle est créée en même temps que le proforma).

    Normalement, cette dernière fonctionnalité ne devrait pas demander trop de dev, puisque Patrice en dispose déjà sur le site de Peel...

    Voila un peu mon double problème, le second étant le plus bloquant et le plus urgent pour moi.

    ;)

  10. Sam59


    L'idée n'est pas bete!

    il y'a un peu de developpement à faire. ex : lorsque la commande est generée, creer une page (ou une fonction ou les deux) qui va chercher les élements de la commande et mettre sur cette page le bouton ou le lien pour payer en CB en fonction de la solution paiement CB utilisée (Atos, Cyberplus etc).

    Plus generer un mail avec le lien vers cette page à envoyer au client.

    Il devrait etre possible pour vous de vous inspirer de l'étape finale d'une commande normale pour réaliser ceci.

    En fait, il me semblait que ça existait pour 2 raisons :

    1) Lorsque Patrice me demande le règlement de mon abonnement annuel, en bas du bon de commande, j'ai un bouton pour payer en ligne

    2) La fonction devis est, il me semble, prévue pour ça.

    En effet, dans le compte client, on peut consulter ses devis. Mais d'où sont-ils censés venir ces fameux devis ?? Comment les transformer en commande ??

    :mellow:

  11. Sam59


    Bonjour

    Un client me demande un devis.

    Je lui fais un devis via proforma.

    Puis je clique sur send mail, cela lui envoie donc le devis par mail.

    Mais comment faire pour que son mail (ou son devis) propose un lien pour payer par CB ?

    (comme quand je reçois les factures de Patrice pour mon abonnement annuel à ma formule hosting :mellow: )

    Merci

    PS : c'est super urgent car je voudrais bien pouvoir envoyer mon devis aujourd'hui... ;)

  12. pruault


    bonsoir,

    je vien de remarqué un petit bug au niveau de la quantité, un exemple:

    j'ajoute un produit dans mon caddie, ok le produit s'affiche dans mon paniers

    je rajoute un autre produit mais cette fois avec une quantité egal a zero (je sais ce n'est pas normal mais je viens d'avoir un client qui a fait cette manipe)

    la dans le panier j'ai mes 2 articles et un de mes articles a une quantité egal a zero avec un cout a zero, pourrait ont pas faire disparaitre cette ligne en automatique

    style interdire la quantité du panier a zero

    :mellow:

    merci

    Dans achat/caddie_ajout.php

    Faites un test du type

    $quantite = (empty($_POST['quantite'])) ? 1 : intval($_POST['quantite']);

Twitter Advisto ecommerce

Facebook PEEL Shopping