Micropayment CreditCard

Micropayment CreditCard verbindet die Kreditkarten-Zahlart mit einem Micropayment-Projekt. Die Seite dokumentiert Zugangsdaten, Statuslogik, Layoutwerte, signierte Zahlungsweiterleitung und Bestelllogs.

Einordnung

Diese Unterseite gehört zur Micropayment-Gruppe und betrifft nur die Kreditkartenvariante. Allgemeine Aktivierung, Kundengruppen, Versandarten, Versandzonen und Betragsgrenzen werden weiterhin in der allgemeinen Zahlungsart gepflegt.

Zugangsdaten und Testmodus

• mp_kdnr: Kundennummer des Micropayment-Kontos. Der Wert wird als Account in die Zahlungsanfrage übernommen.
• mp_cc_projectidentifer: Projektkürzel für das Kreditkarten-Projekt. Der Wert wird als Projekt in die Zahlungsanfrage geschrieben.
• 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.

Status und Rechnungen

• order_status_ok: Bestellstatus nach erfolgreicher Rückmeldung. Dieser Status wird für die abgeschlossene Zahlung verwendet.
• status_ok_createBill: legt fest, ob bei erfolgreicher Zahlung eine Rechnung erzeugt wird. Bei inaktiver FiBu kann das Feld im Backend gesperrt sein.
• status_ok_sendBill: legt fest, ob die erzeugte Rechnung nach erfolgreicher Zahlung versendet wird. Bei inaktiver FiBu kann das Feld im Backend gesperrt sein.
• order_status_error: Bestellstatus für Fehlerfälle oder abgebrochene Zahlungsprozesse.

Die Statusauswahl greift auf die im Shop vorhandenen Bestellstatus zurück. Vor der Live-Schaltung sollte geprüft werden, ob die gewählten Status zu Versand, Rechnungslauf und Kundenkommunikation passen.

Layout und Kampagne

• mp_theme: Layoutname für die Micropayment-Zahlungsseite.
• mp_bgcolor: Hintergrundfarbe für die Zahlungsseite. Der Wert wird unverändert an Micropayment übergeben.
• mp_gfx: Logo- oder Grafikwert für die Zahlungsseite.
• mp_projectcampaign: Kampagne des Projektinhabers. Der Wert wird als zusätzlicher Kampagnenparameter übertragen.

Diese Felder beeinflussen die Darstellung im externen Zahlungsfenster. Änderungen sollten zuerst im Testmodus kontrolliert werden, weil ungültige Layout- oder Grafikwerte nicht im Shop selbst gerendert werden.

Speichern und Projekthinweis

Beim Speichern aktualisiert das Backend die Variablen der Kreditkarten-Zahlart. Die Infobox im Formular führt zu den Zusatzangaben für das Micropayment-Projekt und hilft beim Abgleich von Kundennummer, Projektkürzel und AccessKey.

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

Checkout und Zahlungsweiterleitung

Beim Zahlungsaufruf baut der Shop die Micropayment-Anfrage aus Bestell- und Kundendaten auf. Übertragen werden unter anderem Projekt, Kundennummer, Betrag in Cent, Bestellnummer, Lieferland, Währung und Kundendaten wie Name, E-Mail, Adresse, Postleitzahl, Ort und Land.

Für die Kreditkartenvariante wird das Modul creditcard gesetzt. Aus allen relevanten Parametern entsteht eine versiegelte Parameterfolge. Zusammen mit mp_accesskey erzeugt der Shop den seal und leitet danach zur Micropayment-Zahlungsseite weiter.

Rückkehr, Erfolg und Abbruch

• Erfolgreiche Rückkehr: Der Shop aktualisiert Gutschein- und Umsatzdaten, leert den Warenkorb und führt zur Abschlussseite.
• Abbruch: Der Shop entfernt den noch nicht abgeschlossenen Auftrag und führt zurück in den Warenkorb.
• Serverrückmeldung: Zahlungsstatus, Transaktionsnummer und Logdaten werden in der Micropayment-CreditCard-Tabelle gespeichert.

Nach Live-Schaltung sollten Erfolg, Abbruch und fehlerhafte Rückmeldungen mit kleinen Testbeträgen geprüft werden. Besonders wichtig sind Bestellstatus, Rechnungserzeugung und die sichtbaren Logeinträge in der Bestellung.

Bestellansicht und Serverlogs

In der Bestellansicht zeigt das Modul den letzten bekannten Zahlungsstatus 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. Unbekannte Werte bleiben als unbekannt sichtbar.
• Auth/Ident-Nummer: gespeicherte Transaktions- oder Identnummer aus der Rückmeldung.
• ServerLogs: aufklappbarer Detailbereich mit dem technischen 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.

Prüfung nach Änderungen

1. Testmodus aktivieren und eine Kreditkarten-Testzahlung 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. Bei Abbruch prüfen, ob der Auftrag entfernt und der Warenkorb wieder erreichbar ist.
5. In der Bestellansicht Logtabelle, Statusanzeige und ServerLogs kontrollieren.