Was verstehst du unter einer abgebrochenen PayPal-Zahlung? Wenn die Ausführung der Zahlung (nach Klick auf den verbindlichen Bestellen-Button auf der checkout_confirmation) fehlschlägt, läuft die ganze Bestellung in den Fehler-Status. Der Kunde wird dann auf die checkout_payment zurückgeworfen und kann von dort aus einen neuen Bestellversuch anstoßen. Wenn der Kunde hingegen auf den PayPal-Login-/Autorisierungsseiten abbricht, ist noch keine Bestellung im Shop erzeugt worden. Der Kunde landet dann auch auf der checkout_payment bzw. im Warenkorb; das ist so, als hätte er einfach im Checkout hin und her geklickt.
Im Portal habe ich gerade die Downloads der PayPal-Module frisch aktualisiert. Wir haben das jüngste Feedback wieder berücksichtigt, um Verbesserungen vorzunehmen. Die Änderungen sind: - Bei Abbrüchen bei der Zahlungsausführung werden keine Bestätigungsmails mehr verschickt. - Javascript-Fehler im Checkout beseitigt und Javascript-Einbindung optimiert (Fehler hatte keine praktischen Auswirkungen, war aber im Debugger sichtbar) - Versandkostenanzeige bei ECS-Zahlungen auf PayPal-Seiten in weiteren Fällen korrigiert - PayPal-PLUS-Ablauf optimiert und gegen weitere mögliche Fehlerfälle abgesichert
Ich versuche gerade die "function update_status()" im paypal3 Modul zu overloaden um es auszublenden wenn einer beim Versand DHL Nachnahme ausgewählt hat. Hab in user_classes/overloads/paypal3 ordner meine Datei HidePayPalWhenCodSelect.inc.php Aber dat will net.... PHP: <?php/* ----------------------------------------------------------------------------------------- ab Gambio GX2 v2.3.3.1 www.ryan-finley.de ---------------------------------------------------------------------------------------*/class HidePayPalWhenCodSelect extends HidePayPalWhenCodSelect_parent { function update_status() { $order = $GLOBALS['order']; if(!$this->_isConfigured()) { $this->enabled = false; } if( $this->configStorage->get('allow_selfpickup') == false && isset($_SESSION['shipping']) && is_array($_SESSION['shipping']) && $_SESSION['shipping']['id'] == 'selfpickup_selfpickup' ) { $this->enabled = false; } // Wenn Nachnahme dann Ausblenden if ($_SESSION['shipping']['id'] == 'dhlworldwide_DHL_WLD_NAH'){ $this->enabled = false; } if(($this->enabled == true) && ((int) @constant('MODULE_PAYMENT_'.strtoupper($this->code).'_ZONE') > 0)) { $check_flag = false; $check_query = xtc_db_query("select zone_id from ".TABLE_ZONES_TO_GEO_ZONES." where geo_zone_id = '".@constant('MODULE_PAYMENT_'.strtoupper($this->code).'_ZONE')."' and zone_country_id = '".$order->billing['country']['id']."' order by zone_id"); while($check = xtc_db_fetch_array($check_query)) { if($check['zone_id'] < 1) { $check_flag = true; break; } elseif($check['zone_id'] == $order->billing['zone_id']) { $check_flag = true; break; } } if($check_flag == false) { $this->enabled = false; } } }}?>
Grundsätzliche Frage: Warum willst du das ? Ist Nachnahme bei dir eine Versandart und keine Zahlungsweise ?
Es würde ja kein Sinn ergeben die auswahl zu haben bei Nachnahme(Versand) aber per Paypal zu bezahlen. hab dafür extra ein neues DHl Modul geschrieben, auch wegen Packstation. Damit der Kunde nicht kominationen auswählt die garnicht funken würden. Die Kunden sind teilweise echt bärsig im Kopf. Um dem vorzubeugen wird es halt so gemacht. PS: wenn ich es Direkt in die paypal3.php schreibe greift es. Wollte das aber Update sicher machen.
Ich war eigentlich immer der festen Meinung, das man mit dem Standard DHL-Modul auch keine invaliden Kombinationen bilden kann...
Das was in Gambio ist ist doch veraltet und für Östereich gemacht. Ich brauchte halt eins mit 1000€ grenze für nicht EU Länder wegen Zollabfertigung usw. Zudem werden bei anderen Kundengruppen andere Preise angezeigt. Die ganzen Sonderfälle für Finanzämter gerade für Ausland bilden die wenigsten Standard Module ab.
Also wenn ich es direkt in die paypal3 Datei schreibe greift die Ausblendung, aber nicht der Overload ?!?! kopf kratz....
Dann hätte ich noch etwas zu verbesserung beizutragen. Für User die nicht als Standard Template "EyeCandy" als Ordner haben. Die Dateien: PayPalHeaderExtender.inc.php PHP: $output_array['ppplusstyles'] = '<link href="'.xtc_href_link('templates/Shop/EyeCandy/paypalplus.css', '', 'SSL').'" rel="stylesheet" type="text/css">'; PayPal3PaymentInstructionCheckoutSuccessExtender.inc.php PHP: $instructionHeadingImage = '<img class="png-fix" src="templates/EyeCandy/img/icons/payment.png" alt="">'; Dynamisch zu machen
@Wilken Mal ne doofe Frage: Wenn ich das von heute aktualisierte PaypalModul herunterlade und auf den Server überschreibe (sozusagen ein Update), werden dann Zugangsdaten gelöscht oder bleibt soweit alles erhalten?
Also ich meine wenn der Kunde auf Kostenpflichtig Bestellen Button geklickt hat und nun beim einloggen bei PayPal z.B. sein Passwort vergessen hat. Dann ist die Bestellung abgeschlossen und bei dem Kunden steht in der Bestellung die er einsehen kann PayPal Zahlung läuft. Genau wie bei mir im Adminbereich eine Bestellung angezeigt wird mit dem Status PayPal Zahlung läuft. In Wirklichkeit läuft aber eben nichts weil der Kunde ja sei PayPal Passwort vergessen hat und sich nicht bei PayPal einloggen kann. Zurück kann er "auch nicht" weil die Bestellung ja abgeschlossen ist. Eine automatische Bestellbestätigung bekommt er aber in diesem Fall nicht, da die PayPal zahlung ja nicht abgeschlossen ist. Natürlich kann er wieder in den Shop zurück und eine neue Bestellung machen, ABER Punkt 1: Er sieht ja seine 1. Bestellung an der er nichts mehr rütteln kann mit dem Status PaPal Zahlung läuft. Und Punkt 2: Da bei mir im Shop jeder Artikel nur 1x vorhanden ist. kann er den Artikel ohne mein eingreifen auch nicht noch einmal bestellen was er ja eh nicht machen würde wenn er in seinem Kundenkonto die 1. Bestellung sehen kann. Nun habe ich bei einer Testbestellung mal probiert was passiert wenn ich bis zum PayPal login gehe und dann aber mich nicht einlogge ( ALSO DIE PAYPAL ZAHLUNG ABBRECHE ) und jetzt im Browser wieder zurück gehe. -> Dann komme ich in den Warenkorb wo jetzt aber der Artikel als nicht mehr vorhanden gekennzeichnet ist ( Logisch den ich habe ja wie gesagt immer nur einen ) und der ist ja nach dem bestätigen durch den Kostenpflichtig Bestellen Button verkauft worden. Der Kunde kann also ohne mein eingreifen die Bestellung nicht zu Ende führen. Wenn ich Barbaras Antwort richtig verstanden habe ist dass also normal. Ich habe es jetzt nur noch mal ausführlich geschrieben damit es keine Missverständnisse gibt. Es widerspricht aber eigentlich Deiner Aussage, dass bis dahin noch keine Bestellung im Shop erzeugt wurde Oder bringe ich jetzt was durcheinander? Mir geht es ja nur darum, ob etwas an meinen Einstellungen falsch ist oder in diesem besondere Fall, eben wenn der Käufer das Passwort vergessen hat oder die PayPal Zahlung einfach nicht durchführt und genau an dieser Stelle die Seite verlässt ( egal ob er nun das Browserfenster schließt oder im Browser zurück geht ) der Käufer die Zahlung per PayPal für diese Bestellung nicht wieder von selbst aufnehmen kann. Grüße Thomas
Moin, würde mich ja freuen wenn mal ne kleine Infos kommen würde im bezug auf das Overload problemchen. Warum das halt nicht klappt, mit einer externen Datei. Wie es ja von euch empfohlen wird es so zu machen.
Moin, kann nach der Freischaltung von PayPal Plus auch zweigleisig gefahren werden? Ich habe mehrere Shops und möchte erst mal nur bei einem Shop PayPal Plus installieren, die anderen sollten weiterlaufen wie seither.
Klar geht das, trozdem würde ich das neue PayPal Modul benutzen. In den anderen Shops stellste es einfach auf den Klassik Mode und gut ist. Wichtig: Denk auch dran für jeden Shop eine eigene APP im PayPal Konto anzulegen wie es in der Anleitung steht.
Hallo! Ich habe ein Problem mit der neuen Paypal-Konfiguration. Ich habe 2 Shops und im developer.paypal.com 2 Apps eingerichtet. Der 1. Shop hat funktioniert mit der Einrichtung. der 2. Shop nicht. ich bekomme immer diese Meldungen, wenn ich den Client ID und Secret eingebe. Die eingegebenen Zugangsdaten für den gewählten Betriebsmodus sind ungültig. Konfiguration gespeichert Fehler bei der Überprüfung der Zugangsdaten: Communication error in token retrieval (429) Fehler beim Abruf der Darstellungsprofile: Communication error in token retrieval (429) Die Gültigkeit der Zugangsdaten für den gewählten Betriebsmodus konnte nicht bestätigt werden!
Haste auch die Live Daten eingegeben ? nicht die Sandbox. Oben rechts im Paypal kannste bei der App zwischen Live Sandbox switchen.
Mifft, mein Fehler, ich hab für das Modul eine veraltete Vorlage benutzt. Ändere in includes/modules/payment/paypal3.php PHP: class paypal3 { … } in PHP: class paypal3_ORIGIN { … } MainFactory::load_origin_class('paypal3'); Dann sollte das Overloading funktionieren.
Der Ablauf, wie du ihn beschreibst, passt nur zu den alten PayPal-Modulen. In diesem Thread geht es um PayPal 3.