Formas de pagamento
O que é uma forma de pagamento na Venddor, como ela se liga a um gateway e quais regras decidem quando aparece no checkout.
Uma forma de pagamento é uma opção que o cliente vê no checkout: PIX, boleto, cartão de crédito, pagamento na entrega, boleto faturado. Cada uma tem um tipo (como o dinheiro é cobrado), um gateway (o serviço que processa o pagamento, como Pagar.me, Braspag ou Getnet) e regras que decidem quando ela aparece: valor mínimo e máximo do pedido, grupos de clientes, estados, formas de envio e dependências.
Como funciona
- Consulte os gateways e tipos disponíveis.
- Crie a forma com nome,
slug,provider(o tipo) egateway. - Opcionalmente restrinja por valor, grupo de clientes, estado e envio, e configure dependências.
- No checkout, a plataforma lista só as formas cujas regras o carrinho atende.
Tipos e processadores
| Campo | Valores | Significado |
|---|---|---|
provider | pix, boleto, credit_card, debit_card, offline... | O tipo de pagamento. |
processor_type | online, offline, invoiced | online passa por gateway; offline é pagamento na entrega, transferência ou pedido por telefone; invoiced é o boleto faturado (B2B, parcelas a prazo). |
gateway | pagarme, braspag, getnet, erede, pagseguro, a27, pix, venddor_pay, custom, offline, invoiced | Quem processa. Em offline e invoiced, o gateway assume o mesmo nome do processador se vier vazio. |
Boleto faturado
Quando processor_type é invoiced, o campo config.installment_plans define os planos de prazo (por exemplo 30/60/90). Cada plano tem name, installments e terms_days (um prazo em dias por parcela, crescente). Um plano inconsistente volta 400 invalid_installment_plan.
Dependências
Uma dependência liga a forma a uma condição do carrinho, require (só aparece se for verdade) ou exclude (some se for verdade), sobre forma de envio, grupo de usuários, número mínimo de itens ou país.
Endpoints
| Método | Caminho | Para quê |
|---|---|---|
| GET | /api/v1/admin/payment-methods | Lista as formas |
| GET | /api/v1/admin/payment-methods/gateways | Gateways e tipos |
| GET | /api/v1/admin/payment-methods/{id} | Consulta uma forma |
| POST | /api/v1/admin/payment-methods | Cria uma forma |
| PUT | /api/v1/admin/payment-methods/{id} | Altera uma forma |
| DELETE | /api/v1/admin/payment-methods/{id} | Apaga uma forma |
| GET | /api/v1/admin/payment-methods/{id}/dependencies | Lista dependências |
| POST | /api/v1/admin/payment-methods/{id}/dependencies | Cria dependência |
| DELETE | /api/v1/admin/payment-methods/{id}/dependencies/{depId} | Remove dependência |
Erros comuns
- Tentar trocar
provider,slugouvendor_idcom PUT. Volta 400immutable_field(antes o campo era descartado em silêncio). - Mandar
is_activeestatuscontraditórios. O PUT aceitais_active,activeeenabledcomo apelidos destatus; se discordarem entre si, volta 400invalid_payment_method_status. - Mínimo maior que o máximo.
min_order_amountacima demax_order_amountvolta 400min_exceeds_max. - Gateway que a loja não pode usar. O gateway
customsó existe em loja com customização que o declare: volta 422gateway_not_available. - Esperar que a lista traga só o que o cliente vê. A lista de admin traz todas, ativas e inativas, de todos os donos.
- Ler
payment_id,payment,template. São apelidos que repetem outros valores e acompanham cada forma; useid,nameecode.