Paypal, wiederkehrende Abrechnung und Aktivität

Question

Ich versuche zu erforschen, wie man ein abonnementbasiertes Gehaltsmodell an einer vorhandenen Mine -Site hinzufügt, stieß aber auf viele widersprüchliche Informationen und habe mich ein wenig verloren.

Alles was ich brauche ist eine sehr einfache Möglichkeit, eine wiederkehrende Abrechnung (pro Monat) per Kreditkarte einzurichten. Ich brauche nur eine einfache Lösung, fällt mir aber es fällt mir schwer, die besten Praktiken für die Einrichtung zu finden.

Bisher verstehe ich, dass dies durch die Option "Zahlungsnormen der PayPal" unterstützt wird. Ich habe nur ein paar Fragen dazu, wie ich es implementieren sollte:

• Bringt PayPal zunächst einen Benutzer an, sich für eine wiederkehrende Abrechnung mit dem Zahlungsstandard -Standard -Standard zu registrieren?

• Ich hatte vor, Activemerchant zu verwenden, aber ich habe einige Blogs gefunden, die besagen, dass Activemerchant keine wiederkehrende Abrechnung von PayPal unterstützt. Ist das wahr?

• Ich habe das Sass Rails Kit von Railskits.com gefunden, das besagt, dass es wiederkehrende Abrechnung mit dem PayPal -Website -Zahlungsstandard unterstützt. Wenn ich dies kaufen würde, wäre der Code klar genug, um sie auf meiner eigenen Website zu verstehen und zu implementieren, oder ist er eine Art verpacktes Angebot für Starter -Sites und nicht vorhandenen Websites?

• Ich habe viel Blog mit Hilfe bei wiederkehrender Abrechnung mit Activemerchant gefunden, aber mit der Express -Kasse von PayPal. Ich habe über Express -Checkout auf der PayPal -Website gelesen, aber ich kann immer noch nicht genau verstehen, was es ist und wie sie sich vom Zahlungsstandard -Standard -Standard unterscheidet. Kann jemand dies auf einfache Weise erklären?

Wenn jemand nur eine dieser Fragen beantworten könnte, wäre ich sehr dankbar!

** Übrigens, bevor es vorgeschlagen wird, habe ich alle Paypal -Screencasts von Ryan Bates über PayPal gesehen, die sich hervorragend für Grundlagen oder Kauf von Artikeln in einem Einkaufswagen eignen, aber ich verstehe nicht, wie es mit wiederkehrender Abrechnung funktionieren sollte . Außerdem schien es, als hätte er einige wichtige Schritte im Video übersprungen (z. B. die PayPal -Dokumente, nachdem Ihre App ein IPN erhalten hat, müssen Sie eine Empfangsbestätigung an PayPal zurücksenden, aber Ryan tut dies nicht in seinem Screencast). Ich versuche nur, all das zu verstehen!

Answer 1

Express Checkout entspricht dem Standard -Website -Zahlungsstandard. Es ist die Methode, Ihre Kunden in PayPal umzuleiten, um ihre Zahlungsinformationen zu sammeln. Es gibt eine einfache Implementierung des Erstellens eines Formulars, das direkt an PayPal veröffentlicht wird, und Sie können optional IPN verwenden, um Informationen über die Transaktion zu erhalten. Es gibt auch eine API für Zahlungsstandards, mit der Sie die Transaktion mit PayPal hinter den Kulissen einrichten, dann Ihren Kunden in PayPal umleiten und dann PayPal über die API für die gerechtfertigten Transaktion abfragen können. Das SaaS Rails Kit (ich bin der Autor davon) verwendet diese API.

Website Payments Pro ist das PayPal -Angebot, mit dem Sie die Zahlungsinformationen auf Ihrer Website sammeln und diese Informationen über ihre API an PayPal weitergeben können. Sie erhalten dann Informationen über die Transaktion über die API. Der Kunde verlässt Ihre Website nie. Für die TOS von PayPal müssen Sie Express -Checkout anbieten, auch wenn Sie Zahlungen anbieten. Payments Pro kostet 30 US -Dollar / Monate. (Wie ich mich erinnere) und erfordert, dass Sie einen Antrag auf ein Pro -Konto ausfüllen.

Answer 2

Bringt PayPal zunächst einen Benutzer an, sich für eine wiederkehrende Abrechnung mit dem Zahlungsstandard -Standard -Standard zu registrieren?

Mit der Website -Zahlungsnorm weisen Sie Ihre Kunden an, ihre Informationen auf der PayPal -Website auszufüllen. Für mich ist das irgendwie kitschig, aber Ihre Kilometerleistung kann variieren. Wenn Sie etwas Geld verdienen, lohnt es sich, es in Ihre Website zu integrieren und auf Website Payments Pro, IMO zu aktualisieren.

Ich hatte vor, Activemerchant zu verwenden, aber ich habe einige Blogs gefunden, die besagen, dass Activemerchant keine wiederkehrende Abrechnung von PayPal unterstützt. Ist das wahr?

Es ist nicht außerhalb der Box, aber Sie müssen eine neue Modulklasse erstellen, die in einen aktiven Händler hinzugefügt wird, sowie die Ansichten und es ist wirklich viel Arbeit. Nein sollte Ihnen sagen, dass es einfach zu tun ist, denn sie sind entweder Lügner oder wirklich gut im Programmieren.

Ich habe das Sass Rails Kit von Railskits.com gefunden, das besagt, dass es wiederkehrende Abrechnung mit dem PayPal -Website -Zahlungsstandard unterstützt. Wenn ich dies kaufen würde, wäre der Code klar genug, um sie auf meiner eigenen Website zu verstehen und zu implementieren, oder ist er eine Art verpacktes Angebot für Starter -Sites und nicht vorhandenen Websites?

Sicher, es mag klarer sein, aber wenn ich mich erinnere, verwenden sie eine referenzielle Transaktion, um ab diesem August, als ich meine Lösung schrieb, ab dem August. In Bezug auf vorhandene Websites müssen Sie es möglicherweise in Ihre vorhandene App einbeziehen oder es um sie herum erstellen. TBH, der $ 2xx -Preisschild hat mich erschreckt.

Ich habe viel Blog mit Hilfe bei wiederkehrender Abrechnung mit Activemerchant gefunden, aber mit der Express -Kasse von PayPal. Ich habe über Express -Checkout auf der PayPal -Website gelesen, aber ich kann immer noch nicht genau verstehen, was es ist und wie sie sich vom Zahlungsstandard -Standard -Standard unterscheidet. Kann jemand dies auf einfache Weise erklären?

PayPal Express verlangt, dass Sie Ihr eigenes Händlerkonto haben. In einem Händlerkonto landet Ihr Geld und ist das einzige Bankkonto Ihres Kunden, das problemlos mit Ihrem Bankkonto sprechen kann.

Website Payments Standard verwendet das eigene Handelskonto von PayPal über Ihr PayPal -Konto, um Sie zu bezahlen.

Nochmals, IMO, zahlen Sie die 30 Dollar und gehen Sie mit Website Payments Pro.

Answer 3

Wir entwickeln auch eine abonnementbasierte Website und das sieht ziemlich interessant aus - http://chargify.com/. Könnte einiges an Codierungszeit sparen.

Answer 4

Wenn wir diskutieren, wie Abonnements mit einem Ruby on Rails /Activemerchant -Umgebung abonniert werden, bin ich mir nicht sicher, warum niemand angesprochen hat Freemium, das ein Schwesterprojekt für Activemerchant ist, das sich auf Abonnements konzentriert.

Answer 5

Ich benutze das SaaS Railskit und kann es sehr empfehlen. Der Code ist sauber, kommentiert und lesbar. Es kann in eine vorhandene App mit minimaler Optimierung oder als Grundlage für eine neue App verwendet werden. Ich nehme an, es funktioniert gut, wenn Sie es nur als Referenz oder eigenständige Zahlungsverarbeitungs-App verwenden wollten.

Ich hoffe, das hilft!

Answer 6

Eine weitere potenzielle Option besteht darin, eine der anderen wiederkehrenden Abrechnungen wie Autorize.net oder Braintree zu treffen. Ich schlage normalerweise nicht vor Autorize.net vor, weil ihr leicht schwieriger Entwicklungsprozess (Sie müssen ein Testkonto anfordern, wenn Sie kontinuierliche Tests durchführen möchten, die etwa 2 Tage dauern), aber ich habe in mehreren Websites Integrationen mit ihnen durchgeführt und es funktioniert einigermaßen gut. Obwohl sie die gleiche verrückte Politik haben wie Paypal, 19 Produkte zu nennen, die alle zu tun scheinen, was Sie brauchen, aber in der Realität nicht.

Der einzige Bonus dafür ist, dass die Leute keine PayPal -Mitglieder sein müssen, um die Zahlung zu leisten, und ich glaube, Autorize.net hat niedrigere Gebühren, aber das war vielleicht nur unsere Konten. Unser Verkäufer war ein Mörderverhandler.

Active_Merchant und der SaaS Railskit unterstützen sowohl Authorize.net als auch Braintree.

Ich würde nicht empfehlen, das Railskit zu kaufen, nur um den Qualitätscode zu betrachten, der Active_Merchant verwendet. Ich bin mir sicher, dass es andere Orte gibt, an denen Sie kostenlos suchen können. Railskits sind wirklich so konzipiert, dass sie als Basis verwendet werden können, und es ist fast garantiert, dass es sich um eine andere Reihe von Annahmen über das Setup handelt als geplant, wenn Sie es überall bei Ihrem Projekt geschafft haben, wenn Sie die beiden mit ziemlicher Sicherheit verschmolzen. Auf der anderen Seite ist das Railskit möglicherweise eine großartige Möglichkeit, mit einer wirklich vernünftigen Umgebung von vorne zu beginnen.

Answer 7

Wenn Sie PayPal -Abonnements verwenden, benötigen Sie wahrscheinlich ein PayPal -Geschäftskonto. Nichts beängstigend Es ist nur ein Fall, dass PayPal einen Firmennamen angibt und Ihr vorhandenes Konto beantragt, umgewandelt zu werden.

Ich habe auch ein paar PayPal -Abonnentenlösungen für Rails durchgesehen und schließlich nur meine eigenen geschaffen.

Ich habe es hier geschrieben Hinzufügen von PayPal -Abonnements zu Ihrer Rails -App mit 1 Controller.

Answer 8

Frage: Fordert PayPal zunächst einen Benutzer für eine wiederkehrende Abrechnung mit dem Zahlungsstandard für die Website ein? Ja, ich glaube schon. PayPal möchte, dass der Benutzer die Zahlungen nach Bedarf kündigen kann.

Frage: Ich hatte vor, Activemerchant zu verwenden, aber ich habe einige Blogs gefunden, die besagen, dass ActiveMerchant keine wiederkehrende Abrechnung von PayPal unterstützt. Ist das wahr? Das sehe ich auch. Sie können es jedoch über die PayPal -Seifenschnittstelle implementieren. Es ist nicht zu hart.

schamloser Stecker:

Ich habe alle Dokumente für PayPal durchlaufen und die guten Dinge für die Implementierung von Standard- und Seifenbasismethoden herausgezogen. Sie finden es für 8,50 US -Dollar auf Pragprog.com

/schamloser Stecker: