Frage

Derzeit versuchen wir, einen Zahlungsanbieter in Zaypay für die Bezahlung von Diensten mit SMS oder mit einer Nummer zu implementieren. Wir haben bereits Google Checkout und PayPal für reguläre Zahlungen, aber Zaypay ist ziemlich unflexibel, schlecht dokumentiert und schmerzhaft, wenn Sie Hunderte von Produkten mit unterschiedlichen Preisen haben.

Meine Frage ist also, kennen Sie andere europäische Zahlungsanbieter, die SMS annehmen und Zahlungen anrufen?

Als Antwort auf Roberts Antwort/Frage

Hallo Robert, ich muss sagen, dass die Zaypay -Lösung die beste ist und nur ich bisher in Bezug auf ricked Zahlungen gesehen habe. Seit es jetzt vor 2 Monaten die Implementierung unserer benutzerdefinierten Zaypay -Benutzeroberfläche beendet habe, kann ich mich nicht an die Details der Probleme erinnern, die wir hatten. Ich werde versuchen, sie trotzdem so gut wie möglich zu machen.

Zunächst würde ich gerne ein Umleitungsszenario für Payalogues sehen. Soweit ich mich erinnere, verwenden Sie das JS-Framework "Prototyp", das mit JQuery, das wir verwenden, nicht gut spielt, sodass wir das von Payalogues unterstützte Popup-Szenario nicht verwenden konnten.

Darüber hinaus erinnere ich mich bei der Implementierung unserer benutzerdefinierten Schnittstelle an viele fehlende Übersetzungen, wie Wörter, die Codes anstelle eines Wortes oder einer Phrase waren. Dies bedeutete, dass wir alle Nachrichten geschrieben/übersetzten, die wir selbst brauchten.

Ein weiterer Belästigungspunkt war auch die Einrichtung von Preisen und Artikeln. Ich wünschte, wir könnten einfach die Bestellartikel/-preise als Teil der Schnittstelle einsenden Admin -Schnittstelle vorher. Soweit ich mich erinnern kann, ist es praktisch unmöglich, Zaypay für eine Multi-Elemente-Reihenfolge in seiner aktuellen Form zu verwenden.

Schließlich gibt es, soweit ich das beurteilen kann, einige Sicherheitsprobleme, über die Sie nachdenken müssen, wenn Sie eine benutzerdefinierte Lösung implementieren ... insbesondere eine von AJAX angetriebene. Wie ich in meinem ursprünglichen Beitrag sagte, erwähnen Sie dies in der Dokumentation, aber ich glaube, die Dokumentation war in Bezug auf Sicherheitsprobleme nicht so umfassend. Ich wünschte, ich könnte mehr Details geben, aber der Code und der Kunde sind längst weg, also kann ich die Kommentare, die ich geschrieben habe, nicht nachschlagen. Es tut uns leid!

Oh ja, die allgemeine API -Dokumentation war auch nicht genau umfassend und zu 100% korrekt.

Auch hier möchte ich die Leute nicht gegen Zaypay beraten, wenn Sie kein widersprüchliches JS -Framework verwenden, scheinen die Payalogues sehr einfach zu implementieren. Ich möchte nur raten, dass Menschen, die Zaypay betrachten, es zuerst in einem realistischen Prototyp ausprobieren und über ihre Implementierung nachdenken sollten, bevor sie die Produktion veröffentlichen, wenn sie eine benutzerdefinierte Schnittstelle beeinträchtigen (was ich nicht empfehlen kann).

Vielleicht bin es nur ich, der viele Dinge missverstanden hat, aber ich hatte im Allgemeinen Schwierigkeiten, Ihren Rahmen zu verwenden, und ich hatte das Gefühl, dass die API von Anfang an sehr neu und nicht durchdacht war.

War es hilfreich?

Lösung

Nachdem ich viel im Web gesucht habe, habe ich sowieso mit Zaypay zu Zaypay gegangen. Das Schreiben Ihres eigenen Anbieters scheint eine übermäßig teure Lösung für dieses Problem zu sein.

Stattdessen können Sie stattdessen die begrenzte Zaypay -API verwenden, um Ihre eigene Benutzeroberfläche zu erstellen. Achten Sie jedoch darauf, dass Sie keine Sicherheitsprobleme einführen, wenn Sie dies tun. Ich habe mindestens 2 Möglichkeiten identifiziert, wie Sie in Schwierigkeiten geraten können, wenn Sie nicht vorsichtig sind. Zaypay sagt Ihnen, Sie sollen vorsichtig sein, wenn Sie Ihre eigene API implementieren ... Ich betone nur den Punkt. Grundsätzlich sollten Sie sicherstellen, dass Ihre Anwendung manipulationssicher ist. Beispielsweise sollte ein Benutzer nicht in der Lage sein, die Preis -ID, die Preisschlüssel usw. zu ändern.

Andere Tipps

Schreiben Sie Ihre eigene mit einer Kombination aus einem SMS -Gateway -Anbieter, der eine eingehende Nachricht übersetzt, um PayPal oder Google Checkout zu verwenden. Auf diese Weise können Sie Ihre eigene API für Ihren Bedürfnissen erstellen.

Wenn es gut genug ist, können Sie es vielleicht sogar als Service verkaufen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top