una tpv redsys que plataformas plataforma pasarelas pasarela pagos pago online latinoamerica hacer elegir como php html ajax api payment-gateway

php - tpv - redsys



Necesito una guía sobre las pasarelas de pago (4)

Las pasarelas de pago difieren de un país a otro y son agencias que pueden habilitar el procesamiento de pagos en sus aplicaciones.

Por ejemplo. en el Reino Unido BT lo tiene como pasarela de pago. Lo llaman BTBuynet . En India, ICICI es uno de los principales proveedores de pasarelas de pago. También puedes consultar PayPal .

Cada uno de ellos tiene su propia forma de implementación. Por lo general, todas las pasarelas de pago tienen 2 modos para el procesamiento de pagos.

  1. Página de pago : este es uno de los más utilizados. Los sitios generalmente redirigen al usuario a la página de pago alojada por la pasarela de pago. Este tipo tiene algunas ventajas y desventajas.

Ventajas

No tenemos que preocuparnos por la validación o el almacenamiento de los detalles de las tarjetas, ya que su página de pago se encarga de todo.

Desventajas

Como redirigimos al usuario a un sitio diferente, la apariencia del sitio será diferente.

  1. Servicio de pago : este es el segundo tipo en el que generalmente se utiliza un componente o API. Los detalles son recogidos por el comerciante (el propietario de la aplicación) y enviados para el procesamiento del pago.

Espero que esto te dé una idea de las pasarelas de pago. También puede consultar algunas preguntas relacionadas en el RHS.

Nunca he hecho nada con las pasarelas de pago, ¿alguien puede darme sugerencias?


¿Estoy en lo cierto al pensar que estás situado debajo? Si es así, actualmente estoy trabajando en un sitio de comercio electrónico de PHP en Oz. Estamos utilizando Payment Express http://www.paymentexpress.com/ . Como otros han señalado, ofrecen varias opciones de integración:

  1. Iframe / re-direct - Esto es bastante directo para integrar. Simplemente publica un montón de cosas y publicarán un montón de cosas para decir que la transacción se completó o no.
  2. webservice: utiliza un servicio web xml que está bastante bien documentado y es fácil de implementar. Supongo que esta opción es un poco más compleja que la opción de iframe, pero permite un mayor control sobre lo que sucede durante las transacciones. Pero debe ser un poco más cauteloso acerca de cómo procesa la gente los detalles de la tarjeta de crédito

El cliente realmente eligió Payment express not us directamente para que mis recomendaciones se basen en la codificación de la interfaz. Sus especificaciones y código de muestra están disponibles gratuitamente en su sitio web sin necesidad de registrarse.

Espero que esto te sea útil.


Para Sudáfrica, utilizamos Moneybookers o Setcom, por aceptar la mayoría de los pagos, sugiero Paypal ya que su uso generalizado también incluye otras pasarelas de pago.


Bueno, decide una pasarela de pago con la que quieras trabajar. Si solo desea obtener más información acerca de esto en línea, le recomiendo que vaya con el portal de pagos de PayPal. Realmente no dan buenos precios (le dan un gran mordisco al dinero que le cobra a los usuarios), pero tienen un buen sistema de "recinto" que puede encender y apagar, y es libre de desarrollar. Esto le permite ejecutar su sistema como si todo estuviera "en vivo":

  • El dinero se acreditará en su cuenta de caja de arena de las tarjetas de crédito falsas que cree
  • Las transacciones actuarán igual que el sistema en vivo: recibirás confirmaciones y notificaciones tal como fue real.

Entonces, un buen lugar para comenzar sería el sitio para desarrolladores de PayPal .

Oh, no tengas miedo de usar alguna otra puerta de enlace; todas las que he usado tienen una forma de probar su sistema antes de que se active. Pero muchos de ellos no permiten volver a un modo de simulación "falso" una vez que se ha activado. Entonces, agregar y probar nuevas características después de obtener un sistema de producción es más complicado.