Implementación TPV en Wordpress hecho con programación a medida
Budget: €250 – €750 EUR
Necesitamos integrar un procesador de pagos para un TPV online contratado con Redsys.
El método de pago es pago recurrente y se realiza del siguiente modo:
- Cuando el usuario se registra por primera vez se tokeniza la tarjeta y si es correcto inmediatamente después se realiza un cargo directo de 1€, que se autentifica al usuario con 3D Secure.
- 3 días después de que el cargo de 1€ se ha autorizado, se genera automáticamente un cargo de 10€ en modo no seguro acogiéndonos a la excepción MIT de PSD2.
Si el cargo de 10€ tras ser generado el resultado es denegado, entonces el procesador de pagos deberá reintentar nuevamente realizar el cargo por la mitad del importe (el 50% del importe) al cabo de 7 días. En caso de que sea autorizado, se realiza un segundo reintento al cabo de 7 días para cargar el importe restante (el otro 50% del importe) y el proceso queda completado. Si en estos reintentos no se logra cobrar el cargo, ya sea el importe completo o parte de él, el flujo de cobros finaliza cuando se llegue al número máximos de reintentos de cargos (3 reintentos).
Todo este flujo de funcionamiento ya está integrado en una pasarela de pago en el sitio web con otro proveedor de pagos, por lo que ahora toca trasladar el flujo al nuevo TPV.
El apartado de configuración de importes y demás ya está creado y funcional en el sistema. Hay que incorporar la nueva pasarela de pagos y conectarlo con toda la funcionalidad existente, es decir, con el sistema de estadísticas, transacciones, tracking, API Facebook, facturación, etc.
En la configuración de la pasarela, habilitar la opción de operar en modo seguro y en modo no seguro. En el modo seguro el funcionamiento sería el descrito anteriormente y, en modo no seguro, el pago directo se procesaría sin 3D Secure y los cargos realizados por el comercio también.
Por otro lado, en el formulario de pago, implementar un filtro por javascript que al detectar una operación fallida por parte del usuario que ha insertado los datos, reinicie los inputs y le avise de que debe probar los datos con otra tarjeta.
Buscamos programador o equipo de programadores que hablen español para poder comunicarnos con fluidez, que tengan disponibilidad para el proyecto y sean expertos en este tipo de proyectos.
Muchas gracias.
El método de pago es pago recurrente y se realiza del siguiente modo:
- Cuando el usuario se registra por primera vez se tokeniza la tarjeta y si es correcto inmediatamente después se realiza un cargo directo de 1€, que se autentifica al usuario con 3D Secure.
- 3 días después de que el cargo de 1€ se ha autorizado, se genera automáticamente un cargo de 10€ en modo no seguro acogiéndonos a la excepción MIT de PSD2.
Si el cargo de 10€ tras ser generado el resultado es denegado, entonces el procesador de pagos deberá reintentar nuevamente realizar el cargo por la mitad del importe (el 50% del importe) al cabo de 7 días. En caso de que sea autorizado, se realiza un segundo reintento al cabo de 7 días para cargar el importe restante (el otro 50% del importe) y el proceso queda completado. Si en estos reintentos no se logra cobrar el cargo, ya sea el importe completo o parte de él, el flujo de cobros finaliza cuando se llegue al número máximos de reintentos de cargos (3 reintentos).
Todo este flujo de funcionamiento ya está integrado en una pasarela de pago en el sitio web con otro proveedor de pagos, por lo que ahora toca trasladar el flujo al nuevo TPV.
El apartado de configuración de importes y demás ya está creado y funcional en el sistema. Hay que incorporar la nueva pasarela de pagos y conectarlo con toda la funcionalidad existente, es decir, con el sistema de estadísticas, transacciones, tracking, API Facebook, facturación, etc.
En la configuración de la pasarela, habilitar la opción de operar en modo seguro y en modo no seguro. En el modo seguro el funcionamiento sería el descrito anteriormente y, en modo no seguro, el pago directo se procesaría sin 3D Secure y los cargos realizados por el comercio también.
Por otro lado, en el formulario de pago, implementar un filtro por javascript que al detectar una operación fallida por parte del usuario que ha insertado los datos, reinicie los inputs y le avise de que debe probar los datos con otra tarjeta.
Buscamos programador o equipo de programadores que hablen español para poder comunicarnos con fluidez, que tengan disponibilidad para el proyecto y sean expertos en este tipo de proyectos.
Muchas gracias.