Un link.Agente o humano, cualquiera lo paga.
Un link que cualquier agente paga en USDC, y cualquier brasileño paga en Pix. Solo entregas después de que el pago está verificado — sin adquirente de tarjeta, sin checkout que construir.
Ejemplo ilustrativo. Cualquiera de los dos rieles liquida el mismo link — nada que configurar de tu lado.
En resumen
Deja de mantener dos pilas de pago para una sola venta.
Cobrarle tanto a agentes como a humanos hoy suele significar construir dos pilas de pago de punta a punta — una página de checkout para personas, una API separada para los rieles de agente y USDC. Collect junta ambos en un solo link.
- Una página de checkout para compradores humanos, con tarjeta o Pix
- Una integración de API separada para pagos de agente y USDC
- Dos caminos de verificación, fáciles de desincronizar
- Dos disparadores de entrega y dos rutas de conciliación
- Un link, un objeto de pago — lo paga un agente o una persona
- Una sola API, sin lógica de ramificación de tu lado
- Una verificación antes de que se entregue algo
- Un disparador de entrega, una ruta de conciliación
Mismo link, dos formas de pagarlo.
Un agente entra al link y paga en USDC. Una persona abre el mismo link y paga con Pix. De cualquier forma, no entregas hasta que el pago esté verificado y el recibo sellado.
agente → link → USDC
humano → mismo link → Pix
Misma URL, misma verificación, mismo sello — lo único que cambia es el riel de quien paga.
Una llamada a codespar_charge, cualquier riel liquida.
Collect es una sola llamada a meta tool. Creas un objeto de cobro aceptando ambos rieles — el SDK devuelve un link, y quien pague primero es quien lo liquida.
const session = await codespar.sessions.create(); // one charge accepts either rail — the link works for // both a human buyer and an agent, no branching on your end const charge = await session.execute("codespar_charge", { amount: 9640, // minor units (R$96.40) currency: "BRL", accept: ["pix", "usdc"], description: "Order #4821", }); console.log(charge.link); // → "gw.codespar.dev/pay/you/4821" // poll until either side settles it — same call regardless of rail const status = await session.verificationStatus(charge.toolCallId); // → { status: "verified", rail: "pix", receipt: "rcpt_9kLmQx" }
Qué hace esta cadena de llamadas
- Un solo objeto de cobro acepta cualquier rail — nada que ramificar en tu código
- El mismo link se liquida ya sea que un agente pague en USDC o una persona pague en Pix
- Un poll en verificationStatus te dice qué rail realmente lo liquidó
- Un solo recibo de cualquier forma, sellado en el momento en que se liquida
Un link, visto desde ambos lados.
No importa quién paga, ves la misma forma: un link, un pago, un recibo verificado.
Ejemplo ilustrativo, no es una transacción real. Lo real: nunca entregas hasta que el pago de cualquier lado esté verificado y sellado.
Rieles en vivo
Un link hoy. Una pila de merchant completa después.
Collect es un link de pago ahora mismo. La visión del registry es más grande — esta es la línea honesta entre lo que funciona hoy y lo que sigue.
- Un link de pago, creado en minutos
- Agentes lo pagan en USDC
- Personas pagan el mismo link en Pix
- Pago verificado y recibo sellado antes de que entregues
- Flujo dedicado de Pix QR / copia y pega
- Boleto
- Una página de checkout alojada
- Split y pago por vendedor
- Tarjeta
Gratis hasta la disponibilidad general.
R$0 mientras Collect está en early access. El precio queda fijado al rate card publicado cuando llegue a GA — sin aumento sorpresa después.
Early accessEarly access.
El mismo cobro, ya vivo en dos flujos.
El mecanismo de cobro Pix de Collect no es solo un link independiente — estos casos de uso corren el mismo primitivo en contexto. Míralo dentro de un flujo real.
Bot de comercio por WhatsApp
Genera el QR Pix inline que el bot cobra en medio de la conversación — el mismo mecanismo de cobro Pix que Collect expone como link, usado dentro del chat en vez de enviado como URL.
Ver el caso de uso →Recarga automática
Emite el Pix dinámico que recarga el float en BRL cuando baja — el mismo mecanismo de cobro Pix que Collect expone como link, disparado automáticamente en vez de enviado como URL.
Ver el caso de uso →Collect, respondido
Cualquiera. Un agente paga en USDC; una persona paga el mismo link con Pix.
No — Pix y USDC ya resuelven esto hoy sin uno, y CodeSpar carga esa relación por ti. Tarjeta entra al roadmap de la misma forma, así que nunca vas a necesitar tu propio stack de adquirencia.
R$0, mientras está en early access. Cuando llegue a disponibilidad general, el precio sigue el rate card publicado.
Todavía no. Hoy Collect es un link de pago; una página de checkout alojada está en el roadmap, no construida.
Todavía no. Split y pago por vendedor está en el roadmap junto con boleto, tarjeta y un flujo dedicado de Pix QR / copia y pega.
Se verifica y el recibo se sella antes de que envíes nada — nunca entregas sobre un pago no confirmado.
Todavía no — está en el roadmap junto con tarjeta, el flujo dedicado de Pix QR, checkout alojado y split de pago.
A tu wallet de CodeSpar — USDC y BRL en slots separados. No necesitas una wallet cripto aparte para recibir el lado agente.
No se entrega nada. El link sigue abierto y el cobro queda sin verificar — solo entregas después de que esté confirmado y el recibo sellado.
Un link. Cualquier lado puede pagarlo.
Sin adquirente de tarjeta, sin checkout que construir — un agente paga USDC, una persona paga Pix.
collect: Early access.