[gelöst]Direkte Integration von Zahlungsmethoden mit Userpoints

Moinsen Max,

so out of the box gibts da nichts brauchbares in Drupal, oder ich habs nicht gefunden ;). Aber die Userpoints API macht eine automatische Punkte- Gutschrift nach einem Zahlungsvorgang sehr einfach. Ich beschreib mal kurz, wie ich dieses Prozedere handhabe.

Für die Einbindung der Zahldienste schreibst du ein kleines custom module, das einen Block erzeugt, welchen du dann beliebig in der Seite positionieren kannst. Hier kommen die Links, Buttons etc. zu den Zahlungsanbietern mit den entsprechenden Parametern rein. Damit der Betrag nach der Zahlung eindeutig zugeordnet werden kann, muss natürlich ein identifier als Parameter übergeben werden. Die uid bietet sich da an. In diesem Beispiel für die Zahlungsart "Sofortüberweisung" bei micropayment werden die URL Parameter aus Sicherheitsgründen versiegelt:

Bei den Zahlungsanbietern muss man in der Regel einen URL zum Übergeben der Parameter hinterlegen. Diesen kannst du bequem mit hook_menu() generieren. Im page callback regeln wir den Rest:

Das ist es im Grunde. Bei Paypal ist das ganze ähnlich.

leg doch einfach ein paar passende produkte an, die der nutzer "kauft". den entsprechenden betrag kannst du dann dem nutzer per rurles gutschreiben (als userpoints)

Hey glycid, erstmal wow!!! Vielen vielen Dank für deine Mühe!

Wenn ich das richtig seh brauch ich dann mit so einer Code-Lösung das Commerce-Modul gar nicht, wenn ich mich nicht irre.^^
Aber du hast völlig recht, im Grunde möchte ich ja nur einen Bereich mit einem kleinen Field zur Angabe der Summe und dann den verschiedenen Zahlungsanbietern bereitstellen.

Und die Buttons kann ich in hook_form_alter erzeugen und ihnen obige Funktionen zuweisen? Sorry, hab bisher nur Custom-Module geschrieben um bspw. eine View zu ändern, oder den User zu zwingen seine Profildaten zu vervollständigen...selber Buttons zu machen muss ich mir erst aneignen =P

Vielen Dank und viele Grüße,

Max

Hallo caw,

vielen Dank für deine Antwort! Ja, das war auch meine Idee, aber entweder bin ich zu blöd für das Commerce-Modul oder es hat diese Funktionen nicht^^ aber vllt entdeckst du meinen Fehler:

Ich habe ein Produkt "Guthaben" erstellt mit einem Preis von 1 Euro und "Quantity" enabled, sodass der Nutzer die Menge angeben kann. Mit ein bisschen Glück (bei meinen dürftigen CSS-Kenntnissen) hätte ich es vllt hingebracht, dass es gut ausschaut, aber weiter bin ich damit nicht gekommen. Wie erreiche ich, dass nach Auswahl der Summe und "Add to cart" eine Seite mit den Zahlungsanbietern kommt?
Bei mir wird die billing information ausgefüllt wenn ich auf Checkout im cart klicke und dann bäm isses vorbei...Ich schätze ich habe das Commerce-Modul nicht richtig verstanden, weil die Sofortbezahlung muss doch irgendwie dort möglich sein...
Wenn ich es nämlich mit den bereits bestehenden Modulen realisieren könnte würde mir das einiges leichter machen^^und vor allem hab ich keinen plan, ob ichs anders schlussendlich überhaupt hinbekomm...

Vielen Dank für Eure Tipps!

Max

Du irrst dich nicht. Wozu Commerce? Du willst einfach nur Punkte aufladen und doch keine Produkte verkaufen, oder? Man kauft sich ja auch keinen LKW, um 2 Getränkekisten zu transportieren. Das wäre Overhead ohne Ende.

Zum Testen kannst den Code erstmal einfach in einen Block packen. (Eingabeformat PHP).
Sauberer ist es, das in einem Modul zu regeln. Hier ein Beispiel:

http://www.whenwhowhere.com/tech-blog/create-block-programmatically-drup...

Im Block kreierst du am besten noch ein Formular mit einer Select Liste für die Beträge, die bei Auswahl per Ajax zurückgegeben werden. Dann sparst du einen Page Reload.

Noch ein Tipp: In meinem Beispiel wird Micropayment verwendet. Sofortüberweisung ist bei MP gebührenfrei! Die bieten auch noch andere Zahlarten wie Kreditkarte, etc. an und sind spezialisiert auf kleine Beträge. Eigentlich braucht man nur Micropayment und Paypal.

glycids methode ist wohl die bessere...

da setz ich mich doch hernach gleich mal dran!!
vielen vielen Dank für diese echt umfassenden infos! Ich berichte dann wies gelaufen ist ;-)

Hey glycid,

eine Frage, die du sicher beantworten kannst:

Verlangt micropayment bzw. paypal beim aufruf mehr Eingaben als einen Betrag?
Wenn nicht, dann brauch ich ja nur ein Feld für den Betrag...oder vergesse ich irgendwelche Usereingaben, die auf meiner Seite getätigt werden müssen bzgl. der Bezahlung?

Die Usereingaben zu validieren hast du dann auch selber übernommen? sprich clientseitige überprüfung mit javascript und serverseitig mit isnumeric() usw.?

Vorab vielen Dank,

Max

Moin Max,

bestimmte Parameter müssen mit dem Link übergeben werden. Welche das sind, ist von Anbieter zu Anbieter verschieden und die bekommst du auch "geliefert". In der Dokumentation von micropayment und paypal steht eigentlich alles genau erklärt. Du brauchst dich nur um den Betrag und für die Userpoints API um einen identifier (ich nehm die uid, aber es geht natürlich auch ein äquivalenter Wert) zu kümmern. Die uid liefert dir Drupal und den Betrag brauchst du ja nur zu validieren, wenn die User ihn selbst eintippen sollen. Ich nehm halt Auswahlfelder, da gibts nichts zu validieren. Unabhängig davon validieren die Zahldienste die übermittelten Werte ohnehin noch einmal.

Wichtig ist, dass du die an den Link zum Zahlungsanbieter angehängten Key/Value Paare wie in obigem Beispiel versiegelst, da übertragene Daten per GET Methode prinzipiell durch Dritte manipuliert werden können. Bei Micropayment ist das zum Beispiel keine Pflicht, wird aber dringend empfohlen.

[quote=glycid]Moin Max,

bestimmte Parameter müssen mit dem Link übergeben werden. Welche das sind, ist von Anbieter zu Anbieter verschieden und die bekommst du auch "geliefert". In der Dokumentation von micropayment und paypal steht eigentlich alles genau erklärt. Du brauchst dich nur um den Betrag und für die Userpoints API um einen identifier (ich nehm die uid, aber es geht natürlich auch ein äquivalenter Wert) zu kümmern. Die uid liefert dir Drupal und den Betrag brauchst du ja nur zu validieren, wenn die User ihn selbst eintippen sollen. Ich nehm halt Auswahlfelder, da gibts nichts zu validieren. Unabhängig davon validieren die Zahldienste die übermittelten Werte ohnehin noch einmal.

Wichtig ist, dass du die an den Link zum Zahlungsanbieter angehängten Key/Value Paare wie in obigem Beispiel versiegelst, da übertragene Daten per GET Methode prinzipiell durch Dritte manipuliert werden können. Bei Micropayment ist das zum Beispiel keine Pflicht, wird aber dringend empfohlen.[/quote

Hänge genau am gleichen Problem. Wie kann ich es einem User ermöglichen sein Punktekonto bspw. mit Paypal, Bitcoins etc. aufzuladen. Kannst du deine Lösung nicht in ein Modul auf Drupal.org packen? Bin leider nicht so fit was das Erstellen von eigenen Moduls etc. angeht :-(

Ein contrib- Module ist wesentlich aufwändiger als ein custom Module. So sehr ich deinen Wunsch auch verstehen kann, dafür fehlt mir einfach die Zeit. Im Moment bin ich froh, wenn ich meine deadlines halten kann.

Hey glycid,

versteh ich das richtig? In meinem Formular (post) frage ich die zahlungsweiße (optionbuttons) und den Betrag (Textfeld, mit javascript von mir angeseteuert, nur ganzzahlige werte erlaubt) ab. Als actions-adresse im formular gebe ich dann ein weiteres php skript an, welches diese Variablen mit $_POST abfrägt und dann eine URL mit den entsprechenden Parametern für den Zahlungsanbieter generiert und aufruft?
Und dann richte ich noch ein php Skript ein, welches von Paypal als rückverweis-url benutzt wird, die bezahlte Summe ausliest und dementsprechend userpoints zuweist?

oder verstehe ich da vom ablauf und aufbau etwas falsch?

vorab vielen vielen Dank!

Max

Nein, genau richtig verstanden.

gottseidank...die paypal anbindung ist mir ein reines hokus pokus =D

sorry wenn ich dazu schon wieder was fragen muss...

aber da sich micropayment mit der freischaltung meines projekts ordentlich zeit lässt und ich bis dahin auch nix anderes machen kann wollte ich in der zwischenzeit das gleiche für paypal machen...scheitere aber fatal bereits an der dokumentation und habe keine ahnung was die jetzt eigentlich von mir wollen.

Hast du für paypal auch schon mal so einen einfachen zahlungsaufruf geschrieben? Wenn ja wärs fantastisch, wenn du das jeweilige code-schnipsel hier zeigen könntest, weil ich nicht mal dahinterkomm, welche parameter die übergeben haben wollen...solltest du eine vernünftige anleitung für einen nicht-profi zur hand haben würde mir das auch weiterhelfen^^

Vorab vielen vielen Dank!

Max

Nee, paypal wurde in meinem Auftrag aufgrund der relativ hohen Gebühren rausgenommen. Da kann ich dir kein Code- Beispiel liefern. Ich hatte mir damals jedoch die Developer Dokumentation durchgelesen. Die ist erst mal ziemlich verwirrend, das sehr viele Methoden behandelt werden. Aber irgendwann kriegst du gefiltert, was du brauchst. Wahrscheinlich wäre es hilfreich, mal in das Commerce- Paypal Modul reinzuschauen...

Da kann man so viel zeug machen...mega unübersichtlich. Das haben die jungs bei micropayment schon wesentlich einfacher gemacht. Aber das mit dem commerce-modul scheint eine gute idee zu sein. Wenn ich was finde schreib ichs hier rein. Kann man irgendwie unterbinden dass user eigenständig die url mit den parametern eingeben und sich so schnell mal 1000 userpoints herzaubern?

Die User bekommen den API- URL ohnehin nicht zu sehen. Für den Fall, dass doch mal jemand den URL rausfinden sollte, kannst du den Zugang auf die IP's von Micropayment und ggf. Paypal in der .htaccess von vornherein beschränken.

Zunächst solltest du den URL als Query String definieren. Also statt $items['response_url'] als $items['q=response_url'] Sonst gibts bei aktivierten Clean URLs Probleme.

Bei Micropayment gibts laut Dokumentation drei mögliche Server, von denen der Call ausgehen kann:

1. Allow from service.micropayment.de 193.159.183.234
2. Allow from proxy.micropayment.de 193.159.183.235
3. Allow from access.micropayment.de 193.159.183.236

In deiner .htaccess Datei schreibst du direkt nach der Zeile RewriteEngine on folgendes:

Dann suchst du weiter unten nach den Kommados

die Zeile: RewriteRule ^ index.php [L] und ersetzt diese durch: RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Damit ist deinedomain.de/response_url nicht mehr direkt aufrufbar und keine Manipulation möglich.

hallo glycid,

schonmal vielen Dank!

leider funktioniert das bei mir irgendwie nicht...muss ich irgendwo eine variable in deinem code abändern? hab leider keine ahnung von diesen htaccess-anweisungen...

was steht bei dir jetzt aktuell in der Funktion:

für den Array- Key 'sofortueberweisung' ?

momentan steht bei mir "bankpay" drin

Moinsen Max,

von Zeit zu Zeit hab ich das Gefühl, du liest alles sehr oberflächlich ;). Ich schrieb doch:

Also muss du statt $items['bankpay'] $items['q=bankpay'] schreiben.

mhm^^aber ich habs mit beidem probiert...bei q=bankpay bekomme ich aber ohne die änderungen im htaccess schon keinen aufruf zusammen. Außer ich rufe die url dann schließlich mit /q=bankpay auf. Das sollte aber glaub ich nicht der fall sein...

Ich möchte als redirect url einfach /bankpay angeben können, ist das nicht möglich?

Wenn du in den Einstellungen clean URLs aktivierst, wird deinedomain/?q=bankpay zu deinedomain/bankpay umgeschrieben. Vorausgesetzt, mod_rewrite ist auf dem Server aktiviert, aber davon gehe aus. Prüf das doch noch mal. Bei mir funktioniert es so wie beschrieben einwandfrei. Also muss es ja auch bei dir gehen...

clean urls ist bei mir aktiviert.

ändere ich aber im modul diese items-variable dann kann ich einen aufruf nur noch mit /q=bankpay?uid=1&amount=5000 aufrufen.
Ein einfacher aufruf mit bankpay?uid=1 usw. funktioniert nicht mehr. So bekomme ich nur "Seite nicht gefunden"

Und die .htaccess Notationen sind wie bei mir?

1)

2)

Edit: Tippfehler

ich hab doch das erste problem noch nicht gelöst:

ein aufruf mit /bankpay?meinevariablen=meinewerte funktioniert nicht mehr...bevor ich das nicht gelöst habe will ich ungern meine eigenen aufrufe blockieren, weil ich dann überhaupt keinen überblick mehr habe was jetzt funktioniert und was nicht ^^

ich denke das wird dann schon funktionieren, wenns bei dir ja auch funktioniert...aber ich versteh den sinn noch nicht meine item[] variable in "q=bankpay" umzubennen, wenn die konsequenz davon ist, dass ich das ding dann auch mit "q=bankpay" aufrufen muss...das q= kann ich mir dann doch sparen

Der einzige Sinn von q=bankpay ist der, dass das Bedingung: RewriteCond %{QUERY_STRING} in der .htaccess eben dieses Query String Format erwartet. Andernfalls funktioniert es nicht und wir könnten den IP Access so nicht realisieren. Davon abgesehen, kannst du jede Seite bei dir einmal mit deineseite/impressum und deineseite/?q=impressum aufrufen. Probiers doch mal. Wenn dich das stört, installiere das Modul "Global Redirect".

Ok, ich verstehe...da man die API-URL ja sowieso nicht zu gesicht bekommt ist es eh egal, wenn man die mit ?q= aufrufen muss. Wobei mich das trotzdem wundert, dass dies nur mit ?q= seiten funktioniert...dachte ich hätte irgendwo anders noch einen wurm drin.

Wieder mal vielen vielen Dank für deine Hilfe!

Eigentlich isses Wurscht. Du kannst bei Micropayment ja auch deinedomain.de/?q=bankpay hinterlegen. Aber wenn clean urls aktiviert sind und und das Umschreiben bei deinen anderen URLs klappt, muss der call auch mit deinedomain.de/bankpay funktionieren. Wenn das nicht der Fall ist, ist in der Tat irgendwo der Wurm drin. Aber wo, kann man aus der Ferne natürlich schlecht sagen, zumal ich das Problem nicht habe.