user-contrib:kartenzahlungen_an_die_tu_clausthal:start
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
user-contrib:kartenzahlungen_an_die_tu_clausthal:start [12:14 10. May 2012 ] – Arne Langhoff | user-contrib:kartenzahlungen_an_die_tu_clausthal:start [15:50 25. March 2020 ] (aktuell) – gelöscht Martin Diedrich | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Abwicklung von (online-) Kartenzahlungen zur Zahlungsannahme ====== | ||
- | |||
- | {{indexmenu> | ||
- | |||
- | ===== Einleitung ===== | ||
- | |||
- | In dieser Dokumentation wird erklärt, wie Zahlungen, die **an die TU Clausthal** geleistet werden sollen, per Kredit- oder Maestro-Karten gezahlt werden können. | ||
- | |||
- | In der Regel wird jemand an der TU Clausthal (im folgenden: " | ||
- | Die TUC hat einen Vertrag mit dem Finanzdienstleister B+S Card Service GmbH (https:// | ||
- | |||
- | Zuerst muss daher unterschieden werden, auf welchem Weg die Kreditkartendaten die TU Clausthal erreichen bzw. erreichen sollen. Das entscheidet u.a. auch über die Gebühren, die vom zwischengeschalteten Finanzdienstleister der TU Clausthal berechnet werden: Werden sie per Brief, per Fax oder telefonisch übermittelt, | ||
- | |||
- | Für häufiger auftretende Zahlungen, z.B. für Anmeldegebühren/ | ||
- | |||
- | ===== Datenübermittlung telefonisch, | ||
- | |||
- | Der Zahlende muss seine Kreditkartendaten telefonisch, | ||
- | |||
- | ===== Datenübermittlung per e-Mail ===== | ||
- | |||
- | Hiervon ist wie oben erwähnt dringen abzuraten. Kreditkartendaten dürfen i.d.R. nicht in irgendeiner Form elektronisch gespeichert werden, was bei Übermittlung per e-Mail aber automatisch der Fall wäre. | ||
- | |||
- | |||
- | ===== online-Zahlung über eine Webseite ===== | ||
- | |||
- | Dieses Verfahren ist für den Zahlenden das bequemste und entspricht in etwa dem, was man von Internet-Shops kennt. Die Umsetzung erfordert aber zumindest einmalig einen größeren Aufwand, da eine entsprechende Webseite eingerichtet werden muss. Im Folgenden soll das Abwicklungsverfahren beschrieben werden. | ||
- | |||
- | === Voraussetzungen und Gebühren === | ||
- | |||
- | Eine Webseite, auf der das Produkt beschrieben und/oder angeboten werden //kann//, sollte bereits bestehen bzw. eingerichtet werden können, d.h. HTML-Kenntnisse oder der Umgang mit entsprechender Software wird vorausgesetzt. Grundkenntnisse in irgendeiner Scriptsprache, | ||
- | |||
- | Nach derzeitigem Stand des Vertrags können Kartenzahlungen mit folgenden Karten abgewickelt werden: | ||
- | * maestro (ec-Karte) | ||
- | * Visa | ||
- | * MasterCard | ||
- | * American Express | ||
- | * JCB | ||
- | |||
- | Die Gebühren werden dem **Anbieter**, | ||
- | |||
- | ... (?) (richtige Beträge bitte durch das Dezernat 1 ergänzen) | ||
- | |||
- | |||
- | === Beschreibung des Verfahrens === | ||
- | |||
- | Ein Kunde ruft eine Webseite des Anbieters auf, auf der er das Produkt kaufen bzw. bezahlen kann. Der Link zu dieser Zahlung führt den Kunden über eine | ||
- | gesicherte Verbindung auf eine Seite von " | ||
- | |||
- | Der Link, der zur Zahlung verwendet wird, wird bereits von Saferpay erzeugt und enthält Signaturen und Prüfsummen. Nach erfolgter Zahlung enthält der Aufruf | ||
- | der Webseite des Anbieters ebenfalls Signaturen und Prüfsummen. Diese können ausgelesen und zur Verifizierung, | ||
- | |||
- | Dieses etwas umständlich anmutende Prozedere soll zum einen vermeiden, daß der Anbieter selbst mit elektronischen Kreditkartendaten in Kontakt kommt, zum anderen soll es verhindern, daß dem Anbieter in betrügerischer Absicht vorgegaukelt werden kann, die Zahlung sei erfolgt. | ||
- | |||
- | Bei diesem Verfahren können neben den Karten- und Personendaten des Kunden auch Daten übermittelt werden, die das Produkt betreffen. Sollte der Anbieter mehrere Produkte anbieten (oder z.B. unterschiedliche Preise für unterschiedliche Teilnehmergruppen für Veranstaltungen etc.), dann sollte man hiervon Gebrauch machen. **In jedem Fall sollte aber die // | ||
- | |||
- | Wenn die Hin- und Her-Verweise der Webseiten korrekt abgelaufen sind, hat der Finanzdienstleister eine " | ||
- | |||
- | Kunde und Anbieter erhalten aber ggf. automatisch und sofort nach Abschluss der online-Zahlung entsprechende Bestätigungsmails. | ||
- | |||
- | |||
- | === Webseite === | ||
- | |||
- | Zunächst muss eine Webseite (bzw. müssen mehrere Webseiten) existieren oder erstellt werden, auf der das Produkt beschrieben wird und auf der ein Link (Textverweis oder " | ||
- | |||
- | Bei einer einmaligen (oder mehrfachen, aber immer gleichen) Zahlung kann auch ein " | ||
- | |||
- | Ein Beispiel einer solchen Webseite, die für die Zahlung der Teilnehmerbeiträge einer internationalen Tagung eingerichtet wurde, findet sich hier: | ||
- | |||
- | [[http:// | ||
- | |||
- | Um den Link zu erzeugen, der den Kunden auf den gesicherten Server von Saferpay weiterleitet, | ||
- | |||
- | * auf jeden Fall den Auftraggeber (den " | ||
- | * eine " | ||
- | * einen Link (URL), auf den der Kunde nach erfolgter Zahlung zurückgeleitet werden soll, | ||
- | * ggf. einen Link (URL), auf den der Kunde nach einem Fehler oder Abbruch zurückgeleitet werden soll, | ||
- | * den Betrag, | ||
- | * die Währung, | ||
- | * die e-Mail-Adressen von Kunde und Anbieter für die automatischen Bestätigungsmails | ||
- | |||
- | Die letzte Angabe kann ggf. auch vom Kunden selbst eingegeben werden. | ||
- | |||
- | Es können darüber hinaus noch einige Daten übermittelt werden, z.B. Angaben, die das Layout der eigentlichen " | ||
- | |||
- | Details zur Abwicklung hier darzustellen ginge vermutlich zu weit. Daher soll an dieser Stelle nur auf die Dokumentationen von Saferpay (s.u.) verwiesen werden. | ||
- | |||
- | To do: | ||
- | Ich werde versuchen, ein Webformular zu erstellen, mit der man einen statischen Zahlungs-Link vom Saferpay-Server erzeugen lassen kann. Diesen URL kann man dann in eine eigene Webseite einbinden, um einen Zahlungsvorgang auszulösen. Eine Überprüfung, | ||
- | |||
- | ===== Dokumentationen von/zu " | ||
- | |||
- | Hier die Dokumentations-PDFs von Six Payment Services: | ||
- | * {{: | ||
- | * Payment Page Konfiguration (erklärt, wie man das Erscheinungsbild/ | ||
- | * Back Office Bedienerhandbuch (wichtig für Finanzbuchhaltung) | ||
- | * Risk Management (Zusatz zum Back Office Bedienerhandbuch, | ||
- | weitere Dokumentationen für zusätzliche Funktionen etc. (Relevanz bitte den Dokumentationen selbst entnehmen): | ||
- | * Authorization Interface | ||
- | * Batch Processing | ||
- | * Billpay Addon | ||
- | * Business Billpay Integration | ||
- | * PayPal Integration | ||
- | * Merchant Plugin | ||
- | * Secure Card Data | ||
- | |||