Pular para o conteúdo principal

Painel

  1. Abra Checkouts na barra lateral (/app/checkouts).
  2. Revise a linha de estatísticas e as sessões recentes no resumo.
  3. Em Criar checkout, escolha país, conta (opcional — a HG.Cash escolhe uma conta operativa elegível se omitida), valor e URL de sucesso.
  4. Clique em Criar checkout. Copie o link do checkout no painel de sucesso e envie ao pagador.
Use Validar ou Conciliar (canto superior direito) quando precisar desses fluxos.

Notas por país (painel)

API

POST /api/v1/checkouts com token Bearer. Corpo mínimo:
Opcional: 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) e payer.email obrigatórios na criação.
  • A resposta pode incluir qrCode e pixCopiaECola.

Chile (CL)

  • paymentMethodId e customer obrigatórios — veja Cash-in Chile para listar métodos de pagamento.

Bolívia (BO)

  • payer.name, payer.document (CI ou documento do pagador) e payer.email obrigatórios na criação.
  • A resposta pode incluir qrCode para 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", amount e successUrl. 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, expiresInSeconds e locale.
  • expiresInSeconds é opcional. O padrão é 86400 segundos. O máximo é 604800 segundos. locale é opcional e só aceita es ou en.
  • A resposta inclui checkoutUrl e omite checkoutUrlProvider.
  • GET /api/v1/checkouts, GET /api/v1/checkouts/{id} e POST /api/v1/checkouts/{id}/cancel omitem providerData para a Colômbia.
  • O pagador abre checkoutUrl, conclui o pagamento e volta à página de sucesso da HG. Sua successUrl é usada somente depois que o pagamento é confirmado.
  • Depois de expiresAt, o get e o list do comerciante ainda retornam status: pending. A sessão do pagador informa expired. Cancelar um checkout pendente ainda define cancelled.
  • Bloqueada ou Cerrada retorna 403 com code: ACCOUNT_NOT_OPERATIVE. Restringida retorna 403 com code: RESTRICTED. Uma conta que não está pronta para o checkout retorna 400 com error: "Account is not ready for checkout".
  • Uma conta que não é uma conta de checkout em COP retorna 400 com error: "Account is not supported for this checkout country". Isso é separado do 400 com error: "Account is not ready for checkout".
  • Se a sessão hospedada não puder ser criada, a API retorna 502 com error: "Failed to create CO payment with provider".

Exemplo (Brasil)

A resposta inclui checkoutUrl — envie essa URL ao pagador. Os campos PIX (qrCode, pixCopiaECola) também podem ser retornados na criação.

Exemplo (Bolívia)

A resposta inclui checkoutUrl — envie essa URL ao pagador. Um qrCode (imagem base64) também pode ser retornado na criação.

Exemplo (Colômbia)

A resposta inclui checkoutUrl e omite checkoutUrlProvider. Envie checkoutUrl ao pagador. Não há endpoint de transação de entrada para a Colômbia.

Exemplo (Argentina)

A resposta inclui checkoutUrl — envie essa URL ao pagador.

Relacionado