Intégration paiement stripe
Autor: Chelot Jean-Robert
Visitado 1852,
Seguidores 1,
Compartilhado 0
Je viens d'ouvrir un compte chez strike pour un site qui propose un abonnement à un service d'envoie de veille presse.
comment faire pour intégrer le paiement sur mon site.
Publicado em
Salut Jean-Robert,
Voilà, à ma connaissance, la seule solution disponible pour le moment :
https://helpcenter.websitex5.com/pt/post/188531
Bon courage !!
J.P.
Autor
Bonjour J.P.
Merci de ta réponse Effectivement, je l'ai trouvé hier soir trés tard et je vais essayé de m'en servir. Il faut espèrer que les responsable d'incomédia lisent les remarques et travaillent sur le sujet.
merci encore
Autor
Je suis coincé grave ! J'ai essayé de mettre en place le tuto de Franck M. mais je n'ai pas du tout comprendre car ça ne marche pas. Je n'en suis pas loin, mais je voudrais rentre en contact avec lui et je ne sais pas comment faire. car il n'y a pas la possibilité en bas des échanges qu'il a eu de reprendre la convesation.
Peux-tu m'aider ou es-tu un bon pour regarder les erreurs que j'ai pu faire dans les fichiers php et le traitement des données
Il est vrai que je suis nul en anglais et c'est une difficulté avec stripe . Je ne sais pas non plus comment mettre le bouton de paiement en français.
merci à toi
Hello,
Et oui, quand les messages sont très anciens ils sont bloqués et on ne peut plus intervenir.
Je signale ta demande à Franck (c'est un bon ami personnel), à lui de voir s'il est en mesure d'apporter son aide...
@+, J.P.
Hello Jean Robert,
Pour info,
Je suis sur le point de finaliser le module pour intégrer Monetico.
Ma chaîne de paiement fonctionne... je termine le packaging
dispo ici : https://wsx5demo.afsoftware.fr/boutik.php
en mode sandbox
faut choisir la Beta 1
Je dois ensuite regarder Stripe et autre ...
j'ai déjà regardé Stripe, et ils sont ouverts à tout mais rien de très simple sur leur site. Y' a des approches mieux packagées chez d'autres...
j'ai même eu une personne de chez eux au téléphone, mais il ne semblait pas bien comprendre de quoi je parlais...
Sur leur lien de téléhcargemnt on trouve tout pour le paiement d'un produit et le paiement d'un abonnement. Mais je n'ai pas trouvé pour le paiement d'un panier.. !!!! Mais je crois qu'il faut bien bricoler ...
https://wsx5.afsoftware.fr
Nota:
Y'a 2 bugs en cours sur le sujet "custom payment" que j'ai initialisé avec Stefano.
Bonjour à tous,
En effet le post indiqué par JiPé (merci JP) fonctionne, mais je voudrais souligner ici qu'il fonctionne encore jusqu'à maintenant mais à cause de la mise en place du "SCA ready" (authorisation forte du client : https://stripe.com/docs/strong-customer-authentication ) ses jours sont comptés.
En effet mon post repose sur l'ancienne version du checkout de Stripe mais elle va sauter rapidement. Elle aurait d'ailleurs du sauter le 14 septembre 2019.
La question est : Est-il opportun de developper une solution qui à TRES court terme sera obsolète.
J'ai developpé avec une autre solution que WX5 (webdev) une solution stripe avec le nouveau protocole SCA ready qui utilise les webhooks ( https://stripe.com/docs/webhooks ) ça marche très bien. Mais je ne vois pas comment récupérer ces réponses de Stripe avec simplement WX5. à moins d'avoir un niveau de php (ou autres...)que je n'ai pas, je ne vois pas de solutions simple avec WX5...
Mais nous savons sepuis des lustres que Incomédia s'en fout éperduement et que ces clients qui doivent developper de VRAIS sites marchands doivent se tourner vers d'autres solutions, Prestashop, etc... qui eux ont une procédure d'achat logique et sont compatibles avec moultes solutions de paiements.
Bref bon courage pour la suite en attendant la version 78 de WX5 qui apportera... peut-être de vraies solutions et evitera à ses utlisateurs de faire du bricolage !
Salut Franck,
Si tu repasses par ici, es tu certain que les webhooks sont obligatoires à l'utilisation ?
Dans leur lien je n'arrive pas bien à le savoir !
A+
https://wsx5.afsoftware.fr
Salut Axel,
La doc de Stripe étant très (trop ?) fournie et surtout pas assez en français. j'en ai conclu que ce n'était que par ces webhooks qu'on avait le retour du statut du paiement.
C'est en tout cas dans ce sens que je suis parti... et arrivé
En tout cas le webhook envoie sur une page de ton serveur le résultat de ta requête en JSON.
Avec mon ancien code tu envoyais une requete avec les infos du paiement avec ton interface, et tu recevais aussitôt la réponse de ta requête car l'interface de paiement était sur ton serveur. Le client avait l'impression qu'il ne quittait pas ton site.
Avec leur nouveau protocole, le client est redirigé vers une page stripe et tu ne gère plus rien, le client quitte ton site... donc à mon humble avis le webhook est la seule alternative. En tout cas c'est ainsi que ca fonctionne chez moi pour l'instant.
En espérant aider...
Franck,
Regarde ici ma chaine pour Monetico... !!!!
https://wsx5demo.afsoftware.fr/boutik.php
Choisit ce paiement et va jusqua'au bout ... (Sandbox)
Tu pars directement à la banque comme tu l'indiques depuis le site web et retour sur le site web en fonction du paiement réussi ou non ...
Axel
C'est fait... Et quoi de nouveau ???
Je recois toujours le mail récapitulatif de ma commande avant de payer et je ne recois aucune info au sujet de mon paiement. et même en stipulant dans ce mail
"Pour finaliser votre achat, vous devez procéder au paiement par Monetico / Crédit Mutuel comme vous l'avez choisi."
Ca reste trouble...
De plus, dans ta page intermédiaire ..cart/index.html#step4, je n'ai pas le prix et le numéro de commande que j'avais avec stripe.
Et c'est normal car tu suis le processus d'achat wx5. Il faut le court-circuiter en redirigeant sur ton propre script php (ou autre) à partir de leur code personnalisé.
Et c'est là qu'arrive le souci sur lequel je bloquais il y a 2 ans, il nous manque les variables pour mener à bien le reste du process que ces abr#t!s sont incapables de nous donner.
Donc coté marchand tu recois surement un email quand le paiement est validé, mais pour le client ça reste déroutant et source d'embrouille.
Donc je persiste à dire que wx5 n'est toujours pas fait pour le e-commerce tel qu'on peut l'espérer en 2019, quels que soient les bricolages qu'on essaie de mettre en place malheureusement chacun de notre coté.
@Franck,
Oui je suis d'accord avec toi. Ici les étapes ne changent pas !
Commande --> confirmation --> paiement... C'est toujours comme cela actuellement. Un jour peut être ! nosu aurons ce qui est demandé par tous soit commande --> paiement --> confirmation
Seul le mode de paiement qui s'ouvre sur une banque autre en renvoyant le client sur le site de la banque directement...est différent ici
Pour le prix et No de commande ... petite erreur réparée rapidement
Pour le reste je suis d'accord avec toi..Même un guru ne pourra pas faire grand chose car le svaribales disparaissent dès que nosu quittons le panier
Good day to everyone
About the matter of the additional payment system and the possibility of having the delivery done automatically, I've provided a little insight here already, while waiting for official improvements on this necessity:
https://helpcenter.websitex5.com/pt/post/219002
About the checkout order, I've pointed out in different topics how this is in fact no longer so mandatorily. Please check these two topics and let me know if there's something which is perhaps unclear
https://helpcenter.websitex5.com/pt/post/217849
https://helpcenter.websitex5.com/pt/post/217088
To sum it up:
"The process of ordering: Since v2019, this has already been addressed. In Step 2 -> Shopping Cart -> Sending order, it is possible to have the confirmation sent after the payment if you're using the Database to store orders"
Thank you
Stefano
GOOGLE TRANSLATE ---
Bonjour à tous
En ce qui concerne le système de paiement supplémentaire et la possibilité de faire la livraison automatiquement, j'ai déjà fourni un petit aperçu ici, en attendant des améliorations officielles sur cette nécessité:
https://helpcenter.websitex5.com/pt/post/219002
À propos de la commande, j'ai indiqué dans différents sujets que ce n'était plus aussi obligatoire. S'il vous plaît vérifier ces deux sujets et laissez-moi savoir s'il y a quelque chose qui n'est peut-être pas clair
https://helpcenter.websitex5.com/pt/post/217849
https://helpcenter.websitex5.com/pt/post/217088
Résumer:
"Le processus de commande: Depuis la v2019, cela a déjà été résolu. À l'étape 2 -> Panier -> Envoi de la commande, il est possible d'envoyer la confirmation après le paiement si vous utilisez la base de données pour enregistrer les commandes"
Je vous remercie
Stefano
Autor
Mon problème est relativement simple : J'ai un seul produit à vendre, c'est un abonnement annuel à un service d'alerte Presse destiné à un secteur professionnel avec pour seul moyen de paiement la carte de crédit et je voudrais rester sur incomédia car j'ai pratiquement terminé cette intégration de stripe sur mon site.
Il me reste à changer le bouton "Pay with card" pour qu'il apparaisse en français.
Là, je coince. Est-ce toutes les bibliothèques stripe ont été installés dans le dossier cart. Je n'ai pas de dossier vendor qui devrait contenir les fichiers php. ?
Sur cart, j'ai les dossiers suivant : date, images, lib, multisafepay
D'autre part, je suis en mode test, est-il normal qu'après avoir validé un paiement, il m'est dit "Cette page ne fonctionne pas Impossible de traiter cette demande via www.jrcconsulting.fr à l'heure actuelle. "
L'écriture du fichier "charge.php" comporte peut-être des erreurs, le voici ci-dessous.
<?php
$price = $_POST['price']*100;
require_once('vendor/autoload.php');
\Stripe\Stripe::setApiKey("sk_test_k7g9ddGPMTAbvcCjWbb6OUqA00o2r0o65f");
$token = $_POST['stripeToken'];
Try {
$charge = \Stripe\Charge::create(array(
'amount' => $price,
'currency' => "eur",
'description' => $_POST["order_no"],
'source' => $token
));
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
} catch(\Stripe\Error\Card $e) {
// Since it's a decline, \Stripe\Error\Card will be caught
$body = $e->getJsonBody();
$err = $body['error'];
print('Status is:' . $e->getHttpStatus() . "\n");
print('Type is:' . $err['type'] . "\n");
print('Code is:' . $err['code'] . "\n");
// param is '' in this case
print('Param is:' . $err['param'] . "\n");
print('Message is:' . $err['message'] . "\n");
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
} catch (\Stripe\Error\RateLimit $e) {
// Too many requests made to the API too quickly
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
} catch (\Stripe\Error\InvalidRequest $e) {
// Invalid parameters were supplied to Stripe's API
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
} catch (\Stripe\Error\Authentication $e) {
// Authentication with Stripe's API failed
// (maybe you changed API keys recently)
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
} catch (\Stripe\Error\ApiConnection $e) {
// Network communication with Stripe failed
print ("<script language = \"JavaScript\">");
print ("location.href = 'https:///paiement-ok.html';");
print ("</script>");
} catch (\Stripe\Error\Base $e) {
// Display a very generic error to the user, and maybe send
// yourself an email
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
} catch (Exception $e) {
// Something else happened, completely unrelated to Stripe
print ("<script language = \"JavaScript\">");
print ("location.href = 'https://paiement-ok.html';");
print ("</script>");
}
?>
Bonjour Jean-Robert,
Avez-vous installé composer sur votre serveur ?
Autor
J'ai pas trop compris la manoeuvre. J'ai utilisé Filezilla pour mettre la commande dans le répertoire cart et voila ce que j'ai. parce que je n'ai pas compris comment faire autrement.
Re,
Tout est dans le tuto ( https://helpcenter.websitex5.com/pt/post/188531 ) mais je crois que vous avez sauté allégrement le chapitre 1 ! (chapitre qui est absolument indispensable pour que ca marche)
Ou est hébergé votre shop sur un serveur dédié que vous gérez vous même (je ne pense pas) ou bien chez un hébergeur chez qui vous avez un espace ?
Autor
Je suis chez OVH
Mauvaise réponse ! Je repose ma question...
Ou est hébergé votre shop sur un serveur dédié que vous gérez vous même ? pouvez vous installer ce que vous voulez dessus ? Une console ca vous parle ?
OU BIEN
Vous avez un pack du style tout en 1 avec domaine, hébergement ?
Autor
J'ai un pack tout en 1 avec domaine, hébergement
Bonsoir,
C'est pour cela que ca ne fonctionne pas, relisez le chapitre 1... je doute qu'avec votre pack vous soyez en capacité d'installer composer sur votre serveur, donc mission impossible avec ma méthode.
... à moins que vous ayez un accès ssh pour installer composer sur votre serveur ...