|
|||
|
Folgendes Problem stellt sich mir beim Bestellprozess mit dem Standard-Plugin von Paypal für xtC Veyton 4:
Problemerläuterung: =================== - Beim letzten Bestellvorgang (Abschicken der Bestellung) erhalte ich folgende Meldung: "Diese Zahlungsweise steht derzeit wegen technischen Problemen nicht zur Verfügung, bitte kontaktieren Sie unseren Support." - URL in der Adresszeile: ".../index.php?page=checkout&page_action=payment&error= ERROR_PAYMENT&useraction=commit" - Die Bestellung wird im Shopsystem verzeichnet, eine Weiterleitung bzw. Verzeichnung zu PAYPAL erfolgt jedoch nicht. Zur Konfiguration: ================== - Es handelt sich um das im Paket mitgelieferte einfache Paypal-Modul (also nicht "Paypal-Express"). - cURL mit OpenSSL wird unterstützt: phpinfo() - API-Schnittstelle/Serial und Kennwort zu/von Paypal sind korrekt und wurden im Shopssystem auch korrekt eingefügt. - Es wird ein eigenes Template benutzt IPN Log: ======== Klasse: error1 Fehlermeldung: auth_error Fehlerdaten: "Array&Amt=0&PAYMENTACTION=Sale&ReturnUrl=http%3A% 2F%2Fwww.wallpaper24.info%2Fstore%2Findex.php%3Fpa ge%3Dcheckout%26amp%3Bpage_action%3Dpayment_proces s%26amp%3Bxace62%3Daf6881fa368dbba4362e2f7fa3353ae f&CANCELURL=http%3A%2F%2Fwww.wallpaper24.info%2Fst ore%2Findex.php%3Fpage%3Dcheckout%26amp%3Bpage_act ion%3Dpayment%26amp%3Berror%3DERROR_PAYMENT&ADDROV ERRIDE=1&LocaleCode=DE&CURRENCYCODE=EUR" Ein direkter Error Log existiert nicht. die API-Daten/Zugangsdaten sind alle korrekt eingegeben, im Shop-System kann man nur in den "Einstellungen" unter "Zahlungsweise" konfigurieren, unter Plugins steht weiter nichts mehr zur Verfügung. Vielleicht gibt es evtl. bei der Eingabe der Daten, etwas Besonderes zu berücksichtigen… Folgende Felder wurden im Register "Standard" ausgefüllt: - PayPal-API-Benutzer (Live) - PayPal-API-Benutzer (Sandbox) - PayPal-API-Passwort (Sandbox) - PayPal-API-Signatur (Sandbox) - PayPal-API-Passwort (Live) - PayPal-API-Signatur (Live) Die API-Genehmigungen unter Paypal sind erstellt und konfiguriert. Logischerweise müsste es funktionieren, doch wo ist hier der Haken. Ich habe diese Schilderung bereits auch bei helpdesk@xt-commerce.com erläutert, dort meinte man, dass entweder die Zugangsdaten nicht stimmen bzw. cURL mit OpenSSL deaktiviert sind. Doch beides ist nicht der Fall. Die Daten sind auf jeden Fall korrekt und cURL … naja, siehe phpinfo.php Ich wäre extrem glücklich wenn mir jemand eine Hilfe anbietet, denn auch unter Google finde ich bisher keine direkte Lösung. Besten Dank |
|
|||
|
Mojn,
ich habe zwar keine Ahnung vom Veyton, aber &error= ERROR_PAYMENT zeigt zumindest, dass hier die Konstante ERROR_PAYMENT nicht gefunden wird und hier der Namen der Konstante ausgegeben wird. Das ist sicher falsch - ob das deinen Fehler erklärt ist eine andere Frage. Viele Grüße - Michael |
|
|||
|
hallo,
hast du darauf geachtet, dass bei copy&paste der inhalte kein leerzeichen "reingerutscht ist? wenn das alles sichergestellt ist, gab es bei mir gestern das problem mit einem fehlenden offenen port 443. bitte prüfe die ports. vielleicht hilft's |
|
||||
|
auth error ist relativ klar.
- API Zugangsdaten sind falsch oder - am server ist kein curl mit ssl verfügbar oder - ausgehende verbindung über curl ssl port (443 idr) gesperrt das plugin ist keinesfalls dämlich und hat hier auch keinen fehler
__________________
xt:Commerce Helpdesk xt:Commerce Blog xt:Commerce Warenwirtschaft ### ![]() Offene Stellen bei xt:Commerce! xt:Commerce stellt ein ### |
|
|||
|
Hallo,
"Diese Zahlungsweise steht derzeit wegen technischen Problemen nicht zur Verfügung, bitte kontaktieren Sie unseren Support." genau die selbe Fehlermeldung erscheint auch bei uns! Und zwar dann, wenn ein Kunde die PayPal-Zahlung abbricht. Diese Fehlermeldung erscheint dann für ca 10 bis 15 Min. für alle Kunden die mit PayPal zahlen möchten. Danach klappt es wieder mit den PayPal-Zahlungen. Was aber wirklich der Hammer ist, wenn der Kunde beim Rücksprung auf den Shop nun eine andere Zahlungsweise auswählt sieht es für den Kunden so aus, als ob die Bestellung ordnungsgemäss abgeschlossen worden ist. Der Kunde erhält anstelle der Bestägigungs-E-Mail folgende E-Mail: Returned mail: see transcript for details Status: 5.1.1 Diagnostic-Code: SMTP; 550 5.1.1 User unknown Last-Attempt-Date: Tue, 19 Oct 2010 23:05:54 +0200 Diese E-Mail wird von unserem Provider und nicht von unserem Shop aus versendet. Der Kunde geht in diesem Fall immer davon aus, dass die Bestellung bei uns eingegangen ist! Bei uns im Admin erscheint keine Bestellung. Der Betrag wird im Dasboard auch nicht angezeigt! Wir sehen also nirgends, dass eine Bestellung "ausgeführt" worden ist. Jedoch wird der Lagerbestand um die Bestellmenge herabgesetzt!!! Unser Lagerbestand stimmt bei solchen Bestellungen hinten und vorne nicht mehr! Wenn der Kunde eine PayPal-Zahlung abbricht und dann nicht in den Shop zurückkehrt um eine andere Zahlungsweise auszuwählen sondern den Shop verlässt, sehen wir dies im Admin bei Bestellungen und im Dashboard wird der Betrag auch angezeigt. Der Kunde erhält in diesem Fall überhaupt keine E-Mail und denkt er hätte keine Bestellung ausgelöst. Dass er im Shop den Button Bestellung bestätigen geklickt hat, ist ihm meistens gar nicht mehr bewusst... Wir bitten dringend um Hilfe ! Herzlichen Dank und schöne Grüsse unddann |
|
|||
|
Hallo,
das Problem tritt auch bei mir auf. Allerdings wird nach PayPal-Zahlungsabbruch trotzdem eine Bestellung in der Datenbank erstellt, die der Kunde auch auf seinem Konto einsehen kann. Der Kunde bekommt aber keine Bestätigungsmail. Gleichzeitig bleibt der Warenkorb des Kunden bestehen, so daß er die Bestellung mit geänderter Zahlungsweise erneut abgeschickt werden kann. Es scheint so zu sein, daß dann die in der Datenbank bestehende Bestellung editiert (geänderte Zahlungsweise, zus. Artikel etc.) unter der existierenden Bestellnummer abgespeichert wird. Anschließend wird auch die normale Bestätigungsmail vom Shop verschickt. Bricht der Kunde den Zahlungsvorgang nicht ab, funktioniert PayPal bisher ohne Probleme. Meine Kenntnisse reichen für einen Lösungsversuch nicht aus, aber vielleicht kennt jemand die Problematik und hat sich bereits damit beschäftigt. Angenehmes Wochenende, Alf |
|
||||
|
Zitat:
Das beschriebene verhalten mit angelegter bestellung bei abbruch, und aktualisierter bestellung bei wahl einer neuen zahlungsweise ist absolut normal.
__________________
xt:Commerce Helpdesk xt:Commerce Blog xt:Commerce Warenwirtschaft ### ![]() Offene Stellen bei xt:Commerce! xt:Commerce stellt ein ### |
|
|||
|
Hallo Alf,
Wenn der Kunde die PayPal-Zahlung nur abbricht ohne eine andere Versandart auszuwählen, sieht es bei mir genau so aus wie bei dir. Nur wenn der Kunde eine neue Zahlungsweise nach PayPal-Zahlungsabbruch auswählt, haben wir den Schlamassel mit den obenerwähnten Problemen! Wen der Kunde die PayPal-Zahlung normal abschliesst, klappt das alles auch wunderbar. Kann mir jemand helfen bei der Spracheinstellung von PayPal? Wenn der Kunde von unserem Shop zu PayPal weitergeleitet wird, erscheint die erste Seite noch auf deutsch. Sobald Der Kunde sich eingelogt hat, ist alles nur noch auf englisch. PayPal hat mir geschrieben dass ich dies im Shop einstellen mus... Nur wo und wie??? Schöne Grüsse Diana |
![]() |
| Lesezeichen |
| Stichworte |
| fehler, modul, paypal, standard |
| Themen-Optionen | |
| Ansicht | |
|
|
Ähnliche Themen
|
||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Paypal Fehler 10007 PERMISSION DENIED | isd17 | Installation und Konfiguration | 0 | 26.08.2008 20:49 |
| Fehler bei xt:C Partner-> Paypal | david.wei | PayPal Express-Kaufabwicklung für xt:Commerce | 6 | 12.02.2008 07:49 |
| Paypal (express) - Fehler mit Internet Explorer | GundG | PayPal Express-Kaufabwicklung für xt:Commerce | 11 | 20.12.2007 09:58 |
| Paypal und Bestellabwicklung Fehler | YAY | PayPal Express-Kaufabwicklung für xt:Commerce | 6 | 09.11.2007 05:50 |
| Läuft das PayPal Express Modul korrekt? | frankbrodauf | PayPal Express-Kaufabwicklung für xt:Commerce | 10 | 30.10.2007 15:37 |