Pagos en una app: pasarelas, señas y conciliación

Cobrar dentro de una app es una de las funciones que más cambia el alcance de un proyecto. No es solo agregar un botón: hay que elegir un proveedor, decidir qué se cobra y cuándo, conciliar lo que entra, resolver devoluciones y definir quién responde cuando algo sale mal. Esta página explica cómo pensar los pagos en una app antes de pedir un presupuesto.

Qué hace la función

El usuario elige cómo pagar y la app lo deriva, o le muestra, un formulario de un proveedor de pagos (pasarela). El proveedor procesa la operación y avisa a tu sistema si fue aprobada, rechazada o quedó pendiente. Tu app registra el resultado y habilita lo que se compró: una reserva, un pedido, un servicio.

Pasarela de pago: qué hay que entender

En Argentina existen varias pasarelas y billeteras, entre ellas Mercado Pago, además de las transferencias bancarias. Cada una ofrece distintos medios (tarjetas, billetera, QR, transferencia) y condiciona los plazos de acreditación y las comisiones. No damos cifras porque cambian; pedí las condiciones vigentes a cada proveedor y compará con tus números reales.

Un principio importante: los datos de la tarjeta deberían manejarlos el proveedor, no tu app ni tu servidor. Los formularios y componentes oficiales de las pasarelas existen precisamente para eso, y evitan asumir responsabilidades de seguridad que no son menores.

Seña, pago total o pago en el lugar

Modelo	Cuándo tiene sentido	A tener en cuenta
Seña	Reservas con riesgo de ausencia (turnos, eventos, alojamiento)	Definir qué pasa si el cliente cancela o no se presenta
Pago total online	Productos, entradas, servicios fijos	Más devoluciones potenciales; más conciliación
Pago en el lugar	Servicios que varían según lo que se hace	La app solo registra, no cobra

Muchos proyectos empiezan sin cobro online y registran el pago manualmente; el cobro se incorpora cuando el volumen lo justifica. Para negocios con reservas, la seña suele ser el primer paso, como se ve en salones de eventos.

Conciliación

Conciliar es comprobar que cada pago aprobado en la pasarela corresponde a un pedido o una reserva de tu sistema, y que lo acreditado en tu cuenta coincide. Requiere guardar el identificador de la operación, manejar estados intermedios (pendiente, aprobado, rechazado, devuelto) y recibir las notificaciones del proveedor de forma confiable. Si la app solo confía en que el usuario vuelve a ella después de pagar, tarde o temprano habrá pagos aprobados sin reserva.

Reembolsos y contracargos

Hay que decidir si las devoluciones se hacen desde la app o desde el panel del proveedor, quién las autoriza y en qué plazo. Además existen los contracargos: el cliente desconoce un consumo ante su banco. El proceso lo define cada medio de pago, y suele requerir que puedas demostrar la prestación del servicio. Guardar comprobantes y registros de la operación es parte del diseño.

Reglas de las tiendas

Google Play y App Store tienen políticas sobre qué se puede cobrar con medios propios y qué debe pasar por los sistemas de compra de la tienda; suele distinguirse entre bienes digitales dentro de la app y servicios o productos físicos. Estas reglas cambian y tienen matices, por lo que verificá las políticas vigentes de cada tienda antes de definir el modelo. Más detalles del proceso de publicación en publicar en Google Play y publicar en App Store.

Responsabilidades e impuestos

• Quién cobra. Si el dinero entra a la cuenta del negocio, la responsabilidad frente al cliente es del negocio, no del desarrollador de la app.
• Facturación. Cobrar online no reemplaza emitir comprobantes. Cómo se resuelve con ARCA se trata en facturación electrónica.
• Términos al usuario. Condiciones de compra, cancelación y devoluciones visibles antes de pagar.
• Datos. Se guardan datos de compradores: corresponde cumplir la Ley 25.326.

Impacto en alcance y costo

Un pago simple (un monto fijo, un proveedor) es un módulo acotado. Se complejiza con pagos parciales, múltiples medios, cuotas, suscripciones, devoluciones desde la app, cobros a terceros o reparto de dinero entre varias partes. También suma tiempo de pruebas, porque hay que simular aprobados, rechazados y pendientes. Y suma costos recurrentes que no son de desarrollo: las comisiones del proveedor.

Riesgos

• Pagos aprobados que no se reflejan en el sistema por falta de conciliación.
• Cambios en las condiciones del proveedor.
• Rechazo en revisión de una tienda por no cumplir sus reglas.
• Fraude y contracargos sin respaldo documental.

Qué preguntar antes de incluirlo

1. ¿Es imprescindible cobrar dentro de la app en la primera versión?
2. ¿Qué se cobra: seña, total o ambos? ¿Cuál es la política de cancelación?
3. ¿Quién autoriza reembolsos y cómo se registran?
4. ¿Cómo se emite la factura de cada cobro?
5. ¿Qué proveedor usa o prefiere el negocio y por qué?

Para analizar el modelo de cobro de tu proyecto, escribinos desde el formulario de contacto. Trabajamos desde Rosario, y vemos cada función dentro del alcance total, como explicamos en la guía de cuánto cuesta desarrollar una app.