コールまたはSMSを使用した支払いのZaypayの代替案

Question

現在、SMSを使用したサービスの支払いまたは番号を呼び出すために、Zaypayに支払いプロバイダーを実装しようとしています。すでにGoogleのチェックアウトとPayPalが定期的な支払いのために働いていますが、Zaypayはかなり柔軟性がなく、文書化が不十分であり、価格が異なる数百の製品がある場合はセットアップに苦労しています。

それで、私の質問は、SMSを受け取って支払いを呼び出す他のヨーロッパの支払いプロバイダーを知っていますか？

ロバーツへの回答としての回答/質問として

こんにちはロバート、私はZaypayソリューションが最高であり、私がこれまでに電話をかけられた支払いに関して見たことがあると言わなければなりません。しかし、2か月前にカスタムZaypay UIの実装を終了して以来、私たちが抱えていた問題の詳細の多くを覚えていません。とにかく、私ができる限り最高のことを簡単に説明しようと思います。

まず第一に、PayAloguesのリダイレクトタイプシナリオを見たいと思います。私が覚えていることから、皆さんがJSフレームワーク「プロトタイプ」を使用していることを覚えています。

さらに、カスタムインターフェイスを実装するとき、単語やフレーズの代わりにコードである単語のように、多くの翻訳が欠けていることを覚えています。これは、私たちが自分自身が必要とするすべてのメッセージを書く/翻訳することになったことを意味しました。

また、もう1つの迷惑のポイントは、価格とアイテムのセットアップでした。 Google CheckoutやPayPalでできるようなインターフェイスの一部として注文アイテム/価格を送信できることを願っています（完璧ではない）。事前に管理インターフェイス。私が覚えている限り、Zaypayを現在の形式で複数項目の注文に使用することは事実上不可能です。

最後に、私が知る限り、カスタムソリューションを実装するときに考えなければならないセキュリティの問題があります...特にAjax駆動型の問題。私の元の投稿で言ったように、あなたはドキュメントでこれについて言及していますが、ドキュメントはセキュリティの問題に関してそれほど包括的ではなかったと思います。繰り返しになりますが、詳細を説明したいのですが、コードとクライアントは長い間なくなっているので、書いたコメントを調べることができません。ごめん！

そうそう、一般的なAPIドキュメントは正確に包括的ではなく、100％正しいものでもありませんでした。

繰り返しになりますが、Zaypayの使用に対して人々にアドバイスしたくありません。矛盾するJSフレームワークを使用しなければ、Payaloguesは非常に簡単に実装できます。 Zaypayを考慮している人は、最初に現実的なプロトタイプで試してみて、カスタムインターフェイスをIMeplement Imeplementの場合は生産にリリースする前に実装について考えてください。

たぶん、多くのことを誤解したのは私だけかもしれませんが、私は一般的にあなたのフレームワークを使用するのに苦労していたので、APIは非常に新しいものであり、最初から考えられていないと感じていました。

Answer 1

とにかくZaypayと一緒に行くことを決定したWebで多くの検索を行った後。自分のプロバイダーを書くことは、この問題に対する過度に高価な解決策のように思えます。

代わりにできることは、代わりに限定されたZaypay APIを使用して独自のUIを作成することですが、そうする場合はセキュリティの問題を導入しないように注意してください。注意しなければ、トラブルに巻き込まれることができる少なくとも2つの方法を特定しました。 Zaypayは、独自のAPIを実装している場合は注意するように注意しています...私はただポイントを強調しています。基本的には、アプリケーションが改ざん防止であることを確認する必要があります。たとえば、ユーザーは価格ID、価格キーなどを変更できないはずです。

Answer 2

PayPalまたはGoogleチェックアウトを使用するように着信メッセージを翻訳するSMSゲートウェイプロバイダーの組み合わせを使用して、自分で書いてみませんか。そうすれば、ニーズに合わせて独自のAPIを構築できます。

それが十分であれば、あなたはそれをサービスとして販売することさえできるかもしれません。