Probleme Paypal (paiment ok mais pas de commande) Options

[khalidlyon]

Bonjour,

Je suis content d'avoir ma premiere commande mais au meme temps j'ai un pb.

j'ai déja vu ça quelque part mais j'arrive pas a le retrouver, je suis un peu perdu.

alors j'ai reçu une commande avec paiment paypal, le client je crois a oublié de retourner sur le site donc j ai eu le paiment mais pas la commande.

j ai bien met le lien retour mabotique.com/checkout_process.php sur mon compte paypal.

vous avez une solution svp?

je me souvien que j ai vu qlq part que y a une base qui contient cette commande. laquelle svp?

Merci infiniment

[dupontdupond]

Salut,

J'ai exactement le même problème et ne trouve pas la solution. Si tu as des retours d'info merci de me le faire savoir...galère, galère...

[williamBlake]

Ah je vois que ne je suis pas le seul. Donc a priori, il ne s'agit pas d'un mauvais fonctionnement, d'une modification à effectuer ?

[ouaz]

Ah je vois que ne je suis pas le seul. Donc a priori, il ne s'agit pas d'un mauvais fonctionnement, d'une modification à effectuer ?

Non je crois qu'on est nombreux dans ce cas la

alors des qu'un miraculé aura trouvé la solution
merci a lui de nous le faire savoir

si seulement jesus faisais de l'informatique

[Gnidhal]

Pas besoin de miracle :
il suffit de regarder par là http://www.oscommerce-fr.info/forum/index....st&p=184912
et aussi par là http://www.oscommerce-fr.info/forum/index....showtopic=34763

enfin bref, rechercher un poil sur ces forums où on trouve presque tout !

[cleo]

Order check Orders Logging ou ceci que j'ai découvert il y a 2 minutes.

Je ne le suggère pas bien sûr:
http://forums.oscommerce.com/index.php?s=&...st&p=901131


(Je viens d'essayer et ça marche !)
Finalement, si j'avais su, j'aurais être beaucoup moins embêté pour mon cas très occasionnel. Je pense m'en servir.
-i.
....
OK peut-être j'étais trop mystérieuse ?
Finalement c'est rapide, rien à installer. Peut-être c'est la solution vite fait ?
Si ce qui est écrit en anglais n'est pas clair, OK pour m'envoyer un MP.

Ce message a été modifié par IndiaStarker - 24 Jul 2006, 19:01.

[Gnidhal]

essayer quoi ? quel rapport avec une commande qui n'aboutit pas après paiement pour non retour vers la boutique ?

Le chit-chat auquel tu fais référence parle de commande effectuée avec une fausse carte...

[cleo]

OK j'explique.
1. Le client ne retourne pas à la boutique, mais il a payé.

2. Avec masterpassword, on reprend la commande en cours.

3. A partir de la page de confirmation, on change l'adresse à checkout_process.php

Voilà, le panier est passé en commande. Rien de plus à installer.

Hmmm...

C'est cela que voulait dire eww dans sa poste

It's not all that bad, i use it to process my un-completed paypal purchases for my customers! laugh.gif

-i
(correctif url précisé)

Ce message a été modifié par IndiaStarker - 24 Jul 2006, 19:35.

[Gnidhal]

Ok sauf que le lien que tu donnes accède à la racine du fil de discussion initié par scubaroo qui n'a pas vraiment de rapport avec le problème de base. D'où mon éclaircissement.
Le post de eww est bien plus bas... et je n'ai pas lu tout le thread!
Oui, master password permet de récupérer une commande au vol. Sauf si ton client revient avant toi et trouvant le panier de sa dernière commande qu'il a payée, le vide ou y place autre chose... car il ne sait pas que ça a foiré.

L'utilité des autres contrib' qui effectuent un pré enregistrement de la commande au checkout_process me parait mieux adapté. les commandes sont doublées à toi de vérifier et d'effacer celle qui sont passées normalement.

[cleo]

Ok sauf que le lien que tu donnes accède à la racine du fil de discussion initié par scubaroo qui n'a pas vraiment de rapport avec le problème de base.

Oui pardon. Je l'ai corrigé au dessus.

...L'utilité des autres contrib' qui effectuent un pré enregistrement de la commande au checkout_process me parait mieux adapté.

Le préenregistrement est utile. Rien que pour voir ce qui s'est passé. Mais pour terminer la commande--que l'on fait avec Order Check (qui le permet à priori--moi j'ai l'autre qui manque cette fonctionnalité) ou avec la bidouille mentionné, ça revient au même, n'est-ce pas ?

les commandes sont doublées à toi de vérifier et d'effacer celle qui sont passées normalement.

??????
Je ne vois pas en quoi une commande sera doublé. 1. items en panier <bidouille> 2. items dans commande.

Je ne recommande pas forcément cette démarche et j'étais très étonnée que cela fonctionne. D'ailleurs, le sujet de la discussion que j'ai cité était comment empêcher cette bidouille. (N'envoyez jamais une commande non payé messieurs-dames !)

La petite remarque de eww était en passant (it's not a bug--it's a feature!). Et je me suis dit tiens!
L'avantage est que c'est rapide et il n'y a rien a installer. Il si j'avais su il y 6 mois, j'aurais éte très contente de pouvoir passé l'occasionnel panier payé en commande d'une façon simple et rapide.

Sauf si ton client revient avant toi et trouvant le panier de sa dernière commande qu'il a payée, le vide ou y place autre chose... car il ne sait pas que ça a foiré.

On est d'accord. Donc l'interêt de la bidouille. Ca vide le panier.
-i.

[polo]

Bonjour,

Je me permet de relancer le file de cette duscussion sur les commandes non validé par le client, qui est maintenant encéstrale, pour ma part je suis sur ssplus en mode semie automatique, et depuis leurs petite mise à jours (ce n'est peut être pas lié) j'accumule les commandes non validé.

J'ai beau discuter avec les techniciens spplus pour leurs demander (au moin) de modifier le texte à la phase finale de la page spplus par ex. (veuillez patienter quelques seconde avant de retourner sur la boutique) oui en effet le retour chez nous ce fait automatiquement.. par de lien qui oblige les utilisateurs à cliquer (sinon c'est encore pire !!) .. Mais même çà il ne peuvent pas modifier le texte (ou ne veulent pas..)

En gros si j'ai bien compris c'est un soucis du à OSC et il faut mieux modifier peut être le module OSC ?? car le technincien en question me renvois sans cesse sur la page 24 du manuelle:

voici son commentaire:

Voici l'url retour internaute enregistrée par notre système, vous pouvez vérifier si le traitement du script checkout_process.php s'exécute correctement (cohérence des paramètres):

[RETOURINTERNAUTE] - ;26/01/08 13:08:16.729;http://www.maboutique.com/shopping/checkout_process.php?siret=4557664654557-01&reference=marcelje200801200000&langue=FR&devise=978&montant=22.75&taxe=0.00&validite=27/01/2008&hmac=0D3F2DC2EEB8D84BB00621D1164D890E75200FF9&moyen=CBS&modalite=1x&email=marcel@yahoo.fr&urlretour=http://www.maboutique.com/shopping/paiement_process.php&w_ret=spplus&osCsid=78ce8b71b9ae26204255849f0cf5f3e4&sendto=1&customer_id=1699&x=67&y=6&refsfp=3280862000&etat=1

Nous vous conseillons à nouveau de vous documenter sur les notifications complémentaires (p24) et leur principe de fonctionnement afin de rendre la mise à jour indépendante du retour internaute.

Pour ma part je ne pense pas qu'il y est d'erreur de cohérance, qu'en pensez vous ? c'est un peu du language de sourd, l'idéale serais donc de revoir le module ??? le problème est qu'il n'a pas été mise à jour depuis 2005 !!

Merci pour vos infos

[delete]

On en revient toujours à la contrib Check Orders qui permet d'avoir une gestion fiscale correcte (séquentialité des N° de Cde) et de ne pas perdre de commandes ...

Ca s'applique tant pour Paypal (avec le pourcentage que nous connaissons) que pour les autres méthodes de commandes ...

Meme avec ATOS/SIPS tout le monde a le même problème ...

[polo]

Bonjour,



Vous avez le même soucis avec ATOS SIPS, ah bon ?

En tous les cas, pour moi (et celon ce que ma dit spplus) le problème surviens seulement quand le client quitte trop rapidement la fenêtre spplus (a la fin du processus) en effet le texte de spplus est explicite, il indique que le paiement est correctement enregistré pour la banque, donc certains client quittent cette partie, donc pas de retour boutique, donc pas de commande enregistré.. j'ai donc demandé à spplus à "forcer" le client à retourner automatiquement sur la boutique, cela permet de minimiser les echecs d'enregistrement, cependant si un client n'attend pas (pourtant 3 secondes c'est pas la mort!!) et quitte la fenêtre , la c'est rapé... cela m'arrive encore de temps en temps.


Et c'est systématique sur spplus (enfin chez moi, essayez de votre coté pour voir..) , pour ATOS SIPS, j'ai tenté de causer les mêmes echecs (en quittant la fenêtre) et je n'ai pas eu d'echecs... j'ai bien reçu la commande dans l'admin.

Je suppose qu'ATOS SIPS envois un email de récapitulatif des transferts CB, (même si elle ne sont pas prise dans l'admin boutique)