Panel
- Abrí Checkouts en la barra lateral (
/app/checkouts). - Revisá la fila de estadísticas y las sesiones recientes en el resumen.
- En Crear checkout, elegí país, cuenta (opcional — HG.Cash elige una cuenta operativa elegible si no indicás una), monto y URL de éxito.
- Hacé clic en Crear checkout. Copiá el enlace de checkout del panel de éxito y enviáselo al pagador.
Notas por país (panel)
API
POST /api/v1/checkouts con token Bearer. Cuerpo mínimo:
accountId, cancelUrl, webhookUrl, metadata, idempotencyKey, locale y payer (según país).
Para BR, CL, BO y CO, si indicás un accountId explícito que esté Bloqueada o Cerrada, la API responde 403 con code: ACCOUNT_NOT_OPERATIVE. Si omitís accountId, HG.Cash elige una cuenta Operativa elegible.
Argentina (AR)
- La respuesta incluye
accountDisplay(alias, CVU/CBU, titular). - El pagador completa nombre, monto y DNI de 8 dígitos en la página hospedada.
- Completado cuando una transferencia entrante coincide monto + DNI en la cuenta asignada.
Brasil (BR)
payer.name,payer.document(CPF o CNPJ — solo dígitos o con puntuación) ypayer.emailobligatorios al crear.- La respuesta puede incluir
qrCodeypixCopiaECola.
Chile (CL)
paymentMethodIdycustomerobligatorios — ver Cash-in Chile para listar métodos de pago.
Bolivia (BO)
payer.name,payer.document(CI o documento del pagador) ypayer.emailobligatorios al crear.- La respuesta puede incluir
qrCodepara que el pagador lo escanee.
Colombia (CO)
- Solo checkout hospedado. No existe
POST /api/v1/co/transactions/inbound. Ver Cash-in Colombia. - Obligatorio:
country: "CO",amountysuccessUrl. Sin nombre, documento ni email del pagador. - HG configura los medios de pago disponibles. La solicitud de creación no los elige.
- La cuenta debe ser COP y
Operativa. - Opcional:
accountId,cancelUrl,webhookUrl,metadata,reference,idempotencyKey,expiresInSecondsylocale. expiresInSecondses opcional. El valor predeterminado es 86400 segundos. El máximo es 604800 segundos.localees opcional y solo admiteesoen.- La respuesta incluye
checkoutUrly omitecheckoutUrlProvider. GET /api/v1/checkouts,GET /api/v1/checkouts/{id}yPOST /api/v1/checkouts/{id}/cancelomitenproviderDatapara Colombia.- El pagador abre
checkoutUrl, completa el pago y vuelve a la página de éxito de HG. TusuccessUrlse usa solo después de confirmar el pago. - Después de
expiresAt, el get y el list del comercio siguen devolviendostatus: pending. La sesión del pagador informaexpired. Cancelar un checkout pendiente sigue dejandocancelled. BloqueadaoCerradadevuelve403concode: ACCOUNT_NOT_OPERATIVE.Restringidadevuelve403concode: RESTRICTED. Una cuenta que no está lista para el checkout devuelve400conerror: "Account is not ready for checkout".- Una cuenta que no es una cuenta de checkout en COP devuelve
400conerror: "Account is not supported for this checkout country". Eso es distinto del400conerror: "Account is not ready for checkout". - Si no se puede crear la sesión hospedada, la API devuelve
502conerror: "Failed to create CO payment with provider".
Ejemplo (Brasil)
checkoutUrl — enviá esa URL al pagador. Los campos PIX (qrCode, pixCopiaECola) también pueden devolverse al crear.
Ejemplo (Bolivia)
checkoutUrl — enviá esa URL al pagador. Un qrCode (imagen base64) también puede devolverse al crear.
Ejemplo (Colombia)
checkoutUrl y omite checkoutUrlProvider. Enviá checkoutUrl al pagador. No hay un endpoint de transacción entrante para Colombia.
Ejemplo (Argentina)
checkoutUrl — enviá esa URL al pagador.
Relacionado
- Introducción — Estados y webhooks
- Validar pagos
- Conciliar checkouts
- Referencia API → Checkouts → Create checkout session

