Cómo cobrar con Yape y Plin desde tu propio sistema

“Queremos aceptar Yape y Plin” es uno de los pedidos más frecuentes de cualquier producto peruano, y casi siempre parte de un supuesto equivocado: que son dos cosas equivalentes que se integran igual. No lo son. Yape es una app; Plin no es una app, sino una función dentro de la app de cada banco. Esa diferencia estructural decide cómo cobras con cada uno — y explica por qué a uno lo “integras” y al otro llegas por otra vía.

La diferencia que lo explica todo

Yape es una aplicación propia del BCP, con su propia base de usuarios. Plin es una funcionalidad compartida que vive dentro de las apps de BBVA, Interbank, Scotiabank, Banbif y Pichincha. Por eso existe una integración de Yape y no existe una “integración de Plin”.

Cómo se cobra con Yape desde tu propio sistema

No consumes “la API de Yape” directamente: llegas a través de una pasarela —Culqi, Izipay o Niubiz— o, si tu volumen lo justifica, con una integración directa con el BCP. Para la mayoría de proyectos, la pasarela es el camino sensato.

Si ya tienes pasarela, activar Yape suele ser sumar un método de pago más, no un proyecto aparte. Lo escribimos al detalle en la guía de integración con Culqi, donde Yape convive con tarjeta y PagoEfectivo en el mismo checkout.

Un detalle que sorprende y conviene saber antes de cotizar: en Culqi, el cobro con Yape está disponible exclusivamente en las integraciones por API. Si tu plan era resolver todo con el widget de checkout y agregar Yape después, esa suposición se cae — y con ella parte de la estimación.

Los límites que deciden si Yape te sirve

En la integración de Culqi, los pagos con Yape tienen un tope de S/ 2,000 por operación y solo se reciben en soles. Antes de diseñar nada, compara ese techo con tu ticket promedio: si vendes por encima, Yape no es tu método principal, es un complemento.

Este es el filtro más útil del artículo. Una matrícula de S/ 3,000, una consultoría o un equipo no se pagan por Yape — y descubrirlo después de haber prometido la funcionalidad es un problema de alcance, no de código. En cambio para tickets bajos es casi obligatorio: es el método más usado en pagos cotidianos entre consumidores peruanos jóvenes, y ahí no ofrecerlo cuesta ventas.

Y como toda billetera, es asíncrono: el cliente confirma en su app y tu sistema se entera por webhook, no por la respuesta del navegador. Si tu integración se apoya en el retorno del navegador porque con tarjeta funciona, Yape te va a romper esa suposición.

El QR interoperable: una regulación que te ahorra trabajo

El BCRP obligó por reglamento a que los servicios de pago interoperen. Desde marzo de 2023 Yape y Plin se transfieren entre sí, y desde setiembre de ese año la interoperabilidad alcanza los pagos con código QR. En la práctica: un solo QR en vez de uno por billetera.

Es una de esas veces en que la regulación simplifica la ingeniería. La estrategia de interoperabilidad del BCRP avanzó por fases —primero entre billeteras, luego transferencias inmediatas y QR, después las billeteras no bancarias— y el resultado para quien construye es que ya no hace falta un código por cada app. El volumen confirma que funcionó: el BCRP reportó más de 186 millones de transacciones interoperables mensuales al cierre del primer semestre de 2025.

La consecuencia de diseño: si tu producto muestra un QR de cobro, piénsalo como un QR interoperable y no como “el QR de Yape”. Tu cliente pagará desde la app que prefiera, y eso no debería obligarte a mantener integraciones paralelas.

Lo que viene: TAPP

El BCRP prepara TAPP, una plataforma pública de pagos digitales prevista para fines de 2026. Todavía no cambia lo que tienes que construir hoy, pero sí conviene diseñar sin amarrarte demasiado a una billetera concreta.

La lección práctica no es esperar: es abstraer. Si tu sistema modela “método de pago” como un concepto y no como una lista fija de tres nombres, sumar el siguiente rail —sea TAPP u otro— será una entrada más en una tabla y no una refactorización. Es el mismo criterio con el que conviene tratar cualquier pasarela: tu operación no debería depender de que una empresa concreta siga existiendo con las mismas condiciones.

Errores comunes

Casi todos vienen de tratar a Yape y Plin como si fueran lo mismo, o de prometer un método sin haber mirado sus límites.

Cómo lo hacemos

Integramos pasarelas en sistemas en producción —Culqi y Niubiz— con los métodos que tu operación necesita, webhooks que no duplican y la conciliación resuelta.

Te ayudamos a decidir qué métodos habilitar según tu ticket y tu público, y a construirlo para que el costo real y el cuadre no te sorprendan después. Si tu producto necesita cobrar como cobra el Perú, hablemos.

En resumen

Yape y Plin no son dos versiones de lo mismo: Yape es una app del BCP que se integra por pasarela, y Plin es una función dentro de la app de cada banco a la que llegas por el QR interoperable que el BCRP volvió obligatorio. Antes de prometer el método, mira el tope por operación —S/ 2,000 en la integración de Culqi, solo en soles— y contrástalo con tu ticket. Diseña para lo asíncrono, usa un solo QR y modela el método de pago como un concepto: con TAPP en el horizonte para fines de 2026, lo único seguro es que va a haber un rail más.