¿Qué servicio de pago me permitiría agregar una opción de pago móvil a mi aplicación móvil para permitir que diferentes comerciantes acepten pagos con tarjeta de débito cuando la aplicación se utiliza en su tienda?

Su desafío será el costo de procesamiento. Si tokeniza una tarjeta y la almacena en su aplicación y luego la carga, se trata de una transacción sin tarjeta, que siempre costará mucho más que una transacción con tarjeta presente donde hay una entrada de pasador de tarjeta / débito.

Mira Square por ejemplo. De hecho, tienen un escáner en el teléfono que lo hace presente en la tarjeta, y eso es el 2.75%. Si tiene que marcar manualmente el número de tarjeta, es 3.5%. Pero no puedes revender Square.

Además de no tener tarjeta, lo que está haciendo se denomina “agregación”, en el que le cobra a un cliente en nombre de un comerciante, en lugar de que el comerciante haga el cargo. Es muy costoso porque es muy arriesgado para los procesadores. Su única opción real es que un arranque es un procesador existente que es genial con él y puede revenderlo como Balanced o Braintree, pero está comenzando en 2.9%, lo que significa que necesita agregar 1-2% para obtener ganancias .

Simplemente no tendrá un precio competitivo con un terminal deslizable que un comerciante de alto volumen puede obtener por un 2%.

Parece que quiere una aplicación que le permita realizar compras con débito en las tiendas.

Desafortunadamente, es el comerciante quien decide qué formas de pago aceptar. Hay muchos, incluidos Google Wallet, Paypal, etc., pero el consumidor no es quien toma las decisiones, por lo que no puede asumir que todos los comerciantes aceptarán un sistema.

Si leí mal la pregunta y usted es el comerciante y desea procesar los pagos, le sugiero que revise Square y el nuevo servicio de Amazon. Todavía toman tarjetas físicas porque ese sigue siendo el estado del arte.