Flux d’activité

[Sérialisation des commandes.]

Petit up

J'ai crée dans la table peel_commande

norder varchar(10) latin1_swedish_ci oui NULL

mais je ne vois pas ou mettre le code dans le fichier lib/fonctions/fonctions.php

function cree_commande(&$commande) {

$norder = date("Y").$commandeid;

mysql_query("update peel_commandes SET norder = '$norder' WHERE id = '$commandeid'");

Je l'ai mis dans

// Enregistre la commande dans la base

et j'obtiens l'erreur suivante

Notice: Undefined variable: commandeid in /home/outilslagn/domains/be/public_html/lib/fonctions/fonctions.php on line 577

Notice: Undefined variable: commandeid in /home/outilslagn/domains/be/public_html/lib/fonctions/fonctions.php on line 579

Warning: Cannot modify header information - headers already sent by (output started at /home/outilslagn/domains/be/public_html/lib/fonctions/fonctions.php:577) in /home/outilslagn/domains/be/public_html/modeles/standard/haut.php on line 3

Merci pour votre aide

Cordialement

guillaume

[Ajouter champ obligatoire page contact ?]

Merci beaucoup Eric !

Grâce à vous j'ai appris à bidouiller ma base de donnée... ET CA MARCHE ! :mellow:

Merci encore et à une prochaine

[Proforma]

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

Très bonne remarque ça sam :(

Voilà une idée à mettre dans les futurs premium ;)

[Proforma]

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 :(

[Futur version PEEL (5.2, 5.3, 5.5, 6.0 ...)]

transfert vers un logiciel de gestion commercial comme EBP ( gestion commerciale)

merci d'avance

[erreur appel api de paiement]

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 !

[Ajouter champ obligatoire page contact ?]

 

[Ajouter champ obligatoire page contact ?]

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

[Proforma]

 

[erreur appel api de paiement]

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

[Proforma]

En fait comme l'a dit macao, il y a moyen de s'inspirer de la version shopping qui, elle, permet au client de lancer la procédure de commande à partir de son historique de devis.

[Changer le mot de passe ???]

la ça vas mal, je n'ai plus du tout accès à mon interface admin :mellow:

le mot de passe et identifiants sont incorects suite à la demande du nouveau mot de passe....

au secour !!!!

lionel

http://www.bs-concept.net/boutique/

[Proforma]

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

[Changer le mot de passe ???]

Bonjour ,

Hélas cela ne marche pas :mellow: .j'ai renvoyé une demande de mot de passe mias je ne reçois rien....

j'ai essayé dans l'interface admin , mais lorsque je clique sur le cadenas , je n'ai pas d'accès à un mot de passe.

comment faire ??

lionel

[Proforma]

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 ;)

[Proforma]

 

[Proforma]

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

[quantité = 0 = petit bug]

bonjour,

merci sa marche nikel

bonne journée

:mellow: ;)

[Proforma]

Patrice.... tu es là ?? :mellow:

[Proforma]

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...

[Proforma]

 

[Proforma]

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.

;)

[Proforma]

 

[Proforma]

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:

[Proforma]