Problem mit Sofortüberweisung

[WeXsler]

jetzt habe ich gerade etwa eine Stunde mit Sofortüberweisung telefoniert und bin so schlau wie zuvor.

Gerne würde ich nämlich das Angebot eines Kunden auf Abschluss eines Kaufvertrages mit Klick auf den Kaufen-Button bestätigen und es damit verbindlich machen. Es soll ja sogar schon ausreichen, wenn man im Shop eine Vorkassezahlart anbietet, dass sich bereits damit eine Annahme durch den Verkäufer begründet - der Kaufvertrag nach Klick auf Kaufen also bereits geschlossen ist. Wie der Kunde dann seine Zahlung leistet ist dann nicht mehr wichtig. Es reicht daher eben nicht aus, wenn das Shopsystem erst auf den Einflug des Erfolgslinks von SÜ wartet um die Bestellbestätigungen an den Shopbetreiber und den Kunden zu verschicken. Das wäre vielleicht gar kein Problem wenn jeder Kunde, der die Zahlart SÜ ausgewählt hat, nach Klick auf Kaufen dann auch darüber bezahlen würde und nicht den Zahlvorgang abbricht weil er/sie es sich anders überlegt hat. In diesem Falle bekomme weder ich noch der Kunde diese wichtige Shop-Email mit rechtlichen Infos und Bestelldaten!

Kann man das SÜ-Modul (ich habe die aktuelle Vers. 5.3.1) oder das Shopsystem nicht irgendwie anpassen, so dass die Bestellbestätigung, wie sonst auch, automatisch vom Shop mit Klick auf den Kaufenbutton verschickt wird. Kann da jemand helfen? Eine Idee?

Das ist das eine Problem - das andere - die Bestellbestätigungs-Email wird leider auch nach erfolgreicher Zahlung per SÜ nicht im Shopsystem bei mir ausgelöst!!

Das könnte mit dieser 302 Meldung zusammenhängen, wie mir der freundliche SÜ-Mitarbeiter gerade erklärt hat. Er meinte, dass bei mir im System etwas die 302 auslöst - da hätte SÜ nichts mit zu tun.

Was kann ich da machen? Weiß jemand Rat?

Code: PHP  [Auswählen]

Benachrichtigungs-Log in zeitlicher Abfolge (Fehler rot):
05.04.2015 12:19:47: Processing notification #XXX539542. Transaction XXXX-212610-55210BFE-4D1B for status "untraceable", reason "sofort_bank_account_needed"
05.04.2015 12:19:47: URL parsed: protocol:https user: pass: host:www.meine-domain.de port: path:/callback/sofort/callback.php query:paymentSecret=96f73c37XXXXXXXfcb891e3efcXXXX&action=multipay&MODsid=XXXXXX59d84cc400296348dXXXXXbf anchor:
05.04.2015 12:19:47: Starting request to https://www.meine-domain.de/callback/sofort/callback.php with method POST
05.04.2015 12:19:47: Valid server remote IP: XXXXXX
05.04.2015 12:19:47: Response code of this request: 302
05.04.2015 12:19:47: Redirecting to new location...
05.04.2015 12:19:47: Starting request to https://www.meine-domain.de/login.php with method POST
05.04.2015 12:19:47: Valid server remote IP: XXXXXX
05.04.2015 12:19:47: Response code of this request: 302
05.04.2015 12:19:47: Redirecting to new location...
05.04.2015 12:19:47: Starting request to https://www.meine-domain.de/login.php with method POST
05.04.2015 12:19:47: Valid server remote IP: XXXXXX
05.04.2015 12:19:48: Response code of this request: 302
05.04.2015 12:19:48: Redirecting to new location...
05.04.2015 12:19:48: Starting request to https://www.meine-domain.de/login.php with method POST
05.04.2015 12:19:48: Valid server remote IP: XXXXXX
05.04.2015 12:19:48: Response code of this request: 302
05.04.2015 12:19:48: Redirecting to new location...
05.04.2015 12:19:48: Starting request to https://www.meine-domain.de/login.php with method POST
05.04.2015 12:19:48: Valid server remote IP: XXXXXX
05.04.2015 12:19:48: Response code of this request: 200
05.04.2015 12:19:48: Notification 77XXXXXX77 successful

Linkback: https://www.modified-shop.org/forum/index.php?topic=32813.0

[Ladiva]

Ich sehe das so das der Kaufvertrag mit dem Klick auf Kaufen zustande kommt. Sollte der Kunde danach abbrechen dann ist die Bestellung bereits getätigt. Ich stelle dann nur noch die Zahlungsart um und schicke eine neue Bestellbestätigung hinterher.

[SRest]

Es scheint mir so, als ob deinen Kunden während des Bezahlvorgangs bei SÜ die Shopsession abgelaufen ist. Wir haben derzeit ein ähnliches Problem. Brauchen die Kunden nämlich zu lange um Ihre TANS und PINS rauszukramen, läuft im Hintergrund die Session im Shop ab. Springt der Kunde, nach erfolgreicher Zahlung dann zurück in den Shop auf die checkout_success.php leitet ihn diese Seite bei abgelaufener Session auf die login.php ohne eine Email zu versenden und auf die Dankes-Seite zu leiten.

Kann dies evtl. der Fall sein? Gibts noch mehr die davon betroffen sind?

[cayuco]

Hallo Ladiva,

Ich sehe das so das der Kaufvertrag mit dem Klick auf Kaufen zustande kommt. Sollte der Kunde danach abbrechen dann ist die Bestellung bereits getätigt. Ich stelle dann nur noch die Zahlungsart um und schicke eine neue Bestellbestätigung hinterher.

Der Vertrag kommt rechtlich erst mit Zusendung einer Auftragsbestätigung zustande. der Klick auf den "Kaufen"-Button ist lediglich eine Absichtserklärung (ähnlich dem Blinken im Straßenverkehr). Im Übrigen wäre die Änderung der Zahlart - falls es einen Vertrag bereits gäbe - eine einseitige Vertragsänderung, die die Zustimmung der Gegenseite bedarf. Folge: Der Kunde wäre nicht mehr an einen "eventuellen" Vertrag gebunden.
(Ich muss jetzt schreiben "Private Meinung keine Rechtsberatung")