Painel
- Abra Checkouts na barra lateral (
/app/checkouts). - Revise a linha de estatísticas e as sessões recentes no resumo.
- Em Criar checkout, escolha país, conta (opcional — a HG.Cash escolhe uma conta operativa elegível se omitida), valor e URL de sucesso.
- Clique em Criar checkout. Copie o link do checkout no painel de sucesso e envie ao pagador.
Notas por país (painel)
API
POST /api/v1/checkouts com token Bearer. Corpo mínimo:
accountId, cancelUrl, webhookUrl, metadata, idempotencyKey, locale e payer (conforme o país).
Para BR, CL, BO e CO, se você informar um accountId explícito que esteja Bloqueada ou Cerrada, a API retorna 403 com code: ACCOUNT_NOT_OPERATIVE. Se omitir accountId, a HG.Cash seleciona uma conta Operativa elegível.
Argentina (AR)
- A resposta inclui
accountDisplay(alias, CVU/CBU, titular). - O pagador preenche nome, valor e DNI de 8 dígitos na página hospedada.
- Conclusão quando uma transferência de entrada coincide valor + DNI na conta atribuída.
Brasil (BR)
payer.name,payer.document(CPF ou CNPJ — somente dígitos ou com pontuação) epayer.emailobrigatórios na criação.- A resposta pode incluir
qrCodeepixCopiaECola.
Chile (CL)
paymentMethodIdecustomerobrigatórios — veja Cash-in Chile para listar métodos de pagamento.
Bolívia (BO)
payer.name,payer.document(CI ou documento do pagador) epayer.emailobrigatórios na criação.- A resposta pode incluir
qrCodepara o pagador escanear.
Colômbia (CO)
- Somente checkout hospedado. Não existe
POST /api/v1/co/transactions/inbound. Veja Cash-in Colômbia. - Obrigatório:
country: "CO",amountesuccessUrl. Sem nome, documento ou e-mail do pagador. - A HG configura os meios de pagamento disponíveis. A requisição de criação não os escolhe.
- A conta deve ser COP e
Operativa. - Opcional:
accountId,cancelUrl,webhookUrl,metadata,reference,idempotencyKey,expiresInSecondselocale. expiresInSecondsé opcional. O padrão é 86400 segundos. O máximo é 604800 segundos.localeé opcional e só aceitaesouen.- A resposta inclui
checkoutUrle omitecheckoutUrlProvider. GET /api/v1/checkouts,GET /api/v1/checkouts/{id}ePOST /api/v1/checkouts/{id}/cancelomitemproviderDatapara a Colômbia.- O pagador abre
checkoutUrl, conclui o pagamento e volta à página de sucesso da HG. SuasuccessUrlé usada somente depois que o pagamento é confirmado. - Depois de
expiresAt, o get e o list do comerciante ainda retornamstatus: pending. A sessão do pagador informaexpired. Cancelar um checkout pendente ainda definecancelled. BloqueadaouCerradaretorna403comcode: ACCOUNT_NOT_OPERATIVE.Restringidaretorna403comcode: RESTRICTED. Uma conta que não está pronta para o checkout retorna400comerror: "Account is not ready for checkout".- Uma conta que não é uma conta de checkout em COP retorna
400comerror: "Account is not supported for this checkout country". Isso é separado do400comerror: "Account is not ready for checkout". - Se a sessão hospedada não puder ser criada, a API retorna
502comerror: "Failed to create CO payment with provider".
Exemplo (Brasil)
checkoutUrl — envie essa URL ao pagador. Os campos PIX (qrCode, pixCopiaECola) também podem ser retornados na criação.
Exemplo (Bolívia)
checkoutUrl — envie essa URL ao pagador. Um qrCode (imagem base64) também pode ser retornado na criação.
Exemplo (Colômbia)
checkoutUrl e omite checkoutUrlProvider. Envie checkoutUrl ao pagador. Não há endpoint de transação de entrada para a Colômbia.
Exemplo (Argentina)
checkoutUrl — envie essa URL ao pagador.
Relacionado
- Introdução — Status e webhooks
- Validar pagamentos
- Conciliar checkouts
- Referência da API → Checkouts → Create checkout session

