Wallet o PSP as a service
Integrate para tener tu propia billetera digital.
Agregá funcionalidades de billetera a tu solución actual mediante nuestras APIs
Construí tu propia billetera utilizando tu propio PSP o el nuestro (PSP as a service)
Te damos una app Android/IOS marca blanca para que ofrezcas tu propia billetera virtual sin ningún esfuerzo de desarrollo
Nos encargamos de todo el soporte y la administración (conciliaciones, impuestos, presentaciones al BCRA) de tus cuentas
Toda la operatoria está integrada a una herramienta de monitoreo transaccional para evitar el fraude
Algunas definiciones…
¿Puedo utilizar los servicios si soy PSP? Tenemos la tecnología disponible para que puedas integrarte consumiendo todos los servicios en nombre de tu propia PSP. Como valor agregado, igualmente te ofrecemos la administración y soporte de la misma.
¿Puedo utilizar los servicios si no tengo licencia de PSP? Podes integrarte y utilizar todos los servicios usando nuestra PSP. En este caso, los CVU que generes tendrán como PSP a Bind Pagos.
Para poder realizar transferencias salientes y recibir transferencias entrantes, la cuenta en cuestión debe tener asociado un CVU activo.
Al momento de hacer una transferencia saliente, se debita el saldo de la cuenta para luego comenzar el procesamiento de la misma. Si, finalmente, la transferencia fue rechazada por el procesador se devuelve el saldo al cliente. Es recomendable tener un esquema de reconsulta de una transferencia saliente mientras que esté en un estado no definitivo además de esperar el webhook de aviso.
Una transferencia entrante se notifica vía webhook de aviso.
Si una transferencia ocurre entre dos cuentas del mismo PSP, naturalmente se resolverá como una transferencia interna por el sistema.
Para poder realizar pagos de QR interoperables, la cuenta origen debe tener asociado un CVU activo.
Al momento de iniciar un pago QR, se debita el saldo de la cuenta para luego comenzar el procesamiento del pago. Si, finalmente, el pago fue rechazado por el procesador se devuelve el saldo al cliente. Es recomendable tener un esquema de reconsulta de un pago QR mientras que esté en un estado no definitivo además de esperar el webhook de aviso.
Al momento de leer el QR, dependiendo de la respuesta del comercio, hay que tener en cuenta que hay que poder interpretar distintas situaciones: se puede pagar y es de monto abierto, es de monto cerrado, no se puede pagar, etc)
A continuación, ilustramos un diagrama de flujo de un ejemplo que contempla esta integración:
