alternatives Zaypay pour les paiements effectués par appel ou un SMS

Question

Nous essayons actuellement de mettre en œuvre un fournisseur de paiement zaypay pour le paiement des services par SMS ou en appelant un numéro. Nous avons déjà le contrôle de Google et PayPal travailler pour des paiements réguliers, mais zaypay est assez rigide, mal documenté et une douleur à installer lorsque vous avez des centaines de produits avec des prix variables.

Alors, ma question est, savez-vous de tous les autres fournisseurs de paiement européens qui prennent SMS et appel paiements?

En réponse à Roberts réponse / question

Salut Robert, je dois dire que la solution Zaypay est le meilleur et que je l'ai vu à ce jour en ce qui concerne les paiements téléphoné. Cependant, depuis son maintenant il y a 2 mois, je terminé la mise en œuvre de notre interface utilisateur personnalisée Zaypay Je ne me souviens plus des détails des problèmes que nous avions. Je vais essayer de donner un bref d'entre eux de toute façon le meilleur que je peux.

D'abord tout ce que je voudrais voir un scénario de type de redirection pour payalogues. D'après ce que je vous rappelle les gars utilisez le cadre JS « Prototype » qui ne joue pas bien avec jQuery que nous utilisons donc nous ne pouvions pas utiliser le scénario de type pop-up soutenu par payalogues.

De plus, lorsque la mise en œuvre de notre interface personnalisée Je me souviens beaucoup de traductions manquantes, comme des mots qui étaient codes au lieu d'un mot ou une phrase. Cela signifie que nous avons fini par écrire / traduire tous les messages que nous nous avions besoin.

En outre, un autre point de gêne était la configuration des prix et des articles. Je souhaite que nous pourrions envoyer les articles de commande / prix en tant que partie de l'interface comme vous pouvez dans Google Checkout ou PayPal (pas qu'ils sont soit sans défaut), au lieu d'avoir à définir tous les éléments que vous aurez jamais vendre dans votre interface d'administration au préalable. Pour autant que je me souvienne, il est pratiquement impossible d'utiliser Zaypay pour une commande multi-élément dans sa forme actuelle.

Enfin, il y a, pour autant que je peux dire, certains problèmes de sécurité que vous devez penser lorsque vous implémentez une solution personnalisée ... surtout un conduit ajax. Comme je l'ai dit dans mon post original vous ne mentionnez cela dans la documentation, mais je crois que la documentation était pas exhaustive en ce qui concerne les questions de sécurité. Encore une fois, je voudrais pouvoir donner plus de détails, mais le code client et est disparu depuis longtemps, je ne peux pas regarder les commentaires que j'ai écrit. Désolé!

Ah oui, la documentation générale de l'API ne sont pas exactement complète et 100% correct soit.

Encore une fois, je ne veux pas conseiller les gens contre l'utilisation Zaypay, si vous n'utilisez pas un cadre JS en conflit les payalogues semblent très faciles à mettre en œuvre. Je veux juste conseiller que les gens qui considèrent Zaypay devraient essayer d'abord sur un prototype réaliste et penser à leur mise en œuvre avant de libérer à la production si elles imeplement interface personnalisée (que je ne peux pas recommander).

Peut-être juste moi qui mal compris beaucoup de choses mais j'avais généralement des difficultés pour utiliser votre cadre et je suis resté avec le sentiment que l'API était très nouveau et pas pensé depuis le début.

Answer 1

Après avoir fait beaucoup de recherches sur le web I'vedecided pour aller avec Zaypay de toute façon. La rédaction de votre propre fournisseur semble être une solution trop coûteuse à ce problème.

Qu'est-ce que vous pouvez faire à la place est d'utiliser l'API Zaypay limitée au lieu de faire votre propre interface utilisateur, mais attention de ne pas introduire des problèmes de sécurité si vous le faites. J'ai identifié au moins 2 façons dont vous pouvez avoir des ennuis si vous ne faites pas attention. Zaypay ne vous dit d'être prudent si vous implémentez votre propre API ... Je suis juste en insistant sur le point. Basiquement vous devez vous assurer que votre application est inviolable. Par exemple, un utilisateur ne doit pas être en mesure de changer l'ID de prix, etc. clé de prix.

Answer 2

Pourquoi ne pas écrire votre propre en utilisant une combinaison d'un fournisseur de passerelle SMS qui se traduit par un message entrant à utiliser PayPal ou Google Checkout. De cette façon, vous pouvez construire votre propre API pour répondre à vos besoins.

S'il est assez bon, vous pourriez même être en mesure de le vendre en tant que service.