Micropayment SOFORT Ueberweisung

Micropayment SOFORT Ueberweisung im Backend

Micropayment SOFORT Überweisung richtet die SOFORT-Variante der Micropayment-Gruppe ein. Die Seite erklärt Projektzugang, Testmodus, Status- und Rechnungseinstellungen, Gestaltung, signierte Zahlungsweiterleitung, Rückkehrlogik und die Protokolle in der Bestellung.

Einordnung

Diese Unterseite gehört zur Micropayment-Gruppe und betrifft die Variante SOFORT Überweisung. Allgemeine Zahlungsart-Einstellungen wie Aktivierung, Kundengruppen, Versandarten, Versandzonen und Betragsgrenzen bleiben in der übergeordneten Zahlungsart gepflegt.

SOFORT Überweisung nutzt das Micropayment-Modul sofort mit dem Service event. Die Klasse verwendet für das Projektkürzel technisch das Feld mp_cc_projectidentifer; das ist trotz des Namens das Projektfeld dieser SOFORT-Konfiguration.

Zugangsdaten und Testmodus

  • mp_kdnr: Kundennummer des Micropayment-Kontos. Der Wert wird im Zahlungsaufruf als Account übergeben.
  • mp_cc_projectidentifer: Projektkürzel für SOFORT Überweisung. Der Feldname stammt technisch aus der Micropayment-Implementierung und wird im SOFORT-Request als Projekt verwendet.
  • mp_accesskey: AccessKey für die Signatur. Der Shop bildet aus den versiegelten Parametern und diesem Schlüssel den seal.
  • sandbox: aktiviert den Testmodus. Im Zahlungsrequest wird daraus testmode 1 oder 0.
Projektkürzel und AccessKey müssen zum SOFORT-Projekt passen. Bei falscher Kombination kann Micropayment den signierten Aufruf nicht verarbeiten.

Status und Rechnungen

  • order_status_ok: Bestellstatus nach erfolgreicher Zahlung.
  • status_ok_createBill: steuert, ob bei erfolgreicher Zahlung eine Rechnung erzeugt wird. Im Bootstrap-Formular kann das Feld gesperrt sein, wenn die FiBu nicht aktiv ist.
  • status_ok_sendBill: steuert, ob die erzeugte Rechnung nach erfolgreicher Zahlung versendet wird. Auch dieses Feld kann bei inaktiver FiBu gesperrt sein.
  • order_status_error: Bestellstatus für fehlgeschlagene oder abgebrochene Zahlungsprozesse.

Die Statusfelder greifen auf die im Shop vorhandenen Bestellstatus zurück. Für SOFORT Überweisung sollte die Auswahl zu Zahlungsbestätigung, Rechnungslogik und Versandfreigabe passen.

Layout und Kampagne

  • mp_theme: Layoutname für die Micropayment-Zahlungsseite.
  • mp_bgcolor: Hintergrundfarbe für die externe Zahlungsseite.
  • mp_gfx: Logo- oder Grafikwert für die externe Zahlungsseite.
  • mp_projectcampaign: Kampagne des Projektinhabers, die zusätzlich an Micropayment übertragen wird.

Diese Felder beeinflussen die Darstellung auf der externen Micropayment-Seite. Änderungen sollten mit einem Testauftrag kontrolliert werden, weil ungültige Layout- oder Grafikwerte nicht im Shop selbst gerendert werden.

Speichern und Projekthinweis

Beim Speichern übernimmt das Backend die Formularwerte in die Konfiguration der SOFORT-Zahlart. Die Infobox im Formular verweist auf die Micropayment-Projekteinrichtung und übergibt dabei den aktuellen Micropayment-Modulnamen für den Rücksprunghinweis.

  1. Kundennummer, Projektkürzel und AccessKey eintragen.
  2. Testmodus für die erste Prüfung aktivieren.
  3. Status- und Rechnungseinstellungen mit dem gewünschten Bestellablauf abstimmen.
  4. Layoutwerte nur setzen, wenn das Micropayment-Projekt eine angepasste Darstellung nutzt.
  5. Speichern und anschließend einen Testauftrag auslösen.

Zahlungsweiterleitung

Beim Zahlungsaufruf baut der Shop die SOFORT-Anfrage aus Bestell- und Kundendaten auf. Übertragen werden Projekt, Kundennummer, Betrag in Cent, Bestellnummer mit Kundenbezug, Lieferland, Währung, Modul, Layoutwerte, Kampagne, Kundendaten und der Testmodus.

Für diese Variante wird das Modul sofort gesetzt. Aus den Parametern entsteht eine versiegelte Parameterfolge. Zusammen mit mp_accesskey erzeugt der Shop den seal und leitet danach direkt zur Micropayment-Zahlungsseite weiter.

Die Weiterleitung erfolgt hier direkt über einen HTTP-Redirect. Der vorbereitete iframe-Inhalt wird dadurch im normalen Ablauf nicht mehr angezeigt.

Rückkehr, Erfolg und Abbruch

  • Erfolgreiche Rückkehr: Der Shop aktualisiert Gutschein- und Umsatzdaten, leert den Warenkorb und führt zur Abschlussseite.
  • Abbruch: Der noch nicht abgeschlossene Auftrag wird entfernt und der Warenkorb wird wieder angesteuert.
  • Serverrückmeldung: Zahlungsstatus, Transaktionsnummer und Logdaten werden in der SOFORT-Protokolltabelle gespeichert.

Nach einer Änderung sollten erfolgreicher Abschluss, Abbruch und fehlerhafte Rückmeldung mit kleinen Beträgen geprüft werden. Wichtig sind Bestellstatus, Rechnungsoptionen und die Protokolleinträge in der Bestellung.

Bestellansicht und Serverlogs

In der Bestellansicht zeigt das Modul den aktuellen Transaktionsstatus und darunter die gespeicherten Micropayment-Rückmeldungen. Die Logliste ist eine feste Tabelle und keine konfigurierbare Datentabelle.

  • Datum/Zeit: Zeitstempel der gespeicherten Rückmeldung.
  • Type: lesbarer Status. billing wird als erfolgreich, storno als storniert und backpay als erfolgreich nach Storno dargestellt. Andere Werte bleiben als unbekannt sichtbar.
  • Auth/Ident-Nummer: gespeicherte Transaktions- oder Identnummer aus der Rückmeldung.
  • ServerLogs: aufklappbarer Detailbereich mit dem gespeicherten Rückmeldeprotokoll.

Die Tabelle besitzt keine Optionsspalte, keine Sortierkonfiguration und keine Spaltenauswahl. Für diese feste Bestellansicht wird deshalb kein Spalten-Snippet verwendet.

Filter, Tabellen und Aktionen

  • Die Konfigurationsseite besitzt keine Suche und keine Datenfilter.
  • Es gibt keine Übersichtstabelle mit Zeilenaktionen.
  • Die sichtbare Formularaktion ist das Speichern der Zahlungsartkonfiguration.
  • Die Bestellansicht enthält nur die feste Logtabelle mit Status- und Protokolldaten.
  • Die SOFORT-Variante besitzt kein Direktkauf-Feld.

Prüfung nach Änderungen

  1. SOFORT-Zahlung im Testmodus mit kleinem Betrag starten.
  2. Projektkürzel, Kundennummer und AccessKey prüfen, wenn Micropayment den Aufruf ablehnt.
  3. Nach erfolgreicher Rückkehr Bestellstatus, Warenkorbabschluss und Rechnungsoptionen kontrollieren.
  4. Abbruch testen und prüfen, ob der nicht abgeschlossene Auftrag entfernt wird.
  5. Testmodus deaktivieren, wenn das Projekt live verwendet werden soll.
  6. In der Bestellansicht Logtabelle, Statusanzeige und ServerLogs kontrollieren.

War diese Seite hilfreich?

Hilf uns, das Handbuch weiter zu verbessern. Wenn etwas fehlt oder unverständlich ist, kannst Du direkt einen kurzen Kommentar senden.