Request to Pay (R2P)

Experiencias de Pago Impulsadas por API y Propiedad del Comercio

Request to Pay (R2P) en Cobre es una capacidad de cobranza únicamente por API que permite a las empresas solicitar pagos manteniendo el control total de la experiencia de usuario. A diferencia de Cobre Checkout, que proporciona un flujo de pago alojado, R2P permite que los comercios (o cualquier interesado en cobrar) diseñen y controlen cómo los clientes seleccionan el medio de pago y completan el pago, mientras Cobre orquesta la solicitud de pago nativa del banco subyacente.

R2P es ideal para empresas que desean máxima flexibilidad y control de marca sobre sus procesos de pago.

1. Lo que Cobre Habilita con Request to Pay

Con Request to Pay, Cobre permite a las empresas:

Iniciar solicitudes de pago nativas del banco vía API

Usar los mismos medios de pago locales que Checkout

Diseñar y controlar su propia UX de pago

Permitir a los usuarios seleccionar el método de pago y banco

Cobrar fondos directamente en Cobre Balance

Rastrear solicitudes y resultados a través de transacciones e informes

R2P transforma Cobre en una capa de orquestación de pagos, en lugar de un checkout alojado.

2. Medios de Pago Disponibles en Request to Pay

Request to Pay soporta los mismos medios de cobranza que Checkout, asegurando consistencia entre productos.

2.1 Clave Dinámica Bre-B

Clave Bre-B de uso único

Limitada por tiempo y monto específico

Compartida directamente con el pagador

Liquidación inmediata al autorizar

Ejemplo:
@CBRNEM3SA49250014

2.2 QR Dinámico Bre-B (EMVCo)

QR de uso único representado como una cadena EMVCo

Los clientes pueden generar una imagen QR escaneable desde apps bancarias

Ideal para experiencias de pago presenciales o visuales

Ejemplo:

00020101021126320014CO.COM.CRB.LLA0410@CBRNEM3SA49250014CO.COM.CRB.RED0103CRB5
20400005303170540105802CO5918Pexto Colombia
SAS6006BOGOTA610611011185260014CO.COM.CRB.INC01040.0090560016CO.COM.CRB.TRXID01
32958b636a7d3e404585c0eda76d7689db91860014CO.COM.CRB.SEC0164a26ed16db9812eb18c4
adbae362b1c63c4f4f024e1ecf2f740fece847a0a7b0c80270016CO.COM.CRB.CANAL0103POS812
50015CO.COM.CRB.CIVA01020382260014CO.COM.CRB.IVA01040.0083270015CO.COM.CRB.BASE
01040.0084250015CO.COM.CRB.CINC0102036304FDA5

2.3 PSE

Permite al comercio controlar la experiencia de selección del banco

Cobre devuelve un enlace de pago PSE después de crear la solicitud

El usuario es redirigido a su banco seleccionado para autorizar el pago

Los fondos se acreditan al Cobre Balance del comercio después de completarse

Ejemplo

El enlace R2P de Cobre redirige directamente a PSE

PSE carga la experiencia del banco seleccionado y el pagador accede para autorizar el pago

2.4 Botón Bancolombia

Genera un enlace de pago para usuarios de Bancolombia

Redirige a los clientes al flujo de autorización de Bancolombia

Experiencia familiar y nativa del banco

Ejemplo

El enlace R2P de Cobre redirige directamente a Bancolombia y el pagador accede para autorizar el pago.

2.4 Botón Nequi

Genera una Notificación Push y una Solicitud de pago para usuarios de Nequi

Autorización nativa de la billetera

Optimizado para usuarios mobile-first

Ejemplo

Estos medios permiten a los comercios ofrecer múltiples opciones de pago dentro de un único flujo personalizado.

3. Notificaciones Webhook para Request to Pay

Request to Pay en Cobre soporta notificaciones webhook que permiten a las empresas recibir actualizaciones en tiempo real sobre el estado de sus solicitudes de pago. Esto permite a los comercios reaccionar inmediatamente a los eventos de pago sin sondeo o verificaciones manuales.

Qué Habilitan los Webhooks

Con webhooks, los comercios pueden:

Recibir notificaciones cuando un pago se completa exitosamente

Ser informados de solicitudes fallidas, expiradas o canceladas

Actualizar estados de pedidos o facturas automáticamente

Activar procesos posteriores como:

Cumplimiento de pedidos

Activación de servicios

Generación de recibos

Conciliación interna

Los webhooks convierten los eventos de pago en señales accionables para los sistemas del comercio.

Actualizaciones de Pago Basadas en Eventos

Cada Request to Pay tiene un ciclo de vida, y los eventos webhook reflejan cambios significativos en ese ciclo de vida, como:

Estado del pago

Procesando = esperando pago del usuario

Completado = pago confirmado

Rechazado = enlace de pago expirado o abandonado

Fallido = problema técnico

Esto asegura que los comercios siempre tengan visibilidad casi en tiempo real de los resultados de pago.

Cómo se Integran los Webhooks en el Flujo R2P

Conceptualmente:

El comercio crea un Request to Pay vía API

El cliente completa el pago a través del medio seleccionado

Cobre procesa y liquida el pago

Se envía un evento webhook al endpoint configurado del comercio

El sistema del comercio consume el evento y toma acción

Este modelo soporta procesamiento de pagos asíncrono y escalable.

4. Siendo Propietario de la Experiencia de Pago

Un diferenciador clave de R2P es la propiedad total de la UX.

Con R2P, los comercios pueden:

Construir su propia pantalla de selección de pago

Permitir a los usuarios elegir:

El medio de pago

El banco o billetera (cuando aplique)

Decidir cómo y cuándo presentar:

Enlaces (PSE, Nequi, Bancolombia)

Claves Bre-B

Cadenas EMVCo Bre-B como imagen QR

Cobre proporciona las primitivas de pago; los comercios diseñan el proceso.

5. Cómo Funciona R2P Conceptualmente

Desde una perspectiva de alto nivel:

La empresa/comercio crea una solicitud de pago vía API

Cobre genera el artefacto de pago requerido:

Enlace (PSE, Nequi, Bancolombia), o

Clave dinámica Bre-B / cadena QR

La empresa/comercio presenta este artefacto al usuario

El usuario autoriza el pago a través de su banco o billetera

Los fondos se acreditan al Cobre Balance del comercio

Las transacciones y estados se notifican vía webhook y están disponibles para rastreo y conciliación

El flujo es nativo del banco, seguro y completamente rastreable.

6. PSE y Selección de Banco (Cuando Aplique)

Para medios que involucran selección de banco (ej., PSE):

La empresa/comercio controla cómo el usuario selecciona su banco

Cobre devuelve el enlace de pago

El usuario es redirigido a su banco para autorizar

Esto habilita patrones de UX personalizados, como:

Selectores de banco integrados

Bancos preseleccionados

Lógica de pago específica por país

7. Transacciones, Reportes y Conciliación

Cada pago R2P exitoso genera Transacciones en Cobre que:

Acreditan el Cobre Balance de la empresa/comercio

Reflejan el medio seleccionado

Aparecen en listas de transacciones y estados de cuenta

Soportan flujos de conciliación y contabilidad

Las solicitudes fallidas, expiradas o canceladas también se rastrean para visibilidad completa del ciclo de vida.

8. Casos de Uso Típicos para Request to Pay

R2P es especialmente adecuado para:

Checkouts personalizados de e-commerce

Marketplaces con flujos de pago adaptados

Productos de finanzas embebidas

Pagos dentro de aplicaciones

Experiencias omnicanal (web, móvil, en tienda)

Es ideal cuando Checkout es muy restrictivo y se requiere una experiencia a medida.

9. Cuándo Elegir R2P vs Checkout

Elige Checkout cuando:

Quieres la integración más rápida

Un flujo alojado es suficiente

La personalización de UX no es crítica

Elige Request to Pay cuando:

Necesitas control total sobre la UX

Quieres diseñar lógica de pago personalizada

Estás construyendo un producto diferenciado

Ambas opciones pueden coexistir dentro del mismo negocio.

Mientras R2P y Checkout usan la misma infraestructura de pago subyacente, difieren en quién controla la experiencia.

Dimensión	Checkout	Request to Pay (R2P)
Habilitación	Alojado	Solo API
Propiedad UX	Cobre	Cliente
UI/Flujo	Pre-construido	Totalmente personalizable
Medios de pago	Iguales	Iguales
Velocidad al mercado	Más rápido	Más flexible
Mejor para	Integraciones simples	Productos personalizados

Checkout prioriza simplicidad, mientras R2P prioriza control y personalización.

10. Resumen — Lo que Cobre Entrega con Request to Pay

Con Request to Pay, Cobre habilita:

Flujos de pago solo API, propiedad de la empresa/comercio
Los mismos medios locales que Checkout
Claves dinámicas Bre-B y códigos QR
Enlaces de pago de bancos y billeteras
Flexibilidad y control total de UX
Transacciones y conciliación unificadas

Cobre Request to Pay empodera a las empresas para construir experiencias de pago personalizadas y nativas del banco mientras confían en Cobre para orquestación, seguridad y liquidación.

Request to Pay (R2P)

Experiencias de Pago Impulsadas por API y Propiedad del Comercio#

1. Lo que Cobre Habilita con Request to Pay#

2. Medios de Pago Disponibles en Request to Pay#

2.1 Clave Dinámica Bre-B#

2.2 QR Dinámico Bre-B (EMVCo)#

2.3 PSE#

2.4 Botón Bancolombia#

2.4 Botón Nequi#

3. Notificaciones Webhook para Request to Pay#

Qué Habilitan los Webhooks#

Actualizaciones de Pago Basadas en Eventos#

Cómo se Integran los Webhooks en el Flujo R2P#

4. Siendo Propietario de la Experiencia de Pago#

5. Cómo Funciona R2P Conceptualmente#

6. PSE y Selección de Banco (Cuando Aplique)#

7. Transacciones, Reportes y Conciliación#

8. Casos de Uso Típicos para Request to Pay#

9. Cuándo Elegir R2P vs Checkout#

10. Resumen — Lo que Cobre Entrega con Request to Pay#

Experiencias de Pago Impulsadas por API y Propiedad del Comercio

1. Lo que Cobre Habilita con Request to Pay

2. Medios de Pago Disponibles en Request to Pay

2.1 Clave Dinámica Bre-B

2.2 QR Dinámico Bre-B (EMVCo)

2.3 PSE

2.4 Botón Bancolombia

2.4 Botón Nequi

3. Notificaciones Webhook para Request to Pay

Qué Habilitan los Webhooks

Actualizaciones de Pago Basadas en Eventos

Cómo se Integran los Webhooks en el Flujo R2P

4. Siendo Propietario de la Experiencia de Pago

5. Cómo Funciona R2P Conceptualmente

6. PSE y Selección de Banco (Cuando Aplique)

7. Transacciones, Reportes y Conciliación

8. Casos de Uso Típicos para Request to Pay

9. Cuándo Elegir R2P vs Checkout

10. Resumen — Lo que Cobre Entrega con Request to Pay