Vor ein paar Wochen sah ich in Amazon FPS (Flexible Payments Service), nur um zu sehen, was unsere Optionen für Premium-Dienste wie kommerziellen Support gibt. Wissen Sie, die Dinge, die wir nicht geben kann weg, auch wenn wir es wollten, weil ihre tatsächlichen Kosten beteiligt, die wir nicht ohne in Konkurs gehen könnte subventionieren.
Beachten Sie, dass wir wahrscheinlich nicht verwenden FPS in der nahen Zukunft, aber ich habe Forschung erschöpfend, bevor ich sie ausgeschlossen (bis jetzt). Während es in meinem Kopf ist frisch hier ist die Zusammenfassung zum Nutzen derer, die in Betracht ziehen könnte es als Option.
FPS hat zwei Betriebsarten:
Beginnen wir mit dem regulären Web-Service-Modus zu starten.
Die Dokumentation ist hunderte von Seiten lang und es kann schwierig erscheinen, aber die meisten davon nur wiederholt ein paar grundlegende Konzepte.
Das zugrunde liegende Konzept ist einfach. Amazon ist Ihr Payment Service. Sie vermitteln Geschäfte aller Art mit Ihren Benutzern, die nicht vollständig vertrauen Sie oder Ihr (potenziell) unsichere Website kann mit ihrer finanziellen Sachen. Aber sie vertrauen Amazon.
Zur Behebung dieses Vertrauen Ausgabe Amazon, im Gegensatz zu anderen Finanzdienstleistungen (zB Händler-Konto-Provider oder Zahlungs-Gateways) sind immer Teil der User Experience-Schleife. Ihre Website kann sich nicht mit Dingen mit Amazon Payments in den Hintergrund. So oder so Genehmigung ist immer auf Amazon-Website, die Ihren Benutzern natürlich in log zur Verfügung gestellt.
Als kleinen Trost kann Amazon Zahlung Pipeline zum einen durch Ihr Logo co-branded werden, aber das ist so weit man gehen kann.
Nach Genehmigung der Zahlung, wird der Turnkey API Benutzer wieder auf Ihre Website mit einem Geschenk umgeleitet: eine Zahlung Token, das ist wirklich nur eine zufällige eindeutige ID, die auf einen Eintrag in Amazon Zahlungen Datenbank, die die Zahlung “Vertrag” der Benutzer nur berechtigt ist repräsentiert Punkte .
Sie können fragen, Amazon, um den Benutzer zu bitten, eine Palette von Zahlungsoptionen Genehmigung Arten autorisieren. Eine einmalige Zahlung, ein Multi-Use-Zahlung, eine wiederkehrende Zahlung in regelmäßigen Abständen, ein Prepaid-Guthaben, die Sie Wert aus kann Dekrement und ein Postpaid-Guthaben.
Eine Einmalzahlung Genehmigung kann auch fragen, für Geld und ist die einfachste. Allerdings, wenn Sie es verwenden ausschließlich müssen Sie halten den Benutzer auffordert, mehr Leistungen, die für eine schlechte Nutzererfahrung bieten können genehmigen.
Andere Zahlungsmethoden Genehmigung Typen liegen irgendwo zwischen einem Cash Einmalzahlung und eine Kreditkarte, die ich eben Vertrauen Sie mir entsprechend berechnen.
Was sie gemeinsam haben ist, dass im Gegensatz zu einem Kredit-Karte, die sie streng sind im Voraus festgelegt und begrenzt. Der Benutzer sieht das Kleingedruckte und hat es zu akzeptieren.
Und das ist ein großer gotcha. Mehrere Zahlungen oder Postpaid? Benutzer ist im Voraus zu genehmigen, eine maximale Ausgaben zu begrenzen, nach der die Genehmigung ausläuft. Wiederkehrende Zahlungen (z. B. ein Abonnement)? Automatisch nach einem Jahr, nach der der Benutzer hat eine neue Zahlung Genehmigung erstellen auslaufen.
Zum Beispiel ist die Erfahrung, dass einem Postpaid-Zahlung Vim Files (dh die nächste Sache, eine Art der Kreditkarte Genehmigung, die FPS-Angebote) alle zu nah an der Anmeldung für eine neue Kreditkarte. Und dann die Anmeldung für eine neue Kreditkarte, wenn die vorherige Kreditkarte maxes ein Jahr später.
Amazon tun dies, um Rückbuchungen auf Kreditkarten, die von den meisten Anwendern Ich erwarte, dass die Erfahrung würde eine komplexe und ein wenig beängstigend, zu minimieren. Man kann nicht einfach durch diesen Teil abschöpfen oder tun es betrunken.
Erste Zahlung Token ist nicht das Gleiche wie immer bezahlt. Es ist nur die halbe Wahrheit, wenn wenn man einmal den Token des Benutzers Beteiligung abgeschlossen ist (für diese Zahlung Genehmigung).
Es ist immer noch bis zu Ihrer Anwendung Back-End, um das Token auf Amazon die Zahlung API, um Geld in andere Hände übergehen zu lassen. Amazon macht keine Zusicherungen, dass die API immer werden in Ordnung, so dass Sie wahrscheinlich werde hinzufügen möchten Retry-Logik auf Ihre Bewerbung, für Robustheit, auch wenn Sie nur die Verarbeitung eine einmalige Zahlung.
In Fall ist es nicht klar, multi-oder wiederkehrende Zahlung Token nicht selbst tätig. Ihre Bewerbung als Rechnungs-Logik müssen einen Antrag auf Amazon-API machen, wenn es Zeit ist zu berechnen, wie mit einer Kreditkarte, außer mit mehr Einschränkungen.
Um all diese komplexe Logik und Back-End-Zeug ein bisschen leichter zu verdauen Amazon (wie PayPal und andere) bietet eine freie Entwicklung Sandkasten mit denen Sie Ihre Website testen kann, bevor es in Produktion geht mit Spielgeld.
Oben ist das ghist davon. Offensichtlich Hunderte von Seiten der Dokumentation enthalten viel mehr Details. Sie können mehr Dinge mit Token Changelogs, als ich erwähnte tun. Zum Beispiel könnten Sie eine Zahlung von bis zu 7 Tage vor der eigentlichen Abrechnung sie behalten, können Sie Transaktionen zu stornieren, Rückerstattungen, brechen Token, usw.
Nach etwa ein paar Jahren Ich denke, es wurde klar, dass Amazon FPS viel zu schwer für die meisten potenziellen Nutzer zu implementieren, so dass sie eine einfachere Version mit dem Namen Amazon Simple Zahlungen erstellt wurde.
Es ist auf FPS basiert, hat aber den Back-End-Zeug von Amazon gehostet. Es unterstützt nicht Zahlungsmethoden, müssen Back-End-Aufrufe wie Prepaid-oder Postpaid-Balance, aber die einmalige und wiederkehrende Zahlungen unterstützt woud.
Für einige einfache Nutzungsszenarien würden Sie benötigen keine Programmierkenntnisse beim damit zu integrieren. Erstellen Sie einfach eine statische Zahlung Taste auf Amazon-Website und setzen Sie den HTML-Code auf Ihrer Website.
Für komplexere Anwendungsszenarien (zB Marktplatz), wo Sie wollen, um dynamische Zahlung Schaltflächen, die Sie gerade brauchen würde, um den Code, der HTML-Code auf Ihrer Website schafft integrieren. Die nur leicht schwierige Teil ist die Schaltfläche Signatur, die Benutzer daran hindert, die Änderung der Eingangsgrößen (zB Preis) übergeben Amazon für die Zulassung.
Der Nutzer stellt Autorisierung auf Amazon-Website, wird wieder auf Ihre Website weitergeleitet. Kein Token. Sie bekommen nur das Geld aufgebracht, um Ihre Amazon Payments-Konto, die Sie dann für Ihre (US) Bankkonto auszahlen lassen können.
Sie können es dabei belassen, wenn Sie nicht über die Sicherheit kümmern, aber dann können Benutzer gefälschte eine Zahlung / subscription, indem Sie durch die Pipeline und vorgetäuschten zurück redirect auf Ihre Website, nachdem sie “abgeschlossen” wurde. Sie können die Ware zu liefern, aber nie bezahlt.
Um zu verhindern, diese Art der Sache Amazon Simple Zahlungen können Sie eine IPN (Instant Zahlungen Notification) Callback-URL, die Amazon Payments verwenden zum Aufruf Ihrer Website einmal eine Zahlung abgeschlossen wird registrieren.
Die empfohlene Best Practice ist es, UI Feedback auf der Grundlage der Umleitungen geben, sondern nur aktualisieren Sie Ihre Datenbank auf IPN basiert.