Cómo integrar una billetera virtual a tu plataforma después de la nueva regulación del BCRA

Si tu empresa venía evaluando sumar una billetera o una cuenta de pago dentro de su propia app —para que tus clientes carguen saldo, cobren o transfieran sin salir de tu marca—, hay una novedad que cambia las reglas del juego. El 30 de abril de 2026 entró en vigencia la Comunicación "A" 8432 del BCRA, que por primera vez le pone marco a las billeteras "tercerizadas": ese modelo en el que una empresa ofrece cuentas de pago a sus usuarios apoyándose tecnológicamente en un proveedor habilitado.

No es un detalle regulatorio menor. El esquema de finanzas embebidas —cobrar, pagar y guardar plata dentro de plataformas que no son bancos ni fintech "puras"— venía creciendo sin un contorno claro. Ahora lo tiene, con autorizaciones previas, plazos y responsabilidades definidas. Para el dueño de una plataforma, un marketplace o un vertical SaaS que quiere ofrecer pagos propios, entender qué exige la norma es la diferencia entre lanzar bien o quedar expuesto.

Qué es "PSPCP como Servicio" y por qué te toca

La 8432 crea una figura nueva: el PSPCP como Servicio. En criollo, es el proveedor de servicios de pago que ofrece cuentas de pago —y eventualmente billeteras interoperables— a los clientes de un tercero, que usan esas cuentas a través de la interfaz de ese tercero, integrada tecnológicamente al proveedor. Es exactamente el modelo de "billetera white label" o cuenta embebida: vos ponés la marca y la experiencia, el proveedor autorizado pone la cuenta de pago por detrás.

Lo central para tu proyecto es esto: ese proveedor necesita autorización previa del BCRA para cada tercero al que le presta el servicio. Es decir, no alcanza con que la fintech proveedora esté habilitada; tu empresa, como tomadora del servicio, tiene que estar en la nómina informada y autorizada antes de que la billetera salga a producción. El proveedor, además, debe actualizar esa lista cada vez que cambia y no puede darte de alta hasta contar con el visto bueno del regulador.

Traducido al negocio: la integración técnica y la habilitación regulatoria van de la mano. Si arrancás el desarrollo sin contemplar este circuito, podés terminar con una billetera lista para funcionar pero sin poder encenderla.

Los plazos ya empezaron a correr

La norma fijó tiempos concretos. Los proveedores que ya operaban bajo este modelo tuvieron 10 días hábiles —hasta el 20 de mayo de 2026— para informarle al BCRA la nómina de terceros a los que les prestan servicio, y 90 días corridos para adecuarse en general al nuevo régimen, según detallaron estudios que analizaron la comunicación en medios especializados.

En paralelo, el BCRA subió la vara del control. Los proveedores de servicios de pago pasaron a integrar el Grupo A del régimen disciplinario, lo que significa que enfrentan el mismo esquema de sanciones que los bancos. También quedó habilitado dar de baja a proveedores que permanezcan inactivos 180 días consecutivos. La foto de contexto ayuda a dimensionar el mercado: hacia abril de 2026 había 89 billeteras interoperables registradas y casi 100 millones de operaciones mensuales con QR interoperable. No es un nicho: es infraestructura de pagos que el regulador decidió ordenar.

De la letra chica a tu roadmap técnico

Para una empresa que quiere embeber pagos, la 8432 ordena la conversación con el proveedor y define qué tiene que resolver la integración. Las obligaciones del proveedor incluyen KYC y onboarding digital, prevención de lavado y del fraude, seguridad de la información, continuidad operativa y gestión del riesgo tecnológico. Muchas de esas exigencias se apoyan en cómo esté construida tu plataforma: la identificación de usuarios, el manejo de datos sensibles, la trazabilidad de cada movimiento y la resolución de reclamos.

Hay un punto que conviene tener presente desde el diseño: en las transferencias inmediatas, el proveedor de la cuenta responde por el fraude y debe reintegrar operaciones fraudulentas, y el cliente tiene 60 días para desconocer un débito. Eso obliga a que tu integración registre bien cada operación, exponga estados claros y permita reconstruir qué pasó cuando aparece un reclamo. Una billetera embebida no es solo un botón de "pagar": es un flujo con estados, conciliación y auditoría que tiene que sostenerse en el tiempo.

Acá es donde muchos proyectos se traban. La parte de negocio y la regulatoria avanzan, pero el desarrollo llega tarde o mal especificado: APIs sin manejo de errores, sin idempotencia en los cobros, sin un modelo de datos que refleje qué cuenta es de quién. La norma no te pide reinventar nada imposible; te pide que la integración esté hecha con criterio de sistema financiero, no de prototipo.

Cómo te acompañamos en Contarg

En Contarg trabajamos justamente en la capa que conecta tu producto con el ecosistema de pagos: integraciones fintech y bancarias que se apoyan en proveedores habilitados y quedan preparadas para las exigencias que hoy marca el BCRA. No somos el proveedor de la cuenta ni un estudio jurídico —para la habilitación necesitás a ambos—, pero sí construimos el software que hace que esa cuenta embebida funcione de verdad: onboarding, cobros, conciliación automática y trazabilidad operación por operación.

Nuestro enfoque es concreto. Antes de escribir una línea de código, ordenamos con vos qué se integra, con qué proveedor y qué parte del circuito depende de una autorización previa, para que el desarrollo no se adelante a la habilitación ni al revés. Después implementamos la integración con criterio de sistema financiero: manejo de estados, idempotencia, reintentos, registro auditable y un modelo de datos que te deje explicar cualquier movimiento cuando aparezca un reclamo. Podés ver más sobre cómo abordamos estos proyectos en nuestra sección de soluciones fintech.

Si estás evaluando sumar una billetera o una cuenta de pago a tu plataforma y no tenés claro qué se integra y qué necesita autorización, contanos tu caso y armamos juntos el mapa técnico antes de arrancar. Es la forma más barata de evitar rehacer todo después.

Preguntas frecuentes

¿La Comunicación "A" 8432 me obliga a mí o al proveedor de la billetera?

Las obligaciones formales de registro y autorización recaen sobre el proveedor de servicios de pago (el PSPCP como Servicio). Pero como tu empresa es la tomadora del servicio, tenés que estar informada y autorizada por el BCRA antes de que la billetera funcione. En la práctica, te involucra de lleno.

¿Puedo lanzar una billetera embebida sin ser un banco ni una fintech habilitada?

Sí, ese es el punto del modelo embebido: vos ponés la marca y la experiencia, y un proveedor autorizado pone la cuenta de pago por detrás. Lo que cambió es que ahora ese arreglo requiere autorización previa del BCRA para cada tercero, no solo la habilitación del proveedor.

¿Cuánto tarda integrar una billetera o cuenta de pago a mi plataforma?

Depende del alcance: cobros, carga de saldo, transferencias, conciliación. La integración técnica suele ser más rápida que el circuito de habilitación, por eso conviene coordinar ambos desde el inicio para no tener el software listo y frenado por la autorización.

¿Qué pasa con el fraude en una billetera embebida?

En las transferencias inmediatas, el proveedor de la cuenta responde por el fraude y debe reintegrar operaciones fraudulentas; el cliente tiene 60 días para desconocer un débito. Por eso la integración tiene que registrar cada operación con estados claros y trazabilidad, para poder resolver reclamos.

¿Contarg gestiona la habilitación ante el BCRA?

No. La habilitación la tramita el proveedor de servicios de pago con su equipo legal. Nosotros construimos el software que conecta tu plataforma con ese proveedor y cumple con las exigencias operativas y de seguridad que la integración necesita.