# Cómo aceptar pagos con tarjeta en una aplicación POS personalizada > Published: 2026-10-27 > Updated: 2026-10-27 > Author: Mathias Nielsen > Category: Pay > Canonical: https://finalpos.com/es/blog/como-aceptar-pagos-con-tarjeta-en-una-aplicacion-pos-personalizada Un formulario de tarjeta no es un terminal de tarjetas. Aquí tienes las cuatro formas reales de aceptar pagos con tarjeta en una app POS personalizada o construida con IA, qué requieren Apple, Google y tu proveedor de pagos para cada una, y cuánto tiempo lleva. Para aceptar pagos con tarjeta en una aplicación POS personalizada, debes acudir a un proveedor de servicios de pago (PSP) y elegir una de cuatro rutas: un lector de tarjetas certificado, Tap to Pay en el iPhone, Tap to Pay en Android o un terminal inteligente conectado a la nube. Tu aplicación nunca lee un número de tarjeta. Envía un monto a un hardware o software certificado y recibe una respuesta de aprobación o rechazo. Cada ruta tiene sus propios requisitos fijados por Apple, Google o tu proveedor, y ese papeleo, no el código, es lo que realmente consume tiempo. Esta guía detalla cada ruta paso a paso, con los requisitos reales y sin exageraciones. Nosotros gestionamos los pagos de nuestro propio POS, Final, por lo que hemos pasado por cada uno de estos procesos. ![Aceptando pagos con tarjeta en una app POS personalizada: una tarjeta contactless sobre el teléfono de un comerciante en el mostrador de una cafetería](https://storage.googleapis.com/final-os-media/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/aa1be6a479fcf8f3-accept-card-payments-custom-pos-app-hero.png) ## ¿Por qué no puedes simplemente añadir un formulario de tarjeta a tu POS? Porque un formulario de tarjeta hace que la venta sea sin tarjeta presente (card-not-present), y el mostrador de una tienda requiere tarjeta presente (card-present). Cuando un cliente ingresa un número de tarjeta en un formulario web, el pago se trata como un pedido en línea: tarifas más altas, mayor exposición al fraude y más riesgo de disputas para ti. Cuando un dispositivo certificado lee la tarjeta o el teléfono, el pago es con tarjeta presente, lo cual es más económico y seguro para todos. La aceptación con tarjeta presente requiere hardware o software certificado. Es por eso que cada ruta a continuación se ejecuta a través del producto presencial de un PSP en lugar de tu propio código. La diferencia de tarifas se explica en [tarjeta presente frente a tarjeta no presente](/en-US/blog/card-present-vs-card-not-present). ## Ruta 1: ¿Cómo se utiliza un lector de tarjetas con tu propia app? Elige un PSP con un SDK presencial, compra uno de sus lectores certificados y vincúlalo desde tu aplicación. Stripe Terminal, Adyen y otros funcionan de esta manera. 1. Abre una cuenta con el PSP y habilita su producto presencial. 2. Integra su SDK para iOS, Android o React Native. 3. Solicita lectores certificados y me los registras en tu cuenta. 4. Detecta y conecta lectores desde tu aplicación, luego cobra los pagos a través del SDK. 5. Planifica las actualizaciones de firmware del lector, las cuales son enviadas por el PSP. No puedes conectar cualquier lector: solo los lectores certificados por tu proveedor pueden procesar tarjetas, porque la certificación cubre la combinación exacta de lector, software y procesador. Más información en [lectores de tarjetas para apps POS personalizadas](/en-US/blog/card-reader-sdk-custom-pos) y [certificación EMV para un POS](/en-US/blog/emv-certification-pos). ## Ruta 2: ¿Qué requiere Tap to Pay en el iPhone? Tap to Pay en el iPhone convierte el teléfono en un lector. Los pasos de Apple son: trabajar con un PSP compatible, solicitar la autorización de Tap to Pay en el iPhone, integrar la API ProximityReader o el SDK de tu PSP, seguir las Directrices de Interfaz Humana de Apple y enviar tu aplicación a revisión ([descripción general de Tap to Pay de Apple](https://developer.apple.com/tap-to-pay/)). Apple indica que el PSP es responsable de las certificaciones que permiten a los comercios aceptar pagos. En la práctica esto significa: 1. **Una cuenta de desarrollador de organización.** La solicitud de autorización debe provenir del titular de la cuenta de una cuenta de organización, y la inscripción como organización requiere un número D-U-N-S. Consulta [números D-U-N-S y cuentas de desarrollador de Apple](/en-US/blog/duns-number-apple-developer). 2. **El formulario de solicitud.** Indica tu PSP y las regiones en las que operarás. 3. **Una autorización de desarrollo.** Apple otorga una para construir y probar en tus propios dispositivos. 4. **Requisitos de UX de Apple.** Apple envía sus requisitos y directrices de marketing con la autorización, que cubren etiquetas de botones, puntos de entrada e incorporación. 5. **Una autorización de distribución.** Respondes al correo electrónico de Apple y vuelves a solicitar la distribución. TestFlight y la App Store requieren esta autorización. 6. **App Review.** Tu aplicación se lanza una vez que supera la revisión. Se ejecuta en iPhone XS o posterior y no en iPad. El recorrido completo se encuentra en [cómo obtener la autorización de Tap to Pay en el iPhone](/en-US/blog/tap-to-pay-iphone-entitlement), con consejos para la revisión en [superar App Review con una app de Tap to Pay](/en-US/blog/tap-to-pay-app-review) y alternativas en [por qué Tap to Pay no funciona en iPad](/en-US/blog/tap-to-pay-on-ipad). ## Ruta 3: ¿En qué se diferencia Tap to Pay en Android? No hay una autorización al estilo Apple en Android, pero el SDK del PSP aplica sus propias comprobaciones. Requisitos típicos: - Un dispositivo Android con NFC integrado que ejecute Android 11 o posterior - Un dispositivo certificado por Google que supere la atestación de integridad - Una compilación no depurable: los SDK de PSP se niegan a aceptar lecturas reales en modo de depuración, por lo que realizas las pruebas con un lector simulado - Permisos de ubicación y otros permisos que solicite el SDK Las tablets Android pueden funcionar si cumplen con los requisitos del proveedor. Detalles en [Tap to Pay en Android en una app personalizada](/en-US/blog/tap-to-pay-android-sdk). ## Ruta 4: ¿Puede un POS basado en navegador aceptar tarjetas? Sí, a través de un terminal inteligente conectado a la nube. Tu servidor le indica a la API del PSP que envíe un pago a un terminal específico en el mostrador; el terminal procesa la tarjeta y devuelve el resultado a tu servidor. Esta es la única ruta presencial que puede utilizar un POS web, porque una página web no puede leer una tarjeta contactless y Safari no puede conectarse a lectores Bluetooth. Es ideal para tiendas de servicio en mostrador con un terminal fijo. Añade una dependencia de la red, por lo que debes planificar lo que sucede si se cae la conexión de la tienda. ## ¿Cómo elegir un proveedor de pagos para un POS personalizado? Comienza por los países en los que vendes, luego considera la incorporación y el hardware: | Pregunta | Por qué importa | | --- | --- | | ¿El proveedor opera en tus países? | Tap to Pay y los lectores se despliegan país por país | | ¿La incorporación es en modalidad de autoservicio? | Stripe es de autoservicio; Adyen se enfoca en empresas más grandes y evalúa las solicitudes con mayor selectividad | | ¿Qué SDK ofrece? | iOS, Android, React Native y terminales controlados por servidor varían según el proveedor | | ¿Qué lectores están certificados? | Solo funcionan los lectores certificados | | ¿Admite pagos sin conexión? | El almacenamiento y reenvío (store-and-forward) depende del proveedor y traslada el riesgo de rechazo a ti | | ¿Estás registrando a otros comerciantes? | De ser así, eres una plataforma y podrías necesitar acuerdos de facilitador de pagos (payfac) | Nuestra comparación directa está en [Stripe Terminal frente a Adyen para una app POS personalizada](/en-US/blog/stripe-terminal-vs-adyen). Si planeas cobrar pagos en nombre de otros negocios, lee primero [convertirse en facilitador de pagos o usar una plataforma](/en-US/blog/payment-facilitator-vs-platform); para una sola tienda eres simplemente un comerciante. ## ¿Qué cumplimiento heredas y cuál mantienes? Utilizar el SDK o lector certificado de un PSP significa que los datos de la tarjeta nunca tocan tu código, lo que mantiene reducido tu alcance PCI. El PSP asume las certificaciones de pago. Aun así, tú debes mantener: - Un cuestionario de autoevaluación PCI con tu procesador - Control de acceso, registros y actualizaciones en los dispositivos que ejecutan tu POS - Recibos correctos, reembolsos y reversión de impuestos - Las reglas de visualización y marketing de Apple y tu PSP para Tap to Pay Si estás construyendo el resto del POS también, nuestra guía principal sobre cómo [construir tu propio sistema POS con IA](/en-US/blog/build-your-own-pos-system-with-ai) cubre PCI, impuestos y despliegue, y [hardware POS para aplicaciones personalizadas](/en-US/blog/pos-hardware-for-custom-apps) cubre impresoras y cajones. ## ¿Cuánto tiempo se tarda en aceptar tu primer pago con tarjeta? | Paso | Tiempo típico | | --- | --- | | Cuenta de Apple de organización con D-U-N-S (para Tap to Pay en el iPhone) | Días a algunas semanas | | Cuenta de PSP y producto presencial habilitado | El mismo día a varias semanas, según el proveedor | | Integración de SDK y pagos de prueba | 1 a 3 semanas | | Desarrollo de Tap to Pay y luego autorización de distribución | Semanas | | App Review | Días, más si es rechazada | ## ¿Puedes aceptar tarjetas desde el primer día en su lugar? Sí, construyendo tu proceso de pago sobre una plataforma que ya cuenta con las aprobaciones. Esa es Final. Tu IA construye el proceso de pago en Flow Studio, y cuando solicita un pago con tarjeta, Final Pay se encarga del lector o de Tap to Pay: - **Lectores y Tap to Pay ya aprobados.** Final Pay acepta tarjetas, pagos contactless y Tap to Pay en dispositivos compatibles. Consulta [cómo cobrar con Tap to Pay](/help/take-a-tap-to-pay-payment) y [cómo realizar un cobro en la caja](/help/take-a-payment). - **Tu propia IA lo construye.** Conecta Claude, Cursor o cualquier cliente MCP a través del [servidor MCP de Final](/help/connect-your-own-ai-mcp). - **Precios claros en una sola línea.** Sin suscripción. Efectivo es $0. Tarjeta es 2,49 % + $0,10 en EE. UU. y el resto del mundo, 1,99 % en Canadá y 0,99 % en Europa. La compensación transparente: procesas a través de Final Pay en lugar de elegir a tu propio proveedor, y la disponibilidad varía según el país y el dispositivo, como se indica en [dónde está disponible Final Pay](/help/where-final-pay-is-available). Si los pagos son tu producto, construye la integración tú mismo mediante las rutas descritas anteriormente. Si los pagos son la forma en que cobras, las aprobaciones ya están hechas. ## FAQ **Q: ¿Cómo acepto pagos con tarjeta en mi propia aplicación POS?** A: A través del SDK para pagos presenciales de un proveedor de servicios de pago: un lector de tarjetas certificado, un terminal inteligente conectado a la nube o Tap to Pay en un teléfono. Tu aplicación nunca maneja datos sin procesar de la tarjeta; envía un importe y recibe un resultado. **Q: ¿Puede un POS basado en web aceptar pagos con tarjeta en persona?** A: Sí, mediante el control de un terminal inteligente conectado a la nube a través de la API del proveedor de pagos. Una página web no puede leer una tarjeta contactless por sí sola. **Q: ¿Qué requiere Tap to Pay en el iPhone?** A: Un proveedor de pagos compatible, la autorización de Tap to Pay solicitada por el titular de la cuenta de desarrollador de organización de Apple, una autorización de desarrollo y luego una de distribución tras la revisión de UX de Apple, y la aprobación de App Review. Funciona en iPhone XS o posterior. **Q: ¿Funciona Tap to Pay en iPad?** A: No. Tap to Pay en iPhone es exclusivo de iPhone. Las apps POS de iPad aceptan tarjetas con un lector Bluetooth certificado o un terminal inteligente. **Q: ¿Qué proveedor de pagos debería usar un POS personalizado?** A: Stripe Terminal es de autoservicio y rápido de poner en marcha para equipos pequeños. Adyen se adapta mejor a empresas más grandes y es más selectivo con la incorporación. Tus países, el hardware y el volumen determinarán el resto. **Q: ¿Cuánto cobra Final por los pagos con tarjeta?** A: Sin suscripción. En efectivo es $0 y con tarjeta es un 2.49% + $0.10 en EE. UU. y el resto del mundo, 1.99% en Canadá y 0.99% en Europa.