Limites e disponibilidade
A disponibilidade de pagamento depende do método, valor, país e dos termos de uma fatura específica. Verifique o total, restrições e tempo de processamento aplicável antes da confirmação.
Nesta página
Limites de adaptador e canal#
Kevmi verifica as faixas abaixo antes de criar uma operação. Um canal de pagamento pode impor restrições adicionais; um valor dentro da faixa não garante aprovação. Alterar a configuração do gateway não altera automaticamente os limites da Kevmi.
Um novo pagamento e uma intenção de cartão exigem que a solicitação mais recente de revisão do site do comerciante seja aprovada. A aprovação por si só não conecta o gateway de pagamento. Se a revisão mudar após o envio, a operação existente permanece disponível para leitura de status, conciliação e um código bancário solicitado.
| Método | Valor verificado | Faixa Kevmi |
|---|---|---|
| Cartão / Alipay | Preço base USD | $1–$1,000 |
| SBP | Total do cliente RUB | ₽1–₽100,000 |
| Cripto | Total do cliente USDT | 1–1.000.000 USDT + limites da rede selecionada |
Validação não é um limite comercial#
A calculadora e a API rejeitam valores negativos, moedas inválidas e cálculos onde a taxa alocada do comerciante e o IVA excedem o valor base. Essas verificações protegem a correção dos dados.
Passar na validação aritmética não garante que um provedor possa aceitar o pagamento. Limites comerciais e de risco são verificados separadamente pelo canal de pagamento.
Reembolsos e transações disputadas#
Reembolsos verificados, reembolsos parciais, disputas e estados de revisão aparecem na operação e nos eventos do comerciante. Isso não implica que criar um reembolso ou pagamento está implementado na conta.
Não atenda novamente para payment.partially_refunded, payment.refunded, payment.disputed ou payment.review_required. Preserve a associação original de pedido/pagamento e encaminhe casos disputados a um operador autorizado.
Cobranças recorrentes#
Kevmi não tem assinaturas ou pagamentos recorrentes. Salvar um link de pedido não autoriza uma cobrança automática futura. Cada novo pedido é pago separadamente.
Verificações de prontidão#
gateway.configured em /api/config reporta as configurações necessárias do gateway, enquanto /api/health verifica o armazenamento do servidor. Nenhum deles estabelece conectividade com um provedor de pagamento. Use invoice.availability em GET /api/checkout/{token} para os termos de uma fatura específica; o sucesso do pagamento é verificado separadamente contra a operação do gateway.